軟件工程項目質(zhì)量管控方案

1目的評審批準的該軟件系統(tǒng)需求規(guī)格說明書中規(guī)定的各項具體需求?；蜻x用的各種支持軟件、組件）時，都應該執(zhí)行本計劃中的有關規(guī)定，但可根據(jù)必須經(jīng)項目組相關負責人批準。管理機構遵守本計劃的所有要求。任務進行如下幾類評審與檢查工作：a.階段評審：在軟件開發(fā)過程中，要定期地或階段性地對某一開發(fā)階段或某幾個開發(fā)階段的階段產(chǎn)品進行評審。在軟件及其所屬各子系統(tǒng)的開發(fā)過程中，第二次評審詳細設計、功能測試與演示，并對第一次評審結果復核；第三次是功能檢查、物理檢查和綜合檢查。主管部門的代表，其他參加人員視評審內(nèi)容而定。成員簽字表（RMT）與軟件問題報告單（SPR）等四張表格。b.日常檢查：在軟件的工程化開發(fā)過程中，各子系統(tǒng)應該填寫項目進展報表，即軟件進展報表表頭、軟件階段進度表、軟件階段產(chǎn)品完成情況表、軟件開發(fā)費用表等四張表格。項目組楊大亮或其他領導通過項目進展季報表發(fā)現(xiàn)有關軟件質(zhì)量的問題。c.軟件驗收：必須組織專門的驗收小組對軟件系統(tǒng)及其所屬各個子系統(tǒng)進行驗收。驗收工作應該滿足各業(yè)務部門、領導部門及相關使用部門的需求，質(zhì)量管理小組驗收內(nèi)容應包括文檔驗收、程序驗收、演示、驗收測試與測試結果等幾項工作。而公司領導層、業(yè)務部門驗收軟件的功能演示成果及使用手冊等。職責在項目的軟件質(zhì)量保證小組中，其各方面人員的職責如下：a.組長全面負責有關軟件質(zhì)量保證的各項工作；b.全組負責有關階段評審、項目進展報表檢查以及軟件驗收準備等三方面工作中的質(zhì)量保證工作；c.項目的專職配置管理人員負責有關軟件配置變動、軟件媒體、文件控制以及對軟件提供商的控制（在系統(tǒng)使用相關正版軟件廠商提供的產(chǎn)品時生效）等三方面的質(zhì)量保證活動；d.全組負責測試復查和文檔的規(guī)范化檢查工作；e.用戶體驗師反映用戶的質(zhì)量要求，并協(xié)助檢查各類人員對軟件質(zhì)量保證計劃的執(zhí)行情況；f.項目的專職質(zhì)量保證人員協(xié)助組長開展各項軟件質(zhì)量保證活動，負責審查所采用的質(zhì)量保證工具、技術和方法，并負責匯總、維護和保存有關軟件質(zhì)量保證活動的各項記錄。文檔基本文檔發(fā)項目組至少應該編寫以下八個方面內(nèi)容的文檔：a.b.檔分成概要設計說明書（PDD）與詳細設計說明書（DDD）兩個文檔；c.d.e.f.g.h.其他文檔檔：a.b.c.d.表與四張項目進展季報表，項目組按照規(guī)定要求認真填寫有關內(nèi)容。文檔質(zhì)量的度量準則a.完備性：所有承擔軟件開發(fā)任務的項目，都必須按照GB8567（是國家標準局的指南文檔，名稱叫《計算機軟件產(chǎn)品開發(fā)文件編制指南b.正確性：在軟件開發(fā)各個階段所編寫的文檔的內(nèi)容，必須真實地反映該階段的工作且與該階段的需求相一致。c.簡明性：在軟件開發(fā)各個階段所編寫的各種文檔的語言表達應該清晰、準確簡練，適合各種文檔的特定讀者。d.可追蹤性：在軟件開發(fā)各個階段所編寫的各種文檔應該具有良好的可追蹤一內(nèi)容在本文檔中的涉及范圍的難易程度。e.文檔的自說明性是指在軟件開發(fā)各個階段中的不同文檔能獨立表達該軟件其相應階段的階段產(chǎn)品的能力。f.規(guī)范性：在軟件開發(fā)各個階段所編寫的各種文檔應該具有良好的規(guī)范性。文檔的規(guī)范性是指文檔的封面、大綱、術語的含義以及圖示符號等符合有關規(guī)范的規(guī)定。評審和檢查對新開發(fā)的或正在開發(fā)的各個子系統(tǒng)，都要按照GB8566（計算機軟件開發(fā)言，至少要進行軟件需求評審、概要設計評審、詳細設計評審、軟件驗證和確認的工作。第一次評審第一次評審會對軟件需求、概要設計以及驗證與確認方法進行評審。a.性。b.c.認方法的合適性與完整性。第二次評審件配置管理計劃》的規(guī)定處理。a.格說明書中的需求方面的可接受性。b.編程格式評審應確保所有編碼采用規(guī)定的工作語言，能在規(guī)定的運行環(huán)境中運行，并且符合GB8566中提倡的編程風格。在滿足這些要求之后，方可進行測試工作。c.測試工作評審應對所有的程序單元進行靜態(tài)分析，檢查其程序結構（即模塊和函數(shù)的調(diào)用關系和調(diào)用序列）和變量使用是否正確。在通過靜態(tài)分析后，再進行結構測試和功能測試。在結構測試中，所有程序單元結構測試的語句覆蓋率Co必須等于100%，分支覆蓋率C1必須大于或等于85%。要給出每個單元的輸入和輸出變量的變化范圍。各個子系統(tǒng)只進行功能測試，不單獨進行結構測試，因而要登錄程序單元之間接口的變量值，力圖使?jié)M足單元測試的C1和Co準則的那此測試用例在子系統(tǒng)功能測試時得到再現(xiàn)。測試工作評不僅要運行變量的等價值，而且要運行變量的（合法的和非法的）邊界值；不僅要運行開發(fā)組給出的測試用例，而且要允許運行其他相關人員、評審人員選定的采樣用例。第三次評審測試階段結束后進行。a.功能檢查（FA）應驗證所開發(fā)的軟件已經(jīng)滿足在軟件需求規(guī)格說明書中規(guī)定的所有需求。b.物理檢查（PA）應對軟件進行物理檢查，以驗證程序和文檔已經(jīng)一致、并已做好了交付的準備。c.綜合檢查（CA）應驗證代碼和設計文檔的一致性、接口規(guī)格說明之間的一致致性。軟件配置管理解決軟件問題的機構及其職責。工具、技術和方法和方法。這些工具主要有下列三種：a.軟件測試工具。它支持用java語言編寫的模塊的靜態(tài)分析、結構測試與功能測試人員提供模塊語句覆蓋率Co和分支覆蓋率C1功能測試的有效情況，并協(xié)助組織最終交付給用戶的有效測試用例的集合。b.軟件配置管理工具。它支持用戶對源代碼清單的更新管理以及對重新編譯與連接的代碼的自動組織；支持用戶在不同文檔相關內(nèi)容之間進行相互檢索并確定同一文檔某一內(nèi)容在本文檔中的涉及范圍；同時還應支持軟件配置管理小組對軟件配置更改進行科學的管理。c.文檔輔助生成工具與圖形編輯工具。它主要協(xié)助用戶繪制描述程序流程與結構的DFD圖與SC圖、繪制描述軟件功能（輸入、輸出關系）的曲線以及繪制描述控制系統(tǒng)特性的一些其他圖形，同時還可生成若干與軟件文檔