iso標準之計算機軟件質量保證計劃規劃

篇一：iso標準之計算機軟件質量保證計劃規劃

中華人民共和國國家標準

計算機軟件質量保證計劃規範

specification for computer software quality assurance plan

GB/T 12504-90

1 主題內容與適用範圍

本規範規定了在制定軟件質量保證計劃時應該遵循的統一的基本要求。

本規範適用於軟件特別是重要軟件的質量保證計劃制訂工作。對於非重要軟件或已經開發好的軟件，可以採用本規範規定的要求的子集。

2 引用標準

GB/T 11457 軟件工程術語

GB 8566 計算機軟件開發規範

GB 8567 計算機軟件產品開發文件編制指南

GB/T 12505 計算機軟件配置管理計劃規範

3 術語

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

3.1項目委託單位 project entrust organization

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

3.2項目承辦單位project undertaking organization

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

3.3軟件開發單位 software development organization

軟件開發單位是指直接或間接項目委託單位委託而直接負責開發軟件的單位或個人。

3.4用户 user

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

3.5 軟件 software

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

3.6重要軟件 critical software

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

3.7軟件生存週期 software life cycle

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

3.8驗證 verification

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

3.9確認 validation

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

3.10測試 testing

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

3.11軟件質量 software quality

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

3.12質量保證 quality assurance

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

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

項目承辦單位（或軟件開發單）中負責軟件質量保證的機構或個人，必須制訂一個包括以下各章內容的軟件質量保證計劃（以下簡稱計劃）。名章應以所給出順序排列；如果某本章中沒有相應的內容，則在該章標題之後必須註明“本章無內容”的字樣，並附上相應的理由；如果需要，可以在後面增加章條；如果某些材料已經出現在其他文檔中，則在該計劃中應引用那些文檔。計劃的封面必須標明計劃名和該計劃所屬的項目名，並必須由項目委託單位和項目承辦單位（或軟件開發單位）的代表共同簽字，、批准。計劃的目次是：引言

管理

文檔

標準、條例和約定

評審和檢查

軟件配置管理

工具、技術和方法

媒體控制

對供貨單位的控制

記錄的收集、維護和保存

下面給出軟件質量保證計劃的各個章條必須具有的內容。

4.1引言

4.1.1目的

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

4.1.2定義和縮寫詞

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

4.1.3參考資料

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

4.2 管理

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

4.2.1機構

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

4.2.2任務

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

4.2.3職責

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

4.3文檔

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

4.3.1基本文檔

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

軟件需求規格説明書 software requirements specification

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

軟件設計説明書 software design description

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

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

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

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

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

用户文檔 user documentation

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

4.3.2 其他文檔

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

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

b. 項目進展報表：其詳細格式可參考本規範附錄B（參考件）中有關《項目進展報表》的各項規定。 c. 項目開發各階段的評審報表：其詳細格式可參考本規範附錄C（參考件）中有關《項目階段評審表》的各項規定。

d. 項目開發總結：其詳細格式按GB 8567。

4.4標準、條例和約定

必須列出軟件開發過程中要用到的標準、條例和約定，並列出監督和保證執行的措施。

4.5評審和檢查

必須規定所要進行的技術和管理兩方面的評審和檢查工作，並編制或引用有關的評審和檢查規程以及通

過與否的技術準則。至少要進行下列各項評審和檢查工作：

4.5.1軟件需求評審 software requirements review

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

4.5.2概要設計評審 preliminary design review

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

4.5.3詳細設計評審 detailed design review

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

4.5.5功能檢查 functional audit

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

4.5.6物理檢查 physical audit

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

4.5.7綜合檢查 comprehensive audit

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

4.5.8管理評審 management reviews

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

4.6軟件配置管理

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

4.7工具、技術和方法

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

4.8媒體控制

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

4.9對供貨單位的控制

供貨單位包括項目承辦單位、軟件銷售單位或軟件子開發單位。必須規定對這些供貨單位

進行控制和規程，從而保證項目承辦單位從軟件銷售單位購買的、其他開發單位（或子開發單位）開發的或從開發（或子開發）單位現存軟件庫中選用的軟件能滿足規定的需求。

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

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

附 錄 A

軟 件 質 量 保 證 計 劃 示 例

（參考件）

計 劃 名CADCSC軟件質量保證計劃

項 目 名 中國控制系統CAD工程化軟件系統

項目委託單位

表 籤 名 年 月 日

項目承辦單位

代 表 籤 名 年 月 日

1 引言

1.1目的

