1、 XX 系統(tǒng)系統(tǒng) 質(zhì)量保證計劃質(zhì)量保證計劃 目目 錄錄 第一章第一章引言引言.1 1.1.目的.1 1.2.定義.1 1.3.參考資料.1 第二章第二章管理管理.1 2.1.機(jī)構(gòu).1 2.2.任務(wù).1 2.3.職責(zé).1 第三章第三章文檔文檔.1 3.1.基本文檔.1 3.2.其他文檔.1 3.3.文檔質(zhì)量的度量準(zhǔn)則.1 第四章第四章標(biāo)準(zhǔn)、條例和約定標(biāo)準(zhǔn)、條例和約定.1 第五章第五章評審和檢查評審和檢查.1 5.1.第一次評審.1 5.2.第二次評審.1 5.3.第三次評審.1 第六章第六章軟件配置管理軟件配置管理.1 第七章第七章工具、技術(shù)和方法工具、技術(shù)和方法.1 第八章第八章媒體控制媒體控

2、制.1 第九章第九章對供貨單位的控制對供貨單位的控制.1 第十章第十章記錄收集、維護(hù)和保存記錄收集、維護(hù)和保存.1 第十一章第十一章附附 錄錄 A.1 第十二章第十二章附附 錄錄 B.1 第十三章第十三章附附 錄錄 C.1 第一章第一章 引言引言 1.1.目的目的 描述質(zhì)量保證計劃目的，示例如下，文檔編寫時刪除綠色文字部分描述質(zhì)量保證計劃目的，示例如下，文檔編寫時刪除綠色文字部分 本計劃的目的在于對所開發(fā)系統(tǒng)軟件規(guī)定各種必要的質(zhì)量保證措施，以保證交付軟件 能夠滿足項目委托書或合同中規(guī)定的各項需求。 系統(tǒng)軟件及所屬的各個子系統(tǒng)（其中包括為本項目研制或選用的各種支持軟件）時， 都應(yīng)該報告本計劃中的

3、有關(guān)規(guī)定，但可根據(jù)各自的情況對計劃作適當(dāng)?shù)募舨茫詽M足特定 的質(zhì)量保證要求，剪裁后的計劃必須經(jīng)過批準(zhǔn)。 1.2.定義定義 定義文檔編寫過程中用到的一些術(shù)語或約定的簡稱標(biāo)準(zhǔn)等，示例如下，文檔編寫時定義文檔編寫過程中用到的一些術(shù)語或約定的簡稱標(biāo)準(zhǔn)等，示例如下，文檔編寫時 刪除綠色文字部分刪除綠色文字部分 本計劃用到的一些術(shù)語的定義按 GB/T 11457 和 GB/T 12505 。 1.3.參考資料參考資料 文檔編寫過程中參考的文檔，示例如下，文檔編寫時刪除綠色文字部分文檔編寫過程中參考的文檔，示例如下，文檔編寫時刪除綠色文字部分 GB/T 11457 軟件工程術(shù)語 GB 8566 計算機(jī)軟件開

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

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

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

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

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

9、需求規(guī)格說明書； 軟件設(shè)計說明書,對一些規(guī)模較大或復(fù)雜性較高的項目，應(yīng)該把本文檔分成概要設(shè) 計說明書與詳細(xì)設(shè)計說明書兩個文檔； 軟件測試計劃； 軟件測試報告； 用戶手冊； 源程序清單； 項目實施計劃； 項目開發(fā)總結(jié)。 3.2.其他文檔其他文檔 除了基本文檔之外，對于尚在開發(fā)中的軟件，還應(yīng)該包括以下四個方面的文檔： 軟件質(zhì)量保證計劃； 軟件配置計劃； 項目進(jìn)展報表； 階段評審報表； 注：前面兩個文檔由項目工程小組制訂，屬于管理文檔，各個子系統(tǒng)的項目承辦單位 與軟件開發(fā)單位都應(yīng)認(rèn)真執(zhí)行計劃中規(guī)定的條款。后面兩類文檔屬于工作文檔，就是本計 劃的 2.2 中提到的四張項目進(jìn)展季報表。 3.3.文檔質(zhì)量

10、的度量準(zhǔn)則文檔質(zhì)量的度量準(zhǔn)則 文檔是軟件的重要組成部分，是軟件生存周期各個不同階段的產(chǎn)品描述。難作確認(rèn)就 是要檢查各階段文檔的合適性。評審文檔質(zhì)量的度量準(zhǔn)則是有以下六條： 完備性：應(yīng)按照 GB 8567 的規(guī)定編制相應(yīng)的文檔，以保證在開發(fā)階段結(jié)束時其文 檔是齊全的。 正確性：在軟件開發(fā)各個階段所編寫的文檔的內(nèi)容，必須真實的反映階段的工作 且與該階段的需求相一致。 簡明性：在軟件開發(fā)各個階段所編寫的各種文檔的語言表達(dá)應(yīng)該清晰、準(zhǔn)確簡煉， 適合各種文檔的特定讀者。 可追蹤性：在軟件開發(fā)各個階段所編寫的各種文檔應(yīng)該具有良好的可追蹤性。文 檔的可追蹤性包括縱向可追蹤性和橫向可追蹤性兩個方面。前者是指在

