4. 需求取得
因為gitbook改版, 所以我們搬家了(還是gitbook), 請往這裡走:
當一個專案成立之後，首先由專案經理(或產品經理)了解專案的範圍與需求。專案經理最好能熟悉這個專案的領域知識(domain knowledge)，這樣才能精確抓住客戶需求。而專案經理取得需求的方法通常包含：
- 訪談：直接詢問系統使用者或厲害關係人所期望的系統操作功能，將每次的討論結果記錄下來(紙本或電子檔皆可)，註記日期之後請使用者簽名。若之後對於系統功能有不同看法時，這份需求記錄將可做為協調的依據。需求訪談記錄表格可參考下方範例。
- 閱讀文件：詢問現行人工作業時會使用到的文件有哪些，例如標準操作程序(SOP)、管理辦法、表單等等，這將有助於了解處理程序與資料庫的欄位屬性。
- 操作現有系統：若是要進行舊系統更換為新系統，則可參考舊系統的文件與系統畫面，這些文件包含安裝手冊、使用手冊、技術手冊、release note等等，將有助於快速了解需求。
因為沒有實際的訪問對象，也缺乏可參考的現有文件，故以現有的網路商店為參考資料，整理系統需求內容，因此範例糕餅系統的需求可能與實際的需求不太相同。但是本文主要的目的地是說明軟體需求與功能規格文件內容如何撰寫，僅以糕餅系統為例，至於系統功能是否符合實際需求則不過於要求。