軟件質(zhì)量保證計(jì)劃在線提供

1、 1 引言 1.1 目的 本計(jì)劃的目的在于對(duì)所開發(fā)的軟件規(guī)定各種必要的質(zhì)量保證措 施，以保證所交付的軟件能夠滿足項(xiàng)目預(yù)定需求， 能夠滿足本項(xiàng)目總 體組制定的且經(jīng)領(lǐng)導(dǎo)小組評(píng)審批準(zhǔn)的該軟件系統(tǒng)需求規(guī)格說明書中 規(guī)定的各項(xiàng)具體需求。 軟件開發(fā)項(xiàng)目組在開發(fā)軟件系統(tǒng)所屬的各個(gè)子系統(tǒng)（其中包括為 本項(xiàng)目研發(fā)或選用的各種支持軟件、組件）時(shí)，都應(yīng)該執(zhí)行本計(jì)劃中 的有關(guān)規(guī)定， 但可根據(jù)各自的情況對(duì)本計(jì)劃作適當(dāng)?shù)募舨茫?以滿足特 定的質(zhì)量保證要求，剪裁后的計(jì)劃必須經(jīng)項(xiàng)目組相關(guān)負(fù)責(zé)人批準(zhǔn)。 1.2 參考資料 略 2 管理 2.1 機(jī)構(gòu) 在本軟件系統(tǒng)整個(gè)開發(fā)期間，必須成立軟件質(zhì)量管理小組負(fù)責(zé)質(zhì) 量保證工作。 軟件質(zhì)量

2、保證組和項(xiàng)目負(fù)責(zé)人及各領(lǐng)導(dǎo)組必須檢查和督促本計(jì)劃 的實(shí)施。系統(tǒng)的軟件質(zhì)量保證人員有權(quán)直接向各領(lǐng)導(dǎo)組報(bào)告該項(xiàng)目的 軟件質(zhì)量狀況。系統(tǒng)的軟件質(zhì)量保證人員應(yīng)該根據(jù)對(duì)項(xiàng)目的具體要 求，制訂必要的規(guī)程和規(guī)定，以確保完全遵守本計(jì)劃的所有要求 Adwiser 軟件質(zhì)量保證計(jì)劃 2.2 任務(wù) 軟件質(zhì)量保證工作涉及軟件生存周期各階段的活動(dòng)，應(yīng)該貫徹到 日常的軟件開發(fā)活動(dòng)中，而且應(yīng)該特別注意軟件質(zhì)量的早期評(píng)審工 作。因此，對(duì)于所負(fù)責(zé)系統(tǒng)，要按照本計(jì)劃的各項(xiàng)規(guī)定進(jìn)行各項(xiàng)評(píng)審 工作。軟件質(zhì)量保證小組要參加所有的評(píng)審與檢查活動(dòng)。 評(píng)審與檢查 的目的是為了確保在軟件開發(fā)工作的各個(gè)階段和各個(gè)方面都認(rèn)真采 取各項(xiàng)措施來保證與

3、提高軟件的質(zhì)量。 在軟件開發(fā)過程中， 要進(jìn)行如 下幾類評(píng)審與檢查工作： a. 階段評(píng)審：在軟件開發(fā)過程中，要定期地或階段性地對(duì)某一開 發(fā)階段或某幾個(gè)開發(fā)階段的階段產(chǎn)品進(jìn)行評(píng)審。 在軟件及其所屬各子 系統(tǒng)的開發(fā)過程中，應(yīng)該進(jìn)行以下三次評(píng)審：第一次評(píng)審軟件需求、 概要設(shè)計(jì)、驗(yàn)證與確認(rèn)方法；第二次評(píng)審詳細(xì)設(shè)計(jì)、 功能測(cè)試與演示， 并對(duì)第一次評(píng)審結(jié)果復(fù)核； 第三次是功能檢查、 物理檢查和綜合檢查。 階段評(píng)審工作要組織專門的評(píng)審小組，原則上由項(xiàng)目總體小組成 員或特邀專家擔(dān)任評(píng)審組長(zhǎng)，評(píng)審小組成員應(yīng)該包括項(xiàng)目所有成員、 質(zhì)量保證人員、 和上級(jí)主管部門的代表， 其他參加人員視評(píng)審內(nèi)容而 定。 每一次評(píng)審工作

