軟件項(xiàng)目研發(fā)管理流程

1、XX信息軟件開發(fā)項(xiàng)目技術(shù)管理規(guī)范文件編號(hào)：RK-S202X0802生效日期：202X. 8. 20受控編號(hào)：版次：Verl. 0修改狀態(tài)：編制：審核：批準(zhǔn)：貴州XX信息科技有限公司目錄一、編寫說明3I1. 4三、各階段崗位職責(zé)與工作內(nèi)容5四、各階段工作要求81軟件需求分析82軟件項(xiàng)目計(jì)劃123概要設(shè)計(jì)164詳細(xì)設(shè)計(jì)195編碼236需求管理247軟件配置管理268軟件質(zhì)量保證279數(shù)據(jù)度量和分析30一、編寫說明為了把公司已經(jīng)發(fā)布的軟件開發(fā)過程規(guī)范有效地運(yùn)作于產(chǎn)品開發(fā)活動(dòng)中，把各種規(guī)范“逐 步形成工程師的作業(yè)規(guī)范”，特制泄本軟件開發(fā)行為規(guī)范，以達(dá)到過程控制的目的。與軟件開發(fā)相關(guān)的所有人員，包括各級(jí)

2、經(jīng)理和工程師都必須遵守本軟件開發(fā)行為規(guī)范。對(duì) 違反規(guī)范的開發(fā)行為，必須按照有關(guān)管理規(guī)定進(jìn)行處罰。本軟件開發(fā)行為規(guī)范的內(nèi)容包括：軟件需求分析、軟件項(xiàng)目計(jì)劃、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、 編碼、需求管理、配宜管理、軟件質(zhì)量保證、數(shù)據(jù)度疑和分析等。本軟件開發(fā)行為規(guī)范，采用以下的術(shù)語描述：規(guī)則：在軟件開發(fā)過程中強(qiáng)制必須遵守的行為規(guī)范。建議：軟件開發(fā)過程中必須加以考慮的行為規(guī)范。說明：對(duì)此規(guī)則或建議進(jìn)行必要的解釋。示例：對(duì)此規(guī)則或建議從正或反兩個(gè)方面給岀例子。本軟件開發(fā)過程行為規(guī)范由技術(shù)研發(fā)部負(fù)責(zé)解釋和維護(hù)。二、軟件項(xiàng)目整體開發(fā)流程需求分析規(guī)格說明書項(xiàng)目或產(chǎn)品開發(fā)計(jì)劃概要設(shè)計(jì)說明書詳細(xì)設(shè)計(jì)說明書軟件代碼及注釋測(cè)

3、試計(jì)劃測(cè)試用例及報(bào)告驗(yàn)收?qǐng)?bào)告三、各階段崗位職責(zé)與工作內(nèi)容序號(hào)工作名稱負(fù)責(zé)人參與人審批人工作內(nèi)容交付物工作說明1立項(xiàng)管理項(xiàng)目經(jīng)理售前經(jīng)理總經(jīng)理1項(xiàng)目或產(chǎn)品建設(shè)內(nèi) 容；2項(xiàng)目風(fēng)險(xiǎn)分析； 3明確后續(xù)工作；4討 論解決方案。1風(fēng)險(xiǎn)分析報(bào)告；2如需進(jìn)一步講解， 交付展示PPT;3如確定立項(xiàng)，交付 立項(xiàng)報(bào)告及解決方 案4立項(xiàng)后，確認(rèn)開發(fā) 經(jīng)理1立項(xiàng)報(bào)告、解決 方案提交到開發(fā)經(jīng) 理后，開始需求調(diào) 研準(zhǔn)備。1.1項(xiàng)目介紹項(xiàng)目經(jīng)理總經(jīng)理或售前經(jīng)理項(xiàng)目經(jīng)理系統(tǒng)或方案簡(jiǎn)介無2需求分析項(xiàng)目經(jīng)理售前經(jīng)理、開 發(fā)經(jīng)理總工程師確認(rèn)用戶需求及功能 邊界需求規(guī)格說明書1需求規(guī)格說明書 由售前經(jīng)理編制， 提交開發(fā)經(jīng)理后； 開發(fā)經(jīng)

4、理開始開發(fā) 計(jì)劃編制3開發(fā)計(jì)劃開發(fā)經(jīng)理項(xiàng)目經(jīng)理、售 前經(jīng)理項(xiàng)目經(jīng)理1確定開發(fā)工期；2.明確開發(fā)人員。3開發(fā)計(jì)劃交付甲方項(xiàng)目開發(fā)計(jì)劃書開發(fā)經(jīng)理完成計(jì)劃 編制，人員配置完 成后，經(jīng)項(xiàng)目經(jīng)理 提交客戶審核通 過，開發(fā)經(jīng)理完成 人員分工，開發(fā)業(yè) 務(wù)啟動(dòng)4軟件設(shè)計(jì)開發(fā)經(jīng)理開發(fā)工程師總工程師1數(shù)據(jù)庫設(shè)計(jì)2概要設(shè)計(jì)1數(shù)據(jù)字典；2概要設(shè)計(jì)說明書公司采用敏捷開 發(fā)，開發(fā)經(jīng)理需按 通用模塊一基礎(chǔ)數(shù) 據(jù)管理模塊-業(yè)務(wù) 管理模塊-數(shù)據(jù)應(yīng) 用模塊進(jìn)行設(shè)計(jì)， 區(qū)分無需設(shè)計(jì)的模 塊可直接進(jìn)行開發(fā)5軟件編碼開發(fā)經(jīng)理開發(fā)工程師、 測(cè)試工程師項(xiàng)目經(jīng)理1.完成軟件編碼；2 完成詳細(xì)設(shè)計(jì)說明 書；3代碼迭代及版本控制1軟件代碼及數(shù)據(jù)

5、 庫2詳細(xì)設(shè)計(jì)說明書詳細(xì)設(shè)計(jì)說明書由 該功能的開發(fā)工程 師編寫5.1內(nèi)部審核開發(fā)經(jīng)理開發(fā)工程師總工程師1審核數(shù)據(jù)庫及代碼是 否按公司技術(shù)規(guī)范執(zhí)行采用定期抽樣審核 方式工作5.2版本控制開發(fā)經(jīng)理總工程師1按公司要求進(jìn)行代碼 迭代與版本控制；2完成代碼備份各研發(fā)組，可自行確 認(rèn)代碼進(jìn)行本地迭 代方式，并定期將代 碼提交貴陽總部迭 代、備份5.3靜態(tài)質(zhì)量審 查開發(fā)經(jīng)理總工程師代碼提交到SonarQube 進(jìn)行靜態(tài)代碼審核代碼靜態(tài)質(zhì)量審核報(bào)告及整改說明進(jìn)入動(dòng)態(tài)測(cè)試環(huán)節(jié) 前，必須提交靜態(tài)質(zhì) 量報(bào)告6軟件測(cè)試測(cè)試經(jīng)理測(cè)試工程師、 開發(fā)工程師總工程師完成軟件測(cè)試1測(cè)試計(jì)劃2功能測(cè)試報(bào)告（含 測(cè)試用例）3.壓

