1 主題內(nèi)容與適用范圍
  本規(guī)范規(guī)定了在制訂軟件質(zhì)量保證計劃時應該遵循的統(tǒng)一的基本要求。
  本規(guī)范適用于軟件特別是重要軟件的質(zhì)量保證計劃的制訂工作。對于非重要軟件或已經(jīng)開發(fā)好的軟件，可以采用本規(guī)范規(guī)定的要求的子集。
  2 引用標準
  GB/T 11457 軟件工程術語
  GB 8566 計算機軟件開發(fā)規(guī)范
  GB 8567 計算機軟件產(chǎn)品開發(fā)文件編制指南
  GB/T 12505 計算機軟件配置管理計劃規(guī)范
  3 術語
  下面給出本規(guī)范中用到的一些術語的定義，其他術語的定義按GB/T 11457。
  3.1 項目委托單位 project entrust organization
  項目委托單位是指為產(chǎn)品開發(fā)提供資金并通常也是（但有時也未必）確定產(chǎn)品需求的單位或個人。
  3.2 項目承辦單位 project undertaking organization
  項目承辦單位是指為項目委托單位開發(fā)、購置或選用軟件產(chǎn)品的單位或個人。
  3.3 軟件開發(fā)單位 software development organization
  軟件開發(fā)單位是指直接或間接受項目委托單位委托而直接負責開發(fā)軟件的單位或個人。
  3.4 用戶 user
  用戶是指實際使用軟件來完成某項計算、控制或數(shù)據(jù)處理等任務的單位或個人。
  3.5 軟件 software
  軟件是指計算機程序及其有關的數(shù)據(jù)和文檔，也包括固化了的程序。
  3.6 重要軟件 critical software
  重要軟件是指它的故障會影響到人身安全會導致重大經(jīng)濟損失或社會損失的軟件。
  3.7 軟件生存周期 software life cycle
  軟件生存周期是指從系統(tǒng)設計對計算機軟件系統(tǒng)提出應用需求開始，經(jīng)過開發(fā)，產(chǎn)生一個滿足需求的計算機軟件系統(tǒng)，然后投入運行，直至該軟件系統(tǒng)退役為止。其間經(jīng)歷系統(tǒng)分析與軟件定義、軟件開發(fā)以及系統(tǒng)的運行與維護第三個階段。其中軟件開發(fā)階段一般又劃分成需求分析、概要設計、詳細設計、編碼與單元測試、組裝與系統(tǒng)測試以及安裝與驗收等六個階段。
  3.8 驗證 verification
  驗證是指確定軟件開發(fā)周期中的一個給定階段的產(chǎn)品是否達到上一階段確立的需求的過程。
  3.9 確認 validation
  確認是指在軟件開發(fā)過程結(jié)束時對軟件進行評價以確定它是否和軟件需求相一致的過程。
  3.10 測試 testing
  測試是指通過執(zhí)行程序來有意識地發(fā)現(xiàn)程序中的設計錯誤和編碼錯誤的過程。測試是驗證和確認的手段之一。
  3.11 軟件質(zhì)量 software quality
  軟件質(zhì)量是指軟件產(chǎn)品中能滿足給定需求的各種特性的總和。這些特性稱做質(zhì)量特性，它包括功能度、可靠性、易使用性、時間經(jīng)濟性、資源經(jīng)濟性、可維護性和可移植性等。
  3.12 質(zhì)量保證 quality assurance
  質(zhì)量保證是指為使軟件產(chǎn)品符合規(guī)定需求所進行的一系列有計劃的必要工作。
  4 軟件質(zhì)量保證計劃編制大綱
  項目承辦單位（或軟件開發(fā)單位）中負責軟件質(zhì)量保證的機構或個人，必須制訂一個包括以下各章內(nèi)容的軟件質(zhì)量保證計劃（以下簡稱計劃）。各章應以所給出的順序排列；如果某章中沒有相應的內(nèi)容，則在該章標題之后必須注明“本章無內(nèi)容”的字樣，并附上相應的理由；如果需要，可以在后面增加章條；如果某些材料已經(jīng)出現(xiàn)在其他文檔中，則在該計劃中應引用那些文檔。計劃的封面必須標明計劃名和該計劃所屬的項目名，并必須由項目委托單位和項目承辦單位（或軟件開發(fā)單位）的代表共同簽字、批準。計劃的目次是：
  引言
  管理
  文檔
  標準、條例和約定
  評審和檢查
  軟件配置管理
  工具、技術和方法
  媒體控制
  對供貨單位的控制
  記錄的收集、維護和保存
  下面給出軟件質(zhì)量保證計劃的各個章條必須具有的內(nèi)容。
  4.1 引言
  4.1.1 目的
  本條必須指出特定的軟件質(zhì)量保證計劃的具體目的。還必須指出該計劃所針對的軟件項目（及其所屬的各個子項目）的名稱和用途。
  4.1.2 定義和縮寫詞
  本條應該列出計劃正文中需要解釋的而在GB/T 11457中尚未包含的術語的定義，必要時，還要給出這些定義的英文單詞及其縮寫詞。
  4.1.3 參考資料
  本條必須列出計劃正文中所引用資料的名稱、代號、編號、出版機構和出版年月。
  4.2 管理
  必須描述負責軟件質(zhì)量保證的機構，任務及其有關的職責。
  4.2.1 機構
  本條必須描述與軟件質(zhì)量保證有關的機構的組成。還必須清楚地描述來自項目委托單位、項目承辦單位、軟件開發(fā)單位或用戶中負責軟件質(zhì)量保證的各個成員在機構中的西相互關系。
  4.2.2 任務
  本條必須描述計劃所涉及的軟件生存周期中有關階段的任務，特別要把重點放在描述這些階段所應進行的軟件質(zhì)量保證活動上。
  4.2.3 職責
  本條必須指明軟件質(zhì)量保證計劃中規(guī)定的每一個任務的負責單位或成員的責任。
  4.3 文檔
  必須列出在該軟件的開發(fā)、驗證與確認以及使用與維護等階段中需要編制的文檔，并描述對文檔進行評審與檢查的準則。
  4.3.1 基本文檔
  為了確保軟件的實現(xiàn)滿足需求，至少需要下列基本文檔：
  4.3.1.1 軟件需求規(guī)格說明書 software requirements specification
  軟件需求規(guī)格說明書必須清楚、準確地描述軟件的每一個基本需求（功能、性能、設計約束和屬性）和外部界面。必須把每一個需求規(guī)定成能夠通過預先定義的方法（例如檢查、分析、演示或測試等）被客觀地驗證與確認的形式。軟件需求規(guī)格說明書的詳細格式按GB 8567。
  4.3.1.2 軟件設計說明書 software design description
  軟件設計說明書應該包括軟件概要設計說明和軟件詳細設計說明兩部分。其概要設計部分必須描述所設計軟件的總體結(jié)構、外部接口、各個主要部件的功能與數(shù)據(jù)結(jié)構以及各主要部件之間的接口；必要時還必須對主要部件的每一個子部件進行描述。其詳細設計部分必須給出每一個基本部件的功能、算法和過程描述。軟件設計說明書的詳細格式按GB 8567。
  4.3.1.3 軟件驗證與確認計劃 software verification and validation plan
  軟件驗證與確認計劃必須描述所采用的軟件驗證和確認方法（例如評審、檢查、分析、演示或測試等），以用來難軟件需求規(guī)格說明書中的需求是否已由軟件設計說明書描述的設計實現(xiàn)；軟件設計說明書表達的設計是否已由編碼實現(xiàn)。軟件驗證與確認計劃還可用來確認編碼的執(zhí)行是否與軟件需求規(guī)格說明書中所規(guī)定的需求相一致。軟件驗證與確認計劃的詳細格式按GB 8567中的測試計劃的格式。
  4.3.1.4 軟件難和確認報告 software verification and validation report
  軟件驗證與確認報告必須描述軟件驗證與確認計劃的執(zhí)行結(jié)果。這里必須包括軟件質(zhì)量保證計劃所需要的所有評審、檢查和測試的結(jié)果。軟件驗證與確認報告的詳細格式按GB 8567中的測試報告的格式。
  4.3.1.5 用戶文檔 user documentation
  用戶文檔（例如手冊、指南等）必須指明成功運行該軟件所需要的數(shù)據(jù)、控制命令以及運行條件等；必須指明所有的出錯信息、含義及其修改方法；還必須描述將用戶發(fā)現(xiàn)的錯誤或問題通知項目承辦單位（或軟件開發(fā)單位）或項目委托單位的方法。用戶文檔的詳細格式按GB 8567。 4.3.2 其他文檔
  除基本文檔外，還應包括下列文檔：
  a. 項目實施計劃（其中可包括軟件配置管理計劃，但在必要時也可單獨制訂該計劃）：其詳細格式按GB 8567。
  b. 項目進展報表：其詳細格式可參考本規(guī)范附錄B（參考件）中有關《項目進展報表》的各項規(guī)定。
  c. 項目開發(fā)各個階段的評審報表：其詳細格式可參考本規(guī)范附錄C（參考件）中有關《項目階段評審表》的各項規(guī)定。
  d. 項目開發(fā)總結(jié)：其詳細格式按GB 8567。
  4.4 標準、條例和約定
  必須列出軟件開發(fā)過程中要用到的標準、條例和約定，并列出監(jiān)督和保證書執(zhí)行的措施。
  4.5 評審和檢查
  必須規(guī)定所要進行的技術和管理兩方面的評審和檢查工作，并編制或引用有關的評審和檢查堆積以及通過與否的技術準則。至少要進行下列各項評審和檢查工作：
  4.5.1 軟件需求評審 software requirements review
  在軟件需求分析階段結(jié)束后必須進行軟件需求評審，以確保在軟件需求規(guī)格說明書中所規(guī)定的各項需求的合適性。
  4.5.2 概要設計評審 preliminary design review
  在軟件概要設計結(jié)束后必須進行概要設計評審，以評價軟件設計說明書中所描述的軟件概要設計的總體結(jié)構、外部接口、主要部件功能分配、全局數(shù)據(jù)結(jié)構以及各主要部件之間的接口等方面的合適性。
  4.5.3 詳細設計評審 detailed design review
  在軟件詳細設計階段結(jié)束后必須進行詳細設計評審，以確定軟件設計說明書中所描述的詳細設計在功能、算法和過程描述等方面的合適性。
  4.5.4 軟件驗證與確認評審 software verification and validation review
  在制訂軟件驗證與確認計劃之后要對它進行評審，以評價軟件驗證與確認計劃中所規(guī)定的驗證與確認方法的合適性與完整性。
  4.5.5 功能檢查 functional audit
  在軟件釋放前，要對軟件進行功能檢查，以確認已經(jīng)滿足在軟件需求規(guī)格說明書中規(guī)定的所有需求。
  4.5.6 物理檢查 physical audit
  在驗收軟件前，要對軟件進行物理檢查，以驗證程序和文檔已經(jīng)一致并已做好了交付的準備。
  4.5.7 綜合檢查 comprehensive audit
  在軟件驗收時，要允許用戶或用戶所委托的專家對所要驗收的軟件進行設計抽樣的綜合檢查，以驗證代碼和設計文檔的一致性、接口規(guī)格說明之間的一致性（硬件和軟件）、設計實現(xiàn)和功能需求的一致性、功能需求和測試描述的一致性。
  4.5.8 管理評審 management reviews
  要對計劃的執(zhí)行情況定期（或按階段）進行管理評審；這些評審必須由獨立于被評審單位的機構或授權的第三方主持進行。
  4.6 軟件配置管理
  必須編制有關軟件配置管理的條款，或引用按照GB/T 12505單獨制訂的文檔。在這些條款或文檔中，必須規(guī)定用于標識軟件產(chǎn)品、控制和實現(xiàn)軟件的修改、記錄和報告修改實現(xiàn)的狀態(tài)以及評審和檢查配置管理工作等四方面的活動。還必須規(guī)定用以維護和存儲軟件受控版本的方法和設施；必須規(guī)定對所發(fā)現(xiàn)的軟件問題進行報告、追蹤和解決的步驟，并指出實現(xiàn)報告、追蹤和解決軟件問題的機構及其職責。
  4.7 工具、技術和方法
  必須指明用以支持特定軟件項目質(zhì)量保證工作的工具、技術和方法，指出它們的目的，描述它們的用途。
  4.8 媒體控制
  必須指出保護計算機程序物理媒體的方法和設施，以免非法存取、意外損壞或自然老化。
  4.9 對供貨單位的控制
  供貨單位包括項目承辦單位、軟件銷售單位、軟件開發(fā)單位或軟件子開發(fā)單位。必須規(guī)定對這些供貨單位進行控制的規(guī)程，從而保證項目承辦單位從軟件銷售單位購買的、其他開發(fā)單位（或子開發(fā)單位）開發(fā)的或從開發(fā)（或子開發(fā)）單位現(xiàn)存軟件庫中選用的軟件能滿足規(guī)定的需求。
  4.10 記錄的收集、維護和保存
  必須指明需要保存的軟件質(zhì)量保證活動的記錄，并指出用于匯總、保護和維護這些記錄的方法和設施，并指明要保存的期限。