《軟件質(zhì)量保證計(jì)劃[文檔在線提供]》由會(huì)員分享，可在線閱讀，更多相關(guān)《軟件質(zhì)量保證計(jì)劃[文檔在線提供]（12頁珍藏版）》請(qǐng)?jiān)谘b配圖網(wǎng)上搜索。

1、Adwiser軟件質(zhì)量保證計(jì)劃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ì) 量保證工

2、作。軟件質(zhì)量保證組和項(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ì)劃的所有要求。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)措施來保證與提高軟件的質(zhì)量。 在

3、軟件開發(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)審工作都應(yīng)填寫評(píng)審總結(jié)報(bào)告

4、（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)層、業(yè)務(wù)部門驗(yàn)收 軟件的功能演示成果

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

6、質(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è)試計(jì)劃（ STP）；d. 軟件測(cè)試報(bào)告（ STR）；e. 用戶手冊(cè)（ SUM）；f. 源程

7、序清單（ SCL）；g. 項(xiàng)目實(shí)施計(jì)劃（ PIP）；h. 項(xiàng)目開發(fā)總結(jié)（ PDS）。3.2 其他文檔除了基本文檔之外，對(duì)于尚在開發(fā)中的軟件，還應(yīng)該包括以下四 個(gè)方面的文檔：a. 軟件質(zhì)量保證計(jì)劃（ SQA）P；b. 軟件配臵管理計(jì)劃（ SCM）P；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)目進(jìn)展季報(bào)表， 項(xiàng)目組按 照規(guī)定要求認(rèn)真填寫有關(guān)內(nèi)容。3.3 文檔質(zhì)量的度量準(zhǔn)則 文檔是軟件的重要組成部分，是軟件生存周

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

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

10、體規(guī)定了應(yīng)該進(jìn)行的階段評(píng)審、階段評(píng)審的內(nèi)容和評(píng)審時(shí)間要求。對(duì)新開發(fā)的或正在開發(fā)的各個(gè)子系統(tǒng)， 都要按照GB8566（計(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ì)劃第2.2 條所述在軟件及其所屬各個(gè)子系統(tǒng)的開發(fā)過程中，把前七種評(píng)審 分成三次進(jìn)行。 在每次評(píng)審之后， 要對(duì)評(píng)審結(jié)果作出明確的管理決策。 下面給出每次評(píng)審應(yīng)該進(jìn)行的工作。5.1 第一次評(píng)審 第一次評(píng)審會(huì)對(duì)軟件需求、概要設(shè)計(jì)以及驗(yàn)證與確認(rèn)方法進(jìn)

11、行評(píng)審。a. 軟件需求評(píng)審（SRR應(yīng)確保在軟件需求規(guī)格說明書中規(guī)定的各項(xiàng)需求的合理性。b. 概要設(shè)計(jì)評(píng)審（PDR應(yīng)評(píng)價(jià)軟件設(shè)計(jì)說明書中的軟件概要設(shè) 計(jì)的技術(shù)合適性。c. 軟件驗(yàn)證和確認(rèn)評(píng)審（ SV&V）R 應(yīng)評(píng)價(jià)軟件驗(yàn)證和確認(rèn)計(jì)劃中 確定的驗(yàn)證和確認(rèn)方法的合適性與完整性。5.2 第二次評(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ī)定處理。a. 詳細(xì)設(shè)計(jì)評(píng)審（DDR應(yīng)確定軟件設(shè)計(jì)說明書中的詳細(xì)設(shè)計(jì)在 滿足軟件需求規(guī)格說明書中的需求方面的可接受性。b. 編程格式評(píng)審應(yīng)確保所有編碼

12、采用規(guī)定的工作語言， 能在規(guī)定 的運(yùn)行環(huán)境中運(yùn)行，并且符合 GB8566中提倡的編程風(fēng)格。在滿足這 些要求之后，方可進(jìn)行測(cè)試工作。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è)試的語句覆蓋率 Co必須等于100%分支覆蓋率C1 必須大于或等于 85%。要給出每個(gè)單元的輸入和輸出變量的變化范圍。 各個(gè)子系統(tǒng)只進(jìn)行功能測(cè)試， 不單獨(dú)進(jìn)行結(jié)構(gòu)測(cè)試， 因而要登錄程序 單元之間接口的變量值，力圖使?jié)M足單元測(cè)試的C1和Co準(zhǔn)則的那此 測(cè)試用例在子系

13、統(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)審人員選定的采樣用例。5.3 第三次評(píng)審 第三次評(píng)審會(huì)要進(jìn)行功能檢查、物理檢查和綜合檢查。這些評(píng)審 會(huì)應(yīng)在集成測(cè)試階段結(jié)束后進(jìn)行。a. 功能檢查（FA）應(yīng)驗(yàn)證所開發(fā)的軟件已經(jīng)滿足在軟件需求規(guī)格 說明書中規(guī)定的所有需求。b. 物理檢查（PA）應(yīng)對(duì)軟件進(jìn)行物理檢查，以驗(yàn)證程序和文檔已 經(jīng)一致、并已做好了交付的準(zhǔn)備。c. 綜合檢查（CA應(yīng)驗(yàn)證代碼和設(shè)計(jì)文檔的一致

