軟件項(xiàng)目管理規(guī)范.doc

1、疾病管理平臺(tái)軟件開發(fā)管理規(guī)范文件編號(hào)： BD-jsgf002 生效日期： 2016.2.19受控編號(hào)：版次：Ver1.0修改狀態(tài)：總頁(yè)數(shù)30正文28附錄0編制：李杰審核：王懷鋒批準(zhǔn)：付光偉山東諾安諾泰信息系統(tǒng)有限公司軟件開發(fā)行為規(guī)范為了把公司已經(jīng)發(fā)布的軟件開發(fā)過程規(guī)范有效地運(yùn)作于產(chǎn)品開發(fā)活動(dòng)中，把各種規(guī)范“逐步形成工程師的作業(yè)規(guī)范”，特制定本軟件開發(fā)行為規(guī)范，以達(dá)到過程控制的目的。與軟件開發(fā)相關(guān)的所有人員，包括各級(jí)經(jīng)理和工程師都必須遵守本軟件開發(fā)行為規(guī)范。對(duì)違反規(guī)范的開發(fā)行為，必須按照有關(guān)管理規(guī)定進(jìn)行處罰。本軟件開發(fā)行為規(guī)范的內(nèi)容包括：軟件需求分析、軟件項(xiàng)目計(jì)劃、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼、需求

2、管理、配置管理、軟件質(zhì)量保證、數(shù)據(jù)度量和分析等。 本軟件開發(fā)行為規(guī)范，采用以下的術(shù)語描述： 規(guī)則：在軟件開發(fā)過程中強(qiáng)制必須遵守的行為規(guī)范。 建議：軟件開發(fā)過程中必須加以考慮的行為規(guī)范。 說明：對(duì)此規(guī)則或建議進(jìn)行必要的解釋。 示例：對(duì)此規(guī)則或建議從正或反兩個(gè)方面給出例子。 本軟件開發(fā)過程行為規(guī)范由研究技術(shù)管理處負(fù)責(zé)解釋和維護(hù)。目 錄1 軟件需求分析52 軟件項(xiàng)目計(jì)劃93 概要設(shè)計(jì)114 詳細(xì)設(shè)計(jì)145 編碼186 需求管理197 軟件配置管理218 軟件質(zhì)量保證239 數(shù)據(jù)度量和分析251 軟件需求分析1-1：軟件需求分析必須在產(chǎn)品需求規(guī)格的基礎(chǔ)上進(jìn)行，并保證完全實(shí)現(xiàn)產(chǎn)品需求規(guī)格的定義。1-2：

3、當(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)容。說明：參考建議1-1到1-16。1-1：采用以下檢查表檢查軟件需求規(guī)格文檔中需求的清晰性。序號(hào)問題1所有定義、實(shí)現(xiàn)方法是否清楚地表達(dá)了用戶的原始要求？2在功能實(shí)現(xiàn)

4、過程、方法和技術(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ī)定？5是否對(duì)所有功能與時(shí)間因素有關(guān)的方面都作了考慮？6是否標(biāo)識(shí)出了所有與時(shí)間因素有關(guān)的功能？它們的時(shí)間準(zhǔn)則是否都說明了？時(shí)間準(zhǔn)則的最大、最小執(zhí)行

5、時(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是否充分定義了關(guān)于人機(jī)界面的需求？19是否對(duì)需求定義進(jìn)行了可行性分析和相關(guān)文件（資料）是否已歸檔？20是否對(duì)影響需求實(shí)現(xiàn)的因素進(jìn)行了調(diào)查，調(diào)查結(jié)果是否已歸檔

6、？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：采用以下檢查表檢查軟件需求規(guī)格文檔中需求的一致性。序號(hào)問題1各個(gè)需求之間是否一致？是否有沖突和矛盾？2所規(guī)定的模型、算法和數(shù)值方法是否相容？3是否使用了標(biāo)準(zhǔn)的術(shù)語和定義形式？

7、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)的限制是否都有論證？1-6：采用以下檢查表檢查軟件需求規(guī)格文檔中需求的可行性。序號(hào)問題1需求定義是否使軟件的設(shè)計(jì)、實(shí)現(xiàn)、操作和維護(hù)都可行？2所規(guī)定的模型、數(shù)

