【正文】 乙方應(yīng)當(dāng)賠償給客戶方造成的損失。3. 試運行取得的工作成果提示：說明本次試運行工作成果（程序、文檔、數(shù)據(jù)等）以及試運行平臺和時間。包含主文件檢查、轉(zhuǎn)換前后數(shù)據(jù)記錄與余額核對、數(shù)據(jù)映射表、會計科目對照表、機(jī)構(gòu)對照表、內(nèi)部基礎(chǔ)數(shù)據(jù)對照表、賬務(wù)報表的核對結(jié)果等。應(yīng)急處理人員角色職責(zé)說明培訓(xùn)內(nèi)容，時間，地點，培訓(xùn)講師等信息。（2）或者在此處用表格制作一份進(jìn)度表，例如：任務(wù)名稱及其描述開始時間結(jié)束時間參加人員任務(wù)1任務(wù)2…5. 轉(zhuǎn)換操作步驟以及問題處理步驟6．?dāng)?shù)據(jù)核對計劃7．?dāng)?shù)據(jù)遷移的需求和實施計劃8．應(yīng)急預(yù)案及回退計劃1). 分析引發(fā)轉(zhuǎn)換失敗的潛在原因提示：說明轉(zhuǎn)換失敗的幾類原因，考慮人員、軟硬件設(shè)施、經(jīng)費等因素。3. 應(yīng)遞交的工作成果工作成果名稱預(yù)計完成時間試運行報告報錯趨勢分析報告……4. 進(jìn)度表提示：（1）用Microsoft Project制作進(jìn)度表（Gantt Chart）插入此處或者參照此表制作一份進(jìn)度表。根據(jù)測試標(biāo)準(zhǔn)及測試結(jié)果，綜合評價軟件的開發(fā)是否已達(dá)到預(yù)定目標(biāo)。例如n大于10，m小于等于1。一般地，系統(tǒng)測試的主要內(nèi)容包括功能測試、健壯性測試、性能測試、用戶界面測試、安全性（security）測試、安裝與反安裝測試等。評審結(jié)論[ ] 工作成果合格，“無需修改”或者“需要輕微修改但不必再審核”。如登陸、權(quán)限、設(shè)備就緒等；說明測試的基本流還是備選流；要求測試遍歷所有的備選流；詳細(xì)列出各個用例角色的操作的動作。4程序2（標(biāo)識符）設(shè)計說明用類似F．3的方式，說明第2個程序乃至第N個程序的設(shè)計考慮。說明準(zhǔn)備在本程序中安排的注釋，如：加在模塊首部的注釋；加在各分枝點處的注釋；對各變量的功能、范圍、缺省條件等所加的注釋；對使用的邏輯所加的注釋等等。詳細(xì)說明本程序所選用的算法，具體的計算公式和計算步驟。說明對該程序的全部性能要求，包括對精度、靈活性和時間特性的要求。以下給出的提綱是針對一般情況的。列出有關(guān)的參考資料，如：本項目的經(jīng)核準(zhǔn)的計劃任務(wù)書或合同、上級機(jī)關(guān)的批文；屬于本項目的其他已發(fā)表的文件；本文件中各處引用到的文件資料，包括所要用到的軟件開發(fā)標(biāo)準(zhǔn)。風(fēng)險級別：確定風(fēng)險的嚴(yán)重性、可能性、風(fēng)險系數(shù)風(fēng)險描述：緩解方案或者應(yīng)急計劃。例如采用Rational Rose進(jìn)行面向?qū)ο蠓治雠c設(shè)計，采用Visual SourceSafe進(jìn)行配置管理，采用Microsoft Office制作文檔。3 項目過程定義提示：簡要描述、繪制本項目的軟件生命周期模型。提示：給出“清晰的”、“可實現(xiàn)”、“可驗證”的目標(biāo)。說明：主要是在線用戶手冊與幫助系統(tǒng)，也包括其他的文檔 第三方產(chǎn)品【可選】說明：使用到的第三方產(chǎn)品相關(guān)的 使用許可、使用限制、接口標(biāo)準(zhǔn)。 可用性指出普通用戶和高級用戶要高效地執(zhí)行特定操作所需的培訓(xùn)時間，指出典型任務(wù)的可評測任務(wù)次數(shù)或根據(jù)用戶已知或喜歡的其他系統(tǒng)確定新系統(tǒng)的可用性需求性能指出可用時間百分比 ( %)、使用小時數(shù)、維護(hù)訪問權(quán)、降級模式操作等。 動態(tài)數(shù)值需求說明：欲處理的事務(wù)和任務(wù)的數(shù)量，以及在正常情況下和峰值工作條件下一定時間周期中處理的數(shù)據(jù)總量?！究蛇x】說明：指定各種通信接口。包括輸入、輸出系統(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?！究蛇x】說明：在此要指定需使用的其他軟件產(chǎn)品（例如，數(shù)據(jù)管理系統(tǒng)、操作系統(tǒng)或數(shù)學(xué)軟件包），以及同其他應(yīng)用系統(tǒng)之間的接口。對軟件的數(shù)據(jù)輸出及必須標(biāo)明的控制輸出量進(jìn)行解釋并舉例，包括對硬拷貝報告（正常結(jié)果輸出、狀態(tài)輸出及異常輸出）以及圖形或顯示報告的描述。3 具體需求說明：對于每一類功能或者有時對于每一個功能，需要具體描述其輸入、加工和輸出的需求。例如：報表格式；數(shù)據(jù)命名；財務(wù)處理；審計追蹤，等等。 功能清單及重要程度說明說明：功能名稱、功能描述、重要程度。分級和累積投票方法表明，必須解決的問題與干系人或用戶希望解決的問題大有不同。]類型[介紹干系人的技能特長、技術(shù)背景和熟練程度（即權(quán)威用戶、業(yè)務(wù)用戶、專家用戶、初級用戶等）]職責(zé)[列出干系人對所開發(fā)的系統(tǒng)負(fù)有的關(guān)鍵職責(zé)，即他們作為干系人的利益。以下是幾項建議：該任務(wù)由多少人來完成？是否總在變化？一個任務(wù)周期需要多長時間？執(zhí)行每項活動要用多長時間？是否總在變化？是否有特殊的環(huán)境約束：移動、戶外、乘機(jī)旅行等？目前使用的是哪些系統(tǒng)平臺？以后會使用哪些平臺？還在使用哪些應(yīng)用程序？您的應(yīng)用程序是否需要和這些應(yīng)用程序集成？在此處可以從業(yè)務(wù)模型中摘錄一些內(nèi)容來概述所涉及的任務(wù)和角色等等。可以采用以下格式：問題是[對問題進(jìn)行說明]影響[問題影響的干系人]問題的后果[該問題會導(dǎo)致什么后果]成功的解決方案[應(yīng)列出成功解決方案的一些主要優(yōu)點]說明：闡述本項目“適用的業(yè)務(wù)領(lǐng)域”和“不適用的業(yè)務(wù)領(lǐng)域”，本產(chǎn)品“應(yīng)當(dāng)包含的內(nèi)容”和“不包含的內(nèi)容”。 參考文檔說明：列出本文檔的所有參考文獻(xiàn)（可以是非正式出版物），包括計劃任務(wù)書、合同、批文、引用到的文件、資料及軟件開發(fā)標(biāo)準(zhǔn)等。 產(chǎn)品應(yīng)當(dāng)遵循的標(biāo)準(zhǔn)或規(guī)范【可選】說明：闡述本產(chǎn)品應(yīng)當(dāng)遵循什么標(biāo)準(zhǔn)、規(guī)范或業(yè)務(wù)規(guī)則，違反標(biāo)準(zhǔn)、規(guī)范或業(yè)務(wù)規(guī)則的產(chǎn)品通常不太可能被接受。說明：業(yè)務(wù)對象：業(yè)務(wù)流程中涉及的單據(jù)、報表等。 現(xiàn)有業(yè)務(wù)流程清單【可選】說明：現(xiàn)有業(yè)務(wù)流程需要考慮，很多新的業(yè)務(wù)是在已有業(yè)務(wù)流程基礎(chǔ)上進(jìn)行重組的。 管理綜述【可選】說明：主要描述該業(yè)務(wù)的管理特點和管理模式。 業(yè)務(wù)目標(biāo)從高層或商務(wù)利益的角度提出本業(yè)務(wù)系統(tǒng)的期望目標(biāo)，以及評價標(biāo)準(zhǔn)。2. 項目計劃. 項目團(tuán)隊提示：說明項目團(tuán)隊的角色、知識技能要求、建議人選、人數(shù)、工作時間，如下表所示。描述簡練且清晰。第六十五條 以上各要求需要在開發(fā)合同中明確。外包開發(fā)商應(yīng)按計劃定期向項目經(jīng)理報告進(jìn)展?fàn)顟B(tài)，并提交階段性成果文檔。第五十九條 項目組同合作開發(fā)商商定驗收的標(biāo)準(zhǔn)和方法。第五十七條 項目經(jīng)理負(fù)責(zé)監(jiān)控合作開發(fā)商的項目管理及軟件開發(fā)活動。第五十三條 公司主管領(lǐng)導(dǎo)批準(zhǔn)結(jié)項后，業(yè)務(wù)組和IT組將整理的文檔提交各自部門統(tǒng)一管理。第五十條 上線單位在上線初期需加強(qiáng)日常運行狀態(tài)監(jiān)控，出現(xiàn)問題時應(yīng)及時處理，對重大問題應(yīng)啟動緊急預(yù)案。第四十七條 通常情況下，系統(tǒng)上線包含數(shù)據(jù)遷移工作。驗收小組從功能需求及技術(shù)需求層面對系統(tǒng)進(jìn)行綜合評估。第四十二條 試運行達(dá)到試運行計劃規(guī)定的終止條件時，項目組編寫《試運行報告》（附件十五）。第四十條 系統(tǒng)轉(zhuǎn)換和數(shù)據(jù)遷移由試運行單位業(yè)務(wù)部門和公司主管領(lǐng)導(dǎo)共同監(jiān)督并進(jìn)行驗收。第三十八條 數(shù)據(jù)遷移前，應(yīng)制定詳細(xì)的《數(shù)據(jù)遷移計劃》（附件十三），《數(shù)據(jù)遷移計劃》中應(yīng)包含遷移方案、測試方案、數(shù)據(jù)定義，新舊數(shù)據(jù)對照表、遷移時間、回退計劃等信息。第三十七條 項目組根據(jù)《試運行計劃》進(jìn)行系統(tǒng)轉(zhuǎn)換和數(shù)據(jù)遷移。第三十五條 項目組制定《試運行計劃》（附件十二），并制定試運行驗收指標(biāo)，上報公司主管領(lǐng)導(dǎo)審批。第三十二條 系統(tǒng)測試通過后，IT組配合業(yè)務(wù)組建立用戶測試環(huán)境，業(yè)務(wù)組根據(jù)用戶測試用例進(jìn)行用戶測試，出具《用戶測試報告》（附件十一），業(yè)務(wù)組組長和IT組組長應(yīng)在用戶測試報告中簽字確認(rèn)。對已評定為敏感信息的數(shù)據(jù)進(jìn)行敏感性處理和保護(hù)。第七節(jié) 系統(tǒng)測試和用戶測試第二十七條 項目組制定《系統(tǒng)/用戶測試計劃》（附件十），并提交項目經(jīng)理對計劃可行性進(jìn)行審批。第二十五條 項目組保證開發(fā)、測試和生產(chǎn)環(huán)境獨立，為各環(huán)境建立訪問權(quán)限控制機(jī)制，并明確項目成員的職責(zé)分工。第二十一條 對已確認(rèn)通過的系統(tǒng)設(shè)計進(jìn)行修改需獲得管理部門、業(yè)務(wù)組組長和IT組組長的審批后方可進(jìn)行。《設(shè)計說明書》中需要定義系統(tǒng)輸入輸出說明和接口設(shè)計說明。第十六條 項目計劃需要變更時，項目經(jīng)理填寫《項目計劃變更說明》（附件六），并提交公司主管領(lǐng)導(dǎo)審批，通過審批后，交給業(yè)務(wù)組組長和IT組組長執(zhí)行。項目經(jīng)理負(fù)責(zé)整個項目的計劃、組織、領(lǐng)導(dǎo)和控制?！断到y(tǒng)需求規(guī)格說明書》需要由業(yè)務(wù)組提交給相關(guān)業(yè)務(wù)流程負(fù)責(zé)人確認(rèn)。第三節(jié) 需求分析第九條 立項后業(yè)務(wù)組對用戶需求進(jìn)行匯總整理，出具《業(yè)務(wù)需求說明書》（附件二），并確保《業(yè)務(wù)需求說明書》中包含了所有的業(yè)務(wù)需求。第七條 應(yīng)用系統(tǒng)主要使用部門將《立項分析報告》上交公司總裁室進(jìn)行立項審批，以保證系統(tǒng)項目與公司整體策略相一致。軟件工程涉及需求管理、系統(tǒng)設(shè)計、系統(tǒng)實現(xiàn)、系統(tǒng)測試、用戶接受測試、試運行、系統(tǒng)驗收、系統(tǒng)上線和數(shù)據(jù)遷移。第二條 本制度中軟件開發(fā)指新系統(tǒng)開發(fā)和現(xiàn)有系統(tǒng)重大改造。本制度適用于公司總公司軟件研發(fā)與管理，分公司參照執(zhí)行。項目管理涉及立項管理、項目計劃和監(jiān)控、配置管理、合作開發(fā)管理和結(jié)項管理?！读㈨椃治鰣蟾妗窇?yīng)明確項目的范圍和邊界。項目組人員的選擇應(yīng)滿足項目對業(yè)務(wù)及技術(shù)要求，項目組人員應(yīng)有足夠的業(yè)務(wù)和IT技術(shù)方面的專業(yè)知識來勝任項目各方面的工作。《系統(tǒng)需求規(guī)格說明書》需詳細(xì)列出業(yè)務(wù)對系統(tǒng)的要求（界面、輸入、輸出、管理功能、安全需求、運作模式、關(guān)鍵指標(biāo)(KPI)等）。第四節(jié) 項目計劃和監(jiān)控第十三條 軟件開發(fā)采用項目形式進(jìn)行管理。業(yè)務(wù)組組長和IT組組長需配合項目經(jīng)理對項目計劃執(zhí)行情況進(jìn)行監(jiān)控，確保項目按計劃完成。第十九條 項目組進(jìn)行詳細(xì)設(shè)計，出具《設(shè)計說明書》（附件七）和《單元測試用例》（附件八）。第二十條 設(shè)計評審均以《業(yè)務(wù)需求說明書》和《系統(tǒng)需求規(guī)格說明書》為依據(jù)，確保系統(tǒng)設(shè)計滿足全部需求。第二十四條 系統(tǒng)實現(xiàn)包括程序編碼、單元測試和集成測試。第二十六條 項目組進(jìn)行單元測試和集成測試，測試人員簽字確認(rèn)測試結(jié)果。第三十條 項目組負(fù)責(zé)測試數(shù)據(jù)準(zhǔn)備，測試用數(shù)據(jù)要足夠模擬生產(chǎn)環(huán)境中的實際數(shù)據(jù)。出具《系統(tǒng)測試報告》（附件十一），測試人員簽字確認(rèn)測試結(jié)果。第八節(jié) 試運行第三十四條 系統(tǒng)主要使用部門根據(jù)項目規(guī)模及影響決定試運行策略。用戶培訓(xùn)的完成度應(yīng)為實施后評估的指標(biāo)之一。系統(tǒng)參數(shù)、設(shè)置的轉(zhuǎn)換工作作為系統(tǒng)上線的驗收的評估指標(biāo)之一。各相關(guān)部門驗收轉(zhuǎn)換結(jié)果后在該報告上簽字確認(rèn)。必要時，項目組應(yīng)根據(jù)系統(tǒng)