【正文】 8. 備份以及批處理設(shè)置情況提示：可將設(shè)置情況作為附件9．問題和建議提示：對(duì)系統(tǒng)上線過程的問題進(jìn)行總結(jié)，提出意見，并就上線及運(yùn)行維護(hù)情況提出自己的建議。附錄：本計(jì)劃審批意見項(xiàng)目負(fù)責(zé)人審批意見：簽字 日期信息技術(shù)部審批意見簽字 日期業(yè)務(wù)部門審批意見簽字 日期附件十八 系統(tǒng)驗(yàn)收評(píng)估報(bào)告1. 背景介紹提示：介紹系統(tǒng)上線的背景情況。2). 預(yù)防措施提示：針對(duì)上線失敗的幾類原因，制定預(yù)防措施。提示：（1）用Microsoft Project制作進(jìn)度表（Gantt Chart），插入此處或作為附件。（2）如果工作成果存在一些輕微的缺陷，則乙方應(yīng)當(dāng)給出糾正缺陷的措施，雙方協(xié)商是否需要第二次驗(yàn)收。4. 報(bào)錯(cuò)趨勢(shì)分析報(bào)告提示：建議制作趨勢(shì)圖5. 試運(yùn)行經(jīng)驗(yàn)總結(jié)6. 下一階段工作安排附件十六 系統(tǒng)驗(yàn)收?qǐng)?bào)告版 本 歷 史版本/狀態(tài)作者參與者起止日期備注1. 基本信息項(xiàng)目名稱甲方乙方合同甲方驗(yàn)收人員角色職責(zé)乙方人員角色職責(zé)2. 成果審查報(bào)告應(yīng)交付成果的名稱、版本甲方審核人乙方協(xié)助人時(shí)間地點(diǎn)審查結(jié)論3. 問題處理提示：如果甲方發(fā)現(xiàn)工作成果中存在缺陷，雙方應(yīng)當(dāng)視問題的嚴(yán)重性給出合適的處理措施。6. 數(shù)據(jù)異常/差異處理提示：數(shù)據(jù)遷移過程中，形成的數(shù)據(jù)異常/差錯(cuò)/數(shù)據(jù)修改所進(jìn)行的處理過程記錄，以及處理后的結(jié)論。：本計(jì)劃審批意見項(xiàng)目負(fù)責(zé)人審批意見：簽字 日期信息技術(shù)部審批意見簽字 日期業(yè)務(wù)部門審批意見簽字 日期附件十四 數(shù)據(jù)遷移報(bào)告1. 背景介紹提示：介紹系統(tǒng)轉(zhuǎn)換的背景情況。2). 預(yù)防措施提示：針對(duì)轉(zhuǎn)換失敗的幾類原因，制定預(yù)防措施。任務(wù)名稱及其描述開始時(shí)間結(jié)束時(shí)間參加人員任務(wù)1任務(wù)2…5. 可能存在的困難與風(fēng)險(xiǎn)提示：指出可能存在的困難和風(fēng)險(xiǎn)，制定應(yīng)急計(jì)劃以應(yīng)對(duì)突發(fā)事件。4. 缺陷修改記錄提示：如果采用了缺陷管理工具，能自動(dòng)產(chǎn)生缺陷報(bào)表的話，則無(wú)需本表。 最后一次回歸測(cè)試二類缺陷數(shù)量為零，用例外非常規(guī)缺陷數(shù)量小于等于2 個(gè)/萬(wàn)行程序；測(cè)試用例功能點(diǎn)覆蓋率100%；6. BUG管理與改錯(cuò)計(jì)劃提示：根據(jù)所采用的BUG管理工具確定：（1）BUG管理流程，（2）BUG修改流程。2. 測(cè)試方法提示：例如黑盒測(cè)試和白盒測(cè)試。[√] 工作成果基本合格，需要作少量的修改，之后通過審核即可。對(duì)應(yīng)每一步的預(yù)測(cè)結(jié)果；對(duì)應(yīng)每一個(gè)執(zhí)行步驟的實(shí)際結(jié)果；填寫與測(cè)試相關(guān)聯(lián)的核對(duì)點(diǎn)、檢查點(diǎn)。附件八 單元測(cè)試用例1 測(cè)試范圍說明：本用例測(cè)試的功能點(diǎn)。說明本程序運(yùn)行中所受到的限制條件。用圖表（例如流程圖、判定表等）輔以必要的說明來表示本程序的邏輯流程。給出對(duì)每一個(gè)輸入項(xiàng)的特性，包括名稱、標(biāo)識(shí)、數(shù)據(jù)的類型和格式、數(shù)據(jù)值的有效范圍、輸入的方式。對(duì)于一個(gè)具體的模塊，尤其是層次比較低的模塊或子程序，其很多條目的內(nèi)容往往與它所隸屬的上一層 模塊的對(duì)應(yīng)條目的內(nèi)容相同，在這種情況下，只要簡(jiǎn)單地說明這一點(diǎn)即可。列出這些文件的標(biāo)題、文件編號(hào)、發(fā)表日期和出版單位，說明能夠取得這些文件的來源。風(fēng)險(xiǎn)編號(hào)風(fēng)險(xiǎn)級(jí)別風(fēng)險(xiǎn)描述緩解方案應(yīng)急計(jì)劃嚴(yán)重性(15)可能性(%)風(fēng)險(xiǎn)系數(shù)(嚴(yán)重性*可能性)8 溝通計(jì)劃甲方代表乙方代表溝通方式溝通頻率/時(shí)間期望結(jié)果9 附件l 項(xiàng)目進(jìn)度計(jì)劃附件六 項(xiàng)目計(jì)劃變更說明項(xiàng)目名稱申請(qǐng)日期項(xiàng)目計(jì)劃變更申請(qǐng)申請(qǐng)變更的《項(xiàng)目計(jì)劃》輸入名稱，版本，完成日期等信息變更的內(nèi)容及其理由評(píng)估計(jì)劃變更將對(duì)項(xiàng)目造成的影響項(xiàng)目負(fù)責(zé)人簽字變更申請(qǐng)的審批意見處經(jīng)理審批審批意見：簽字，日期信息技術(shù)部負(fù)責(zé)人審批審批意見：簽字，日期業(yè)務(wù)部門意見審批意見：簽字，日期更改項(xiàng)目計(jì)劃變更后的《項(xiàng)目計(jì)劃》輸入名稱，版本，完成日期等信息項(xiàng)目負(fù)責(zé)人簽字附件七 設(shè)計(jì)說明書文件狀態(tài)：[√] 草稿[ ] 正式發(fā)布[ ] 正在修改文件標(biāo)識(shí)：ProjectNameModuleDesign當(dāng)前版本：作 者：完成日期：YearMonthDay版 本 歷 史版本/狀態(tài)作者參與者起止日期備注53 / 531引言說明編寫這份詳細(xì)設(shè)計(jì)說明書的目的，指出預(yù)期的讀者。方法與工具用途Visual SourceSafe配置管理…4 里程碑計(jì)劃序號(hào)里程碑名稱開始日期結(jié)束日期工作成果備注5 資源計(jì)劃提示：制定本項(xiàng)目的角色職責(zé)表，并為已知的項(xiàng)目成員分配角色（一個(gè)人可以兼多個(gè)角色）。提示：描述項(xiàng)目需遵循的規(guī)范，例如：編碼規(guī)范。提示：請(qǐng)說明本項(xiàng)目的客戶、用戶及其相關(guān)責(zé)任人是誰(shuí)，描述最終用戶的特征。 數(shù)據(jù)字典說明：把相關(guān)的數(shù)據(jù)抽取出來統(tǒng)一維護(hù)，在其他章節(jié)如有類似信息描述，則關(guān)聯(lián)到數(shù)據(jù)字典的相關(guān)部分并加輔助說明，如：引用到的字段等。平均故障間隔時(shí)間 (MTBF)。 精度 說明:對(duì)該軟件的輸入、輸出數(shù)據(jù)精度的要求，可能包括傳輸過程中的精度。例如，局部網(wǎng)絡(luò)的協(xié)議等等。位置填寫該軟件在交互軟件體系中所出的位置技術(shù)支持填寫交互系統(tǒng)的開發(fā)商和支持商功能支持填寫具體的支持商或技術(shù)團(tuán)隊(duì)數(shù)據(jù)歸屬【接口隸屬系統(tǒng)的詳細(xì)信息[可選] 】系統(tǒng)填寫接口隸屬系統(tǒng)的名稱模塊隸屬于具體的模塊名稱數(shù)據(jù)庫(kù)隸屬系統(tǒng)的數(shù)據(jù)庫(kù)及版本負(fù)責(zé)人控制報(bào)告【接口配置】（1）接口基礎(chǔ)信息配置說明：接口基礎(chǔ)信息的配置項(xiàng)目，描述配置的方式。對(duì)每一個(gè)所需的軟件產(chǎn)品，要提供如下內(nèi)容：名字、助記符、規(guī)格說明號(hào)、版本號(hào)、來源。d 程序功能鍵的可用性說明：快捷鍵定義等。 非功能需求 外部接口說明：提供用戶使用軟件產(chǎn)品時(shí)的接口需求。硬件限制說明：本項(xiàng)包括在各種硬件約束下運(yùn)行的軟件要求，例如，應(yīng)該包括：硬件配置的特點(diǎn)（接口數(shù)，指令系統(tǒng)等）；內(nèi)存儲(chǔ)器和輔助存儲(chǔ)器的容量。重要程度，以ABC三類來表示：A：核心功能；B：輔助功能；C：外圍功能；級(jí)別，按照繼承關(guān)系分為：一級(jí)，二級(jí)，三級(jí)；編號(hào)級(jí)別重要程度功能名稱功能描述備注 功能與業(yè)務(wù)對(duì)照關(guān)系表說明：業(yè)務(wù)組為主編寫業(yè)務(wù)需求，業(yè)務(wù)需求提交至信息技術(shù)組后，由信息技術(shù)組建立目標(biāo)系統(tǒng)業(yè)務(wù)模型并與業(yè)務(wù)組進(jìn)行確認(rèn)（本操作可選，也可由信息技術(shù)組與開發(fā)商合作建立），目標(biāo)業(yè)務(wù)模型作為系統(tǒng)需求的輸入，由信息技術(shù)組與開發(fā)商合作撰寫和評(píng)審《系統(tǒng)需求規(guī)格書明書》。 目標(biāo)業(yè)務(wù)模型【可選】說明：新系統(tǒng)業(yè)務(wù)模型描述，如有相應(yīng)業(yè)務(wù)模型材料了，可作為需求規(guī)格說明書的輸入?yún)⒖假Y料。]使用頻率[該干系人使用系統(tǒng)的頻率]意見/問題[在此處列出會(huì)阻礙成功的問題以及任何其他相關(guān)信息。 干系人簡(jiǎn)檔【可選】通過在下表中填寫各干系人的相關(guān)信息來說明系統(tǒng)中的各個(gè)干系人，詳盡的簡(jiǎn)檔應(yīng)包括各種干系人在以下方面的信息：代表[誰(shuí)是此產(chǎn)品的干系人代表？（如在他處已作記錄，則此處為可選。說清楚系統(tǒng)范圍的好處是：（1）有助于判斷什么是需求，什么不是需求；（2）可以將開發(fā)精力集中在產(chǎn)品范圍之內(nèi)；（3）有助于控制需求的變更。 術(shù)語(yǔ)與縮寫解釋說明：列出本文件中用到的專門術(shù)語(yǔ)的定義和縮寫詞的原詞組，并給予解釋，以便于所有讀者達(dá)成共識(shí)。5 其他 目前核心問題和困難 業(yè)務(wù)對(duì)項(xiàng)目實(shí)施的需求和期望【可選】 其他未盡事宜附件三 系統(tǒng)需求規(guī)格說明書文件狀態(tài)：[√] 草稿[ ] 正式發(fā)布[ ] 正在修改文件標(biāo)識(shí)：ProjectName當(dāng)前版本：作 者：完成日期：YearMonthDay版 本 歷 史版本/狀態(tài)作者參與者起止日期備注1 引言 目的例如：規(guī)定系統(tǒng)的邊界和目標(biāo)，描述系統(tǒng)的功能性需求和非功能性需求。業(yè)務(wù)對(duì)象使用部門對(duì)應(yīng)電子檔案編號(hào)說明：描述業(yè)務(wù)環(huán)節(jié)關(guān)鍵算法體系。流程編號(hào)流程名稱責(zé)任部門輔助部門3 業(yè)務(wù)流程及業(yè)務(wù)處理描述說明：針對(duì)每一項(xiàng)具體的目標(biāo)業(yè)務(wù)，描述具體的業(yè)務(wù)流程，以及相關(guān)業(yè)務(wù)的具體描述。例如：典型按庫(kù)存生產(chǎn)模式。 相關(guān)文檔說明：列出本文檔的所有參考文獻(xiàn)（可以是非正式出版物），包括現(xiàn)有規(guī)范、標(biāo)準(zhǔn)、批文、引用到的文件、資料等。角色知識(shí)技能要求建議人選、人數(shù)工作時(shí)間項(xiàng)目經(jīng)理需求開發(fā)人員 系統(tǒng)設(shè)計(jì)人員 編程人員 測(cè)試人員質(zhì)量保證人員配置管理人員服務(wù)與維護(hù)人員……. 成本估計(jì)內(nèi)容成本（人民幣）備注人力資源軟硬件資源差旅費(fèi)會(huì)議費(fèi)接待費(fèi)…