【正文】 表 整個軟件開發(fā)周期修改 軟件問題報(bào)告單 整個軟件開發(fā)周期記錄 軟件問題修改單 整個軟件開發(fā)周期組織 軟件質(zhì)量保證小組保證小組成員記錄 整個軟件開發(fā)周期15 / 23第十二章 附 錄 B項(xiàng) 目 進(jìn) 展 表 B1 項(xiàng)目進(jìn)展報(bào)表（月報(bào)表或季報(bào)表）由一項(xiàng)目報(bào)表表頭（表 B1）和另一外三個表格（表 B表 B表 B4）組成。在軟件質(zhì)量保證小組中，應(yīng)有專人負(fù)責(zé)收集、匯總與保存有關(guān)軟件質(zhì)量保證活動的記錄。如果只選用其中部分內(nèi)容，則按待開發(fā)軟件的處理過程辦理，此時 XX 系統(tǒng)總體組不予干預(yù)。 11 / 23第八章 媒體控制為了保護(hù)計(jì)算機(jī)程序的物理媒體，以免非法存取，意外損壞或自然老化，XX 系統(tǒng)工程化軟件系統(tǒng)的各個子系統(tǒng)（包括支持軟件）都必須設(shè)立軟件配置管理人員，并按照 XX系統(tǒng)軟件工程小組制訂的、且經(jīng) XX 系統(tǒng)總體組批準(zhǔn)的《 XX 系統(tǒng)軟件配置管理計(jì)劃》妥善管理和存放各個子系統(tǒng)及其專用支持軟件的媒體。它主要協(xié)助用戶繪制描述程序流程與結(jié)構(gòu)的DFD 圖與 SC 圖、繪制描述軟件功能（輸入、輸出關(guān)系）的曲線以及繪制描述系統(tǒng)特性的一些其他圖形，同時還可生成若干與 XX 系統(tǒng)軟件文檔編制大約相適應(yīng)的文檔模板。它支持用戶對源代碼清單的更新管理以及對重新編譯與連接的代碼的自動組織；支持用戶有不同文檔相關(guān)內(nèi)容之間進(jìn)行相互檢索并確定同一文檔中的涉及范圍；同時還應(yīng)支持軟件配置管理小組對軟件配置更改進(jìn)行科學(xué)的管理。10 / 23第七章 工具、技術(shù)和方法在 XX 系統(tǒng)項(xiàng)目所屬的各個子系統(tǒng)（其中包括有關(guān)的支持）的研制與開發(fā)過程中，都應(yīng)該在各自的軟件質(zhì)量保證活動中合理地使用軟件質(zhì)量支持工具、技術(shù)和方法。 9 / 23第六章 軟件配置管理對 XX 系統(tǒng)的各項(xiàng)配置進(jìn)行及時、合同的管理，是確保軟件的配置管理工作，可按 XX系統(tǒng)軟件工程小組編寫的《XX 系統(tǒng)軟件配置管理計(jì)劃》 。 ? 物理檢查應(yīng)對軟件進(jìn)行物理檢查，以驗(yàn)證程序和文檔已經(jīng)一致，并已做好了交付的準(zhǔn)備。這些評審會應(yīng)在集成測試階段結(jié)束后進(jìn)行。特別在評審功能測試工作時，不僅要運(yùn)行開發(fā)單位給出的測試用例，而且要允許運(yùn)行任務(wù)委托單位或用戶、評審人員選定的采樣用例。準(zhǔn)則的那些測試用例在子系統(tǒng)功能測試時得到再現(xiàn)。各個子系統(tǒng)只進(jìn)行功能測試，不單獨(dú)進(jìn)行結(jié)構(gòu)測試，因而要登錄程序單元之間接口的變量值。必須等于 100%，分支覆蓋 C1 必須大于或等于 85%。在通過靜態(tài)分析后，再進(jìn)行結(jié)8 / 23構(gòu)測試和功能測試。在滿足這些要求之后，方可進(jìn)行測試工作評審。? 詳細(xì)設(shè)計(jì)評審應(yīng)確定軟件設(shè)計(jì)說明書中的詳細(xì)設(shè)計(jì)在滿足軟件需求規(guī)格說明書中的需求方面的可接受性。 . 第二次評審第二次評審會要對詳細(xì)設(shè)計(jì)、功能測試與演示進(jìn)行評審，并對第一次評審結(jié)果進(jìn)行復(fù)核。 ? 概要設(shè)計(jì)評審應(yīng)評價(jià)軟件設(shè)計(jì)說明書中的軟件概要設(shè)計(jì)的技術(shù)合適性。. 第一次評審第一次評審會要對軟件需求、概要設(shè)計(jì)以及驗(yàn)證與確認(rèn)方法進(jìn)行評審。有每次評審之后，要對評審結(jié)果作出明確的管理決策。就整個軟件開發(fā)過程而言，至少要進(jìn)行軟件需求評審、概要設(shè)計(jì)評審、詳細(xì)設(shè)計(jì)評審、軟件驗(yàn)證和確認(rèn)評審、功能檢查、物理檢查、綜合檢查以及管理評審等八個方面的評審和檢查工作。 6 / 23第四章 標(biāo)準(zhǔn)、條例和約定在系統(tǒng)軟件系統(tǒng)的開發(fā)過程中，還必須遵守下列標(biāo)準(zhǔn)、條例和約定：? 《XX 系統(tǒng)軟件配置管理計(jì)劃》 7 / 23第五章 評審和檢查本章具體規(guī)定了應(yīng)該進(jìn)行的階段評審、階段評審的內(nèi)容和評審的時間要求。 ? 規(guī)范性：在軟件開發(fā)各個階段所編寫的各種文檔應(yīng)該具有良好的規(guī)范性。 ? 自說明性：在軟件開發(fā)各個階段所編寫的各種文檔應(yīng)該具有較好的自說明性。文檔的可追蹤性包括縱向可追蹤性和橫向可追蹤性兩個方面。 ? 簡明性：在軟件開發(fā)各個階段所編寫的各種文檔的語言表達(dá)應(yīng)該清晰、準(zhǔn)確簡煉，適合各種文檔的特定讀者。評審文檔質(zhì)量的度量準(zhǔn)則是有以下六條：? 完備性：應(yīng)按照 GB 8567 的規(guī)定編制相應(yīng)的文檔，以保證在開發(fā)階段結(jié)束時其文檔是齊全的。5 / 23. 文檔質(zhì)量的度量準(zhǔn)則文檔是軟件的重要組成部分，是軟件生存周期各個不同階段的產(chǎn)品描述。 . 其他文檔除了基本文檔之外，對于尚在開發(fā)中的軟件，還應(yīng)該包括以下四個方面的文檔：? 軟件質(zhì)量保證計(jì)劃； ? 軟件配置計(jì)劃； ? 項(xiàng)目進(jìn)展報(bào)表； ? 階段評審報(bào)表； 注：前面兩個文檔由項(xiàng)目工程小組制訂，屬于管理文檔，各個子系統(tǒng)的項(xiàng)目承辦單位與軟件開發(fā)單位都應(yīng)認(rèn)真執(zhí)行計(jì)劃中規(guī)定的條款。 4 / 23第三章 文檔本章給出了在系統(tǒng)軟件開發(fā)過程各階段需要編制的文檔名稱及其要求，并且規(guī)定了評審文檔質(zhì)量的通用的度量準(zhǔn)則。. 職責(zé)在軟件質(zhì)量保證小組中，其各方面人員的職責(zé)如下： ? 組長全面負(fù)責(zé)有關(guān)軟件質(zhì)量保證的各項(xiàng)工作； ? 總體組代表負(fù)責(zé)有關(guān)階段評審、項(xiàng)目進(jìn)展報(bào)表檢查以及軟件驗(yàn)收準(zhǔn)備等三方面工作中的質(zhì)量保證工作。? 軟件驗(yàn)收：必須組織專門的驗(yàn)收小組對系統(tǒng)軟件系統(tǒng)及其所屬各個子系統(tǒng)進(jìn)行驗(yàn)收。? 日常檢查：在軟件的開發(fā)過程中，各子系統(tǒng)應(yīng)該填寫項(xiàng)目進(jìn)度報(bào)告。3 / 23每一次評審工作都應(yīng)填寫評審總結(jié)報(bào)告（RSR） 、評審問題記錄（RPL） 、評審成員簽字（RMT）與軟件問題報(bào)告單（SPR）等四張表格。關(guān)于這些評審工作的詳細(xì)內(nèi)容見第 5 章。評審與檢查的目的是為了確保在軟件開發(fā)工作的各個階段和各個方面都認(rèn)真采取各項(xiàng)措施來保證與提高軟件的質(zhì)量。因此，對新開發(fā)的或正在開