軟件研發控制程序

質量體系作業文件

擬制

審核 批準

密級

文件名稱：軟件研發控制程序

文件編號

版本 生效日期

標碼

質量管理體系文件

軟 件 研 發 控 制 程 序

文件編號： QP/××××- ×. ×

第 1 頁 共 6 頁

質量體系作業文件

擬制

審核 批準

密級

文件名稱：軟件研發控制程序

文件編號

版本 生效日期

標碼

序號 日期

更改單編號 更改方式 更改人

描述軟件研發項目從開始到結束經歷的各個階段，明確各個階段的先后次序，說明

每一個階段輸出的質量記錄及所遵循的規范，明確相關人員的職責，為提高整個軟件開

辟 水平，提高項目及軟件產品質量提供有力保障。

合用于軟件研發項目管理的全過程。

本程序采用《ISO 9000:2000質量管理體系基礎和術語》中的術語和定義。

4.1 總經理：大型項目上，組織人員進行項目立項報告編制，項目經董事會批準后，

召開協調會，向研發部經理下達“任務委托書”；參預評審“產品研發項目計劃”；控制

研發項目的進度。負責跨研發部門的協調和管理。

4.2 技術委員會：為產品研發提供技術指導與支持。

4.3 研發部經理：選擇合適的項目負責人，研發部內部項目資源的分配和協調；評審

項目計劃書、項目需求設計和技術設計；研發部內部跨項目的協調和管理；項目質量監

督，查看項目負責人的周報；項目考核，人員考核等。

4.4 項目負責人：配合總經理和技術委員會完成項目任務書；負責項目的整體運行，

保證項目在此流程的控制之下，進行項目計劃的編制，組織評審及項目任務的分工，人

第 2 頁 共 6 頁

質量體系作業文件

擬制

審核 批準

密級

文件名稱：軟件研發控制程序

文件編號

版本 生效日期

標碼

員調配，項目匯報等管理工作，并確保整個項目的文檔化管理。

4.5 項目成員：負責完成項目負責人布置的工作任務，并按照規范及時準確填寫各種

質量記錄，高質量的完成項目所需的各種技術文檔，確保項目運行有完整詳細的文檔記

錄和高質量的軟件。

4.6 軟件測試人員：負責軟件的測試說明書的編寫，軟件的測試和軟件質量的保證。

4.7 技術文秘：負責配置管理軟件的日常維護，培訓工作。視項目規模及人員配置,部

分職責可以兼任,如軟件測試兼技術文秘。

5.1 項目立項階段

5.1.1 編寫立項建議書

立項建議書由項目的發起人編寫，可以是市場營銷部、應用服務部等；主要內容為

市場營銷分析、 成本效益分析、 技術方案分析， 更多內容見《項目立項建議書編制規范》。

當產品研發可能涉及到較大的投入時，立項報告由總經理負責組織人員編寫。

5.1.2 立項評審

立項報告提交總經理后，必須在 2 個工作日內召集人員對立項報告進行評審，并對

評審結果在項目任務書上進行簽字， 對于允許立項的項目， 總經理要召集人員開協調會，

對于不允許立項的項目，交市場營銷部進行歸檔。評審結果入《立項評審報告》。

5.1.3 開協調會

對于允許立項的項目，總經理要在 2 個工作日內召集人員開協調會，開協調會之前

總經理要明確項目負責人，并在協調會上宣布。會議形式可視情況采用列席會議，遠程

視頻會議， MSN 會議或者郵件通信等多種形式，控制會議成本。協調會結束時形成“項

目 任務書”。

5.2 項目計劃

5.2.1 編寫項目計劃

項目負責人在得到項目任務書后，要根據項目的情況，編寫項目計劃，主要包括開

發工作量、人力資源要求(需求設計、技術設計、開辟、測試)、資金要求、硬件要求、

軟件要求、外包要求、配置要求、設計工具、開辟工具、一些技術規范的制訂等，計劃

第 3 頁 共 6 頁

質量體系作業文件

擬制

審核 批準

密級

文件名稱：軟件研發控制程序

文件編號

版本 生效日期

標碼

項目的一些重要里程碑，項目初步工作階段和工作進度的安排，更多內容見《項目計劃

編制規范》。

5.2.2 計劃評審

項目負責人編寫的項目計劃要經過有總經理參預的評審， 確保重要的資源能在項目

研發之中能得到保證。總經理如果允許項目初步計劃要在項目計劃書上簽字，該項目計

劃書是該項目的第一版本項目計劃書，以后隨著項目的發展要對項目計劃做調整和細

化。項目計劃評審通過后基本上要確定項目重要人員的組成，特殊是需求設計人員。