6、力測(cè)試報(bào)告采用敏捷測(cè)試，測(cè) 試經(jīng)理根據(jù)開發(fā)進(jìn) 度，逐個(gè)模塊跟進(jìn) 測(cè)試6.1試運(yùn)行測(cè)試經(jīng)理開發(fā)經(jīng)理項(xiàng)目經(jīng)理實(shí)際生產(chǎn)環(huán)境進(jìn)行軟件運(yùn)行測(cè)試1軟件試運(yùn)行報(bào)告取決于甲方是否提 供試運(yùn)行時(shí)間7軟件部署實(shí)施經(jīng)理項(xiàng)目經(jīng)理、開 發(fā)工程師實(shí)施經(jīng)理在生產(chǎn)環(huán)境進(jìn)行正式 系統(tǒng)部署及投運(yùn)項(xiàng)目實(shí)施報(bào)告8驗(yàn)收交付項(xiàng)目經(jīng)理實(shí)施工程師、售前工程師總經(jīng)理完成項(xiàng)目驗(yàn)收并交付 客戶使用驗(yàn)收?qǐng)?bào)告驗(yàn)收通過后，進(jìn)行 項(xiàng)目總結(jié)。開發(fā)組 明確運(yùn)維職責(zé)后， 人員開始進(jìn)入其他 項(xiàng)目9項(xiàng)目運(yùn)維實(shí)施經(jīng)理項(xiàng)目經(jīng)理1.及時(shí)發(fā)現(xiàn)對(duì)項(xiàng)目運(yùn)行 期間的問題和客戶新 需求；2需求甄別，需及時(shí)更 改的提交開發(fā)經(jīng)理；3.保持客戶溝通運(yùn)維報(bào)告、需求更 改說明書四、各階段工

7、作要求1.軟件需求分析1- 1:軟件需求分析必須在產(chǎn)品需求規(guī)格的基礎(chǔ)上進(jìn)行，并保證完全實(shí)現(xiàn)產(chǎn)品需求規(guī)格的定義。1- 2:當(dāng)產(chǎn)品的需求規(guī)格發(fā)生變更時(shí)，必須修訂軟件需求規(guī)格文檔。軟件需求規(guī)格的變更必須經(jīng)過評(píng)審, 并保存評(píng)審記錄。1- 3:必須對(duì)軟件需求規(guī)格文檔進(jìn)行正規(guī)檢視。1- 4:軟件需求分析過程活動(dòng)結(jié)束前，必須經(jīng)過評(píng)審，并保存評(píng)審記錄。1- 5：在對(duì)軟件需求規(guī)格文檔的正規(guī)檢視或評(píng)審時(shí)，必須檢査軟件需求規(guī)格文檔中需求的清晰性、完備 性、兼容性、一致性、正確性、可行性、易修改性、健壯性、易追溯性、易理解性、易測(cè)試性和可驗(yàn) 證性、性能、功能、接口、數(shù)據(jù)、可維護(hù)性等內(nèi)容。說明：參考建議17到1-16.

8、1- 1：采用以下檢査表檢査軟件需求規(guī)格文檔中需求的清晰性。序號(hào)問題1所有泄義、實(shí)現(xiàn)方法是否淸楚地表達(dá)了用戶的原始要求？2在功能實(shí)現(xiàn)過程、方法和技術(shù)要求的描述上，是否沒有背離了功能的實(shí) 際要求？3是否沒有不能理解或造成誤解的描述？1- 2：采用以下檢査表檢査軟件需求規(guī)格文檔中需求的完備性。序號(hào)問題1需求龍義中是否包含了有關(guān)文件（指質(zhì)量手冊(cè)、質(zhì)量計(jì)劃以及其它有關(guān) 文件）種所規(guī)從的需求立義所應(yīng)該包含的所有內(nèi)容？2需求立義是否包含了有關(guān)功能、性能.限制、目標(biāo).質(zhì)量等方而的所有 需求？3功能性需求是否覆蓋了所有非正常情況的處理？4是否對(duì)各種操作模式（如正常、非正常、有干擾等）下的環(huán)境條件都作 了規(guī)定？

9、5是否對(duì)所有功能與時(shí)間因素有關(guān)的方而都作了考慮？6是否標(biāo)識(shí)岀了所有與時(shí)間因素有關(guān)的功能？它們的時(shí)間準(zhǔn)則是否都說明 了？時(shí)間準(zhǔn)則的最大、最小執(zhí)行時(shí)間是否都泄義了？7是否標(biāo)識(shí)并左義了在將來可能會(huì)變化的需求？8是否立義了系統(tǒng)所有的輸入？9是否標(biāo)識(shí)淸楚了系統(tǒng)輸入的來源？10是否標(biāo)識(shí)出了系統(tǒng)的輸出？11是否說明了系統(tǒng)輸入、輸出的類型？12是否說明了系統(tǒng)輸入、輸岀的值域.單位、格式等？13是否說明了如何進(jìn)行系統(tǒng)輸入的合法性檢査？14是否定義了系統(tǒng)輸入.輸出的精度？15是否定義了系統(tǒng)性能的各個(gè)方而？16在不同負(fù)載情況下，是否規(guī)泄了系統(tǒng)的處理能力？17在不同情況下，是否規(guī)定了系統(tǒng)的響應(yīng)時(shí)間？18是否充分定義了

10、關(guān)于人機(jī)界而的需求？19是否對(duì)需求左義進(jìn)行了可行性分析和相關(guān)文件（資料）是否已歸檔？20是否對(duì)影響需求實(shí)現(xiàn)的因素進(jìn)行了調(diào)查，調(diào)査結(jié)果是否已歸檔？21是否有經(jīng)濟(jì)效益分析，分析結(jié)果是否已歸檔？22是否詳細(xì)描述了有關(guān)硬件、軟件、操作人員、操作過程等方而的安全性？23是否評(píng)估了本項(xiàng)目對(duì)用戶、其它系統(tǒng).環(huán)境的影響特性？24是否按完成時(shí)間、重要性對(duì)系統(tǒng)功能、外部接口.性能進(jìn)行了優(yōu)先排序？1- 3：采用以下檢査表檢査軟件需求規(guī)格文檔中需求的兼容性。序號(hào)問題1界而需求是否使軟硬件系統(tǒng)具有兼容性？2需求左義的文檔是否滿足項(xiàng)目文檔編寫標(biāo)準(zhǔn)？任矛盾時(shí)，是否有適當(dāng)?shù)臉?biāo) 準(zhǔn)可供選擇？1- 4：采用以下檢査表檢査軟件需求

