外包開發(fā)軟件管理規(guī)定

1、外包開發(fā)軟件管理制度第一條 為規(guī)范外包開發(fā)軟件的管理工作，特制定本制度。第二條 本制度中軟件開發(fā)指新系統(tǒng)開發(fā)和現(xiàn)有系統(tǒng)重大改造。第三條 本制度中外包開發(fā)是指將IT應用項目的設計、開發(fā)、集成、培訓等任務承包給某家專業(yè)公司（可以是專業(yè)的IT公司或咨詢公司等），由該公司（承包商）負責應用項目的實施。第四條 軟件開發(fā)遵循項目管理和軟件工程的基本原則。項目管理涉及立項管理、項目計劃和監(jiān)控、配置管理、合作開發(fā)管理和結項管理。軟件工程涉及需求管理、系統(tǒng)設計、系統(tǒng)實現(xiàn)、系統(tǒng)測試、用戶接受測試、試運行、系統(tǒng)驗收、系統(tǒng)上線和數(shù)據(jù)遷移。第五條 除特別指定，本制度中項目組包括業(yè)務組（或需求提出組）、IT組（可能包括網

2、絡管理員和合作開發(fā)商）。第二節(jié) 立項管理第六條 提出開發(fā)需求的信息技術部門參與公司層面立項，進行立項的技術可行性分析，編寫立項分析報告，開展前期籌備工作。立項分析報告應明確項目的范圍和邊界。第七條 應用系統(tǒng)主要使用部門將立項分析報告上交公司進行立項審批。第八條 立項分析報告得到批準后，成立項目組（外包開發(fā)，則成立外包商項目組；），項目組應包括業(yè)務組（由公司相關業(yè)務部門組成）和IT組（自行開發(fā)為辦公室網絡管理員；外包開發(fā)為外包商成員。公司委派一名員工負責監(jiān)督項目的進度，進行項目管理工作，確保開發(fā)能及時完成并能滿足業(yè)務需要。項目組人員的選擇應滿足項目對業(yè)務及技術要求，項目組人員應有足夠的業(yè)務和IT

3、技術方面的專業(yè)知識來勝任項目各方面的工作。第三節(jié) 需求分析第九條 立項后業(yè)務組對用戶需求進行匯總整理，出具業(yè)務需求說明書，并確保業(yè)務需求說明書中包含了所有的業(yè)務需求。經系統(tǒng)使用部門審批確認，作為業(yè)務需求基線。第十條 IT組在獲得業(yè)務需求說明書后，提出技術需求和解決方案，并對系統(tǒng)進行定義，出具系統(tǒng)需求規(guī)格說明書。系統(tǒng)需求規(guī)格說明書需詳細列出業(yè)務對系統(tǒng)的要求（界面、輸入、輸出、管理功能、安全需求、運作模式、關鍵指標(KPI)等）。系統(tǒng)需求規(guī)格說明書需要由業(yè)務組提交給相關業(yè)務流程負責人確認。第十一條 對于開發(fā)的項目，當業(yè)務需求發(fā)生變更時，業(yè)務組應提交需求變更申請，IT組組長審批后交給合作開發(fā)商實施。

4、第十二條 項目組應對需求變更影響到的文檔及時更新。第四節(jié) 項目計劃和監(jiān)控第十三條 軟件開發(fā)采用項目形式進行管理。項目經理負責整個項目的計劃、組織、領導和控制。第十四條 需求分析過程中，項目經理組織制定詳細的項目計劃書，包括具體任務描述和項目進度表等。第十五條 在項目的各個階段，業(yè)務組組長和IT組組長需配合項目經理制定階段性項目計劃。業(yè)務組組長和IT組組長需配合項目經理對項目計劃執(zhí)行情況進行監(jiān)控，確保項目按計劃完成。第十六條 項目計劃需要變更時，項目經理填寫項目計劃變更說明，并提交公司主管領導審批，通過審批后，交給業(yè)務組組長和IT組組長執(zhí)行。第五節(jié) 系統(tǒng)設計第十七條 系統(tǒng)設計應分為概要設計和詳細

5、設計，系統(tǒng)設計要遵循完備性、一致性、擴展性、可靠性、安全性、可維護性等原則。第十八條 在系統(tǒng)設計階段中，用戶應充分參與，確保系統(tǒng)設計能滿足系統(tǒng)需求。第十九條 項目組進行詳細設計，出具設計說明書和單元測試用例。設計說明書中需要定義系統(tǒng)輸入輸出說明和接口設計說明。公司主管領導組織相關人員對概要設計進行評審，出具設計評審報告。業(yè)務組組長和IT組組長應參加此評審并對評審意見簽字確認。第二十條 設計評審均以業(yè)務需求說明書和系統(tǒng)需求規(guī)格說明書為依據(jù)，確保系統(tǒng)設計滿足全部需求。第二十一條 對已確認通過的系統(tǒng)設計進行修改需獲得管理部門、業(yè)務組組長和IT組組長的審批后方可進行。第二十二條 對系統(tǒng)設計的修改的文檔

