軟件開發(fā)質量保證方案

1、word1 軟件開發(fā)質量保證方案1.1 質量管理內容1.1.1 編制和評審質量方案制定質量保證方案：依據工程方案及工程質量目標確定需要檢查的主要過程和工作產品，識別工程過程中的干系人及其活動，估計檢查時間和人員，并制定出本工程的質量保證方案。質量保證方案的主要內容包括：例行審計和里程碑評審，需要監(jiān)督的重要活動和工作產品，確定審計方式，根據工程方案中的評審方案確定質量保證人員需要參加的評審方案。明確質量審計報告的報送范圍。質量保證方案的評審：質量保證方案需要經過評審方能生效，以確保質量保證方案和工程方案的一致性。經過批準的質量保證方案需要納入配置管理。當工程方案變更時，需要及時更改和復審質量保證

2、方案。1.1.2 “過程和工作產品的質量檢查根據質量保證方案進行質量的審計工作，并發(fā)布質量審計報告。審計的主要內容包括：是否按照過程要求執(zhí)行了相應的活動，是否按照過程要求產生了相應的工作產品。本工程中對質量的控制主要表達在不同階段的審計當中。1.1.3 不符合項的跟蹤處理對審計中發(fā)現(xiàn)的不符合項，要求工程組及時處理，質量保證人員需要確認不符合項的狀態(tài)，直到最終的不符合項狀態(tài)為“完成為止。1.2 質量管理責任分配我公司在開發(fā)工程上按照標準化軟件的生產方式進行生產。每個工程除配備了工程開發(fā)所需角色外，還專門配備了質量保證小組、配置管理小組、測試小組來確保質量管理的實施，下面針對這三種角色進行說明：1

3、.2.1 質量保證小組職責質量保證小組作為質量保證的實施小組，在工程開發(fā)的過程中幾乎所有的部門都與質量保證小組有關。質量保證小組的主要職責是：以獨立審查方式，從第三方的角度監(jiān)控軟件開發(fā)任務的執(zhí)行，分析工程內存在的質量問題，審查工程的質量活動，給出質量審計報告。就工程是否遵循已制定的方案、標準和規(guī)程，給開發(fā)人員和管理層提供反映產品和過程質量的信息和數據，使他們能了解整個工程生存周期中工作產品和過程的情況，提高工程透明度，從而支持其交付高質量的軟件產品。質量保證人員依據質量保證方案，通過質量審計報告向工程經理及有關人員提出已經識別出的不符合項，并跟蹤不符合項的解決過程，通過審計周報或者審計月報向工

4、程經理提供過程和產品質量數據，并與工程組協(xié)商不符合項的解決方法。質量保證小組的檢測范圍主要包括：工程的進度是否按照工程方案執(zhí)行，用戶需求是否得到了用戶的簽字確認，軟件需求是否正確的反映了用戶的需求，是否將每一項用戶需求都映射到軟件需求；系統(tǒng)設計是否完全反映了軟件需求；實現(xiàn)的軟件是否正確的表達了系統(tǒng)設計；測試人員是否進行了較為徹底的和全面的測試；客戶驗收和交接清單是否完備；對于系統(tǒng)運行中出現(xiàn)的問題，維護人員是否記錄了詳細的維護記錄；配置管理員是否按照配置管理方案建立了基線，是否嚴格控制變更過程，是否對配置庫進行了維護。1.2.2 配置管理小組職責配置管理活動的目的是通過執(zhí)行版本控制、變更控制、基

5、線管理等規(guī)程，借助配置管理工具的使用，來保證整個生命周期過程產生的所有配置項的完整性、一致性和可追溯性。配置管理是對工作成果階段工作成果和產品成果、進展狀態(tài)成果的一種有效保護形式，是反映工程及其工作產品的過去、現(xiàn)在、動態(tài)的資料和數據集中管理表達。配置管理小組的主要職責包括：根據工程方案制定配置管理方案，建立配置庫，為工程組人員分配配置庫權限，創(chuàng)立需求、設計、開發(fā)、測試、交付階段的基線。當納入基線庫的工作產品發(fā)生變更時，嚴格按照配置項變更控制過程執(zhí)行變更，變更后建立新的基線。1.2.3 測試小組職責作為質量控制的主要手段，如同軟件開發(fā)一樣，測試在執(zhí)行之前，測試小組制定軟件測試方案、測試用例的編寫

