本文檔的目的是為特定產品、項目或合同的質保工作提供指導，幫助項目組其他成員了解質量保證要素，明確質量保證活動，確定質量保證范圍。本文檔將規定項目質量管理員的職責和權利，資源要求，活動安排，進度，要求質量保證活動中必須生成的文檔，反饋問題的方法和頻度等。
一、管理組織
本公司的軟件質量保證活動統一由質量管理員進行管理、檢查與匯報，公司相關部門經理及項目中的項目經理、程序經理、開發經理、測試經理、產品經理、測試經理、用戶教育經理是質量保證活動中的第一責任人。
二、軟件開發過程
本公司的軟件開發過程分為以下8個階段：項目策劃階段、需求分析階段、設計階段、開發階段、測試階段、實施階段、驗收階段、維護階段，每個階段的主要活動分別為：業務啟動和項目規劃、需求分析、邏輯設計和物理設計、軟件開發、軟件測試、系統實施及用戶培訓、用戶試用及驗收、維護，里程碑分別為：策劃完成、需求明確、設計完成、開發完成、測試通過、系統上線、驗收通過、合同結束。每階段結束后，必須對相應的里程碑進行檢查，方式為評審或批準。
三、項目文檔
項目文檔分為兩種：管理類文檔與技術類文檔，所有文檔必須保存于知識庫及相應的VSS庫中。文檔共有三種狀態：編制完成、審核通過、批準通過。其中管理類文檔只有編制和批準兩種狀態，技術類文檔擁有所有三種狀態。所有文檔必須明確說明當前文檔版本號。
管理類文檔包含以下類型：計劃、總結、報告、會議紀要、備忘錄、申請等。技術類文檔包含：設計文檔、需求文檔、測試設計文檔、界面原型軟件、使用手冊、安裝手冊、技術白皮書、培訓資料、源代碼、軟件產品等。除VSS庫中的文檔以外，放入知識庫中的文檔由部門助理統一放入，文檔必須批準通過。
文檔的編制、審核、批準可在文檔中直接寫明，也可使用單獨的審批文檔進行說明。
每個項目在不同階段必須產生的文檔如下，但不限于此：
1、項目開始前：
合同、技術方案、市場立項表。以上文檔存放于知識庫。
2、項目策劃階段：
業務啟動表（EXCEL格式）、項目規劃（WORD格式）、項目進度（PROJECT格式）等。必須使用規定模板編寫。以上文檔存放于知識庫。
3、需求分析階段：
需求模型（EA格式）、軟件需求規格說明書（WORD格式）、單據報表格式（EXCEL格式）、需求分析評審表（WORD格式）、需求分析計劃（WORD格式和PROJECT兩種格式）。必須使用規定模板編寫。以上文檔存放于知識庫。
4、設計階段
軟件開發計劃（PROJECT格式）、邏輯設計（EA格式）、物理設計（VS.NET格式）、設計評審表（WORD格式），必須使用規定模板編寫。物理設計存放于VSS庫，其它文檔存放于知識庫。
5、開發階段
源代碼、可安裝的軟件、安裝手冊、評審表（WORD格式）。源代碼、可安裝的軟件存放于VSS庫，其它文檔存放于知識庫。
6、測試階段
測試用例設計、軟件ＢＵＧ、測試計劃（WORD格式和PROJECT兩種格式）、測試報告（WORD格式）、開發的測試工具源代碼及軟件、測試通過的軟件產品、軟件評審表（WORD格式）。開發的測試工具源代碼及軟件、測試通過的軟件產品存放于VSS庫，其它文檔存放于知識庫。軟件ＢＵＧ存于TD中。
7、實施階段
實施計劃（WORD格式和PROJECT兩種格式）、實施報告（WORD格式）、用戶使用手冊、用戶培訓資料、用戶培訓記錄、軟件問題反饋表（EXCEL格式）、上線報告（書面、電子掃描件）等。必須使用規定模板編寫。以上文檔存放于知識庫。
8、驗收階段
驗收材料、驗收報告（書面、電子掃描件）。以上文檔存放于知識庫。
9、維護階段
維護報告（WORD格式），以上文檔存放于知識庫。
四、檢查和審查
本公司的項目關鍵檢查點有以下8個，采取評審和批準的方式，由質量管理員進行跟蹤。
1、策劃完成里程碑
以總經理批準通過業務啟動表為標志，質量管理員檢查業務啟動表、項目規劃、項目風險控制計劃、項目進度、技術方案文檔是否進入知識庫。負責人為項目經理。
2、需求明確里程碑
以軟件需求評審通過為標志，評審通過后由配置管理員建立軟件功能基線。項目由用戶代表、公司代表、同行、下游人員（程序經理、開發經理、測試經理、用戶教育經理）進行評審，評審記錄上必須有以上幾類角色的人員進行簽名。質量管理員檢查需求規格說明書、需求模型、需求評審表是否進入知識庫。負責人為產品經理。
3、設計完成里程碑
以邏輯設計和物理設計通過評審為標志，它包含兩個部分：邏輯設計與物理設計。邏輯設計評審通過后由配置管理員建立指派基線１，物理設計評審通過后由配置管理員建立指派基線２。邏輯設計評審參與人員必須包括：公司代表、產品經理、開發經理、測試經理、同行。物理設計評審參與人員必須包括：公司代表、程序經理、測試經理、同行。質量管理員檢查邏輯設計、物理設計、設計評審表是否進入知識庫或VSS庫。邏輯設計負責人為程序經理、物理設計負責人為開發經理。
4、開發完成里程碑
以軟件所有功能開發完成，并通過評審為標志，它的評審必須包括：公司代表、產品經理、程序經理、測試經理。質量管理員檢查評審表是否進入知識庫。負責人為開發經理。
5、測試通過里程碑
以軟件評審通過作為標志，評審通過后將建立產品基線。評審參與人員必須包括：公司代表、產品經理、開發經理、實施經理、用戶教育經理。質量管理員檢查測試報告、軟件評審表是否進入知識庫。負責人為測試經理。
6、系統上線里程碑
以用戶簽署通過上線報告為標志，評審參與人員必須包括：用戶代表、公司代表、項目經理。質量管理員檢查上線報告、實施計劃、培訓材料等文檔是否進入知識庫。如上線報告為紙質文檔，則掃描后入庫。負責人為實施經理。
7、驗收通過里程碑
以用戶簽署通過驗收報告為準，評審參與人員必須包括：用戶代表、公司代表、項目經理。質量管理員檢查驗收報告文檔是否進入知識庫，如上線報告為紙質文檔，則掃描后入庫。負責人為項目經理。
8、合同結束里程碑
合同結束，項目跟蹤完成。負責人為軟件業務部技術服務組長。
五、測試
本公司的軟件必須通過測試。測試工作由開發部測試組負責，所有測試出來的BUG必須統一存放，由測試組負責管理。在測試活動進行前必須有測試計劃，測試完成后必須編寫測試報告。測試報告由測試經理負責編寫，測試組長批準。
六、配置管理
軟件開發過程中的配置管理工作由配置管理員負責，配置管理工作詳細要求依據《配置管理規范》進行。
七、媒體控制
在軟件開發過程中產生的正式文檔必須存入于知識庫中或VSS庫中，由公司系統管理員負責每天進行物理備份。在項目進行過程中的備份采用移動硬盤進行，已結項的項目使用刻錄光盤存檔備份。
八、質量記錄
質量記錄主要包括各種評審記錄和審批記錄，形式有評審表、簽名文件、會議紀要、質量報告等。所有的質量記錄由質量管理員統一管理，紙質的保存在指定的文件柜中，電子的保存在知識庫中。質量記錄的保存期限是3年。
九、風險和應急
公司所有的項目必須有獨立的風險控制計劃，風險控制計劃由項目經理負責編寫并跟蹤，風險控制計劃由項目管理部門批準。風險計劃中必須包括風險列表、風險度、應急方案、緩解方案、責任人、風險狀態。風險度由風險發生可能性和風險造成的危害程度相乘得到。
十、質量報告
項目的質量管理員必須在每周五12：00以前制作當前的項目質量報告，報告公司當前正在進行的項目的質量狀態。主要包括：項目文檔的審核情況、存放情況、完備情況；各里程碑的評審執行情況；各種計劃的跟蹤情況，責任人是否及時更新計劃；各項規范的符合程度；等等。質量報告屬于項目狀態報告的一部分，與其一同填寫。具體格式參見《項目狀態報告》。
十一、質量會議
質量會議與公司的項目月例會合并召開，開會時必須提交質量報告。參會人員必須包括軟件業務部部門經理、產品組組長、實施組組長和開發部部門經理、開發組組長、技術支持組組長、測試組組長、各項目經理。如遇特殊情況，質量管理員可臨時針對某類問題發起會議，會議結束時必須有會議紀要并存檔。
十二、工具及技術
在進行質量保證活動中，主要使用兩種工具軟件：知識管理系統和MS Visual SourceSafe。前者用來存放項目產生的各種文檔，后者主要用于存放源碼。公司在所有正式場合中所使用的項目文檔均以這兩個系統中的數據為準。在使用工具軟件的過程中，各項目成員的權限統一由公司文檔管理員進行分配。
十三、變更控制委員會
公司所有在建項目必須成立變更控制委員會，該委員會最小要包括以下人員：用戶代表、市場代表、軟件業務代表、開發代表、項目經理，但不限于此。一般情況下，產品經理、程序經理、開發經理、測試經理、實施經理、用戶教育經理也可包括在該組織中。對于維護性項目，變更控制委員會由營銷中心主任、軟件業務部經理、開發部經理組成。