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