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