8、值方法和算法是否對(duì)待解決問題合適？是否能夠在相應(yīng)的限制條件下實(shí)現(xiàn)？3是否能夠達(dá)到關(guān)于質(zhì)量的要求？1-7：采用以下檢查表檢查軟件需求規(guī)格文檔中需求的易修改性。序號(hào)問題1對(duì)需求定義的描述是否易于修改（如是否采用良好的結(jié)構(gòu)和交叉引用表等）？2是否有冗余的信息？是否一個(gè)需求被定義了多次？1-8：采用以下檢查表檢查軟件需求規(guī)格文檔中需求的健壯性。序號(hào)問題1是否有容錯(cuò)的需求？1-9：采用以下檢查表檢查軟件需求規(guī)格文檔中需求的易追溯性。序號(hào)問題1是否可從上一階段的文檔中找到需求定義中的相應(yīng)內(nèi)容？2需求定義是否明確地表明前階段中提出的有關(guān)需求和設(shè)計(jì)限制都已被覆蓋了？3需求定義是否便于向后繼開發(fā)階段查找信息1-

9、10：采用以下檢查表檢查軟件需求規(guī)格文檔中需求的易理解性。序號(hào)問題1是否每一個(gè)需求都只有一種解釋？2功能性需求是否以模塊方式描述的？是否明確地標(biāo)識(shí)出了其功能？3是否有術(shù)語定義一覽表？4是否使用了形式化或半形式化的語言？5語言是否有歧義性？6需求定義中是否只包含了必須的實(shí)現(xiàn)細(xì)節(jié)而不包含不必要的實(shí)現(xiàn)細(xì)節(jié)？是否過分細(xì)致了？7需求定義是否足夠清楚和明確使其能夠作為開發(fā)設(shè)計(jì)規(guī)約和功能性測(cè)試數(shù)據(jù)的基礎(chǔ)？8需求定義的描述是否將對(duì)程序的需求和所提供的其它信息分離開來了？1-11：采用以下檢查表檢查軟件需求規(guī)格文檔中需求的易測(cè)試性和可驗(yàn)證性。序號(hào)問題1需求是否可以驗(yàn)證（即是否可以檢驗(yàn)軟件是否滿足了需求）？2是否

10、對(duì)每一個(gè)需求都指定了驗(yàn)證過程？3數(shù)學(xué)函數(shù)的定義是否使用了精確定義的語法和語義符號(hào)？1-12：采用以下檢查表檢查軟件需求規(guī)格文檔中的性能需求描述。序號(hào)問題是否精確的描述了所有的性能需求和可容忍的性能降低程度？對(duì)每一個(gè)性能應(yīng)包含兩方面的內(nèi)容：1 a. 在最壞情況的執(zhí)行結(jié)果 2 b. 本性能失效后，對(duì)系統(tǒng)產(chǎn)生的影響1-13：采用以下檢查表檢查軟件需求規(guī)格文檔中功能需求描述。序號(hào)問題1是否清楚、明確地描述了所有的功能？2所有已描述的功能是否是必須的？是否能滿足任務(wù)書或系統(tǒng)目標(biāo)的要求？1-14：采用以下檢查表檢查軟件需求規(guī)格文檔中的接口需求描述。序號(hào)問題1是否清楚地定義了所有的接口？3所有接口是否必須？

11、各接口間的關(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：軟件項(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)保證能完

12、全實(shí)現(xiàn)需求規(guī)格的定義。當(dāng)需求更改時(shí)，必須考慮需求更改的相關(guān)性，修訂相應(yīng)軟件開發(fā)計(jì)劃。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)目計(jì)劃文檔中記錄估計(jì)的方法和估計(jì)數(shù)據(jù)。說明：參考建議2-4到2-8。2-4：可以使用PERT統(tǒng)計(jì)估計(jì)、專家判定平均法、經(jīng)驗(yàn)類比估計(jì)、公式計(jì)算等方法，或以上方法的組合，進(jìn)行軟件估計(jì)。示例：P

