軟件質(zhì)量保證計(jì)劃編寫規(guī)范

1、.：.；案卷號(hào)日期工程稱號(hào)軟件質(zhì)量保證方案 作 者： 完成日期： 簽 收 人： 簽收日期： 修正情況記錄：版本號(hào)修正同意人修正人安裝日期簽收人 目錄 TOC o 1-4 * MERGEFORMAT 1 引言 PAGEREF _Toc445812210 h 11.1 目的 PAGEREF _Toc445812211 h 11.2 定義和縮寫詞 PAGEREF _Toc445812212 h 11.3 參考資料 PAGEREF _Toc445812213 h 12 管理 PAGEREF _Toc445812214 h 12.1 機(jī)構(gòu) PAGEREF _Toc445812215 h 12.2 義務(wù)

2、PAGEREF _Toc445812216 h 22.3 職責(zé) PAGEREF _Toc445812217 h 23 文檔 PAGEREF _Toc445812218 h 23.1 根本文檔 PAGEREF _Toc445812219 h 23.1.1 軟件需求規(guī)格闡明書(shū) PAGEREF _Toc445812220 h 23.1.2 軟件設(shè)計(jì)闡明書(shū) PAGEREF _Toc445812221 h 23.1.3 軟件驗(yàn)證與確認(rèn)方案 PAGEREF _Toc445812222 h 33.1.4 軟件驗(yàn)證與確認(rèn)報(bào)告 PAGEREF _Toc445812223 h 33.1.5 用戶文檔 PAGERE

3、F _Toc445812224 h 33.2 其他文檔 PAGEREF _Toc445812225 h 34 規(guī)范、條例和商定 PAGEREF _Toc445812226 h 45 評(píng)審和檢查 PAGEREF _Toc445812227 h 45.1 軟件需求評(píng)審 PAGEREF _Toc445812228 h 45.2 概要設(shè)計(jì)評(píng)審 PAGEREF _Toc445812229 h 45.3 詳細(xì)設(shè)計(jì)評(píng)審 PAGEREF _Toc445812230 h 45.4 軟件驗(yàn)證與確認(rèn)評(píng)審 PAGEREF _Toc445812231 h 45.5 功能檢查 PAGEREF _Toc445812232

4、h 45.6 物理檢查 PAGEREF _Toc445812233 h 55.7 綜合檢查 PAGEREF _Toc445812234 h 55.8 管理評(píng)審 PAGEREF _Toc445812235 h 56 軟件配置管理 PAGEREF _Toc445812236 h 57 工具、技術(shù)和方法 PAGEREF _Toc445812237 h 58 媒體控制 PAGEREF _Toc445812238 h 69 對(duì)供貨單位的控制 PAGEREF _Toc445812239 h 610 記錄的搜集、維護(hù)和保管 PAGEREF _Toc445812240 h 611 附錄 PAGEREF _To

5、c445812241 h 611.1 附錄A：工程進(jìn)展報(bào)表 PAGEREF _Toc445812242 h 611.2 附錄B：工程階段評(píng)審表 PAGEREF _Toc445812243 h 11軟件質(zhì)量保證方案編寫規(guī)范 第 PAGE 16 頁(yè)1 引言1.1 目的 本條必需指出特定的軟件質(zhì)量保證方案的詳細(xì)目的。還必需指出該方案所針對(duì)的軟件工程及其所屬的各個(gè)子工程的稱號(hào)和用途。1.2 定義和縮寫詞應(yīng)該列出方案正文中需求解釋的而在GB/T 11457中尚未包含的術(shù)語(yǔ)的定義，必要時(shí)，還要給出這些定義的英文單詞及其縮寫詞。1.3 參考資料列出要用到的參考資料，如：本工程的經(jīng)核準(zhǔn)的方案義務(wù)書(shū)或合同、上級(jí)

