1. 確定用例
與使用者代表溝通、了解他們需要使用軟體來完成的任務——用例。討論使用者與系統之間的互動方式。在編寫用例文件時採用標準模板，並根據這些用例推導出功能需求。
2. 指定質量屬性
包括效能、效率、可靠性、可用性等。應該寫入srs文件。
3. 確定需求優先順序
在專案的整個開發過程中，應定期評估和調整優先順序。
4. 採用srs模板
為組織定義乙個標準模板用於編寫軟體需求規約。該模板為記錄功能說明和其他與需求相關的資訊提供了統一的結構。
5. 定義變更控制過程
建立乙個用於提議、分析和解決需求變更的過程。通過這個過程管理所有提議的變更。
6. 建立ccb
變更控制委員會（change control board ccb）
7. 審查需求文件
保證軟體質量的有效手段之一。應由代表不同群體（如分析員、客戶、開發人員和測試人員）的審查員組成審查小組，對srs分析模型和相關資訊進行檢查，找出其中的缺陷和漏洞。
8. 將需求分解到子系統
9. 記錄業務規則
包括公司章程、**法規和計算機演算法。
實現需求工程的成功方法 難度 低 影響 高
1.在應用領域培養開發者 幫助開發人員對應用領域有乙個基本的理解。這樣可以減少開發過程中的混淆 誤解和返工。2.定義專案前景和範圍 前景 vision 說明使所有涉眾可以對產品的目標達成共識。範圍 scope 則定義了需求是否屬於某個特定版本的界線。3.使用者群分類 將產品的使用者分成組，已避免出現...
實現需求工程的成功方法 難度 低 影響 中
1.分析可行性 在允許的成本和效能的要求下，分析在指定的執行環境下實現每項需求的可行性，明確與每項需求實現相關的風險，包括與其他需求之間的衝突 對外界因素的依賴以及技術上的障礙。2.建立術語表 定義應用領域專業名稱的術語表可以減少誤解。3.編寫資料字典 資料字典中包括系統用到的所有資料項和結構的定義...
實現需求工程的成功方法 難度 高 影響 中
1.對使用者和管理者進行需求培訓 培訓可使他們明白重視需求的意義 需求活動包括哪些活動，要提交什麼樣的結果 忽略需求過程會導致什麼風險。2.為需求建立模型 模型能夠揭示不正確的 不一致的 遺漏的或冗餘的需求。這類模型包括資料流圖 實體關係圖 狀態轉換圖或狀態圖 對話圖 類圖 序列圖 互動作用圖 決策...