13、ERT統(tǒng)計(jì)估計(jì)和經(jīng)驗(yàn)類比估計(jì)的結(jié)合PERT統(tǒng)計(jì)估計(jì)值 (最大估計(jì)4期望估計(jì)最小估計(jì)/ 6估計(jì)記錄如下：工作產(chǎn)品任務(wù)最大估計(jì)期望估計(jì)(根據(jù)經(jīng)驗(yàn)類比獲得)最小估計(jì)PERT估計(jì)規(guī)模工作量規(guī)模工作量規(guī)模工作量規(guī)模工作量XX版本（增加XX特性話統(tǒng)模塊概要設(shè)計(jì)文檔頁(yè)數(shù):45;增加、修改模塊設(shè)計(jì)數(shù)目:1212天文檔頁(yè)數(shù):42;增加、修改模塊設(shè)計(jì)數(shù)目:1010天文檔頁(yè)數(shù):30;增加、修改模塊設(shè)計(jì)數(shù)目:55天文檔頁(yè)數(shù):41;增加、修改模塊設(shè)計(jì)數(shù)目:109.5天期望估計(jì)值是根據(jù)XX版本的話統(tǒng)模塊設(shè)計(jì)的數(shù)據(jù)獲得。2-5：對(duì)某項(xiàng)工作產(chǎn)品和任務(wù)的軟件，同時(shí)采用兩種或以上的方法進(jìn)行估計(jì)，以避免一種方法的偏差。2-6：盡量

14、采用歷史經(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)行。說明：軟件估計(jì)對(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ā)可重用軟件部件的計(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)域含：需求的不明確和變更、外

15、部的限制與對(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)影響人審核，并取得他的同意；根據(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ì)劃在同一份文檔中，也可以分

16、開為三份文檔。說明：參考建議2-13。2-13:軟件質(zhì)量保證計(jì)劃和軟件配置管理計(jì)劃作為獨(dú)立的計(jì)劃文檔。2-14：軟件項(xiàng)目計(jì)劃必須是整個(gè)項(xiàng)目開發(fā)過程的計(jì)劃，包括測(cè)試。2-15：測(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é)任人、資源要求、時(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ì)劃處、軟件

17、工程組SEPG）的審核批準(zhǔn)。2-8：軟件項(xiàng)目計(jì)劃必須經(jīng)過評(píng)審。說明：參考建議2-16，。2-16：軟件項(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ì)劃是否包含了版本發(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ī)制？

18、12軟件項(xiàng)目計(jì)劃是否包含“軟件質(zhì)量保證計(jì)劃”和“軟件配置管理計(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í)管理部門（包括軟件工程組SEPG）、SQA人員。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ā)

19、的實(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ā)各里程碑階段結(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ù)度量和分析”。僅供內(nèi)部

20、使用11軟件開發(fā)行為規(guī)范3 概要設(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)、模塊的跟蹤矩陣表記錄需求和概要設(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)審，并

