軟件項(xiàng)目質(zhì)量規(guī)劃

軟件項(xiàng)目質(zhì)量規(guī)劃包括以下內(nèi)容：
□ 質(zhì)量標(biāo)準(zhǔn)和政策
□ 質(zhì)量目標(biāo)
□ 角色和職責(zé)
□ 質(zhì)量管理活動(dòng)
□ 風(fēng)險(xiǎn)評(píng)估
□ 缺陷預(yù)防措施

軟件項(xiàng)目質(zhì)量標(biāo)準(zhǔn)和政策

質(zhì)量標(biāo)準(zhǔn)和質(zhì)量政策存在組織過(guò)程資產(chǎn)中，通常由專(zhuān)人負(fù)責(zé)不斷地更新并發(fā)布。

質(zhì)量標(biāo)準(zhǔn)和質(zhì)量政策可以是軟件供應(yīng)商本身的要求，也可以是用戶(hù)方提出的要求，根據(jù)項(xiàng)目的具體情況而定。

軟件項(xiàng)目依據(jù)的質(zhì)量標(biāo)準(zhǔn)和質(zhì)量政策：
□ 編碼標(biāo)準(zhǔn)
□ 文檔標(biāo)準(zhǔn)

軟件項(xiàng)目質(zhì)量目標(biāo)

軟件項(xiàng)目的質(zhì)量目標(biāo)描述了組織內(nèi)部或用戶(hù)方的接受標(biāo)準(zhǔn)，組織內(nèi)部的接受標(biāo)準(zhǔn)來(lái)自于組織的質(zhì)量管理計(jì)劃。項(xiàng)目經(jīng)理可以根據(jù)項(xiàng)目情況定義項(xiàng)目具體的質(zhì)量目標(biāo)：

1. 產(chǎn)品目標(biāo)
□ 項(xiàng)目交付缺陷密度 Defects per K FPs <= 30
□ 程序開(kāi)發(fā)生產(chǎn)率 FPs/Hour > 0.18
□ 錯(cuò)誤修正百分比 No. of Bad Fixes / No. of Delivered Tickets < 1%

2. 流程執(zhí)行目標(biāo)
□ 客戶(hù)滿(mǎn)意度調(diào)查分?jǐn)?shù) PAST >= 85
□ 項(xiàng)目進(jìn)度偏差 ±5%

軟件項(xiàng)目角色

軟件項(xiàng)目職責(zé)

1. 項(xiàng)目經(jīng)理
□ 合同履約的負(fù)責(zé)人
□ 項(xiàng)目計(jì)劃的制定和執(zhí)行監(jiān)督人
□ 項(xiàng)目組織的指揮員
□ 項(xiàng)目協(xié)調(diào)工作的紐帶
□ 項(xiàng)目控制的中心等

2. 系統(tǒng)分析小組
□ 起草用戶(hù)需求報(bào)告
□ 系統(tǒng)可行性分析報(bào)告、系統(tǒng)需求說(shuō)明書(shū)和設(shè)計(jì)任務(wù)書(shū)等
□ 制定系統(tǒng)開(kāi)發(fā)計(jì)劃
□ 制定系統(tǒng)測(cè)試方案
□ 制定系統(tǒng)試運(yùn)行計(jì)劃等

3. 開(kāi)發(fā)小組
□ 配合系統(tǒng)分析人員完成軟件系統(tǒng)及模塊的需求調(diào)研與需求分析
□ 配合系統(tǒng)分析人員完成軟件系統(tǒng)及模塊的設(shè)計(jì)
□ 編制與項(xiàng)目相關(guān)的技術(shù)文檔
□ 完成軟件系統(tǒng)及模塊的編碼
□ 完成單元測(cè)試
□ 協(xié)助測(cè)試人員完成軟件系統(tǒng)及模塊的測(cè)試