11、規(guī)格文檔中需求的一致性。序號(hào)問題1各個(gè)需求之間是否一致？是否有沖突和矛盾？2所規(guī)定的模型.算法和數(shù)值方法是否相容？3是否使用了標(biāo)準(zhǔn)的術(shù)語和定義形式？4需求是否與英軟硬件操作環(huán)境相容？5是否說明了軟件對(duì)其系統(tǒng)和環(huán)境的影響？6是否說明了環(huán)境對(duì)軟件的影響？7所采用的技術(shù)是否與用戶要求的技術(shù)一致？1- 5：釆用以下檢査表檢查軟件需求規(guī)格文檔中需求的正確性。序號(hào)問題1需求定義是否滿足標(biāo)準(zhǔn)的要求？2算法和規(guī)則是否有科技文獻(xiàn)或其它文獻(xiàn)作為基礎(chǔ)？3是否疋義了對(duì)在錯(cuò)誤、風(fēng)險(xiǎn)分析中所標(biāo)識(shí)出的各種故障模式和錯(cuò)誤類型 所需的反應(yīng)？4是否參照了有關(guān)的標(biāo)準(zhǔn)？5是否對(duì)每一個(gè)需求都給出了理由？理由是否充分？6對(duì)設(shè)計(jì)和實(shí)現(xiàn)的限

12、制是否都有論證？1- 6：采用以下檢査表檢査軟件需求規(guī)格文檔中需求的可行性。1-7：序號(hào)問題1需求左義是否使軟件的設(shè)計(jì).實(shí)現(xiàn)、操作和維護(hù)都可行？2所規(guī)立的模型、數(shù)值方法和算法是否對(duì)待解決問題合適？是否能夠在相 應(yīng)的限制條件下實(shí)現(xiàn)？3采用以是否能夠達(dá)到關(guān)于質(zhì)量的要求？下檢査表檢查軟件需求規(guī)格文檔中需求的易修改性。序號(hào)問題1對(duì)需求左義的描述是否易于修改（如是否采用良好的結(jié)構(gòu)和交叉引用表 等）？2是否有冗余的信息？是否一個(gè)需求被定義了多次？1-8：采用以下檢査表檢査軟件需求規(guī)格文檔中需求的健壯性。1-9：序號(hào)問題1采用以是否有容錯(cuò)的需求？下檢査表檢査軟件需求規(guī)格文檔中需求的易追溯性。序號(hào)問題1是否可

13、從上一階段的文檔中找到需求左義中的相應(yīng)內(nèi)容？2需求立義是否明確地表明前階段中提岀的有關(guān)需求和設(shè)計(jì)限制都已被覆 蓋了？3需求立義是否便于向后繼開發(fā)階段查找信息1-10：采用以下檢査表檢査軟件需求規(guī)格文檔中需求的易理解性。序號(hào)問題1是否每一個(gè)需求都只有一種解釋？2功能性需求是否以模塊方式描述的？是否明確地標(biāo)識(shí)岀了其功能？3是否有術(shù)語定義一覽表？4是否使用了形式化或半形式化的語言？5語言是否有歧義性？6需求立義中是否只包含了必須的實(shí)現(xiàn)細(xì)節(jié)而不包含不必要的實(shí)現(xiàn)細(xì)巧？ 是否過分細(xì)致了？7需求龍義是否足夠淸楚和明確使其能夠作為開發(fā)設(shè)計(jì)規(guī)約和功能性測(cè)試 數(shù)據(jù)的基礎(chǔ)?8需求龍義的描述是否將對(duì)程序的需求和所提供

14、的其它信息分離開來了？1-11：采用以下檢査表檢査軟件需求規(guī)格文檔中需求的易測(cè)試性和可驗(yàn)證性。序號(hào)問題1需求是否可以驗(yàn)證（即是否可以檢驗(yàn)軟件是否滿足了需求）？2是否對(duì)每一個(gè)需求都指定了驗(yàn)證過程？3數(shù)學(xué)函數(shù)的龍義是否使用了精確立義的語法和語義符號(hào)？1- 12:采用以下檢査表檢査軟件需求規(guī)格文檔中的性能需求描述。序號(hào)問題是否精確的描述了所有的性能需求和可容忍的性能降低程度？對(duì)每一個(gè) 性能應(yīng)包含兩方而的內(nèi)容：1a.在最壞情況的執(zhí)行結(jié)果2b.本性能失效后，對(duì)系統(tǒng)產(chǎn)生的影響1- 13：采用以下檢査表檢查軟件需求規(guī)格文檔中功能需求描述。序號(hào)問題1是否淸楚、明確地描述了所有的功能？2所有已描述的功能是否是必

15、須的？是否能滿足任務(wù)書或系統(tǒng)目標(biāo)的要 求？1- 14:采用以下檢資表檢査軟件需求規(guī)格文檔中的接口需求描述。序號(hào)問題1是否淸楚地宦義了所有的接口？3所有接口是否必須？各接口間的關(guān)系是否一致.正確？1- 15：采用以下檢査表檢査軟件需求規(guī)格文檔中的數(shù)據(jù)需求描述。序號(hào)問題1在某異常數(shù)據(jù)（如條件、標(biāo)志等）下，是否有真正沒有考慮到的結(jié)果？2對(duì)異常數(shù)據(jù)產(chǎn)生的結(jié)果是否作了精確的描述？1-16：采用以下檢査表檢査軟件需求規(guī)格文檔中的可維護(hù)性需求描述。序號(hào)問題1需求定義中是否包括了可行的系統(tǒng)維護(hù)方法？2軟件系統(tǒng)間的關(guān)系是否是松耦合的（即能否保證在對(duì)某部分修改后，產(chǎn)生 最小的連鎖效應(yīng)）？2軟件項(xiàng)目計(jì)劃2- 1:軟

16、件項(xiàng)目計(jì)劃必須以產(chǎn)品/軟件的需求規(guī)格為基礎(chǔ)。當(dāng)發(fā)生需求更改時(shí)，必須修訂軟件開發(fā)計(jì)劃。 說明：軟件項(xiàng)目計(jì)劃必須依據(jù)需求規(guī)格進(jìn)行制定。項(xiàng)目計(jì)劃中的工作產(chǎn)品和工作任務(wù)應(yīng)保證能完 全實(shí)現(xiàn)需求規(guī)格的左義。當(dāng)需求更改時(shí)，必須考慮需求更改的相關(guān)性，修訂相應(yīng)軟件開發(fā)il劃。2- 1：制定軟件項(xiàng)目計(jì)劃的活動(dòng)制定,必須遵守“軟件項(xiàng)目計(jì)劃規(guī)范”。2- 2：軟件經(jīng)理對(duì)軟件項(xiàng)目計(jì)劃的制定和結(jié)果負(fù)責(zé)。2- 3：軟件經(jīng)理和相關(guān)參與軟件項(xiàng)目計(jì)劃的制定和評(píng)審的人員,在鑫與計(jì)劃制定之前必須經(jīng)過軟件工程 和軟件項(xiàng)目計(jì)劃制定流程的培訓(xùn)。2- 2：對(duì)于軟件項(xiàng)目計(jì)劃中各項(xiàng)工作產(chǎn)品和工作任務(wù)，必須進(jìn)行規(guī)模和工作量的軟件估計(jì)，并在軟件項(xiàng) 目

