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. 可追蹤性： 在軟體開發各個階段所編寫的各種文件應該具有良好的可追蹤性。文件的可追蹤