11、不同的文 檔的相關(guān)內(nèi)容之間相互檢索的難易程序；后者是指確定同一文檔某一內(nèi)容在本文 檔中的范圍的難易程度。 自說明性：在軟件開發(fā)各個階段所編寫的各種文檔應(yīng)該具有較好的自說明性。文 檔的自說明性是指在軟件開發(fā)各個階段中的不同文檔能獨立表達(dá)該軟件其相應(yīng)階 段的階段產(chǎn)品的能力。 規(guī)范性：在軟件開發(fā)各個階段所編寫的各種文檔應(yīng)該具有良好的規(guī)范性。文檔的 規(guī)范性是指文檔的封面、大綱、術(shù)語的含義以及圖示符號等符合有關(guān)規(guī)范的規(guī)定。 第四章第四章 標(biāo)準(zhǔn)、條例和約定標(biāo)準(zhǔn)、條例和約定 在系統(tǒng)軟件系統(tǒng)的開發(fā)過程中，還必須遵守下列標(biāo)準(zhǔn)、條例和約定： XX 系統(tǒng)軟件配置管理計劃 第五章第五章評審和檢查評審和檢查 本章具體規(guī)

12、定了應(yīng)該進(jìn)行的階段評審、階段評審的內(nèi)容和評審的時間要求。對新開發(fā) 的或正在開發(fā)過程中的各個子系統(tǒng)，都要按照 GB 8566 的規(guī)定進(jìn)行定期的或階段性的各項 評審工作。就整個軟件開發(fā)過程而言，至少要進(jìn)行軟件需求評審、概要設(shè)計評審、詳細(xì)設(shè) 計評審、軟件驗證和確認(rèn)評審、功能檢查、物理檢查、綜合檢查以及管理評審等八個方面 的評審和檢查工作。如本計劃第 2.2 條所述，經(jīng)總體研究決定，在全 XX 系統(tǒng)軟件及其所 屬各個子系統(tǒng)的開發(fā)過程中，把前七種評審分成三次進(jìn)行。有每次評審之后，要對評審結(jié) 果作出明確的管理決策。下面給出每次評審應(yīng)該進(jìn)行的工作。 5.1.第一次第一次評審評審 第一次評審會要對軟件需求、概

13、要設(shè)計以及驗證與確認(rèn)方法進(jìn)行評審。 軟件需求評審應(yīng)確保在軟件需求規(guī)格說明書中規(guī)定的各項需求的合理性。 概要設(shè)計評審應(yīng)評價軟件設(shè)計說明書中的軟件概要設(shè)計的技術(shù)合適性。 軟件驗證和確認(rèn)評審應(yīng)評價軟件驗證和確認(rèn)計劃中確定的驗證和確認(rèn)方法的合適 性和完整性。 5.2.第二次第二次評審評審 第二次評審會要對詳細(xì)設(shè)計、功能測試與演示進(jìn)行評審，并對第一次評審結(jié)果進(jìn)行復(fù) 核。如果在軟件開發(fā)過程中發(fā)現(xiàn)需要修改第一次評審結(jié)果，則應(yīng)按照XX 系統(tǒng)軟件配置 管理計劃的規(guī)定處理。 詳細(xì)設(shè)計評審應(yīng)確定軟件設(shè)計說明書中的詳細(xì)設(shè)計在滿足軟件需求規(guī)格說明書中 的需求方面的可接受性。 編程格式評審應(yīng)確保所有編碼采用規(guī)定的工作語言

14、，能在規(guī)定的運行環(huán)境中運行， 滿足C 語言編程格式約定 ，并且符合 GB 8566 中提倡的編程風(fēng)格。在滿足這 些要求之后，方可進(jìn)行測試工作評審。 測試工作評審應(yīng)對所有的程序單元進(jìn)行靜態(tài)分析，檢查其程序結(jié)構(gòu)（即模塊和函 數(shù)的調(diào)用關(guān)系和調(diào)用序列）和變量使用是否正確。在通過靜態(tài)分析后，再進(jìn)行結(jié) 構(gòu)測試和功能測試。在結(jié)構(gòu)測試中，所有程序單元結(jié)構(gòu)測試的語句覆蓋 C。必須 等于 100%，分支覆蓋 C1 必須大于或等于 85%。要給出第個單元的輸入和輸出 變量的變化范圍。各個子系統(tǒng)只進(jìn)行功能測試，不單獨進(jìn)行結(jié)構(gòu)測試，因而要登 錄程序單元之間接口的變量值。力圖使?jié)M足單元測試的 C1 和 C。準(zhǔn)則的那些測

