目的為規范自有軟件開發以及外包軟件的管理工作，特制定本制度。適用范圍本制度適用于公司軟件開發與管理。總則軟件開發遵循項目管理和軟件工程的基本原則。項目管理涉及立項管理、項目計劃和監控、配置管理、合作開發管理和結項管理。軟件工程涉及需求管理、系統設計、系統實現、系統測試、用戶測試、試運行、系統驗收、系統上線和數據遷移。除特別指定，本制度中項目組包括業務組（或需求提出組）、開發組（可能包括網絡管理員和合作開發商）。系統立項開發立項管理提出開發需求的相關業務部門和信息部門參與立項，進行立項的開發可行性分析，編寫《項目開發立項分析報告》（附件一），明確項目的范圍和邊界，并由信息科對立項進行組織評價，評價通過后，應用系統《項目開發立項分析報告》由主要使用部門上交公司領導進行立項審批，以保證系統項目與公司整體策略相一致。《項目開發立項分析報告》得到批準后，成立項目組（如果是外包開發，則成立外包商項目組；如果是合作開發，則與外包商共同成立合作開發項目組，以下統稱“項目組”），項目組應包括業務組（由公司相關業務部門組成）和開發組（自行開發為信息科成員；外包開發為外包商成員；合作開發為信息科成員和外包商成員）。信息科負責監督項目的進度，進行項目管理工作，確保開發能及時完成并能滿足業務需要。項目組人員的選擇應滿足項目對業務及開發要求，項目組人員應有足夠的業務和開發技術方面的專業知識來勝任項目各方面的工作。需求分析立項后業務組對用戶需求進行匯總整理，出具《業務需求說明書》（附件二），并確保《業務需求說明書》中包含了所有的業務需求。經系統使用部門審批確認，作為業務需求基線。開發組在獲得《業務需求說明書》后，提出開發需求和解決方案，并對系統進行定義，出具《系統需求規格說明書》（附件三）。《系統需求規格說明書》需詳細列出業務對系統的要求（界面、輸入、輸出、管理功能、安全需求、運作模式等）。《系統需求規格說明書》需要由開發組提交給相關業務流程負責人確認。對于合作開發的項目，當業務需求發生變更時，業務組應提交《需求變更申請》（附件四），開發組組長審批后交給合作開發商實施。項目組應對需求變更影響到的文檔及時更新。項目計劃和監控軟件開發采用項目形式進行管理。項目主管負責整個項目的計劃、組織、領導和控制。需求分析過程中，項目主管組織制定詳細的《項目計劃書》（附件五），包括具體任務描述和項目進度表等。在項目的各個階段，業務組組長和開發組組長需配合項目主管制定階段性項目計劃。業務組組長和開發組組長需配合項目主管對項目計劃執行情況進行監控，確保項目按計劃完成。項目計劃需要變更時，項目主管填寫《項目計劃變更說明》（附件六），并提交相關領導審批，通過審批后，交給業務組組長和開發組組長執行。系統設計系統設計應分為概要設計和詳細設計，系統設計要遵循完備性、一致性、擴展性、可靠性、安全性、可維護性等原則。在系統設計階段中，系統使用用戶應充分參與，確保系統設計能滿足系統需求。項目組進行詳細設計，設計均以《業務需求說明書》和《系統需求規格說明書》為依據，確保系統設計滿足全部需求。對系統設計的修改的文檔須由項目組人員進行歸檔管理。系統實現項目組根據《業務需求說明書》和《系統需求規格說明書》系統實現計劃，并提交項目主管對計劃可行性進行審批。系統實現包括程序編碼和測試。項目組保證開發、測試和生產環境獨立，為各環境建立訪問權限控制機制，并明確項目成員的職責分工。對開發環境、測試環境與生產環境在物理或邏輯方面應該做到隔離；如果環境的分隔是通過邏輯形式實現的，應定期檢查網絡設置。項目組對已授權訪問生產環境的人員進行詳細記錄，并對該記錄進行定期檢查，確保只有經授權的人員才能訪問到生產環境。項目組進行集成測試，測試人員簽字確認測試結果。系統測試和用戶測試項目組制定《系統/用戶測試計劃》（附件七），并提交項目主管對計劃可行性進行審批。《系統/用戶測試計劃》必須定義測試標準，并明確各種測試的測試步驟和需要的系統設置要求。項目組向數據擁有部門申請獲取測試用業務數據的使用權，對獲取的數據進行嚴格的訪問控制，確保只有相關項目人員才能訪問及使用。項目組負責測試數據準備，測試用數據要足夠模擬生產環境中的實際數據。對已評定為敏感信息的數據進行敏感性處理和保護。開發組或合作開發商建立測試環境進行系統測試。在系統測試中對新系統內部各模塊之間的接口和與其他系統的接口進行充分測試。出具《系統測試報告》（附件八），測試人員簽字確認測試結果。系統測試通過后，開發組配合業務組建立用戶測試環境，業務組根據用戶測試用例進行用戶測試，出具《用戶測試報告》（附件八），業務組組長和開發組組長應在用戶測試報告中簽字確認。項目組完成系統幫助文檔（其中包括《用戶操作手冊》和《安裝維護手冊》）。凡涉及應用系統的變更，應對系統幫助文檔及時更新。試運行系統主要使用部門根據項目規模及影響決定試運行策略。項目組制定《試運行計劃》（附件九），并制定試運行驗收指標，上報公司主管領導審批。《試運行計劃》中應包含問題應對機制，明確問題溝通渠道和職責分工。項目組聯合試運行單位進行相關系統部署工作，準備培訓資料，對相關用戶人員進行培訓。項目組根據《試運行計劃》進行系統轉換和數據遷移。系統轉換前，檢查系統環境，確保運行環境能滿足新應用系統的需要。系統轉換時必須詳細記錄原系統中的重要參數、設置等系統信息，并填寫試運行報告相關內容。數據遷移前，應制定詳細的《數據遷移計劃》（附件十），《數據遷移計劃》中應包含遷移方案、測試方案、數據定義，新舊數據對照表、遷移時間、回退計劃等信息。數據遷移計劃需經項目主管和相關領導簽字審批。數據遷移后，項目組對數據遷移的完整性和準確性做出檢查，出具《數據遷移報告》（附件十一），其中包括數據來源、數據遷移負責人、對完整性檢查情況、對準確性檢查情況等內容。各相關部門驗收轉換結果后在該報告上簽字確認。系統轉換和數據遷移由試運行業務部門和主管領導共同監督并進行驗收。系統轉換和數據遷移驗收通過后，正式啟動試運行。在試運行過程中，項目組把系統運行情況（系統資源使用，反應速度等）記錄到試運行報告中。必要時，項目組應根據系統運行情況對應用系統進行優化。試運行達到試運行計劃規定的終止條件時，項目組編寫《試運行報告》（附件十二）。此報告應由項目組和試運行部門簽字確認，并提交主管領導審閱。主管領導審閱試運行結果，決定試運行結束或延期。系統驗收系統主要使用部門及信息科聯合組成獨立系統驗收小組，驗收小組從功能需求及技術需求層面對系統進行綜合評估。驗收小組應根據驗收情況整理形成《系統驗收報告》（附件十三）提交系統主要使用部門和信息技術部門審閱。系統主要使用部門和信息科負責人根據系統測試、試運行情況簽署驗收意見。系統上線系統上線應遵循穩妥、可控、安全的原則。通常情況下，系統上線包含數據遷移工作。項目組制定《系統上線計劃》（附件十四），上報主管領導審批。在上線計劃得到批準后才能開始部署上線工作。《系統上線計劃》內容應包括但不限于：部署方式和資源分配（包括人力資源及服務器資源）；上線工作時間表；上線操作步驟以及問題處理步驟；數據遷移的需求和實施計劃；完整可行的應急預案和“回退”計劃；用戶培訓計劃（包括：培訓計劃、培訓手冊、培訓考核等）；在上線初期需加強日常運行狀態監控，出現問題時應及時處理，對重大問題應啟動緊急預案。公司主管領導批準結項后，業務組和開發組將整理的文檔提交信息科統一管理。合作開發管理合作開發商的選擇應遵循公司相關規定，合作商資質認定參見第三方管理制度。合作開發商必須遵循公司《軟件開發管理制度》。項目主管同合作開發商明確規定項目變更的范圍和處理方式，重點關注需求和設計變更。項目主管負責監控合作開發商的項目管理及軟件開發活動。合作開發商應按計劃定期向項目主管報告進展狀態，并提交階段性成果文檔。發生重大問題時，合作開發商需及時向項目主管匯報。開發組組長派專人監控合作開發商的質量保證過程。項目組同合作開發商商定驗收的標準和方法。以上各要求需要在開發合同中明確。外包開發管理立項申請得到公司主管領導的審批后，選定開發商，確保承包方有相應資質，簽訂外包開發合同。與選定開發商簽訂保密協議，明確其保密責任。要求選定開發商提供所有必要的軟件配置項。應確保所有軟件配置項為最新，與實際運行環境配套。應確保所有軟件配置項安全，由專人負責管理。應在軟件安裝之前根據開發要求檢測軟件質量，包括功能、性能和安全的各個方面，檢測軟件包中可能存在的惡意代碼，并審查其中可能存在的后門。核心業務系統或模塊宜由委托方自主開發。項目主管負責監控外包開發商的項目管理及軟件開發活動。外包開發商應按計劃定期向項目主管報告進展狀態，并提交階段性成果文檔。發生重大問題時，外包開發商需及時向項目主管匯報。項目主管監控外包開發商的質量保證過程。項目組同外包開發商商定驗收的標準和方法。以上各要求需要在開發合同中明確。開發流程圖業務開發審批用戶成立項目組立項申請,編寫《項目開發立項分析報告》開始項目計劃變更業務組整理需求，出具《業務需求說明書》《系統驗收報告》系統驗收成立項目組立項申請,編寫《項目開發立項分析報告》開始項目計劃變更業務組整理需求，出具《業務需求說明書》《系統驗收報告》系統驗收審批不通過評價不通過開發組根據《業務需求說明書》出具《系統需求規格說明書》，并編寫《項目計劃書》系統設計系統開發系統測試試運行《系統上線計劃》系統上線用戶培訓審批不通過評價不通過開發組根據《業務需求說明書》出具《系統需求規格說明書》，并編寫《項目計劃書》系統設計系統開發系統測試試運行《系統上線計劃》系統上線用戶培訓項目審批批評價通過信息科評價審批通過審批通過審批不通過審批項目審批批評價通過信息科評價審批通過審批通過審批不通過審批用戶測試《用戶測試報告》用戶測試《用戶測試報告》系統日常運維系統二次開發、報表開發、接口開發開發申請對現有信息系統提出功能二次開發、報表開發、接口開發的，需相關業務部門填寫《需求申請單》（附件十五）提交至信息科，由信息科對開發需求進行開發可行性分析，審批是否對業務部門提出的需求進行功能開發。功能實現對于審核通過的開發需求，信息科根據業務部門提交的《需求申請單》進行需求分析、數據庫設計、程序編碼和系統測試。用戶測試對于信息科開發完畢的功能，需求提出部門需進行用戶測試，并將測試結果反饋至信息科。功能驗收需求提出部門及信息科聯合對功能進行驗收，從功能需求及技術需求層面對新功能進行綜合評估。驗收完成后填寫《需求申請單》中的申請部門驗收意見、驗收日期。用戶設置、權限設置、數據維護對現有信息系統提出用戶維護、權限維護、數據維護的，需相關業務部門填寫《數據維護申請單》（附件十六）提交至信息科，由信息科對需求進行可行性分析，審批是否對業務部門提出的需求進行數據維護。審批通過后由信息科進行數據維護，并做好相關數據的維護記錄，當數據維護完成后，由申請部門和信息科共同對《數據維護申請單》進行核對并簽字確認，所有維護記錄必須在信息科存檔一年以上。維護流程圖二次開發、報表開發、接口開發用戶設置、權限設置、數據維護申請部門信息科申請部門信息科用戶測試開始開發需求,編寫《需求申請單》用戶測試開始開發需求,編寫《需求申請單》功能上線功能測試功能開發數據庫設計需求分析審批不通過審批通過需求審批功能上線功能測試功能開發數據庫設計需求分析審批不通過審批通過需求審批開始《數據維護申請單》維護數據開始《數據維護申請單》維護數據存檔錄入維護記錄審批不通過審批通過需求審批存檔錄入維護記錄審批不通過審批通過需求審批附則本制度由綜合管理部信息科負責解釋和修訂。本制度自發布之日起開始執行。附件一項目開發立項分析報告編號：年月日項目名稱申請部門實施作用□質量目標□產能提升□管理提升□降成本□安全/環境□投資□其它項目等級A級：國家政策、法規要求的；或對部門KPI貢獻權重在20%以上的；或項目價值大于100萬元的。B級：屬技改項目；或對部門KPI貢獻權重在10%以上的；或項目價值50萬至100萬元的。C級：正常經營所需的開發項目；或對部門KPI貢獻權重在5%以上的；或項目價值小于50萬的。項目可行性分析：（實施的必要性，重點說明“為什么”會產生本項目，實現什么目的）：項目成本分析：（項目成本上的各項差異）申請部門科室負責人部門負責人項目相關部門會簽綜合管理部信息科系統管理員信息科負責人部門負責人領導審批常務副總總經理附件二業務需求說明書1概述1.1業務范圍此處描寫總體業務的概要分類并。1.2業務目標提出本業務系統的期望目標，以及評價標準。2業務流程及業務處理描述說明：針對每一項具體的目標業務，描述具體的業務流程，以及相關業務的具體描述。2.1具體業務流程（系統名稱+編號）對于具體業務流程的命名有規范，對具體流程進行編號，便于形成需求矩陣，同時形成需求的管理和跟蹤。2.1.1業務流程2.1.2業務描述說明：描述具體的業務流程。3假定和約束說明：列出進行本軟件開發工作的假定和約束，例如開發期限等。4其他4.1目前核心問題和困難4.2業務對項目實施的需求和期望4.3其他未盡事宜附件三系統需求規格說明書1引言1.1目的例如：規定系統的邊界和目標，描述系統的功能性需求和非功能性需求。1.2讀者對象及閱讀建議說明：指明本文檔面向的讀者群，及相應的閱讀意見。1.3術語與縮寫解釋說明：列出本文件中用到的專門術語的定義和縮寫詞的原詞組，并給予解釋，以便于所有讀者達成共識。2綜合描述2.1系統范圍說明：闡述本項目“適用的業務領域”和“不適用的業務領域”，本系統“應當包含的內容”和“不包含的內容”。說清楚系統范圍的好處是：（1）有助于判斷什么是需求，什么不是需求；（2）可以將開發精力集中在系統范圍之內；（3）有助于控制需求的變更。完整而準確的定義本系統的干系人；明確本系統所影響到的部門和業務；用圖表或者文字描述系統的范圍，概要的定義系統的功能。2.2功能清單及說明說明：功能名稱、功能描述。3具體需求3.1功能需求3.1.1具體功能3.1.1.1內容說明：對于每一類功能或者有時對于每一個功能，需要具體描述其輸入、加工和輸出的需求。3.2數據字典說明：把相關的數據抽取出來統一維護，在其他章節如有類似信息描述，則關聯到數據字典的相關部分并加輔助說明，如：引用到的字段等。附件四需求變更申請編號：項目名稱項目負責人項目申請部門變更申請人申請日期變更內容變更的原因及其內容說明變更的內容及變更的理由對開發工作量、進度和成本影響估計需求變更對開發工作量和進度的影響，需說明本次變更工作的具體工作量及對項目整體進度的影響僅信息科填寫申請部門負責人簽字審批意見信息科系統管理員信息科負責人部門負責人主管領導附件五項目計劃書編號：版本：V1.0項目名稱：提交人：提交日期：一、項目名稱二、用戶介紹三、項目目標四、項目范圍五、項目組成員結構六、系統集成計劃.附件六項目計劃變更說明項目名稱申請人申請部門申請日期項目計劃變更申請變更的原因及內容變更將對項目造成的影響變更申請的審批意見信息科系統管理員信息科負責人部門負責人主管領導附件七系統/用戶測試計劃一、測試范圍與主要內容提示：系統測試小組應當根據項目的特征確定測試范圍與內容。一般地，系統測試的主要內容包括功能測試、性能測試、用戶界面測試、安全性測試等。二、測試方法三、測試環境與測試輔助工具環境設備配置名稱/類型備注服務器軟件硬件客戶端軟件硬件網絡工具類型工具版本測試管理用于功能性測試的工具用于性能測試的工具四、測試進度計劃任務人員任務開始日期結束日期制定測試計劃執行測試五、測試完成準則提示：對于非嚴格系統可以采用“基于測試用例”的準則：（1）功能性測試用例通過率達到100％；（2）非功能性測試用例通過率達到95％時。

