【正文】 行。 ? 項(xiàng)目的專職配置管理人員負(fù)責(zé)有關(guān)軟件配置變動(dòng)、軟件媒體控制以及對(duì)供貨單位的控制等三方面的質(zhì)量保證活動(dòng)； ? 各子系統(tǒng)的軟件質(zhì)量保證人員負(fù)責(zé)測試復(fù)查和文檔的規(guī)范化檢查工作； ? 用戶代表負(fù)責(zé)反映用戶的質(zhì)量要求，并協(xié)助檢查各類人員對(duì)軟件質(zhì)量保證計(jì)劃的執(zhí)行情況； ? 項(xiàng)目的專職質(zhì)量保證人員協(xié)助組長開展各項(xiàng)軟件質(zhì)量保證活動(dòng)，負(fù)責(zé)審查所采用的質(zhì)量保證工具、技術(shù)和方法，并負(fù)責(zé)匯總、維護(hù)和保存有關(guān)軟件質(zhì)量活動(dòng)的各項(xiàng)記錄。. 基本文檔為了確保軟件的實(shí)現(xiàn)滿足需求，系統(tǒng)軟件各開發(fā)單位至少應(yīng)該編寫以下八個(gè)方面內(nèi)容的文檔：? 軟件需求規(guī)格說明書； ? 軟件設(shè)計(jì)說明書,對(duì)一些規(guī)模較大或復(fù)雜性較高的項(xiàng)目，應(yīng)該把本文檔分成概要設(shè)計(jì)說明書與詳細(xì)設(shè)計(jì)說明書兩個(gè)文檔； ? 軟件測試計(jì)劃； ? 軟件測試報(bào)告； ? 用戶手冊； ? 源程序清單； ? 項(xiàng)目實(shí)施計(jì)劃； ? 項(xiàng)目開發(fā)總結(jié)。后面兩類文檔屬于工作文檔，就是本計(jì)劃的 中提到的四張項(xiàng)目進(jìn)展季報(bào)表。難作確認(rèn)就是要檢查各階段文檔的合適性。 ? 正確性：在軟件開發(fā)各個(gè)階段所編寫的文檔的內(nèi)容，必須真實(shí)的反映階段的工作且與該階段的需求相一致。 ? 可追蹤性：在軟件開發(fā)各個(gè)階段所編寫的各種文檔應(yīng)該具有良好的可追蹤性。前者是指在不同的文檔的相關(guān)內(nèi)容之間相互檢索的難易程序；后者是指確定同一文檔某一內(nèi)容在本文檔中的范圍的難易程度。文檔的自說明性是指在軟件開發(fā)各個(gè)階段中的不同文檔能獨(dú)立表達(dá)該軟件其相應(yīng)階段的階段產(chǎn)品的能力。文檔的規(guī)范性是指文檔的封面、大綱、術(shù)語的含義以及圖示符號(hào)等符合有關(guān)規(guī)范的規(guī)定。對(duì)新開發(fā)的或正在開發(fā)過程中的各個(gè)子系統(tǒng)，都要按照 GB 8566 的規(guī)定進(jìn)行定期的或階段性的各項(xiàng)評(píng)審工作。如本計(jì)劃第 條所述，經(jīng)總體研究決定，在全 XX 系統(tǒng)軟件及其所屬各個(gè)子系統(tǒng)的開發(fā)過程中，把前七種評(píng)審分成三次進(jìn)行。下面給出每次評(píng)審應(yīng)該進(jìn)行的工作。? 軟件需求評(píng)審應(yīng)確保在軟件需求規(guī)格說明書中規(guī)定的各項(xiàng)需求的合理性。 ? 軟件驗(yàn)證和確認(rèn)評(píng)審應(yīng)評(píng)價(jià)軟件驗(yàn)證和確認(rèn)計(jì)劃中確定的驗(yàn)證和確認(rèn)方法的合適性和完整性。如果在軟件開發(fā)過程中發(fā)現(xiàn)需要修改第一次評(píng)審結(jié)果，則應(yīng)按照《XX 系統(tǒng)軟件配置管理計(jì)劃》的規(guī)定處理。 ? 編程格式評(píng)審應(yīng)確保所有編碼采用規(guī)定的工作語言，能在規(guī)定的運(yùn)行環(huán)境中運(yùn)行，滿足《C 語言編程格式約定》 ，并且符合 GB 8566 中提倡的編程風(fēng)格。 ? 測試工作評(píng)審應(yīng)對(duì)所有的程序單元進(jìn)行靜態(tài)分析，檢查其程序結(jié)構(gòu)（即模塊和函數(shù)的調(diào)用關(guān)系和調(diào)用序列）和變量使用是否正確。在結(jié)構(gòu)測試中，所有程序單元結(jié)構(gòu)測試的語句覆蓋 C。要給出第個(gè)單元的輸入和輸出變量的變化范圍。力圖使?jié)M足單元測試的 C1 和 C。測試測試工作評(píng)審要檢查所進(jìn)行的測試工作是否滿足這些要求。 . 第三次評(píng)審第三次評(píng)審會(huì)要進(jìn)行功能檢查、物理檢查和綜合檢查。? 功能檢查應(yīng)驗(yàn)證所開發(fā)的軟件已滿足在軟件需求規(guī)格說明書中規(guī)定的所有需求。 ? 綜合檢查應(yīng)驗(yàn)證代碼和設(shè)計(jì)文檔的一致性、接口規(guī)格說明的一致性（硬件和軟件） 、設(shè)計(jì)實(shí)現(xiàn)和功能需求的一致性、功能需求和測試描述的一致性。在特別注意規(guī)定對(duì)軟件問題報(bào)告、追蹤和解決的步驟，并指出實(shí)現(xiàn)報(bào)告、追蹤和解決軟件問題的機(jī)構(gòu)及其職責(zé)。這些工具主要有下列幾種：? 軟件配置管理工具。 ? 文檔輔助生成工具與圖形編輯工具。用戶利用這個(gè)工具的正文與圖形編輯功能以及上述輔助功能，可以比較方便地產(chǎn)生清晰悅目的文檔，也有利于對(duì)文檔進(jìn)行更改，還有助于提高文檔的編制質(zhì)量。12 / 23第九章 對(duì)供貨單位的控制XX 系統(tǒng)項(xiàng)目所屬的各個(gè)子系統(tǒng)開發(fā)組，如果需要從軟件銷售單位購買、委托或其他開發(fā)單位開發(fā)、從開發(fā)單位現(xiàn)存軟件庫中選用或從項(xiàng)目委托單位或用戶的現(xiàn)有軟件庫中選用軟部件時(shí)，則在選用前應(yīng)向 XX 系統(tǒng)總體組報(bào)告，然后由 XX 系統(tǒng)總體組組織“軟件選用評(píng)審、測試與檢查，只有當(dāng)演示成功、測試合格后才能批準(zhǔn)選用。13 / 23第十章 記錄收集、維護(hù)和保存 在 XX 系統(tǒng)項(xiàng)目及其所屬的各個(gè)子系統(tǒng)的研制與開發(fā)期間，要進(jìn)行各種軟件質(zhì)量保證活動(dòng)，準(zhǔn)確記錄、及時(shí)分析并妥善保存有關(guān)這些活動(dòng)的記錄，是確保軟件質(zhì)量的重要條件。要收集、匯總與保存的記錄名字及其保存期限見附錄 A 表 1。在表 B2 中，要填寫各個(gè)階段的開工日期與結(jié)束日期。實(shí)際進(jìn)度是指該項(xiàng)目實(shí)際的開工日期與結(jié)束日期，它將隨著該項(xiàng)目的不斷進(jìn)展來填寫。此外，在相繼的若干次報(bào)表中，項(xiàng)目組長提出的建議日期也可能是不相同的。在表 B3“軟件階段產(chǎn)品完成情況表”中，要填寫各個(gè)文檔的開始編寫日期與完成日期。表 B4是關(guān)于統(tǒng)計(jì)軟件開發(fā)費(fèi)用的表格。SDRAPD16 / 23DDCDamp。STISamp。SD(system analysis amp。RA（requirements analysis phase）：需求分析階段。DD（detailed design phase）：詳細(xì)設(shè)計(jì)階段。UT（coding amp。ITamp。 system testing phase)：組裝與系統(tǒng)測試階段。AC(installation amp。TSSD（total software system development phase）：整個(gè)軟件系統(tǒng)的開發(fā)階段。SDRAPDDDCDamp。STISamp。階段評(píng)審可以對(duì)某個(gè)開發(fā)階段產(chǎn)品進(jìn)行評(píng)審，也可以對(duì)某幾個(gè)開發(fā)階段產(chǎn)品進(jìn)行綜合評(píng)審。項(xiàng)目階段評(píng)審表由四張子表組成。下面給出這四張表的格式