軟件工程項目質(zhì)量管控方案的報告_第1頁
軟件工程項目質(zhì)量管控方案的報告_第2頁
軟件工程項目質(zhì)量管控方案的報告_第3頁
軟件工程項目質(zhì)量管控方案的報告_第4頁
軟件工程項目質(zhì)量管控方案的報告_第5頁
已閱讀5頁,還剩2頁未讀 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)

文檔簡介

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

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

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

4、常檢查:在軟件的工程化開發(fā)過程中,各子系統(tǒng)應(yīng)該填寫工程進(jìn)展報表,即軟件進(jìn)展報表表頭、軟件階段進(jìn)度表、軟件階段產(chǎn)品完成情況表、軟件開發(fā)費用表等四張表格。工程組楊大亮或其他領(lǐng)導(dǎo)通過工程進(jìn)展季報表發(fā)現(xiàn)有關(guān)軟件質(zhì)量的問題。c. 軟件驗收:必須組織專門的驗收小組對軟件系統(tǒng)及其所屬各個子系統(tǒng)進(jìn)展驗收。驗收工作應(yīng)該滿足各業(yè)務(wù)部門、領(lǐng)導(dǎo)部門及相關(guān)使用部門的需求,質(zhì)量管理小組驗收內(nèi)容應(yīng)包括文檔驗收、程序驗收、演示、驗收測試與測試結(jié)果等幾項工作。而公司領(lǐng)導(dǎo)層、業(yè)務(wù)部門驗收軟件的功能演示成果及使用手冊等。1.2.3職責(zé)在工程的軟件質(zhì)量保證小組中,其各方面人員的職責(zé)如下: a. 組長全面負(fù)責(zé)有關(guān)軟件質(zhì)量保證的各項工作

5、; b. 全組負(fù)責(zé)有關(guān)階段評審、工程進(jìn)展報表檢查以及軟件驗收準(zhǔn)備等三方面工作中的質(zhì)量保證工作; c. 工程的專職配置管理人員負(fù)責(zé)有關(guān)軟件配置變動、軟件媒體、文件控制以及對軟件提供商的控制在系統(tǒng)使用相關(guān)正版軟件廠商提供的產(chǎn)品時生效等三方面的質(zhì)量保證活動; d.全組負(fù)責(zé)測試復(fù)查和文檔的標(biāo)準(zhǔn)化檢查工作; e. 用戶體驗師反映用戶的質(zhì)量要求,并協(xié)助檢查各類人員對軟件質(zhì)量保證方案的執(zhí)行情況; f. 工程的專職質(zhì)量保證人員協(xié)助組長開展各項軟件質(zhì)量保證活動,負(fù)責(zé)審查所采用的質(zhì)量保證工具、技術(shù)和方法,并負(fù)責(zé)匯總、維護(hù)和保存有關(guān)軟件質(zhì)量保證活動的各項記錄。1.3文檔1.3.1 根本文檔為了確保軟件的實現(xiàn)滿足認(rèn)可

6、的需求規(guī)格說明書中規(guī)定的各項需求,軟件開發(fā)工程組至少應(yīng)該編寫以下八個方面內(nèi)容的文檔: a. 軟件需求規(guī)格說明書SRS; b. 軟件設(shè)計說明書SDD,對一些規(guī)模較大或復(fù)雜性較高的工程,應(yīng)該把本文檔分成概要設(shè)計說明書PDD與詳細(xì)設(shè)計說明書DDD兩個文檔; c. 軟件測試方案STP; d. 軟件測試報告STR; e. 用戶手冊SUM; f. 源程序清單SCL; g. 工程實施方案PIP; h. 工程開發(fā)總結(jié)PDS。1.3.2其他文檔除了 根本文檔之外,對于尚在開發(fā)中的軟件,還應(yīng)該包括以下四個方面的文檔: a. 軟件質(zhì)量保證方案SQAP; b. 軟件配置管理方案SCMP; c. 工程進(jìn)展報表PPR;

