【正文】 開發(fā)/生產(chǎn)全過程的任何階段全面注意、有效控制軟件產(chǎn)品的各種性能。因此，必須制定科學(xué)的易于執(zhí)行的軟件質(zhì)量保證計劃，把確保軟件產(chǎn)品最后質(zhì)量的要求變成一步步可以控制、可以具體執(zhí)行的各項工作，以便盡早發(fā)現(xiàn)影響產(chǎn)品質(zhì)量的隱患，防止直到最后才發(fā)現(xiàn)軟件產(chǎn)品不能滿足需求而推倒重來的被動局面。在編制軟件質(zhì)量保證計劃中，采用下列縮寫詞：（1） DDR詳細(xì)設(shè)計評審（detailed Design Review）（2） PDR概要設(shè)計評審 (Preliminmary Design Review)（3） SDS軟件設(shè)計說明 (Software Design Specification)（4） SQA軟件質(zhì)量保證 (Software Quality Assurance)（5） SQAP軟件質(zhì)量保證計劃 (Software Quality Assurance Plan)（6） SRR軟件需求評審 (Software Requirements Review)（7） SRS軟件需求說明 (Software Requirements Specification)（8） SVVP軟件驗證與確認(rèn)計劃 (Software Verification and Validation Plan)（9） SVVR軟件驗證與確認(rèn)報告 (Software Verification and Validation Report)11．3．2．2 軟件質(zhì)量保證計劃大綱及描述軟件質(zhì)量保證計劃規(guī)定項目承辦單位必須準(zhǔn)備一個包括下列各條內(nèi)容的SOAP（簡稱計劃）。以確保按項目或合同要求開發(fā)軟件或以其他方式提供軟件。計劃中各條必須按給定的順序排列，如有增刪，應(yīng)在相應(yīng)的位置上附上增刪的理由。SQAP應(yīng)當(dāng)有一個封面，在封面上必須寫明文檔是“軟件質(zhì)量保證計劃”，并寫明該計劃所屬的軟件項目的名稱、計劃擬定者、計批準(zhǔn)人及批準(zhǔn)日期。下面分別描述計劃每一部分的詳細(xì)需求。（1） 引言本條必須寫明計劃的總意圖。 目的：必須指明特定的SQAP的具體目的。 范圍：必須描述計劃所針對的軟件項目的名字和該軟件的預(yù)期用途。 定義和縮寫詞：應(yīng)該列出計劃中用到的、需要恰當(dāng)解釋的或在國家標(biāo)準(zhǔn)GB/T11457—89《軟件工程術(shù)語》中尚未包含的術(shù)語和定義，必要時，還要給出它們的英文和縮寫詞。 參考資料：必須提供SQAP中引用的所有資料的清單及這些參考資料的來源。（2） 管理本條必須描述SQA的機(jī)構(gòu)、任務(wù)、職責(zé)和權(quán)限。 機(jī)構(gòu)：必須列出與SQA有關(guān)的機(jī)構(gòu)的名稱、組成、分工以及各部門之間的相互關(guān)系。 任務(wù)：必須描述計劃所涉及的軟件生存周期中有關(guān)階段的任務(wù)和這些階段中的軟件質(zhì)量保證活動。 職責(zé)和權(quán)限：必須指明負(fù)責(zé)每一個任務(wù)的機(jī)構(gòu)，以及具體職責(zé)和權(quán)限。表1134簡述一個軟件產(chǎn)品在開發(fā)過程中為保證軟件產(chǎn)品質(zhì)量的管理機(jī)制。表1134 軟件產(chǎn)品在開發(fā)過程中的管理機(jī)制職責(zé) 機(jī)構(gòu)與權(quán)限任務(wù)工程負(fù)責(zé)人軟件負(fù)責(zé)人開發(fā)人員用戶 專家報告書提出可行性報告審批提出討論復(fù)審需求分析審批提出復(fù)審復(fù)審概要設(shè)計審批提出提出復(fù)審詳細(xì)設(shè)計審批提出實現(xiàn)參加參加測試復(fù)審參加參加復(fù)審復(fù)審注：工程負(fù)責(zé)人應(yīng)該是SQA的負(fù)責(zé)人，其他人可以是SQA的成員。（3） 文檔必須給出在軟件的開發(fā)、驗證和確認(rèn)、以及使用和維護(hù)各階段所用到的文檔的定義，并描述核實這些文檔適用性的辦法。 最小文檔需求：為了確保軟件的實現(xiàn)滿足預(yù)定需求，規(guī)定至少需要下列文檔： A 軟件需求說明（SRS）：SRS必須清楚、準(zhǔn)確地按照國家標(biāo)準(zhǔn)GB9385《計算機(jī)軟件需求說明編制指南》編寫。 B 軟件設(shè)計說明（SDS）：SDS包括概要設(shè)計和詳細(xì)設(shè)計說明。SDS必須清楚、準(zhǔn)確地按照國家標(biāo)準(zhǔn)GB8566—88和GB8567—88編寫。C 軟件驗證和確認(rèn)計劃（SVVP）：SVVP必須描述用來驗證SRS中的需求已由SDS表達(dá)的設(shè)計所實現(xiàn)、SDS表達(dá)的設(shè)計已由編碼所實現(xiàn)的方法。SVVP還必須描述用以確認(rèn)編碼的執(zhí)行與SRS表達(dá)的需求相一致的方法。D 軟件驗證和確認(rèn)報告（SVVP）：SVVP必須描述SVVP的執(zhí)行結(jié)果，包括SQAP所需要的所有評審、檢查和測試結(jié)果。E 用戶手冊和操作手冊：必須清楚、準(zhǔn)確地按照國家標(biāo)準(zhǔn)GB8567—88編寫。 其他文檔。本條應(yīng)列出可能包括的能夠反映軟件質(zhì)量的其他文檔。（4） 評審和檢查。本條必須制定評審和檢查的規(guī)程。規(guī)定評審和檢查的內(nèi)容、組織形式、進(jìn)度安排以及評審組織和項目承辦單位的職責(zé)。評審是由有關(guān)專業(yè)人員或用戶通過正式會議，評價軟件需求，軟件設(shè)計等文檔。檢查是由專業(yè)人員檢查程序、文檔等是否符合有關(guān)的技術(shù)規(guī)程或約定。 在SQAP中應(yīng)制定審查基線（結(jié)束標(biāo)準(zhǔn)）。 在SQAP中應(yīng)確定審查小組成員。 在SQAP中應(yīng)至少包括下列可能的步驟；A 計劃：組織審查組，分發(fā)材料，安排日程等。B 概貌介紹：對該軟件項目的功能、性能的簡介。C 準(zhǔn)備：評審員閱讀材料取得有關(guān)項目的知識。D 評審會：目的是發(fā)現(xiàn)和記錄錯誤。E 返工：作者修正已經(jīng)發(fā)現(xiàn)的問題。F 復(fù)查：判斷返工是否真正解決了問題。 在SQAP中應(yīng)制定復(fù)查和管理復(fù)查的計劃： A 復(fù)查：檢查已有的材料，以斷定各階段的工作是否能夠開始或繼續(xù)。 B 管理復(fù)查：向開發(fā)組織或用戶的管理人員，提供有關(guān)項目的總體狀況、成本和進(jìn)度等方面的情況。 要進(jìn)行的評審和檢查的最小需求是：A 軟件需求評審（SRR）。進(jìn)行SRR的目的是確保在SRS中的需求的合適性。B 概要設(shè)計評審（PDR）。進(jìn)行PDR的目的是確保SDS中軟件概要設(shè)計部分在技術(shù)上的合理性。C 詳細(xì)設(shè)計評審（DDR）。進(jìn)行DDR的目的是確保SDS中軟件詳細(xì)設(shè)計部分模塊功能的正確性；控制結(jié)構(gòu)、數(shù)據(jù)結(jié)構(gòu)和算法的合理性；以及設(shè)計的程序與需求的一致性。 D 軟件驗證和確認(rèn)評審。本評審是評價SVVP中定義的驗證和確認(rèn)方法的合適性與完備性。 E 功能檢查。確認(rèn)要交付的軟件已經(jīng)滿足在SRS中規(guī)定的所有需求。 F 物理檢查。對軟件產(chǎn)品的各個部件的設(shè)計進(jìn)行抽樣的綜合檢查，以驗證編碼與設(shè)計文檔的一致性、接口說明的一致性、設(shè)計實現(xiàn)與功能需求的一致性、以及功能需求與測試描述的一致性。 G 綜合檢查。對軟件產(chǎn)品的各個部件的設(shè)計進(jìn)行抽樣的綜合檢查，以驗證編碼與設(shè)計文檔的一致性、接口說明的一致性、設(shè)計實現(xiàn)一功能需求的一致性、以及功能需求與測試描述的一致性。 H 管理評審。定期地進(jìn)行管理評審，以評價計劃的執(zhí)行情況。這些評審必須由獨立于被評審單位的機(jī)構(gòu)或授權(quán)的第三方進(jìn)行。 基本測試。本條必須制定要做的基本測試。測試過程中要產(chǎn)生如下文檔： A 測試計劃 B 測試分析報告（5） 問題報告、修正活動和配置管理。本條必須制定對軟件的問題和缺陷進(jìn)行檢測、記錄和修改的規(guī)程，并說明執(zhí)行規(guī)程的機(jī)構(gòu)和職責(zé)。規(guī)定應(yīng)當(dāng)包括如下內(nèi)容：A 向有關(guān)管理部門提交問題和缺陷的報告；B 分析問題和缺陷的影響范圍及產(chǎn)生原因；C 評審修改結(jié)果；D 分析或評審修改活動對項目或合同條款的影響。E 實施軟件配置管理計劃。（6） 質(zhì)量記錄和質(zhì)量報告。 項目承辦單位必須準(zhǔn)備和維護(hù)各階段質(zhì)量評價記錄，并把這些記錄妥善保存。 項目承辦單位必須準(zhǔn)備各種質(zhì)量報告，以使能對質(zhì)量評價的結(jié)果和推薦意見進(jìn)行管理。質(zhì)量報告是質(zhì)量評價的結(jié)果和推薦意見的總結(jié)報告。應(yīng)視為一種文檔保存。 各階段的質(zhì)量記錄和質(zhì)量報告是最終質(zhì)量檢查的依據(jù)。（7） 工具、技術(shù)和方法。本條必須描述支持特定項目的SQA的專用軟件工具、技術(shù)和方法。（8） 代碼控制。本條必須定義用以維護(hù)和存儲軟件受控版本的方法和設(shè)施。（9） 介質(zhì)控制。本條必須指出用于保護(hù)存放計算機(jī)程序、數(shù)據(jù)及其文檔的物理介質(zhì)的方法和設(shè)施。（10） 對項目承辦單位的控制。如果項目承辦單位用購買軟件或委托子承辦單位去獲取軟件，則本條必須列出確保軟件銷售單位提供的、或子承辦單位獲得的軟件滿足規(guī)定的技術(shù)需求的條款。軟件銷售單位或子承辦單位至少必須準(zhǔn)備一個與本規(guī)范一致的SQA計劃。（11） 記錄的收集、維護(hù)和保存。本條必須指明要保留的SQA文檔；必須指出用于匯總、保護(hù)和維護(hù)這些文檔的方法和設(shè)施；并指明要保留的時間。（12） 交付的準(zhǔn)備工作。本條必須引用或制定一個規(guī)程，以確保軟件產(chǎn)品在處理、存貯、保管、包裝和運輸過程中的安全和完整性。圖1131 給出在軟件開發(fā)生存周期各個階段機(jī)構(gòu)之間關(guān)系的例子。 工程負(fù)責(zé)人———— 用戶總控 集成 SQA 測試 SCM 管理 軟件負(fù)責(zé)人 開發(fā)人員 開發(fā)人員圖1131 工程機(jī)構(gòu)圖11．3．3 軟件配置管理計劃11．3．3．1 軟件配置管理在軟件生存周期的各個基線上，都有一定的、規(guī)定要交付的文檔、數(shù)據(jù)或程序，并對它們規(guī)定了格式和內(nèi)容。這些已經(jīng)規(guī)定好格式和內(nèi)容的文檔、數(shù)據(jù)或程序稱之為軟件配置項。而在軟件生存周期各個階段中某一時刻的文檔、數(shù)據(jù)或程序的物理表達(dá)，則概括地稱之為軟件配置。對軟件配置的管理，就是采用系統(tǒng)方法保持不同階段的軟件配置的一致性和完備性。控制對軟件配置的必要修改。設(shè)立機(jī)構(gòu)對軟件配置管理工作實施評審和檢查。在編制軟件配置管理計劃時，采用下列縮寫詞。CCB配置控制委員會（Configuration Control Board）SCM軟件配置管理（Software Configuration Management）SCMP軟件配置管理計劃（Software Configuration Management Plan）有關(guān)SCM方面的名詞定義參見國家標(biāo)準(zhǔn)GB/T11457—89《軟件工程術(shù)語》。11．3．3．2 軟件配置管理計劃大綱及描述軟件配置管理計劃規(guī)定在開發(fā)各類軟件，進(jìn)行需求分析時，必須準(zhǔn)備包括下列內(nèi)容的軟件配置管理計劃（簡稱計劃）。計劃中的各條款都必須按以下給定的順序排列，如有增刪，應(yīng)在相應(yīng)的位置上附上增刪的理由。SCMP應(yīng)當(dāng)有一個封面，在封面上必須寫明文檔是：“軟件配置管理計劃”；并寫明該計劃所屬的軟件項目的名稱、計劃擬定者、計劃批準(zhǔn)人及批準(zhǔn)日期。SCMP正文部分分別描述計劃各有關(guān)內(nèi)容的詳細(xì)需求。（1） 引言 本條款必須寫明計劃總的意圖。 目的：必須指明特定的SCMP的具體目的。 范圍：必須描述要開發(fā)或要使用的軟件項目、機(jī)構(gòu)、活動和本計劃適用的軟件生存周期的各個階段。由本計劃控制的軟件配置項至少要包括：測試程序；測試數(shù)據(jù)集；驗收程序；診斷軟件（可選）；支持軟件；程序包；文檔集；應(yīng)用軟件系統(tǒng)。對于不同規(guī)模的軟件項目，可選取以上所列軟件配置項中若干項作為該計劃的軟件配置項。表1135給出了一個例子。供具體制定SCMP時參考。表1135 機(jī)構(gòu)中各成員的職責(zé)職責(zé)工程負(fù)責(zé)人軟件負(fù)責(zé)人SCM主管SQA開發(fā)人員配置標(biāo)識提出批準(zhǔn)/釋放技術(shù)文檔批準(zhǔn)提出評審評審修改準(zhǔn)備提出修改控制批準(zhǔn)修改實現(xiàn)批準(zhǔn)評審提出文檔維護(hù)批準(zhǔn)狀態(tài)審計提出評審正規(guī)檢查批準(zhǔn)提出評審基線定義批準(zhǔn)提出評審評審 定義和縮寫詞：應(yīng)該列出計劃中用到的、需要恰當(dāng)解釋的或在國家標(biāo)準(zhǔn)GB/T11457—89中尚未包括的術(shù)語和定義，必要時，還要給出它們的英文和縮寫詞。 參考資料：必須提供SCMP中引用的所有資料的清單及這些參考資料的來源。（2） 管理本條描述負(fù)責(zé)軟件配置管理的機(jī)構(gòu)、任務(wù)及職責(zé)。 機(jī)構(gòu)：必須描述在開發(fā)、運行和維護(hù)各階段中涉及SCM的組織機(jī)構(gòu)。 SCM職責(zé)：必須描述：A 負(fù)責(zé)每個SCM任務(wù)的組織責(zé)任。如表1135所列。B 與軟件質(zhì)量保證、軟件開發(fā)、以及其它用來確保交付經(jīng)過批準(zhǔn)的最終產(chǎn)品配置的那些機(jī)構(gòu)的關(guān)系。如圖1131所示。C 軟件生存周期每一階段的評審、檢查和審批過程中用戶的職責(zé)及開發(fā)/維護(hù)活動。D 參加產(chǎn)品開發(fā)的各個單位的SCM職責(zé)。E CCB的全部職責(zé)。F 任何特殊職責(zé)。G 對配置標(biāo)識的描述。H 對基線的描述（功能基線、指派基線、開發(fā)基線、產(chǎn)品基線）。 控制接口：控制接口的處理方式與軟件或文檔的處理方式相同。必須在建立各種基線之前解決SQAP和SCMP之間的任何不一致的問題。所描述的內(nèi)容是：A 用以標(biāo)識接口說明和控制文檔的方法。B 對已交付的接口說明和文檔的修改進(jìn)行處理的方法。C 對要完成的SCM活動進(jìn)行跟蹤的方法。D記錄和報告接口規(guī)格說明和控制文檔狀態(tài)的方法。E 控制軟件和它賴以運行的硬件之間接口的方法。 SCMP的實現(xiàn)：SCMP在領(lǐng)導(dǎo)批準(zhǔn)之后，在用戶參與評審之前實現(xiàn)。在SCMP制定之后，如發(fā)現(xiàn)問題，應(yīng)在建立任何基線之前解決。為實現(xiàn)SCMP必須進(jìn)行的主要工作是：A 建立CCB；B 各個配置基線的確定（表1136）（詳見SCM活動）；C 接口控制協(xié)議的建立；D 評審和檢查SCM的計劃和