6、須由文檔管理人員進行歸檔管理。第六節(jié) 系統(tǒng)實現(xiàn)第二十三條 項目組根據(jù)設計說明書制定系統(tǒng)實現(xiàn)計劃，并提交項目經理對計劃可行性進行審批。第二十四條 系統(tǒng)實現(xiàn)包括程序編碼、單元測試和集成測試。第二十五條 項目組保證開發(fā)、測試和生產環(huán)境獨立，為各環(huán)境建立訪問權限控制機制，并明確項目成員的職責分工。對開發(fā)環(huán)境、測試環(huán)境與生產環(huán)境在物理或邏輯方面應該做到隔離；如果環(huán)境的分隔是通過邏輯形式實現(xiàn)的，應定期檢查網絡設置。項目組對已授權訪問生產環(huán)境的人員進行詳細記錄，并對該記錄進行定期檢查，確保只有經授權的人員才能訪問到生產環(huán)境。第二十六條 項目組進行單元測試和集成測試，測試人員簽字確認測試結果。第七節(jié) 系統(tǒng)測試

7、和用戶測試第二十七條 項目組制定系統(tǒng)/用戶測試計劃，并提交項目經理對計劃可行性進行審批。第二十八條 系統(tǒng)/用戶測試計劃必須定義測試標準，并明確各種測試的測試步驟和需要的系統(tǒng)設置要求。第二十九條 項目組向數(shù)據(jù)擁有部門申請獲取測試用業(yè)務數(shù)據(jù)的使用權，對獲取的數(shù)據(jù)進行嚴格的訪問控制，確保只有相關項目人員才能訪問及使用。第三十條 項目組負責測試數(shù)據(jù)準備，測試用數(shù)據(jù)要足夠模擬生產環(huán)境中的實際數(shù)據(jù)。對已評定為敏感信息的數(shù)據(jù)進行敏感性處理和保護。第三十一條 IT組或合作開發(fā)商建立測試環(huán)境進行系統(tǒng)測試。在系統(tǒng)測試中對新系統(tǒng)內部各模塊之間的接口和與其他系統(tǒng)的接口進行充分測試。出具系統(tǒng)測試報告，測試人員簽字確認測

8、試結果。第三十二條 系統(tǒng)測試通過后，IT組配合業(yè)務組建立用戶測試環(huán)境，業(yè)務組根據(jù)用戶測試用例進行用戶測試，出具用戶測試報告，業(yè)務組組長和IT組組長應在用戶測試報告中簽字確認。第三十三條 項目組完成系統(tǒng)幫助文檔（其中包括用戶操作手冊和安裝維護手冊）。凡涉及應用系統(tǒng)的變更，應對系統(tǒng)幫助文檔及時更新。第八節(jié) 試運行第三十四條 系統(tǒng)主要使用部門根據(jù)項目規(guī)模及影響決定試運行策略。第三十五條 項目組制定試運行計劃，并制定試運行驗收指標，上報公司主管領導審批。試運行計劃中應包含問題應對機制，明確問題溝通渠道和職責分工。第三十六條 項目組聯(lián)合試運行單位進行相關系統(tǒng)部署工作，準備培訓資料，對相關用戶和信息技術人

9、員進行培訓。用戶培訓的完成度應為實施后評估的指標之一。第三十七條 項目組根據(jù)試運行計劃進行系統(tǒng)轉換和數(shù)據(jù)遷移。系統(tǒng)轉換前，檢查系統(tǒng)環(huán)境，確保運行環(huán)境能滿足新應用系統(tǒng)的需要。系統(tǒng)轉換時必須詳細記錄原系統(tǒng)中的重要參數(shù)、設置等系統(tǒng)信息，并填寫試運行報告相關內容。系統(tǒng)參數(shù)、設置的轉換工作作為系統(tǒng)上線的驗收的評估指標之一。第三十八條 數(shù)據(jù)遷移前，應制定詳細的數(shù)據(jù)遷移計劃，數(shù)據(jù)遷移計劃中應包含遷移方案、測試方案、數(shù)據(jù)定義，新舊數(shù)據(jù)對照表、遷移時間、回退計劃等信息。數(shù)據(jù)遷移計劃需經項目經理和主管領導簽字審批。第三十九條 數(shù)據(jù)遷移后，項目組對數(shù)據(jù)遷移的完整性和準確性作出檢查，出具數(shù)據(jù)遷移報告，其中包括數(shù)據(jù)來源