附件八系統/用戶測試報告一、基本信息測試范圍測試人員測試時間測試工具二、實況記錄模塊期望結果測試結果三、測試評價根據對測試結果提出一個關于軟件能力的全面分析，需標明遺留的主要缺陷、局限性和軟件的約束限制等，并提出軟件測試過程中程序中的不足。根據測試標準及測試結果，綜合評價軟件的開發是否已達到預定目標。測試人員簽字/日期：附件九試運行計劃一、試運行目標提示：說明本次試運行的主要內容與目標（必須是可以驗證的）。二、工作條件提示：說明試運行地點、參加人員、軟硬件設施要求。三、應遞交的工作成果工作成果名稱預計完成時間試運行報告附錄：本計劃審批意見提示：項目主管或者技術負責人根據項目計劃以及現實情況（如可以支配的人力資源），審批該《試運行計劃》。信息科審批意見：簽字日期

附件十數據遷移計劃一、數據遷移前的備份要求二、轉換操作步驟以及問題處理步驟三、數據核對計劃四、數據遷移的需求和實施計劃五、應急預案及回退計劃1).預防措施提示：針對轉換失敗的幾類原因，制定預防措施。2).事件處理及回退計劃提示：在突發事件出現時的應對策略，應從人員組織、流程制定等方面考慮。附錄：本計劃審批意見信息科審批意見簽字日期業務部門審批意見簽字日期附件十一數據遷移報告一、背景介紹提示：介紹系統轉換的背景情況。二、數據遷移目標提示：說明本次數據遷移的主要內容與目標。附錄：本計劃審批意見信息科審批意見簽字日期業務部門審批意見簽字日期

附件十