系統(tǒng)-質(zhì)量保證計(jì)劃模板

1、XX系統(tǒng)-質(zhì)量保證計(jì)劃XX系統(tǒng)1質(zhì)量保證計(jì)劃目錄第一章引言11.1. 目的 11.2. 定義 11.3. 參考資料1第二章管理22.1. 機(jī)構(gòu)22.2. 任務(wù)22.3. 職責(zé)3第三章文檔43.1. 基本文檔43.2. 其他文檔43.3. 文檔質(zhì)量的度量準(zhǔn)則5第四章標(biāo)準(zhǔn)、條例和約定 6第五章評審和檢查 75.1. 第一次評審75.2. 第二次評審75.3. 第三次評審8第六章軟件配置管理 9第七章工具、技術(shù)和方法 10第八章媒體控制11第九章對供貨單位的控制 12第十章記錄收集、維護(hù)和保存 13第十一章附錄A 14第十二章附錄B 15第十三章附錄C 18第一章引言1.1. 目的描述質(zhì)量保證計(jì)劃目

2、的，示例如下，文檔編寫時刪除綠色文字部分本計(jì)劃的目的在于對所開發(fā)系統(tǒng)軟件規(guī)定各種必要的質(zhì)量保證措施，以保證交付軟件能夠滿足項(xiàng)目委托書或合同中規(guī)定的各項(xiàng)需求。系統(tǒng)軟件及所屬的各個子系統(tǒng)（其中包括為本項(xiàng)目研制或選用的各種支持軟件）時，都應(yīng)該報告本計(jì)劃中的有關(guān)規(guī)定，但可根據(jù)各自的情況對計(jì)劃作適當(dāng)?shù)募舨茫詽M足特定的質(zhì)量保證要求，剪裁后的計(jì)劃必須經(jīng)過批準(zhǔn)。1.2. 定義定義文檔編寫過程中用到的一些術(shù)語或約定的簡稱標(biāo)準(zhǔn)等，示例如下，文檔編寫時 刪除綠色文字部分本計(jì)劃用到的一些術(shù)語的定義按GB/T 11457和GB/T 12505 。1.3. 參考資料文檔編寫過程中參考的文檔，示例如下，文檔編寫時刪除綠色

3、文字部分GB/T 11457軟件工程術(shù)語GB 8566計(jì)算機(jī)軟件開發(fā)規(guī)范GB 8567計(jì)算機(jī)軟件產(chǎn)品開發(fā)文件編制指南GB/T 12504計(jì)算機(jī)軟件質(zhì)量保證計(jì)劃規(guī)范GB/T 12505計(jì)算機(jī)軟件配置管理計(jì)劃規(guī)范XX系統(tǒng)-質(zhì)量保證計(jì)劃第二章管理2.1. 機(jī)構(gòu)在本軟件系統(tǒng)整個開發(fā)期間，必須成立軟件質(zhì)量保證小組負(fù)責(zé)質(zhì)量保證工作。軟件質(zhì)量保證小組屬總體組領(lǐng)導(dǎo)，由總體組代表、 項(xiàng)目的軟件工程小組代表、 項(xiàng)目的專職質(zhì)量保證人員、項(xiàng)目的專職配置管理人員以及各個子系統(tǒng)軟件質(zhì)量保證人員等方面的人員組成，由項(xiàng)目的軟件工程小組代表任組長。各子系統(tǒng)的軟件質(zhì)量保證人員在業(yè)務(wù)上受軟件質(zhì)量保證小組領(lǐng) 導(dǎo)，在行政上受各子系統(tǒng)負(fù)

4、責(zé)人領(lǐng)導(dǎo)。軟件質(zhì)量保證小組和軟件質(zhì)量保證人員必須檢查和督促本計(jì)劃的實(shí)施。各子系統(tǒng)的軟件質(zhì)量保證人員有權(quán)直接向軟件質(zhì)量保證小組報告子項(xiàng)目的軟件質(zhì)量狀況。各子系統(tǒng)的軟件質(zhì)量保證人員應(yīng)該根據(jù)對子項(xiàng)目的具體要求， 制訂必要的規(guī)程和規(guī)定， 以確保完全遵守本計(jì)劃 規(guī)定的所有要求。2.2. 任務(wù)軟件質(zhì)量保證工作涉及軟件生存同期各階段的活動，應(yīng)該貫徹到日常的軟件開發(fā)活動中，而且應(yīng)該特別注意軟件質(zhì)量的早期評審工作。因此，對新開發(fā)的或正在開發(fā)的各子系統(tǒng)，要按照GB 8566與本計(jì)劃的各項(xiàng)規(guī)定進(jìn)行各項(xiàng)評審工作。軟件質(zhì)量保證小組要派成員參加所有的評審與檢查活動。 評審與檢查的目的是為了確保在軟件開發(fā)工作的各個階段和各

