當(dāng)前位置:工程項目OA系統(tǒng) > 房地產(chǎn)OA系統(tǒng) > 相關(guān)系統(tǒng) > 房地產(chǎn)項目管理軟件
軟件文檔:計算機(jī)軟件質(zhì)量保證計劃規(guī)范
本規(guī)范規(guī)定了在制訂軟件質(zhì)量保證計劃時應(yīng)該遵循的統(tǒng)一的基本要求。
本規(guī)范適用于軟件特別是重要軟件的質(zhì)量保證計劃的制訂工作。對于非重要軟件或已經(jīng)開發(fā)好的軟件,可以采用本規(guī)范規(guī)定的要求的子集。
2 引用標(biāo)準(zhǔn)
GB/T 11457 軟件工程術(shù)語
GB 8566 計算機(jī)軟件開發(fā)規(guī)范
GB 8567 計算機(jī)軟件產(chǎn)品開發(fā)文件編制指南
GB/T 12505 計算機(jī)軟件配置管理計劃規(guī)范
3 術(shù)語
下面給出本規(guī)范中用到的一些術(shù)語的定義,其他術(shù)語的定義按GB/T 11457。
3.1 項目委托單位 project entrust organization
項目委托單位是指為產(chǎn)品開發(fā)提供資金并通常也是(但有時也未必)確定產(chǎn)品需求的單位或個人。
3.2 項目承辦單位 project undertaking organization
項目承辦單位是指為項目委托單位開發(fā)、購置或選用軟件產(chǎn)品的單位或個人。
3.3 軟件開發(fā)單位 software development organization
軟件開發(fā)單位是指直接或間接受項目委托單位委托而直接負(fù)責(zé)開發(fā)軟件的單位或個人。
3.4 用戶 user
用戶是指實際使用軟件來完成某項計算、控制或數(shù)據(jù)處理等任務(wù)的單位或個人。
3.5 軟件 software
軟件是指計算機(jī)程序及其有關(guān)的數(shù)據(jù)和文檔,也包括固化了的程序。
3.6 重要軟件 critical software
重要軟件是指它的故障會影響到人身安全會導(dǎo)致重大經(jīng)濟(jì)損失或社會損失的軟件。
3.7 軟件生存周期 software life cycle
軟件生存周期是指從系統(tǒng)設(shè)計對計算機(jī)軟件系統(tǒng)提出應(yīng)用需求開始,經(jīng)過開發(fā),產(chǎn)生一個滿足需求的計算機(jī)軟件系統(tǒng),然后投入運(yùn)行,直至該軟件系統(tǒng)退役為止。其間經(jīng)歷系統(tǒng)分析與軟件定義、軟件開發(fā)以及系統(tǒng)的運(yùn)行與維護(hù)第三個階段。其中軟件開發(fā)階段一般又劃分成需求分析、概要設(shè)計、詳細(xì)設(shè)計、編碼與單元測試、組裝與系統(tǒng)測試以及安裝與驗收等六個階段。
3.8 驗證 verification
驗證是指確定軟件開發(fā)周期中的一個給定階段的產(chǎn)品是否達(dá)到上一階段確立的需求的過程。
3.9 確認(rèn) validation
確認(rèn)是指在軟件開發(fā)過程結(jié)束時對軟件進(jìn)行評價以確定它是否和軟件需求相一致的過程。
3.10 測試 testing
測試是指通過執(zhí)行程序來有意識地發(fā)現(xiàn)程序中的設(shè)計錯誤和編碼錯誤的過程。測試是驗證和確認(rèn)的手段之一。
3.11 軟件質(zhì)量 software quality
軟件質(zhì)量是指軟件產(chǎn)品中能滿足給定需求的各種特性的總和。這些特性稱做質(zhì)量特性,它包括功能度、可靠性、易使用性、時間經(jīng)濟(jì)性、資源經(jīng)濟(jì)性、可維護(hù)性和可移植性等。
3.12 質(zhì)量保證 quality assurance
質(zhì)量保證是指為使軟件產(chǎn)品符合規(guī)定需求所進(jìn)行的一系列有計劃的必要工作。
4 軟件質(zhì)量保證計劃編制大綱
項目承辦單位(或軟件開發(fā)單位)中負(fù)責(zé)軟件質(zhì)量保證的機(jī)構(gòu)或個人,必須制訂一個包括以下各章內(nèi)容的軟件質(zhì)量保證計劃(以下簡稱計劃)。各章應(yīng)以所給出的順序排列;如果某章中沒有相應(yīng)的內(nèi)容,則在該章標(biāo)題之后必須注明“本章無內(nèi)容”的字樣,并附上相應(yīng)的理由;如果需要,可以在后面增加章條;如果某些材料已經(jīng)出現(xiàn)在其他文檔中,則在該計劃中應(yīng)引用那些文檔。計劃的封面必須標(biāo)明計劃名和該計劃所屬的項目名,并必須由項目委托單位和項目承辦單位(或軟件開發(fā)單位)的代表共同簽字、批準(zhǔn)。計劃的目次是:
引言
管理
文檔
標(biāo)準(zhǔn)、條例和約定
評審和檢查
軟件配置管理
工具、技術(shù)和方法
媒體控制
對供貨單位的控制
記錄的收集、維護(hù)和保存
下面給出軟件質(zhì)量保證計劃的各個章條必須具有的內(nèi)容。
4.1 引言
4.1.1 目的
本條必須指出特定的軟件質(zhì)量保證計劃的具體目的。還必須指出該計劃所針對的軟件項目(及其所屬的各個子項目)的名稱和用途。
4.1.2 定義和縮寫詞
本條應(yīng)該列出計劃正文中需要解釋的而在GB/T 11457中尚未包含的術(shù)語的定義,必要時,還要給出這些定義的英文單詞及其縮寫詞。
4.1.3 參考資料
本條必須列出計劃正文中所引用資料的名稱、代號、編號、出版機(jī)構(gòu)和出版年月。
4.2 管理
必須描述負(fù)責(zé)軟件質(zhì)量保證的機(jī)構(gòu),任務(wù)及其有關(guān)的職責(zé)。
4.2.1 機(jī)構(gòu)
本條必須描述與軟件質(zhì)量保證有關(guān)的機(jī)構(gòu)的組成。還必須清楚地描述來自項目委托單位、項目承辦單位、軟件開發(fā)單位或用戶中負(fù)責(zé)軟件質(zhì)量保證的各個成員在機(jī)構(gòu)中的西相互關(guān)系。
4.2.2 任務(wù)
本條必須描述計劃所涉及的軟件生存周期中有關(guān)階段的任務(wù),特別要把重點放在描述這些階段所應(yīng)進(jìn)行的軟件質(zhì)量保證活動上。
4.2.3 職責(zé)
本條必須指明軟件質(zhì)量保證計劃中規(guī)定的每一個任務(wù)的負(fù)責(zé)單位或成員的責(zé)任。
4.3 文檔
必須列出在該軟件的開發(fā)、驗證與確認(rèn)以及使用與維護(hù)等階段中需要編制的文檔,并描述對文檔進(jìn)行評審與檢查的準(zhǔn)則。
4.3.1 基本文檔
為了確保軟件的實現(xiàn)滿足需求,至少需要下列基本文檔:
4.3.1.1 軟件需求規(guī)格說明書 software requirements spec
ification
軟件需求規(guī)格說明書必須清楚、準(zhǔn)確地描述軟件的每一個基本需求(功能、性能、設(shè)計約束和屬性)和外部界面。必須把每一個需求規(guī)定成能夠通過預(yù)先定義的方法(例如檢查、分析、演示或測試等)被客觀地驗證與確認(rèn)的形式。軟件需求規(guī)格說明書的詳細(xì)格式按GB 8567。
4.3.1.2 軟件設(shè)計說明書 software design description
軟件設(shè)計說明書應(yīng)該包括軟件概要設(shè)計說明和軟件詳細(xì)設(shè)計說明兩部分。其概要設(shè)計部分必須描述所設(shè)計軟件的總體結(jié)構(gòu)、外部接口、各個主要部件的功能與數(shù)據(jù)結(jié)構(gòu)以及各主要部件之間的接口;必要時還必須對主要部件的每一個子部件進(jìn)行描述。其詳細(xì)設(shè)計部分必須給出每一個基本部件的功能、算法和過程描述。軟件設(shè)計說明書的詳細(xì)格式按GB 8567。
4.3.1.3 軟件驗證與確認(rèn)計劃 software verification and validation plan
軟件驗證與確認(rèn)計劃必須描述所采用的軟件驗證和確認(rèn)方法(例如評審、檢查、分析、演示或測試等),以用來難軟件需求規(guī)格說明書中的需求是否已由軟件設(shè)計說明書描述的設(shè)計實現(xiàn);軟件設(shè)計說明書表達(dá)的設(shè)計是否已由編碼實現(xiàn)。軟件驗證與確認(rèn)計劃還可用來確認(rèn)編碼的執(zhí)行是否與軟件需求規(guī)格說明書中所規(guī)定的需求相一致。軟件驗證與確認(rèn)計劃的詳細(xì)格式按GB 8567中的測試計劃的格式。
4.3.1.4 軟件難和確認(rèn)報告 software verification and validation report
軟件驗證與確認(rèn)報告必須描述軟件驗證與確認(rèn)計劃的執(zhí)行結(jié)果。這里必須包括軟件質(zhì)量保證計劃所需要的所有評審、檢查和測試的結(jié)果。軟件驗證與確認(rèn)報告的詳細(xì)格式按GB 8567中的測試報告的格式。
4.3.1.5 用戶文檔 user documentation
用戶文檔(例如手冊、指南等)必須指明成功運(yùn)行該軟件所需要的數(shù)據(jù)、控制命令以及運(yùn)行條件等;必須指明所有的出錯信息、含義及其修改方法;還必須描述將用戶發(fā)現(xiàn)的錯誤或問題通知項目承辦單位(或軟件開發(fā)單位)或項目委托單位的方法。用戶文檔的詳細(xì)格式按GB 8567。 4.3.2 其他文檔
除基本文檔外,還應(yīng)包括下列文檔:
a. 項目實施計劃(其中可包括軟件配置管理計劃,但在必要時也可單獨制訂該計劃):其詳細(xì)格式按GB 8567。
b. 項目進(jìn)展報表:其詳細(xì)格式可參考本規(guī)范附錄B(參考件)中有關(guān)《項目進(jìn)展報表》的各項規(guī)定。
c. 項目開發(fā)各個階段的評審報表:其詳細(xì)格式可參考本規(guī)范附錄C(參考件)中有關(guān)《項目階段評審表》的各項規(guī)定。
d. 項目開發(fā)總結(jié):其詳細(xì)格式按GB 8567。
4.4 標(biāo)準(zhǔn)、條例和約定
必須列出軟件開發(fā)過程中要用到的標(biāo)準(zhǔn)、條例和約定,并列出監(jiān)督和保證書執(zhí)行的措施。
4.5 評審和檢查
必須規(guī)定所要進(jìn)行的技術(shù)和管理兩方面的評審和檢查工作,并編制或引用有關(guān)的評審和檢查堆積以及通過與否的技術(shù)準(zhǔn)則。至少要進(jìn)行下列各項評審和檢查工作:
4.5.1 軟件需求評審 software requirements review
在軟件需求分析階段結(jié)束后必須進(jìn)行軟件需求評審,以確保在軟件需求規(guī)格說明書中所規(guī)定的各項需求的合適性。
4.5.2 概要設(shè)計評審 preliminary design review
在軟件概要設(shè)計結(jié)束后必須進(jìn)行概要設(shè)計評審,以評價軟件設(shè)計說明書中所描述的軟件概要設(shè)計的總體結(jié)構(gòu)、外部接口、主要部件功能分配、全局?jǐn)?shù)據(jù)結(jié)構(gòu)以及各主要部件之間的接口等方面的合適性。
4.5.3 詳細(xì)設(shè)計評審 detailed design review
在軟件詳細(xì)設(shè)計階段結(jié)束后必須進(jìn)行詳細(xì)設(shè)計評審,以確定軟件設(shè)計說明書中所描述的詳細(xì)設(shè)計在功能、算法和過程描述等方面的合適性。
4.5.4 軟件驗證與確認(rèn)評審 software verification and validation review
在制訂軟件驗證與確認(rèn)計劃之后要對它進(jìn)行評審,以評價軟件驗證與確認(rèn)計劃中所規(guī)定的驗證與確認(rèn)方法的合適性與完整性。
4.5.5 功能檢查 functional audit
在軟件釋放前,要對軟件進(jìn)行功能檢查,以確認(rèn)已經(jīng)滿足在軟件需求規(guī)格說明書中規(guī)定的所有需求。
4.5.6 物理檢查 physical audit
在驗收軟件前,要對軟件進(jìn)行物理檢查,以驗證程序和文檔已經(jīng)一致并已做好了交付的準(zhǔn)備。
4.5.7 綜合檢查 comprehensive audit
在軟件驗收時,要允許用戶或用戶所委托的專家對所要驗收的軟件進(jìn)行設(shè)計抽樣的綜合檢查,以驗證代碼和設(shè)計文檔的一致性、接口規(guī)格說明之間的一致性(硬件和軟件)、設(shè)計實現(xiàn)和功能需求的一致性、功能需求和測試描述的一致性。
4.5.8 管理評審 management reviews
要對計劃的執(zhí)行情況定期(或按階段)進(jìn)行管理評審;這些評審必須由獨立于被評審單位的機(jī)構(gòu)或授權(quán)的第三方主持進(jìn)行。
4.6 軟件配置管理
必須編制有關(guān)軟件配置管理的條款,或引用按照GB/T 12505單獨制訂的文檔。在這些條款或文檔中,必須規(guī)定用于標(biāo)識軟件產(chǎn)品、控制和實現(xiàn)軟件的修改、記錄和報告修改實現(xiàn)的狀態(tài)以及評審和檢查配置管理工作等四方面的活動。還必須規(guī)定用以維護(hù)和存儲軟件受控版本的方法和設(shè)施;必須規(guī)定對所發(fā)現(xiàn)的軟件問題進(jìn)行報告、追蹤和解決的步驟,并指出實現(xiàn)報告、追蹤和解決軟件問題的機(jī)構(gòu)及其職責(zé)。
4.7 工具、技術(shù)和方法
必須指明用以支持特定軟件項目質(zhì)量保證工作的工具、技術(shù)和方法,指出它們的目的,描述它們的用途。
4.8 媒體控制
必須指出保護(hù)計算機(jī)程序物理媒體的方法和設(shè)施,以免非法存取、意外損壞或自然老化。
4.9 對供貨單位的控制
供貨單位包括項目承辦單位、軟件銷售單位、軟件開發(fā)單位或軟件子開發(fā)單位。必須規(guī)定對這些供貨單位進(jìn)行控制的規(guī)程,從而保證項目承辦單位從軟件銷售單位購買的、其他開發(fā)單位(或子開發(fā)單位)開發(fā)的或從開發(fā)(或子開發(fā))單位現(xiàn)存軟件庫中選用的軟件能滿足規(guī)定的需求。
4.10 記錄的收集、維護(hù)和保存
必須指明需要保存的軟件質(zhì)量保證活動的記錄,并指出用于匯總、保護(hù)和維護(hù)這些記錄的方法和設(shè)施,并指明要保存的期限。
- 12015年安全工程師考試《案例分析》練習(xí)(38)
- 2時評:長沙“樓快快”,濫用了“新常態(tài)”
- 3【貴州】建筑工程竣工資料歸檔目錄范例
- 4[廣東]框架結(jié)構(gòu)大酒店綠色施工方案(魯班獎)
- 5地板企業(yè)借助互聯(lián)網(wǎng)信息化實現(xiàn)轉(zhuǎn)型
- 6胡正春:要通過立法保護(hù)歷史建筑
- 7丁洪濤:建筑節(jié)能還需添把“政策火”
- 8安全工程師考試《安全生產(chǎn)法律知識》全真習(xí)題(33)
- 9建筑施工魯班獎工程創(chuàng)優(yōu)策劃和實施措施
- 10商業(yè)綜合大樓施工創(chuàng)優(yōu)工程匯報總結(jié)(圖文并茂 長城杯)
- 11羅思敏:把西關(guān)大屋“搬進(jìn)”徽式建筑
- 12湯姆·迪克森 :商業(yè)奇才設(shè)計鬼才
- 13顧國棟:好的設(shè)計能夠引領(lǐng)醫(yī)療建筑的發(fā)展
- 14陳曉東:締造建筑裝飾行業(yè)的新未來
- 15張雷:“鄉(xiāng)土”是我的全新“戰(zhàn)場”
- 162015年安全工程師考試《安全生產(chǎn)技術(shù)》測試試題9
- 17找對項目干系人, 項目才能順利成功(3)
- 182015年安全工程師《安全生產(chǎn)法》模擬題(6)
- 19建筑節(jié)能工程施工質(zhì)量驗收資料目錄及相關(guān)表格[空白]
- 20質(zhì)量管理:談建筑設(shè)計質(zhì)量的優(yōu)化管理
- 21吳成月:房子就是價值傳遞
- 22邱鎮(zhèn)堯:保護(hù)老建筑或可借鑒開平碉樓經(jīng)驗
- 23建設(shè)工程翠螺杯創(chuàng)優(yōu)計劃登記表
- 24韓林飛:建筑師應(yīng)從社會性角度預(yù)測前瞻性空間
- 252015年安全工程師考試《安全產(chǎn)生法》練習(xí)題(24)
- 26從《商業(yè)周刊》看保護(hù)信息安全
- 27時評:綠色化不是簡單的綠化
- 28企業(yè)級項目辦公室
- 29吳志強(qiáng):從BIM到CIM
- 30專案管理淺談--軟件專案管理
成都公司:成都市成華區(qū)建設(shè)南路160號1層9號
重慶公司:重慶市江北區(qū)紅旗河溝華創(chuàng)商務(wù)大廈18樓