【正文】 附件十四 數(shù)據(jù)遷移報告1. 背景介紹提示：介紹系統(tǒng)轉(zhuǎn)換的背景情況。提示：（1）用Microsoft Project制作進度表（Gantt Chart），插入此處或作為附件。8. 備份以及批處理設(shè)置情況提示：可將設(shè)置情況作為附件9．問題和建議提示：對系統(tǒng)上線過程的問題進行總結(jié)，提出意見，并就上線及運行維護情況提出自己的建議。（2）如果工作成果存在一些輕微的缺陷，則乙方應(yīng)當給出糾正缺陷的措施，雙方協(xié)商是否需要第二次驗收。2). 預(yù)防措施提示：針對轉(zhuǎn)換失敗的幾類原因，制定預(yù)防措施。2. 測試方法提示：例如黑盒測試和白盒測試。說明本程序運行中所受到的限制條件。列出這些文件的標題、文件編號、發(fā)表日期和出版單位，說明能夠取得這些文件的來源。提示：請說明本項目的客戶、用戶及其相關(guān)責任人是誰，描述最終用戶的特征。例如，局部網(wǎng)絡(luò)的協(xié)議等等。 非功能需求 外部接口說明：提供用戶使用軟件產(chǎn)品時的接口需求。]使用頻率[該干系人使用系統(tǒng)的頻率]意見/問題[在此處列出會阻礙成功的問題以及任何其他相關(guān)信息。5 其他 目前核心問題和困難 業(yè)務(wù)對項目實施的需求和期望【可選】 其他未盡事宜附件三 系統(tǒng)需求規(guī)格說明書文件狀態(tài)：[√] 草稿[ ] 正式發(fā)布[ ] 正在修改文件標識：ProjectName當前版本：作 者：完成日期：YearMonthDay版 本 歷 史版本/狀態(tài)作者參與者起止日期備注1 引言 目的例如：規(guī)定系統(tǒng)的邊界和目標，描述系統(tǒng)的功能性需求和非功能性需求。 相關(guān)文檔說明：列出本文檔的所有參考文獻（可以是非正式出版物），包括現(xiàn)有規(guī)范、標準、批文、引用到的文件、資料等。發(fā)生重大問題時，外包開發(fā)商需及時向項目經(jīng)理匯報。第五十一條 在完成上線后要填寫《系統(tǒng)驗收評估報告》（附件十八），上報總公司項目組匯總整理。第四十一條 系統(tǒng)轉(zhuǎn)換和數(shù)據(jù)遷移驗收通過后，正式啟動試運行。第三十三條 項目組完成系統(tǒng)幫助文檔（其中包括《用戶操作手冊》和《安裝維護手冊》）。第二十二條 對系統(tǒng)設(shè)計的修改的文檔須由文檔管理人員進行歸檔管理。第十一條 對于合作開發(fā)的項目，當業(yè)務(wù)需求發(fā)生變更時，業(yè)務(wù)組應(yīng)提交《需求變更申請》（附件四），IT組組長審批后交給合作開發(fā)商實施。第三條 本制度中自行開發(fā)是指主要依賴公司自身的管理、業(yè)務(wù)和技術(shù)力量進行系統(tǒng)設(shè)計、軟件開發(fā)、集成和相關(guān)的技術(shù)支持工作，一般僅向外購置有關(guān)的硬件設(shè)備和支撐軟件平臺；合作開發(fā)是公司與專業(yè)IT公司（合作商）共同協(xié)作完成IT應(yīng)用的項目實施和技術(shù)支持工作，一般形式是公司負責提供業(yè)務(wù)框架，合作商提供技術(shù)框架，雙方組成開發(fā)團隊進行項目實施，IT系統(tǒng)的日常支持由IT技術(shù)中心和合作商共同承擔，IT技術(shù)中心負責內(nèi)部（一級）支持，合作商負責外部（二級）支持；外包開發(fā)是指將IT應(yīng)用項目的設(shè)計、開發(fā)、集成、培訓(xùn)等任務(wù)承包給某家專業(yè)公司（可以是專業(yè)的IT公司或咨詢公司等），由該公司（承包商）負責應(yīng)用項目的實施。公司委派一名員工負責監(jiān)督項目的進度，進行項目管理工作，確保開發(fā)能及時完成并能滿足業(yè)務(wù)需要。第十八條 在系統(tǒng)設(shè)計階段中，用戶應(yīng)充分參與，確保系統(tǒng)設(shè)計能滿足系統(tǒng)需求。第二十九條 項目組向數(shù)據(jù)擁有部門申請獲取測試用業(yè)務(wù)數(shù)據(jù)的使用權(quán)，對獲取的數(shù)據(jù)進行嚴格的訪問控制，確保只有相關(guān)項目人員才能訪問及使用。系統(tǒng)轉(zhuǎn)換時必須詳細記錄原系統(tǒng)中的重要參數(shù)、設(shè)置等系統(tǒng)信息，并填寫試運行報告相關(guān)內(nèi)容。第四十五條 系統(tǒng)主要使用部門和信息技術(shù)部門負責人根據(jù)系統(tǒng)測試、試運行情況簽署驗收意見。發(fā)生重大問題時，合作開發(fā)商需及時向項目經(jīng)理匯報。（1）公司的短期、長期發(fā)展戰(zhàn)略；（2）業(yè)務(wù)需求及發(fā)展趨勢；（3）技術(shù)狀況及發(fā)展趨勢；（4）特殊的業(yè)務(wù)需求等。 具體業(yè)務(wù)流程（系統(tǒng)名稱+編號）對于具體業(yè)務(wù)流程的命名有規(guī)范，對具體流程進行編號，便于形成需求矩陣，同時形成需求的管理和跟蹤。l 完整而準確的定義本產(chǎn)品的干系人；l 明確本產(chǎn)品所影響到的部門和業(yè)務(wù)；l 用圖表或者文字描述產(chǎn)品的范圍，概要的定義產(chǎn)品的功能。業(yè)務(wù)需求目標系統(tǒng)業(yè)務(wù)活動（可選）功能名稱 假定和約束說明：列出進行本軟件開發(fā)工作的假定和約束，例如：開發(fā)語言、開發(fā)期限等。對于每一個接口，這部分應(yīng)說明與軟件產(chǎn)品相關(guān)的接口軟件的目的，并根據(jù)信息的內(nèi)容和格式定義接口，但不必詳細描述任何已有完整文件的接口，只要引用定義該接口的文件即可。平均修復(fù)時間 (MTTR)—系統(tǒng)在發(fā)生故障后可以暫停運行的時間。角色職責人員姓名工作說明高層領(lǐng)導(dǎo)項目經(jīng)理需求分析員系統(tǒng)設(shè)計員程序員測試員… 軟硬件資源計劃提示：分析項目開發(fā)、測試、運行所需的軟硬件資源和關(guān)鍵計算機資源（會影響軟件產(chǎn)品的性能的CPU、內(nèi)存、帶寬等內(nèi)容），主要內(nèi)容包括：l 資源級別（分為“關(guān)鍵”、“普通”兩種）l 詳細配置l 獲取方式（如“已經(jīng)存在”、“可以借用”或“需要購買”等）與獲取時間l 使用說明（如“誰”在“什么”時候使用）軟硬件資源名稱級別詳細配置獲取方式與時間使用說明關(guān)鍵關(guān)鍵普通…6 文檔交付列表序號交付文檔名稱交付日期備注7 風險管理計劃提示：以下是各個列標題的解釋。數(shù)量和頻度、輸入媒體、輸入數(shù)據(jù)的來源和安全保密條件等等。附件九 設(shè)計評審報告文件狀態(tài)：[√] 草稿[ ] 正式發(fā)布[ ] 正在修改文件標識：ProjectName當前版本：作 者：完成日期：YearMonthDay版 本 歷 史版本/狀態(tài)作者參與者起止日期備注1. 基本信息提示：由評審主持人或評審員填寫此表格。缺陷名稱缺陷類型嚴重程度模塊原因駐留時間解決方案…測試人員簽字/日期：附件十二 試運行計劃文件狀態(tài)：[√] 草稿[ ] 正式發(fā)布[ ] 正在修改文件標識：ProjectNameTestRunPLAN當前版本：作 者：完成日期：YearMonthDay版 本 歷 史版本/狀態(tài)作者參與者起止日期備注1. 試運行目標提示：說明本次試運行的主要內(nèi)容與目標（必須是可以驗證的）。7. 問題和建議提示：對數(shù)據(jù)遷移過程的問題進行總結(jié)，提出意見，并就運行維護情況提出自己的建議附錄：本計劃審批意見項目負責人審批意見：簽字 日期信息技術(shù)部審批意見簽字 日期業(yè)務(wù)部門審批意見簽字 日期附件十五 試運行報告文件狀態(tài)：[√] 草稿[ ] 正式發(fā)布[ ] 正在修改文件標識：ProjectNameTestRunREPORT當前版本：作 者：版 本 歷 史版本/狀態(tài)作者參與者起止日期備注1. 背景介紹提示：說明此次運行工作的必要性。3). 事件處理及回退計劃提示：在突發(fā)事件出現(xiàn)時的應(yīng)對策略，應(yīng)從人員組織、流程制定等方面考慮。應(yīng)急處理人員角色職責8. 業(yè)務(wù)人員培訓(xùn)方案提示：說明培訓(xùn)內(nèi)容，時間，地點，培訓(xùn)講師等信息9. 總公司下發(fā)的系統(tǒng)標準參數(shù)配置提示：可以直接將該配置作為附件。3. 試運行取得的工作成果提示：說明本次試運行工作成果（程序、文檔、數(shù)據(jù)等）以及試運行平臺和時間。3. 應(yīng)遞交的工作成果工作成果名稱預(yù)計完成時間試運行報告報錯趨勢分析報告……4. 進度表提示：（1）用Microsoft Project制作進度表（Gantt Chart）插入此處或者參照此表制作一份進度表。評審結(jié)論[ ] 工作成果合格，“無需修改”或者“需要輕微修改但不必再審核”。詳細說明本程序所選用的算法，具體的計算公式和計算步驟。風險級別：確定風險的嚴重性、可能性、風險系數(shù)風險描述：緩解方案或者應(yīng)急計劃。說明：主要是在線用戶手冊與幫助系統(tǒng)，也包括其他的文檔 第三方產(chǎn)品【可選】說明：使用到的第三方產(chǎn)品相關(guān)的 使用許可、使用限制、接口標準。包括輸入、輸出系統(tǒng)等系統(tǒng)填寫與接口交互的系統(tǒng)名稱系統(tǒng)類型填寫是接口的數(shù)據(jù)源系統(tǒng)(source)還是目標系統(tǒng)(object)數(shù)據(jù)庫填寫交互系統(tǒng)使用的數(shù)據(jù)庫及版本軟件填寫交互系統(tǒng)的軟件名稱架構(gòu)類型交互系統(tǒng)的架構(gòu)類型是B/S 還是C/S。例如：報表格式；數(shù)據(jù)命名；財務(wù)處理；審計追蹤，等等。以下是幾項建議：該任務(wù)由多少人來完成？是否總在變化？一個任務(wù)周期需要多長時間？執(zhí)行每項活動要用多長時間？是否總在變化？是否有特殊的環(huán)境約束：移動、戶外、乘機旅行等？目前使用的是哪些系統(tǒng)平臺？以后會使用哪些平臺？還在使用哪些應(yīng)用程序？您的應(yīng)用程序是否需要和這些應(yīng)用程序集成？在此處可以從業(yè)務(wù)模型中摘錄一些內(nèi)容來概述所涉及的任務(wù)和角色等等。說明：業(yè)務(wù)對象：業(yè)務(wù)流程中涉及的單據(jù)、報表等。2. 項目計劃. 項目團隊提示：說明項目團隊的角色、知識技能要求、建議人選、人數(shù)、工作時間，如下表所示。第五十九條 項目組同合作開發(fā)商商定驗收的標準和方法。第四十七條 通常情況下，系統(tǒng)上線包含數(shù)據(jù)遷移工作。第三十八條 數(shù)據(jù)遷移前，應(yīng)制定詳細的《數(shù)據(jù)遷移計劃》（附件十三），《數(shù)據(jù)遷移計劃》中應(yīng)包含遷移方