什么是計算機軟件質量保證計劃規(guī)范（GB/T 12504-90 ）

　1 主題內容與適用范圍

　　本規(guī)范規(guī)定了在制定軟件質量保證計劃時應該遵循的統(tǒng)一的基本要求。
　　本規(guī)范適用于軟件特別是重要軟件的質量保證計劃制訂工作。對于非重要軟件或已經開發(fā)好的軟件，可以采用本規(guī)范規(guī)定的要求的子集。

　　2 引用標準

　　GB/T 11457 軟件工程術語
　　GB 8566 計算機軟件開發(fā)規(guī)范
　　GB 8567 計算機軟件產品開發(fā)文件編制指南
　　GB/T 12505 計算機軟件配置管理計劃規(guī)范

　　3 術語

　　下面給出本規(guī)范中用到的一些術語的定義，其他術語的定義按GB/T 11457。

　　3.1項目委托單位 project entrust organization

　　項目承辦單位是指為產品開發(fā)提供資金并通常也是（但有時也未必）確定產品需求的單位或個人。

　　3.2項目承辦單位project undertaking organization

　　項目承辦單位是指為項目委托單位開發(fā)、購置或選用軟件產品的單位或個人。

　　3.3軟件開發(fā)單位 software development organization

　　軟件開發(fā)單位是指直接或間接項目委托單位委托而直接負責開發(fā)軟件的單位或個人。

　　3.4用戶 user

　　用戶是指實際使用軟件來完成某項計算、控制或數據處理等任務的單位或個人。

　　3.5 軟件 software

　　軟件是指計算機程序及其有關的數據和文檔，也包括固化了的程序。

　　3.6重要軟件 critical software

　　重要軟件是指它的故障會影響到人身安全、會導致重大經濟損失或社會損失的軟件。

　　3.7軟件生存周期 software life cycle

　　軟件生存周期進指從系統(tǒng)對計算機軟件系統(tǒng)提出應用需求開始，經過開發(fā)，產生一個滿足需求的計算機軟件系統(tǒng)，然后投入運行，直至該軟件系統(tǒng)退役為止。期間經歷系統(tǒng)分析與軟件定義、軟件開發(fā)以及系統(tǒng)的運行與維護等三個階段。其中軟件開發(fā)階段一般又劃分成需求分析、概要設計、詳細設計、編碼與單元測試、組裝與系統(tǒng)測試發(fā)及安裝與驗收等六個階段。

　　3.8驗證 verification

　　驗證是指確定軟件開發(fā)周期中的一個給定階段的產品是否達到在上一階段確立的需求的過程。

　　3.9確認 validation

　　確認是指在軟件開發(fā)過程結束時對軟件進行評價以確定它是否和軟件需求相一致的過程。

　　3.10測試 testing

　　測試是指通過執(zhí)行程序來有意識地發(fā)現程序中的設計錯誤和編碼錯誤的過程。測試是驗證和確認的手段之一。

　　3.11軟件質量 software quality

　　軟件質量是指軟件產品中能滿足給定需求的各種特性和總和。這些特性稱做質量特性，它包括功能度、可靠性、時間經濟性、資源經濟性、可維護性和或移植性等。

　　3.12質量保證 quality assurance

　　質量保證是指為使軟件產品規(guī)定需求所進行的一系列有計劃的必要工作。

　　4 軟件質量保證計劃編制大綱

　　項目承辦單位（或軟件開發(fā)單）中負責軟件質量保證的機構或個人，必須制訂一個包括以下各章內容的軟件質量保證計劃（以下簡稱計劃）。名章應以所給出順序排列；如果某本章中沒有相應的內容，則在該章標題之后必須注明“本章無內容”的字樣，并附上相應的理由；如果需要，可以在后面增加章條；如果某些材料已經出現在其他文檔中，則在該計劃中應引用那些文檔。計劃的封面必須標明計劃名和該計劃所屬的項目名，并必須由項目委托單位和項目承辦單位（或軟件開發(fā)單位）的代表共同簽字，、批準。計劃的目次是：
　　引言
　　管理
　　文檔
　　標準、條例和約定
　　評審和檢查
　　軟件配置管理
　　工具、技術和方法
　　媒體控制
　　對供貨單位的控制
　　記錄的收集、維護和保存
　　下面給出軟件質量保證計劃的各個章條必須具有的內容。

