軟件開(kāi)發(fā)管理制度
版本：
V1.0
2013
年
1 1
月
第一節 總 則
第一條
第二條第三條
第四條
第五條
第六條
第七條
第八條 為規自有軟件研發(fā)以及外包軟件的管理工作，特制定本制度。本制度適用于公司總公司軟件研發(fā)與管理，分公司參照執行。
本制度中軟件開(kāi)發(fā)指新系統開(kāi)發(fā)和現有系統重大改造。
本制度中自行開(kāi)發(fā)是指主要依賴(lài)公司自身的管理、業(yè)務(wù)和技術(shù)力量進(jìn)行系統設計、軟件開(kāi)發(fā)、集成和相關(guān)的技術(shù)支持工作，一般僅向外購置有關(guān)的硬件設備和支撐軟件平臺；合作開(kāi)發(fā)是公司與專(zhuān)業(yè) IT 公司（合作商）共同協(xié)作完成 IT 應用的項目實(shí)施和技術(shù)支持工作，一般形式是公司負責提供業(yè)務(wù)框架，合作商提供技術(shù)框架，雙方組成開(kāi)發(fā)團隊進(jìn)行項目實(shí)施，IT 系統的日常支持由 IT 技術(shù)中心和合作商共同承擔，IT 技術(shù)中心負責部（一級）支持， 合作商負責外部（二級）支持；外包開(kāi)發(fā)是指將 IT 應用項目的設計、開(kāi)發(fā)、集成、培訓等任務(wù)承包給某家專(zhuān)業(yè)公司（可以是專(zhuān)業(yè)的 IT 公司或咨詢(xún)公司等），由該公司（承包商）負責應用項目的實(shí)施。
軟件開(kāi)發(fā)遵循項目管 理和軟件工程的基本原則。項目管理涉及立項管理、項目計劃和監控、配置管理、合作開(kāi)發(fā)管理和結項管理。軟件工程涉及需求管理、系統設計、系統實(shí)現、系統測試、用戶(hù)接受測試、試運行、系統驗 收、系統上線(xiàn)和數據遷移。
除特別指定，本制度中項目組包括業(yè)務(wù)組（或需求提出組）、IT 組（可能包括網(wǎng)絡(luò )管理員和合作開(kāi)發(fā)商）。
第二節 立項管理 提出開(kāi)發(fā)需求的信息技術(shù)部門(mén)參與公司層面立項，進(jìn)行立項的技術(shù)可行性分析，編寫(xiě)《立項分析報告》（附件一），開(kāi)展前期籌備工作?！读㈨椃治鰣蟾妗窇鞔_項目的圍和邊界。
應用系統主要使用部門(mén)將《立項分析報告》上交公司總裁室進(jìn)行立項審批， 以保證系統項目與公司整體策略相一致。
《立項分析報告》得到批準后，成立項目組（如果是外包開(kāi)發(fā)，則成立外包商項目組；如果是合作開(kāi)發(fā)，則與外包商共同成立合作開(kāi)發(fā)項目組，以下統稱(chēng)“項目組”），項目組應包括業(yè)務(wù)組（由公司相關(guān)業(yè)務(wù)部門(mén)組成）和
IT 組 （自行開(kāi)發(fā)為辦公室網(wǎng)絡(luò )管理員；外包開(kāi)發(fā)為外包商成員；合作開(kāi)發(fā)為網(wǎng)絡(luò )
管理員和外包商成員）。公司委派一名員工負責監督項目的進(jìn)度，進(jìn)行項目管理工作，確保開(kāi)發(fā)能及時(shí)完成并能滿(mǎn)足業(yè)務(wù)需要。項目組人員的選擇應滿(mǎn)足項目對業(yè)務(wù)及技術(shù)要求，項目組人員應有足夠的業(yè)務(wù)和 IT 技術(shù)方面的專(zhuān)業(yè)知識來(lái)勝任項目各方面的工作。
第三節 需求分析
第九條
第十條
第十一條
第十二條
第十三條
第十四條
第十五條
第十六條
第十七條 立項后業(yè)務(wù)組對用戶(hù)需求進(jìn)行匯總整理，出具《業(yè)務(wù)需求說(shuō)明書(shū)》 （附件二），并確?！稑I(yè)務(wù)需求說(shuō)明書(shū)》中包含了所有的業(yè)務(wù)需求。經(jīng)系統使用部門(mén)審批確認，作為業(yè)務(wù)需求基線(xiàn)。
IT 組在獲得《業(yè)務(wù)需求說(shuō)明書(shū)》后，提出技術(shù)需求和解決方案，并對系統進(jìn)行定義，出具《系統需求規格說(shuō)明書(shū)》（附件三）?！断到y需求規格說(shuō)明書(shū)》需詳細列出業(yè)務(wù)對系統的要求（界面、輸入、輸出、管理功能、安全需求、運作模式、關(guān)鍵指標 (KPI)等）?！断到y需求規格說(shuō)明書(shū)》需要由業(yè)務(wù)組提交給相關(guān)業(yè)務(wù)流程負責人確認。
對于合作開(kāi)發(fā)的項目，當業(yè)務(wù)需求發(fā)生變更時(shí)，業(yè)務(wù)組應提交《需求變更申請》（附件四），IT 組組長(cháng)審批后交給合作開(kāi)發(fā)商實(shí)施。
項目組應對需求變更影響到的文檔及時(shí)更新。
第四節 項目計劃和監控 軟件開(kāi)發(fā)采用項目形式進(jìn)行管理。項目經(jīng)理負責整個(gè)項目的計劃、組織、領(lǐng)導和控制。
需求分析過(guò)程中，項目經(jīng)理組織制定詳細的《項目計劃書(shū)》（附件五），包括具體任務(wù)描述和項目進(jìn)度表等。
在項目的各個(gè)階段，業(yè)務(wù)組組長(cháng)和 IT 組組長(cháng)需配合項目經(jīng)理制定階段性項目計劃。業(yè)務(wù)組組長(cháng)和 IT 組組長(cháng)需配合項目經(jīng)理對項目計劃執行情況進(jìn)行監控，確保項目按計劃完成。
項目計劃需要變更時(shí)，項目經(jīng)理填寫(xiě)《項目計劃變更說(shuō)明》（附件六），并提交公司主管領(lǐng)導審批，通過(guò)審批后，交給業(yè)務(wù)組組長(cháng)和IT 組組長(cháng)執行。
第五節 系統設計 系統設計應分為概要設計和詳細設計，系統設計要遵循完備性、一致性、擴
第十八條第十九條
第二十條
第二十一條
第二十二條
第二十三條
第二十四條第二十五條
第二十六條
第二十七條
第二十八條
第二十九條
第三十條 展性、可靠性、安全性、可維護性等原則。
在系統設計階段中，用戶(hù)應充分參與，確保系統設計能滿(mǎn)足系統需求。
項目組進(jìn)行詳細設計，出具《設計說(shuō)明書(shū)》 （附件七）和《單元測試用例》 （附件八）?！对O計說(shuō)明書(shū)》中需要定義系統輸入輸出說(shuō)明和接口設計說(shuō)明。公司主管領(lǐng)導組織相關(guān)人員對概要設計進(jìn)行評審，出具《設計評審報告》 （附件九）。業(yè)務(wù)組組長(cháng)和 IT 組組長(cháng)應參加此評審并對評審意見(jiàn)簽字確認。設計評審均以《業(yè)務(wù)需求說(shuō)明書(shū)》和《系統需求規格說(shuō)明書(shū)》為依據，確保系統設計滿(mǎn)足全部需求。
對已確認通過(guò)的系統設計進(jìn)行修改需獲得管理部門(mén)、業(yè)務(wù)組組長(cháng)和 IT 組組長(cháng)的審批后方可進(jìn)行。
對系統設計的修改的文檔須由文檔管理人員進(jìn)行歸檔管理。
第六節 系統實(shí)現 項目組根據《設計說(shuō)明書(shū)》制定系統實(shí)現計劃，并提交項目經(jīng)理對計劃可行性進(jìn)行審批。
系統實(shí)現包括程序編碼、單元測試和集成測試。
項目組保證開(kāi)發(fā)、測試和生產(chǎn)環(huán)境獨立，為各環(huán)境建立訪(fǎng)問(wèn)權限控制機制， 并明確項目成員的職責分工。對開(kāi)發(fā)環(huán)境、測試環(huán)境與生產(chǎn)環(huán)境在物理或邏輯方面應該做到隔離；如果環(huán)境的分隔是通過(guò)邏輯形式實(shí)現的，應定期檢查網(wǎng)絡(luò )設置。項目組對已授權訪(fǎng)問(wèn)生產(chǎn)環(huán)境的人員進(jìn)行詳細記錄，并對該記錄進(jìn)行定期檢查，確保只有經(jīng)授權的人員才能訪(fǎng)問(wèn)到生產(chǎn)環(huán)境。
項目組進(jìn)行單元測試和集成測試，測試人員簽字確認測試結果。
第七節 系統測試和用戶(hù)測試 項目組制定《系統/用戶(hù)測試計劃》（附件十），并提交項目經(jīng)理對計劃可行性進(jìn)行審批。
《系統/用戶(hù)測試計劃》必須定義測試標準，并明確各種測試的測試步驟和需要的系統設置要求。
項目組向數據擁有部門(mén)申請獲取測試用業(yè)務(wù)數據的使用權，對獲取的數據進(jìn)行嚴格的訪(fǎng)問(wèn)控制，確保只有相關(guān)項目人員才能訪(fǎng)問(wèn)及使用。
項目組負責測試數據準備，測試用數據要足夠模擬生產(chǎn)環(huán)境中的實(shí)際數據。
對已評定為敏感信息的數據進(jìn)行敏感性處理和保護。
第三十一條 IT 組或合作開(kāi)發(fā)商建立測試環(huán)境進(jìn)行系統測試。在系統測試中對新系統部各模塊之間的接口和與其他系統的接口進(jìn)行充分測試。出具《系統測試報告》 （附件十一），測試人員簽字確認測試結果。
第三十二條 系統測試通過(guò)后，IT 組配合業(yè)務(wù)組建立用戶(hù)測試環(huán)境，業(yè)務(wù)組根據用戶(hù)測試用例進(jìn)行用戶(hù)測試，出具《用戶(hù)測試報告》（附件十一），業(yè)務(wù)組組長(cháng)和 IT 組組長(cháng)應在用戶(hù)測試報告中簽字確認。
第三十三條
第三十四條第三十五條
第三十六條
第三十七條
第三十八條
第三十九條
第四十條
第四十一條 項目組完成系統幫助文檔（其中包括《用戶(hù)操作手冊》和《安裝維護手冊》）。凡涉及應用系統的變更，應對系統幫助文檔及時(shí)更新。
第八節 試運行 系統主要使用部門(mén)根據項目規模及影響決定試運行策略。
項目組制定《試運行計劃》（附件十二），并制定試運行驗收指標，上報公司主管領(lǐng)導審批?！对囘\行計劃》中應包含問(wèn)題應對機制，明確問(wèn)題溝通渠道和職責分工。
項目組聯(lián)合試運行單位進(jìn)行相關(guān)系統部署工作，準備培訓資料，對相關(guān)用戶(hù)和信息技術(shù)人員進(jìn)行培訓。用戶(hù)培訓的完成度應為實(shí)施后評估的指標之一。項目組根據《試運行計劃》進(jìn)行系統轉換和數據遷移。系統轉換前，檢查系統環(huán)境，確保運行環(huán)境能滿(mǎn)足新應用系統的需要。系統轉換時(shí)必須詳細記錄原系統中的重要參數、設置等系統信息，并填寫(xiě)試運行報告相關(guān)容。系統參數、設置的轉換工作作為系統上線(xiàn)的驗收的評估指標之一。
數據遷移前，應制定詳細的《數據遷移計劃》 （附件十三），《數據遷移計劃》中應包含遷移方案、測試方案、數據定義，新舊數據對照表、遷移時(shí) 間、回退計劃等信息。數據遷移計劃需經(jīng)項目經(jīng)理和主管領(lǐng)導簽字審批。
數據遷移后，項目組對數據遷移的完整性和準確性作出檢查，出具《數據遷移報告》（附件十四），其中包括數據來(lái)源、轉換前狀態(tài)、轉換后狀態(tài)，數據遷移負責人、對完整性檢查情況、對準確性檢查情況等容。各相關(guān)部門(mén)驗收轉換結果后在該報告上簽字確認。
系統轉換和數據遷移由試運行單位業(yè)務(wù)部門(mén)和公司主管領(lǐng)導共同監督并進(jìn)行驗收。
系統轉換和數據遷移驗收通過(guò)后，正式啟動(dòng)試運行。在試運行過(guò)程中，試運行單位辦公室把系統運行情況（系統資源使用，反應速度等）記錄到試運行
報告中。必要時(shí)，項目組應根據系統運行情況對應用系統進(jìn)行優(yōu)化。
第四十二條 試運行達到試運行計劃規定的終止條件時(shí)，項目組編寫(xiě)《試運行報告》 （附件十五）。此報告應由項目組和試運行單位簽字確認，并提交公司主管領(lǐng)導審閱。公司主管領(lǐng)導審閱試運行結果，決定試運行結束或延期。
第九節 系統驗收
第四十三條
第四十四條
第四十五條
第四十六條第四十七條第四十八條
第四十九條
第五十條
第五十一條 系統主要使用部門(mén)及信息技術(shù)部門(mén)聯(lián)合組成獨立系統驗收小組，也可授權原項目組作為驗收小組。驗收小組從功能需求及技術(shù)需求層面對系統進(jìn)行綜合評估。
驗收組根據驗收情況組織形成系統驗收報告(附件16)，提交主要系統用戶(hù)和信息技術(shù)部門(mén)審查。
系統主要使用部門(mén)和信息技術(shù)部門(mén)負責人根據系統測試、試運行情況簽署驗收意見(jiàn)。
第十節 系統上線(xiàn) 系統上線(xiàn)應遵循穩妥、可控、安全的原則。通常情況下，系統上線(xiàn)包含數據遷移工作。
項目組應制定系統在線(xiàn)計劃(附件17)，并報公司主管領(lǐng)導批準。只有在線(xiàn)計劃獲得批準后，才能開(kāi)始部署和在線(xiàn)工作。
《系統上線(xiàn)計劃》容應包括但不限于：
1、部署方式和資源分配（包括人力資源及服務(wù)器資源）； 2、上線(xiàn)工作時(shí)間表； 3、上線(xiàn)操作步驟以及問(wèn)題處理步驟； 4、項目階段性里程碑和成果匯報（項目執行狀態(tài)的審閱、進(jìn)度安排等）； 5、數據遷移的需求和實(shí)施計劃； 6、完整可行的應急預案和“回退”計劃； 7、用戶(hù)培訓計劃（包括：培訓計劃、培訓手冊、培訓考核等）； 8、總公司下發(fā)的系統標準參數配置。
上線(xiàn)單位需要在上線(xiàn)初期加強日常運行狀態(tài)監控，及時(shí)處理問(wèn)題，重大問(wèn)題啟動(dòng)應急預案。
在完成上線(xiàn)后要填寫(xiě)《系統驗收評估報告》（附件十八），上報總公司項目組
收集整理。系統驗收評估報告包括:數據準確性、系統性能和穩定性、接口問(wèn)題、權限問(wèn)題、業(yè)務(wù)運營(yíng)影響、問(wèn)題處理、備份、批量處理等。
第五十二條 上線(xiàn)單位管理層要對《系統驗收評估報告》進(jìn)行審批簽字。
第五十三條 公司主管領(lǐng)導批準結項后，業(yè)務(wù)組和 IT 組將整理的文檔提交各自部門(mén)統一管理。
第十一節 合作開(kāi)發(fā)管理
第五十四條
第五十五條第五十六條
第五十七條
第五十八條第五十九條第六十條 合作開(kāi)發(fā)商的選擇應遵循公司相關(guān)規定，合作商資質(zhì)認定參見(jiàn)第三方管理制度。
合作開(kāi)發(fā)商必須遵循公司《軟件開(kāi)發(fā)管理制度》。
項目經(jīng)理同合作開(kāi)發(fā)商明確規定項目變更的圍和處理方式，重點(diǎn)關(guān)注需求和設計變更。
項目經(jīng)理負責監控合作開(kāi)發(fā)商的項目管理及軟件開(kāi)發(fā)活動(dòng)。合作開(kāi)發(fā)商應按計劃定期向項目經(jīng)理報告進(jìn)展狀態(tài)，并提交階段性成果文檔。發(fā)生重大問(wèn)題時(shí)，合作開(kāi)發(fā)商需及時(shí)向項目經(jīng)理匯報。
信息技術(shù)團隊負責人將指派專(zhuān)門(mén)人員監控合作開(kāi)發(fā)人員的質(zhì)量保證過(guò)程。項目團隊和合作開(kāi)發(fā)者就驗收標準和方法達成一致。
以上各要求需要在開(kāi)發(fā)合同中明確。
第十二節 外包開(kāi)發(fā)管理 第六十一條 立項申請得到公司主管領(lǐng)導的審批后，選定開(kāi)發(fā)商，簽訂外包開(kāi)發(fā)合同。
第六十二條 項目經(jīng)理負責監控外包開(kāi)發(fā)商的項目管理及軟件開(kāi)發(fā)活動(dòng)。外包開(kāi)發(fā)商應按 計劃定期向項目經(jīng)理報告進(jìn)展狀態(tài)，并提交階段性成果文檔。發(fā)生重大問(wèn)題時(shí)，外包開(kāi)發(fā)商需及時(shí)向項目經(jīng)理匯報。
第六十三條 項目經(jīng)理監控外包開(kāi)發(fā)商的質(zhì)量保證過(guò)程。
第六十四條第六十五條
第六十六條第六十七條 項目組同外包開(kāi)發(fā)商商定驗收的標準和方法。以上各要求需要在開(kāi)發(fā)合同中明確。
第十三節 附則 本制度由公司總部信息技術(shù)部負責解釋和修訂。本制度自發(fā)布之日起開(kāi)始執行。
附件一
文件狀態(tài)：
[√] 草稿 [ ] 正式發(fā)布 [ ] 正在修改
版 本 歷 史 立項分析報告
文件標識：
ProjectName- 當前版本：
X.Y 作 者：
完成日期：
Year-Month-Day
1. 項目介紹 1.1. 項目目的 提示：用簡(jiǎn)練的語(yǔ)言說(shuō)明本項目“是什么，“”實(shí)現什么目的”。描述簡(jiǎn)練且清晰。
1.2. 項目背景 提示：闡述項目背景，重點(diǎn)說(shuō)明“為什么”會(huì )產(chǎn)生本項目。
?。?）公司的短期、長(cháng)期發(fā)展戰略； （2）業(yè)務(wù)需求及發(fā)展趨勢； （3）技術(shù)狀況及發(fā)展趨勢； （4）特殊的業(yè)務(wù)需求等。
1.3. 項目圍 提示：根據對現有需求的了解來(lái)確定項目基本圍，說(shuō)明本系統“應當包含的容”和“不包含的容”。
2. 項目計劃 2.1. 項目團隊 提示：說(shuō)明項目團隊的角色、知識技能要求、建議人選、人數、工作時(shí)間，如下表所 示。
角色項目經(jīng)理 需求開(kāi)發(fā)人員系統設計人員 知識技能要求 建議人選、人數 工作時(shí)間 版本/狀態(tài) 作者 參與者 起止日期 備注
2.2. 成本估計 2.3. 進(jìn)度表 提示：制定項目開(kāi)發(fā)的進(jìn)度表（建議給出項目里程碑計劃。）
例如：
3. 總結 提示：給出清晰的建議結論，便于上級領(lǐng)導...
