【正文】 3. 系統(tǒng)上線實錄提示：回顧系統(tǒng)上線各階段工作，大體步驟及異常處理情況。5系統(tǒng)的功能測試計劃6．?dāng)?shù)據(jù)遷移的需求和實施計劃提示：此處可以直接說明請見附件“數(shù)據(jù)遷移實施計劃”。乙方應(yīng)當(dāng)給出糾正缺陷，雙方協(xié)商第二次驗收的時間。3. 數(shù)據(jù)準(zhǔn)備提示：所準(zhǔn)備進(jìn)行轉(zhuǎn)換的數(shù)據(jù)情況描述以及數(shù)據(jù)來源部門的審批結(jié)果4. 數(shù)據(jù)遷移實錄提示：回顧系統(tǒng)上線各階段工作，大體步驟5．?dāng)?shù)據(jù)遷移后數(shù)據(jù)核對過程和結(jié)論提示：說明本次數(shù)據(jù)遷移后進(jìn)行數(shù)據(jù)核對的過程以及結(jié)論。項目經(jīng)理或試運行負(fù)責(zé)人審批意見：簽字 日期附件十三 數(shù)據(jù)遷移計劃1. 數(shù)據(jù)遷移的重要事件和里程碑日期2. 數(shù)據(jù)遷移前的備份要求3. 數(shù)據(jù)遷移測試結(jié)果清單提示：（1）用Microsoft Project制作進(jìn)度表（Gantt Chart），插入此處或作為附件。7. 附錄. 本計劃審批意見項目經(jīng)理審批意見：簽字 日期附件十一 系統(tǒng)/用戶測試報告1. 基本信息測試依據(jù)例如：參照標(biāo)準(zhǔn)、客戶需求、需求規(guī)格說明書、測試用例等測試范圍測試驗收標(biāo)準(zhǔn)測試環(huán)境描述測試驅(qū)動程序描述提示：可以把測試驅(qū)動程序當(dāng)作附件測試人員測試時間須注明每次回歸測試的時間測試工具2. 實況記錄模塊測試用例編號期望結(jié)果測試結(jié)果缺陷密度是否執(zhí)行了回歸測試3. 測試總評價根據(jù)對測試結(jié)果提出一個關(guān)于軟件能力的全面分析，需標(biāo)明遺留的主要缺陷、局限性和軟件的約束限制等，并提出軟件測試過程中程序中的不足。意見負(fù)責(zé)人簽字簽字：日期： 附件十 系統(tǒng)/用戶測試計劃文件狀態(tài)：[√] 草稿[ ] 正式發(fā)布[ ] 正在修改文件標(biāo)識：當(dāng)前版本：作 者：完成日期：YearMonthDay版 本 歷 史版本/狀態(tài)作者參與者起止日期備注1. 測試范圍與主要內(nèi)容提示：系統(tǒng)測試小組應(yīng)當(dāng)根據(jù)項目的特征確定測試范圍與內(nèi)容。測試用例功能1測試編號功能模塊－子模塊－編號測試項目模塊功能－子模塊功能用例描述描述測試上述功能的測試點依賴描述無環(huán)境及初始數(shù)據(jù)環(huán)境1， 填寫用到的各種測試數(shù)據(jù)的名稱依賴樣例測試本用例依賴的相關(guān)用例名稱序號前置條件測試子項執(zhí)行步驟預(yù)期結(jié)果實際結(jié)果備注測試序號填寫本用例運行的前置條件。根據(jù)需要，說明本程序的存儲分配。說明該程序應(yīng)具有的功能，可采用IPO圖（即輸入一處理一輸出圖）的形式。列出本文件中用到專門術(shù)語的定義和外文首字母組詞的原詞組。提示：說明在過程中將采用的方法與工具。（2）說明本項目“應(yīng)當(dāng)包含的內(nèi)容”和“不包含的內(nèi)容”。 數(shù)據(jù)管理要求【可選】說明：需要管理的文卷和記錄的個數(shù)、表和文卷的大小規(guī)模，要按可預(yù)見的增長對數(shù)據(jù)及其分量的存儲要求做出估算。【其他配置[可選] 】說明：外圍系統(tǒng)或相關(guān)模塊的配置。還可能包括如下事宜：支撐什么樣的設(shè)備，如何支撐這些設(shè)備，有何約定。說明：闡述本產(chǎn)品應(yīng)當(dāng)遵循什么標(biāo)準(zhǔn)、規(guī)范或業(yè)務(wù)規(guī)則，違反標(biāo)準(zhǔn)、規(guī)范或業(yè)務(wù)規(guī)則的產(chǎn)品通常不太可能被接受。對功能加以組織，使客戶或初次閱讀該文檔的其他人能夠理解此功能列表。]說明[對干系人類型的簡要說明。 問題說明【可選】提供一段說明，總結(jié)此項目需要解決的問題。 運行環(huán)境約束 設(shè)計約束【可選】說明：開發(fā)過程中必須使用的軟件語言、軟件進(jìn)程需求、主要開發(fā)工具、核心技術(shù)、第三方產(chǎn)品等。采購計劃的制訂以生產(chǎn)計劃為依據(jù)。附件二 業(yè)務(wù)需求說明書文件狀態(tài)：[√] 草稿[ ] 正式發(fā)布[ ] 正在修改文件標(biāo)識：ProjectName當(dāng)前版本：作 者：完成日期：YearMonthDay版 本 歷 史版本/狀態(tài)作者參與者起止日期備注1概述 業(yè)務(wù)調(diào)研人員名單【可選】序號職能部門姓名主管聯(lián)系電話備注此處描寫總體業(yè)務(wù)的概要分類并。附件一 立項分析報告文件狀態(tài)：[√] 草稿[ ] 正式發(fā)布[ ] 正在修改文件標(biāo)識：ProjectName當(dāng)前版本：作 者：完成日期：YearMonthDay版 本 歷 史版本/狀態(tài)作者參與者起止日期備注1. 項目介紹. 項目目的提示：用簡練的語言說明本項目“是什么”，“實現(xiàn)什么目的”。第六十二條 項目經(jīng)理負(fù)責(zé)監(jiān)控外包開發(fā)商的項目管理及軟件開發(fā)活動。第五十六條 項目經(jīng)理同合作開發(fā)商明確規(guī)定項目變更的范圍和處理方式，重點關(guān)注需求和設(shè)計變更。第四十九條 《系統(tǒng)上線計劃》內(nèi)容應(yīng)包括但不限于：部署方式和資源分配（包括人力資源及服務(wù)器資源）；上線工作時間表；上線操作步驟以及問題處理步驟；項目階段性里程碑和成果匯報（項目執(zhí)行狀態(tài)的審閱、進(jìn)度安排等）；數(shù)據(jù)遷移的需求和實施計劃；完整可行的應(yīng)急預(yù)案和“回退”計劃；用戶培訓(xùn)計劃（包括：培訓(xùn)計劃、培訓(xùn)手冊、培訓(xùn)考核等）；總公司下發(fā)的系統(tǒng)標(biāo)準(zhǔn)參數(shù)配置。第九節(jié) 系統(tǒng)驗收第四十三條 系統(tǒng)主要使用部門及信息技術(shù)部門聯(lián)合組成獨立系統(tǒng)驗收小組，也可授權(quán)原項目組作為驗收小組。各相關(guān)部門驗收轉(zhuǎn)換結(jié)果后在該報告上簽字確認(rèn)。用戶培訓(xùn)的完成度應(yīng)為實施后評估的指標(biāo)之一。出具《系統(tǒng)測試報告》（附件十一），測試人員簽字確認(rèn)測試結(jié)果。第二十六條 項目組進(jìn)行單元測試和集成測試，測試人員簽字確認(rèn)測試結(jié)果。第二十條 設(shè)計評審均以《業(yè)務(wù)需求說明書》和《系統(tǒng)需求規(guī)格說明書》為依據(jù)，確保系統(tǒng)設(shè)計滿足全部需求。業(yè)務(wù)組組長和IT組組長需配合項目經(jīng)理對項目計劃執(zhí)行情況進(jìn)行監(jiān)控，確保項目按計劃完成?！断到y(tǒng)需求規(guī)格說明書》需詳細(xì)列出業(yè)務(wù)對系統(tǒng)的要求（界面、輸入、輸出、管理功能、安全需求、運作模式、關(guān)鍵指標(biāo)(KPI)等）?！读㈨椃治鰣蟾妗窇?yīng)明確項目的范圍和邊界。本制度適用于公司總公司軟件研發(fā)與管理，分公司參照執(zhí)行。軟件工程涉及需求管理、系統(tǒng)設(shè)計、系統(tǒng)實現(xiàn)、系統(tǒng)測試、用戶接受測試、試運行、系統(tǒng)驗收、系統(tǒng)上線和數(shù)據(jù)遷移。第三節(jié) 需求分析第九條 立項后業(yè)務(wù)組對用戶需求進(jìn)行匯總整理，出具《業(yè)務(wù)需求說明書》（附件二），并確?！稑I(yè)務(wù)需求說明書》中包含了所有的業(yè)務(wù)需求。項目經(jīng)理負(fù)責(zé)整個項目的計劃、組織、領(lǐng)導(dǎo)和控制?！对O(shè)計說明書》中需要定義系統(tǒng)輸入輸出說明和接口設(shè)計說明。第二十五條 項目組保證開發(fā)、測試和生產(chǎn)環(huán)境獨立，為各環(huán)境建立訪問權(quán)限控制機(jī)制，并明確項目成員的職責(zé)分工。對已評定為敏感信息的數(shù)據(jù)進(jìn)行敏感性處理和保護(hù)。第三十五條 項目組制定《試運行計劃》（附件十二），并制定試運行驗收指標(biāo)，上報公司主管領(lǐng)導(dǎo)審批。第三十八條 數(shù)據(jù)遷移前，應(yīng)制定詳細(xì)的《數(shù)據(jù)遷移計劃》（附件十三），《數(shù)據(jù)遷移計劃》中應(yīng)包含遷移方案、測試方案、數(shù)據(jù)定義，新舊數(shù)據(jù)對照表、遷移時間、回退計劃等信息。第四十二條 試運行達(dá)到試運行計劃規(guī)定的終止條件時，項目組編寫《試運行報告》（附件十五）。第四十七條 通常情況下，系統(tǒng)上線包含數(shù)據(jù)遷移工作。第五十三條 公司主管領(lǐng)導(dǎo)批準(zhǔn)結(jié)項后，業(yè)務(wù)組和IT組將整理的文檔提交各自部門統(tǒng)一管理。第五十九條 項目組同合作開發(fā)商商定驗收的標(biāo)準(zhǔn)和方法。第六十五條 以上各要求需要在開發(fā)合同中明確。2. 項目計劃. 項目團(tuán)隊提示：說明項目團(tuán)隊的角色、知識技能要求、建議人選、人數(shù)、工作時間，如下表所示。 管理綜述【可選】說明：主要描述該業(yè)務(wù)的管理特點和管理模式。說明：業(yè)務(wù)對象：業(yè)務(wù)流程中涉及的單據(jù)、報表等。 參考文檔說明：列出本文檔的所有參考文獻(xiàn)（可以是非正式出版物），包括計劃任務(wù)書、合同、批文、引用到的文件、資料及軟件開發(fā)標(biāo)準(zhǔn)等。以下是幾項建議：該任務(wù)由多少人來完成？是否總在變化？一個任務(wù)周期需要多長時間？執(zhí)行每項活動要用多長時間？是否總在變化？是否有特殊的環(huán)境約束：移動、戶外、乘機(jī)旅行等？目前使用的是哪些系統(tǒng)平臺？以后會使用哪些平臺？還在使用哪些應(yīng)用程序？您的應(yīng)用程序是否需要和這些應(yīng)用程序集成？在此處可以從業(yè)務(wù)模型中摘錄一些內(nèi)容來概述所涉及的任務(wù)和角色等等。分級和累積投票方法表明，必須解決的問題與干系人或用戶希望解決的問題大有不同。例如：報表格式；數(shù)據(jù)命名；財務(wù)處理；審計追蹤，等等。對軟件的數(shù)據(jù)輸出及必須標(biāo)明的控制輸出量進(jìn)行解釋并舉例，包括對硬拷貝報告（正常結(jié)果輸出、狀態(tài)輸出及異常輸出）以及圖形或顯示報告的描述。包括輸入、輸出系統(tǒng)等系統(tǒng)填寫與接口交互的系統(tǒng)名稱系統(tǒng)類型填寫是接口的數(shù)據(jù)源系統(tǒng)(source)還是目標(biāo)系統(tǒng)(object)數(shù)據(jù)庫填寫交互系統(tǒng)使用的數(shù)據(jù)庫及版本軟件填寫交互系統(tǒng)的軟件名稱架構(gòu)類型交互系統(tǒng)的架構(gòu)類型是B/S 還是C/S。 動態(tài)數(shù)值需求說明：欲處理的事務(wù)和任務(wù)的數(shù)量，以及在正常情況下和峰值工作條件下一定時間周期中處理的數(shù)據(jù)總量。說明：主要是在線用戶手冊與幫助系統(tǒng)，也包括其他的文檔 第三方產(chǎn)品【可選】說明：使用到的第三方產(chǎn)品相關(guān)的 使用許可、使用限制、接口標(biāo)準(zhǔn)。3 項目過程定義提示：簡要描述、繪制本項目的軟件生命周期模型。風(fēng)險級別：確定風(fēng)險的嚴(yán)重性、可能性、風(fēng)險系數(shù)風(fēng)險描述：緩解方案或者應(yīng)急計劃。以下給出的提綱是針對一般情況的。詳細(xì)說明本程序所選用的算法，具體的計算公式和計算步驟。4程序2（標(biāo)識符）設(shè)計說明用類似F．3的方式，說明第2個程序乃至第N個程序的設(shè)計考慮。評審結(jié)論[ ] 工作成果合格，“無需修改”或者“需要輕微修改但不必再審核”。例如n大于10，m小于等于1。3. 應(yīng)遞交的工作成果工作成果名稱預(yù)計完成時間試運行報告報錯趨勢分析報告……4. 進(jìn)度表提示：（1）用Microsoft Project制作進(jìn)度表（