客戶有著自己期待的系統，但通常沒法有條理地描述出來，只能想到什麼說什麼。在專案開始的初期我們會做需求的訪談，一方面整理客戶說得出來的想法，另一方面盡量發掘客戶可能想要但說不出來的需要；並時時依訪談的結果歸納與分析以求得接近真實的需求描述。
訪談與需求收集、分析相互循環進行到一定程度，終會到達專案人員與客戶達成共識的程度，那時所列出的所有需求就是系統要達成的目標。需求分為功能需求與非功能需求兩種，非功能需求是對系統執行時的品質要求，這種品質標準只能註記在其要求的執行功能裡；功能需求（以後將簡稱功能）是可經由投入資源做成的工作項目，系統就是由許許多多可做出來的功能所組合而成的。
較大一點的系統功能往往有幾百幾千個，在收集成功能清單時通常會依特性分別存放，特性裡的功能還是太多時再細分子特性予以區分。在專案的角度，會將所有功能分派下去找人實作；以客戶的立場來說，功能有沒有達成是驗證系統成敗的指標，因而會依據所有功能列出驗收的準則。
簡單地說，反正只要依功能做出可以通過客戶全部驗收準則的系統並教會他們就好。這樣對不對呢？
◎系統的目標
發表文章
沒有留言:
張貼留言