【正文】 . 進度表提示：制定項目開發(fā)的進度表（建議給出項目里程碑計劃）。. 項目背景提示：闡述項目背景，重點說明“為什么”會產生本項目。第十三節(jié) 附則第六十六條 本制度由公司總部信息技術部負責解釋和修訂。發(fā)生重大問題時，外包開發(fā)商需及時向項目經理匯報。第六十條 以上各要求需要在開發(fā)合同中明確。合作開發(fā)商應按計劃定期向項目經理報告進展狀態(tài)，并提交階段性成果文檔。第十一節(jié) 合作開發(fā)管理第五十四條 合作開發(fā)商的選擇應遵循公司相關規(guī)定，合作商資質認定參見第三方管理制度。第五十一條 在完成上線后要填寫《系統(tǒng)驗收評估報告》（附件十八），上報總公司項目組匯總整理。第四十八條 項目組制定《系統(tǒng)上線計劃》（附件十七），上報公司主管領導審批。 第四十四條 驗收小組應根據(jù)驗收情況整理形成《系統(tǒng)驗收報告》（附件十六）提交系統(tǒng)主要使用部門和信息技術部門審閱。此報告應由項目組和試運行單位簽字確認，并提交公司主管領導審閱。第四十一條 系統(tǒng)轉換和數(shù)據(jù)遷移驗收通過后，正式啟動試運行。數(shù)據(jù)遷移計劃需經項目經理和主管領導簽字審批。系統(tǒng)轉換前，檢查系統(tǒng)環(huán)境，確保運行環(huán)境能滿足新應用系統(tǒng)的需要。《試運行計劃》中應包含問題應對機制，明確問題溝通渠道和職責分工。第三十三條 項目組完成系統(tǒng)幫助文檔（其中包括《用戶操作手冊》和《安裝維護手冊》）。第三十一條 IT組或合作開發(fā)商建立測試環(huán)境進行系統(tǒng)測試。第二十八條 《系統(tǒng)/用戶測試計劃》必須定義測試標準，并明確各種測試的測試步驟和需要的系統(tǒng)設置要求。對開發(fā)環(huán)境、測試環(huán)境與生產環(huán)境在物理或邏輯方面應該做到隔離；如果環(huán)境的分隔是通過邏輯形式實現(xiàn)的，應定期檢查網絡設置。第二十二條 對系統(tǒng)設計的修改的文檔須由文檔管理人員進行歸檔管理。公司主管領導組織相關人員對概要設計進行評審，出具《設計評審報告》（附件九）。第五節(jié) 系統(tǒng)設計第十七條 系統(tǒng)設計應分為概要設計和詳細設計，系統(tǒng)設計要遵循完備性、一致性、擴展性、可靠性、安全性、可維護性等原則。第十四條 需求分析過程中，項目經理組織制定詳細的《項目計劃書》（附件五），包括具體任務描述和項目進度表等。第十一條 對于合作開發(fā)的項目，當業(yè)務需求發(fā)生變更時，業(yè)務組應提交《需求變更申請》（附件四），IT組組長審批后交給合作開發(fā)商實施。經系統(tǒng)使用部門審批確認，作為業(yè)務需求基線。第八條 《立項分析報告》得到批準后，成立項目組（如果是外包開發(fā)，則成立外包商項目組；如果是合作開發(fā)，則與外包商共同成立合作開發(fā)項目組，以下統(tǒng)稱“項目組”），項目組應包括業(yè)務組（由公司相關業(yè)務部門組成）和IT組（自行開發(fā)為辦公室網絡管理員；外包開發(fā)為外包商成員；合作開發(fā)為網絡管理員和外包商成員）。第五條 除特別指定，本制度中項目組包括業(yè)務組（或需求提出組）、IT組（可能包括網絡管理員和合作開發(fā)商）。第三條 本制度中自行開發(fā)是指主要依賴公司自身的管理、業(yè)務和技術力量進行系統(tǒng)設計、軟件開發(fā)、集成和相關的技術支持工作，一般僅向外購置有關的硬件設備和支撐軟件平臺；合作開發(fā)是公司與專業(yè)IT公司（合作商）共同協(xié)作完成IT應用的項目實施和技術支持工作，一般形式是公司負責提供業(yè)務框架，合作商提供技術框架，雙方組成開發(fā)團隊進行項目實施，IT系統(tǒng)的日常支持由IT技術中心和合作商共同承擔，IT技術中心負責內部（一級）支持，合作商負責外部（二級）支持；外包開發(fā)是指將IT應用項目的設計、開發(fā)、集成、培訓等任務承包給某家專業(yè)公司（可以是專業(yè)的IT公司或咨詢公司等），由該公司（承包商）負責應用項目的實施。版 本 頁標 題：**集團信息技術管理制度主 題： 軟件開發(fā)管理制度文檔編號：版本說明：版本號版本日期作者備注 創(chuàng)建審批**集團軟件開發(fā)管理制度第一節(jié) 總 則第一條 為規(guī)范自有軟件研發(fā)以及外包軟件的管理工作，特制定本制度。第四條 軟件開發(fā)遵循項目管理和軟件工程的基本原則。第二節(jié) 立項管理第六條 提出開發(fā)需求的信息技術部門參與公司層面立項，進行立項的技術可行性分析，編寫《立項分析報告》（附件一），開展前期籌備工作。公司委派一名員工負責監(jiān)督項目的進度，進行項目管理工作，確保開發(fā)能及時完成并能滿足業(yè)務需要。第十條 IT組在獲得《業(yè)務需求說明書》后，提出技術需求和解決方案，并對系統(tǒng)進行定義，出具《系統(tǒng)需求規(guī)格說明書》（附件三）。第十二條 項目組應對需求變更影響到的文檔及時更新。第十五條 在項目的各個階段，業(yè)務組組長和IT組組長需配合項目經理制定階段性項目計劃。第十八條 在系統(tǒng)設計階段中，用戶應充分參與，確保系統(tǒng)設計能滿足系統(tǒng)需求。業(yè)務組組長和IT組組長應參加此評審并對評審意見簽字確認。第六節(jié) 系統(tǒng)實現(xiàn)第二十三條 項目組根據(jù)《設計說明書》制定系統(tǒng)實現(xiàn)計劃，并提交項目經理對計劃可行性進行審批。項目組對已授權訪問生產環(huán)境的人員進行詳細記錄，并對該記錄進行定期檢查，確保只有經授權的人員才能訪問到生產環(huán)境。第二十九條 項目組向數(shù)據(jù)擁有部門申請獲取測試用業(yè)務數(shù)據(jù)的使用權，對獲取的數(shù)據(jù)進行嚴格的訪問控制，確保只有相關項目人員才能訪問及使用。在系統(tǒng)測試中對新系統(tǒng)內部各模塊之間的接口和與其他系統(tǒng)的接口進行充分測試。凡涉及應用系統(tǒng)的變更，應對系統(tǒng)幫助文檔及時更新。第三十六條 項目組聯(lián)合試運行單位進行相關系統(tǒng)部署工作，準備培訓資料，對相關用戶和信息技術人員進行培訓。系統(tǒng)轉換時必須詳細記錄原系統(tǒng)中的重要參數(shù)、設置等系統(tǒng)信息，并填寫試運行報告相關內容。第三十九條 數(shù)據(jù)遷移后，項目組對數(shù)據(jù)遷移的完整性和準確性作出檢查，出具《數(shù)據(jù)遷移報告》（附件十四），其中包括數(shù)據(jù)來源、轉換前狀態(tài)、轉換后狀態(tài)，數(shù)據(jù)遷移負責人、對完整性檢查情況、對準確性檢查情況等內容。在試運行過程中，試運行單位辦公室把系統(tǒng)運行情況（系統(tǒng)資源使用，反應速度等）記錄到試運行報告中。公司主管領導審閱試運行結果，決定試運行結束或延期。第四十五條 系統(tǒng)主要使用部門和信息技術部門負責人根據(jù)系統(tǒng)測試、試運行情況簽署驗收意見。在上線計劃得到批準后才能開始部署上線工作?！断到y(tǒng)驗收評估報告》內容包括：數(shù)據(jù)準確性、系統(tǒng)性能及穩(wěn)定性、接口問題、權限問題、業(yè)務操作影響度、問題處理情況、備份、批處理等。第五十五條 合作開發(fā)商必須遵循公司《軟件開發(fā)管理制度》。發(fā)生重大問題時，合作開發(fā)商需及時向項目經理匯報。第十二節(jié) 外包開發(fā)管理第六十一條 立項申請得到公司主管領導的審批后，選定開發(fā)商，簽訂外包開發(fā)合同。第六十三條 項目經理監(jiān)控外包開發(fā)商的質量保證過程。第六十七條 本制度自發(fā)布之日起開始執(zhí)行。（1）公司的短期、長期發(fā)展戰(zhàn)略；（2）業(yè)務需求及發(fā)展趨勢；（3）技術狀況及發(fā)展趨勢；（4）特殊的業(yè)務需求等。例如：編號里程碑名稱預計結束時間備注需求調研完成項目計劃完成需求分析完成概要設計完成詳細設計完成實現(xiàn)完成集成測試完成系統(tǒng)測試完成用戶驗收測試完成試運行結束項目驗收3. 總結提示：給出清晰的建議結論，便于上級領導決策。 業(yè)務詞匯表說明：列出本文檔的所引用的專屬領域詞匯、術語等，以便于業(yè)務需求的提供者和接收者是建立在一致的業(yè)務理解基礎之上的。生產計劃以年度銷售計劃為指導，并綜合考慮設備能力、生產天數(shù)、庫存、歷史銷售記錄。 具體業(yè)務流程（系統(tǒng)名稱+編號）對于具體業(yè)務流程的命名有規(guī)范，對具體流程進行編號，便于形成需求矩陣，同時形成需求的管理和跟蹤。4 假定和約束說明：列出進行本軟件開發(fā)工作的假定和約束，例如開發(fā)期限等。說明：指明本文檔面向的讀者群，及相應的閱讀意見。2 綜合描述 系統(tǒng)背景【可選】說明：介紹系統(tǒng)的預期效果、歷史原因。l 完整而準確的定義本產品的干系人；l 明確本產品所影響到的部門和業(yè)務；l 用圖表或者文字描述產品的范圍，概要的定義產品的功能。）此處只需填寫姓名。]列出干系人認為現(xiàn)有解決方案存在的關鍵問題。 功能摘要總結該產品將提供的主要優(yōu)點和特性，而不必涉及每個功能的細節(jié)。業(yè)務需求目標系統(tǒng)業(yè)務活動（可選）功能名稱 假定和約束說明：列出進行本軟件開發(fā)工作的假定和約束，例如：開發(fā)語言、開發(fā)期限等。說明：硬件設備、支持軟件、接口、控制等方面的約束名稱詳細要求【可選】說明：開發(fā)過程中必須使用的軟件語言、軟件進程需求、主要開發(fā)工具、核心技術、第三方產品等。例如，如果系統(tǒng)的用戶通過顯示終端進行操作，就必須指定如下要求：a 對屏幕格式的要求說明：對界面上的各對象、類型、寬度、取值范圍、數(shù)據(jù)來源、能否為空等屬性進行描述。 硬件接口【可選】說明：要指出軟件產品和系統(tǒng)硬部件之間每一個接口的邏輯特點。對于每一個接口，這部分應說明與軟件產品相關的接口軟件的目的，并根據(jù)信息的內容和格式定義接口，但不必詳細描述任何已有完整文件的接口，只要引用定義該接口的文件即可。（2）接口運行參數(shù)配置說明：接口運行參數(shù)的配置方式和步驟。 其他非功能性需求說明：下表中的各種需求，可根據(jù)實際情況進行選擇其中的一種或者幾種進行描述，在表的后面是各種需求的詳細解釋。 說明：對于該軟件的時間特性要求，如對：　　a．響應時間；　　b．更新處理時間；　　c．數(shù)據(jù)的轉換和傳送時間；d．解題時間等要求。平均修復時間 (MTTR)—系統(tǒng)在發(fā)生故障后可以暫停運行的時間。4 補充資料【可選】【可選】需求標題1調查方式調查人調查對象時間、地點需求信息記錄 附件四 需求變更申請記錄號： 項 目：類 型：開發(fā)項目項目負責人：變更申請人：申請部門：申請日期：變更內容變更的內容及其理由說明變更的內容及變更的理由，如果變更為業(yè)務組提出，則業(yè)務組填寫；如果變更為為信息技術組提出，則信息技術組填寫；變更的系統(tǒng)及版本說明變更所涉及的工作產品及其當前版本，如果變更為業(yè)務組提出，則業(yè)務組填寫；如果變更為為信息技術組提出，則信息技術組填寫；對業(yè)務及其接口的影響分析需求變更引起的業(yè)務變更、業(yè)務接口的變更，業(yè)務組填寫業(yè)務負責