5、個方面都認(rèn)真采取各項(xiàng)措施來保證與提高軟件的質(zhì)量。在軟件開發(fā)過程中，經(jīng)總體組研究決定，在軟件及其所屬各子系統(tǒng)的開發(fā)過程中，應(yīng)該進(jìn)行以下三次評審： 第一次評審軟件需求、 概要設(shè)計(jì)、驗(yàn)證與確認(rèn)方法；第二次評審詳細(xì)設(shè)計(jì)、功能測試與演示，并對第一次評審結(jié)果復(fù)核；第三次是功能檢查、物理檢查和綜合檢查。關(guān)于這些評審工作的詳細(xì)內(nèi)容見第5章。階段評審工作要組織專門的評審小組，原則上由項(xiàng)目總體小組成員或特邀專家擔(dān)任評審組長，評審小組成員應(yīng)該包括項(xiàng)目委托單位或用戶的代表、質(zhì)量保證人員、軟件開發(fā)單位和上級主管部門的代表，其他參加人員視評審內(nèi)容而定。每一次評審工作都應(yīng)填寫評審總結(jié)報告（RSR）、評審問題記錄（RPL）、

6、評審成員簽字（RMT ）與軟件問題報告單（SPR ）等四張表格。這四張階段評審報表的具體格式應(yīng)與附錄C中的規(guī)定相一致。日常檢查：在軟件的開發(fā)過程中， 各子系統(tǒng)應(yīng)該填寫項(xiàng)目進(jìn)度報告。項(xiàng)目狀態(tài)報告的格式與附錄B中的規(guī)定相一致。軟件驗(yàn)收：必須組織專門的驗(yàn)收小組對系統(tǒng)軟件系統(tǒng)及其所屬各個子系統(tǒng)進(jìn)行驗(yàn)收。驗(yàn)收工作應(yīng)按照公安部機(jī)關(guān)金盾工程項(xiàng)目驗(yàn)收辦法進(jìn)行。2.3. 職責(zé)在軟件質(zhì)量保證小組中，其各方面人員的職責(zé)如下：組長全面負(fù)責(zé)有關(guān)軟件質(zhì)量保證的各項(xiàng)工作；總體組代表負(fù)責(zé)有關(guān)階段評審、項(xiàng)目進(jìn)展報表檢查以及軟件驗(yàn)收準(zhǔn)備等三方面工作 中的質(zhì)量保證工作。項(xiàng)目的專職配置管理人員負(fù)責(zé)有關(guān)軟件配置變動、軟件媒體控制以及對

7、供貨單位的控制等三方面的質(zhì)量保證活動；各子系統(tǒng)的軟件質(zhì)量保證人員負(fù)責(zé)測試復(fù)查和文檔的規(guī)范化檢查工作；用戶代表負(fù)責(zé)反映用戶的質(zhì)量要求，并協(xié)助檢查各類人員對軟件質(zhì)量保證計(jì)劃的執(zhí)行情況；項(xiàng)目的專職質(zhì)量保證人員協(xié)助組長開展各項(xiàng)軟件質(zhì)量保證活動，負(fù)責(zé)審查所采用的質(zhì)量保證工具、技術(shù)和方法，并負(fù)責(zé)匯總、維護(hù)和保存有關(guān)軟件質(zhì)量活動的各項(xiàng)記錄。第三章文檔本章給出了在系統(tǒng)軟件開發(fā)過程各階段需要編制的文檔名稱及其要求，并且規(guī)定了評審文檔質(zhì)量的通用的度量準(zhǔn)則。3.1. 基本文檔為了確保軟件的實(shí)現(xiàn)滿足需求，系統(tǒng)軟件各開發(fā)單位至少應(yīng)該編寫以下八個方面內(nèi)容的 文檔：軟件需求規(guī)格說明書；軟件設(shè)計(jì)說明書，對一些規(guī)模較大或復(fù)雜性

