軟件質量控制保障方案

1、項目實施保證為確保項目的順利開展和實施， 我們分別制定了項目組人員保證方案和軟件開發(fā)質量保 證方案以及項目進度保證方案。1 項目組人員保證方案為確保項目的順利開展和實施， 項目組的人員配備既有高層次的技術帶頭人， 也有中堅 力量， 還有一般工作人員，并實行項目經理、 技術負責人質量負責制， 加強技術管理的有效 性和研發(fā)過程的科學性、準確性。2 軟件開發(fā)質量保證方案質量管理內容編制和評審質量計劃 制定質量保證計劃：依據項目計劃及項目質量目標確定需要檢查的主要過程和工作產 品，識別項目過程中的干系人及其活動， 估計檢查時間和人員， 并制定出本項目的質量保證 計劃。質量保證計劃的主要內容包括： 例行

2、審計和里程碑評審， 需要監(jiān)督的重要活動和工作產 品，確定審計方式， 根據項目計劃中的評審計劃確定質量保證人員需要參加的評審計劃。 明 確質量審計報告的報送范圍。質量保證計劃的評審： 質量保證計劃需要經過評審方能生效，以確保質量保證計劃和項目計劃的一致性。 經過批準的質量保證計劃需要納入配置管理。當項目計劃變更時， 需要及時更改和復審質量保證計劃。過程和工作產品”的質量檢查根據質量保證計劃進行質量的審計工作，并發(fā)布質量審計報告。審計的主要內容包括： 是否按照過程要求執(zhí)行了相應的活動， 是否按照過程要求產生了 相應的工作產品。本項目中對質量的控制主要體現(xiàn)在不同階段的審計當中。不符合項的跟蹤處理對審

3、計中發(fā)現(xiàn)的不符合項， 要求項目組及時處理， 質量保證人員需要確認不符合項的狀 態(tài)，直到最終的不符合項狀態(tài)為“完成”為止。質量管理責任分配我公司在開發(fā)項目上按照規(guī)范化軟件的生產方式進行生產。 每個項目除配備了項目開發(fā) 所需角色外， 還專門配備了質量保證小組、 配置管理小組、 測試小組來確保質量管理的實施， 下面針對這三種角色進行說明：質量保證小組職責質量保證小組作為質量保證的實施小組， 在項目開發(fā)的過程中幾乎所有的部門都與質量 保證小組有關。 質量保證小組的主要職責是： 以獨立審查方式， 從第三方的角度監(jiān)控軟件開 發(fā)任務的執(zhí)行， 分析項目內存在的質量問題， 審查項目的質量活動，給出質量審計報告。

4、就 項目是否遵循已制定的計劃、 標準和規(guī)程， 給開發(fā)人員和管理層提供反映產品和過程質量的 信息和數據，使他們能了解整個項目生存周期中工作產品和過程的情況，提高項目透明度， 從而支持其交付高質量的軟件產品。質量保證人員依據質量保證計劃， 通過質量審計報告向項目經理及有關人員提出已經識 別出的不符合項， 并跟蹤不符合項的解決過程， 通過審計周報或者審計月報向項目經理提供 過程和產品質量數據，并與項目組協(xié)商不符合項的解決辦法。質量保證小組的檢測范圍主要包括： 項目的進度是否按照項目計劃執(zhí)行， 用戶需求是否 得到了用戶的簽字確認， 軟件需求是否正確的反映了用戶的需求， 是否將每一項用戶需求都 映射到軟

5、件需求； 系統(tǒng)設計是否完全反映了軟件需求； 實現(xiàn)的軟件是否正確的體現(xiàn)了系統(tǒng)設 計；測試人員是否進行了較為徹底的和全面的測試； 客戶驗收和交接清單是否完備； 對于系 統(tǒng)運行中出現(xiàn)的問題， 維護人員是否記錄了詳細的維護記錄； 配置管理員是否按照配置管理 計劃建立了基線，是否嚴格控制變更過程，是否對配置庫進行了維護。配置管理小組職責配置管理活動的目的是通過執(zhí)行版本控制、 變更控制、 基線管理等規(guī)程， 借助配置管理 工具的使用， 來保證整個生命周期過程產生的所有配置項的完整性、 一致性和可追溯性。 配 置管理是對工作成果 （階段工作成果和產品成果、 進展狀態(tài)成果） 的一種有效保護形式，是 反映項目及其