17、計(jì)劃文檔中記錄估計(jì)的方法和估計(jì)數(shù)據(jù)。說明：參考建議2-4到2-8。2- 4：可以使用EERY統(tǒng)計(jì)估計(jì)、專家判定平均法、經(jīng)驗(yàn)類比估計(jì)、公式計(jì)算等方法,或以上方法的組 合,進(jìn)行軟件估計(jì)。示例：PERT統(tǒng)計(jì)估計(jì)和經(jīng)驗(yàn)類比估計(jì)啲結(jié)合PERT統(tǒng)計(jì)估計(jì)值=（最大估計(jì)+ 4X期望估計(jì)+最小估計(jì)）/ 6估il記錄如下:工作產(chǎn) 品任務(wù)最大估計(jì)期望估訃（根據(jù)經(jīng)驗(yàn) 類比獲得）最小估計(jì)PERT估計(jì)規(guī)模工作量規(guī)模工作量規(guī)模工作量規(guī)模工作量XX版本（增加XX特 性）話統(tǒng) 模塊概 要設(shè)計(jì)文檔頁 數(shù):45;增 加、修改 模塊設(shè) 計(jì)數(shù) 目：1212天文檔頁 數(shù)：42;增 加、修改 模塊設(shè) 計(jì)數(shù) 11:1010天文檔頁 數(shù):30

18、;增 加、修改 模塊設(shè) 計(jì)數(shù)目：55天文檔頁 數(shù)：41;增 加、修改 模塊設(shè) 計(jì)數(shù)：109.5天期望估計(jì)值是根據(jù)XX版本的話統(tǒng)模塊設(shè)汁的數(shù)據(jù)獲得。2- 5.對(duì)某項(xiàng)工作產(chǎn)品和任務(wù)的軟件,同時(shí)采用兩種或以上的方法進(jìn)行估計(jì),以避免一種方法的偏差。2- 6：盡量采用歷史經(jīng)驗(yàn)數(shù)據(jù)進(jìn)行軟件估計(jì)。2- 7：參照“軟件估計(jì)指導(dǎo)書”進(jìn)行軟件估計(jì)。2- 8：軟件估計(jì)對(duì)應(yīng)項(xiàng)目的任務(wù)分解結(jié)構(gòu)進(jìn)行。說明：軟件估il對(duì)于項(xiàng)目的任務(wù)分解結(jié)構(gòu)對(duì)應(yīng)得越淸晰、越細(xì)致，相應(yīng)的估計(jì)越準(zhǔn)確。2- 9：在“軟件項(xiàng)目計(jì)劃”中必須包括項(xiàng)目管理活動(dòng)的計(jì)劃。2- 10：在“軟件項(xiàng)目計(jì)劃”中包活軟件重用計(jì)劃。包抵重用軟件部件的計(jì)劃和開發(fā)可重用軟件

19、部件的 計(jì)劃。2- 11：在軟件項(xiàng)目計(jì)劃”包抵人員的培訓(xùn)計(jì)劃。說明：項(xiàng)目人員計(jì)劃包括需要的人員類型、數(shù)量和技術(shù)等級(jí)的要求，相關(guān)人員的開始工作時(shí)間、 工作周期、接受培訓(xùn)的計(jì)劃等。2- 12:對(duì)軟件項(xiàng)目進(jìn)行風(fēng)險(xiǎn)分析與評(píng)估。說明：可能存在的風(fēng)險(xiǎn)領(lǐng)域含：需求的不明確和變更、外部的限制與對(duì)外的依賴、人力資源的到 位情況、人力資源的技術(shù)等級(jí)滿足要求狀況、技術(shù)問題等。對(duì)風(fēng)險(xiǎn)的分析與評(píng)估實(shí)踐包括：從已知的情況推導(dǎo)出潛在風(fēng)險(xiǎn)：對(duì)風(fēng)險(xiǎn)進(jìn)行分析，得出：潛在風(fēng)險(xiǎn)可能引發(fā)的問題的影響、潛在風(fēng)險(xiǎn)發(fā)生的可能性大小、風(fēng)險(xiǎn)發(fā) 生的時(shí)間段等：排列風(fēng)險(xiǎn)的重點(diǎn)次序：對(duì)風(fēng)險(xiǎn)記錄成文件（屬于軟件項(xiàng)目計(jì)劃中的一部分）；風(fēng)險(xiǎn)經(jīng)受風(fēng)險(xiǎn)影響人審

20、核，并取得他的同意；根據(jù)需要，在開發(fā)過程中對(duì)風(fēng)險(xiǎn)文檔進(jìn)行維護(hù)和修訂。2- 3：對(duì)應(yīng)工作任務(wù)，制定項(xiàng)目的文檔計(jì)劃。2- 4：軟件項(xiàng)目計(jì)劃中應(yīng)該包括正規(guī)檢視活動(dòng)計(jì)劃、軟件質(zhì)量保證計(jì)劃、軟件配置管理計(jì)劃。軟件質(zhì)量 保證計(jì)劃和軟件配置管理計(jì)劃可以和軟件項(xiàng)目計(jì)劃在同一份文檔中，也可以分開為三份文檔。說明：參考建議2-13。2- 13:軟件質(zhì)量保證計(jì)劃和軟件配置管理計(jì)劃作為獨(dú)立的計(jì)劃文檔。2-14：軟件項(xiàng)目計(jì)劃必須是整個(gè)項(xiàng)目開發(fā)過程的計(jì)劃,包插測(cè)試。215：測(cè)試經(jīng)理對(duì)照整個(gè)開發(fā)計(jì)劃建立軟件驗(yàn)證與確認(rèn)計(jì)劃。軟件驗(yàn)證與確認(rèn)計(jì)劃可作為獨(dú)立的計(jì)劃 文檔。2-5：必須對(duì)項(xiàng)目工作進(jìn)行分解，確定項(xiàng)目的工作任務(wù)，任務(wù)的責(zé)

21、任人、資源要求.時(shí)間要求、項(xiàng)目的進(jìn)度。2-6：必須分析任務(wù)之間的依賴性，確定并明確標(biāo)識(shí)項(xiàng)目的關(guān)鍵路徑。2-7： “軟件項(xiàng)目計(jì)劃”必須按照文檔模板的要求編寫。項(xiàng)目組可根據(jù)項(xiàng)目的實(shí)際情況，對(duì)文檔模板中 的內(nèi)容進(jìn)行裁減。項(xiàng)目組對(duì)文檔模板內(nèi)容的裁減必須得到上級(jí)管理部門（包括產(chǎn)品計(jì)劃處、軟件工程 組SEPG）的審核批準(zhǔn)。2-8：軟件項(xiàng)目計(jì)劃必須經(jīng)過評(píng)審。說明：參考建議2-16, o2軟件項(xiàng)目計(jì)劃的評(píng)審采用以下檢査表。序號(hào)問題1軟件項(xiàng)目計(jì)劃是否完全反映（對(duì)應(yīng)）“軟件需求說明書”里的需求？2軟件項(xiàng)目計(jì)劃是否有開發(fā)方法的說明？3軟件項(xiàng)目計(jì)劃是否有資源需求的說明？4軟件項(xiàng)目計(jì)劃是否包含風(fēng)險(xiǎn)管理計(jì)劃？5軟件項(xiàng)目計(jì)