　　4.1引言

　　4.1.1目的

　　本條必須指出特定的軟件質量保證計劃的具體目的。還必須指出該計劃所針對的軟件項目（及其所屬的各個子項目）的名稱和用途。

　　4.1.2定義和縮寫詞

　　本條應該列出計劃正文中需要解釋的而在GB/T 11457中尚未包含的術語的定義，必要時，還要給出這些定義的英文單詞及其縮寫詞。

　　4.1.3參考資料

　　本適可而止必須列出計劃正文中所引用資料的名稱、代號、編號、出版機構和出版年月。

　　4.2 管理

　　必須描述負責軟件質量保證的機構、任務及其有關的職責。

　　4.2.1機構

　　本條必須描述與軟件質量保證有關的機構的組成。還必須清楚地描述來自項目委托單位、項目承辦單位、軟件開發(fā)單位或用戶中負責軟件質量保證的各個成員有機構中的相互關系。

　　4.2.2任務

　　本條必須描述計劃涉及的軟件生存周期中有關階段的任務，特別要把重點放在描述這些階段所應進行的軟件質量保證活動上。

　　4.2.3職責

　　本條必須指明軟件質量保證計劃中規(guī)定的每一個負責單位或成員的責任。

　　4.3文檔

　　必須列出在該軟件的開發(fā)、驗證與確認以及使用與維護等階段中需要編制的文檔，并描述對文檔進行評審與檢查的準則。

　　4.3.1基本文檔

　　為了確保軟件的實現滿足需求，至少需要下列基本文檔：

　　4.3.1.1軟件需求規(guī)格說明書 software requirements specification

　　軟件需求規(guī)格說明書必須清楚、準確地描述軟件的每一個基本需求（功能、性能、設計約束和屬性）和外部界面。必須把每一個需求規(guī)定成能夠通過預先定義的方法（例如檢查、分析、演示或測試等）被客觀地驗證與確認的形式。軟件需求規(guī)格說明書的詳細格式按GB 8567。

　　4.3.1.2軟件設計說明書 software design description

　　軟件設計說明書應該包括軟件概要設計說明和軟件詳細設計說明兩部分。其概要設計部分必須描述所設計的總體結構、外部接口、各個主要部件的功能與數據結構以及各主要部件之間的接口；必要時還必須對主要部件的每一個部件進行描述。其詳細設計部分必須給出每一個基本部件的功能、算法和過程描述。軟件設計說明書的詳細格式按GB8567。

　　4.3.1.3軟件驗證與確認計劃 software verification and validation plan

　　軟件驗證與確認計劃必須描述所采用的驗證和確認方法（例如評審、檢查、分析、演示或測試等），以用來驗證軟件需求規(guī)格說明書中的需求是否已由軟件設計說明書描述的設計實現；軟件設計說明書表達的設計是否已由編碼實現。軟件驗證與確認計劃還可用來確認編碼的執(zhí)行是否與軟件需求規(guī)格說明書中所規(guī)定的需求相一致。軟件驗證與確認計劃的詳細格式按GB 8567 中的測試計劃的格式。

　　4.3.1.4軟件驗證和確認報告 software verification and validation report

　　軟件驗證與確認報告必須描述軟件驗證與確認計劃的執(zhí)行結果。這里必須包括軟件質量保證計劃所需要的所有評審、檢查和測試的結果。軟件驗證與確認報告的詳細格式按GB 8567 中的測試報告的格式。

　　4.3.1.5用戶文檔 user documentation

　　用戶文檔（例如手冊、指南等到）必須指明成功運行該軟件所需要的數據、控制命令以及運行條件等；必須指明所有的出錯信息、含義及其修改方法；還必須描述將用戶發(fā)現的錯誤或問題通知項目承辦單位（或軟件開發(fā)單）或項目委托單位的方法。用戶文檔的詳細格式按GB 8567。