8、較高的項(xiàng)目，應(yīng)該把本文檔分成概要設(shè)計(jì)說明書與詳細(xì)設(shè)計(jì)說明書兩個文檔；軟件測試計(jì)劃；軟件測試報告；用戶手冊；源程序清單；項(xiàng)目實(shí)施計(jì)劃；項(xiàng)目開發(fā)總結(jié)。3.2. 其他文檔除了基本文檔之外，對于尚在開發(fā)中的軟件，還應(yīng)該包括以下四個方面的文檔：軟件質(zhì)量保證計(jì)劃；軟件配置計(jì)劃；項(xiàng)目進(jìn)展報表；階段評審報表；注：前面兩個文檔由項(xiàng)目工程小組制訂，屬于管理文檔，各個子系統(tǒng)的項(xiàng)目承辦單位與軟件開發(fā)單位都應(yīng)認(rèn)真執(zhí)行計(jì)劃中規(guī)定的條款。后面兩類文檔屬于工作文檔，就是本計(jì)劃的2.2中提到的四張項(xiàng)目進(jìn)展季報表。3.3. 文檔質(zhì)量的度量準(zhǔn)則文檔是軟件的重要組成部分， 是軟件生存周期各個不同階段的產(chǎn)品描述。難作確認(rèn)就是要檢查各階

9、段文檔的合適性。評審文檔質(zhì)量的度量準(zhǔn)則是有以下六條：完備性：應(yīng)按照 GB 8567的規(guī)定編制相應(yīng)的文檔，以保證在開發(fā)階段結(jié)束時其文 檔是齊全的。正確性：在軟件開發(fā)各個階段所編寫的文檔的內(nèi)容，必須真實(shí)的反映階段的工作且與該階段的需求相一致。簡明性：在軟件開發(fā)各個階段所編寫的各種文檔的語言表達(dá)應(yīng)該清晰、準(zhǔn)確簡煉， 適合各種文檔的特定讀者?？勺粉櫺裕涸谲浖_發(fā)各個階段所編寫的各種文檔應(yīng)該具有良好的可追蹤性。文檔的可追蹤性包括縱向可追蹤性和橫向可追蹤性兩個方面。前者是指在不同的文檔的相關(guān)內(nèi)容之間相互檢索的難易程序；后者是指確定同一文檔某一內(nèi)容在本文檔中的范圍的難易程度。自說明性：在軟件開發(fā)各個階段所編

10、寫的各種文檔應(yīng)該具有較好的自說明性。文檔的自說明性是指在軟件開發(fā)各個階段中的不同文檔能獨(dú)立表達(dá)該軟件其相應(yīng)階段 的階段產(chǎn)品的能力。規(guī)范性：在軟件開發(fā)各個階段所編寫的各種文檔應(yīng)該具有良好的規(guī)范性。文檔的規(guī)范性是指文檔的封面、大綱、術(shù)語的含義以及圖示符號等符合有關(guān)規(guī)范的規(guī)定。21第四章標(biāo)準(zhǔn)、條例和約定在系統(tǒng)軟件系統(tǒng)的開發(fā)過程中，還必須遵守下列標(biāo)準(zhǔn)、條例和約定:XX系統(tǒng)軟件配置管理計(jì)劃第五章評審和檢查本章具體規(guī)定了應(yīng)該進(jìn)行的階段評審、階段評審的內(nèi)容和評審的時間要求。對新開發(fā)的或正在開發(fā)過程中的各個子系統(tǒng)，都要按照GB 8566的規(guī)定進(jìn)行定期的或階段性的各項(xiàng)評審工作。就整個軟件開發(fā)過程而言，至少要進(jìn)行