4. 測(cè)試小組
□ 設(shè)計(jì)測(cè)試計(jì)劃和測(cè)試策略
□ 編制測(cè)試軟件，準(zhǔn)備測(cè)試數(shù)據(jù)
□ 編寫(xiě)測(cè)試用例
□ 搭建測(cè)試環(huán)境，執(zhí)行測(cè)試
□ 編寫(xiě)測(cè)試報(bào)告
□ 跟蹤缺陷

5. 配置管理組
□ 完善各個(gè)部門(mén)發(fā)送需要存檔和進(jìn)行版本控制的代碼、文檔（包括外來(lái)文件）和階段性成果
□ 對(duì)代碼、文檔等進(jìn)行單向出入的控制
□ 對(duì)所有存檔的文檔進(jìn)行版本控制
□ 提供文檔規(guī)范，并傳達(dá)到開(kāi)發(fā)組中

6. 質(zhì)量保證組
□ 系統(tǒng)分析人員是否正確的反映了用戶(hù)的需求
□ 軟件執(zhí)行是否正確的實(shí)現(xiàn)了分析人員的設(shè)計(jì)思想
□ 測(cè)試人員是否進(jìn)行了較為徹底的和全面的測(cè)試
□ 配置管理員是否對(duì)文檔的規(guī)范化進(jìn)行的比較徹底，版本控制是否有效

軟件項(xiàng)目質(zhì)量活動(dòng)

1. 項(xiàng)目管理計(jì)劃評(píng)審。

2. 項(xiàng)目配置管理計(jì)劃評(píng)審。

3. 項(xiàng)目質(zhì)量管理計(jì)劃評(píng)審。

4. 需求評(píng)審。

5. 外部設(shè)計(jì)評(píng)審。

6. 內(nèi)部設(shè)計(jì)評(píng)審。

7. 代碼評(píng)審。

8. 測(cè)試計(jì)劃評(píng)審。

9. 測(cè)試用例評(píng)審。

10. 測(cè)試：
□ 單元測(cè)試
□ 集成測(cè)試
□ 系統(tǒng)測(cè)試
□ 驗(yàn)收測(cè)試

11. 項(xiàng)目管理QA評(píng)審。

12. 過(guò)程改進(jìn)。

13. 交付物驗(yàn)收評(píng)審。

14. 根本原因分析RCA。

15. 項(xiàng)目總結(jié)會(huì)等。

軟件項(xiàng)目風(fēng)險(xiǎn)評(píng)估

項(xiàng)目風(fēng)險(xiǎn)評(píng)估包括風(fēng)險(xiǎn)管理規(guī)劃、風(fēng)險(xiǎn)識(shí)別、風(fēng)險(xiǎn)分析、風(fēng)險(xiǎn)應(yīng)對(duì)規(guī)劃和風(fēng)險(xiǎn)監(jiān)控等各個(gè)過(guò)程。項(xiàng)目風(fēng)險(xiǎn)管理的目標(biāo)在于提高項(xiàng)目積極事件的概率和影響，降低項(xiàng)目消極事件的概率和影響：

1. 規(guī)劃風(fēng)險(xiǎn)管理
定義如何實(shí)施項(xiàng)目風(fēng)險(xiǎn)管理活動(dòng)的過(guò)程。

2. 識(shí)別風(fēng)險(xiǎn)
判斷哪些風(fēng)險(xiǎn)會(huì)影響項(xiàng)目并記錄其特征的過(guò)程。

3. 實(shí)施定性風(fēng)險(xiǎn)分析
評(píng)估并綜合分析風(fēng)險(xiǎn)的發(fā)生概率和影響，對(duì)風(fēng)險(xiǎn)進(jìn)行優(yōu)先排序，從而為后續(xù)分析或行動(dòng)提供基礎(chǔ)的過(guò)程。

4. 實(shí)施定量風(fēng)險(xiǎn)分析
就已識(shí)別風(fēng)險(xiǎn)對(duì)項(xiàng)目整體目標(biāo)的影響進(jìn)行定量分析的過(guò)程。