4、都應(yīng)填寫評(píng)審總結(jié)報(bào)告（RSR）、評(píng)審問題記錄 （RPL）、評(píng)審成員簽字表（RMT ）與軟件問題報(bào)告單（SPR）等四 張表格。 b. 日常檢查： 在軟件的工程化開發(fā)過程中，各子系統(tǒng)應(yīng)該填寫項(xiàng) 目進(jìn)展報(bào)表，即軟件進(jìn)展報(bào)表表頭、軟件階段進(jìn)度表、軟件階段產(chǎn)品 完成情況表、 軟件開發(fā)費(fèi)用表等四張表格。 項(xiàng)目組楊大亮或其他領(lǐng)導(dǎo) 通過項(xiàng)目進(jìn)展季報(bào)表發(fā)現(xiàn)有關(guān)軟件質(zhì)量的問題。 c. 軟件驗(yàn)收：必須組織專門的驗(yàn)收小組對(duì)軟件系統(tǒng)及其所屬各個(gè)子 系統(tǒng)進(jìn)行驗(yàn)收。 驗(yàn)收工作應(yīng)該滿足各業(yè)務(wù)部門、 領(lǐng)導(dǎo)部門及相關(guān)使用 部門的需求，質(zhì)量管理小組驗(yàn)收內(nèi)容應(yīng)包括文檔驗(yàn)收、程序驗(yàn)收、演 示、驗(yàn)收測(cè)試與測(cè)試結(jié)果等幾項(xiàng)工作。而公司領(lǐng)導(dǎo)層

5、、業(yè)務(wù)部門驗(yàn)收 軟件的功能演示成果及使用手冊(cè)等。 2.3 職責(zé) 在項(xiàng)目的軟件質(zhì)量保證小組中，其各方面人員的職責(zé)如下： 5.2 組長(zhǎng)全面負(fù)責(zé)有關(guān)軟件質(zhì)量保證的各項(xiàng)工作； 5.3 全組負(fù)責(zé)有關(guān)階段評(píng)審、 項(xiàng)目進(jìn)展報(bào)表檢查以及軟件驗(yàn)收準(zhǔn)備 等三方面工作中的質(zhì)量保證工作； 5.4 項(xiàng)目的專職配置管理人員負(fù)責(zé)有關(guān)軟件配置變動(dòng)、軟件媒體、 文件控制以及對(duì)軟件提供商的控制 （在系統(tǒng)使用相關(guān)正版軟件廠商提 供的產(chǎn)品時(shí)生效）等三方面的質(zhì)量保證活動(dòng)； 5.5 全組負(fù)責(zé)測(cè)試復(fù)查和文檔的規(guī)范化檢查工作； 5.6 用戶體驗(yàn)師反映用戶的質(zhì)量要求， 并協(xié)助檢查各類人員對(duì)軟件 質(zhì)量保證計(jì)劃的執(zhí)行情況； 5.7 項(xiàng)目的專職質(zhì)量

