笔记-知识产权与标准化知识-GB/T-12504-1990计算机软件质量保证计划规范
中華人民共和國國家標準
GB/T 12504-1990 計算機軟件質量保證計劃規范 specification for computer software quality assurance plan經查，該標準 (已于2005年作廢) ,以下原文。
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基本文檔
為了確保軟件的實現滿足需求，至少需要下列基本文檔：
4.3.1.1軟件需求規格說明書 software requirements specification
軟件需求規格說明書必須清楚、準確地描述軟件的每一個基本需求(功能、性能、設計約束和屬性)和外部界面。必須把每一個需求規定成能夠通過預先定義的方法(例如檢查、分析、演示或測試等)被客觀地驗證與確認的形式。軟件需求規格說明書的詳細格式按GB 8567。
4.3.1.2軟件設計說明書 software design description
軟件設計說明書應該包括軟件概要設計說明和軟件詳細設計說明兩部分。其概要設計部分必須描述所設計的總體結構、外部接口、各個主要部件的功能與數據結構以及各主要部件之間的接口；必要時還必須對主要部件的每一個部件進行描述。其詳細設計部分必須給出每一個基本部件的功能、算法和過程描述。軟件設計說明書的詳細格式按GB 8567。
4.3.1.3軟件驗證與確認計劃 software verification and validation plan
軟件驗證與確認計劃必須描述所采用的驗證和確認方法(例如評審、檢查、分析、演示或測試等)，以用來驗證軟件需求規格說明書中的需求是否已由軟件設計說明書描述的設計實現；軟件設計說明書表達的設計是否已由編碼實現。軟件驗證與確認計劃還可用來確認編碼的執行是否與軟件需求規格說明書中所規定的需求相一致。軟件驗證與確認計劃的詳細格式按GB 8567 中的測試計劃的格式。
4.3.1.4軟件驗證和確認報告 software verification and validation report
軟件驗證與確認報告必須描述軟件驗證與確認計劃的執行結果。這里必須包括軟件質量保證計劃所需要的所有評審、檢查和測試的結果。軟件驗證與確認報告的詳細格式按GB 8567 中的測試報告的格式。
4.3.1.5用戶文檔 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記錄的收集、維護和保存
必須指明需要保存的軟件質量保證活動的記錄，并指出用于匯總、保護和維護這些記錄的方法和設施，并指明要保存的期限。
還有一個計算機軟件質量保證計劃示例，網上資源不多，摘錄其中一些考點內容。
百度文庫找到一個參考：https://wenku.baidu.com/view/2d15ec245901020207409cd8.html，但仍然不全，缺幾個表格。
計算機軟件質量保證計劃示例
2 管理
2.1 機構
在本軟件系統整個開發期間，必須成立軟件質量保證小組負責質量保證工作。軟件質量保證小組屬總體組領導，由總體組代表、項目的軟件工程小組代表、項目的專職質量保證人員、項目的專職配置管理人員以及各個子系統軟件質量保證人員等方面的人員組成，由項目的軟件工程小組代表任組長。各子系統的軟件質量保證人員在業務上受軟件質量保證小組領導，在行政上受各子系統負責人領導。
軟件質量保證小組和軟件質量保證人員必須檢查和督促本計劃的實施。各子系統的軟件質量保證人員有權直接向軟件質量保證小組報告子項目的軟件質量狀況。各子系統的軟件質量保證人員應該根據對子項目的具體要求，制訂必要的規程和規定，以確保完全遵守本計劃的所有要求。
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. 可追蹤性： 在軟件開發各個階段所編寫的各種文檔應該具有良好的可追蹤性。文檔的可追蹤
- 性包括縱向可追蹤性與橫向可追蹤性兩個方面。前者是指在不同文檔的相關內容之間相互檢索的難易程度；后者是指確定同一文檔某一內容在本文檔中的涉及范圍的難易程度。
- e. 自說明性：在軟件開發各個階段所編寫的各種文檔應該具有較好的自說明性。文檔的自說明性是指在軟件開發各個階段中的不同文檔能獨立表達該軟件其相應階段的階段產品的能力。
- f. 規范性：在軟件開發各個階段所編寫的各種文檔應該具有良好的規范性。文檔的規范性是指文檔的封面、大綱、術語的含義以及圖示符號等符合有關規范的規定。
總結
以上是生活随笔為你收集整理的笔记-知识产权与标准化知识-GB/T-12504-1990计算机软件质量保证计划规范的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： 笔记整理-知识产权与标准化知识-GB/T
- 下一篇： 笔记-知识产权与标准化知识-GB/T16