21、保存評(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：采用以下檢查表檢查概要設(shè)計(jì)文檔的完備性。序號(hào)問題1設(shè)計(jì)目標(biāo)是否定義？2需求規(guī)格評(píng)審中不完整的需求(TBD)是否都已經(jīng)解決?3如果以前定義的不完整的需求(TBD)發(fā)生了改變,本設(shè)計(jì)是否能夠支持?4是否對(duì)不完整需求(TBD)的影響進(jìn)行了評(píng)估?5對(duì)有可能不能實(shí)現(xiàn)的設(shè)計(jì)是否有風(fēng)險(xiǎn)

22、管理計(jì)劃? 6是否對(duì)設(shè)計(jì)模式進(jìn)行了描述?3-4：采用以下檢查表檢查概要設(shè)計(jì)文檔的規(guī)范性。序號(hào)問題1文檔是否符合公司模板和寫作要求?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ì)的多種可能的描述之間是否保持一致?(例如:靜態(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是否所有需要的

23、數(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-8：采用以下檢查表檢查概要設(shè)計(jì)文檔的功能性要求。序號(hào)問題1模塊的規(guī)格是否和軟件需求文檔中的功能需求和軟件接口規(guī)格要求保持一致.2 是否給每個(gè)子模塊確定了抽象算法?3設(shè)計(jì)和算法是否能滿足模塊的所有需求?3-9：采用以下檢查表檢查設(shè)計(jì)的接口描述。序號(hào)問題1是否描述了接口的功能特征?2接口是否便于查錯(cuò)?3接口相互之間、和其他模塊、和需求說明書及接口規(guī)格書保持一致？4對(duì)接口的數(shù)量和復(fù)雜度進(jìn)行了有效的平衡，使接口數(shù)量控制在一個(gè)較小數(shù)量，每

24、個(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è)計(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)程

25、是否有時(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ò)情況？4設(shè)計(jì)是否能夠滿足所有系統(tǒng)集成方面的要求？3-14：采用以下檢查表檢查設(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ī)格說

26、明書、或其他產(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)行了定位和分析？ 僅供內(nèi)部使用14軟件開發(fā)行為規(guī)范4 詳細(xì)設(shè)計(jì)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ì)設(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。4-1：采用

27、需求、子系統(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ì)文檔比例要達(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ù)、功能性、接

28、口、詳細(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是否描述了所采用的設(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ì)是否使用了要求的

29、方法和工具？4-6：采用以下檢查表檢查詳細(xì)設(shè)計(jì)的一致性。序號(hào)問題1在單元和單元的接口中數(shù)據(jù)成員的名稱是否保持一致？2所有接口之間，接口和接口規(guī)格書之間是否保持一致？3詳細(xì)設(shè)計(jì)和概要設(shè)計(jì)文檔是否能夠完全描述“正在構(gòu)建”的系統(tǒng)4-7：采用以下檢查表檢查詳細(xì)設(shè)計(jì)的正確性。序號(hào)問題1是否有邏輯錯(cuò)誤？2需要使用常量名稱的地方是否有錯(cuò)誤？3是否所有的條件都被處理？（,=, ,switch case)?4分支所處的狀態(tài)是否正確？ （邏輯沒有搞反）4-8：采用以下檢查表檢查詳細(xì)設(shè)計(jì)的數(shù)據(jù)描述。序號(hào)問題1是否所有聲明的數(shù)據(jù)塊都已經(jīng)使用？2定位于單元的數(shù)據(jù)結(jié)構(gòu)是否已經(jīng)描述？3如果有對(duì)共享數(shù)據(jù)、文件的修改，對(duì)數(shù)據(jù)的

30、訪問是否按照正確的共享協(xié)議進(jìn)行？（例如：通過信號(hào)燈同步進(jìn)程）4是否所有的邏輯單元、事件標(biāo)記、同步標(biāo)記都已經(jīng)定義和初始化？5是否所有的變量、指針、常量都已經(jīng)定義并初始化？4-9：采用以下檢查表檢查詳細(xì)設(shè)計(jì)的功能性要求。序號(hào)問題1設(shè)計(jì)是否使用了指定的算法？2設(shè)計(jì)是否能夠滿足需求和目的？4-10：采用以下檢查表檢查詳細(xì)設(shè)計(jì)的接口描述。序號(hào)問題1參數(shù)表是否在數(shù)量、類型和順序上保持一致？2是否所有的輸入輸出都已經(jīng)正確定義并檢查過？3所傳遞參數(shù)的順序是否描述清楚？4參數(shù)傳遞的機(jī)制是否確定？5通過接口傳遞的常量和變量是否與單元設(shè)計(jì)的相同？（例如，函數(shù)中定義的常量不能在所調(diào)用的子過程中被修改）6傳入、傳出函數(shù)

31、的參數(shù)，控制標(biāo)記是否都已經(jīng)描述清楚。7是否以度量單位描述了參數(shù)的值區(qū)間，準(zhǔn)確性和精度。4-11：采用以下檢查表檢查詳細(xì)設(shè)計(jì)的詳細(xì)程度。序號(hào)問題1代碼和文檔間的展開率是否小于10：1？2對(duì)模塊的所有需求都已經(jīng)定義？3詳細(xì)程度是否足夠開發(fā)和維護(hù)代碼？4-12：采用以下檢查表檢查詳細(xì)設(shè)計(jì)的可維護(hù)性。序號(hào)問題1單元是否是高內(nèi)聚和低外部耦合？（例如：?jiǎn)卧母淖儾粫?huì)在內(nèi)部出現(xiàn)不可預(yù)見的影響，同時(shí)對(duì)其他單元的影響最??？2是否這種設(shè)計(jì)是復(fù)雜度最小的設(shè)計(jì)？3開始部分的描述是否符合公司的要求？（例如：目的，作者，環(huán)境，非標(biāo)準(zhǔn)特性，開發(fā)歷史，輸入輸出參數(shù)，使用的文件，數(shù)據(jù)結(jié)構(gòu)，引用此單元的其他單元，注釋。4-13：

32、采用以下檢查表檢查詳細(xì)設(shè)計(jì)的性能。序號(hào)問題1進(jìn)程是否有時(shí)間窗？2是否所有的時(shí)間和空間的限制都已明確？4-14：采用以下檢查表檢查詳細(xì)設(shè)計(jì)的可靠性。序號(hào)問題1初始化時(shí)是否使用了默認(rèn)值，是否正確？2訪問內(nèi)存時(shí)是否進(jìn)行了邊界檢查，以保證地址正確？（隊(duì)列，數(shù)據(jù)結(jié)構(gòu)，指針，等等）3對(duì)輸入、輸出、接口和結(jié)果是否進(jìn)行了錯(cuò)誤檢查？4對(duì)所有錯(cuò)誤情況都安排了有意義的消息反饋？5特殊情況下的返回碼是否和文檔中定義的全局返回碼一致？6是否考慮了異常情況？4-15：采用以下檢查表檢查詳細(xì)設(shè)計(jì)的可測(cè)試性。序號(hào)問題1是否每個(gè)單元都可以被測(cè)試、演示、分析或者檢視，以確認(rèn)滿足需求。2設(shè)計(jì)中是否包括輔助測(cè)試的檢查點(diǎn)？（例如：條件

33、編譯代碼、斷言等）3是否所有的邏輯都是可測(cè)的?4是否描述了本單元的測(cè)試驅(qū)動(dòng)模塊，測(cè)試用例集，測(cè)試結(jié)果?4-16：采用以下檢查表檢查詳細(xì)設(shè)計(jì)的可追溯性。序號(hào)問題1是否每一部分的設(shè)計(jì)都可以追溯到需求？2是否每一個(gè)設(shè)計(jì)決策都可以追溯到效益分析？3是否所有的設(shè)計(jì)決策都可以追溯到成本/效益分析？4是不是描述了每個(gè)單元的詳細(xì)需求？5單元需求是否能夠追溯到軟件規(guī)格文檔（SSD-1）？軟件規(guī)格文檔是否能夠跟蹤到單元需求？6是否有到代碼的引用或者包括代碼本身？?jī)H供內(nèi)部使用18軟件開發(fā)行為規(guī)范5 編碼5 編碼5-1：編碼必須以設(shè)計(jì)文檔為基礎(chǔ)，必須保證所有的設(shè)計(jì)都被編碼實(shí)現(xiàn)。當(dāng)設(shè)計(jì)發(fā)生變更時(shí)，必須修改相關(guān)代碼。5-

