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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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