【正文】 權(quán)限設(shè)置情況提示：請將權(quán)限設(shè)置表作為附件7. 系統(tǒng)上線后穩(wěn)定性結(jié)論提示：說明本次系統(tǒng)上線后系統(tǒng)的穩(wěn)定性，是否影響業(yè)務(wù)操作，系統(tǒng)性能。7. 應(yīng)急預(yù)案及回退計(jì)劃1). 分析引發(fā)上線失敗的潛在原因提示：說明上線失敗的幾類原因，考慮人員、軟硬件設(shè)施、經(jīng)費(fèi)等因素。乙方應(yīng)當(dāng)賠償給客戶方造成的損失。包含主文件檢查、轉(zhuǎn)換前后數(shù)據(jù)記錄與余額核對、數(shù)據(jù)映射表、會計(jì)科目對照表、機(jī)構(gòu)對照表、內(nèi)部基礎(chǔ)數(shù)據(jù)對照表、賬務(wù)報(bào)表的核對結(jié)果等。（2）或者在此處用表格制作一份進(jìn)度表，例如：任務(wù)名稱及其描述開始時間結(jié)束時間參加人員任務(wù)1任務(wù)2…5. 轉(zhuǎn)換操作步驟以及問題處理步驟6．?dāng)?shù)據(jù)核對計(jì)劃7．?dāng)?shù)據(jù)遷移的需求和實(shí)施計(jì)劃8．應(yīng)急預(yù)案及回退計(jì)劃1). 分析引發(fā)轉(zhuǎn)換失敗的潛在原因提示：說明轉(zhuǎn)換失敗的幾類原因，考慮人員、軟硬件設(shè)施、經(jīng)費(fèi)等因素。根據(jù)測試標(biāo)準(zhǔn)及測試結(jié)果，綜合評價(jià)軟件的開發(fā)是否已達(dá)到預(yù)定目標(biāo)。一般地，系統(tǒng)測試的主要內(nèi)容包括功能測試、健壯性測試、性能測試、用戶界面測試、安全性（security）測試、安裝與反安裝測試等。如登陸、權(quán)限、設(shè)備就緒等；說明測試的基本流還是備選流；要求測試遍歷所有的備選流；詳細(xì)列出各個用例角色的操作的動作。說明準(zhǔn)備在本程序中安排的注釋，如：加在模塊首部的注釋；加在各分枝點(diǎn)處的注釋；對各變量的功能、范圍、缺省條件等所加的注釋；對使用的邏輯所加的注釋等等。說明對該程序的全部性能要求，包括對精度、靈活性和時間特性的要求。列出有關(guān)的參考資料，如：本項(xiàng)目的經(jīng)核準(zhǔn)的計(jì)劃任務(wù)書或合同、上級機(jī)關(guān)的批文；屬于本項(xiàng)目的其他已發(fā)表的文件；本文件中各處引用到的文件資料，包括所要用到的軟件開發(fā)標(biāo)準(zhǔn)。例如采用Rational Rose進(jìn)行面向?qū)ο蠓治雠c設(shè)計(jì)，采用Visual SourceSafe進(jìn)行配置管理，采用Microsoft Office制作文檔。提示：給出“清晰的”、“可實(shí)現(xiàn)”、“可驗(yàn)證”的目標(biāo)。 可用性指出普通用戶和高級用戶要高效地執(zhí)行特定操作所需的培訓(xùn)時間，指出典型任務(wù)的可評測任務(wù)次數(shù)或根據(jù)用戶已知或喜歡的其他系統(tǒng)確定新系統(tǒng)的可用性需求性能指出可用時間百分比 ( %)、使用小時數(shù)、維護(hù)訪問權(quán)、降級模式操作等。【可選】說明：指定各種通信接口?！究蛇x】說明：在此要指定需使用的其他軟件產(chǎn)品（例如，數(shù)據(jù)管理系統(tǒng)、操作系統(tǒng)或數(shù)學(xué)軟件包），以及同其他應(yīng)用系統(tǒng)之間的接口。3 具體需求說明：對于每一類功能或者有時對于每一個功能，需要具體描述其輸入、加工和輸出的需求。 功能清單及重要程度說明說明：功能名稱、功能描述、重要程度。]類型[介紹干系人的技能特長、技術(shù)背景和熟練程度（即權(quán)威用戶、業(yè)務(wù)用戶、專家用戶、初級用戶等）]職責(zé)[列出干系人對所開發(fā)的系統(tǒng)負(fù)有的關(guān)鍵職責(zé)，即他們作為干系人的利益?？梢圆捎靡韵赂袷剑簡栴}是[對問題進(jìn)行說明]影響[問題影響的干系人]問題的后果[該問題會導(dǎo)致什么后果]成功的解決方案[應(yīng)列出成功解決方案的一些主要優(yōu)點(diǎn)]說明：闡述本項(xiàng)目“適用的業(yè)務(wù)領(lǐng)域”和“不適用的業(yè)務(wù)領(lǐng)域”，本產(chǎn)品“應(yīng)當(dāng)包含的內(nèi)容”和“不包含的內(nèi)容”。 產(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)品通常不太可能被接受。 現(xiàn)有業(yè)務(wù)流程清單【可選】說明：現(xiàn)有業(yè)務(wù)流程需要考慮，很多新的業(yè)務(wù)是在已有業(yè)務(wù)流程基礎(chǔ)上進(jìn)行重組的。 業(yè)務(wù)目標(biāo)從高層或商務(wù)利益的角度提出本業(yè)務(wù)系統(tǒng)的期望目標(biāo)，以及評價(jià)標(biāo)準(zhǔn)。描述簡練且清晰。外包開發(fā)商應(yīng)按計(jì)劃定期向項(xiàng)目經(jīng)理報(bào)告進(jìn)展?fàn)顟B(tài)，并提交階段性成果文檔。第五十七條 項(xiàng)目經(jīng)理負(fù)責(zé)監(jiān)控合作開發(fā)商的項(xiàng)目管理及軟件開發(fā)活動。第五十條 上線單位在上線初期需加強(qiáng)日常運(yùn)行狀態(tài)監(jiān)控，出現(xiàn)問題時應(yīng)及時處理，對重大問題應(yīng)啟動緊急預(yù)案。驗(yàn)收小組從功能需求及技術(shù)需求層面對系統(tǒng)進(jìn)行綜合評估。第四十條 系統(tǒng)轉(zhuǎn)換和數(shù)據(jù)遷移由試運(yùn)行單位業(yè)務(wù)部門和公司主管領(lǐng)導(dǎo)共同監(jiān)督并進(jìn)行驗(yàn)收。第三十七條 項(xiàng)目組根據(jù)《試運(yùn)行計(jì)劃》進(jìn)行系統(tǒng)轉(zhuǎn)換和數(shù)據(jù)遷移。第三十二條 系統(tǒng)測試通過后，IT組配合業(yè)務(wù)組建立用戶測試環(huán)境，業(yè)務(wù)組根據(jù)用戶測試用例進(jìn)行用戶測試，出具《用戶測試報(bào)告》（附件十一），業(yè)務(wù)組組長和IT組組長應(yīng)在用戶測試報(bào)告中簽字確認(rèn)。第七節(jié) 系統(tǒng)測試和用戶測試第二十七條 項(xiàng)目組制定《系統(tǒng)/用戶測試計(jì)劃》（附件十），并提交項(xiàng)目經(jīng)理對計(jì)劃可行性進(jìn)行審批。第二十一條 對已確認(rèn)通過的系統(tǒng)設(shè)計(jì)進(jìn)行修改需獲得管理部門、業(yè)務(wù)組組長和IT組組長的審批后方可進(jìn)行。第十六條 項(xiàng)目計(jì)劃需要變更時，項(xiàng)目經(jīng)理填寫《項(xiàng)目計(jì)劃變更說明》（附件六），并提交公司主管領(lǐng)導(dǎo)審批，通過審批后，交給業(yè)務(wù)組組長和IT組組長執(zhí)行。《系統(tǒng)需求規(guī)格說明書》需要由業(yè)務(wù)組提交給相關(guān)業(yè)務(wù)流程負(fù)責(zé)人確認(rèn)。第七條 應(yīng)用系統(tǒng)主要使用部門將《立項(xiàng)分析報(bào)告》上交公司總裁室進(jìn)行立項(xiàng)審批，以保證系統(tǒng)項(xiàng)目與公司整體策略相一致。第二條 本制度中軟件開發(fā)指新系統(tǒng)開發(fā)和現(xiàn)有系統(tǒng)重大改造。項(xiàng)目管理涉及立項(xiàng)管理、項(xiàng)目計(jì)劃和監(jiān)控、配置管理、合作開發(fā)管理和結(jié)項(xiàng)管理。項(xiàng)目組人員的選擇應(yīng)滿足項(xiàng)目對業(yè)務(wù)及技術(shù)要求，項(xiàng)目組人員應(yīng)有足夠的業(yè)務(wù)和IT技術(shù)方面的專業(yè)知識來勝任項(xiàng)目各方面的工作。第四節(jié) 項(xiàng)目計(jì)劃和監(jiān)控第十三條 軟件開發(fā)采用項(xiàng)目形式進(jìn)行管理。第十九條 項(xiàng)目組進(jìn)行詳細(xì)設(shè)計(jì)，出具《設(shè)計(jì)說明書》（附件七）和《單元測試用例》（附件八）。第二十四條 系統(tǒng)實(shí)現(xiàn)包括程序編碼、單元測試和集成測試。第三十條 項(xiàng)目組負(fù)責(zé)測試數(shù)據(jù)準(zhǔn)備，測試用數(shù)據(jù)要足夠模擬生產(chǎn)環(huán)境中的實(shí)際數(shù)據(jù)。第八節(jié) 試運(yùn)行第三十四條 系統(tǒng)主要使用部門根據(jù)項(xiàng)目規(guī)模及影響決定試運(yùn)行策略。系統(tǒng)參數(shù)、設(shè)置的轉(zhuǎn)換工作作為系統(tǒng)上線的驗(yàn)收的評估指標(biāo)之一。必要時，項(xiàng)目組應(yīng)根據(jù)系統(tǒng)運(yùn)行情況對應(yīng)用系統(tǒng)進(jìn)行優(yōu)化。 第十節(jié) 系統(tǒng)上線第四十六條 系統(tǒng)上線應(yīng)遵循穩(wěn)妥、可控、安全的原則。第五十二條 上線單位管理層要對《系統(tǒng)驗(yàn)收評估報(bào)告》進(jìn)行審批簽字。第五十八條 IT組組長派專人監(jiān)控合作開發(fā)商的質(zhì)量保證過程。第六十四條 項(xiàng)目組同外包開發(fā)商商定驗(yàn)收的標(biāo)準(zhǔn)和方法。. 項(xiàng)目范圍提示：根據(jù)對現(xiàn)有需求的了解來確定項(xiàng)目基本范圍，說明本系統(tǒng)“應(yīng)當(dāng)包含的內(nèi)容”和“不包含的內(nèi)容”。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é)。說明：描述具體的業(yè)務(wù)流程?！究蛇x】說明：對本文的范圍做闡述，本文檔改動時，受到影響的范圍，例如，本文引用到的用例模型，系統(tǒng)原型，系統(tǒng)測試用例等文檔。 干系人與用戶說明【可選】【可選】詳細(xì)說明目標(biāo)用戶的工作環(huán)境。對于列出的每個問題，需澄清以下要點(diǎn)：? 為什么會出現(xiàn)這一問題？? 目前如何解決該問題？? 干系人需要什么樣的解決方案？務(wù)必要了解干系人或用戶對解決各個問題的相對重視程度。格式限制說明：本項(xiàng)將指定由現(xiàn)有的標(biāo)準(zhǔn)或規(guī)則派生的要求。b 報(bào)表或菜單的頁面打印格式和內(nèi)容c 輸入輸出的需求說明：解釋各輸入輸出數(shù)據(jù)類型，并逐項(xiàng)說明其媒體、格式、數(shù)值范圍、精度等?！窘涌诙x】下表是對一些接口的具體描述:接口名稱接口描述填寫接口完成的任務(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ì)信息。名稱詳細(xì)要求靜態(tài)數(shù)值需求動態(tài)數(shù)值需求精度時間特性要求可用性可靠性可維護(hù)性安全性可移植性可擴(kuò)展性兼容性… 靜態(tài)數(shù)值需求說明：支持的終端數(shù)；支持并行操作的用戶數(shù)。指出系統(tǒng)輸出要求具備的精密度（分辨率）和精確度（按照某一已知的標(biāo)準(zhǔn)）。（3）說明一些假設(shè)和依賴。約定在項(xiàng)目中的風(fēng)險(xiǎn)管理方案，例如：風(fēng)險(xiǎn)識別頻度、風(fēng)險(xiǎn)跟蹤頻度等。3程序1（標(biāo)識符）設(shè)計(jì)說明從本章開始，逐個地給出各個層次中的每個程序的設(shè)計(jì)考慮。給出對每一個輸出項(xiàng)的特性，包括名稱、標(biāo)識、數(shù)據(jù)的類型和格式，數(shù)據(jù)值的有效范圍，輸出的形式、數(shù)量和頻度，輸出媒體、對輸出圖形及符號的說明、安全保密條件等等。說明在本程序的設(shè)計(jì)中尚未解決而設(shè)計(jì)者認(rèn)為在軟件完成之前應(yīng)解決的問題。待評審的工作成果工作成果名稱，標(biāo)識符，版本，作者，時間…技術(shù)評審方式（正式評審）或者(走查)評審時間評審地點(diǎn)參加技術(shù)評審的人員類別名字工作單位職稱、職務(wù)：主持人評審小組成員記錄員2. 缺陷識別和跟蹤 評審問題跟蹤表編號問題描述問題類型嚴(yán)重性提交者提交日期問題處理負(fù)責(zé)人解決措施/原因說明問題解決狀態(tài)實(shí)際關(guān)閉日期問題關(guān)閉驗(yàn)證人備注1　　　　　　　　　　233. 評審結(jié)論與意見提示：由主持人或評審員填寫此表格。對于嚴(yán)格系統(tǒng)，應(yīng)當(dāng)補(bǔ)充“基于BUG密度”的規(guī)則：相鄰n個CPU小時內(nèi)“測試期BUG密度”全部低于某個值m。2. 工作條件提示：說明試運(yùn)行地點(diǎn)、參加人員、軟硬件設(shè)施、經(jīng)費(fèi)等要求。4). 組織機(jī)制提示：建立應(yīng)急處理小組成員，明確職責(zé)到人。2. 試運(yùn)行目標(biāo)提示：說明本次試運(yùn)行的主要內(nèi)容與目標(biāo)（必須是可驗(yàn)證的）。（2）雙方的責(zé)任人簽字認(rèn)可。4). 組織機(jī)制提示：建立應(yīng)急處理小組成員，明確職