OA軟體質量控制計畫

本計畫的目的在於對所開發的軟體規定各種必要的質量保證措施，以保證所交付的軟體能夠滿足專案預定需求，能夠滿足本專案總體組制定的且經領導小組評審批准的該軟體系統需求規格說明書中規定的各項具體需求。

軟體開發專案組在開發軟體系統所屬的各個子系統（其中包括為本專案研發或選用的各種支援軟體、元件）時，都應該執行本計畫中的有關規定，但可根據各自的情況對本計畫作適當的剪裁，以滿足特定的質量保證要求，剪裁後的計畫必須經專案組相關負責人批准。

在本軟體系統整個開發期間，軟體質量保證活動統一由質量管理員進行管理、檢查與匯報，公司相關部門經理及專案中的專案/實施經理、開發經理、測試經理、培訓員是質量保證活動中的第一責任人。

軟體質量保證工作涉及軟體生存週期各階段的活動，應該貫徹到日常的軟體開發活動中。因此，對於所負責系統，要按照本計畫的各項規定進行各項評審工作。。在軟體開發過程中，要進行如下幾類評審與檢查工作：

a. 階段評審：在軟體開發過程中，要定期地或階段性地對某一開發階段或某幾個開發階段的階段產品進行評審。

在軟體及其所屬各子系統的開發過程中，每一次評審工作都應填寫評審總結報告、評審問題記錄、評審成員簽字表與軟體問題報告單等四張**。

b. 日常檢查：在軟體的工程化開發過程中，各子系統應該進行測試檢查。

c. 軟體驗收：組織驗收小組對軟體系統及其所屬各個子系統進行驗收。驗收工作應該滿足各業務部門、領導部門及相關使用部門的需求。

本章給出了在軟體開發過程各階段需要編制的文件名稱及其要求，並且規定了評審文件質量的通用的度量準則。為了確保軟體的實現滿足認可的需求規格說明書中規定的各項需求，每個專案在不同階段產生的文件如下，但不限於此：

1) 軟體需求規格說明書；

2) 軟體設計說明書，對一些規模較大或複雜性較高的專案，應該把本文件分成概要設計說明書與詳細設計說明書兩個文件；

3) 軟體測試計畫；

4) 軟體測試報告；

5) 使用者手冊；

6) 專案實施計畫;

7) 專案開發總結;

本公司的專案關鍵檢查點有以下幾個，採取評審和批准的方式，由質量管理員進行跟蹤。

1) 專案立項啟動里程碑

以收到合同，進場通知為標誌，質量管理員檢查業務啟動表、專案規劃、專案進度等文件。負責人為專案經理。

2) 需求明確里程碑

以入場後需求調研評審通過為標誌，需求評審通過後由配置管理員建立軟體功能基線。專案需求由使用者代表、公司代表、進行評審，評審記錄上必須有以上幾類角色的人員進行簽名。質量管理員檢查需求規格說明書、需求調研報告等文件。

3) 設計完成里程碑

以提供給使用者的第一demo版本為標記，由於oa是成型產品，專案組可根據調研需求，配置乙個初始版本落地該專案demo版本。第一負責人為開發經理。

4) 開發完成里程碑

以軟體所有功能開發完成，並通過評審為標誌，它的評審必須包括：公司代表、研發經理、專案經理、測試經理。質量管理員檢查評審表文件。負責人為開發經理。

5) 測試通過里程碑

以軟體評審通過作為標誌，評審通過後將建立產品基線。評審參與人員必須包括：公司代表、開發經理、專案/實施經理。質量管理員檢查測試報告、軟體評審表文件。負責人為測試經理。

6) 系統上線里程碑

以使用者簽署同意上線報告為標誌，評審參與人員必須包括：使用者代表、公司代表、專案經理。質量管理員檢查上線報告、實施計畫、培訓材料等文件。負責人為專案/實施經理。

7) 驗收通過里程碑

以使用者簽署通過驗收報告為準，評審參與人員必須包括：使用者代表、公司代表、專案經理。質量管理員檢查驗收報告文件，負責人為專案經理。

8) 合同結束里程碑

合同結束，專案跟蹤完成。負責人為銷售經理。

本公司的軟體必須通過測試。測試工作由開發部測試組負責，所有測試出來的bug必須統一存放，由測試組負責管理。在測試活動進行前必須有測試計畫，測試完成後必須編寫測試報告。

測試報告由測試經理負責編寫，測試組長批准。

在進行質量保證活動中，主要使用svn工具提交**存放原始碼，採用資料夾儲存文件資料。公司在所有正式場合中所使用的專案文件均以這兩個系統中的資料為準。在使用工具軟體的過程中，各專案成員的許可權統一由公司文件管理員進行分配。

軟體開發過程中的配置管理工作由配置管理員負責，配置管理工作詳細要求依據《配置管理規範》進行。

在軟體開發過程中產生的正式文件必須存入於svn中，由公司系統管理員負責每天進行物理備份。在專案進行過程中的備份採用行動硬碟進行，已結項的專案使用燒錄光碟存檔備份。

在專案及其所屬的各個子系統的研製與開發期間，要進行各種軟體質量保證活動，準確記錄、及時分析並妥善儲存有關這些活動的記錄，是確保軟體質量的重要條件。在軟體質量保證小組中，應有專人負責收集、彙總與儲存有關軟體質量保證活動的記錄。