6、機(jī)關(guān)的批文；屬于本工程的其他已發(fā)表的文件；本文件中各處援用的文件、資料，包括所要用到的軟件開(kāi)發(fā)規(guī)范。列出這些文件的標(biāo)題、文件編號(hào)、發(fā)表日期和出版單位，闡明可以得到這些文件資料的來(lái)源。2 管理必需描畫(huà)擔(dān)任軟件質(zhì)量保證的機(jī)構(gòu)、義務(wù)及其有關(guān)的職責(zé)。2.1 機(jī)構(gòu)必需描畫(huà)與軟件質(zhì)量保證有關(guān)的機(jī)構(gòu)的組成。還必需清楚地描畫(huà)工程委托單位、工程承辦單位、軟件開(kāi)發(fā)單位或用戶中擔(dān)任軟件質(zhì)量保證的各個(gè)成員在機(jī)構(gòu)中的相互關(guān)系。2.2 義務(wù)描畫(huà)方案所涉及的軟件生存周期中有關(guān)階段的義務(wù)，特別要把重點(diǎn)放在描畫(huà)這些階段所應(yīng)進(jìn)展的軟件質(zhì)量保證活動(dòng)上。2.3 職責(zé)指明軟件質(zhì)量保證方案中規(guī)定的每一個(gè)義務(wù)的擔(dān)任單位或成員的責(zé)任。3 文

7、檔3.1 根本文檔為了確保軟件的實(shí)現(xiàn)滿足需求，至少需求以下根本文檔。3.1.1 軟件需求規(guī)格闡明書(shū)軟件需求規(guī)格闡明書(shū)必需清楚、準(zhǔn)確地描畫(huà)軟件的每一個(gè)根本需求功能、性能、設(shè)計(jì)約束和屬性和外部界面。必需把每一個(gè)需求規(guī)定成可以經(jīng)過(guò)預(yù)先定義的方法例如檢查、分析、演示或測(cè)試等被客觀地驗(yàn)證與確認(rèn)的方式。軟件需求規(guī)格闡明書(shū)的詳細(xì)格式按GB 8567。3.1.2 軟件設(shè)計(jì)闡明書(shū)軟件設(shè)計(jì)闡明書(shū)應(yīng)該包括軟件概要設(shè)計(jì)闡明和軟件詳細(xì)設(shè)計(jì)闡明兩部分。其概要設(shè)計(jì)部分必需描畫(huà)所設(shè)計(jì)軟件的總體構(gòu)造、外部接口、各個(gè)主要部件的功能與數(shù)據(jù)構(gòu)造以及各主要部件之間的接口性和時(shí)還必需對(duì)主要部件的每一個(gè)子部件進(jìn)展描畫(huà)。其詳細(xì)設(shè)計(jì)部分必需給

8、出每一個(gè)根本部件的功能、算法和過(guò)程描畫(huà)。軟件設(shè)計(jì)闡明書(shū)的詳細(xì)格式按GB 8567。3.1.3 軟件驗(yàn)證與確認(rèn)方案軟件驗(yàn)證與確認(rèn)方案必需描畫(huà)所采用的軟件驗(yàn)證和確認(rèn)方法例如評(píng)審、檢查、分析、演示或測(cè)試等，以用來(lái)驗(yàn)證軟件需求規(guī)格闡明書(shū)中的需求能否已由軟件設(shè)計(jì)闡明書(shū)描畫(huà)的設(shè)計(jì)實(shí)現(xiàn)；軟件設(shè)計(jì)闡明書(shū)表達(dá)的設(shè)計(jì)能否已由編碼實(shí)現(xiàn)。軟件驗(yàn)證與確認(rèn)方案還可用來(lái)確認(rèn)編碼的執(zhí)行能否與軟件需求規(guī)格闡明書(shū)中所規(guī)定的需求相一致。軟件驗(yàn)證與確認(rèn)方案的詳細(xì)格式按GB 8567中的測(cè)試方案的格式。3.1.4 軟件驗(yàn)證與確認(rèn)報(bào)告軟件驗(yàn)證與確認(rèn)報(bào)告必需描畫(huà)軟件驗(yàn)證與確認(rèn)方案的執(zhí)行結(jié)果。這里必需包括軟件質(zhì)量保證方案所需求的一切評(píng)審、檢

9、查和測(cè)試的結(jié)果。軟件驗(yàn)證與確認(rèn)報(bào)告的詳細(xì)格式按GB 8567中的測(cè)試報(bào)告的格式。3.1.5 用戶文檔用戶文檔例如手冊(cè)、摜等必需指明勝利運(yùn)轉(zhuǎn)該軟件所需求的數(shù)據(jù)、控制命令以及運(yùn)轉(zhuǎn)條件等；必需指明一切的出錯(cuò)信息、含義及其修正方法；還必需描畫(huà)將用戶發(fā)現(xiàn)的錯(cuò)誤或問(wèn)題通知工程承辦單位或軟件開(kāi)發(fā)單位或工程委托單位的方法。用戶文檔的詳細(xì)格式按GB 8567。3.2 其他文檔除根本文檔外，還應(yīng)包括以下文檔：工程實(shí)施方案其中可包括軟件配置管理方案，但在必要時(shí)也可單獨(dú)制定該方案，其詳細(xì)格式按GB 8567。工程進(jìn)展報(bào)表：其詳細(xì)格式可參考本方案附錄A中有關(guān)的各項(xiàng)規(guī)定。工程開(kāi)發(fā)各階段的評(píng)審報(bào)表：其詳細(xì)格式可參考本方案附

