軟件項目質量管理的實踐-質量規劃

軟件項目質量規劃

軟件項目質量規劃包括以下內容：
□ 質量標準和政策
□ 質量目標
□ 角色和職責
□ 質量管理活動
□ 風險評估
□ 缺陷預防措施

軟件項目質量標準和政策

質量標準和質量政策存在組織過程資產中，通常由專人負責不斷地更新并發布。

質量標準和質量政策可以是軟件供應商本身的要求，也可以是用戶方提出的要求，根據項目的具體情況而定。

軟件項目依據的質量標準和質量政策：
□ 編碼標準
□ 文檔標準

軟件項目質量目標

軟件項目的質量目標描述了組織內部或用戶方的接受標準，組織內部的接受標準來自于組織的質量管理計劃。項目經理可以根據項目情況定義項目具體的質量目標：

1. 產品目標
□ 項目交付缺陷密度 Defects per K FPs <= 30
□ 程序開發生產率 FPs/Hour > 0.18
□ 錯誤修正百分比 No. of Bad Fixes / No. of Delivered Tickets < 1%

2. 流程執行目標
□ 客戶滿意度調查分數 PAST >= 85
□ 項目進度偏差 ±5%

軟件項目角色

軟件項目職責

1. 項目經理
□ 合同履約的負責人
□ 項目計劃的制定和執行監督人
□ 項目組織的指揮員
□ 項目協調工作的紐帶
□ 項目控制的中心等

2. 系統分析小組
□ 起草用戶需求報告
□ 系統可行性分析報告、系統需求說明書和設計任務書等
□ 制定系統開發計劃
□ 制定系統測試方案
□ 制定系統試運行計劃等

3. 開發小組
□ 配合系統分析人員完成軟件系統及模塊的需求調研與需求分析
□ 配合系統分析人員完成軟件系統及模塊的設計
□ 編制與項目相關的技術文檔
□ 完成軟件系統及模塊的編碼
□ 完成單元測試
□ 協助測試人員完成軟件系統及模塊的測試

4. 測試小組
□ 設計測試計劃和測試策略
□ 編制測試軟件，準備測試數據
□ 編寫測試用例
□ 搭建測試環境，執行測試
□ 編寫測試報告
□ 跟蹤缺陷

5. 配置管理組
□ 完善各個部門發送需要存檔和進行版本控制的代碼、文檔（包括外來文件）和階段性成果
□ 對代碼、文檔等進行單向出入的控制
□ 對所有存檔的文檔進行版本控制
□ 提供文檔規范，并傳達到開發組中

6. 質量保證組
□ 系統分析人員是否正確的反映了用戶的需求
□ 軟件執行是否正確的實現了分析人員的設計思想
□ 測試人員是否進行了較為徹底的和全面的測試
□ 配置管理員是否對文檔的規范化進行的比較徹底，版本控制是否有效

軟件項目質量活動

1. 項目管理計劃評審。

2. 項目配置管理計劃評審。

3. 項目質量管理計劃評審。

4. 需求評審。

5. 外部設計評審。

6. 內部設計評審。

7. 代碼評審。

8. 測試計劃評審。

9. 測試用例評審。

10. 測試：
□ 單元測試
□ 集成測試
□ 系統測試
□ 驗收測試

11. 項目管理QA評審。

12. 過程改進。

13. 交付物驗收評審。

14. 根本原因分析RCA。

15. 項目總結會等。

軟件項目風險評估

項目風險評估包括風險管理規劃、風險識別、風險分析、風險應對規劃和風險監控等各個過程。項目風險管理的目標在于提高項目積極事件的概率和影響，降低項目消極事件的概率和影響：

1. 規劃風險管理
定義如何實施項目風險管理活動的過程。

2. 識別風險
判斷哪些風險會影響項目并記錄其特征的過程。

3. 實施定性風險分析
評估并綜合分析風險的發生概率和影響，對風險進行優先排序，從而為后續分析或行動提供基礎的過程。

4. 實施定量風險分析
就已識別風險對項目整體目標的影響進行定量分析的過程。

5. 規劃風險應對
針對項目目標，制定提高機會、降低威脅的方案和措施的過程。

6. 監控風險
在整個項目中，實施風險應對計劃、跟蹤已識別風險、監測殘余風險、識別新風險和評估風險過程有效性的過程。

軟件項目缺陷分布

項目各個階段缺陷分布情況：

需求說明書編寫原則

需求人員加強與客戶之間的溝通，需求說明書的編寫應遵循以下八大原則：

1. 功能與實現分離，即描述做什么而不是這樣實現。

2. 使用面向處理的規格說明語言，討論來自環境的各種刺激可能導致系統做出什么樣的功能性反映，來定義一個行為模型，從而得到做什么的規格說明。

3. 如果目標軟件只是一個大系統中的一個元素，那么整個大系統也要包括在規格說明的描述之中。描述該目標軟件與系統的其他系統元素交互的方式。

4. 規格說明必須包括系統運行的環境。

5. 系統規格說明必須是一個認識的模型，而不是設計或實現的模型。

6. 規格說明必須是可操作的，以便能夠利用它決定對于任意給定的測試用例，已提出的實現方案是否都能夠滿足規格說明。

7. 規格說明必須容許不完備性并允許擴充。

8. 規格說明必須局部化和松散的耦合。局部化，當信息被修改時，只要修改某個段落。松散的耦合，以便能夠很容易地加入和刪除段落。

設計的技術標準

1. 設計出來的結構應是分層結構，從而建立軟件分成之間的控制。

2. 設計應當模塊化，從邏輯上將軟件劃分為完成特定功能或子功能的構建。

3. 設計應當既包含數據抽象，也包含過程抽象。

4. 設計應當建立具有獨立功能特征的模塊。

5. 設計應當建立能夠降低模塊與外部環境之間復雜連接的接口。

6. 設計應能根據軟件需求分析獲取得信息，建立可驅動、可重復的方法。

編碼的缺陷預防措施

編碼的缺陷預防措施主要有：
□ 統一編碼規范
□ 代碼評審
□ 常見編碼錯誤規避
□ 單元測試