22、劃是否包含了版本發(fā)布的機(jī)制？6軟件項(xiàng)目計(jì)劃是否標(biāo)識(shí)了所有必須的培訓(xùn)計(jì)劃？7軟件項(xiàng)目計(jì)劃是否標(biāo)識(shí)了所有內(nèi)部和外部的傳遞關(guān)系？8軟件項(xiàng)目計(jì)劃是否標(biāo)明了項(xiàng)目的依賴關(guān)系？9軟件項(xiàng)目計(jì)劃是否標(biāo)明了角色和職責(zé)？10軟件項(xiàng)目計(jì)劃是否標(biāo)明了匯報(bào)的機(jī)制？11軟件項(xiàng)目計(jì)劃是否說明了跟蹤和監(jiān)控機(jī)制？12軟件項(xiàng)目計(jì)劃是否包含“軟件質(zhì)量保證計(jì)劃”和“軟件配置管理訃劃” ？13軟件項(xiàng)目計(jì)劃是否包含項(xiàng)目開發(fā)使用的工具？14軟件項(xiàng)目計(jì)劃是否包含項(xiàng)目的各里程碑的說明？15進(jìn)度中是否標(biāo)明了軟件項(xiàng)目計(jì)劃的關(guān)鍵路徑？2-17：參加“軟件項(xiàng)目計(jì)劃”評(píng)審的人員.除軟件經(jīng)理和項(xiàng)目組人員外,必須有產(chǎn)品經(jīng)理.上級(jí)管理 部門（包括軟件工程組SE

23、PG） . SQXU夙2-18： “軟件項(xiàng)目計(jì)劃”通過評(píng)審后,軟件經(jīng)理組織相關(guān)人員對(duì)任務(wù)進(jìn)行承諾,簽定工作任務(wù)書。2-9:必須對(duì)“軟件項(xiàng)目計(jì)劃”進(jìn)行配置管理，“軟件項(xiàng)目計(jì)劃”的更改必須經(jīng)過評(píng)審。2-10：在開發(fā)活動(dòng)中，必須按照項(xiàng)目跟蹤與監(jiān)控計(jì)劃和體制，對(duì)照“軟件項(xiàng)目計(jì)劃”,跟蹤項(xiàng)目開發(fā) 的實(shí)際結(jié)果和性能。2-11：當(dāng)實(shí)際結(jié)果和“軟件項(xiàng)目計(jì)劃”發(fā)生偏離時(shí)，必須進(jìn)行分析，根據(jù)分析結(jié)果標(biāo)明糾正措施。必 要的情況下，要及時(shí)修訂“軟件項(xiàng)目計(jì)劃”。2-12：在軟件項(xiàng)目跟蹤監(jiān)控活動(dòng)中，必須定期進(jìn)行總結(jié)和評(píng)審，撰寫開發(fā)狀態(tài)報(bào)告。2-19：根據(jù)項(xiàng)目的特點(diǎn),報(bào)告的周期可以為周、雙周、月。2-13：在軟件開發(fā)各里程

24、碑階段結(jié)束前，必須進(jìn)行階段評(píng)審，對(duì)軟件項(xiàng)目進(jìn)行重估計(jì)，必要的情況下 修訂“軟件項(xiàng)目計(jì)劃”。2-20：必須提供相應(yīng)資源,包抵工具和人員等,進(jìn)行軟件項(xiàng)目計(jì)劃和項(xiàng)目跟蹤監(jiān)控活動(dòng)。2-14:在軟件項(xiàng)目計(jì)劃和項(xiàng)目跟蹤監(jiān)控過程活動(dòng)中，必須進(jìn)行數(shù)據(jù)度量和分析。說明：參見“9.數(shù)據(jù)度雖:和分析”。3概要設(shè)計(jì)3- 1:概要設(shè)計(jì)要以軟件需求規(guī)格為基礎(chǔ)，必須保證需要實(shí)現(xiàn)的需求規(guī)格已經(jīng)被設(shè)計(jì)。3- 2：當(dāng)需求規(guī)格發(fā)生變更時(shí)，必須修訂相關(guān)概要設(shè)計(jì)文檔。3- 3：在概要設(shè)計(jì)文檔或需求管理文檔中，必須記錄、驗(yàn)證需求和概要設(shè)計(jì)的跟蹤關(guān)系。說明：需求和概要設(shè)計(jì)的跟蹤關(guān)系可參考建議3-1 3- 1：采用需求、子系統(tǒng)、模塊的跟蹤矩

25、陣表記錄需求和槪要設(shè)計(jì)的跟蹤關(guān)系。3- 4:必須保證概要設(shè)計(jì)文檔和代碼的一致性。當(dāng)發(fā)生設(shè)計(jì)更改時(shí)，必須修訂相應(yīng)設(shè)計(jì)文檔。3- 5：必須對(duì)概要設(shè)計(jì)文檔進(jìn)行正規(guī)檢視。3- 6：概要設(shè)計(jì)過程結(jié)束前，必須通過評(píng)審，并保存評(píng)審記錄。3- 7：設(shè)計(jì)更改必須經(jīng)過相關(guān)評(píng)審，并保存評(píng)審記錄。3- 8：對(duì)概要設(shè)計(jì)文檔的正規(guī)檢視或評(píng)審，必須檢査概要設(shè)計(jì)文檔的清晰性、完備性、規(guī)范性、一致性、正確性、數(shù)據(jù)、功能性、接口、詳細(xì)程度、可維護(hù)性、性能、可靠性、可測(cè)試性、可追溯性。說明：參考建議3-2。3- 2：采用以下檢査表檢査槪要設(shè)計(jì)文檔的清晰性。序號(hào)問題1程序結(jié)構(gòu)，包括數(shù)據(jù)流、控制流和接口的描述是否淸楚？3- 3：釆用以

26、下檢查表檢查槪要設(shè)計(jì)文檔的完備性。序號(hào)問題1設(shè)計(jì)目標(biāo)是否定義？2需求規(guī)格評(píng)審中不完整的需求(TBD)是否都已經(jīng)解決？3如果以前左義的不完整的需求(TBD)發(fā)生了改變，本設(shè)訃是否能夠支持？4是否對(duì)不完整需求(TBD)的影響進(jìn)行了評(píng)估？5對(duì)有可能不能實(shí)現(xiàn)的設(shè)計(jì)是否有風(fēng)險(xiǎn)管理計(jì)劃？6是否對(duì)設(shè)計(jì)模式進(jìn)行了描述？釆用以下檢査表檢査槪要設(shè)計(jì)文檔的規(guī)范性。序號(hào)問題I1|文檔是否符合公司模板和寫作要求?3- 5：采用以下檢査表檢査槪要設(shè)計(jì)文檔的一致性。序號(hào)問題2程序.模塊、函數(shù)、數(shù)據(jù)成員的需稱是否保持一致？3設(shè)計(jì)是否反映了真正的操作環(huán)境?硬件環(huán)境?軟件環(huán)境？4對(duì)系統(tǒng)設(shè)計(jì)的多種可能的描述之間是否保持一致？（例如

