軟件工程項(xiàng)目質(zhì)量管控專業(yè)技術(shù)方案

1、1 項(xiàng)目質(zhì)量管控1.1 目的 本計(jì)劃的目的在于對所開發(fā)的軟件規(guī)定各種必要的質(zhì)量保證措施， 以保證所 交付的軟件能夠滿足項(xiàng)目預(yù)定需求， 能夠滿足本項(xiàng)目總體組制定的且經(jīng)領(lǐng)導(dǎo)小組 評審批準(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ù) 各自的情況對本計(jì)劃作適當(dāng)?shù)募舨茫?以滿足特定的質(zhì)量保證要求， 剪裁后的計(jì)劃 必須經(jīng)項(xiàng)目組相關(guān)負(fù)責(zé)人批準(zhǔn)。1.2 管理1.2.1 機(jī)構(gòu)在本軟件系統(tǒng)整個(gè)開發(fā)期間， 必須成立軟件質(zhì)量管理小組負(fù)責(zé)質(zhì)量保證工作。 軟件質(zhì)量保證組和項(xiàng)目負(fù)責(zé)

2、人及各領(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ù)對項(xiàng)目的具體要求， 制訂必要的規(guī)程和規(guī)定， 以確保完全 遵守本計(jì)劃的所有要求。1.2.2 任務(wù)軟件質(zhì)量保證工作涉及軟件生存周期各階段的活動(dòng)， 應(yīng)該貫徹到日常的軟件 開發(fā)活動(dòng)中， 而且應(yīng)該特別注意軟件質(zhì)量的早期評審工作。 因此，對于所負(fù)責(zé)系 統(tǒng)，要按照本計(jì)劃的各項(xiàng)規(guī)定進(jìn)行各項(xiàng)評審工作。 軟件質(zhì)量保證小組要參加所有 的評審與檢查活動(dòng)。 評審與檢查的目的是為了確保在軟件開發(fā)工作的各個(gè)階段和 各個(gè)方面都認(rèn)真采取各項(xiàng)措施來保證與提高軟件的質(zhì)量。 在軟件開發(fā)過程中

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

4、錄（RPL、評審 成員簽字表（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)收小組對軟件系統(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)收測試與測試結(jié)果 等幾項(xiàng)工作。而公司領(lǐng)導(dǎo)層、業(yè)務(wù)部門驗(yàn)收軟件的功能演示成果及使用手冊1.2.3 職責(zé)在項(xiàng)

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

6、護(hù)和保存有關(guān)軟件質(zhì)量 保證活動(dòng)的各項(xiàng)記錄。1.3 文檔1.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,對一些規(guī)模較大或復(fù)雜性較高的項(xiàng)目，應(yīng)該把本文 檔分成概要設(shè)計(jì)說明書（PDD與詳細(xì)設(shè)計(jì)說明書（DDD兩個(gè)文檔；c. 軟件測試計(jì)劃（ STP）；d. 軟件測試報(bào)告（ STR ；e. 用戶手冊（ SUM；f. 源程序清單（ SCL）；g. 項(xiàng)目實(shí)施計(jì)劃（ PIP）；h. 項(xiàng)目開發(fā)總結(jié)（ PDS。1.3.2 其他文檔除了基本文檔之外， 對于尚在開發(fā)中

7、的軟件， 還應(yīng)該包括以下四個(gè)方面的文 檔：a. 軟件質(zhì)量保證計(jì)劃（ SQAP；b. 軟件配置管理計(jì)劃（ SCMP；c. 項(xiàng)目進(jìn)展報(bào)表（ PPR；d. 階段評審報(bào)表（ PRR。注：前面兩個(gè)文檔由項(xiàng)目組制訂， 屬于管理文檔， 項(xiàng)目組應(yīng)充分考慮執(zhí)行計(jì)劃中 規(guī)定的條款。 后面兩類文檔屬于工作文檔， 就是本計(jì)劃的 2.2 中提到的四張階段 評審表與四張項(xiàng)目進(jìn)展季報(bào)表，項(xiàng)目組按照規(guī)定要求認(rèn)真填寫有關(guān)內(nèi)容。1.3.3 文檔質(zhì)量的度量準(zhǔn)則文檔是軟件的重要組成部分， 是軟件生存周期各個(gè)不同階段的產(chǎn)品描述。 驗(yàn) 證和確認(rèn)就是要檢查各階段文檔的合適性。 評審文檔質(zhì)量的度量準(zhǔn)則有以下六條：a. 完備性： 所有承擔(dān)軟件