34、2：必須保證設(shè)計(jì)文檔和代碼的一致性。當(dāng)代碼的修改已經(jīng)造成設(shè)計(jì)更改時(shí)，必須修訂相應(yīng)設(shè)計(jì)文檔。5-3：必須對(duì)重要的代碼進(jìn)行正規(guī)檢視。說明：參考建議5-1。5-1：根據(jù)模塊、函數(shù)/單元/進(jìn)程的復(fù)雜度、規(guī)模和在軟件系統(tǒng)中的重要程度，選擇重要的代碼進(jìn)行正規(guī)檢視。在產(chǎn)品中，進(jìn)行正規(guī)檢視的代碼比例要達(dá)到40%。5-4：在代碼已經(jīng)基線化后，對(duì)代碼的更改必須通過評(píng)審，并保存評(píng)審記錄。5-5：代碼必須遵守相關(guān)的編程規(guī)范規(guī)定。5-6：對(duì)代碼的正規(guī)檢視和評(píng)審，必須依照相關(guān)編程規(guī)范規(guī)定檢查編程規(guī)范符合情況。僅供內(nèi)部使用19軟件開發(fā)行為規(guī)范6 需求管理6 需求管理6-1：產(chǎn)品項(xiàng)目必須安排人員負(fù)責(zé)需求管理的職責(zé)。說明：職責(zé)