本計劃的目的在於對所開發的CADCSC 軟件規定各種必要的質量保證措施，以保證所交付的CADCSC軟件能夠滿足項目委託書或合同中規定的各項需求，能夠滿足本項目總體組制定的且經領導小組批准的該軟件系統需求規格説明書中規定的各項具體需求。

軟件開發單位在開發CADCSC軟件系統所屬的各個子系統（其中包括為本項目研製或選用的各種支持軟件）時，都應該報告本計劃中的有關規定，但可根據各自的情況對酊計劃作適當的剪裁，以滿足特定的質量保證要求，剪裁後的計劃必須經總體組批准。

1.2定義

本計劃用到的一些術語的定義按GB/T 11457和GB/T 12505 。

1.3參考資料

GB/T 11457 軟件工程術語

GB 8566 計算機軟件開發規範

GB 8567 計算機軟件產品開發文件編制指南

GB/T 12504 計算機軟件質量保證計劃規範

GB/T 12505 計算機軟件配置管理計劃規範

CADCSC 軟件配置管理計劃

1.管理

1.1機構

在本軟件系統整個開發期間，必須成立軟件質量保證小組負責質量保證工作。軟件質量保證小組屬總體組領導，由總體組代表、項目的軟件工程小組代表、項目的專職質量保證人員、項目的專職配置管理人員以及各個子系統軟件質量保證人員等方面的人員組成，由項目的軟件工程小組代表任組長。各子系統的軟件質量保證人員在業務上受軟件質量保證小組領導，在行政上受各子系統負責人領導。

軟件質量保證小組和軟件質量保證人員必須檢查和督促本計劃的實施。各子系統的軟件質量保證人員有權直接向軟件質量保證小組報告子項目的軟件質量狀況。各子系統的軟件質量保證人員應該根據對子項目的具體要求，制訂必要的規程和規定，以確保完全遵守本計劃規定的所有要求。

1.2任務

軟件質量保證工作涉及軟件生存同期各階段的活動，應該貫徹到日常的軟件開發活動中，而且應該特

篇二：計算機軟件質量保證計劃規範(GBT 12504-90 )

計算機軟件質量保證計劃規範（GB/T 12504-90 ）

1 主題內容與適用範圍

本規範規定了在制定軟件質量保證計劃時應該遵循的統一的基本要求。

本規範適用於軟件特別是重要軟件的質量保證計劃制訂工作。對於非重要軟件或已經開發好的軟件，可以採用本規範規定的要求的子集。

2 引用標準

GB/T 11457 軟件工程術語

GB 8566 計算機軟件開發規範

GB 8567 計算機軟件產品開發文件編制指南

GB/T 12505 計算機軟件配置管理計劃規範

3 術語

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

3.1項目委託單位 project entrust organization

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

3.2項目承辦單位project undertaking organization

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

3.3軟件開發單位 software development organization

軟件開發單位是指直接或間接項目委託單位委託而直接負責開發軟件的單位或個人。

3.4用户 user

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

3.5 軟件 software 軟件開發網

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

3.6重要軟件 critical software

軟件開發網

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

3.7軟件生存週期 software life cycle

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

3.8驗證 verification

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

3.9確認 validation

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

3.10測試 testing

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

3.11軟件質量 software quality

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

3.12質量保證 quality assurance

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

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

項目承辦單位（或軟件開發單）中負責軟件質量保證的機構或個人，必須制訂一個包括以下各章內容的軟件質量保證計劃（以下簡稱計劃）。名章應以所給出順序排列；如果某本章中沒有相應的內容，則在該章標題之後必須註明“本章無內容”的字樣，並附上相應的理由；如果需要，可以在後面增加章條；如果某些材料已經出現在其他文檔中，則在該計劃中應引用那些文檔。計劃的封面必須標明計劃名和該計劃所屬的項目名，並必須由項目委託單位和項目承辦單位（或軟件開發單位）的代表共同簽字，、批准。計劃的目次是：

4.1引言

4.1.1目的

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

4.1.2定義和縮寫詞

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

4.1.3參考資料

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

軟件開發網

4.2 管理

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

軟件開發網

4.2.1機構

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

4.2.2任務 軟件開發網

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

4.2.3職責

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

4.3文檔

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

4.3.1基本文檔

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

軟件需求規格説明書 software requirements specification

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

軟件設計説明書 software design description

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

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

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

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

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

用户文檔 user documentation

軟件開發網

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

軟件開發網

4.3.2 其他文檔

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