27、:靜態(tài)結(jié)構(gòu)的描 述和動(dòng)態(tài)描述）3- 6：釆用以下檢査表檢査概要設(shè)計(jì)文檔的正確性。序號(hào)問題1設(shè)計(jì)在計(jì)劃、預(yù)算、技術(shù)上是否可行？2邏輯是否正確和完備？3- 7：采用以下檢查表檢查概要設(shè)計(jì)文檔的數(shù)據(jù)描述。序號(hào)問題1是否對(duì)所有的數(shù)據(jù)成員，參數(shù)，對(duì)象進(jìn)行了描述？2是否所有需要的數(shù)據(jù)結(jié)構(gòu)都進(jìn)行了左義,或者定義了不需要的數(shù)據(jù)結(jié) 構(gòu)？3是否所有的數(shù)據(jù)成員都進(jìn)行了足夠詳細(xì)的描述？數(shù)據(jù)成員的有效值區(qū) 間是否定義？4共享和存儲(chǔ)數(shù)據(jù)的使用是否描述淸楚？3&采用以下檢査表檢査概要設(shè)計(jì)文檔的功能性要求。序號(hào)問題1模塊的規(guī)格是否和軟件需求文檔中的功能需求和軟件接口規(guī)格要求保 持一致.2是否給每個(gè)子模塊確定了抽象算法？3設(shè)汁

28、和算法是否能滿足模塊的所有需求？3- 9：釆用以下檢査表檢査設(shè)計(jì)的接口描述。序號(hào)問題1是否描述了接口的功能特征？2接口是否便于査錯(cuò)？3接口相互之間、和其他模塊、和需求說明書及接口規(guī)格書保持一致？4對(duì)接口的數(shù)量和復(fù)雜度進(jìn)行了有效的平衡，使接口數(shù)量控制在一個(gè)較小 數(shù)量，每個(gè)接口具有可接受的復(fù)雜度？5是否所有的接口都能描述了必要的類型、數(shù)量、質(zhì)量等信息？6操作界而是否考慮了用戶（例如：提供準(zhǔn)確、淸晰、有用的提示信息）？3- 10：采用以下檢查表檢查設(shè)計(jì)的詳細(xì)程度。序號(hào)問題1是否估計(jì)了每個(gè)子模塊的規(guī)模（代碼的行數(shù)）？是否可信？2是否考慮了足夠數(shù)量及代表性的系統(tǒng)狀態(tài)？3詳細(xì)程度是否足夠進(jìn)行下一步的詳細(xì)設(shè)

29、計(jì)？3-11采用以下檢査表檢查設(shè)計(jì)的可維護(hù)性。序號(hào)問題1是否模塊化設(shè)計(jì)？2模塊是否為高內(nèi)聚、低耦合？3- 12：采用以下檢査表檢查設(shè)計(jì)的性能。序號(hào)問題1是否進(jìn)行了性能模型分析？2是否描述了所有的性能參數(shù)？（例如：實(shí)時(shí)性能約束，存儲(chǔ)空間，速度 要求，磁盤I/O空間）3進(jìn)程是否有時(shí)間窗？（例如：需要“加鎖”的標(biāo)記，信號(hào)燈，某些代碼 執(zhí)行時(shí)需要屏蔽中斷）？4程序執(zhí)行過程中的關(guān)鍵路徑是否都被標(biāo)識(shí)和經(jīng)過分析？3-13：釆用以下檢査表檢査設(shè)計(jì)的可靠性。序號(hào)問題1設(shè)計(jì)是否考慮了檢錯(cuò)和恢復(fù)播施？（例如：輸入檢查）2是否考慮了異常情況？3是否完全準(zhǔn)確描述了所有的出錯(cuò)情況？3-144采用以-設(shè)計(jì)是否能夠滿足所有系

30、統(tǒng)集成方而的要求？F檢査表檢査設(shè)計(jì)的可測(cè)試性。序號(hào)問題1設(shè)計(jì)是否能夠被實(shí)驗(yàn)、演示或檢視以顯示它滿足了需求？2設(shè)計(jì)是否能夠使用以前的測(cè)試代碼，是否能夠進(jìn)行增量式的測(cè)試？3-15：采用以下檢査表檢査設(shè)計(jì)的可追溯性。序號(hào)問題1是否每一部分的設(shè)計(jì)都可以追溯到需求說明書，接口規(guī)格說明書、或 其他產(chǎn)品文檔？2是否所有的設(shè)計(jì)決策都可以追溯到財(cái)務(wù)分析？3對(duì)所繼承下來的那些特別和不常用的特性對(duì)目前設(shè)計(jì)的影響是否進(jìn)行 了分析？4對(duì)所繼承設(shè)計(jì)中已知的風(fēng)險(xiǎn)是否進(jìn)行了左位和分析？4詳細(xì)設(shè)計(jì)4- 1:詳細(xì)設(shè)計(jì)要以軟件需求規(guī)格和概要設(shè)計(jì)為基礎(chǔ)，必須保證需要實(shí)現(xiàn)的需求規(guī)格已經(jīng)被設(shè)計(jì)，必須 保證概要設(shè)計(jì)定義的所有模塊已經(jīng)被詳細(xì)

31、設(shè)計(jì)。4- 2：當(dāng)需求規(guī)格或概要設(shè)計(jì)發(fā)生變更時(shí)，必須修訂相關(guān)詳細(xì)設(shè)計(jì)文檔。4- 3：在詳細(xì)設(shè)計(jì)文檔或需求管理文檔中，必須記錄、驗(yàn)證需求、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)的跟蹤關(guān)系。 說明：需求、槪要設(shè)計(jì)、詳細(xì)設(shè)計(jì)的跟蹤關(guān)系可參考建議4- 1；采用需求、子系統(tǒng)、模塊、函數(shù)的跟蹤矩陣表記錄需求、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)的跟蹤關(guān)系。4- 4：必須保證詳細(xì)設(shè)計(jì)文檔和代碼的一致性。當(dāng)發(fā)生設(shè)計(jì)更改時(shí)，必須修訂相應(yīng)設(shè)計(jì)文檔。4- 5：必須對(duì)重要的詳細(xì)設(shè)計(jì)文檔進(jìn)行正規(guī)檢視。說明：參考建議4-2。4- 2：根據(jù)模塊的復(fù)雜度、規(guī)模和在軟件系統(tǒng)中的重要程度,選擇垂要的詳細(xì)設(shè)計(jì)文檔進(jìn)行正規(guī)檢視。 在產(chǎn)品中,進(jìn)行正規(guī)檢視的詳細(xì)設(shè)計(jì)文檔比例