6、保證人員協(xié)助組長(zhǎng)開展各項(xiàng)軟件質(zhì)量保證活 動(dòng)，負(fù)責(zé)審查所采用的質(zhì)量保證工具、技術(shù)和方法，并負(fù)責(zé)匯總、維 護(hù)和保存有關(guān)軟件質(zhì)量保證活動(dòng)的各項(xiàng)記錄。 3 文檔 本章給出了在軟件開發(fā)過程各階段需要編制的文檔名稱及其要 求，并且規(guī)定了評(píng)審文檔質(zhì)量的通用的度量準(zhǔn)則。 3.1. 基本文檔 為了確保軟件的實(shí)現(xiàn)滿足認(rèn)可的需求規(guī)格說明書中規(guī)定的各項(xiàng)需 求，軟件開發(fā)項(xiàng)目組至少應(yīng)該編寫以下八個(gè)方面內(nèi)容的文檔： a. 軟件需求規(guī)格說明書（ SRS）； b. 軟件設(shè)計(jì)說明書（ SDD ），對(duì)一些規(guī)模較大或復(fù)雜性較高的項(xiàng) 目，應(yīng)該把本文檔分成概要設(shè)計(jì)說明書（ PDD ）與詳細(xì)設(shè)計(jì)說明書 （DDD ）兩個(gè)文檔； c. 軟件測(cè)

7、試計(jì)劃（ STP）； d. 軟件測(cè)試報(bào)告（ STR）； e. 用戶手冊(cè)（ SUM ）； f. 源程序清單（ SCL）； g. 項(xiàng)目實(shí)施計(jì)劃（ PIP）； h. 項(xiàng)目開發(fā)總結(jié)（ PDS）。 a. 其他文檔 除了基本文檔之外，對(duì)于尚在開發(fā)中的軟件，還應(yīng)該包括以下四 個(gè)方面的文檔： a. 軟件質(zhì)量保證計(jì)劃（ SQAP ）； b. 軟件配置管理計(jì)劃（ SCMP ）； c. 項(xiàng)目進(jìn)展報(bào)表（ PPR）； d. 階段評(píng)審報(bào)表（ PRR）。 注：前面兩個(gè)文檔由項(xiàng)目組制訂，屬于管理文檔，項(xiàng)目組應(yīng)充分 考慮執(zhí)行計(jì)劃中規(guī)定的條款。 后面兩類文檔屬于工作文檔， 就是本計(jì) 劃的 2.2 中提到的四張階段評(píng)審表與四張項(xiàng)目

8、進(jìn)展季報(bào)表， 項(xiàng)目組按 照規(guī)定要求認(rèn)真填寫有關(guān)內(nèi)容。 b. 文檔質(zhì)量的度量準(zhǔn)則 文檔是軟件的重要組成部分，是軟件生存周期各個(gè)不同階段的產(chǎn) 品描述。驗(yàn)證和確認(rèn)就是要檢查各階段文檔的合適性。 評(píng)審文檔質(zhì)量 的度量準(zhǔn)則有以下六條： 完備性：所有承擔(dān)軟件開發(fā)任務(wù)的項(xiàng)目， 都必須按照 GB 8567（是 國(guó)家標(biāo)準(zhǔn)局的指南文檔， 名稱叫計(jì)算機(jī)軟件產(chǎn)品開發(fā)文件編制指南 ）的規(guī)定編制相應(yīng)的文檔，以保證在開發(fā)階段結(jié)束時(shí)其文檔是齊全 的。 正確性：在軟件開發(fā)各個(gè)階段所編寫的文檔的內(nèi)容，必須真實(shí)地 反映該階段的工作且與該階段的需求相一致。 簡(jiǎn)明性：在軟件開發(fā)各個(gè)階段所編寫的各種文檔的語(yǔ)言表達(dá)應(yīng)該 清晰、準(zhǔn)確簡(jiǎn)練，適

9、合各種文檔的特定讀者。 可追蹤性： 在軟件開發(fā)各個(gè)階段所編寫的各種文檔應(yīng)該具有良好 的可追蹤性。文檔的可追蹤性包括縱向可追蹤性與橫向可追蹤性兩個(gè) 方面。前者是指在不同文檔的相關(guān)內(nèi)容之間相互檢索的難易程度； 后 者是指確定同一文檔某一內(nèi)容在本文檔中的涉及范圍的難易程度。 自說明性：在軟件開發(fā)各個(gè)階段所編寫的各種文檔應(yīng)該具有較好 的自說明性。文檔的自說明性是指在軟件開發(fā)各個(gè)階段中的不同文檔 能獨(dú)立表達(dá)該軟件其相應(yīng)階段的階段產(chǎn)品的能力。 規(guī)范性：在軟件開發(fā)各個(gè)階段所編寫的各種文檔應(yīng)該具有良好的規(guī) 范性。文檔的規(guī)范性是指文檔的封面、大綱、術(shù)語(yǔ)的含義以及圖示符 號(hào)等符合有關(guān)規(guī)范的規(guī)定。 4 標(biāo)準(zhǔn)、條例和

