【正文】 4. 進(jìn)度表 提示：（ 1）用 Microsoft Project 制作進(jìn)度表（ Gantt Chart）插入此處或者參照此表制作一份進(jìn)度表。 應(yīng)急處理人員 角色 職責(zé) 說明培訓(xùn)內(nèi)容，時間，地點(diǎn)，培訓(xùn)講師等信息 。 3. 試運(yùn)行取得的工作成果 提示：說明本次試運(yùn)行工作成果（程序、文檔、數(shù)據(jù)等）以及試運(yùn)行平臺和時間。 交付簽字 業(yè)務(wù)部門負(fù)責(zé)人簽字 信息技術(shù)部項(xiàng)目負(fù)責(zé)人簽字 乙方項(xiàng)目負(fù)責(zé)人簽字 China Advanced Construction Materials Group 信息技術(shù)管理制度 第 50頁 ， 共 52頁 附件十七 系統(tǒng)上線計(jì)劃 1. 部署方式及資源分配（包括人力資源及服務(wù)器資源） 提示：說明成立項(xiàng)目領(lǐng)導(dǎo)組等情況；說明人員、軟硬件設(shè)施、經(jīng)費(fèi)等要求。 應(yīng)急處理人員 角色 職責(zé) 8. 業(yè)務(wù)人員培訓(xùn)方案 提示：說明培訓(xùn)內(nèi)容，時間，地點(diǎn)，培訓(xùn)講師等信息 9. 總公司下發(fā)的系統(tǒng)標(biāo)準(zhǔn)參數(shù)配置 提示：可以直接將該配置作為附 件。 項(xiàng)目負(fù)責(zé)人審批意見： 簽字 日期 信息技術(shù)部審批意見 ： 簽字 日期 系統(tǒng)使用部門審批意見 ： 簽字 日期 。 3). 事件處理及回退計(jì)劃 提示：在突發(fā)事件出現(xiàn)時的應(yīng)對策略，應(yīng)從人員組織、流程制定等方面考慮。 China Advanced Construction Materials Group 信息技術(shù)管理制度 第 49頁 ， 共 52頁 問題 處理措施 甲方負(fù)責(zé)人簽字 乙方負(fù)責(zé)人簽字 4. 交付簽字 提示： （ 1）當(dāng)待驗(yàn)收的所有工作成果都通過了審查和測試后，乙方將其交付給甲方。 7. 問題和建議 提示：對 數(shù)據(jù)遷移 過程的問題進(jìn)行總結(jié)，提出意見，并就運(yùn)行維護(hù)情況提出自己的建議 附錄：本計(jì)劃審批意見 項(xiàng)目負(fù)責(zé)人審批意見： 簽字 日期 信息技術(shù)部審批意見 簽字 日期 業(yè)務(wù)部門審批意見 簽字 日期 China Advanced Construction Materials Group 信息技術(shù)管理制度 第 47頁 ， 共 52頁 附件十五 試運(yùn)行報(bào)告 文件狀態(tài)： [√ ] 草稿 [ ] 正式發(fā)布 [ ] 正在修改 文件標(biāo)識： ProjectNameTestRunREPORT 當(dāng)前版本： 作 者： 版 本 歷 史 版本 /狀態(tài) 作者 參與者 起止日期 備注 1. 背景介紹 提示：說明此次運(yùn)行工作的必要性。 3). 事件處理及回退計(jì)劃 提示：在突發(fā)事件出現(xiàn)時的應(yīng)對策略，應(yīng)從人員組織、流程制定等方面考慮。 缺陷名稱 缺陷類型 嚴(yán)重程度 模塊 原因 駐留時間 解決方案 … 測試人員簽字 /日期： China Advanced Construction Materials Group 信息技術(shù)管理制度 第 41頁 ， 共 52頁 附件十二 試運(yùn)行計(jì)劃 文件狀態(tài)： [√ ] 草稿 [ ] 正式發(fā)布 [ ] 正在修改 文件標(biāo)識： ProjectNameTestRunPLAN 當(dāng)前版本： 作 者： 完成日期： YearMonthDay 版 本 歷 史 版本 /狀態(tài) 作者 參與者 起止日期 備注 1. 試運(yùn)行目標(biāo) 提示：說明本次試運(yùn)行的主要內(nèi)容與目標(biāo)（必須是可以驗(yàn)證的）。 3. 測試環(huán)境與測試輔助工具 環(huán)境 設(shè)備 配置 名稱 /類型 備注 服務(wù)器 軟件 硬件 客戶端 軟件 硬件 網(wǎng)絡(luò) 工具 類型 工具 開發(fā)商 版本 測試管理 缺陷跟蹤 用于功能性測試的工具 用于性能測試的工具 China Advanced Construction Materials Group 信息技術(shù)管理制度 第 39頁 ， 共 52頁 測試覆蓋監(jiān)測器或評測器 4. 測試進(jìn)度計(jì)劃 任務(wù) 人員 任務(wù) 開始日期 結(jié)束日期 制定測試計(jì)劃 設(shè)計(jì)測試 實(shí)施測試 執(zhí)行測試 對測試進(jìn)行評估 5. 測試完成準(zhǔn)則 提示： 對于非嚴(yán)格系統(tǒng)可以采用“基于測試用例”的準(zhǔn)則： （ 1）功能性測試用例通過率達(dá)到 100％； （ 2）非功能性測試用例通過率達(dá)到 95％時。 China Advanced Construction Materials Group 信息技術(shù)管理制度 第 36頁 ， 共 52頁 附件九 設(shè)計(jì) 評審報(bào)告 文件狀態(tài)： [√ ] 草稿 [ ] 正式發(fā)布 [ ] 正在修改 文件標(biāo)識： ProjectName 當(dāng)前版本： 作 者： 完成日期： YearMonthDay 版 本 歷 史 版本 /狀態(tài) 作者 參與者 起止日期 備注 1. 基本信息 提示：由評審主持人或評審員填寫此表格。 測試計(jì)劃 說明對本程序進(jìn)行單體測試的計(jì)劃，包括對測試的技術(shù)要求、輸入數(shù)據(jù)、預(yù)期結(jié)果、進(jìn)度安排、人員職責(zé)、設(shè)備條件驅(qū)動程序及樁模塊等的規(guī)定。數(shù)量和頻度、輸入媒體、輸入數(shù)據(jù)的來源和安全保密條件等等。 2 程序 系統(tǒng)的結(jié)構(gòu) 用一系列圖表列出本程序系統(tǒng)內(nèi)的每個程序（包括每個模塊和子程序）的名稱、標(biāo)識符和它們之間 的層次結(jié)構(gòu)關(guān)系。 角色 職責(zé) 人員姓名 工作說明 高層領(lǐng)導(dǎo) 項(xiàng)目經(jīng)理 需求分析員 系統(tǒng)設(shè)計(jì)員 程序員 測試員 … 軟硬件資源計(jì)劃 提示：分析項(xiàng)目開發(fā)、測試、運(yùn)行所需的軟硬件資源和關(guān)鍵計(jì)算機(jī)資源（會影響軟件產(chǎn)品的性能的 CPU、內(nèi)存、帶寬等內(nèi)容），主要內(nèi)容包括： ? 資源級別（分為“關(guān)鍵”、“普通”兩種） ? 詳細(xì)配置 ? 獲取方式（如“已經(jīng)存在”、“可以借用”或“需要購買”等）與獲取時間 ? 使用說明（如“誰”在“什么”時候使用） 軟硬件資源名稱 級別 詳細(xì)配置 獲取方式與時間 使用說明 關(guān)鍵 關(guān)鍵 普通 … 6 文檔交付列表 序號 交付文檔名稱 交付日期 備注 7 風(fēng)險(xiǎn)管理計(jì)劃 提示：以下是各個列標(biāo)題的解釋。 約束 提示： （ 1）請說明在項(xiàng)目開發(fā)過程中應(yīng)當(dāng)遵循的標(biāo)準(zhǔn)或規(guī)范 （ 2）請說明相關(guān)項(xiàng)目可能對本項(xiàng)目造成的影響。平均修復(fù)時間 (MTTR)— 系統(tǒng)在發(fā)生故障后可以暫停運(yùn)行的時間。 其他非功能性需求 說明：下表中的各種需求，可根據(jù)實(shí)際情況進(jìn)行選擇其中的一種或者幾種進(jìn)行描述，在表的后面是各種需求的詳細(xì)解釋。 對于每一個接口，這部分應(yīng)說明與軟件產(chǎn)品相關(guān)的接口軟件的目的，并根據(jù)信息的內(nèi)容和格式定義接口，但不必 詳細(xì)描述任何已有完整文件的接口，只要引用定義該接口的文件即可。 例如，如果系統(tǒng)的用戶通過顯示終端進(jìn)行操作，就必須指定如下要求： a 對屏幕格式的要求 說明：對界面上的各對象、類型、寬度、取值范圍 、數(shù)據(jù)來源、能否為空等屬性進(jìn)行描述。 業(yè)務(wù)需求 目標(biāo)系統(tǒng)業(yè)務(wù)活動（可選） 功能名稱 假定和約束 說明：列 出進(jìn)行本軟件開發(fā)工作的假定和約束，例如：開發(fā)語言、開發(fā)期限等。 ] 關(guān)鍵的干系人 /用戶需要 列出干系人認(rèn)為現(xiàn)有解決方案存在的關(guān)鍵問題。 ? 完整而準(zhǔn)確的定義本產(chǎn)品的干系人； ? 明確本產(chǎn)品所影響到 的部門和業(yè)務(wù)； ? 用圖表或者文字描述產(chǎn)品的范圍，概要的定義產(chǎn)品的功能。 讀者對象及閱讀建議 說明：指明本文 檔面向的讀者群，及相應(yīng)的閱讀意見。 具體業(yè)務(wù)流程（系統(tǒng)名稱 +編號） 對于具體業(yè)務(wù)流程的命名有規(guī)范，對具體流程進(jìn)行編號，便于形成需求矩陣，同時形成需求的管理和跟蹤。 業(yè)務(wù)詞匯表 說明：列出本文檔的所引用的專屬領(lǐng)域詞匯、術(shù)語等，以 便于業(yè)務(wù)需求的提供者和接收者是建立在一致的業(yè)務(wù)理解基礎(chǔ)之上的。 （ 1）公司的短期、長期發(fā)展戰(zhàn)略； （ 2）業(yè)務(wù)需求及發(fā)展趨勢； （ 3）技術(shù)狀況及發(fā)展趨勢； （ 4）特殊的業(yè)務(wù)需求等。 第六十三條 項(xiàng)目經(jīng)理監(jiān)控外包開發(fā)商的質(zhì)量保證過程。發(fā)生重大問題時，合作開發(fā)商需及時向項(xiàng)目經(jīng)理匯報(bào)?！断到y(tǒng)驗(yàn)收 評估報(bào)告》內(nèi)容包括：數(shù)據(jù)準(zhǔn)確性、系統(tǒng) 性能及穩(wěn)定性、接口問題、權(quán)限問題 、業(yè)務(wù)操作影響度、問題處理情況、備份、批處理等。 第四十五條 系統(tǒng)主要使用部門和信息技術(shù)部門負(fù)責(zé)人根據(jù)系統(tǒng)測試、試運(yùn)行情況簽署驗(yàn)收意見。在試運(yùn)行過程中，試運(yùn)行單位辦公室把系統(tǒng)運(yùn)行情況 （系統(tǒng)資源使用，反應(yīng)速度等） 記錄到試運(yùn)行報(bào)告中。系統(tǒng)轉(zhuǎn)換時必須詳細(xì)記錄原系統(tǒng)中的重要參數(shù)、設(shè)置等系統(tǒng)信息，并填寫試運(yùn)行報(bào)告相關(guān)內(nèi)容。凡涉及應(yīng)用系統(tǒng)的變更，應(yīng)對系統(tǒng)幫助文檔及時更新。 第二十九條 項(xiàng)目組向數(shù)據(jù)擁有部門申請獲取測試用業(yè)務(wù)數(shù)據(jù)的使用權(quán) ，對獲取的數(shù)據(jù) 進(jìn)行嚴(yán)格的訪問控制，確保只有相關(guān)項(xiàng)目人員才能訪問及使用。 第六節(jié) 系統(tǒng)實(shí) 現(xiàn) 第二十三條 項(xiàng)目組根據(jù) 《 設(shè)計(jì)說明書 》 制定系統(tǒng)實(shí)現(xiàn)計(jì)劃，并提交項(xiàng)目經(jīng)理對計(jì)劃可行性進(jìn)行審批。 第十八條 在系統(tǒng)設(shè)計(jì)階段中，用戶應(yīng)充分參與，確保系統(tǒng)設(shè)計(jì)能滿足系統(tǒng)需求。 第十二條 項(xiàng)目組應(yīng)對需求變更影響到的文檔及時更新。公司委派一名員工 負(fù)責(zé)監(jiān)督項(xiàng)目的進(jìn)度，進(jìn)行項(xiàng)目管理工作，確保開發(fā)能及時完成并能滿足業(yè)務(wù)需要。 第四條 軟件開發(fā)遵循項(xiàng)目管理和軟件工程的基本原則。 第三條 本制度中自行開發(fā)是指主要依賴公司自身的管理、業(yè)務(wù)和技術(shù)力量進(jìn)行系統(tǒng)設(shè)計(jì)、軟件開發(fā)、集成和相關(guān)的技術(shù)支持工作，一般僅向外購置有關(guān)的硬件設(shè)備和支撐軟件平臺；合作開發(fā)是公司與專業(yè) IT 公司（合作商）共同協(xié)作完成 IT 應(yīng)用的項(xiàng)目實(shí)施和技術(shù)支持工作，一般形式是公司負(fù)責(zé)提供業(yè)務(wù)框架，合作商提供技術(shù)框架，雙方組成開發(fā)團(tuán)隊(duì)進(jìn)行項(xiàng)目實(shí)施， IT 系統(tǒng)的日常支持由 IT 技術(shù)中心 和合作商 共同承擔(dān)， IT 技術(shù)中心 負(fù)責(zé)內(nèi)部（一級）支持，合作商負(fù)責(zé)外部（二級）支持；外包開發(fā)是指將 IT 應(yīng)用項(xiàng)目的設(shè)計(jì)、開發(fā) 、集成、培訓(xùn)等任務(wù)承包給某家專業(yè)公司（可以是專業(yè)的 IT 公司或咨詢公司等），由該公司（承包商）負(fù)責(zé)應(yīng)用項(xiàng)目的實(shí)施。 第八條 《 立項(xiàng)分析報(bào)告 》 得到批準(zhǔn)后，成立項(xiàng)目組（如果是外包開發(fā)，則成立外包商項(xiàng)目組；如果是合作開發(fā)，則與外包商共同成立合作開發(fā)項(xiàng)目組，以下統(tǒng)稱“項(xiàng)目組”），項(xiàng)目組應(yīng)包括業(yè)務(wù)組（由公司相關(guān)業(yè)務(wù)部門組成）和 IT 組（自行開發(fā)為辦公室網(wǎng)絡(luò)管理員；外包開發(fā)為外包商成員；合作開發(fā)為網(wǎng)絡(luò)管理員和外包商成員）。 第十一條 對于合作開發(fā)的項(xiàng)目， 當(dāng) 業(yè)務(wù)需求發(fā)生變更時，業(yè)務(wù)組應(yīng)提交 《 需求變更申請 》 （附件四） ， IT 組組長審批后交給合作開發(fā)商實(shí)施。 第五節(jié) 系統(tǒng)設(shè)計(jì) 第十七條 系統(tǒng)設(shè)計(jì)應(yīng)分為概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)，系統(tǒng)設(shè)計(jì)要遵循完備性、一致性、擴(kuò)展性、可靠性、安全性、可維護(hù)性等原則。 第二十二條 對系統(tǒng)設(shè)計(jì)的修改的文檔須由文檔管理人員進(jìn)行歸檔管理。 第二十八條 《 系統(tǒng) /用戶測試計(jì)劃 》 必須定義測試標(biāo)準(zhǔn)，并明確各種測試的測試步驟和 需要的系統(tǒng)設(shè)置要求。 第三十三條