8、開發(fā)任務(wù)的項(xiàng)目，都必須按照GB 8567（是國家標(biāo)準(zhǔn)局的指南文檔，名稱叫計(jì)算機(jī)軟件產(chǎn)品開發(fā)文件編制指南 ）的規(guī)定編制相應(yīng)的文檔，以保證在開發(fā)階段結(jié)束時(shí)其文檔是齊全的。b. 正確性： 在軟件開發(fā)各個(gè)階段所編寫的文檔的內(nèi)容，必須真實(shí)地反映該階段 的工作且與該階段的需求相一致。c. 簡明性： 在軟件開發(fā)各個(gè)階段所編寫的各種文檔的語言表達(dá)應(yīng)該清晰、準(zhǔn)確 簡練，適合各種文檔的特定讀者。d. 可追蹤性： 在軟件開發(fā)各個(gè)階段所編寫的各種文檔應(yīng)該具有良好的可追蹤性。 文檔的可追蹤性包括縱向可追蹤性與橫向可追蹤性兩個(gè)方面。 前者是指在不 同文檔的相關(guān)內(nèi)容之間相互檢索的難易程度； 后者是指確定同一文檔某一內(nèi) 容在

9、本文檔中的涉及范圍的難易程度。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ī)定。1.4 評審和檢查對新開發(fā)的或正在開發(fā)的各個(gè)子系統(tǒng)，都要按照GB8566 （計(jì)算機(jī)軟件開發(fā)規(guī)范）的規(guī)定認(rèn)真進(jìn)行定期的或階段性的各項(xiàng)評審工作。 就整個(gè)軟件開發(fā)過程而 言，至少要進(jìn)行軟件需求評審、概要設(shè)計(jì)評審、詳細(xì)設(shè)計(jì)評審、軟件驗(yàn)證和確認(rèn) 評審、功能

10、檢查、物理檢查、 綜合檢查以及管理評審等八個(gè)方面的評審和檢查工 作。在軟件及其所屬各個(gè)子系統(tǒng)的開發(fā)過程中， 把前七種評審分成三次進(jìn)行。 在 每次評審之后， 要對評審結(jié)果作出明確的管理決策。 下面給出每次評審應(yīng)該進(jìn)行 的工作。1.4.1 第一次評審第一次評審會(huì)對軟件需求、概要設(shè)計(jì)以及驗(yàn)證與確認(rèn)方法進(jìn)行評審。a. 軟件需求評審（SRR應(yīng)確保在軟件需求規(guī)格說明書中規(guī)定的各項(xiàng)需求的合理 性。b. 概要設(shè)計(jì)評審（PDR應(yīng)評價(jià)軟件設(shè)計(jì)說明書中的軟件概要設(shè)計(jì)的技術(shù)合適性。c. 軟件驗(yàn)證和確認(rèn)評審（SV&VR應(yīng)評價(jià)軟件驗(yàn)證和確認(rèn)計(jì)劃中確定的驗(yàn)證和確 認(rèn)方法的合適性與完整性。1.4.2 第二次評審第二次

11、評審會(huì)要對詳細(xì)設(shè)計(jì)、 功能測試與演示進(jìn)行評審， 并對第一次評審結(jié) 果進(jìn)行復(fù)核。如果在軟件開發(fā)過程中發(fā)現(xiàn)需要修改第一次評審結(jié)果， 則應(yīng)按照軟 件配置管理計(jì)劃的規(guī)定處理。a. 詳細(xì)設(shè)計(jì)評審（DDR應(yīng)確定軟件設(shè)計(jì)說明書中的詳細(xì)設(shè)計(jì)在滿足軟件需求規(guī) 格說明書中的需求方面的可接受性。b. 編程格式評審應(yīng)確保所有編碼采用規(guī)定的工作語言，能在規(guī)定的運(yùn)行環(huán)境中 運(yùn)行，并且符合 GB 8566中提倡的編程風(fēng)格。在滿足這些要求之后，方可進(jìn) 行測試工作。c. 測試工作評審應(yīng)對所有的程序單元進(jìn)行靜態(tài)分析，檢查其程序結(jié)構(gòu)（即模塊 和函數(shù)的調(diào)用關(guān)系和調(diào)用序列）和變量使用是否正確。在通過靜態(tài)分析后， 再進(jìn)行結(jié)構(gòu)測試和功能測