11、軟件需求評審、概要設(shè)計(jì)評審、詳細(xì)設(shè)計(jì)評 審、軟件驗(yàn)證和確認(rèn)評審、功能檢查、物理檢查、綜合檢查以及管理評審等八個方面的評審和檢查工作。如本計(jì)劃第 2.2條所述，經(jīng)總體研究決定，在全 XX系統(tǒng)軟件及其所屬各個子 系統(tǒng)的開發(fā)過程中，把前七種評審分成三次進(jìn)行。有每次評審之后，要對評審結(jié)果作出明確 的管理決策。下面給出每次評審應(yīng)該進(jìn)行的工作。5.1. 第一次評審第一次評審會要對軟件需求、概要設(shè)計(jì)以及驗(yàn)證與確認(rèn)方法進(jìn)行評審。軟件需求評審應(yīng)確保在軟件需求規(guī)格說明書中規(guī)定的各項(xiàng)需求的合理性。概要設(shè)計(jì)評審應(yīng)評價軟件設(shè)計(jì)說明書中的軟件概要設(shè)計(jì)的技術(shù)合適性。軟件驗(yàn)證和確認(rèn)評審應(yīng)評價軟件驗(yàn)證和確認(rèn)計(jì)劃中確定的驗(yàn)證和確

12、認(rèn)方法的合適 性和完整性。5.2. 第二次評審第二次評審會要對詳細(xì)設(shè)計(jì)、功能測試與演示進(jìn)行評審，并對第一次評審結(jié)果進(jìn)行復(fù)核。如果在軟件開發(fā)過程中發(fā)現(xiàn)需要修改第一次評審結(jié)果，則應(yīng)按照XX系統(tǒng)軟件配置管理計(jì)劃的規(guī)定處理。詳細(xì)設(shè)計(jì)評審應(yīng)確定軟件設(shè)計(jì)說明書中的詳細(xì)設(shè)計(jì)在滿足軟件需求規(guī)格說明書中 的需求方面的可接受性。編程格式評審應(yīng)確保所有編碼采用規(guī)定的工作語言，能在規(guī)定的運(yùn)行環(huán)境中運(yùn)行，滿足C語言編程格式約定，并且符合GB 8566中提倡的編程風(fēng)格。在滿足這些 要求之后，方可進(jìn)行測試工作評審。測試工作評審應(yīng)對所有的程序單元進(jìn)行靜態(tài)分析，檢查其程序結(jié)構(gòu)（即模塊和函數(shù)的調(diào)用關(guān)系和調(diào)用序列）和變量使用是否正

13、確。在通過靜態(tài)分析后，再進(jìn)行結(jié)構(gòu)測試和功能測試。在結(jié)構(gòu)測試中，所有程序單元結(jié)構(gòu)測試的語句覆蓋Co必須等于100% ,分支覆蓋C1必須大于或等于 85%。要給出第個單元的輸入和輸出變量的 變化范圍。各個子系統(tǒng)只進(jìn)行功能測試，不單獨(dú)進(jìn)行結(jié)構(gòu)測試，因而要登錄程序單元之間接口的變量值。力圖使?jié)M足單元測試的C1和Co準(zhǔn)則的那些測試用例在子系統(tǒng)功能測試時得到再現(xiàn)。測試測試工作評審要檢查所進(jìn)行的測試工作是否滿足這 些要求。特別在評審功能測試工作時，不僅要運(yùn)行開發(fā)單位給出的測試用例，而且要允許運(yùn)行任務(wù)委托單位或用戶、評審人員選定的采樣用例。5.3. 第三次評審第三次評審會要進(jìn)行功能檢查、物理檢查和綜合檢查。這

14、些評審會應(yīng)在集成測試階段結(jié) 束后進(jìn)行。功能檢查應(yīng)驗(yàn)證所開發(fā)的軟件已滿足在軟件需求規(guī)格說明書中規(guī)定的所有需求。物理檢查應(yīng)對軟件進(jìn)行物理檢查，以驗(yàn)證程序和文檔已經(jīng)一致，并已做好了交付的準(zhǔn)備。綜合檢查應(yīng)驗(yàn)證代碼和設(shè)計(jì)文檔的一致性、接口規(guī)格說明的一致性（硬件和軟件）、設(shè)計(jì)實(shí)現(xiàn)和功能需求的一致性、功能需求和測試描述的一致性。第六章軟件配置管理對XX系統(tǒng)的各項(xiàng)配置進(jìn)行及時、合同的管理，是確保軟件的配置管理工作，可按XX系統(tǒng)軟件工程小組編寫的 XX系統(tǒng)軟件配置管理計(jì)劃。在特別注意規(guī)定對軟件問題報告、 追蹤和解決的步驟，并指出實(shí)現(xiàn)報告、追蹤和解決軟件問題的機(jī)構(gòu)及其職責(zé)。第七章工具、技術(shù)和方法在XX系統(tǒng)項(xiàng)目所屬