5.2.3 配置申請

項目計劃評審通過后，項目負責人根據初步的計劃，申請配置，填寫項目配置表給

配置管理員進行建庫和建立文檔權限管理。更多內容參見《配置管理控制程序》。

5.3 研發階段

5.3.1 需求分析

需求設計階段，需求設計人員須做需求分析，并在需求設計組討論，經過一階段的

需求分析后，要形成第一版本《軟件需求說明書》，該需求設計說明書，在以后的有重

要的需求發生變更時，要對該需求設計說明書進行修改。更多內容見《軟件需求說明書

編制規范》。需求分析后需要對需求進行評審。

5.3.2 設計

對于評審過的需求進行技術設計。技術設計包括對體系結構、模塊功能、用戶界面

和數據庫進行設計。

對于數據庫設計，要運用設計工具(PowerDesigner)進行設計，對于軟件編碼過

程中發生數據庫設計變更時，由開辟人員來補充和完善數據庫設計文檔。

對于設計中的一些重要技術驗證，需要趁早開展。

對于重要的技術設計一定要通過項目負責人召集技術委員會和相關人員進行評審

討論，有些要通過快速模型法進行驗證，降低項目過程中的技術風險。技術委員會負責

需求設計的完整性評審；負責技術設計的評審；明確項目中的重大技術風險，對技術可

行性進行評審，對多種可行性選擇進行決策。

設計完成后需要對設計進行評審。

技術設計要形成 《數據庫設計報告》、《模塊設計報告》、《體系結構設計報告》 和《用

第 4 頁 共 6 頁

質量體系作業文件

擬制

審核 批準

密級

文件名稱：軟件研發控制程序

文件編號

版本 生效日期

標碼

戶界面設計報告》，更多內容見 《數據庫設計報告編制規范》、《模塊設計報告編制規范》、

《體系結構設計報告編制規范》和《用戶界面設計報告編制規范》。

5.3.3 編碼

研發項目可以采用快速模型模式來開辟， 軟件編碼也是對需求設計和技術設計的實

現。項目編碼期間，需要寫項目周報。項目小組成員，需要向項目負責人提交周報，項

目負責人對于下周安排有變更的情況，要寫修改意見給小組成員。項目負責人需要給部

門經理或者分管經理提交周報， 周報以電子郵件的形式發送給上級管理人員。提交的周報，

需要入項目管理配置庫。

5.3.4 測試

項目開辟人員、項目子系統小組、項目小組內部或者測試部門可以進行代碼的測試。

對于有測試組的項目，測試人員在需求設計階段就要進入這個項目，測試人員要編

寫測試計劃、編寫測試用例、編寫測試報告，選用一些測試工具和Bug 管理軟件。測試

完成后形成《系統測試報告》。

5.4 項目交付階段

5.4.1 交付準備

對于研發項目經過驗收評審后，項目組人員需要準備交付，提供交付清單，對于有

測試人員參預的項目，需要測試人員在提交的集成測試報告中簽字。

5.4.2 交付評審

需要總經理、 工程部門、 研發部門、 技術文秘一起參加， 對于交付清單確認無誤后，

各部門需要在交付評審報告中簽字。

5.5 項目總結

5.5.1 項目研發總結報告

項目研發結束后， 項目負責人須編制項目總結報告， 對本項目的開辟過程進行總結，

特殊是對本公司今后類似工作有參考意義的內容應詳細說明。

5.5.2 項目考核

對于結束的項目，需要項目考核，部門經理或者總經理(部門經理本人就是是項目

負 責人時)要對項目組成員進行考核，對于優秀的項目成員要表揚，項目負責人要寫

項目 總結報告。

第 5 頁 共 6 頁

質量體系作業文件

擬制

審核 批準

密級

文件名稱：軟件研發控制程序

文件編號

版本 生效日期

標碼

6.1 WS/CP-01-A/0 《立項建議書編制規范》

6.2 WS/CP-03-A/0 《軟件需求說明書編制規范》

6.3 WS/YF-04-A/0 《項目計劃編制規范》

6.4 WS/CP-04-A/0 《數據庫設計報告編制規范》

6.5 WS/CP-05-A/0 《體系結構設計報告編制規范》

6.6 WS/CP-08-A/0 《用戶界面報告編制規范》

6.7 WS/GC-03-A/0 《系統測試報告編制規范》

7.1 QR/7.3.7-01-A/0 配置管理報告

7.2 QR/8.2.3-01-A/0 項目周報

7.3 QR/7.5.1-01-A/0 交付清單

7.4 QR/7.5.1-02-A/0 項目總結報告表

第 6 頁 共 6 頁