項目實施計劃（其中可包括軟件配置管理計劃，但在必要時也可單獨制訂該計劃）：其詳細格式按GB 8567。 項目進展報表：其詳細格式可參考本規範附錄B（參考件）中有關《項目進展報表》的各項規定。

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

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

軟件開發網

4.4標準、條例和約定

必須列出軟件開發過程中要用到的標準、條例和約定，並列出監督和保證執行的措施。

軟件開發網

4.5評審和檢查

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

4.5.1軟件需求評審 software requirements review

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

4.5.2概要設計評審 preliminary design review

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

4.5.3詳細設計評審 detailed design review

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

4.5.5功能檢查 functional audit

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

4.5.6物理檢查 physical audit

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

4.5.7綜合檢查 comprehensive audit

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

4.5.8管理評審 management reviews

要對計劃的執行情況定期（或按階段）進行管理評審；這些評審必須由獨立於被評審單位的機構或授權的第三方主持進行。 軟件開發網

4.6軟件配置管理

軟件開發網

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

4.7工具、技術和方法

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

4.8媒體控制

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

4.9對供貨單位的控制

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

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

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

篇三：計算機軟件質量保證計劃示例

計算機軟件質量保證計劃示例

blueski推薦 [2005-2-10]

出處：採編

作者：不詳

計劃名 CADCSC軟件質量保證計劃

項目名 中國控制系統CAD工程化軟件系統

項目委託單位

代 表 籤 名 年 月 日

項目承辦單位

代 表 籤 名 年 月 日

1 引言

1.1 目的

本計劃的目的在於對所開發的CADCSC軟件規定各種必要的質量保證措施，以保證所交付的CADCSC軟件能夠滿足項目委託書或合同中規定的各項需求，能夠滿足本項目總體組制定的且經領導小組批准的該軟件系統需求規格説明書中規定的各項具體需求。

軟件開發單位在開發CADCSC軟件系統所屬的各個子系統（其中包括為本項目研製或選用的各種支持軟件）時，都應該執行本計劃中的有關規定，但可根據各自的情況對本計劃作適當的剪裁，以滿足特定的質量保證要求，剪裁後的計劃必須經總體組批准。

1.2 定義

本計劃用到的一些術語的定義按GB/T 11457和GB/T 12505。

1.3 參考資料

GB/T 11457 軟件工程術語

GB 8566 計算機軟件開發規範

GB 8567 計算機軟件產品開發文件編制指南

GB/T 12504 計算機軟件質量保證計劃規範

GB/T 12505 計算機軟件配置管理計劃規範

CADCSC 軟件配置管理計劃

2 管理

2.1 機構

在本軟件系統整個開發期間，必須成立軟件質量保證小組負責質量保證工作。軟件質量保證小組屬總體組領導，由總體組代表、項目的軟件工程小組代表、項目的專職質量保證人員、項目的專職配置管理人員以及各個子系統軟件質量保證人員等方面的人員組成，由項目的軟件工程小組代表任組長。各子系統的軟件質量保證人員在業務上受軟件質量保證小組領導，在行政上受各子系統負責人領導。

軟件質量保證小組和軟件質量保證人員必須檢查和督促本計劃的實施。各子系統的軟件質量保證人員有權直接向軟件質量保證小組報告子項目的軟件質量狀況。各子系統的軟件質量保證人員應該根據對子項目的具體要求，制訂必要的規程和規定，以確保完全遵守本計劃的所有要求。

2.2 任務

軟件質量保證工作涉及軟件生存週期各階段的活動，應該貫徹到日常的軟件開發活動中，而且應該特別注意軟件質量的早期評審工作。因此，對新開發的或正在開發的各子系統，要按照GB 8566與本計劃的各項規定進行各項評審工作。軟件質量保證小組要派成員參加所有的評審與檢查活動。評審與檢查的目的是為了確保在軟件開發工作的各個階段和各個方面都認真採取各項措施來保證與提高軟件的質量。在CADCSC軟件開發過程中，經總體組研究決定，要進行如下幾

類評審與檢查工作：

a. 階段評審：在軟件開發過程中，要定期地或階段性地對某一開發階段或某幾個開發階段的階段產品進行評審。根據總體組研究決定，在CADCSC軟件及其所屬各子系統的開發過程中，應該進行以下三次評審：第一次評審軟件需求、概要設計、驗證與確認方法；第二次評審詳細設計、功能測試與演示，並對第一次評審結果複核；第三次是功能檢查、物理檢查和綜合檢查。關於這些評審工作的詳細內容見第5章。