10、、轉換前狀態(tài)、轉換后狀態(tài)，數(shù)據(jù)遷移負責人、對完整性檢查情況、對準確性檢查情況等內容。各相關部門驗收轉換結果后在該報告上簽字確認。第四十條 系統(tǒng)轉換和數(shù)據(jù)遷移由試運行單位業(yè)務部門和公司主管領導共同監(jiān)督并進行驗收。第四十一條 系統(tǒng)轉換和數(shù)據(jù)遷移驗收通過后，正式啟動試運行。在試運行過程中，試運行單位辦公室把系統(tǒng)運行情況（系統(tǒng)資源使用，反應速度等）記錄到試運行報告中。必要時，項目組應根據(jù)系統(tǒng)運行情況對應用系統(tǒng)進行優(yōu)化。第四十二條 試運行達到試運行計劃規(guī)定的終止條件時，項目組編寫試運行報告。此報告應由項目組和試運行單位簽字確認，并提交公司主管領導審閱。公司主管領導審閱試運行結果，決定試運行結束或延期。第

11、九節(jié) 系統(tǒng)驗收第四十三條 系統(tǒng)主要使用部門及信息技術部門聯(lián)合組成獨立系統(tǒng)驗收小組，也可授權原項目組作為驗收小組。驗收小組從功能需求及技術需求層面對系統(tǒng)進行綜合評估。 第四十四條 驗收小組應根據(jù)驗收情況整理形成系統(tǒng)驗收報告提交系統(tǒng)主要使用部門和信息技術部門審閱。第四十五條 系統(tǒng)主要使用部門和信息技術部門負責人根據(jù)系統(tǒng)測試、試運行情況簽署驗收意見。 第十節(jié) 系統(tǒng)上線第四十六條 系統(tǒng)上線應遵循穩(wěn)妥、可控、安全的原則。第四十七條 通常情況下，系統(tǒng)上線包含數(shù)據(jù)遷移工作。第四十八條 項目組制定系統(tǒng)上線計劃，上報公司主管領導審批。在上線計劃得到批準后才能開始部署上線工作。第四十九條 系統(tǒng)上線計劃內容應包括但

12、不限于：1、部署方式和資源分配（包括人力資源及服務器資源）；2、上線工作時間表；3、上線操作步驟以及問題處理步驟；4、項目階段性里程碑和成果匯報（項目執(zhí)行狀態(tài)的審閱、進度安排等）；5、數(shù)據(jù)遷移的需求和實施計劃；6、完整可行的應急預案和“回退”計劃；7、用戶培訓計劃（包括：培訓計劃、培訓手冊、培訓考核等）；8、公司下發(fā)的系統(tǒng)標準參數(shù)配置。第五十條 上線單位在上線初期需加強日常運行狀態(tài)監(jiān)控，出現(xiàn)問題時應及時處理，對重大問題應啟動緊急預案。第五十一條 在完成上線后要填寫系統(tǒng)驗收評估報告，上報公司項目組匯總整理。系統(tǒng)驗收評估報告內容包括：數(shù)據(jù)準確性、系統(tǒng)性能及穩(wěn)定性、接口問題、權限問題、業(yè)務操作影響度

13、、問題處理情況、備份、批處理等。第五十二條 上線單位管理層要對系統(tǒng)驗收評估報告進行審批簽字。第五十三條 公司主管領導批準結項后，業(yè)務組和IT組將整理的文檔提交各自部門統(tǒng)一管理。第十一節(jié) 合作開發(fā)管理第五十四條 合作開發(fā)商的選擇應遵循公司相關規(guī)定，合作商資質認定參見第三方管理制度。第五十五條 合作開發(fā)商必須遵循公司軟件開發(fā)管理制度。第五十六條 項目經理同合作開發(fā)商明確規(guī)定項目變更的范圍和處理方式，重點關注需求和設計變更。第五十七條 項目經理負責監(jiān)控合作開發(fā)商的項目管理及軟件開發(fā)活動。合作開發(fā)商應按計劃定期向項目經理報告進展狀態(tài)，并提交階段性成果文檔。發(fā)生重大問題時，合作開發(fā)商需及時向項目經理匯報。第五十八條 IT組組長派專人監(jiān)控合作開發(fā)商的質量保證過程。第五十九條 項目組同合作開發(fā)商商定驗收的標準和方法。第六十條 以上各要求需要在開發(fā)合同中明確。第十二