32、要達(dá)到60敘4- 6：詳細(xì)設(shè)計(jì)過程結(jié)束前，必須通過評(píng)審，并保存評(píng)審記錄。4- 7：設(shè)計(jì)更改必須經(jīng)過相關(guān)評(píng)審，并保存評(píng)審記錄。4- 8：對(duì)詳細(xì)設(shè)計(jì)文檔的正規(guī)檢視或評(píng)審，必須檢査詳細(xì)設(shè)計(jì)文檔的清晰性、完備性、規(guī)范性、一致性、 正確性、數(shù)據(jù)、功能性、接口、詳細(xì)程度、可維護(hù)性、性能、可靠性、可測(cè)試性、可追溯性。說明：參考建議4-3。4- 3：釆用以下檢査表檢査詳細(xì)設(shè)計(jì)文檔的清晰性。序號(hào)問題1是否所有的單元和進(jìn)程的設(shè)計(jì)目的都已文檔化？2單元設(shè)計(jì)，包括數(shù)據(jù)流、控制流、接口描述是否淸楚？3單元的整體功能是否描述淸楚？4- 4：采用以下檢査表檢査詳細(xì)設(shè)計(jì)文檔的完備性。序號(hào)問題1是否提供了所有程序單元的規(guī)格？2

33、是否描述了所采用的設(shè)計(jì)標(biāo)準(zhǔn)？3是否確左了單元應(yīng)用的算法？（例如：PDL）4是否列岀了單元的所有調(diào)用？5是否記錄了設(shè)計(jì)繼承的歷史和已知的風(fēng)險(xiǎn)？4- 5：采用以下檢査表檢査詳細(xì)設(shè)計(jì)文檔的規(guī)范性。序號(hào)問題1文檔是否遵從了公司的標(biāo)準(zhǔn)？2單元設(shè)計(jì)是否使用了要求的方法和工具？4- 6：釆用以下檢査表檢査詳細(xì)設(shè)計(jì)的一致性。序號(hào)問題1在單元和單元的接口中數(shù)據(jù)成員的名稱是否保持一致？2所有接口之間，接口和接口規(guī)格書之間是否保持一致？3詳細(xì)設(shè)il和概要設(shè)計(jì)文檔是否能夠完全描述“正在構(gòu)建”的系統(tǒng)4- 7：采用以下檢査表檢査詳細(xì)設(shè)計(jì)的正確性。序號(hào)問題1是否有邏輯錯(cuò)誤？2需要使用常量需稱的地方是否有錯(cuò)誤？3是否所有的條

34、件都被處理？（,二, ,負(fù)責(zé)制定配置管理計(jì)劃。7-3:軟件配置管理計(jì)劃必須包括如下的內(nèi)容:序號(hào)內(nèi)容1對(duì)各階段應(yīng)受控的配置項(xiàng)進(jìn)行選擇.分類.標(biāo)識(shí)。2定義配置項(xiàng)（CI）的命名慣例3定義版本號(hào)命名方案4制定培訓(xùn)計(jì)劃5定義相關(guān)SCM流程6制宦相應(yīng)配置評(píng)審計(jì)劃和方法7- 4：軟件配置管理計(jì)劃必須經(jīng)過由開發(fā)人員、產(chǎn)品項(xiàng)目經(jīng)理、SQA參加的評(píng)審，并獲得批準(zhǔn)，并基線 化。7- 5：軟件配置管理計(jì)劃和軟件項(xiàng)目開發(fā)計(jì)劃必須同步變更。7- 6：?jiǎn)栴}跟蹤要有一套流程支持，該流程要包括問題的描述，分類，評(píng)估，設(shè)計(jì)，實(shí)現(xiàn)，驗(yàn)證，歸檔 的整個(gè)生命過程。7- 7：變更申請(qǐng)要有一套流程支持，該流程要保證該變更申請(qǐng)（針對(duì)已基線化

35、的配置項(xiàng)）有一個(gè)初始化, 分類，設(shè)計(jì)，評(píng)估，分派，實(shí)現(xiàn)，驗(yàn)證，歸檔的整個(gè)過程。7- 8：每個(gè)版本有一個(gè)符合規(guī)范的版本描述文檔。7-9：必須定義流程指導(dǎo)配置狀態(tài)發(fā)布。說明：參考建議7-3。7-3：在配置管理計(jì)劃中描述配置狀態(tài)發(fā)布的周期,內(nèi)容和模板。7-10:配置項(xiàng)(CI)的變更和配置管理活動(dòng)的運(yùn)行狀態(tài)通知到相關(guān)的部門組織和個(gè)人。7-11：定期對(duì)變更申請(qǐng)(CR)的處理情況進(jìn)行統(tǒng)計(jì)并將統(tǒng)計(jì)和分析結(jié)果進(jìn)行發(fā)布，發(fā)布內(nèi)容至少包括； 單位時(shí)間內(nèi)處理的CRs數(shù)量，CRs分布統(tǒng)計(jì)表，CRs流通量統(tǒng)計(jì)表，CRs狀態(tài)分布統(tǒng)計(jì)表等。說明：參考建議7-4。7-4：建議正常情況2周發(fā)布一次,更改頻繁時(shí)是、周,更改較少時(shí)

36、是3周7-12:建立可以體現(xiàn)開發(fā)版本和基線版本兩種不同受控程度的配置庫系統(tǒng) 說明：參考建議7-5。7-5：建議使用SCM工具的分支功能實(shí)現(xiàn)不同類型的版本控制7-13：制定一個(gè)基線化流程指導(dǎo)建立基線。說明：參考建議7-6。7-6：建議在配置管理計(jì)劃中對(duì)流程進(jìn)行描述,該流程要保證基線化過程中的物理配置審計(jì)(PCA), 功能配置審計(jì)(FCA) ,SQA評(píng)審和審計(jì)等過程。7-14：內(nèi)外的發(fā)布必須只能來自基線庫。7-15：產(chǎn)品項(xiàng)目經(jīng)理、SQA要定期對(duì)SCM的活動(dòng)和其文檔進(jìn)行評(píng)審/檢査，輸出評(píng)審/檢査結(jié)果，制定 并實(shí)施改進(jìn)措施7-16:相關(guān)SCM評(píng)審要制定相應(yīng)的Checklist進(jìn)行指導(dǎo)，評(píng)審要有記錄。8

