工作產(chǎn)品評審指南

1. 概述 4
2. 需求評審 4
2.1 完整性 4
2.2 正確性 4
2.3 質(zhì)量指標 4
2.4 可跟蹤性 4
2.5 其他 4
3. 特性需求評審 5
4. 工作細目結構評審 5
5. 系統(tǒng)結構設計評審 5
5.1 系統(tǒng)結構 5
5.2 正確性 5
5.3 設計標準和可跟蹤性 5
5.4 邏輯性 5
5.5 界面 6
5.6 清晰度 6
6. 概要設計評審 6
6.1 結構 6
6.2 數(shù)據(jù) 6
6.3 正確性和完整性 6
6.4 標準和可跟蹤性 7
6.5 界面 7
6.6 健壯性 7
7. 詳細設計評審 7
7.1 結構 7
7.2 數(shù)據(jù) 7
7.3 正確性和完整性 7
7.4 標準和可跟蹤性 8
7.5 健壯性 8
8. 編碼評審 8
8.1 規(guī)范性 8
8.2 完整性 8
8.3 合理性 8
8.4 可靠性 8
8.5 可維護性 9
9. 測試計劃評審 9
9.1 測試計劃 9
9.2 正確性和完整性 9
9.3 標準和可跟蹤性 9
9.4 Regression 測試 9
9.5 資源和進度 9
10. 項目計劃評審 10
10.1 清晰度 10
10.2 完整性 10
10.3 一致性 10


1. 概述
工作產(chǎn)品是在項目開發(fā)和管理過程中產(chǎn)生的各種產(chǎn)物, 其中包括提交給最終客戶或用戶的文檔、報告、編碼等, 也包括項目組內(nèi)部使用的各種文檔、報告、工具程序、測試用例等。 本文提供了針對性的工作產(chǎn)品評審指南作為非正式、正式評審的參照。
2. 需求評審
2.1 完整性
• 所有的內(nèi)部文檔引用是正確的和最新的；
• 所有的需求描述是恰到好處的并提供適度的細節(jié)；
• 需求描述為設計提供了足夠的內(nèi)容和信息；
• 實現(xiàn)需求的優(yōu)先級已被定義；
• 系統(tǒng)對外界面已被確定, 如軟件, 硬件和通訊截面等；
• 系統(tǒng)商業(yè)流程已被清晰表達；
• 需求說明書定義了所有的、已知的客戶和系統(tǒng)需要；
• 可預知的錯誤出現(xiàn)時, 系統(tǒng)的應有反應已全部定義. 如用戶錯誤輸入信用卡號碼, 系統(tǒng)應友善的提醒用戶信用卡號碼出錯。
2.2 正確性
• 各個需求之間不矛盾；
• 各需求描述是清晰的、連貫的和沒有歧義的；
• 各需求可被測試、演示、評審、分析；
• 各需求是在項目的范圍內(nèi)；
• 必要的信息不缺項, 沒有待定的需求；
• 所有需求可在現(xiàn)有約束和假定下實現(xiàn)；
• 所有的錯誤信息說明是直接的、恰當?shù)暮涂杀焕斫獾摹?
2.3 質(zhì)量指標
• 所有的性能指標已被明確和恰當?shù)亩x；
• 系統(tǒng)安全和保密的要求已被明確規(guī)定；
• 其他的隱含的質(zhì)量指標已被定義并說明可接受的標準；

2.4 可跟蹤性
• 每個需求已被單獨和正確確認；
• 每個需求能被跟蹤至概要設計相關文檔, 如功能設計、數(shù)據(jù)庫設計等。
2.5 其他
• 所有的需求都是需求而非解決方案或設計；
• 和響應時間相關的需求已被定義和量化；
• 和國際相關的為題已被確認, 如不同的語言界面等。
• 所有定義的軟件需求用軟件來實現(xiàn)是可行和恰當?shù)摹?
3. 特性需求評審
 《特征需求說明書》符合規(guī)范要求；
 《特征需求說明書》正確地反映了用戶的需求，沒有錯誤；
 《特征需求說明書》完備地反映了用戶的需求，沒有遺漏；
 《特征需求說明書》前后一致并與相關文檔是一致的；
 《特征需求說明書》描述清晰，沒有歧義。
4. 系統(tǒng)結構設計評審
4.1 系統(tǒng)結構
• 系統(tǒng)結構設計是完整的, 如允許實現(xiàn)全部的需求；
• 系統(tǒng)已被足夠的分解；
• 系統(tǒng)結構設計為概要設計提供足夠的基礎；
• 系統(tǒng)結構具有足夠的伸縮性；
• 系統(tǒng)維護的問題已被確認；
• 各子程序能被分階段測試。
4.2 正確性
• 結構設計不含多余結構；
• 所有的穩(wěn)定性和性能要求已被考慮；
• 所有的安全要求已被考慮；
• 結構設計包含了所有的約束；
• 結構設計是全面的、正確的和不模糊的；
• 所有的數(shù)據(jù)結構已被定義, 沒有不必要的數(shù)據(jù)結構定義。
4.3 設計標準和可跟蹤性
• 所有的結構設計標準已被合理采納；
• 結構設計可反向追蹤至需求說明書。
4.4 邏輯性
• 沒有丟失或不正確的邏輯；
• 所有可能的狀態(tài)和情況已被考慮。
4.5 界面
• 所有的界面是清楚的和已被定義的；
• 最小量的數(shù)據(jù)在界面上交換；
• 使用最少的系統(tǒng)變量。
4.6 清晰度
• 系統(tǒng)結構, 包括數(shù)據(jù)交換、控制和界面以被清晰定義；
• 設計被多角度、多方面但相一致的表達；
• 系統(tǒng)設計約束和假定、依賴性、權衡利弊均已被記錄和歸檔。
5. 概要設計評審
5.1 結構
• 數(shù)據(jù)結構已被清晰的分解和定義；
• 結構已被恰當分解并可作為詳細設計的依據(jù)；
• 每一個模塊已被清楚描述并可測試；
• 模塊分解符合相應標準和規(guī)范。
5.2 數(shù)據(jù)
• 系統(tǒng)常量和參量已被參數(shù)化；
• 所有的數(shù)據(jù)已被適當?shù)亩x；
• 數(shù)據(jù)結構和參數(shù)的命名是有意義的并符合命名標準。
5.3 正確性和完整性
• 概要設計是完整的, 如將實現(xiàn)所有的需求；
• 所有的基礎要求已被確認, 如備份, 檢查點等；
• 所有的錯誤信息是唯一的和有意義的；
• 所有的穩(wěn)定性和性能要求已被設計；
• 國際化要求已被適當?shù)目紤]和設計；
• 文件維護的程序已被確定；
• 過程處理的優(yōu)先級已被確定；
• 分析表明系統(tǒng)會達到要求的處理能力、反應時間和準確性；
• 所有的保密要求已被設計；
• 概要設計考慮了所有的約束；
• 概要設計的模塊不含多余的已在其他子系統(tǒng)或模塊中設計的部分；
• 概要設計為詳細設計提供了足夠的基礎；
• 維護的問題已被考慮；
• 概要設計是全面的、正確的和不模糊的；
• 概要設計是可伸縮的；

工作產(chǎn)品評審指南