【正文】 .. . . ..軟件開發(fā)管理制度軟件開發(fā)管理制度 21 總 則 22 立項管理 33 需求分析 34 項目計劃和監(jiān)控 45 系統(tǒng)設計 46 系統(tǒng)實現(xiàn) 57 系統(tǒng)測試和用戶測試 58 試運行 69 系統(tǒng)驗收 710 系統(tǒng)上線 711 合作開發(fā)管理 812 外包開發(fā)管理 913 外包服務管理 914 附則 10附件一 立項分析報告 11附件二 業(yè)務需求說明書 13附件三 系統(tǒng)需求規(guī)格說明書 16附件四 需求變更申請 25附件五 項目計劃書 28附件六 項目計劃變更說明 32附件七 設計說明書 33附件八 單元測試用例 36附件九 設計評審報告 38附件十 系統(tǒng)/用戶測試計劃 39附件十一 系統(tǒng)/用戶測試報告 42附件十二 試運行計劃 43附件十三 數(shù)據(jù)遷移計劃 45附件十四 數(shù)據(jù)遷移報告 48附件十五 試運行報告 49附件十六 系統(tǒng)驗收報告 50附件十七 系統(tǒng)上線計劃 52附件十八 系統(tǒng)驗收評估報告 541 總 則l 為規(guī)范自有軟件研發(fā)以及外包軟件的管理工作，特制定本制度。本制度適用于公司軟件研發(fā)與管理。l 本制度中軟件開發(fā)指新系統(tǒng)開發(fā)和現(xiàn)有系統(tǒng)重大改造。l 軟件開發(fā)遵循項目管理和軟件工程的基本原則。項目管理涉及立項管理、項目計劃和監(jiān)控、配置管理、合作開發(fā)管理和結項管理。軟件工程涉及需求管理、系統(tǒng)設計、系統(tǒng)實現(xiàn)、系統(tǒng)測試、用戶接受測試、試運行、系統(tǒng)驗收、系統(tǒng)上線和數(shù)據(jù)遷移。l 除特別指定，本制度中項目組包括業(yè)務組（或需求提出組）、IT組（可能包括網(wǎng)絡管理員和合作開發(fā)商）。2 立項管理l 提出開發(fā)需求的信息技術部門參與公司層面立項，進行立項的技術可行性分析，編寫《立項分析報告》（附件一），開展前期籌備工作?！读㈨椃治鰣蟾妗窇鞔_項目的范圍和邊界。l 應用系統(tǒng)主要使用部門將《立項分析報告》上交公司總裁室進行立項審批，以保證系統(tǒng)項目與公司整體策略相一致。l 《立項分析報告》得到批準后，成立項目組（如果是外包開發(fā)，則成立外包商項目組；如果是合作開發(fā)，則與外包商共同成立合作開發(fā)項目組，以下統(tǒng)稱“項目組”），項目組應包括業(yè)務組（由公司相關業(yè)務部門組成）和IT組（自行開發(fā)為辦公室網(wǎng)絡管理員；外包開發(fā)為外包商成員；合作開發(fā)為網(wǎng)絡管理員和外包商成員）。公司委派一名員工負責監(jiān)督項目的進度，進行項目管理工作，確保開發(fā)能及時完成并能滿足業(yè)務需要。項目組人員的選擇應滿足項目對業(yè)務及技術要求，項目組人員應有足夠的業(yè)務和IT技術方面的專業(yè)知識來勝任項目各方面的工作。3 需求分析l 立項后業(yè)務組對用戶需求進行匯總整理，出具《業(yè)務需求說明書》（附件二），并確?！稑I(yè)務需求說明書》中包含了所有的業(yè)務需求。經(jīng)系統(tǒng)使用部門審批確認，作為業(yè)務需求基線。l IT組在獲得《業(yè)務需求說明書》后，提出技術需求和解決方案，并對系統(tǒng)進行定義，出具《系統(tǒng)需求規(guī)格說明書》（附件三）?！断到y(tǒng)需求規(guī)格說明書》需詳細列出業(yè)務對系統(tǒng)的要求（界面、輸入、輸出、管理功能、安全需求、運作模式、關鍵指標(KPI)等）。《系統(tǒng)需求規(guī)格說明書》需要由業(yè)務組提交給相關業(yè)務流程負責人確認。l 對于合作開發(fā)的項目，當業(yè)務需求發(fā)生變更時，業(yè)務組應提交《需求變更申請》（附件四），IT組組長審批后交給合作開發(fā)商實施。l 項目組應對需求變更影響到的文檔及時更新。4 項目計劃和監(jiān)控l 軟件開發(fā)采用項目形式進行管理。項目經(jīng)理負責整個項目的計劃、組織、領導和控制。l 需求分析過程中，項目經(jīng)理組織制定詳細的《項目計劃書》（附件五），包括具體任務描述和項目進度表等。l 在項目的各個階段，業(yè)務組組長和IT組組長需配合項目經(jīng)理制定階段性項目計劃。業(yè)務組組長和IT組組長需配合項目經(jīng)理對項目計劃執(zhí)行情況進行監(jiān)控，確保項目按計劃完成。l 項目計劃需要變更時，項目經(jīng)理填寫《項目計劃變更說明》（附件六），并提交公司主管領導審批，通過審批后，交給業(yè)務組組長和IT組組長執(zhí)行。5 系統(tǒng)設計l 系統(tǒng)設計應分為概要設計和詳細設計，系統(tǒng)設計要遵循完備性、一致性、擴展性、可靠性、安全性、可維護性等原則。l 在系統(tǒng)設計階段中，用戶應充分參與，確保系統(tǒng)設計能滿足系統(tǒng)需求。l 項目組進行詳細設計，出具《設計說明書》（附件七）和《單元測試用例》（附件八）。《設計說明書》中需要定義系統(tǒng)輸入輸出說明和接口設計說明。公司主管領導組織相關人員對概要設計進行評審，出具《設計評審報告》（附件九）。業(yè)務組組長和IT組組長應參加此評審并對評審意見簽字確認。l 設計評審均以《業(yè)務需求說明書》和《系統(tǒng)需求規(guī)格說明書》為依據(jù)，確保系統(tǒng)設計滿足全部需求。l 對已確認通過的系統(tǒng)設計進行修改需獲得管理部門、業(yè)務組組長和IT組組長的審批后方可進行。l 對系統(tǒng)設計的修改的文檔須由文檔管理人員進行歸檔管理。6 系統(tǒng)實現(xiàn)l 項目組根據(jù)《設計說明書》制定系統(tǒng)實現(xiàn)計劃，并提交項目經(jīng)理對計劃可行性進行審批。l 系統(tǒng)實現(xiàn)包括程序編碼、單元測試和集成測試。l 項目組保證開發(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)境的人員進行詳細記錄，并對該記錄進行定期檢查，確保只有經(jīng)授權的人員才能訪問到生產(chǎn)環(huán)境。l 項目組進行單元測試和集成測試，測試人員簽字確認測試結果。7 系統(tǒng)測試和用戶測試l 項目組制定《系統(tǒng)/用戶測試計劃》（附件十），并提交項目經(jīng)理對計劃可行性進行審批。l 《系統(tǒng)/用戶測試計劃》必須定義測試標準，并明確各種測試的測試步驟和需要的系統(tǒng)設置要求。l 項目組向數(shù)據(jù)擁有部門申請獲取測試用業(yè)務數(shù)據(jù)的使用權，對獲取的數(shù)據(jù)進行嚴格的訪問控制，確保只有相關項目人員才能訪問及使用。l 項目組負責測試數(shù)據(jù)準備，測試用數(shù)據(jù)要足夠模擬生產(chǎn)環(huán)境中的實際數(shù)據(jù)。對已評定為敏感信息的數(shù)據(jù)進行敏感性處理和保護。l IT組或合作開發(fā)商建立測試環(huán)境進行系統(tǒng)測試。在系統(tǒng)測試中對新系統(tǒng)內部各模塊之間的接口和與其他系統(tǒng)的接口進行充分測試。出具《系統(tǒng)測試報告》（附件十一），測試人員簽字確認測試結果。l 系統(tǒng)測試通過后，IT組配合業(yè)務組建立用戶測試環(huán)境，業(yè)務組根據(jù)用戶測試用例進行用戶測試，出具《用戶測試報告》（附件十一），業(yè)務組組長和IT組組長應在用戶測試報告中簽字確認。l 項目組完成系統(tǒng)幫助文檔（其中包括《用戶操作手冊》和《安裝維護手冊》）。凡涉及應用系統(tǒng)的變更，應對系統(tǒng)幫助文檔及時更新。8 試運行l(wèi) 系統(tǒng)主要使用部門根據(jù)項目規(guī)模及影響決定試運行策略。l 項目組制定《試運行計劃》（附件十二），并制定試運行驗收指標，上報公司主管領導審批?！对囘\行計劃》中應包含問題應對機制，明確問題溝通渠道和職責分工。l 項目組聯(lián)合試運行單位進行相關系統(tǒng)部署工作，準備培訓資料，對相關用戶和信息技術人員進行培訓。用戶培訓的完成度應為實施后評估的指標之一。l 項目組根據(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)上線的驗收的評估指標之一。l 數(shù)據(jù)遷移前，應制定詳細的《數(shù)據(jù)遷移計劃》（附件十三），《數(shù)據(jù)遷移計劃》中應包含遷移方案、測試方案、數(shù)據(jù)定義，新舊數(shù)據(jù)對照表、遷移時間、回退計劃等信息。數(shù)據(jù)遷移計劃需經(jīng)項目經(jīng)理和主管領導簽字審批。l 數(shù)據(jù)遷移后，項目組對數(shù)據(jù)遷移的完整性和準確性作出檢查，出具《數(shù)據(jù)遷移報告》（附件十四），其中包括數(shù)據(jù)來源、轉換前狀態(tài)、轉換后狀態(tài)，數(shù)據(jù)遷移負責人、對完整性檢查情況、對準確性檢查情況等內容。各相關部門驗收轉換結果后在該報告上簽字確認。l 系統(tǒng)轉換和數(shù)據(jù)遷移由試運行單位業(yè)務部門和公司主管領導共同監(jiān)督并進行驗收。l 系統(tǒng)轉換和數(shù)據(jù)遷移驗收通過后，正式啟動試運行。在試運行過程中，試運行單位辦公室把系統(tǒng)運行情況（系統(tǒng)資源使用，反應速度等）記錄到試運行報告中。必要時，項目組應根據(jù)系統(tǒng)運行情況對應用系統(tǒng)進行優(yōu)化。l 試運行達到試運行計劃規(guī)定的終止條件時，項目組編寫《試運行報告》（附件十五）。此報告應由項目組和試運行單位簽字確認，并提交公司主管領導審閱。公司主管領導審閱試運行結果，決定試運行結束或延期。9 系統(tǒng)驗收l 系統(tǒng)主要使用部門及信息技術部門聯(lián)合組成獨立系統(tǒng)驗收小組，也可授權原項目組作為驗收小組。驗收小組從功能需求及技術需求層面對系統(tǒng)進行綜合評估。 l 驗收小組應根據(jù)驗收情況整理形成《系統(tǒng)驗收報告》（附件十六）提交系統(tǒng)主要使用部門和信息技術部門審閱。l 系統(tǒng)主要使用部門和信息技術部門負責人根據(jù)系統(tǒng)測試、試運行情況簽署驗收意見。 10 系統(tǒng)上線l 系統(tǒng)上線應遵循穩(wěn)妥、可控、安全的原則。l 通常情況下，系統(tǒng)上線包含數(shù)據(jù)遷移工作。l 項目組制定《系統(tǒng)上線計劃》（附件十七），上報公司主管領導審批。在上線計劃得到批準后才能開始部署上線工作。l 《系統(tǒng)上線計劃》內容應包括但不限于：l 部署方式和資源分配（包括人力資源及服務器資源）；l 上線工作時間表；l 上線操作步驟以及問題處理步驟；l 項目階段性里程碑和成果匯報（項目執(zhí)行狀態(tài)的審閱、進度安排等）；l 數(shù)據(jù)遷移的需求和實施計劃；l 完整可行的應急預案和“回退”計劃；l 用戶培訓計劃（包括：培訓計劃、培訓手冊、培訓考核等）；l 公司下發(fā)的系統(tǒng)標準參數(shù)配置。l 上線單位在上線初期需加強日常運行狀態(tài)監(jiān)控，出現(xiàn)問題時應及時處理，對重大問題應啟動緊急預案。l 在完成上線后要填寫《系統(tǒng)驗收評估報告》（附件十八），上報公司項目組匯總整理?！断到y(tǒng)驗收評估報告》內容包括：數(shù)據(jù)準確性、系統(tǒng)性能及穩(wěn)定性、接口問題、權限問題、業(yè)務操作影響度、問題處理情況、備份、批處理等。