K01 系統的製程(1)──初期Actor與Use Case清單

系統的原始想法都在使用者的腦袋中，他們是沒法自己寫出系統的，所以才會找廠商協助開發他們想要的內容；正因為如此，我們必須經由需求訪談來盡量發掘使用者的想法。不過使用者通常只能夠概述要系統幫他們完成什麼樣的工作，一方面沒法明確描述系統功能，一方面也沒法有條理地整理需求。

需求的訪談就是協助客戶更完整地描述系統的需求，並在收集資料之後加以整理與分析。初期得到的資料內容應該有Actor List、Use Case List，以及Actor vs Use Case的使用關係表；而在這裡Use Case指的是System所提供的所有功能。
系統的規模到一定程度後Use Case會多到難以管理與維護，此時會建議定義一些Subsystem並將Use Case依內容特性予以歸類。在這裡的子系統會要求在特定的系統架構之下可以單獨執行的功能集合，當然它們是可以有依賴關係的，但是基本上是聚合力高的Use Case放在同一個Subsystem裡。