軟件需求收集指南
1. 概述
軟件需求的采集是需求定義和需求分析的重要前提. 為了能有效的獲取客戶需求, 對客戶的必要引導是非常重要的. 制定需求采集計劃并做相應的準備是有效獲取需求的必要保證. 在采集需求時應把握好一定的原則.

本指南是對過去需求采集經(jīng)驗的總結(jié), 同時又對新的需求采集的指導.
2. 需求采集的準備
需求采集的準備工作是非常必要的. 通常包括以下步驟. 各步驟可同步進行.
• 獲取背景材料（WEB站點、出版物）；
• 熟悉用戶使用的方法、工具；
• 準備需要了解的問題清單；
• 明確系統(tǒng)的使用者和被訪談者；
• 定義需求規(guī)格說明書的標準；
• 制定訪談計劃并請客戶確認。
3. 需求采集的步驟
獲取需求是對需求采集計劃的實施. 通常以訪談和演示等形式進行. 應注意以下步驟:
• 明確系統(tǒng)的目標和范圍；
• 獲取功能需求：
• 了解業(yè)務流程；
• 明確每個業(yè)務流程的輸入和輸出；
• 確定輸入和輸出之間的關(guān)系；
• 確定業(yè)務流程之間的優(yōu)先級；
• 獲取與外部系統(tǒng)之間的接口需求；
• 獲取操作環(huán)境需求；
• 獲取性能需求；
• 獲取標準需求（國際標準、行業(yè)標準）；
• 獲取用戶的其他特殊需求；
• 將獲取的所有需求反饋給客戶，以保證對需求理解的一致性。
4. 需求采集的原則
• 采用客觀的態(tài)度；
• 深入探討產(chǎn)生問題的原因——存在的合理性；
• 不輕易下結(jié)論；
• 衣冠整齊，有禮貌，尊重他人；
• 不影響客戶組織的正常運作；
• 多贊美客戶，注意訪談時間；
• 請客戶確認需求調(diào)查的結(jié)果。.
5. 需求采集考慮的要求
5.1 完整性
• 所有的內(nèi)部文檔引用是正確的和最新的
• 所有的需求描述是恰到好處的并提供適度的細節(jié)
• 需求描述為設計提供了足夠的內(nèi)容和信息
• 實現(xiàn)需求的優(yōu)先級已被定義
• 系統(tǒng)對外界面已被確定, 如軟件, 硬件和通訊截面等
• 系統(tǒng)商業(yè)流程已被清晰表達
• 需求說明書定義了所有的已知的客戶和系統(tǒng)需要
• 可預知的錯誤出現(xiàn)時, 系統(tǒng)的應有反應已全部定義. 如用戶錯誤輸入信用卡號碼, 系統(tǒng)應友善的提醒用戶信用卡號碼出錯.
• 為完成指定任務，這些需求是完整的、無遺漏的；
5.2 正確性
• 各個需求之間不矛盾、一致的（一致性）
• 各需求描述是清晰的, 連貫的和沒有歧義的（無歧義性）
• 各需求可被測試, 或演示, 或評審, 或分析（可驗證性）
• 各需求是在項目的范圍內(nèi)，為完成指定任務所必須的（必要性）
• 必要的信息不缺項, 沒有待定需求
• 所有需求可在現(xiàn)有約束和假定下實現(xiàn)（可行性）
• 所有的錯誤信息說明是直接的, 恰當?shù)暮涂杀焕斫獾?
5.3 質(zhì)量指標
• 所有的性能指標已被明確和恰當?shù)亩x
• 系統(tǒng)安全和保密的要求已被明確規(guī)定
• 其他的隱含的質(zhì)量指標已被定義并說明可接受的標準
5.4 可跟蹤性
• 每個需求已被單獨和正確確認，版本均是可追述并受控的
• 每個需求能被跟蹤至概要設計相關(guān)文檔, 如功能設計, 數(shù)據(jù)庫設計等
5.5 其他
• 所有的需求都是需求而非解決方案或設計
• 和響應時間相關(guān)的需求已被定義和量化
• 和國際相關(guān)的為題已被確認, 如不同的語言界面等
• 任何需求的引入都不會導致系統(tǒng)性能的退化（非退化性）；

6. 參考資料
序號 編號 文檔名稱
1 Q/RKS-SP-RM-01 軟件需求管理過程
2





軟件需求收集指南