14、性、 接口規(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)目所屬的各個(gè)子系統(tǒng)（其中包括有關(guān)的支持軟件）的研制與 開發(fā)過程中，都應(yīng)該在各自的軟件質(zhì)量保證活動(dòng)中合理地使用軟件質(zhì) 量活動(dòng)的支

15、持工具、技術(shù)和方法。這些工具主要有下列三種：a. 軟件測(cè)試工具。 它支持用 java 語言編寫的模塊的靜態(tài)分析、 結(jié) 構(gòu)測(cè)試與功能測(cè)試。 主要功能為： 協(xié)助測(cè)試人員判斷程序結(jié)構(gòu)與變量 使用情況是否有錯(cuò)；給測(cè)試人員提供模塊語句覆蓋率 Co 和分支覆蓋 率 C1 的值，并顯示未覆蓋語句和未覆蓋分支的號(hào)碼及其分支謂詞， 給出不同測(cè)試用例有效性的表格； 同時(shí)提出功能測(cè)試的有效情況， 并 協(xié)助組織最終交付給用戶的有效測(cè)試用例的集合。b. 軟件配臵管理工具。 它支持用戶對(duì)源代碼清單的更新管理以及 對(duì)重新編譯與連接的代碼的自動(dòng)組織； 支持用戶在不同文檔相關(guān)內(nèi)容 之間進(jìn)行相互檢索并確定同一文檔某一內(nèi)容在本文檔

16、中的涉及范圍； 同時(shí)還應(yīng)支持軟件配臵管理小組對(duì)軟件配臵更改進(jìn)行科學(xué)的管理。c. 文檔輔助生成工具與圖形編輯工具。 它主要協(xié)助用戶繪制描述 程序流程與結(jié)構(gòu)的DFD圖與SC圖、繪制描述軟件功能（輸入、輸出 關(guān)系）的曲線以及繪制描述控制系統(tǒng)特性的一些其他圖形， 同時(shí)還可 生成若干與軟件文檔編制大綱相適應(yīng)的文檔模塊板。 用戶利用這個(gè)工 具的正文與圖形編輯功能以及上述輔助功能， 可以比較方便地產(chǎn)生清 晰悅目的文檔， 也有利于對(duì)文檔進(jìn)行更改， 還有助于提高文檔的編制 質(zhì)量。8 媒體控制為了保護(hù)計(jì)算機(jī)程序的物理媒體，以免非法存取、意外損壞或自然老化， 工程化軟件系統(tǒng)的各個(gè)子系統(tǒng)（包括支持軟件） 都必須設(shè)立

17、軟件配臵管理人員， 并按照軟件項(xiàng)目小組制訂的、 且經(jīng)領(lǐng)導(dǎo)層批準(zhǔn)的 軟件配臵管理計(jì)劃 妥善管理和存放各個(gè)子系統(tǒng)及其專用支持軟件 的媒體。9 對(duì)軟件提供商的控制 項(xiàng)目所屬的各個(gè)子系統(tǒng)開發(fā)組，如果需要從軟件銷售單位購買、 委托其他開發(fā)單位開發(fā)、 從開發(fā)單位現(xiàn)存軟件庫中選用或從項(xiàng)目委托 單位或用戶的現(xiàn)有軟件庫中選用軟部件時(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)行各種軟 件

18、質(zhì)量保證活動(dòng)， 準(zhǔn)確記錄、 及時(shí)分析并妥善保存有關(guān)這些活動(dòng)的記 錄，是確保軟件質(zhì)量的重要條件。在軟件質(zhì)量保證小組中，應(yīng)有專人 負(fù)責(zé)收集、匯總與保存有關(guān)軟件質(zhì)量保證活動(dòng)的記錄。要收集、 匯總 與保存的記錄名字及其保存期限見表 1表1記錄名稱及其保存的期限記錄的名稱與分類要保存的的期限階段評(píng)審記錄階段評(píng)審總結(jié)整個(gè)軟件開發(fā)周期階段評(píng)審問題記錄整個(gè)軟件開發(fā)周期階段評(píng)審主要問題整個(gè)軟件開發(fā)周期階段評(píng)審成員整個(gè)軟件開發(fā)周期日常檢查記錄軟件階段進(jìn)度表整個(gè)軟件開發(fā)周期軟件階段產(chǎn)品完成情況 軟件開發(fā)費(fèi)用統(tǒng)計(jì)表整個(gè)軟件開發(fā)周期整個(gè)軟件生存周期修改記錄軟件問題報(bào)告單整個(gè)軟件生存周期軟件問題修改單整個(gè)軟件生存周期組織軟件質(zhì)量保證小組成員登 記表整個(gè)軟件開發(fā)周期