階段評審工作要組織專門的評審小組，原則上由項目總體小組成員或特邀專家擔任評審組長，評審小組成員應該包括項目委託單位或用户的代表、質量保證人員、軟件開發單位和上級主管部門的代表，其他參加人員視評審內容而定。

每一次評審工作都應填寫評審總結報告（RSR）、評審問題記錄（RPL）、評審成員簽字表（RMT）與軟件問題報告單（SPR）等四張表格。這四張階段評審報表的具體格式應與附錄C中的規定相一致。

b. 日常檢查：在CADCSC軟件的工程化生產過程中，各子系統應該填寫項目進展報表，即軟件進展報表表頭、軟件階段進度表、軟件階段產品完成情況表、軟件開發費用表等四張表格。項目總體組楊以通過項目進展季報表發現有關軟件質量的問題。項目進展季報表的具體格式應與附錄B中的規定相一致。

c. 軟件驗收：必須組織專門的驗收小組對CADCSC軟件系統及其所屬各個子系統進行驗收。驗收工作應按照經項目委託單位“國家自然科學基金委員會信息科學部”與CADCSC總體組雙方都認可的驗收規程正式履行驗收手續。驗收內容應包括文檔驗收、程序驗收、演示、驗收測試與測試結果評審等幾項工作。具體的驗收規程另行制訂。

2.3 職責

在CADCSC項目的軟件質量保證小組中，其各方面人員的職責如下：

a. 組長全面負責有關軟件質量保證的各項工作；

b. 總體組代表負責有關階段評審、項目進展報表檢查以及軟件驗收準備等三方面工作中的質量保證工作；

c. 項目的專職配置管理人員負責有關軟件配置變動、軟件媒體控制以及對供貨單位的控制等三方面的質量保證活動；

d. 各子系統的軟件質量保證人員負責測試複查和文檔的規範化檢查工作；

e. 用户代表負責反映用户的質量要求，並協助檢查各類人員對軟件質量保證計劃的執行情況； f. 項目的專職質量保證人員協助組長開展各項軟件質量保證活動，負責審查所採用的質量保證工具、技術和方法，並負責彙總、維護和保存有關軟件質量保證活動的各項記錄。

3 文檔

本章給出了在CADCSC軟件開發過程各階段需要編制的文檔名稱及其要求，並且規定了評審文質量的通用的度量準則。

3.1. 基本文檔

為了確保軟件的實現滿足項目委託單位“國家自然科學基金委員會信息科學部”認可的需求規格説明書中規定的各項需求，CADCSC軟件各開發單位至少應該編寫以下八個方面內容的文檔： a. 軟件需求規格説明書（SRS）；

b. 軟件設計説明書（SDD），對一些規模較大或複雜性較高的項目，應該把本文檔分成概要設計説明書（PDD）與詳細設計説明書（DDD）兩個文檔；

c. 軟件測試計劃（STP）；

d. 軟件測試報告（STR）；

e. 用户手冊（SUM）；

f. 源程序清單（SCL）；

g. 項目實施計劃（PIP）；

h. 項目開發總結（PDS）。

3.2 其他文檔

除了基本文檔之外，對於尚在開發中的軟件，還應該包括以下四個方面的文檔：

a. 軟件質量保證計劃（SQAP）；

b. 軟件配置管理計劃（SCMP）；

c. 項目進展報表（PPR）；

d. 階段評審報表（PRR）。

注：前面兩個文檔由項目軟件工程小組制訂，屬於管理文檔，各個子系統的項目承辦單位與軟件開發單位都應充分考慮執行計劃中規定的條款。後面兩類文檔屬於工作文檔，就是本計劃的2.2中提到的四張階段評審表與四張項目進展季報表，各個子系統的項目承辦單位或軟件開發單位應該按照規定要求認真填寫有關內容。

3.3 文檔質量的度量準則

文檔是軟件的重要組成部分，是軟件生存週期各個不同階段的產品描述。驗證和確認就是要檢查各階段文檔的合適性。評審文檔質量的度量準則有以下六條：

a. 完備性：所有承擔軟件開發任務的單位，都必須按照GB 8567的規定編制相應的文檔，以保證在開發階段結束時其文檔是齊全的。

b. 正確性：在軟件開發各個階段所編寫的文檔的內容，必須真實地反映該階段的工作且與該階段的需求相一致。

c. 簡明性：在軟件開發各個階段所編寫的各種文檔的語言表達應該清晰、準確簡練，適合各種文檔的特定讀者。

d. 可追蹤性： 在軟件開發各個階段所編寫的各種文檔應該具有良好的可追蹤性。文檔的可追蹤