6、和執(zhí)行工作。本工程中，測試可以分為如下幾種類型：代碼走查、單元測試、集成測試、系統(tǒng)測試。為了保證程序的質量，開發(fā)人員需要對同伴的代碼進行代碼走查，同時對自己編寫的程序進行單元測試，確保程序編譯、運行正確。測試人員根據軟件需求分析報告進行軟件集成測試用例和系統(tǒng)測試用例的編寫。對編寫完成的測試用例提交工程組進行評審，同時質量保證人員對評審過程和工作產品進行監(jiān)測。測試人員根據測試方案和測試用例執(zhí)行測試用例，并對發(fā)現(xiàn)的缺陷進行記錄，只有這樣才能確保工程組開發(fā)的軟件產品滿足用戶需求。在完成集成測試之后，可以進行軟件系統(tǒng)測試，系統(tǒng)測試包括對軟件進行功能測試、性能測試、平安測試、壓力測試。只有進行了系統(tǒng)測試

7、軟件測試才是完整的。系統(tǒng)測試在本工程中占有重要的地位，性能要求有可能改變軟件的設計，為防止造成軟件的后期返工，測試在性能上需要較大的側重。1.3 質量保證措施通過質量管理責任的分配，通過如下幾個方面來進行質量保證的實施過程：1.3.1 工程進度工程方案的制定為工程工程實施、管理和支持工作、工程進度、本錢、質量及過程產品的有效控制打下了良好的根底，以便所有相關人員能夠按照該方案有條不紊地開展工作；制定 工程方案 ，必須獲得相關干系人的認可，并以此作為工程跟蹤的根底。工程進度是工程進行是否順利的最直觀表現(xiàn)。制定合理的工程方案首要前提是選擇從事類似規(guī)模和類似業(yè)務工程的有經驗的工程負責人參加制定工程進

8、度方案。工程方案由工程負責人制定，由工程各小組組長、工程成員、干系人、質量保證人員參加一起進行評審。評審過程主要討論工程方案的可行性，對其中不合理的地方提出修改意見，對方案中不合理的地方進行修改完善，并由質量保證人員對其結果進行跟蹤處理，以確保工程方案完整性、可行性，工程方案評審通過后，交由配置管理人員進行配置管理。在方案實施過程中，按工程方案中里程碑為界限，將整個開發(fā)周期劃分為假設干階段。根據里程碑的完成情況，適當的調整每一個較小的階段的任務量和完成的任務時間，動態(tài)跟蹤和動態(tài)調整，以利于工程質量保證的實施。實際運作中，質量保證人員在對工程執(zhí)行過程進行檢查時，對于發(fā)現(xiàn)的工程偏差，以質量審計報告

9、的形式提交工程負責人。由工程負責人組織人員對方案進行維護，對于已經變動的工程方案，由配置管理進行配置管理。1.3.2 需求分析需求分析是開發(fā)人員對系統(tǒng)需要做什么和如何做的定義過程。從系統(tǒng)分析的經驗來看，這個過程往往是個循序漸進的過程，一次性對系統(tǒng)形成完整的認識是困難的。只有不斷地和客戶領域專家進行交流確認，方能逐步明了用戶的需求。從系統(tǒng)開發(fā)的過程得知，系統(tǒng)分析時犯下的錯誤，會在接下來的階段被成倍的放大，越是在開發(fā)的后期，糾正分析時犯下的錯誤所花費的代價越是昂貴，也越發(fā)影響系統(tǒng)的工期和系統(tǒng)的質量。本工程中，將邀請招標方技術負責人參與需求調研，以便保證需求調研質量，同時形成用戶需求說明書。需求評審

10、時會同雙方管理層、工程實施層共同進行，對于通過用戶確認的需求，交由配置管理員形成需求基線。用戶需求在招標方確認后，由系統(tǒng)分析人員形成軟件需求分析報告，同時對軟件需求分析報告進行評審，對于評審通過的軟件需求分析報告可以交由測試人員進行測試方案和測試用例的編寫。對于開發(fā)過程存在的需求變動，招標方填寫變更申請單發(fā)給工程經理，在質量保證人員參加的情況下，對這個變更進行評審，由工程經理組織工程組成員一起討論實施變更的可行性及實施后所帶來的影響，對于影響小的變更直接記錄，大的變更那么需要形成正式的變更報告，無論那種變更都需要對相應的文檔實施同步變更包括需求分析報告、系統(tǒng)設計、安裝手冊、操作手冊等。但是對于