5. 規(guī)劃風(fēng)險(xiǎn)應(yīng)對(duì)
針對(duì)項(xiàng)目目標(biāo)，制定提高機(jī)會(huì)、降低威脅的方案和措施的過(guò)程。

6. 監(jiān)控風(fēng)險(xiǎn)
在整個(gè)項(xiàng)目中，實(shí)施風(fēng)險(xiǎn)應(yīng)對(duì)計(jì)劃、跟蹤已識(shí)別風(fēng)險(xiǎn)、監(jiān)測(cè)殘余風(fēng)險(xiǎn)、識(shí)別新風(fēng)險(xiǎn)和評(píng)估風(fēng)險(xiǎn)過(guò)程有效性的過(guò)程。

軟件項(xiàng)目缺陷分布

項(xiàng)目各個(gè)階段缺陷分布情況：

需求說(shuō)明書(shū)編寫(xiě)原則

需求人員加強(qiáng)與客戶(hù)之間的溝通，需求說(shuō)明書(shū)的編寫(xiě)應(yīng)遵循以下八大原則：

1. 功能與實(shí)現(xiàn)分離，即描述做什么而不是這樣實(shí)現(xiàn)。

2. 使用面向處理的規(guī)格說(shuō)明語(yǔ)言，討論來(lái)自環(huán)境的各種刺激可能導(dǎo)致系統(tǒng)做出什么樣的功能性反映，來(lái)定義一個(gè)行為模型，從而得到做什么的規(guī)格說(shuō)明。

3. 如果目標(biāo)軟件只是一個(gè)大系統(tǒng)中的一個(gè)元素，那么整個(gè)大系統(tǒng)也要包括在規(guī)格說(shuō)明的描述之中。描述該目標(biāo)軟件與系統(tǒng)的其他系統(tǒng)元素交互的方式。

4. 規(guī)格說(shuō)明必須包括系統(tǒng)運(yùn)行的環(huán)境。

5. 系統(tǒng)規(guī)格說(shuō)明必須是一個(gè)認(rèn)識(shí)的模型，而不是設(shè)計(jì)或?qū)崿F(xiàn)的模型。

6. 規(guī)格說(shuō)明必須是可操作的，以便能夠利用它決定對(duì)于任意給定的測(cè)試用例，已提出的實(shí)現(xiàn)方案是否都能夠滿(mǎn)足規(guī)格說(shuō)明。

7. 規(guī)格說(shuō)明必須容許不完備性并允許擴(kuò)充。

8. 規(guī)格說(shuō)明必須局部化和松散的耦合。局部化，當(dāng)信息被修改時(shí)，只要修改某個(gè)段落。松散的耦合，以便能夠很容易地加入和刪除段落。

設(shè)計(jì)的技術(shù)標(biāo)準(zhǔn)

1. 設(shè)計(jì)出來(lái)的結(jié)構(gòu)應(yīng)是分層結(jié)構(gòu)，從而建立軟件分成之間的控制。

2. 設(shè)計(jì)應(yīng)當(dāng)模塊化，從邏輯上將軟件劃分為完成特定功能或子功能的構(gòu)建。

3. 設(shè)計(jì)應(yīng)當(dāng)既包含數(shù)據(jù)抽象，也包含過(guò)程抽象。

4. 設(shè)計(jì)應(yīng)當(dāng)建立具有獨(dú)立功能特征的模塊。

5. 設(shè)計(jì)應(yīng)當(dāng)建立能夠降低模塊與外部環(huán)境之間復(fù)雜連接的接口。

6. 設(shè)計(jì)應(yīng)能根據(jù)軟件需求分析獲取得信息，建立可驅(qū)動(dòng)、可重復(fù)的方法。

編碼的缺陷預(yù)防措施

編碼的缺陷預(yù)防措施主要有：
□ 統(tǒng)一編碼規(guī)范
□ 代碼評(píng)審
□ 常見(jiàn)編碼錯(cuò)誤規(guī)避
□ 單元測(cè)試