35、參見建議6-1。6-1：需求管理的職責(zé)至少應(yīng)包括以下內(nèi)容：序號(hào)內(nèi)容1在產(chǎn)品項(xiàng)目整個(gè)生存周期內(nèi)，管理系統(tǒng)需求和它們的分配，并對(duì)其建立文檔。2實(shí)現(xiàn)對(duì)系統(tǒng)需求及其分配的更改。6-2：必須建立文檔標(biāo)識(shí)分配到軟件中的產(chǎn)品系統(tǒng)需求。說明：文檔的內(nèi)容參見建議6-2。6-2： 標(biāo)識(shí)分配到軟件中的產(chǎn)品系統(tǒng)需求的文檔至少應(yīng)包含以下內(nèi)容:序號(hào)內(nèi)容1影響和確定軟件項(xiàng)目活動(dòng)的非技術(shù)性需求（即：協(xié)議、條件、合同條款等）。2對(duì)軟件的技術(shù)需求。3用于確認(rèn)軟件產(chǎn)品滿足分配需求的驗(yàn)收標(biāo)準(zhǔn)。6-3：相關(guān)人員必須接受需求管理活動(dòng)方面的培訓(xùn)。說明：參見建議6-3。6-3： 培訓(xùn)至少包括以下內(nèi)容:序號(hào)內(nèi)容1項(xiàng)目所使用的方法、標(biāo)準(zhǔn)、規(guī)程2

36、應(yīng)用領(lǐng)域的知識(shí)6-4：必須對(duì)對(duì)經(jīng)過評(píng)審和批準(zhǔn)的需求文檔進(jìn)行管理和控制。說明：參見建議6-4。6-4：對(duì)經(jīng)過評(píng)審和批準(zhǔn)的需求至少應(yīng)采用以下方法進(jìn)行管理和控制：序號(hào)內(nèi)容1在配置管理計(jì)劃（SCMP）中將需求文檔定義為CI。2對(duì)需求文檔進(jìn)行配置管理。3相應(yīng)的參考文檔進(jìn)行變更/維護(hù)。6-5：必須對(duì)需求變更采用嚴(yán)格的變更控制流程控制。說明：參見建議6-5。6-5：變更控制流程至少應(yīng)包含以下內(nèi)容：序號(hào)內(nèi)容1對(duì)變化的影響進(jìn)行評(píng)估2經(jīng)過CCB組織的評(píng)審3通知受影響的組和個(gè)人4跟蹤解決該問題，直到關(guān)閉6-6：必須在開發(fā)過程中對(duì)需求進(jìn)行跟蹤。說明：參見建議6-6。6-6：需求跟蹤活動(dòng)至少應(yīng)包括以下內(nèi)容：序號(hào)內(nèi)容1按

