- 相關(guān)推薦
iso標準之計算機軟件質(zhì)量保證計劃規劃
篇一：iso標準之計算機軟件質(zhì)量保證計劃規劃
中華人民共和國國家標準
計算機軟件質(zhì)量保證計劃規范
specification for computer software quality assurance plan
GB/T 12504-90
1 主題內容與適用范圍
本規范規定了在制定軟件質(zhì)量保證計劃時(shí)應該遵循的統一的基本要求。
本規范適用于軟件特別是重要軟件的質(zhì)量保證計劃制訂工作。對于非重要軟件或已經(jīng)開(kāi)發(fā)好的軟件，可以采用本規范規定的要求的子集。
2 引用標準
GB/T 11457 軟件工程術(shù)語(yǔ)
GB 8566 計算機軟件開(kāi)發(fā)規范
GB 8567 計算機軟件產(chǎn)品開(kāi)發(fā)文件編制指南
GB/T 12505 計算機軟件配置管理計劃規范
3 術(shù)語(yǔ)
下面給出本規范中用到的一些術(shù)語(yǔ)的定義，其他術(shù)語(yǔ)的定義按GB/T 11457。
3.1項目委托單位 project entrust organization
項目承辦單位是指為產(chǎn)品開(kāi)發(fā)提供資金并通常也是（但有時(shí)也未必）確定產(chǎn)品需求的單位或個(gè)人。
3.2項目承辦單位project undertaking organization
項目承辦單位是指為項目委托單位開(kāi)發(fā)、購置或選用軟件產(chǎn)品的單位或個(gè)人。
3.3軟件開(kāi)發(fā)單位 software development organization
軟件開(kāi)發(fā)單位是指直接或間接項目委托單位委托而直接負責開(kāi)發(fā)軟件的單位或個(gè)人。
3.4用戶(hù) user
用戶(hù)是指實(shí)際使用軟件來(lái)完成某項計算、控制或數據處理等任務(wù)的單位或個(gè)人。
3.5 軟件 software
軟件是指計算機程序及其有關(guān)的數據和文檔，也包括固化了的程序。
3.6重要軟件 critical software
重要軟件是指它的故障會(huì )影響到人身安全、會(huì )導致重大經(jīng)濟損失或社會(huì )損失的軟件。
3.7軟件生存周期 software life cycle
軟件生存周期進(jìn)指從系統對計算機軟件系統提出應用需求開(kāi)始，經(jīng)過(guò)開(kāi)發(fā)，產(chǎn)生一個(gè)滿(mǎn)足需求的計算機軟件系統，然后投入運行，直至該軟件系統退役為止。期間經(jīng)歷系統分析與軟件定義、軟件開(kāi)發(fā)以及系統的運行與維護等三個(gè)階段。其中軟件開(kāi)發(fā)階段一般又劃分成需求分析、概要設計、詳細設計、編碼與單元測試、組裝與系統測試發(fā)及安裝與驗收等六個(gè)階段。
3.8驗證 verification
驗證是指確定軟件開(kāi)發(fā)周期中的一個(gè)給定階段的產(chǎn)品是否達到在上一階段確立的需求的過(guò)程。
3.9確認 validation
確認是指在軟件開(kāi)發(fā)過(guò)程結束時(shí)對軟件進(jìn)行評價(jià)以確定它是否和軟件需求相一致的過(guò)程。
3.10測試 testing
測試是指通過(guò)執行程序來(lái)有意識地發(fā)現程序中的設計錯誤和編碼錯誤的過(guò)程。測試是驗證和確認的手段之一。
3.11軟件質(zhì)量 software quality
軟件質(zhì)量是指軟件產(chǎn)品中能滿(mǎn)足給定需求的各種特性和總和。這些特性稱(chēng)做質(zhì)量特性，它包括功能度、可靠性、時(shí)間經(jīng)濟性、資源經(jīng)濟性、可維護性和或移植性等。
3.12質(zhì)量保證 quality assurance
質(zhì)量保證是指為使軟件產(chǎn)品規定需求所進(jìn)行的一系列有計劃的必要工作。
4 軟件質(zhì)量保證計劃編制大綱
項目承辦單位（或軟件開(kāi)發(fā)單）中負責軟件質(zhì)量保證的機構或個(gè)人，必須制訂一個(gè)包括以下各章內容的軟件質(zhì)量保證計劃（以下簡(jiǎn)稱(chēng)計劃）。名章應以所給出順序排列；如果某本章中沒(méi)有相應的內容，則在該章標題之后必須注明“本章無(wú)內容”的字樣，并附上相應的理由；如果需要，可以在后面增加章條；如果某些材料已經(jīng)出現在其他文檔中，則在該計劃中應引用那些文檔。計劃的封面必須標明計劃名和該計劃所屬的項目名，并必須由項目委托單位和項目承辦單位（或軟件開(kāi)發(fā)單位）的代表共同簽字，、批準。計劃的目次是：引言
管理
文檔
標準、條例和約定
評審和檢查
軟件配置管理
工具、技術(shù)和方法
媒體控制
對供貨單位的控制
記錄的收集、維護和保存
下面給出軟件質(zhì)量保證計劃的各個(gè)章條必須具有的內容。
4.1引言
4.1.1目的
本條必須指出特定的軟件質(zhì)量保證計劃的具體目的。還必須指出該計劃所針對的軟件項目（及其所屬的各個(gè)子項目）的名稱(chēng)和用途。
4.1.2定義和縮寫(xiě)詞
本條應該列出計劃正文中需要解釋的而在GB/T 11457中尚未包含的術(shù)語(yǔ)的定義，必要時(shí)，還要給出這些定義的英文單詞及其縮寫(xiě)詞。
4.1.3參考資料
本適可而止必須列出計劃正文中所引用資料的名稱(chēng)、代號、編號、出版機構和出版年月。
4.2 管理
必須描述負責軟件質(zhì)量保證的機構、任務(wù)及其有關(guān)的職責。
4.2.1機構
本條必須描述與軟件質(zhì)量保證有關(guān)的機構的組成。還必須清楚地描述來(lái)自項目委托單位、項目承辦單位、軟件開(kāi)發(fā)單位或用戶(hù)中負責軟件質(zhì)量保證的各個(gè)成員有機構中的相互關(guān)系。
4.2.2任務(wù)
本條必須描述計劃涉及的軟件生存周期中有關(guān)階段的任務(wù)，特別要把重點(diǎn)放在描述這些階段所應進(jìn)行的軟件質(zhì)量保證活動(dòng)上。
4.2.3職責
本條必須指明軟件質(zhì)量保證計劃中規定的每一個(gè)負責單位或成員的責任。
4.3文檔
必須列出在該軟件的開(kāi)發(fā)、驗證與確認以及使用與維護等階段中需要編制的文檔，并描述對文檔進(jìn)行評審與檢查的準則。
4.3.1基本文檔
為了確保軟件的實(shí)現滿(mǎn)足需求，至少需要下列基本文檔：
4.3.1.1軟件需求規格說(shuō)明書(shū) software requirements specification
軟件需求規格說(shuō)明書(shū)必須清楚、準確地描述軟件的每一個(gè)基本需求（功能、性能、設計約束和屬性）和外部界面。必須把每一個(gè)需求規定成能夠通過(guò)預先定義的方法（例如檢查、分析、演示或測試等）被客觀(guān)地驗證與確認的形式。軟件需求規格說(shuō)明書(shū)的詳細格式按GB 8567。
4.3.1.2軟件設計說(shuō)明書(shū) software design description
軟件設計說(shuō)明書(shū)應該包括軟件概要設計說(shuō)明和軟件詳細設計說(shuō)明兩部分。其概要設計部分必須描述所設計的總體結構、外部接口、各個(gè)主要部件的功能與數據結構以及各主要部件之間的接口；必要時(shí)還必須對主要部件的每一個(gè)部件進(jìn)行描述。其詳細設計部分必須給出每一個(gè)基本部件的功能、算法和過(guò)程描述。軟件設計說(shuō)明書(shū)的詳細格式按GB8567。
4.3.1.3軟件驗證與確認計劃 software verification and validation plan
軟件驗證與確認計劃必須描述所采用的驗證和確認方法（例如評審、檢查、分析、演示或測試等），以用來(lái)驗證軟件需求規格說(shuō)明書(shū)中的需求是否已由軟件設計說(shuō)明書(shū)描述的設計實(shí)現；軟件設計說(shuō)明書(shū)表達的設計是否已由編碼實(shí)現。軟件驗證與確認計劃還可用來(lái)確認編碼的執行是否與軟件需求規格說(shuō)明書(shū)中所規定的需求相一致。軟件驗證與確認計劃的詳細格式按GB 8567 中的測試計劃的格式。
4.3.1.4軟件驗證和確認報告 software verification and validation report
軟件驗證與確認報告必須描述軟件驗證與確認計劃的執行結果。這里必須包括軟件質(zhì)量保證計劃所需要的所有評審、檢查和測試的結果。軟件驗證與確認報告的詳細格式按GB 8567 中的測試報告的格式。
4.3.1.5用戶(hù)文檔 user documentation
用戶(hù)文檔（例如手冊、指南等到）必須指明成功運行該軟件所需要的數據、控制命令以及運行條件等；必須指明所有的出錯信息、含義及其修改方法；還必須描述將用戶(hù)發(fā)現的錯誤或問(wèn)題通知項目承辦單位（或軟件開(kāi)發(fā)單）或項目委托單位的方法。用戶(hù)文檔的詳細格式按GB 8567。
4.3.2 其他文檔
除基本文檔以外，還應包括下列文檔：
a. 項目實(shí)施計劃（其中可包括軟件配置管理計劃，但在必要時(shí)也可單獨制訂該計劃）：其詳細格式按GB 8567。
b. 項目進(jìn)展報表：其詳細格式可參考本規范附錄B（參考件）中有關(guān)《項目進(jìn)展報表》的各項規定。 c. 項目開(kāi)發(fā)各階段的評審報表：其詳細格式可參考本規范附錄C（參考件）中有關(guān)《項目階段評審表》的各項規定。
d. 項目開(kāi)發(fā)總結：其詳細格式按GB 8567。
4.4標準、條例和約定
必須列出軟件開(kāi)發(fā)過(guò)程中要用到的標準、條例和約定，并列出監督和保證執行的措施。
4.5評審和檢查
必須規定所要進(jìn)行的技術(shù)和管理兩方面的評審和檢查工作，并編制或引用有關(guān)的評審和檢查規程以及通
過(guò)與否的技術(shù)準則。至少要進(jìn)行下列各項評審和檢查工作：
4.5.1軟件需求評審 software requirements review
在軟件概要設計結束后必須進(jìn)行概要設計評審，以確保在軟件需求規格說(shuō)明書(shū)中所規定的各項需求的合適性。
4.5.2概要設計評審 preliminary design review
在軟件概要設計結束后必須進(jìn)行概要設計評審，以評價(jià)軟件設計說(shuō)明書(shū)中所描述的軟件概要設計在總體結構、外部接口、主要部件功能分配、全局數據結構以及各主要部件之間的接口等方面的合適性。
4.5.3詳細設計評審 detailed design review
在軟件詳細設計階段結束后必須進(jìn)行詳細設計評審，以評價(jià)軟件驗證與確認計劃中所規定的驗證與確認方法的合適性與完整性。
4.5.5功能檢查 functional audit
在軟件釋放前，要對軟件進(jìn)行物理檢查，以驗證程序和文檔已經(jīng)滿(mǎn)足在軟件需求說(shuō)明書(shū)中規定的所有需求。
4.5.6物理檢查 physical audit
在驗收軟件前，要對軟件進(jìn)行物理檢查，以難程序和文檔已經(jīng)一致并已做好了交付的準備。
4.5.7綜合檢查 comprehensive audit
在軟件驗收時(shí)，要允許用戶(hù)或用戶(hù)所委托的專(zhuān)家對所要驗收的軟件進(jìn)行設計抽樣的綜合檢查，以驗證代碼和設計文檔的一致性。
4.5.8管理評審 management reviews
要對計劃的執行情況定期（或按階段）進(jìn)行管理評審；這些評審必須由獨立于被評審單位的機構或授權的第三方主持進(jìn)行。
4.6軟件配置管理
必須編制有關(guān)軟件配置管理的條款，或引用按照GB/T 12505單獨制訂的文檔。在這些條款或文檔中，必須規定用于標識軟件產(chǎn)品、控制和實(shí)現軟件的修改、記錄和報告修改實(shí)現的狀態(tài)以及評審和檢查配置工作等四方面的活動(dòng)。還必須規定用以維護和存儲軟件受控版本的方法和設施；必須規定對所發(fā)現的問(wèn)題進(jìn)行報告、追蹤和解決的步驟，并指出實(shí)現報告、追蹤和解決軟件問(wèn)題的機構及其職責。
4.7工具、技術(shù)和方法
必須指明用以支持特定軟件項目質(zhì)量保證工作的工具、技術(shù)和方法，指出它們的目的，描述它們的用途。
4.8媒體控制
必須指出保護計算機程序物理媒體的方法和設施，以免非法存取、意外損壞或自然老化。
4.9對供貨單位的控制
供貨單位包括項目承辦單位、軟件銷(xiāo)售單位或軟件子開(kāi)發(fā)單位。必須規定對這些供貨單位
進(jìn)行控制和規程，從而保證項目承辦單位從軟件銷(xiāo)售單位購買(mǎi)的、其他開(kāi)發(fā)單位（或子開(kāi)發(fā)單位）開(kāi)發(fā)的或從開(kāi)發(fā)（或子開(kāi)發(fā)）單位現存軟件庫中選用的軟件能滿(mǎn)足規定的需求。
4.10記錄的收集、維護和保存
必須指明需要保存的軟件質(zhì)量保證活動(dòng)的記錄，并指出用于匯總、保護和維護這些記錄的方法和設施，并指明要保存的期限。
附 錄 A
軟 件 質(zhì) 量 保 證 計 劃 示 例
�。▍⒖技�
計 劃 名CADCSC軟件質(zhì)量保證計劃
項 目 名 中國控制系統CAD工程化軟件系統
項目委托單位
表 簽 名 年 月 日
項目承辦單位
代 表 簽 名 年 月 日
1 引言
1.1目的
本計劃的目的在于對所開(kāi)發(fā)的CADCSC 軟件規定各種必要的質(zhì)量保證措施，以保證所交付的CADCSC軟件能夠滿(mǎn)足項目委托書(shū)或合同中規定的各項需求，能夠滿(mǎn)足本項目總體組制定的且經(jīng)領(lǐng)導小組批準的該軟件系統需求規格說(shuō)明書(shū)中規定的各項具體需求。
軟件開(kāi)發(fā)單位在開(kāi)發(fā)CADCSC軟件系統所屬的各個(gè)子系統（其中包括為本項目研制或選用的各種支持軟件）時(shí)，都應該報告本計劃中的有關(guān)規定，但可根據各自的情況對酊計劃作適當的剪裁，以滿(mǎn)足特定的質(zhì)量保證要求，剪裁后的計劃必須經(jīng)總體組批準。
1.2定義
本計劃用到的一些術(shù)語(yǔ)的定義按GB/T 11457和GB/T 12505 。
1.3參考資料
GB/T 11457 軟件工程術(shù)語(yǔ)
GB 8566 計算機軟件開(kāi)發(fā)規范
GB 8567 計算機軟件產(chǎn)品開(kāi)發(fā)文件編制指南
GB/T 12504 計算機軟件質(zhì)量保證計劃規范
GB/T 12505 計算機軟件配置管理計劃規范
CADCSC 軟件配置管理計劃
1.管理
1.1機構
在本軟件系統整個(gè)開(kāi)發(fā)期間，必須成立軟件質(zhì)量保證小組負責質(zhì)量保證工作。軟件質(zhì)量保證小組屬總體組領(lǐng)導，由總體組代表、項目的軟件工程小組代表、項目的專(zhuān)職質(zhì)量保證人員、項目的專(zhuān)職配置管理人員以及各個(gè)子系統軟件質(zhì)量保證人員等方面的人員組成，由項目的軟件工程小組代表任組長(cháng)。各子系統的軟件質(zhì)量保證人員在業(yè)務(wù)上受軟件質(zhì)量保證小組領(lǐng)導，在行政上受各子系統負責人領(lǐng)導。
軟件質(zhì)量保證小組和軟件質(zhì)量保證人員必須檢查和督促本計劃的實(shí)施。各子系統的軟件質(zhì)量保證人員有權直接向軟件質(zhì)量保證小組報告子項目的軟件質(zhì)量狀況。各子系統的軟件質(zhì)量保證人員應該根據對子項目的具體要求，制訂必要的規程和規定，以確保完全遵守本計劃規定的所有要求。
1.2任務(wù)
軟件質(zhì)量保證工作涉及軟件生存同期各階段的活動(dòng)，應該貫徹到日常的軟件開(kāi)發(fā)活動(dòng)中，而且應該特
篇二：計算機軟件質(zhì)量保證計劃規范(GBT 12504-90 )
計算機軟件質(zhì)量保證計劃規范（GB/T 12504-90 ）
1 主題內容與適用范圍
本規范規定了在制定軟件質(zhì)量保證計劃時(shí)應該遵循的統一的基本要求。
本規范適用于軟件特別是重要軟件的質(zhì)量保證計劃制訂工作。對于非重要軟件或已經(jīng)開(kāi)發(fā)好的軟件，可以采用本規范規定的要求的子集。
2 引用標準
GB/T 11457 軟件工程術(shù)語(yǔ)
GB 8566 計算機軟件開(kāi)發(fā)規范
GB 8567 計算機軟件產(chǎn)品開(kāi)發(fā)文件編制指南
GB/T 12505 計算機軟件配置管理計劃規范
3 術(shù)語(yǔ)
下面給出本規范中用到的一些術(shù)語(yǔ)的定義，其他術(shù)語(yǔ)的定義按GB/T 11457。
3.1項目委托單位 project entrust organization
項目承辦單位是指為產(chǎn)品開(kāi)發(fā)提供資金并通常也是（但有時(shí)也未必）確定產(chǎn)品需求的單位或個(gè)人。
3.2項目承辦單位project undertaking organization
項目承辦單位是指為項目委托單位開(kāi)發(fā)、購置或選用軟件產(chǎn)品的單位或個(gè)人。
3.3軟件開(kāi)發(fā)單位 software development organization
軟件開(kāi)發(fā)單位是指直接或間接項目委托單位委托而直接負責開(kāi)發(fā)軟件的單位或個(gè)人。
3.4用戶(hù) user
用戶(hù)是指實(shí)際使用軟件來(lái)完成某項計算、控制或數據處理等任務(wù)的單位或個(gè)人。
3.5 軟件 software 軟件開(kāi)發(fā)網(wǎng)
軟件是指計算機程序及其有關(guān)的數據和文檔，也包括固化了的程序。
3.6重要軟件 critical software
軟件開(kāi)發(fā)網(wǎng)
重要軟件是指它的故障會(huì )影響到人身安全、會(huì )導致重大經(jīng)濟損失或社會(huì )損失的軟件。
3.7軟件生存周期 software life cycle
軟件生存周期進(jìn)指從系統對計算機軟件系統提出應用需求開(kāi)始，經(jīng)過(guò)開(kāi)發(fā)，產(chǎn)生一個(gè)滿(mǎn)足需求的計算機軟件系統，然后投入運行，直至該軟件系統退役為止。期間經(jīng)歷系統分析與軟件定義、軟件開(kāi)發(fā)以及系統的運行與維護等三個(gè)階段。其中軟件開(kāi)發(fā)階段一般又劃分成需求分析、概要設計、詳細設計、編碼與單元測試、組裝與系統測試發(fā)及安裝與驗收等六個(gè)階段。
3.8驗證 verification
驗證是指確定軟件開(kāi)發(fā)周期中的一個(gè)給定階段的產(chǎn)品是否達到在上一階段確立的需求的過(guò)程。
3.9確認 validation
確認是指在軟件開(kāi)發(fā)過(guò)程結束時(shí)對軟件進(jìn)行評價(jià)以確定它是否和軟件需求相一致的過(guò)程。
3.10測試 testing
測試是指通過(guò)執行程序來(lái)有意識地發(fā)現程序中的設計錯誤和編碼錯誤的過(guò)程。測試是驗證和確認的手段之一。
3.11軟件質(zhì)量 software quality
軟件質(zhì)量是指軟件產(chǎn)品中能滿(mǎn)足給定需求的各種特性和總和。這些特性稱(chēng)做質(zhì)量特性，它包括功能度、可靠性、時(shí)間經(jīng)濟性、資源經(jīng)濟性、可維護性和或移植性等。
3.12質(zhì)量保證 quality assurance
質(zhì)量保證是指為使軟件產(chǎn)品規定需求所進(jìn)行的一系列有計劃的必要工作。
4 軟件質(zhì)量保證計劃編制大綱
項目承辦單位（或軟件開(kāi)發(fā)單）中負責軟件質(zhì)量保證的機構或個(gè)人，必須制訂一個(gè)包括以下各章內容的軟件質(zhì)量保證計劃（以下簡(jiǎn)稱(chēng)計劃）。名章應以所給出順序排列；如果某本章中沒(méi)有相應的內容，則在該章標題之后必須注明“本章無(wú)內容”的字樣，并附上相應的理由；如果需要，可以在后面增加章條；如果某些材料已經(jīng)出現在其他文檔中，則在該計劃中應引用那些文檔。計劃的封面必須標明計劃名和該計劃所屬的項目名，并必須由項目委托單位和項目承辦單位（或軟件開(kāi)發(fā)單位）的代表共同簽字，、批準。計劃的目次是：
4.1引言
4.1.1目的
本條必須指出特定的軟件質(zhì)量保證計劃的具體目的。還必須指出該計劃所針對的軟件項目（及其所屬的各個(gè)子項目）的名稱(chēng)和用途。
4.1.2定義和縮寫(xiě)詞
本條應該列出計劃正文中需要解釋的而在GB/T 11457中尚未包含的術(shù)語(yǔ)的定義，必要時(shí)，還要給出這些定義的英文單詞及其縮寫(xiě)詞。
4.1.3參考資料
本適可而止必須列出計劃正文中所引用資料的名稱(chēng)、代號、編號、出版機構和出版年月。
軟件開(kāi)發(fā)網(wǎng)
4.2 管理
必須描述負責軟件質(zhì)量保證的機構、任務(wù)及其有關(guān)的職責。
軟件開(kāi)發(fā)網(wǎng)
4.2.1機構
本條必須描述與軟件質(zhì)量保證有關(guān)的機構的組成。還必須清楚地描述來(lái)自項目委托單位、項目承辦單位、軟件開(kāi)發(fā)單位或用戶(hù)中負責軟件質(zhì)量保證的各個(gè)成員有機構中的相互關(guān)系。
4.2.2任務(wù) 軟件開(kāi)發(fā)網(wǎng)
本條必須描述計劃涉及的軟件生存周期中有關(guān)階段的任務(wù)，特別要把重點(diǎn)放在描述這些階段所應進(jìn)行的軟件質(zhì)量保證活動(dòng)上。
4.2.3職責
本條必須指明軟件質(zhì)量保證計劃中規定的每一個(gè)負責單位或成員的責任。
4.3文檔
必須列出在該軟件的開(kāi)發(fā)、驗證與確認以及使用與維護等階段中需要編制的文檔，并描述對文檔進(jìn)行評審與檢查的準則。
4.3.1基本文檔
為了確保軟件的實(shí)現滿(mǎn)足需求，至少需要下列基本文檔：
4.3.1.1軟件需求規格說(shuō)明書(shū) software requirements specification
軟件需求規格說(shuō)明書(shū)必須清楚、準確地描述軟件的每一個(gè)基本需求（功能、性能、設計約束和屬性）和外部界面。必須把每一個(gè)需求規定成能夠通過(guò)預先定義的方法（例如檢查、分析、演示或測試等）被客觀(guān)地驗證與確認的形式。軟件需求規格說(shuō)明書(shū)的詳細格式按GB 8567。
4.3.1.2軟件設計說(shuō)明書(shū) software design description
軟件設計說(shuō)明書(shū)應該包括軟件概要設計說(shuō)明和軟件詳細設計說(shuō)明兩部分。其概要設計部分必須描述所設計的總體結構、外部接口、各個(gè)主要部件的功能與數據結構以及各主要部件之間的接口；必要時(shí)還必須對主要部件的每一個(gè)部件進(jìn)行描述。其詳細設計部分必須給出每一個(gè)基本部件的功能、算法和過(guò)程描述。軟件設計說(shuō)明書(shū)的詳細格式按GB8567。
4.3.1.3軟件驗證與確認計劃 software verification and validation plan
軟件驗證與確認計劃必須描述所采用的驗證和確認方法（例如評審、檢查、分析、演示或測試等），以用來(lái)驗證軟件需求規格說(shuō)明書(shū)中的需求是否已由軟件設計說(shuō)明書(shū)描述的設計實(shí)現；軟件設計說(shuō)明書(shū)表達的設計是否已由編碼實(shí)現。軟件驗證與確認計劃還可用來(lái)確認編碼的執行是否與軟件需求規格說(shuō)明書(shū)中所規定的需求相一致。軟件驗證與確認計劃的詳細格式按GB 8567 中的測試計劃的格式。
4.3.1.4軟件驗證和確認報告 software verification and validation report
軟件驗證與確認報告必須描述軟件驗證與確認計劃的執行結果。這里必須包括軟件質(zhì)量保證計劃所需要的所有評審、檢查和測試的結果。軟件驗證與確認報告的詳細格式按GB 8567 中的測試報告的格式。
4.3.1.5用戶(hù)文檔 user documentation
軟件開(kāi)發(fā)網(wǎng)
用戶(hù)文檔（例如手冊、指南等到）必須指明成功運行該軟件所需要的數據、控制命令以及運行條件等；必須指明所有的出錯信息、含義及其修改方法；還必須描述將用戶(hù)發(fā)現的錯誤或問(wèn)題通知項目承辦單位（或軟件開(kāi)發(fā)單）或項目委托單位的方法。用戶(hù)文檔的詳細格式按GB 8567。
軟件開(kāi)發(fā)網(wǎng)
4.3.2 其他文檔
除基本文檔以外，還應包括下列文檔：
項目實(shí)施計劃（其中可包括軟件配置管理計劃，但在必要時(shí)也可單獨制訂該計劃）：其詳細格式按GB 8567。 項目進(jìn)展報表：其詳細格式可參考本規范附錄B（參考件）中有關(guān)《項目進(jìn)展報表》的各項規定。
項目開(kāi)發(fā)各階段的評審報表：其詳細格式可參考本規范附錄C（參考件）中有關(guān)《項目階段評審表》的各項規定。
項目開(kāi)發(fā)總結：其詳細格式按GB 8567。
軟件開(kāi)發(fā)網(wǎng)
4.4標準、條例和約定
必須列出軟件開(kāi)發(fā)過(guò)程中要用到的標準、條例和約定，并列出監督和保證執行的措施。
軟件開(kāi)發(fā)網(wǎng)
4.5評審和檢查
必須規定所要進(jìn)行的技術(shù)和管理兩方面的評審和檢查工作，并編制或引用有關(guān)的評審和檢查規程以及通過(guò)與否的技術(shù)準則。至少要進(jìn)行下列各項評審和檢查工作：
4.5.1軟件需求評審 software requirements review
在軟件概要設計結束后必須進(jìn)行概要設計評審，以確保在軟件需求規格說(shuō)明書(shū)中所規定的各項需求的合適性。
4.5.2概要設計評審 preliminary design review
在軟件概要設計結束后必須進(jìn)行概要設計評審，以評價(jià)軟件設計說(shuō)明書(shū)中所描述的軟件概要設計在總體結構、外部接口、主要部件功能分配、全局數據結構以及各主要部件之間的接口等方面的合適性。
4.5.3詳細設計評審 detailed design review
在軟件詳細設計階段結束后必須進(jìn)行詳細設計評審，以評價(jià)軟件驗證與確認計劃中所規定的驗證與確認方法的合適性與完整性。
4.5.5功能檢查 functional audit
在軟件釋放前，要對軟件進(jìn)行物理檢查，以驗證程序和文檔已經(jīng)滿(mǎn)足在軟件需求說(shuō)明書(shū)中規定的所有需求。
4.5.6物理檢查 physical audit
在驗收軟件前，要對軟件進(jìn)行物理檢查，以難程序和文檔已經(jīng)一致并已做好了交付的準備。
4.5.7綜合檢查 comprehensive audit
在軟件驗收時(shí)，要允許用戶(hù)或用戶(hù)所委托的專(zhuān)家對所要驗收的軟件進(jìn)行設計抽樣的綜合檢查，以驗證代碼和設計文檔的一致性。
4.5.8管理評審 management reviews
要對計劃的執行情況定期（或按階段）進(jìn)行管理評審；這些評審必須由獨立于被評審單位的機構或授權的第三方主持進(jìn)行。 軟件開(kāi)發(fā)網(wǎng)
4.6軟件配置管理
軟件開(kāi)發(fā)網(wǎng)
必須編制有關(guān)軟件配置管理的條款，或引用按照GB/T 12505單獨制訂的文檔。在這些條款或文檔中，必須規定用于標識軟件產(chǎn)品、控制和實(shí)現軟件的修改、記錄和報告修改實(shí)現的狀態(tài)以及評審和檢查配置工作等四方面的活動(dòng)。還必須規定用以維護和存儲軟件受控版本的方法和設施；必須規定對所發(fā)現的問(wèn)題進(jìn)行報告、追蹤和解決的步驟，并指出實(shí)現報告、追蹤和解決軟件問(wèn)題的機構及其職責。
4.7工具、技術(shù)和方法
必須指明用以支持特定軟件項目質(zhì)量保證工作的工具、技術(shù)和方法，指出它們的目的，描述它們的用途。
4.8媒體控制
必須指出保護計算機程序物理媒體的方法和設施，以免非法存取、意外損壞或自然老化。
4.9對供貨單位的控制
供貨單位包括項目承辦單位、軟件銷(xiāo)售單位或軟件子開(kāi)發(fā)單位。必須規定對這些供貨單位進(jìn)行控制和規程，從而保證項目承辦單位從軟件銷(xiāo)售單位購買(mǎi)的、其他開(kāi)發(fā)單位（或子開(kāi)發(fā)單位）開(kāi)發(fā)的或從開(kāi)發(fā)（或子開(kāi)發(fā)）單位現存軟件庫中選用的軟件能滿(mǎn)足規定的需求。
4.10記錄的收集、維護和保存
必須指明需要保存的軟件質(zhì)量保證活動(dòng)的記錄，并指出用于匯總、保護和維護這些記錄的方法和設施，并指明要保存的期限。
篇三：計算機軟件質(zhì)量保證計劃示例
計算機軟件質(zhì)量保證計劃示例
blueski推薦 [2005-2-10]
出處：51CMM.COM采編
作者：不詳
計劃名 CADCSC軟件質(zhì)量保證計劃
項目名 中國控制系統CAD工程化軟件系統
項目委托單位
代 表 簽 名 年 月 日
項目承辦單位
代 表 簽 名 年 月 日
1 引言
1.1 目的
本計劃的目的在于對所開(kāi)發(fā)的CADCSC軟件規定各種必要的質(zhì)量保證措施，以保證所交付的CADCSC軟件能夠滿(mǎn)足項目委托書(shū)或合同中規定的各項需求，能夠滿(mǎn)足本項目總體組制定的且經(jīng)領(lǐng)導小組批準的該軟件系統需求規格說(shuō)明書(shū)中規定的各項具體需求。
軟件開(kāi)發(fā)單位在開(kāi)發(fā)CADCSC軟件系統所屬的各個(gè)子系統（其中包括為本項目研制或選用的各種支持軟件）時(shí)，都應該執行本計劃中的有關(guān)規定，但可根據各自的情況對本計劃作適當的剪裁，以滿(mǎn)足特定的質(zhì)量保證要求，剪裁后的計劃必須經(jīng)總體組批準。
1.2 定義
本計劃用到的一些術(shù)語(yǔ)的定義按GB/T 11457和GB/T 12505。
1.3 參考資料
GB/T 11457 軟件工程術(shù)語(yǔ)
GB 8566 計算機軟件開(kāi)發(fā)規范
GB 8567 計算機軟件產(chǎn)品開(kāi)發(fā)文件編制指南
GB/T 12504 計算機軟件質(zhì)量保證計劃規范
GB/T 12505 計算機軟件配置管理計劃規范
CADCSC 軟件配置管理計劃
2 管理
2.1 機構
在本軟件系統整個(gè)開(kāi)發(fā)期間，必須成立軟件質(zhì)量保證小組負責質(zhì)量保證工作。軟件質(zhì)量保證小組屬總體組領(lǐng)導，由總體組代表、項目的軟件工程小組代表、項目的專(zhuān)職質(zhì)量保證人員、項目的專(zhuān)職配置管理人員以及各個(gè)子系統軟件質(zhì)量保證人員等方面的人員組成，由項目的軟件工程小組代表任組長(cháng)。各子系統的軟件質(zhì)量保證人員在業(yè)務(wù)上受軟件質(zhì)量保證小組領(lǐng)導，在行政上受各子系統負責人領(lǐng)導。
軟件質(zhì)量保證小組和軟件質(zhì)量保證人員必須檢查和督促本計劃的實(shí)施。各子系統的軟件質(zhì)量保證人員有權直接向軟件質(zhì)量保證小組報告子項目的軟件質(zhì)量狀況。各子系統的軟件質(zhì)量保證人員應該根據對子項目的具體要求，制訂必要的規程和規定，以確保完全遵守本計劃的所有要求。
2.2 任務(wù)
軟件質(zhì)量保證工作涉及軟件生存周期各階段的活動(dòng)，應該貫徹到日常的軟件開(kāi)發(fā)活動(dòng)中，而且應該特別注意軟件質(zhì)量的早期評審工作。因此，對新開(kāi)發(fā)的或正在開(kāi)發(fā)的各子系統，要按照GB 8566與本計劃的各項規定進(jìn)行各項評審工作。軟件質(zhì)量保證小組要派成員參加所有的評審與檢查活動(dòng)。評審與檢查的目的是為了確保在軟件開(kāi)發(fā)工作的各個(gè)階段和各個(gè)方面都認真采取各項措施來(lái)保證與提高軟件的質(zhì)量。在CADCSC軟件開(kāi)發(fā)過(guò)程中，經(jīng)總體組研究決定，要進(jìn)行如下幾
類(lèi)評審與檢查工作：
a. 階段評審：在軟件開(kāi)發(fā)過(guò)程中，要定期地或階段性地對某一開(kāi)發(fā)階段或某幾個(gè)開(kāi)發(fā)階段的階段產(chǎn)品進(jìn)行評審。根據總體組研究決定，在CADCSC軟件及其所屬各子系統的開(kāi)發(fā)過(guò)程中，應該進(jìn)行以下三次評審：第一次評審軟件需求、概要設計、驗證與確認方法；第二次評審詳細設計、功能測試與演示，并對第一次評審結果復核；第三次是功能檢查、物理檢查和綜合檢查。關(guān)于這些評審工作的詳細內容見(jiàn)第5章。
階段評審工作要組織專(zhuān)門(mén)的評審小組，原則上由項目總體小組成員或特邀專(zhuān)家擔任評審組長(cháng)，評審小組成員應該包括項目委托單位或用戶(hù)的代表、質(zhì)量保證人員、軟件開(kāi)發(fā)單位和上級主管部門(mén)的代表，其他參加人員視評審內容而定。
每一次評審工作都應填寫(xiě)評審總結報告（RSR）、評審問(wèn)題記錄（RPL）、評審成員簽字表（RMT）與軟件問(wèn)題報告單（SPR）等四張表格。這四張階段評審報表的具體格式應與附錄C中的規定相一致。
b. 日常檢查：在CADCSC軟件的工程化生產(chǎn)過(guò)程中，各子系統應該填寫(xiě)項目進(jìn)展報表，即軟件進(jìn)展報表表頭、軟件階段進(jìn)度表、軟件階段產(chǎn)品完成情況表、軟件開(kāi)發(fā)費用表等四張表格。項目總體組楊以通過(guò)項目進(jìn)展季報表發(fā)現有關(guān)軟件質(zhì)量的問(wèn)題。項目進(jìn)展季報表的具體格式應與附錄B中的規定相一致。
c. 軟件驗收：必須組織專(zhuān)門(mén)的驗收小組對CADCSC軟件系統及其所屬各個(gè)子系統進(jìn)行驗收。驗收工作應按照經(jīng)項目委托單位“國家自然科學(xué)基金委員會(huì )信息科學(xué)部”與CADCSC總體組雙方都認可的驗收規程正式履行驗收手續。驗收內容應包括文檔驗收、程序驗收、演示、驗收測試與測試結果評審等幾項工作。具體的驗收規程另行制訂。
2.3 職責
在CADCSC項目的軟件質(zhì)量保證小組中，其各方面人員的職責如下：
a. 組長(cháng)全面負責有關(guān)軟件質(zhì)量保證的各項工作；
b. 總體組代表負責有關(guān)階段評審、項目進(jìn)展報表檢查以及軟件驗收準備等三方面工作中的質(zhì)量保證工作；
c. 項目的專(zhuān)職配置管理人員負責有關(guān)軟件配置變動(dòng)、軟件媒體控制以及對供貨單位的控制等三方面的質(zhì)量保證活動(dòng)；
d. 各子系統的軟件質(zhì)量保證人員負責測試復查和文檔的規范化檢查工作；
e. 用戶(hù)代表負責反映用戶(hù)的質(zhì)量要求，并協(xié)助檢查各類(lèi)人員對軟件質(zhì)量保證計劃的執行情況； f. 項目的專(zhuān)職質(zhì)量保證人員協(xié)助組長(cháng)開(kāi)展各項軟件質(zhì)量保證活動(dòng)，負責審查所采用的質(zhì)量保證工具、技術(shù)和方法，并負責匯總、維護和保存有關(guān)軟件質(zhì)量保證活動(dòng)的各項記錄。
3 文檔
本章給出了在CADCSC軟件開(kāi)發(fā)過(guò)程各階段需要編制的文檔名稱(chēng)及其要求，并且規定了評審文質(zhì)量的通用的度量準則。
3.1. 基本文檔
為了確保軟件的實(shí)現滿(mǎn)足項目委托單位“國家自然科學(xué)基金委員會(huì )信息科學(xué)部”認可的需求規格說(shuō)明書(shū)中規定的各項需求，CADCSC軟件各開(kāi)發(fā)單位至少應該編寫(xiě)以下八個(gè)方面內容的文檔： a. 軟件需求規格說(shuō)明書(shū)（SRS）；
b. 軟件設計說(shuō)明書(shū)（SDD），對一些規模較大或復雜性較高的項目，應該把本文檔分成概要設計說(shuō)明書(shū)（PDD）與詳細設計說(shuō)明書(shū)（DDD）兩個(gè)文檔；
c. 軟件測試計劃（STP）；
d. 軟件測試報告（STR）；
e. 用戶(hù)手冊（SUM）；
f. 源程序清單（SCL）；
g. 項目實(shí)施計劃（PIP）；
h. 項目開(kāi)發(fā)總結（PDS）。
3.2 其他文檔
除了基本文檔之外，對于尚在開(kāi)發(fā)中的軟件，還應該包括以下四個(gè)方面的文檔：
a. 軟件質(zhì)量保證計劃（SQAP）；
b. 軟件配置管理計劃（SCMP）；
c. 項目進(jìn)展報表（PPR）；
d. 階段評審報表（PRR）。
注：前面兩個(gè)文檔由項目軟件工程小組制訂，屬于管理文檔，各個(gè)子系統的項目承辦單位與軟件開(kāi)發(fā)單位都應充分考慮執行計劃中規定的條款。后面兩類(lèi)文檔屬于工作文檔，就是本計劃的2.2中提到的四張階段評審表與四張項目進(jìn)展季報表，各個(gè)子系統的項目承辦單位或軟件開(kāi)發(fā)單位應該按照規定要求認真填寫(xiě)有關(guān)內容。
3.3 文檔質(zhì)量的度量準則
文檔是軟件的重要組成部分，是軟件生存周期各個(gè)不同階段的產(chǎn)品描述。驗證和確認就是要檢查各階段文檔的合適性。評審文檔質(zhì)量的度量準則有以下六條：
a. 完備性：所有承擔軟件開(kāi)發(fā)任務(wù)的單位，都必須按照GB 8567的規定編制相應的文檔，以保證在開(kāi)發(fā)階段結束時(shí)其文檔是齊全的。
b. 正確性：在軟件開(kāi)發(fā)各個(gè)階段所編寫(xiě)的文檔的內容，必須真實(shí)地反映該階段的工作且與該階段的需求相一致。
c. 簡(jiǎn)明性：在軟件開(kāi)發(fā)各個(gè)階段所編寫(xiě)的各種文檔的語(yǔ)言表達應該清晰、準確簡(jiǎn)練，適合各種文檔的特定讀者。
d. 可追蹤性： 在軟件開(kāi)發(fā)各個(gè)階段所編寫(xiě)的各種文檔應該具有良好的可追蹤性。文檔的可追蹤
【iso標準之計算機軟件質(zhì)量保證計劃規劃】相關(guān)文章：
計算機軟件銷(xiāo)售員的工資行業(yè)標準是怎樣的？07-12
實(shí)現計算機軟件工程標準化發(fā)展分析論文07-03
計算機軟件技術(shù)學(xué)習生涯規劃書(shū)（精選11篇）12-27
計算機軟件論文07-02
計算機軟件技術(shù)學(xué)習生涯規劃書(shū)范文（精選13篇）12-27
計算機軟件設計軟件技術(shù)論文07-04
計算機軟件實(shí)習報告07-10
計算機軟件系統教案07-03
計算機軟件基礎試卷07-02