10、錄B中有關(guān)的各項(xiàng)規(guī)定。工程開(kāi)發(fā)總結(jié)：其詳細(xì)格式按GB 8567。4 規(guī)范、條例和商定必需列出軟件開(kāi)發(fā)過(guò)程中要用到的規(guī)范、條例和商定，并列出監(jiān)視和保證執(zhí)行的措施。5 評(píng)審和檢查必需規(guī)定所要進(jìn)展的技術(shù)和管理兩方面的評(píng)審和檢查任務(wù)，并編制或援用有關(guān)的評(píng)審和檢查規(guī)程以及經(jīng)過(guò)與否的技術(shù)準(zhǔn)那么。至少要進(jìn)展以下各項(xiàng)評(píng)審和檢查任務(wù)：5.1 軟件需求評(píng)審在軟件需求分析階段終了后必需進(jìn)展軟件需求評(píng)審，以確保在軟件需求規(guī)格闡明書(shū)中所規(guī)定的各項(xiàng)需求的適宜性。5.2 概要設(shè)計(jì)評(píng)審在軟件概要設(shè)計(jì)階段終了后必需進(jìn)展概要設(shè)計(jì)評(píng)審，以評(píng)價(jià)軟件設(shè)計(jì)闡明書(shū)中所描畫(huà)的軟件概要設(shè)計(jì)在總體機(jī)構(gòu)、外部接口、主要部件功能分配、全局?jǐn)?shù)據(jù)構(gòu)造以

11、及各主要部件之間的接口等方面的適宜性。5.3 詳細(xì)設(shè)計(jì)評(píng)審在軟件詳細(xì)設(shè)計(jì)階段終了后必需進(jìn)展詳細(xì)設(shè)計(jì)評(píng)審，以確定軟件設(shè)計(jì)闡明書(shū)中所描畫(huà)的詳細(xì)設(shè)計(jì)在功能、算法和過(guò)程描畫(huà)等方面的適宜性。5.4 軟件驗(yàn)證與確認(rèn)評(píng)審在制定軟件驗(yàn)證與確認(rèn)方案之后要對(duì)它進(jìn)展評(píng)審，以評(píng)價(jià)軟件驗(yàn)證與確認(rèn)方案中所規(guī)定的驗(yàn)證與確認(rèn)方法的適宜性與完好性。5.5 功能檢查在軟件釋放前，要對(duì)軟件進(jìn)展檢查，以確認(rèn)曾經(jīng)滿足在軟件需求規(guī)格闡明書(shū)中規(guī)定的一切需求。5.6 物理檢查在驗(yàn)收軟件前，要對(duì)軟件進(jìn)展物理 檢查，以驗(yàn)證程序和文檔曾經(jīng)一致并已做好了交付的預(yù)備。5.7 綜合檢查在軟件驗(yàn)收時(shí)，要允許用戶或用戶所委托的專家對(duì)所要驗(yàn)收的軟件進(jìn)展設(shè)計(jì)抽

12、樣的綜合檢查，以驗(yàn)證代碼和設(shè)計(jì)文檔的一致性、接口規(guī)格闡明之間的一致性硬件和軟件、設(shè)計(jì)實(shí)現(xiàn)和功能需求的一致性、功能需求和測(cè)試描畫(huà)的一致性。5.8 管理評(píng)審要對(duì)方案的執(zhí)行情況定期或按階段進(jìn)展管理評(píng)審；這些評(píng)審必需由獐獨(dú)立于被評(píng)審單位的機(jī)構(gòu)或授權(quán)的第三方主持進(jìn)展。6 軟件配置管理必需編制有關(guān)軟件配置管理的條款，或援用按照GB/T 12505單獨(dú)制定的。在這些條款或文檔中，必需規(guī)定用于標(biāo)識(shí)軟件產(chǎn)品、控制和實(shí)現(xiàn)軟件的修正、記錄和報(bào)告修正實(shí)現(xiàn)的形狀以及評(píng)審和檢查配置管理任務(wù)等四方面的活動(dòng)。還必需規(guī)定用以維護(hù)和存儲(chǔ)軟件受控版本的方法和設(shè)備；必需規(guī)定對(duì)所發(fā)現(xiàn)的軟件問(wèn)題進(jìn)展報(bào)告、追蹤和處理的步驟，并指出實(shí)現(xiàn)報(bào)告