15、的各個子系統(tǒng)（其中包括有關(guān)的支持）的研制與開發(fā)過程中，都應(yīng) 該在各自的軟件質(zhì)量保證活動中合理地使用軟件質(zhì)量支持工具、技術(shù)和方法。這些工具主要有下列幾種：軟件配置管理工具。它支持用戶對源代碼清單的更新管理以及對重新編譯與連接的 代碼的自動組織；支持用戶有不同文檔相關(guān)內(nèi)容之間進(jìn)行相互檢索并確定同一文檔 中的涉及范圍；同時還應(yīng)支持軟件配置管理小組對軟件配置更改進(jìn)行科學(xué)的管理。 文檔輔助生成工具與圖形編輯工具。它主要協(xié)助用戶繪制描述程序流程與結(jié)構(gòu)的 DFD圖與SC圖、繪制描述軟件功能（輸入、輸出關(guān)系）的曲線以及繪制描述系 統(tǒng)特性的一些其他圖形，同時還可生成若干與 XX系統(tǒng)軟件文檔編制大約相適應(yīng)的 文檔

16、模板。用戶利用這個工具的正文與圖形編輯功能以及上述輔助功能，可以比較方便地產(chǎn)生清晰悅目的文檔，也有利于對文檔進(jìn)行更改， 還有助于提高文檔的編制質(zhì)量。第八章媒體控制為了保護(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)及其專用支持軟件的媒體。第九章對供貨單位的控制XX系統(tǒng)項(xiàng)目所屬的各個子系統(tǒng)開發(fā)組，如果需要從軟件銷售單位購買、委托或其他開 發(fā)單位開發(fā)、從開發(fā)單位現(xiàn)存軟件庫中選用或從項(xiàng)目委托單位或用戶的

17、現(xiàn)有軟件庫中選用軟 部件時，則在選用前應(yīng)向XX系統(tǒng)總體組報告，然后由XX系統(tǒng)總體組組織“軟件選用評審、 測試與檢查，只有當(dāng)演示成功、測試合格后才能批準(zhǔn)選用。如果只選用其中部分內(nèi)容，則按 待開發(fā)軟件的處理過程辦理，此時XX系統(tǒng)總體組不予干預(yù)。第十章記錄收集、維護(hù)和保存在XX系統(tǒng)項(xiàng)目及其所屬的各個子系統(tǒng)的研制與開發(fā)期間，要進(jìn)行各種軟件質(zhì)量保證活動，準(zhǔn)確記錄、及時分析并妥善保存有關(guān)這些活動的記錄，是確保軟件質(zhì)量的重要條件。在軟件質(zhì)量保證小組中，應(yīng)有專人負(fù)責(zé)收集、匯總與保存有關(guān)軟件質(zhì)量保證活動的記錄。要收集、匯總與保存的記錄名字及其保存期限見附錄A表1。第十一章附錄A表1記錄名稱及其保存的期限記錄的名

18、稱與分類要保存的期限階段階段評審總結(jié)整個軟件開發(fā)周期評審階段評審問題記錄整個軟件開發(fā)周期記錄階段評審主要問題整個軟件開發(fā)周期階段評審成員整個軟件開發(fā)周期日常軟件階段進(jìn)度整個軟件開發(fā)周期檢查軟件階段產(chǎn)品完成情況整個軟件開發(fā)周期記錄軟件開發(fā)費(fèi)用統(tǒng)計(jì)表整個軟件開發(fā)周期修改軟件問題報告單整個軟件開發(fā)周期記錄軟件問題修改單整個軟件開發(fā)周期組織軟件質(zhì)量保證小組保證小組成員記錄整個軟件開發(fā)周期第十二章附錄B項(xiàng)目進(jìn)展表B1項(xiàng)目進(jìn)展報表（月報表或季報表） 由一項(xiàng)目報表表頭（表B1 ）和另一外三個表格（表 B2、表B3、表B4）組成。在表B2中，要填寫各個階段的開工日期與結(jié)束日期。其中計(jì)劃 進(jìn)度是指在項(xiàng)目實(shí)施計(jì)劃

