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