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

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

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

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

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

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

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

7、詳細記錄，并對該記 錄進行定期檢查，確保只有經(jīng)授權的人員才能訪問到生產(chǎn)環(huán)境。 第二十六條 項目組進行單元測試和集成測試，測試人員簽字確認測試結(jié)果。第七節(jié) 系統(tǒng)測試和用戶測試第二十七條 項目組制定系統(tǒng) /用戶測試計劃 ，并提交項目 經(jīng)理對計劃可行性進行審批。第二十八條 系統(tǒng) / 用戶測試計劃必須定義測試標準，并明確各種測試的測試步驟和需要的系統(tǒng)設置要求。第二十九條 項目組向數(shù)據(jù)擁有部門申請獲取測試用業(yè)務數(shù)據(jù)的使用權，對獲取的數(shù)據(jù)進行嚴格的訪問控制，確 保只有相關項目人員才能訪問及使用。第三十條 項目組負責測試數(shù)據(jù)準備，測試用數(shù)據(jù)要足夠模擬 生產(chǎn)環(huán)境中的實際數(shù)據(jù)。對已評定為敏感信息的數(shù) 據(jù)進行敏感

8、性處理和保護。第三十一條 IT 組或合作開發(fā)商建立測試環(huán)境進行系統(tǒng)測試。在系統(tǒng)測試中對新系統(tǒng)內(nèi)部各模塊之間的接口和與 其他系統(tǒng)的接口進行充分測試。出具系統(tǒng)測試報 告，測試人員簽字確認測試結(jié)果。第三十二條 系統(tǒng)測試通過后， IT 組配合業(yè)務組建立用戶測試 環(huán)境，業(yè)務組根據(jù)用戶測試用例進行用戶測試，出 具用戶測試報告 ，業(yè)務組組長和 IT 組組長應在 用戶測試報告中簽字確認。第三十三條 項目組完成系統(tǒng)幫助文檔（其中包括用戶操作 手冊和安裝維護手冊 ）。凡涉及應用系統(tǒng)的變 更，應對系統(tǒng)幫助文檔及時更新。第八節(jié) 試運行第三十四條 系統(tǒng)主要使用部門根據(jù)項目規(guī)模及影響決定試運 行策略。第三十五條 項目組制

9、定試運行計劃 ，并制定試運行驗收 指標，上報公司主管領導審批。 試運行計劃中應 包含問題應對機制，明確問題溝通渠道和職責分第三十六條 項目組聯(lián)合試運行單位進行相關系統(tǒng)部署工作，準備培訓資料，對相關用戶和信息技術人員進行培訓。用戶培訓的完成度應為實施后評估的指標之第三十七條 項目組根據(jù)試運行計劃進行系統(tǒng)轉(zhuǎn)換和數(shù)據(jù)遷移。系統(tǒng)轉(zhuǎn)換前，檢查系統(tǒng)環(huán)境，確保運行環(huán)境 能滿足新應用系統(tǒng)的需要。系統(tǒng)轉(zhuǎn)換時必須詳細記 錄原系統(tǒng)中的重要參數(shù)、設置等系統(tǒng)信息，并填寫 試運行報告相關內(nèi)容。系統(tǒng)參數(shù)、設置的轉(zhuǎn)換工作 作為系統(tǒng)上線的驗收的評估指標之一。第三十八條數(shù)據(jù)遷移前，應制定詳細的數(shù)據(jù)遷移計劃數(shù)據(jù)遷移計劃中應包含遷移

10、方案、測試方案、數(shù)據(jù)定義，新舊數(shù)據(jù)對照表、遷移時間、回退計劃 等信息。數(shù)據(jù)遷移計劃需經(jīng)項目經(jīng)理和主管領導簽 字審批。第三十九條 數(shù)據(jù)遷移后，項目組對數(shù)據(jù)遷移的完整性和準確性作出檢查，出具數(shù)據(jù)遷移報告，其中包括數(shù)據(jù)來源、轉(zhuǎn)換前狀態(tài)、轉(zhuǎn)換后狀態(tài)，數(shù)據(jù)遷移負責人、對完整性檢查情況、對準確性檢查情況等內(nèi)容。各相關部門驗收轉(zhuǎn)換結(jié)果后在該報告上簽字確認。第四十條 系統(tǒng)轉(zhuǎn)換和數(shù)據(jù)遷移由試運行單位業(yè)務部門和公司主管領導共同監(jiān)督并進行驗收。第四條 系統(tǒng)轉(zhuǎn)換和數(shù)據(jù)遷移驗收通過后，正式啟動試運行。在試運行過程中，試運行單位辦公室把系統(tǒng)運 行情況（系統(tǒng)資源使用，反應速度等）記錄到試運 行報告中。必要時，項目組應根據(jù)系

11、統(tǒng)運行情況對 應用系統(tǒng)進行優(yōu)化。第四十二條試運行達到試運行計劃規(guī)定的終止條件時，項目組編寫試運行報告。此報告應由項目組和試運行單位簽字確認，并提交公司主管領導審閱。公司主管領導審閱試運行結(jié)果，決定試運行結(jié)束或延期。第九節(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)上線應

12、遵循穩(wěn)妥、可控、安全的原則。第四十七條 通常情況下,系統(tǒng)上線包含數(shù)據(jù)遷移工作。第四十八條 項目組制定系統(tǒng)上線計劃 ，上報公司主管領導審批。在上線計劃得到批準后才能開始部署上線 工作。第四十九條 系統(tǒng)上線計劃內(nèi)容應包括但不限于：1、部署方式和資源分配（包括人力資源及服務器資源）；2、上線工作時間表；3、上線操作步驟以及問題處理步驟；4、項目階段性里程碑和成果匯報（項目執(zhí)行狀態(tài)的審閱、進度安排等） ；5、數(shù)據(jù)遷移的需求和實施計劃；6、完整可行的應急預案和“回退”計劃；7、用戶培訓計劃（包括：培訓計劃、培訓手冊、培訓考核等）；8、公司下發(fā)的系統(tǒng)標準參數(shù)配置。第五十條 上線單位在上線初期需加強日常運行

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