19、中確定的計(jì)劃進(jìn)度，因此可以管理人員事先填好，而不必由開發(fā)人員填寫。實(shí)際進(jìn)度是指該項(xiàng)目實(shí)際的開工日期與結(jié)束日期，它將隨著該項(xiàng)目的不斷進(jìn)展來填寫。其中進(jìn)度是指項(xiàng)目組長發(fā)現(xiàn)實(shí)際進(jìn)度與計(jì)劃進(jìn)度不符時提出的進(jìn)度修改建議；但經(jīng)項(xiàng)目管理人員研究后，可能對此修改建議作某些更改。此外，在相繼的若干次報表中，項(xiàng)目組長 提出的建議日期也可能是不相同的。在些我們規(guī)定，最終的調(diào)整進(jìn)度由項(xiàng)目管理來確定。在表B3 “軟件階段產(chǎn)品完成情況表”中，要填寫各個文檔的開始編寫日期與完成日期。其中 關(guān)于對計(jì)劃進(jìn)度、調(diào)整進(jìn)度與實(shí)際進(jìn)度的含義的解釋與上相同。表 B4是關(guān)于統(tǒng)計(jì)軟件開發(fā) 費(fèi)用的表格。表1項(xiàng)目進(jìn)展報表表頭年 月子系統(tǒng)名稱模塊

20、名填表人填表日期年 月日項(xiàng)目組長開發(fā)單位表B2軟件階段進(jìn)度表子系統(tǒng)名:模塊名：_統(tǒng)計(jì)日期：年 月日計(jì)劃名稱計(jì)劃進(jìn)度調(diào)整進(jìn)度實(shí)際進(jìn)度備注開工日期制日期開工日期結(jié)束日期開式日期結(jié)束日期SA&SDRAPDDDCD&UTIT&STIS&ACTSSD注：SA&SD(system analysis & software definition phase) :系統(tǒng)分析與軟件定義階段。RA (requirements analysis phase ): 需求分析階段。PD (preliminary design phase )：概要設(shè)計(jì)階段。DD (detail

21、ed design phase )：詳細(xì)設(shè)計(jì)階段。CD&UT C coding &unit testing phase ):編碼與單元測試階段。IT&ST(integrating & system testing phase) :組裝與系統(tǒng)測試階段。IS&AC(installation & acceptance phase) :安裝與驗(yàn)收階段。TSSD (total software system development phase ):整個軟件系統(tǒng)的開發(fā)階段。表3軟件階段產(chǎn)品完成情況子系統(tǒng)名：_模塊名：_統(tǒng)計(jì)日期：年 月日計(jì)劃進(jìn)度調(diào)整日期實(shí)際日

22、期文檔名稱開始日期完成日期開始日期完成日期開始日期完成日期頁數(shù)備注1項(xiàng)目實(shí)施計(jì)劃2需求規(guī)格說明書3概要設(shè)計(jì)說明書4詳細(xì)設(shè)計(jì)說明書5測試計(jì)劃6測試報告7用戶手冊8項(xiàng)目開發(fā)總結(jié)9源代碼清單10質(zhì)量保證計(jì)劃11配置管理計(jì)劃表4軟件開發(fā)費(fèi)用統(tǒng)計(jì)表 子系統(tǒng)名:模塊名：_統(tǒng)計(jì)區(qū)間：從年 月 日至年 月日人工費(fèi)用（人|月）機(jī)時小時其他（元）階段名 稱項(xiàng)目 管理系統(tǒng) 分析軟件 設(shè)計(jì)編程 設(shè)計(jì)數(shù)據(jù) 錄入其它 人工終端 小時主機(jī)小 時外存 空間其它 費(fèi)用出差 資料其他費(fèi) 用SA&SDRAPDDDCD&UTIT&STIS&ACTSSD第十三章附錄C項(xiàng)目階段評審表C1在軟件開發(fā)過程中的適當(dāng)階段對軟件階段產(chǎn)品進(jìn)行評審，是確保軟件產(chǎn)品最終質(zhì)量的重要方法。