6、工作產品的過去、現(xiàn)在、動態(tài)的資料和數據集中管理體現(xiàn)。配置管理小組的主要職責包括： 根據項目計劃制定配置管理計劃， 建立配置庫， 為項目 組人員分配配置庫權限，創(chuàng)建需求、設計、開發(fā)、測試、交付階段的基線。當納入基線庫的 工作產品發(fā)生變更時，嚴格按照配置項變更控制過程執(zhí)行變更，變更后建立新的基線。測試小組職責作為質量控制的主要手段， 如同軟件開發(fā)一樣， 測試在執(zhí)行之前， 測試小組制定軟件測 試計劃、測試用例的編寫和執(zhí)行工作。本項目中，測試可以分為如下幾種類型：代碼走查、單元測試、集成測試、系統(tǒng)測試。 為了保證程序的質量， 開發(fā)人員需要對同伴的代碼進行代碼走查， 同時對自己編寫的程序進 行單元測試，

7、確保程序編譯、運行正確。測試人員根據軟件需求分析報告進行軟件集成測試用例和系統(tǒng)測試用例的編寫。 對編寫 完成的測試用例提交項目組進行評審，同時質量保證人員對評審過程和工作產品進行監(jiān) 測。測試人員根據測試計劃和測試用例執(zhí)行測試用例， 并對發(fā)現(xiàn)的缺陷進行記錄， 只有這樣 才能確保項目組開發(fā)的軟件產品滿足用戶需求。 在完成集成測試之后， 可以進行軟件系統(tǒng)測 試，系統(tǒng)測試包括對軟件進行功能測試、性能測試、安全測試、壓力測試。只有進行了系統(tǒng) 測試軟件測試才是完整的。 系統(tǒng)測試在本項目中占有重要的地位， 性能要求有可能改變軟件 的設計，為避免造成軟件的后期返工，測試在性能上需要較大的側重。質量保證措施通過

8、質量管理責任的分配，通過如下幾個方面來進行質量保證的實施過程：項目進度項目計劃的制定為工程項目實施、管理和支持工作、項目進度、成本、質量及過程產品 的有效控制打下了良好的基礎， 以便所有相關人員能夠按照該計劃有條不紊地開展工作； 制 定項目計劃 ，必須獲得相關干系人的認可，并以此作為項目跟蹤的基礎。項目進度是項目進行是否順利的最直觀表現(xiàn)。 制定合理的項目計劃首要前提是選擇從事 類似規(guī)模和類似業(yè)務項目的有經驗的項目負責人參加制定項目進度計劃。項目計劃由項目負責人制定，由項目各小組組長、 項目成員、 干系人、 質量保證人員參 加一起進行評審。 評審過程主要討論項目計劃的可行性， 對其中不合理的地方

9、提出修改意見， 對計劃中不合理的地方進行修改完善， 并由質量保證人員對其結果進行跟蹤處理， 以確保項 目計劃完整性、可行性，項目計劃評審通過后，交由配置管理人員進行配置管理。在計劃實施過程中， 按項目計劃中里程碑為界限， 將整個開發(fā)周期劃分為若干階段。 根 據里程碑的完成情況， 適當的調整每一個較小的階段的任務量和完成的任務時間， 動態(tài)跟蹤 和動態(tài)調整，以利于項目質量保證的實施。實際運作中， 質量保證人員在對項目執(zhí)行過程進行檢查時， 對于發(fā)現(xiàn)的項目偏差， 以質 量審計報告的形式提交項目負責人。 由項目負責人組織人員對計劃進行維護， 對于已經變動 的項目計劃，由配置管理進行配置管理。需求分析需求

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

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

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

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

14、員在完成代碼之后， 可以開始編碼并且進行代碼走查和單元測試。 對于測試完成的程序可以交由配置管理人員進 行配置管理。系統(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)的自身的錯誤還是中間件存在的 錯誤，需要測試人員進行準確的判斷。為了達

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