15、試用例在子系統(tǒng)功能測試時得到再現(xiàn)。測試測試工作評審要檢查所進(jìn)行的測試工 作是否滿足這些要求。特別在評審功能測試工作時，不僅要運行開發(fā)單位給出的 測試用例，而且要允許運行任務(wù)委托單位或用戶、評審人員選定的采樣用例。 5.3.第三次第三次評審評審 第三次評審會要進(jìn)行功能檢查、物理檢查和綜合檢查。這些評審會應(yīng)在集成測試階段 結(jié)束后進(jìn)行。 功能檢查應(yīng)驗證所開發(fā)的軟件已滿足在軟件需求規(guī)格說明書中規(guī)定的所有需求。 物理檢查應(yīng)對軟件進(jìn)行物理檢查，以驗證程序和文檔已經(jīng)一致，并已做好了交付 的準(zhǔn)備。 綜合檢查應(yīng)驗證代碼和設(shè)計文檔的一致性、接口規(guī)格說明的一致性（硬件和軟件） 、 設(shè)計實現(xiàn)和功能需求的一致性、功能需

16、求和測試描述的一致性。 第六章第六章 軟件配置管理軟件配置管理 對 XX 系統(tǒng)的各項配置進(jìn)行及時、合同的管理，是確保軟件的配置管理工作，可按 XX 系統(tǒng)軟件工程小組編寫的XX 系統(tǒng)軟件配置管理計劃 。在特別注意規(guī)定對軟件問題報告、 追蹤和解決的步驟，并指出實現(xiàn)報告、追蹤和解決軟件問題的機(jī)構(gòu)及其職責(zé)。 第七章第七章 工具、技術(shù)和方法工具、技術(shù)和方法 在 XX 系統(tǒng)項目所屬的各個子系統(tǒng)（其中包括有關(guān)的支持）的研制與開發(fā)過程中，都 應(yīng)該在各自的軟件質(zhì)量保證活動中合理地使用軟件質(zhì)量支持工具、技術(shù)和方法。這些工具 主要有下列幾種： 軟件配置管理工具。它支持用戶對源代碼清單的更新管理以及對重新編譯與連接

17、的代碼的自動組織；支持用戶有不同文檔相關(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) 的文檔模板。用戶利用這個工具的正文與圖形編輯功能以及上述輔助功能，可以 比較方便地產(chǎn)生清晰悅目的文檔，也有利于對文檔進(jìn)行更改，還有助于提高文檔 的編制質(zhì)量。 第八章第八章 媒體控制媒體控制 為了保護(hù)計算機(jī)程序的物理媒體，

18、以免非法存取，意外損壞或自然老化，XX 系統(tǒng)工 程化軟件系統(tǒng)的各個子系統(tǒng)（包括支持軟件）都必須設(shè)立軟件配置管理人員，并按照 XX 系統(tǒng)軟件工程小組制訂的、且經(jīng) XX 系統(tǒng)總體組批準(zhǔn)的XX 系統(tǒng)軟件配置管理計劃妥善 管理和存放各個子系統(tǒng)及其專用支持軟件的媒體。 第九章第九章 對供貨單位的控制對供貨單位的控制 XX 系統(tǒng)項目所屬的各個子系統(tǒng)開發(fā)組，如果需要從軟件銷售單位購買、委托或其他 開發(fā)單位開發(fā)、從開發(fā)單位現(xiàn)存軟件庫中選用或從項目委托單位或用戶的現(xiàn)有軟件庫中選 用軟部件時，則在選用前應(yīng)向 XX 系統(tǒng)總體組報告，然后由 XX 系統(tǒng)總體組組織“軟件選 用評審、測試與檢查，只有當(dāng)演示成功、測試合格后

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

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

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

22、 1 項目進(jìn)展報表表頭 年 月 子系統(tǒng)名稱 模塊名 填表人 填表日期年 月 日 項目組長 開發(fā)單位 表 B2 軟件階段進(jìn)度表 子系統(tǒng)名： 模塊名： 統(tǒng)計日期： 年 月 日 計劃名稱計劃進(jìn)度調(diào)整進(jìn)度實際進(jìn)度備注 開工日期結(jié)束日期開工日期結(jié)束日期開式日期結(jié)束日期 SA&SD RA PD DD CD&UT IT&ST IS&AC TSSD 注：SA&SD(system analysis & software definition phase)：系統(tǒng)分析與軟件定義階段。 RA（requirements analysis phase）：需求分析階段。 PD（preliminary design phas

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

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