12、試。在結(jié)構(gòu)測試中，所有程序單元結(jié)構(gòu)測試的語句 覆蓋率Co必須等于100%分支覆蓋率C1必須大于或等于85%要給出每個(gè) 單元的輸入和輸出變量的變化范圍。各個(gè)子系統(tǒng)只進(jìn)行功能測試，不單獨(dú)進(jìn) 行結(jié)構(gòu)測試，因而要登錄程序單元之間接口的變量值，力圖使?jié)M足單元測試的C1和Co準(zhǔn)則的那此測試用例在子系統(tǒng)功能測試時(shí)得到再現(xiàn)。測試工作評 審要檢查所進(jìn)行的測試工作是否滿足這些要求。 特別在評審功能測試工作時(shí)， 不僅要運(yùn)行變量的等價(jià)值，而且要運(yùn)行變量的（合法的和非法的）邊界值； 不僅要運(yùn)行開發(fā)組給出的測試用例，而且要允許運(yùn)行其他相關(guān)人員、評審人 員選定的采樣用例。1.4.3 第三次評審第三次評審會(huì)要進(jìn)行功能檢查、

13、物理檢查和綜合檢查。 這些評審會(huì)應(yīng)在集成 測試階段結(jié)束后進(jìn)行。a. 功能檢查（FA）應(yīng)驗(yàn)證所開發(fā)的軟件已經(jīng)滿足在軟件需求規(guī)格說明書中規(guī)定 的所有需求。b. 物理檢查（PA應(yīng)對軟件進(jìn)行物理檢查，以驗(yàn)證程序和文檔已經(jīng)一致、并已 做好了交付的準(zhǔn)備。c. 綜合檢查（CA應(yīng)驗(yàn)證代碼和設(shè)計(jì)文檔的一致性、接口規(guī)格說明之間的一致 性（硬件和軟件）、設(shè)計(jì)實(shí)現(xiàn)和功能需求的一致性、 功能需求和測試描述的一 致性。1.5 軟件配置管理對工程化軟件系統(tǒng)的各項(xiàng)配置進(jìn)行及時(shí)、 合理的管理， 是確保軟件質(zhì)量的重 要手段，也是確保該軟件具有強(qiáng)大生命力的重要措施。 有關(guān)工程化軟件的配置管 理工作，可按軟件項(xiàng)目組編寫的 軟件配置管

14、理計(jì)劃。在軟件配置管理工作中， 要特別注意規(guī)定對軟件問題報(bào)告、 追蹤和解決的步驟， 并指出實(shí)現(xiàn)報(bào)告、 追蹤和 解決軟件問題的機(jī)構(gòu)及其職責(zé)。1.6 工具、技術(shù)和方法在項(xiàng)目所屬的各個(gè)子系統(tǒng) （其中包括有關(guān)的支持軟件） 的研制與開發(fā)過程中， 都應(yīng)該在各自的軟件質(zhì)量保證活動(dòng)中合理地使用軟件質(zhì)量活動(dòng)的支持工具、 技術(shù) 和方法。這些工具主要有下列三種：a. 軟件測試工具。 它支持用 java 語言編寫的模塊的靜態(tài)分析、結(jié)構(gòu)測試與功能 測試。主要功能為： 協(xié)助測試人員判斷程序結(jié)構(gòu)與變量使用情況是否有錯(cuò)； 給 測試人員提供模塊語句覆蓋率Co和分支覆蓋率C1的值，并顯示未覆蓋語句和 未覆蓋分支的號(hào)碼及其分支謂詞

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