37、軟件質(zhì)量保證8- 1：產(chǎn)品項(xiàng)目組要有相關(guān)的SQA人員和組織，并開展SQA活動(dòng)。8- 2:產(chǎn)品項(xiàng)目SQA的組織活動(dòng)必須通過如下檢查。序號(hào)問題1產(chǎn)品項(xiàng)目是否建立一個(gè)獨(dú)立的.能夠支持那些要求獨(dú)立性活動(dòng)的SQA組織？ 對(duì)所有項(xiàng)目，SQA功能是否到位？2SQA組是否有一個(gè)向產(chǎn)品組之上的管理者、管理部門報(bào)告的渠道？3是否為組織進(jìn)行SQA活動(dòng)提供足夠的資源和費(fèi)用？4SQA組的成員是否接受了培訓(xùn)以完成他們的SQA活動(dòng)？廠項(xiàng)目的軟件相關(guān)成員是否接受了有關(guān)SQA組任務(wù)、職責(zé)、權(quán)利等的相關(guān)培 訓(xùn)？6上級(jí)管理部門是否對(duì)產(chǎn)品項(xiàng)目的SQA活動(dòng)及其結(jié)果進(jìn)行了左期評(píng)審？7產(chǎn)品項(xiàng)目經(jīng)理是否泄期和事件驅(qū)動(dòng)地參與評(píng)審SQA活動(dòng)？8

38、SQA組活動(dòng)及英工作產(chǎn)品是否接受了 SQA組之外的專家進(jìn)行的泄期評(píng)審？9項(xiàng)目組是否制定一個(gè)執(zhí)行SQA活動(dòng)的計(jì)劃SQAP。如制左了SQA汁劃，計(jì)劃 的制訂是否按照已文檔化的組織的SQA規(guī)程和SQAU劃模版執(zhí)行？8- 3:產(chǎn)品項(xiàng)目必須有SQA計(jì)劃，SQA計(jì)劃必須通過如下檢査。序號(hào)問題1制左SQA汁劃的活動(dòng)是否按照公司的相關(guān)規(guī)范進(jìn)行？如果存在偏差，是否形 成了偏差文檔，并得到研究技術(shù)管理處的批準(zhǔn)？2SQA計(jì)劃是否符合公司規(guī)范中SQA計(jì)劃模板的要求？如果存在偏差，是否形 成了偏差文檔，并得到研究技術(shù)管理處的批準(zhǔn)？3SQA活動(dòng)是否按照SQA訃劃進(jìn)行？4SQA計(jì)劃是否經(jīng)過訃劃中涉及的相關(guān)組和個(gè)人的評(píng)審，并

39、得到SQA經(jīng)理、產(chǎn)品 項(xiàng)目經(jīng)理的批準(zhǔn)？5SQA汁劃和軟件項(xiàng)目訃劃是否在項(xiàng)目的里程碑處進(jìn)行了修改修改是否得到 批準(zhǔn)？ SQAU-劃和軟件項(xiàng)目開發(fā)計(jì)劃是否同步變更？8- 4： SQA必須對(duì)產(chǎn)品軟件開發(fā)過程進(jìn)行過程審計(jì)。說明：參考建議8-1。8小要對(duì)以下的過程進(jìn)行審計(jì):需求分析過程、軟件概要設(shè)計(jì)過程、軟件詳細(xì)設(shè)計(jì)過程、軟件測(cè)試過 程、版本發(fā)布過程、配置管理過程、變更控制過程、需求管理過程。8-5： SQA的過程審計(jì)必須通過如下的檢査。序號(hào)問題1產(chǎn)品項(xiàng)目是否明確宦義了各種軟件活動(dòng)過程？宦義的活動(dòng)過程是否經(jīng)過SQA 和相關(guān)管理部門的批準(zhǔn)？2軟件過程審計(jì)是否按照公司制訂的軟件過程審計(jì)規(guī)程執(zhí)行？3SQA是否

40、對(duì)每一個(gè)軟件活動(dòng)過程提交了過程審計(jì)報(bào)告？4是否提交了過程不符合項(xiàng)報(bào)告？5SQA的過程審計(jì)結(jié)果是否通過適當(dāng)?shù)那缊?bào)告給適當(dāng)?shù)墓芾碚撸?-6： SQA必須參與項(xiàng)目的技術(shù)評(píng)審活動(dòng)。說明：參考建議8-2, 8-3。8- 2： SQA必須參與項(xiàng)目的技術(shù)評(píng)審活動(dòng)包括:需求評(píng)審、系統(tǒng)設(shè)計(jì)評(píng)審、概要設(shè)計(jì)評(píng)審、詳細(xì)設(shè)計(jì)評(píng) 審等。83 SQA在技術(shù)評(píng)審過程應(yīng)檢查:序號(hào)問題1技術(shù)評(píng)審的方法對(duì)被評(píng)審的軟件工作產(chǎn)品是合適的？2技術(shù)評(píng)審的過程是按照公司制訂的技術(shù)評(píng)審過程規(guī)程執(zhí)行的嗎？3技術(shù)評(píng)審的結(jié)果是否相應(yīng)的評(píng)審規(guī)程的要求形成了報(bào)告？4技術(shù)評(píng)審的報(bào)告，報(bào)告給SQA人員了嗎？5SQA人員對(duì)技術(shù)評(píng)審的結(jié)果進(jìn)行分析了嗎？8-7

41、： SQA人員必須定期生成SQA活動(dòng)的報(bào)告。 說明：參考建議8-4。84對(duì)SQA報(bào)告的檢査包話:序號(hào)內(nèi)容1是否報(bào)告各種軟件工作產(chǎn)品的評(píng)審記錄？2報(bào)告的評(píng)審記錄是否符合公司規(guī)范的要求？3是否有軟件過程審計(jì)的審計(jì)報(bào)告？4是否把報(bào)告送交給上級(jí)管理部門、技術(shù)管理處、產(chǎn)品項(xiàng)目經(jīng)理嗎？5是否有軟件過程分析和質(zhì)量報(bào)告？8- 8:產(chǎn)品項(xiàng)目的SQA人員必須制定一個(gè)實(shí)施SQA工作的月度計(jì)劃、季度計(jì)劃，和年度計(jì)劃。計(jì)劃必須 得到上級(jí)SQA經(jīng)理的評(píng)審和批準(zhǔn)。8- 9： SQA經(jīng)理應(yīng)當(dāng)每月定期地與其下屬SQA人員，就其工作的月度計(jì)劃、季度計(jì)劃，和年度計(jì)劃進(jìn)行 協(xié)商溝通。8- 10： SQA經(jīng)理應(yīng)當(dāng)對(duì)其下屬的SQA人員的SQA活動(dòng)的實(shí)際完成情況與計(jì)劃進(jìn)行監(jiān)督和管理。對(duì)其管轄 的SQA人員的SQA活動(dòng)進(jìn)行定期地（至少每月一次）審核。8- 11:當(dāng)SQA人員遇到不能在產(chǎn)品項(xiàng)目組內(nèi)部協(xié)商解決的質(zhì)量問題時(shí)，必須將該問題上報(bào)給產(chǎn)品/業(yè)務(wù) 部管理者和其上級(jí)SQA經(jīng)理。9數(shù)據(jù)度量和分析9- 1：每個(gè)項(xiàng)目要記錄軟件過程數(shù)據(jù)。9- 1:建議每個(gè)項(xiàng)目建立一個(gè)軟件過程數(shù)據(jù)庫。說明：該數(shù)據(jù)庫可以采用電子表格或NOTES流等形式。9- 2:項(xiàng)