13、、追蹤和處理軟件問(wèn)題的機(jī)構(gòu)及其職責(zé)。7 工具、技術(shù)和方法必需指明用以支持特定軟件工程質(zhì)量保證任務(wù)的工具、技術(shù)和方法，指出它們的目的，描畫(huà)它們的用途。8 媒體控制必需指出維護(hù)計(jì)算機(jī)程序物理媒體的方法和設(shè)備，以免非法存取、不測(cè)損壞或自然老化。9 對(duì)供貨單位的控制供貨單位包括工程承辦單位、軟件銷售單位、軟件開(kāi)發(fā)單位或軟件子開(kāi)發(fā)單位。必需規(guī)定對(duì)這些供貨單位進(jìn)展控制的規(guī)程，從而保證工程承辦單位從軟件銷售單位購(gòu)買的、其他開(kāi)發(fā)單位或子開(kāi)發(fā)單位開(kāi)發(fā)的或從開(kāi)發(fā)或子開(kāi)發(fā)單位現(xiàn)存軟件庫(kù)中選用的軟件能滿足規(guī)定的需求。10 記錄的搜集、維護(hù)和保管必需指明需求保管的軟件質(zhì)量保證活動(dòng)的記錄，并指出用于匯總、維護(hù)和維護(hù)這些記

14、錄的方法和設(shè)備，并指明要保管的期限。11 附錄11.1 附錄A：工程進(jìn)展報(bào)表工程進(jìn)展報(bào)表月報(bào)表或季報(bào)表由一個(gè)工程進(jìn)展報(bào)表表頭表A1和另外三個(gè)表格表A2、表A3、表A4組成。在表A2“軟件階段進(jìn)度表中，要填寫各個(gè)階段的開(kāi)工日期與終了日期。其中方案進(jìn)度是指在工程實(shí)施方案中確定的方案進(jìn)度，因此可以由管理事先填好，而不用由開(kāi)發(fā)人員填寫。實(shí)踐進(jìn)度是指該工程實(shí)踐的開(kāi)工日期與終了日期，它將隨著該工程的不斷進(jìn)度來(lái)填寫。其中調(diào)整進(jìn)度是指工程組長(zhǎng)發(fā)現(xiàn)實(shí)現(xiàn)進(jìn)度與方案進(jìn)度不符時(shí)提出的進(jìn)度修正建議；但經(jīng)工程管理人員研討后，能夠?qū)Υ诵拚ㄗh作某些更改。此外，在相繼的假設(shè)干次報(bào)表中，工程組長(zhǎng)提出的建議修正日期也能夠是不一樣