10、約定 在工程化軟件系統(tǒng)的開發(fā)過程中，還必須遵守相關(guān)標(biāo)準(zhǔn)、條例和 約定： 此處省略 5 評(píng)審和檢查 本章具體規(guī)定了應(yīng)該進(jìn)行的階段評(píng)審、階段評(píng)審的內(nèi)容和評(píng)審時(shí) 間要求。對(duì)新開發(fā)的或正在開發(fā)的各個(gè)子系統(tǒng)，都要按照 GB 8566 （計(jì)算機(jī)軟件開發(fā)規(guī)范） 的規(guī)定認(rèn)真進(jìn)行定期的或階段性的各項(xiàng)評(píng)審 工作。就整個(gè)軟件開發(fā)過程而言，至少要進(jìn)行軟件需求評(píng)審、概要設(shè) 計(jì)評(píng)審、詳細(xì)設(shè)計(jì)評(píng)審、 軟件驗(yàn)證和確認(rèn)評(píng)審、 功能檢查、 物理檢查、 綜合檢查以及管理評(píng)審等八個(gè)方面的評(píng)審和檢查工作。如本計(jì)劃第 條所述在軟件及其所屬各個(gè)子系統(tǒng)的開發(fā)過程中， 把前七種評(píng)審 分成三次進(jìn)行。在每次評(píng)審之后，要對(duì)評(píng)審結(jié)果作出明確的管理決策

11、。 下面給出每次評(píng)審應(yīng)該進(jìn)行的工作。 5.1 第一次評(píng)審 第一次評(píng)審會(huì)對(duì)軟件需求、概要設(shè)計(jì)以及驗(yàn)證與確認(rèn)方法進(jìn)行評(píng) 審。 軟件需求評(píng)審（SRR）應(yīng)確保在軟件需求規(guī)格說明書中規(guī)定的 各項(xiàng)需求的合理性。 概要設(shè)計(jì)評(píng)審（PDR）應(yīng)評(píng)價(jià)軟件設(shè)計(jì)說明書中的軟件概要設(shè) 計(jì)的技術(shù)合適性。 軟件驗(yàn)證和確認(rèn)評(píng)審（ SV&VR ）應(yīng)評(píng)價(jià)軟件驗(yàn)證和確認(rèn)計(jì)劃 中確定的驗(yàn)證和確認(rèn)方法的合適性與完整性。 第二次評(píng)審 第二次評(píng)審會(huì)要對(duì)詳細(xì)設(shè)計(jì)、功能測(cè)試與演示進(jìn)行評(píng)審，并對(duì)第 一次評(píng)審結(jié)果進(jìn)行復(fù)核。 如果在軟件開發(fā)過程中發(fā)現(xiàn)需要修改第一次 評(píng)審結(jié)果，則應(yīng)按照軟件配置管理計(jì)劃的規(guī)定處理。 詳細(xì)設(shè)計(jì)評(píng)審（DDR）應(yīng)確定軟

