【正文】 制定預(yù)防措施。7. 問題和建議提示：對數(shù)據(jù)遷移過程的問題進(jìn)行總結(jié)，提出意見，并就運(yùn)行維護(hù)情況提出自己的建議附錄：本計劃審批意見項(xiàng)目負(fù)責(zé)人審批意見：簽字 日期信息技術(shù)部審批意見簽字 日期業(yè)務(wù)部門審批意見簽字 日期附件十五 試運(yùn)行報告文件狀態(tài)：[√] 草稿[ ] 正式發(fā)布[ ] 正在修改文件標(biāo)識：ProjectNameTestRunREPORT當(dāng)前版本：作 者：版 本 歷 史版本/狀態(tài)作者參與者起止日期備注1. 背景介紹提示：說明此次運(yùn)行工作的必要性。3). 事件處理及回退計劃提示：在突發(fā)事件出現(xiàn)時的應(yīng)對策略，應(yīng)從人員組織、流程制定等方面考慮。缺陷名稱缺陷類型嚴(yán)重程度模塊原因駐留時間解決方案…測試人員簽字/日期：附件十二 試運(yùn)行計劃文件狀態(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ā)商版本測試管理缺陷跟蹤用于功能性測試的工具用于性能測試的工具測試覆蓋監(jiān)測器或評測器4. 測試進(jìn)度計劃任務(wù)人員任務(wù)開始日期結(jié)束日期制定測試計劃設(shè)計測試實(shí)施測試執(zhí)行測試對測試進(jìn)行評估5. 測試完成準(zhǔn)則提示：對于非嚴(yán)格系統(tǒng)可以采用“基于測試用例”的準(zhǔn)則： （1）功能性測試用例通過率達(dá)到100％；（2）非功能性測試用例通過率達(dá)到95％時。附件九 設(shè)計評審報告文件狀態(tài)：[√] 草稿[ ] 正式發(fā)布[ ] 正在修改文件標(biāo)識：ProjectName當(dāng)前版本：作 者：完成日期：YearMonthDay版 本 歷 史版本/狀態(tài)作者參與者起止日期備注1. 基本信息提示：由評審主持人或評審員填寫此表格。至少200人同時在線操作平臺數(shù)據(jù)的負(fù)載量。指出系統(tǒng)輸出要求具備的精密度（分辨率）和精確度（按照某一已知的標(biāo)準(zhǔn)）。名稱詳細(xì)要求靜態(tài)數(shù)值需求動態(tài)數(shù)值需求精度時間特性要求可用性可靠性可維護(hù)性安全性可移植性可擴(kuò)展性兼容性… 靜態(tài)數(shù)值需求說明：支持的終端數(shù)；支持并行操作的用戶數(shù)。【接口定義】下表是對一些接口的具體描述:接口名稱接口描述填寫接口完成的任務(wù)接口類型填寫是輸入接口（inbound）還是輸出接口（outbound）源系統(tǒng)填寫接口輸入方系統(tǒng)或部件目標(biāo)系統(tǒng)填寫接口輸出方系統(tǒng)或部件廠商提供/客戶化開發(fā)文件類型填寫文件類型；若通過數(shù)據(jù)庫表來交互，請指明數(shù)據(jù)庫及表名文件數(shù)量峰值數(shù)據(jù)量頻度填寫數(shù)據(jù)處理的頻度復(fù)雜度批處理 /人工填寫接口數(shù)據(jù)的驅(qū)動模式是人工（manual）還是自動(automatic)，還是都支持接口類型填寫是實(shí)時接口還是批量接口等【其他系統(tǒng)詳細(xì)信息】說明：列出所有與接口交互的外圍系統(tǒng)的詳細(xì)信息。b 報表或菜單的頁面打印格式和內(nèi)容c 輸入輸出的需求說明：解釋各輸入輸出數(shù)據(jù)類型，并逐項(xiàng)說明其媒體、格式、數(shù)值范圍、精度等。格式限制說明：本項(xiàng)將指定由現(xiàn)有的標(biāo)準(zhǔn)或規(guī)則派生的要求。對于列出的每個問題，需澄清以下要點(diǎn)：? 為什么會出現(xiàn)這一問題？? 目前如何解決該問題？? 干系人需要什么樣的解決方案？務(wù)必要了解干系人或用戶對解決各個問題的相對重視程度。 干系人與用戶說明【可選】【可選】詳細(xì)說明目標(biāo)用戶的工作環(huán)境?！究蛇x】說明：對本文的范圍做闡述，本文檔改動時，受到影響的范圍，例如，本文引用到的用例模型，系統(tǒng)原型，系統(tǒng)測試用例等文檔。說明：描述具體的業(yè)務(wù)流程。2 組織結(jié)構(gòu)及業(yè)務(wù) 業(yè)務(wù)相關(guān)組織結(jié)構(gòu)、人員組織結(jié)構(gòu)說明：如果客戶崗位設(shè)置復(fù)雜可分別設(shè)置，業(yè)務(wù)組織結(jié)構(gòu)和人員組織結(jié)構(gòu) 組織機(jī)構(gòu)描述 角色職責(zé)說明：將業(yè)務(wù)涉及的具體人員進(jìn)行一定程度的分類和抽象，描述該抽象角色的操作職責(zé)。. 項(xiàng)目范圍提示：根據(jù)對現(xiàn)有需求的了解來確定項(xiàng)目基本范圍，說明本系統(tǒng)“應(yīng)當(dāng)包含的內(nèi)容”和“不包含的內(nèi)容”。外包服務(wù)的受托方人員不得查看、復(fù)制或帶離任何敏感信息。l 項(xiàng)目組同外包開發(fā)商商定驗(yàn)收的標(biāo)準(zhǔn)和方法。l 應(yīng)確保所有軟件配置項(xiàng)為最新，與實(shí)際運(yùn)行環(huán)境配套。合作開發(fā)商應(yīng)按計劃定期向項(xiàng)目經(jīng)理報告進(jìn)展?fàn)顟B(tài)，并提交階段性成果文檔。l 在完成上線后要填寫《系統(tǒng)驗(yàn)收評估報告》（附件十八），上報公司項(xiàng)目組匯總整理。 l 驗(yàn)收小組應(yīng)根據(jù)驗(yàn)收情況整理形成《系統(tǒng)驗(yàn)收報告》（附件十六）提交系統(tǒng)主要使用部門和信息技術(shù)部門審閱。l 系統(tǒng)轉(zhuǎn)換和數(shù)據(jù)遷移驗(yàn)收通過后，正式啟動試運(yùn)行。系統(tǒng)轉(zhuǎn)換前，檢查系統(tǒng)環(huán)境，確保運(yùn)行環(huán)境能滿足新應(yīng)用系統(tǒng)的需要。l 項(xiàng)目組完成系統(tǒng)幫助文檔（其中包括《用戶操作手冊》和《安裝維護(hù)手冊》）。l 《系統(tǒng)/用戶測試計劃》必須定義測試標(biāo)準(zhǔn)，并明確各種測試的測試步驟和需要的系統(tǒng)設(shè)置要求。l 對系統(tǒng)設(shè)計的修改的文檔須由文檔管理人員進(jìn)行歸檔管理。5 系統(tǒng)設(shè)計l 系統(tǒng)設(shè)計應(yīng)分為概要設(shè)計和詳細(xì)設(shè)計，系統(tǒng)設(shè)計要遵循完備性、一致性、擴(kuò)展性、可靠性、安全性、可維護(hù)性等原則。l 對于合作開發(fā)的項(xiàng)目，當(dāng)業(yè)務(wù)需求發(fā)生變更時，業(yè)務(wù)組應(yīng)提交《需求變更申請》（附件四），IT組組長審批后交給合作開發(fā)商實(shí)施。l 《立項(xiàng)分析報告》得到批準(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ò)管理員和外包商成員）。l 本制度中軟件開發(fā)指新系統(tǒng)開發(fā)和現(xiàn)有系統(tǒng)重大改造。軟件工程涉及需求管理、系統(tǒng)設(shè)計、系統(tǒng)實(shí)現(xiàn)、系統(tǒng)測試、用戶接受測試、試運(yùn)行、系統(tǒng)驗(yàn)收、系統(tǒng)上線和數(shù)據(jù)遷移。3 需求分析l 立項(xiàng)后業(yè)務(wù)組對用戶需求進(jìn)行匯總整理，出具《業(yè)務(wù)需求說明書》（附件二），并確保《業(yè)務(wù)需求說明書》中包含了所有的業(yè)務(wù)需求。項(xiàng)目經(jīng)理負(fù)責(zé)整個項(xiàng)目的計劃、組織、領(lǐng)導(dǎo)和控制?！对O(shè)計說明書》中需要定義系統(tǒng)輸入輸出說明和接口設(shè)計說明。l 項(xiàng)目組保證開發(fā)、測試和生產(chǎn)環(huán)境獨(dú)立，為各環(huán)境建立訪問權(quán)限控制機(jī)制，并明確項(xiàng)目成員的職責(zé)分工。對已評定為敏感信息的數(shù)據(jù)進(jìn)行敏感性處理和保護(hù)。l 項(xiàng)目組制定《試運(yùn)行計劃》（附件十二），并制定試運(yùn)行驗(yàn)收指標(biāo)，上報公司主管領(lǐng)導(dǎo)審批。l 數(shù)據(jù)遷移前，應(yīng)制定詳細(xì)的《數(shù)據(jù)遷移計劃》（附件十三），《數(shù)據(jù)遷移計劃》中應(yīng)包含遷移方案、測試方案、數(shù)據(jù)定義，新舊數(shù)據(jù)對照表、遷移時間、回退計劃等信息。l 試運(yùn)行達(dá)到試運(yùn)行計劃規(guī)定的終止條件時，項(xiàng)目組編寫《試運(yùn)行報告》（附件十五）。l 通常情況下，系統(tǒng)上線包含數(shù)據(jù)遷移工作。l 公司主管領(lǐng)導(dǎo)批準(zhǔn)結(jié)項(xiàng)后，業(yè)務(wù)組和IT組將整理的文檔提交各自部門統(tǒng)一管理。l 項(xiàng)目組同合作開發(fā)商商定驗(yàn)收的標(biāo)準(zhǔn)和方法。l 核心業(yè)務(wù)系統(tǒng)或模塊宜由委托方（即本機(jī)構(gòu)）自主開發(fā)。l 機(jī)房托管服務(wù)的受托方及其法定代表人在征信系統(tǒng)中必須無不良信用記錄。l 本制度自發(fā)布之日起開始執(zhí)行。例如：編號里程碑名稱預(yù)計結(jié)束時間備注需求調(diào)研完成項(xiàng)目計劃完成需求分析完成概要設(shè)計完成詳細(xì)設(shè)計完成實(shí)現(xiàn)完成集成測試完成系統(tǒng)測試完成用戶驗(yàn)收測試完成試運(yùn)行結(jié)束項(xiàng)目驗(yàn)收3. 總結(jié)提示：給出清晰的建議結(jié)論，便于上級領(lǐng)導(dǎo)決策。生產(chǎn)計劃以年度銷售計劃為指導(dǎo)，并綜合考慮設(shè)備能力、生產(chǎn)天數(shù)、庫存、歷史銷售記錄。4 假定和約束說明：列出進(jìn)行本軟件開發(fā)工作的假定和約束，例如開發(fā)期限等。2 綜合描述 系統(tǒng)背景【可選】說明：介紹系統(tǒng)的預(yù)期效果、歷史原因。）此處只需填寫姓名。 功能摘要總結(jié)該產(chǎn)品將提供的主要優(yōu)點(diǎn)和特性，而不必涉及每個功能的細(xì)節(jié)。說明：硬件設(shè)備、支持軟件、接口、控制等方面的約束名稱詳細(xì)要求【可選】說明：開發(fā)過程中必須使用的軟件語言、軟件進(jìn)程需求、主要開發(fā)工具、核心技術(shù)、第三方產(chǎn)品等。 硬件接口【可選】說明：要指出軟件產(chǎn)品和系統(tǒng)硬部件之間每一個接口的邏輯特點(diǎn)。（2）接口運(yùn)行參數(shù)配置說明：接口運(yùn)行參數(shù)的配置方式和步驟。 說明：對于該軟件的時間特性要求，如對：　　a．響應(yīng)時間；　　b．更新處理時間；　　c．?dāng)?shù)據(jù)的轉(zhuǎn)換和傳送時間；d．解題時間等要求。4 補(bǔ)充資料【可選】【可選】需求標(biāo)題1調(diào)查方式調(diào)查人調(diào)查對象時間、地點(diǎn)需求信息記錄 附件四 需求變更申請記錄號： 項(xiàng)