7、d. 階段評審報表PRR。 注:前面兩個文檔由工程組制訂,屬于管理文檔,工程組應(yīng)充分考慮執(zhí)行方案中規(guī)定的條款。后面兩類文檔屬于工作文檔,就是本方案的2.2中提到的四張階段評審表與四張工程進(jìn)展季報表,工程組按照規(guī)定要求認(rèn)真填寫有關(guān)內(nèi)容。1.3.3文檔質(zhì)量的度量準(zhǔn)那么文檔是軟件的重要組成局部,是軟件存在周期各個不同階段的產(chǎn)品描述。驗證和確認(rèn)就是要檢查各階段文檔的適宜性。評審文檔質(zhì)量的度量準(zhǔn)那么有以下六條: a. 完備性:所有承當(dāng)軟件開發(fā)任務(wù)的工程,都必須按照GB 8567是國家標(biāo)準(zhǔn)局的指南文檔,名稱叫?計算機軟件產(chǎn)品開發(fā)文件編制指南?的規(guī)定編制相應(yīng)的文檔,以保證在開發(fā)階段完畢時其文檔是齊全的。 b

8、. 正確性:在軟件開發(fā)各個階段所編寫的文檔的內(nèi)容,必須真實地反映該階段的工作且與該階段的需求相一致。 c. 簡明性:在軟件開發(fā)各個階段所編寫的各種文檔的語言表達(dá)應(yīng)該清晰、準(zhǔn)確簡練,適合各種文檔的特定讀者。 d. 可追蹤性: 在軟件開發(fā)各個階段所編寫的各種文檔應(yīng)該具有良好的可追蹤性。文檔的可追蹤性包括縱向可追蹤性與橫向可追蹤性兩個方面。前者是指在不同文檔的相關(guān)內(nèi)容之間相互檢索的難易程度;后者是指確定同一文檔某一內(nèi)容在本文檔中的涉及范圍的難易程度。 e. 自說明性:在軟件開發(fā)各個階段所編寫的各種文檔應(yīng)該具有較好的自說明性。文檔的自說明性是指在軟件開發(fā)各個階段中的不同文檔能獨立表達(dá)該軟件其相應(yīng)階段的

9、階段產(chǎn)品的能力。 f. 標(biāo)準(zhǔn)性:在軟件開發(fā)各個階段所編寫的各種文檔應(yīng)該具有良好的標(biāo)準(zhǔn)性。文檔的標(biāo)準(zhǔn)性是指文檔的封面、大綱、術(shù)語的含義以及圖示符號等符合有關(guān)標(biāo)準(zhǔn)的規(guī)定。1.4評審和檢查對新開發(fā)的或正在開發(fā)的各個子系統(tǒng),都要按照GB 8566計算機軟件開發(fā)標(biāo)準(zhǔn)的規(guī)定認(rèn)真進(jìn)展定期的或階段性的各項評審工作。就整個軟件開發(fā)過程而言,至少要進(jìn)展軟件需求評審、概要設(shè)計評審、詳細(xì)設(shè)計評審、軟件驗證和確認(rèn)評審、功能檢查、物理檢查、綜合檢查以及管理評審等八個方面的評審和檢查工作。在軟件及其所屬各個子系統(tǒng)的開發(fā)過程中,把前七種評審分成三次進(jìn)展。在每次評審之后,要對評審結(jié)果作出明確的管理決策。下面給出每次評審應(yīng)該進(jìn)展

10、的工作。1.4.1第一次評審第一次評審會對軟件需求、概要設(shè)計以及驗證與確認(rèn)方法進(jìn)展評審。 a. 軟件需求評審SRR應(yīng)確保在軟件需求規(guī)格說明書中規(guī)定的各項需求的合理性。 b. 概要設(shè)計評審PDR應(yīng)評價軟件設(shè)計說明書中的軟件概要設(shè)計的技術(shù)適宜性。 c. 軟件驗證和確認(rèn)評審SV&VR應(yīng)評價軟件驗證和確認(rèn)方案中確定的驗證和確認(rèn)方法的適宜性與完整性。1.4.2第二次評審第二次評審會要對詳細(xì)設(shè)計、功能測試與演示進(jìn)展評審,并對第一次評審結(jié)果進(jìn)展復(fù)核。如果在軟件開發(fā)過程中發(fā)現(xiàn)需要修改第一次評審結(jié)果,那么應(yīng)按照?軟件配置管理方案?的規(guī)定處理。 a. 詳細(xì)設(shè)計評審DDR應(yīng)確定軟件設(shè)計說明書中的詳細(xì)設(shè)計在滿足軟件需

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