37、照公司模板制定需求跟蹤說明書2跟蹤需求狀態(tài)的變化3需求的跟蹤和分配經(jīng)過評(píng)審6-7：在需求管理活動(dòng)中必須建立相關(guān)度量記錄。說明：參見建議6-76-7：對(duì)需求活動(dòng)的度量至少應(yīng)包含以下內(nèi)容：序號(hào)內(nèi)容1需求的數(shù)量2需求的狀態(tài)3需求的類型4需求的更改次數(shù)6-8：需求管理活動(dòng)和其文檔必須接受上級(jí)管理部門、產(chǎn)品項(xiàng)目經(jīng)理、SQA的評(píng)審。僅供內(nèi)部使用21軟件開發(fā)行為規(guī)范7 軟件配置管理7 軟件配置管理7-1：產(chǎn)品項(xiàng)目要任命配置管理的人員和組織，在整個(gè)配置管理活動(dòng)中明確他們的職責(zé)。說明：參考建議7-1。7-1：參照軟件配置管理規(guī)范和軟件配置管理指導(dǎo)書，任命SCM組織。7-2：產(chǎn)品項(xiàng)目必須制定軟件配置管理計(jì)劃（SC

38、MP)，指導(dǎo)整個(gè)配置管理活動(dòng)。說明：參考建議7-2。7-2：項(xiàng)目經(jīng)理根據(jù)配置管理計(jì)劃（模板），負(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：變更

39、申請(qǐng)要有一套流程支持，該流程要保證該變更申請(qǐng)（針對(duì)已基線化的配置項(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)容至少包括：?jiǎn)挝粫r(shí)間內(nèi)處理的CRs數(shù)量，CRs分布統(tǒng)計(jì)表，CRs流通量統(tǒng)計(jì)表，CRs狀態(tài)分布統(tǒng)計(jì)表等。說明：參考建議7-4。7-4：建

40、議正常情況2周發(fā)布一次，更改頻繁時(shí)是1周，更改較少時(shí)是3周7-12：建立可以體現(xiàn)開發(fā)版本和基線版本兩種不同受控程度的配置庫(kù)系統(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ā)布必須只能來自基線庫(kù)。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)的Ch

41、ecklist進(jìn)行指導(dǎo)，評(píng)審要有記錄。僅供內(nèi)部使用23軟件開發(fā)行為規(guī)范8 軟件質(zhì)量保證8 軟件質(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)？5項(xiàng)目的軟件相關(guān)成員是否接受了有關(guān)SQA組任務(wù)、職責(zé)、權(quán)利等的相關(guān)培訓(xùn)？6上級(jí)管理部門是否對(duì)產(chǎn)品項(xiàng)目的SQA

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

43、活動(dòng)是否按照SQA計(jì)劃進(jìn)行？ 4SQA計(jì)劃是否經(jīng)過計(jì)劃中涉及的相關(guān)組和個(gè)人的評(píng)審，并得到SQA經(jīng)理、產(chǎn)品項(xiàng)目經(jīng)理的批準(zhǔn)？5SQA計(jì)劃和軟件項(xiàng)目計(jì)劃是否在項(xiàng)目的里程碑處進(jìn)行了修改，修改是否得到批準(zhǔn)？SQA計(jì)劃和軟件項(xiàng)目開發(fā)計(jì)劃是否同步變更？8-4：SQA必須對(duì)產(chǎn)品軟件開發(fā)過程進(jìn)行過程審計(jì)。說明：參考建議8-1。8-1：要對(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)管理部門的

44、批準(zhǔn)？2軟件過程審計(jì)是否按照公司制訂的軟件過程審計(jì)規(guī)程執(zhí)行？3SQA是否對(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)審等 。8-3：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)告

45、給SQA人員了嗎？5SQA人員對(duì)技術(shù)評(píng)審的結(jié)果進(jìn)行分析了嗎？8-7：SQA人員必須定期生成SQA活動(dòng)的報(bào)告。說明：參考建議8-4。8-4：對(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)行