12、件設(shè)計(jì)說明書中的詳細(xì)設(shè)計(jì)在 滿足軟件需求規(guī)格說明書中的需求方面的可接受性。 編程格式評(píng)審應(yīng)確保所有編碼采用規(guī)定的工作語(yǔ)言， 能在規(guī)定 的運(yùn)行環(huán)境中運(yùn)行，并且符合 GB 8566 中提倡的編程風(fēng)格。在滿足 這些要求之后，方可進(jìn)行測(cè)試工作。 測(cè)試工作評(píng)審應(yīng)對(duì)所有的程序單元進(jìn)行靜態(tài)分析， 檢查其程序 結(jié)構(gòu) （即模塊和函數(shù)的調(diào)用關(guān)系和調(diào)用序列）和變量使用是否正確。 在通過靜態(tài)分析后，再進(jìn)行結(jié)構(gòu)測(cè)試和功能測(cè)試。在結(jié)構(gòu)測(cè)試中，所 有程序單元結(jié)構(gòu)測(cè)試的語(yǔ)句覆蓋率 Co 必須等于 100% ，分支覆蓋率 C1 必須大于或等于 85%。要給出每個(gè)單元的輸入和輸出變量的變化 范圍。各個(gè)子系統(tǒng)只進(jìn)行功能測(cè)試，不單獨(dú)

13、進(jìn)行結(jié)構(gòu)測(cè)試，因而要登 錄程序單元之間接口的變量值，力圖使?jié)M足單元測(cè)試的 C1 和 Co 準(zhǔn) 則的那此測(cè)試用例在子系統(tǒng)功能測(cè)試時(shí)得到再現(xiàn)。 測(cè)試工作評(píng)審要檢 查所進(jìn)行的測(cè)試工作是否滿足這些要求。特別在評(píng)審功能測(cè)試工作 時(shí)，不僅要運(yùn)行變量的等價(jià)值， 而且要運(yùn)行變量的 （合法的和非法的） 邊界值；不僅要運(yùn)行開發(fā)組給出的測(cè)試用例， 而且要允許運(yùn)行其他相 關(guān)人員、評(píng)審人員選定的采樣用例。 第三次評(píng)審 第三次評(píng)審會(huì)要進(jìn)行功能檢查、物理檢查和綜合檢查。這些評(píng)審 會(huì)應(yīng)在集成測(cè)試階段結(jié)束后進(jìn)行。 功能檢查（FA）應(yīng)驗(yàn)證所開發(fā)的軟件已經(jīng)滿足在軟件需求規(guī)格 說明書中規(guī)定的所有需求。 物理檢查（PA）應(yīng)對(duì)軟件進(jìn)行物

14、理檢查，以驗(yàn)證程序和文檔已 經(jīng)一致、并已做好了交付的準(zhǔn)備。 綜合檢查（ CA ）應(yīng)驗(yàn)證代碼和設(shè)計(jì)文檔的一致性、 接口規(guī)格說 明之間的一致性（硬件和軟件） 、設(shè)計(jì)實(shí)現(xiàn)和功能需求的一致性、功 能需求和測(cè)試描述的一致性。 6 軟件配置管理 對(duì)工程化軟件系統(tǒng)的各項(xiàng)配置進(jìn)行及時(shí)、 合理的管理，是確保軟 件質(zhì)量的重要手段， 也是確保該軟件具有強(qiáng)大生命力的重要措施。 有 關(guān)工程化軟件的配置管理工作， 可按軟件項(xiàng)目組編寫的 軟件配置管 理計(jì)劃。在軟件配置管理工作中， 要特別注意規(guī)定對(duì)軟件問題報(bào)告、 追蹤和解決的步驟， 并指出實(shí)現(xiàn)報(bào)告、 追蹤和解決軟件問題的機(jī)構(gòu)及 其職責(zé)。 7 工具、技術(shù)和方法 在項(xiàng)目所屬的各

