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

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

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

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

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

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

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

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

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

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

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

12、研究，盡可能的識別出公共類，并進行定義和設計，以減少重復工作。對于項目組提供的設計文檔，由項目經理組織，質保小組成員參與，對其設計文檔進行評審，及時發現設計中可能存在的錯誤，降低項目開發風險，同時確保設計文檔能為開發人員、測試人員提供切實的指導。對于可復用的設計進行提取作為公共庫設計和開發，提供項目組。最后交由配置管理員進行設計文檔的版本控制。1.3.4系統實現系統實現的目的是依據系統設計文檔，由程序員進行程序編寫，以便實現設計要求，系統實現過程中，開發人員需要對模塊進行代碼走查和交叉單元測試，以保證模塊代碼質量。軟件實現也就是代碼的生產過程。根據上一階段形成的設計文檔，程序員在完成代碼之后，可以開始編碼并且進行代碼走查和單元測試。對于測試完成的程序可以交由配置管理人員進行配置管理。1.3.5系統測試系統開發涉及到一系列的過程，每一個過程都有可能引入缺陷（Bug），本系統質量的好壞直接關系到正常使用和日后的維護。在開發過程中，我們將質量控制貫穿于所有階段和所有參與系統的人員中，包括系統分析、設計和編碼。分階段的評審和測試是軟件質量的有力保障。系統存在平臺測試和應用系統的測試以及最終的測試。由于測試也存在協調的問題，如錯誤具體定位，在應用系統發現一個錯誤，到底是應用系統的自身的錯誤還是中間件存在的錯誤，需要測試人員進行準確的判斷。為了達到良