　　4.3.2 其他文檔

　　除基本文檔以外，還應包括下列文檔：

　　項目實施計劃（其中可包括軟件配置管理計劃，但在必要時也可單獨制訂該計劃）：其詳細格式按GB 8567。

　　項目進展報表：其詳細格式可參考本規(guī)范附錄B（參考件）中有關《項目進展報表》的各項規(guī)定。

　　項目開發(fā)各階段的評審報表：其詳細格式可參考本規(guī)范附錄C（參考件）中有關《項目階段評審表》的各項規(guī)定。

　　項目開發(fā)總結：其詳細格式按GB 8567。

　　4.4標準、條例和約定

　　必須列出軟件開發(fā)過程中要用到的標準、條例和約定，并列出監(jiān)督和保證執(zhí)行的措施。

　　4.5評審和檢查

　　必須規(guī)定所要進行的技術和管理兩方面的評審和檢查工作，并編制或引用有關的評審和檢查規(guī)程以及通過與否的技術準則。至少要進行下列各項評審和檢查工作：

　　4.5.1軟件需求評審 software requirements review

　　在軟件概要設計結束后必須進行概要設計評審，以確保在軟件需求規(guī)格說明書中所規(guī)定的各項需求的合適性。

　　4.5.2概要設計評審 preliminary design review

　　在軟件概要設計結束后必須進行概要設計評審，以評價軟件設計說明書中所描述的軟件概要設計在總體結構、外部接口、主要部件功能分配、全局數據結構以及各主要部件之間的接口等方面的合適性。

　　4.5.3詳細設計評審 detailed design review

　　在軟件詳細設計階段結束后必須進行詳細設計評審，以評價軟件驗證與確認計劃中所規(guī)定的驗證與確認方法的合適性與完整性。

　　4.5.5功能檢查 functional audit

　在軟件釋放前，要對軟件進行物理檢查，以驗證程序和文檔已經滿足在軟件需求說明書中規(guī)定的所有需求。

　　4.5.6物理檢查 physical audit

　　在驗收軟件前，要對軟件進行物理檢查，以難程序和文檔已經一致并已做好了交付的準備。

　　4.5.7綜合檢查 comprehensive audit

　　在軟件驗收時，要允許用戶或用戶所委托的專家對所要驗收的軟件進行設計抽樣的綜合檢查，以驗證代碼和設計文檔的一致性。

　　4.5.8管理評審 management reviews

　要對計劃的執(zhí)行情況定期（或按階段）進行管理評審；這些評審必須由獨立于被評審單位的機構或授權的第三方主持進行。

　　4.6軟件配置管理

　　必須編制有關軟件配置管理的條款，或引用按照GB/T 12505單獨制訂的文檔。在這些條款或文檔中，必須規(guī)定用于標識軟件產品、控制和實現軟件的修改、記錄和報告修改實現的狀態(tài)以及評審和檢查配置工作等四方面的活動。還必須規(guī)定用以維護和存儲軟件受控版本的方法和設施；必須規(guī)定對所發(fā)現的問題進行報告、追蹤和解決的步驟，并指出實現報告、追蹤和解決軟件問題的機構及其職責。

　　4.7工具、技術和方法

　　必須指明用以支持特定軟件項目質量保證工作的工具、技術和方法，指出它們的目的，描述它們的用途。

　　4.8媒體控制

　　必須指出保護計算機程序物理媒體的方法和設施，以免非法存取、意外損壞或自然老化。

　　4.9對供貨單位的控制

　　供貨單位包括項目承辦單位、軟件銷售單位或軟件子開發(fā)單位。必須規(guī)定對這些供貨單位進行控制和規(guī)程，從而保證項目承辦單位從軟件銷售單位購買的、其他開發(fā)單位（或子開發(fā)單位）開發(fā)的或從開發(fā)（或子開發(fā)）單位現存軟件庫中選用的軟件能滿足規(guī)定的需求。

　　4.10記錄的收集、維護和保存

　　必須指明需要保存的軟件質量保證活動的記錄，并指出用于匯總、保護和維護這些記錄的方法和設施，并指明要保存的期限。

?