15、個(gè)子系統(tǒng)（其中包括有關(guān)的支持軟件）的研制與 開發(fā)過程中，都應(yīng)該在各自的軟件質(zhì)量保證活動(dòng)中合理地使用軟件質(zhì) 量活動(dòng)的支持工具、技術(shù)和方法。這些工具主要有下列三種： 軟件測(cè)試工具。它支持用java語(yǔ)言編寫的模塊的靜態(tài)分析、結(jié) 構(gòu)測(cè)試與功能測(cè)試。 主要功能為： 協(xié)助測(cè)試人員判斷程序結(jié)構(gòu)與變量 使用情況是否有錯(cuò)； 給測(cè)試人員提供模塊語(yǔ)句覆蓋率 Co 和分支覆蓋 率 C1 的值，并顯示未覆蓋語(yǔ)句和未覆蓋分支的號(hào)碼及其分支謂詞， 給出不同測(cè)試用例有效性的表格； 同時(shí)提出功能測(cè)試的有效情況， 并 協(xié)助組織最終交付給用戶的有效測(cè)試用例的集合。 軟件配置管理工具。 它支持用戶對(duì)源代碼清單的更新管理以及 對(duì)重新編

16、譯與連接的代碼的自動(dòng)組織； 支持用戶在不同文檔相關(guān)內(nèi)容 之間進(jìn)行相互檢索并確定同一文檔某一內(nèi)容在本文檔中的涉及范圍； 同時(shí)還應(yīng)支持軟件配置管理小組對(duì)軟件配置更改進(jìn)行科學(xué)的管理。 文檔輔助生成工具與圖形編輯工具。 它主要協(xié)助用戶繪制描述 程序流程與結(jié)構(gòu)的 DFD 圖與 SC 圖、繪制描述軟件功能（輸入、輸 出關(guān)系）的曲線以及繪制描述控制系統(tǒng)特性的一些其他圖形， 同時(shí)還 可生成若干與軟件文檔編制大綱相適應(yīng)的文檔模塊板。 用戶利用這個(gè) 工具的正文與圖形編輯功能以及上述輔助功能， 可以比較方便地產(chǎn)生 清晰悅目的文檔， 也有利于對(duì)文檔進(jìn)行更改， 還有助于提高文檔的編 制質(zhì)量。 8 媒體控制 為了保護(hù)計(jì)算

17、機(jī)程序的物理媒體，以免非法存取、意外損壞或自 然老化，工程化軟件系統(tǒng)的各個(gè)子系統(tǒng)（包括支持軟件）都必須設(shè)立 軟件配置管理人員， 并按照軟件項(xiàng)目小組制訂的、 且經(jīng)領(lǐng)導(dǎo)層批準(zhǔn)的 軟件配置管理計(jì)劃 妥善管理和存放各個(gè)子系統(tǒng)及其專用支持軟件 的媒體。 9 對(duì)軟件提供商的控制 項(xiàng)目所屬的各個(gè)子系統(tǒng)開發(fā)組，如果需要從軟件銷售單位購(gòu)買、 委托其他開發(fā)單位開發(fā)、 從開發(fā)單位現(xiàn)存軟件庫(kù)中選用或從項(xiàng)目委托 單位或用戶的現(xiàn)有軟件庫(kù)中選用軟部件時(shí)， 則在選用前應(yīng)向整個(gè)項(xiàng)目 組及領(lǐng)導(dǎo)層報(bào)告， 然后項(xiàng)目組組織“軟件選用評(píng)審小組”進(jìn)行評(píng)審、 測(cè)試與檢查，只有當(dāng)演示成功、測(cè)試合格后才能批準(zhǔn)選用。如果只選 用其中部分內(nèi)容，則按待開發(fā)軟件的處理過程辦理。 10 記錄收集、維護(hù)和保存 在項(xiàng)目及其所屬的各個(gè)子系統(tǒng)的研制與開發(fā)期間，要進(jìn)行各種軟 件質(zhì)量保證活動(dòng)， 準(zhǔn)確記錄、 及時(shí)分析并妥善保存有關(guān)這些活動(dòng)的記 錄，是確保軟件質(zhì)量的重要條件。在軟件質(zhì)量保證小組中，應(yīng)有專人 負(fù)責(zé)收集、匯總與保存有關(guān)軟