15、的。在此我們規(guī)定，最終的調(diào)整進(jìn)度由工程經(jīng)理來(lái)確定。在表A3“軟件階段產(chǎn)品完成情況表中，要填寫各個(gè)文檔的開(kāi)場(chǎng)編寫日期與完成日期。其中關(guān)于對(duì)方案進(jìn)度、調(diào)整進(jìn)度與實(shí)踐進(jìn)度的含義的解釋與上一樣。表A4是關(guān)于統(tǒng)計(jì)軟件開(kāi)發(fā)費(fèi)用的表格。表A1 工程進(jìn)展報(bào)表表頭工程名： 年 月子系統(tǒng)稱號(hào)模塊名填表人填表日期 年 月 日工程組長(zhǎng)開(kāi)發(fā)單位表A2 軟件階段進(jìn)度表子系統(tǒng)名： 模塊名： 統(tǒng)計(jì)日期： 年 月 日階段稱號(hào)方案進(jìn)度調(diào)整進(jìn)度實(shí)踐進(jìn)度備 注開(kāi)工日期終了日期開(kāi)工日期終了日期開(kāi)工日期終了日期SASDRAPDDDCDUTITSTISACTSSD注：SA&SD(system analysis & software def

16、inition phase)：系統(tǒng)分析與軟件定義階段。 RA(requirements analysis phase)：需求分析階段。 PD(preliminary design phase)：概要設(shè)計(jì)階段。 DD(detailed design phase)：詳細(xì)設(shè)計(jì)階段。 CD&UT(coding & unit testing phase)：編碼與單元測(cè)試階段。 IT&ST(integrating & system testing phase)：組裝與系統(tǒng)測(cè)試階段。 IS&AC(installation & acceptance phase)：安裝與驗(yàn)收階段。 TSSD(total sof

17、tware system development phase)：整個(gè)軟件系統(tǒng)的開(kāi)發(fā)階段。表A3 軟件階段產(chǎn)品完成情況表子系統(tǒng)名： 模塊名： 統(tǒng)計(jì)日期： 年 月 日文檔稱號(hào)方案進(jìn)度調(diào)整進(jìn)度實(shí)踐進(jìn)度頁(yè)數(shù)備 注開(kāi)場(chǎng)日期完成日期開(kāi)場(chǎng)日期完成日期開(kāi)場(chǎng)日期完成日期1 工程實(shí)施方案2 需求規(guī)格闡明書(shū)3 概要設(shè)計(jì)闡明書(shū)4 詳細(xì)設(shè)計(jì)闡明書(shū)5 測(cè)試方案6 測(cè)試報(bào)告7 用戶手冊(cè)8 工程開(kāi)發(fā)總結(jié)9 源代碼清單10 質(zhì)量保證方案11 配置管理方案表A4 軟件開(kāi)發(fā)費(fèi)用統(tǒng)計(jì)表子系統(tǒng)名： 模塊名： 統(tǒng)計(jì)區(qū)間：從 年 月 日至 年 月 日階段稱號(hào)人工費(fèi)用人月機(jī)時(shí)小時(shí)其他元工程管理系統(tǒng)分析軟件設(shè)計(jì)編碼調(diào)試數(shù)據(jù)錄入其它人工終端小時(shí)

18、主機(jī)小時(shí)外存空間其它費(fèi)用出差資料其他費(fèi)用SASDRAPDDDCDUTITSTISACTSSD11.2 附錄B：工程階段評(píng)審表在軟件開(kāi)發(fā)過(guò)程中的適當(dāng)階段對(duì)軟件階段產(chǎn)品進(jìn)展評(píng)審，是確保軟件產(chǎn)品最終質(zhì)量的重要方法。階段評(píng)審可以對(duì)某個(gè)開(kāi)發(fā)階段的階段產(chǎn)品進(jìn)展評(píng)審，也可以對(duì)某幾個(gè)開(kāi)發(fā)階段的階段產(chǎn)品進(jìn)展綜合評(píng)審。在每次階段評(píng)審中，必需履行正式手續(xù)，填寫必要的評(píng)審表格，以利于工程管理任務(wù)，利于產(chǎn)品驗(yàn)收時(shí)的質(zhì)量檢查任務(wù)。工程階段評(píng)審表由四張子表組成。表B1是對(duì)評(píng)審中發(fā)現(xiàn)的問(wèn)題的記錄RPL(review problem log；表B2是評(píng)審總結(jié)報(bào)表RSR(review summary report)；表B3是對(duì)其中主要問(wèn)題的詳細(xì)描畫(huà)SPR(software problem report)；表B4是評(píng)審小組成員登記與簽字表。下面給出這四張表的格式。表B1 評(píng)審問(wèn)題記錄RPLRPL評(píng) 審 問(wèn) 題 記 錄登記號(hào)評(píng)審日期 年 月 日評(píng)審性質(zhì)評(píng)審 復(fù)審工程名子工程名代號(hào)編號(hào)問(wèn)題摘要問(wèn)題類型能否處理12345678910表B2 評(píng)審總結(jié)報(bào)告RSRRSR評(píng)審總結(jié)報(bào)告登記號(hào)評(píng)審日期 年 月 日評(píng)審性質(zhì)評(píng)審 復(fù)審工程名子工程名代號(hào)階段名軟件定義需求分析概要設(shè)計(jì)詳細(xì)設(shè)計(jì)編碼測(cè)試組裝測(cè)試安裝驗(yàn)收運(yùn)轉(zhuǎn)維護(hù)工程組長(zhǎng)姓名地址評(píng)審義務(wù)評(píng)審資料評(píng)審結(jié)論經(jīng)過(guò)不需修正稍作修正不經(jīng)過(guò)