需求分析的目的：使用者和開發者共同明確將要開發的是什麼系統。
有乙個軟體開發人員滔滔不絕地向使用者講解在「資訊高速公路上做廣告」的種種好
處，使用者聽得津津有味。最後，心動的使用者對軟體開發人員說：「好得很，就讓我們馬上
行動起來吧。請您決定廣告牌的尺寸和放在哪條高速公路上，我立即派人去做。」
專案組在開發產品時並不清楚究竟該做什麼，但卻在一直忙碌不停地開發。
如何調查需求、如何寫需求文件？？？？
需求獲取-----》(使用者需求說明書) -----》 分析建模-----》需求定義和描述（需求規格說明書）-----》需求複審和驗證
主要步驟：
1 了解專案背景，事先準備問題，設計問卷或調查表。（選擇題，是非題），制定調查計畫（時間，地點，人員）；
需求調查的主要方式：
使用者訪談；
參觀使用者的工作流程和操作；
分析已經存在的同類系統；
inter***搜尋材料；
同行或專家的意見；
從《使用者需求說明書》的模板中提取需求問題。
2 記錄並整理調查內容，編寫《使用者需求說明書》（文本性描述）
3 分析建模 （常見工具： uml用例圖，狀態圖，類圖，物件-關係模型，e-r 圖，資料字典，資料流圖等）
4 編寫《需求規格說明書》srs（software requirement specification） （文本性描述+圖形模型）。
文字表述是第一重要的，圖形模型是分析和解釋。
測試計畫與設計，開發同步，僅僅執行測試在編碼之後。
測試組人員根據《需求規格說明書》編寫《系統測試計畫》
5 複審，需求確認。填寫《需求跟蹤矩陣》。
《使用者需求說明書》和《需求規格說明書》兩者區別：
《使用者需求說明書》：自然語言，粗略描述。
《需求規格說明書》：細化，計算機語言，圖形符號。
需求分析階段任務分解 5天
2.1準備：了解需求分析的目的，方法，常見的調研方法，學習需求調研理論知識，每個學生完成心得體會並小組內分享、討論。設計需求調研的調查表。（事先準備問題）
2.2 需求調研：專案經理與客戶（實訓教師）進行需求調研，也可以參考現有的系統的功能。
專案秘書做會議紀要，包括時間，地點，參與人員（雙方），確認議題和內容，結果，（填寫需求調研報告）。確定系統的功能需求，效能需求（響應速度），介面需求。 編寫《使用者需求說明書》作為專案檔案。
由實訓教師(或其他組專案經理)進行評審，修改後進行需求確定，提交最終的文件。
2.3 需求分析和定義：專案經理分配需求任務，細化需求功能點， 2個開發人員負責功能需求（使用uml用例圖，活**等,描述用例說明資訊），1個開發人員負責介面需求（使用者介面初步設計，如靜態html），測試組組長確定測試需求。
2.4 確定軟體系統的邏輯模型，整理需求文件，其他人員提供素材，專案秘書協助編寫《需求規格說明書》。測試組制定《系統測試計畫》並分配任務。
2.5 評審會。其他人員完成心得體會（扮演的角色及貢獻，花費時間，需要改進的地方，對專案的建議和意見），任務難易程度和角色的調整。
周總結例會：
根據自身的角色，補充相關的知識。
專案經理對每個組員進行評價和考核，並做記錄。考核指標：出勤，任務的難易，任務的重要性，完成情況，質量，是否具有團隊精神，協作意識。
3 需求分析階段 需求說明書
專案名稱 需求說明書 v1.0 版本號 擬制人審核人 批准人 一九九九年八月二十日 1.1編寫的目的 說明編寫這份需求說明書的目的,指出預期的讀者.1.2背景 a.待開發的系統的名稱 b.本專案的任務提出者 開發者 使用者 c.該系統同其他系統或其他機構的基本的相互來往關係。1.3定義 列出本檔案中...
3 軟體開發 需求分析階段 資料要求說明書
專案名稱 資料要求說明書 v1.0 版本號 擬制人 鄢仁貴 審核人 鄢仁貴 批准人 鄢仁貴 二oo九年十一月三十日 1.1編寫目的 說明編寫這份資料要求說明書的目的，指出預期的讀者。1.2背景 a.待開發軟體系統的名稱 b.列出本專案的任務提出者 開發者 使用者以及將執行該項軟體的計算站或計算機網路...
任務資訊管理系統需求分析說明書案例參考
技術檔案 檔名稱 任務管理系統需求說明書 專案名稱 任務管理系統 共頁 包括封面 作者本文詳細描述任務管理系統的需求，表述的需求資訊要求明確 無二義性。開發方與軟體使用者充分溝通需求，最終形成此文件。此文件是後續軟體開發的依據。任務管理系統是乙個xx與xx電氣新技術 產學研合作專案，專案由xx機電新...