12、試的C1和Co準(zhǔn)那么的那此測試用例在子系統(tǒng)功能測試時得到再現(xiàn)。測試工作評審要檢查所進(jìn)展的測試工作是否滿足這些要求。特別在評審功能測試工作時,不僅要運行變量的等價值,而且要運行變量的合法的和非法的邊界值;不僅要運行開發(fā)組給出的測試用例,而且要允許運行其他相關(guān)人員、評審人員選定的采樣用例。1.4.3第三次評審第三次評審會要進(jìn)展功能檢查、物理檢查和綜合檢查。這些評審會應(yīng)在集成測試階段完畢后進(jìn)展。 a. 功能檢查FA應(yīng)驗證所開發(fā)的軟件已經(jīng)滿足在軟件需求規(guī)格說明書中規(guī)定的所有需求。 b. 物理檢查PA應(yīng)對軟件進(jìn)展物理檢查,以驗證程序和文檔已經(jīng)一致、并已做好了交付的準(zhǔn)備。 c. 綜合檢查CA應(yīng)驗證代碼和設(shè)

13、計文檔的一致性、接口規(guī)格說明之間的一致性硬件和軟件、設(shè)計實現(xiàn)和功能需求的一致性、功能需求和測試描述的一致性。1.5軟件配置管理對工程化軟件系統(tǒng)的各項配置進(jìn)展及時、合理的管理,是確保軟件質(zhì)量的重要手段,也是確保該軟件具有強大生命力的重要措施。有關(guān)工程化軟件的配置管理工作,可按軟件工程組編寫的?軟件配置管理方案?。在軟件配置管理工作中,要特別注意規(guī)定對軟件問題報告、追蹤和解決的步驟,并指出實現(xiàn)報告、追蹤和解決軟件問題的機構(gòu)及其職責(zé)。1.6工具、技術(shù)和方法在工程所屬的各個子系統(tǒng)其中包括有關(guān)的支持軟件的研制與開發(fā)過程中,都應(yīng)該在各自的軟件質(zhì)量保證活動中合理地使用軟件質(zhì)量活動的支持工具、技術(shù)和方法。這些

14、工具主要有以下三種: a.軟件測試工具。它支持用java語言編寫的模塊的靜態(tài)分析、構(gòu)造測試與功能測試。主要功能為:協(xié)助測試人員判斷程序構(gòu)造與變量使用情況是否有錯;給測試人員提供模塊語句覆蓋率Co和分支覆蓋率C1的值,并顯示未覆蓋語句和未覆蓋分支的號碼及其分支謂詞,給出不同測試用例有效性的表格;同時提出功能測試的有效情況,并協(xié)助組織最終交付給用戶的有效測試用例的集合。 b. 軟件配置管理工具。它支持用戶對源代碼清單的更新管理以及對重新編譯與連接的代碼的自動組織;支持用戶在不同文檔相關(guān)內(nèi)容之間進(jìn)展相互檢索并確定同一文檔某一內(nèi)容在本文檔中的涉及范圍;同時還應(yīng)支持軟件配置管理小組對軟件配置更改良行科學(xué)的管理。 c. 文檔輔助生成工具與圖形編輯工具。它主要協(xié)助用戶繪制描述程序流程與構(gòu)造的DFD圖與SC圖、繪制描述軟件功能輸入、輸出關(guān)系的曲線以及繪制描述控制系統(tǒng)特性的一些其他圖形,同時還可生成假設(shè)干與軟件文檔編制大綱相適應(yīng)的文檔模塊板。用戶利用這個工具的正文與圖形編輯功能以及上述輔助功能,可以對比方便地產(chǎn)生清晰悅目的文檔,也有利于對文檔進(jìn)展更改,還有助于提高文檔的編制質(zhì)量。1.7媒體控制為了保護(hù)計算機程序的物理媒體

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論