11、無法實現(xiàn)或是變更會帶來巨大的影響而將導致進度的延期，這時，我們將變更報告提交給招標方并召開協(xié)調會議，討論變更取舍問題或是工程進度變更問題。決定變更之后，由工程負責人組織實施變更，測試人員檢測變更結果，而質量保證人員監(jiān)督變更實施過程，并協(xié)助配置管理員對變更后的成果進行配置管理。變更實施完后，運行前還需要協(xié)助用戶一同測試并由招標方簽字后同意方可上線。1.3.3 系統(tǒng)設計優(yōu)良的體系結構應當具備可擴展性和可配置性，而好的體系結構那么需要好的設計方法，需要針對工程的結構、工程的特征和用戶的需求來分析。本工程中將安排我公司高級系統(tǒng)架構師擔當工程總體設計師，匯同總體設計組完成系統(tǒng)設計。另外對公共類模塊的開發(fā)

12、。由總體設計組通過對用戶需求的仔細研究，盡可能的識別出公共類，并進行定義和設計，以減少重復工作。對于工程組提供的設計文檔，由工程經理組織，質保小組成員參與，對其設計文檔進行評審，及時發(fā)現(xiàn)設計中可能存在的錯誤，降低工程開發(fā)風險，同時確保設計文檔能為開發(fā)人員、測試人員提供切實的指導。對于可復用的設計進行提取作為公共庫設計和開發(fā)，提供工程組。最后交由配置管理員進行設計文檔的版本控制。1.3.4 系統(tǒng)實現(xiàn)系統(tǒng)實現(xiàn)的目的是依據系統(tǒng)設計文檔，由程序員進行程序編寫，以便實現(xiàn)設計要求，系統(tǒng)實現(xiàn)過程中，開發(fā)人員需要對模塊進行代碼走查和交叉單元測試，以保證模塊代碼質量。軟件實現(xiàn)也就是代碼的生產過程。根據上一階段形

13、成的設計文檔，程序員在完成代碼之后，可以開始編碼并且進行代碼走查和單元測試。對于測試完成的程序可以交由配置管理人員進行配置管理。1.3.5 系統(tǒng)測試系統(tǒng)開發(fā)涉及到一系列的過程，每一個過程都有可能引入缺陷Bug，本系統(tǒng)質量的好壞直接關系到正常使用和日后的維護。在開發(fā)過程中，我們將質量控制貫穿于所有階段和所有參與系統(tǒng)的人員中，包括系統(tǒng)分析、設計和編碼。分階段的評審和測試是軟件質量的有力保障。系統(tǒng)存在平臺測試和應用系統(tǒng)的測試以及最終的測試。由于測試也存在協(xié)調的問題，如錯誤具體定位，在應用系統(tǒng)發(fā)現(xiàn)一個錯誤，到底是應用系統(tǒng)的自身的錯誤還是中間件存在的錯誤，需要測試人員進行準確的判斷。為了到達良好的測試目

14、的，本系統(tǒng)測試工作由測試組來完成，主要采用以下方法進行系統(tǒng)的測試：從測試方法上來說，分為黑盒測試和白盒測試：黑盒測試：著重于測試軟件系統(tǒng)的外部特性；根據系統(tǒng)的設計要求，每一項功能都要進行逐個測試，檢查其是否到達了預期的要求，是否能正確地接受輸入，是否能正確地輸出結果。白盒測試：由于軟件的所有源代碼都要由工程組成員編寫，對其內部的邏輯規(guī)那么和數據流程，都要進行測試，以檢查其代碼編寫是否符合設計要求。從測試策略上來說分為集成測試和系統(tǒng)測試：集成測試：在所有模塊都通過了單元測試后，將各個模塊組裝在一起，進行組裝測試，用于發(fā)現(xiàn)與接口相聯(lián)系的問題。在通過組裝測試后，將經過單元測試的模塊組裝成一個符合設計要求的軟件結構。系統(tǒng)測試：在本工程通過了以上的測試步驟后，與其它系統(tǒng)元素如硬件效勞器、網絡系統(tǒng)等進行集成測試和系統(tǒng)級確實認測試，將各種可能的缺陷