【正文】 批處理 /人工填寫接口數(shù)據(jù)的驅(qū)動(dòng)模式是人工（manual）還是自動(dòng)(automatic)，還是都支持接口類型填寫是實(shí)時(shí)接口還是批量接口等【其他系統(tǒng)詳細(xì)信息】說明：列出所有與接口交互的外圍系統(tǒng)的詳細(xì)信息。指出系統(tǒng)輸出要求具備的精密度（分辨率）和精確度（按照某一已知的標(biāo)準(zhǔn)）。數(shù)量和頻度、輸入媒體、輸入數(shù)據(jù)的來源和安全保密條件等等。意見負(fù)責(zé)人簽字簽字：日期： 附件7：用戶測(cè)試計(jì)劃文件狀態(tài)：[√] 草稿[ ] 正式發(fā)布[ ] 正在修改文件標(biāo)識(shí)：當(dāng)前版本：作 者：完成日期：版 本 歷 史版本/狀態(tài)作者參與者起止日期備注1. 測(cè)試范圍與主要內(nèi)容提示：系統(tǒng)測(cè)試小組應(yīng)當(dāng)根據(jù)項(xiàng)目的特征確定測(cè)試范圍與內(nèi)容。甲方項(xiàng)目經(jīng)理審批意見：簽字 日期附件10：試運(yùn)行報(bào)告文件狀態(tài)：[√] 草稿[ ] 正式發(fā)布[ ] 正在修改文件標(biāo)識(shí)：ProjectNameTestRunREPORT當(dāng)前版本：作 者：版 本 歷 史版本/狀態(tài)作者參與者起止日期備注1. 背景介紹提示：說明此次運(yùn)行工作的必要性。乙方應(yīng)當(dāng)賠償給客戶方造成的損失。 最后一次回歸測(cè)試二類缺陷數(shù)量為零，用例外非常規(guī)缺陷數(shù)量小于等于2 個(gè)/萬行程序；測(cè)試用例功能點(diǎn)覆蓋率100%；6. BUG管理與改錯(cuò)計(jì)劃提示：根據(jù)所采用的BUG管理工具確定：（1）BUG管理流程，（2）BUG修改流程。根據(jù)需要，說明本程序的存儲(chǔ)分配。列出有關(guān)的參考資料，如：本項(xiàng)目的經(jīng)核準(zhǔn)的計(jì)劃任務(wù)書或合同、上級(jí)機(jī)關(guān)的批文；屬于本項(xiàng)目的其他已發(fā)表的文件；本文件中各處引用到的文件資料，包括所要用到的軟件開發(fā)標(biāo)準(zhǔn)。例如，局部網(wǎng)絡(luò)的協(xié)議等等。 非功能需求 外部接口說明：提供用戶使用軟件產(chǎn)品時(shí)的接口需求。]使用頻率[該干系人使用系統(tǒng)的頻率]意見/問題[在此處列出會(huì)阻礙成功的問題以及任何其他相關(guān)信息。5 其他 目前核心問題和困難 業(yè)務(wù)對(duì)項(xiàng)目實(shí)施的需求和期望【可選】 其他未盡事宜附件3：系統(tǒng)需求規(guī)格說明書文件狀態(tài)：[√] 草稿[ ] 正式發(fā)布[ ] 正在修改文件標(biāo)識(shí)：當(dāng)前版本：作 者：完成日期：版 本 歷 史版本/狀態(tài)作者參與者起止日期備注1 引言 目的例如：規(guī)定系統(tǒng)的邊界和目標(biāo)，描述系統(tǒng)的功能性需求和非功能性需求。風(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ì)劃n 進(jìn)度表提示：制定項(xiàng)目開發(fā)的進(jìn)度表（建議給出項(xiàng)目里程碑計(jì)劃）。為了保護(hù)甲乙雙方的商業(yè)、技術(shù)秘密等權(quán)益，開發(fā)商與甲方、開發(fā)商與其相關(guān)員工必須簽訂保密協(xié)議。《試運(yùn)行計(jì)劃》中應(yīng)包含問題應(yīng)對(duì)機(jī)制，明確問題溝通渠道和職責(zé)分工。選擇軟件工具，明確項(xiàng)目成員的職責(zé)分工，按照編碼規(guī)范和詳細(xì)設(shè)計(jì)實(shí)現(xiàn)軟件功能?！稑I(yè)務(wù)需求說明書》經(jīng)甲方公司（用戶）負(fù)責(zé)人簽字確認(rèn)，作為業(yè)務(wù)需求基線。按軟件需求劃分成子系統(tǒng)，定義目標(biāo)系統(tǒng)的功能模塊及各個(gè)功能模塊的關(guān)系。開發(fā)人員處理測(cè)試人員反饋的測(cè)試問題，并以書面形式反饋主要問題及解決辦法，直至系統(tǒng)運(yùn)行穩(wěn)定。必要時(shí)，項(xiàng)目組應(yīng)根據(jù)系統(tǒng)運(yùn)行情況對(duì)應(yīng)用系統(tǒng)進(jìn)行優(yōu)化。3 項(xiàng)目過程定義提示：簡(jiǎn)要描述、繪制本項(xiàng)目的軟件生命周期模型。例如： 現(xiàn)有業(yè)務(wù)流程清單【可選】說明：現(xiàn)有業(yè)務(wù)流程需要考慮，很多新的業(yè)務(wù)是在已有業(yè)務(wù)流程基礎(chǔ)上進(jìn)行重組的。可以采用以下格式：?jiǎn)栴}是[對(duì)問題進(jìn)行說明]影響[問題影響的干系人]問題的后果[該問題會(huì)導(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)容”。 功能清單及重要程度說明說明：功能名稱、功能描述、重要程度?！究蛇x】說明：在此要指定需使用的其他軟件產(chǎn)品（例如，數(shù)據(jù)管理系統(tǒng)、操作系統(tǒng)或數(shù)學(xué)軟件包），以及同其他應(yīng)用系統(tǒng)之間的接口。 可用性指出普通用戶和高級(jí)用戶要高效地執(zhí)行特定操作所需的培訓(xùn)時(shí)間，指出典型任務(wù)的可評(píng)測(cè)任務(wù)次數(shù)或根據(jù)用戶已知或喜歡的其他系統(tǒng)確定新系統(tǒng)的可用性需求性能指出可用時(shí)間百分比 ( %)、使用小時(shí)數(shù)、維護(hù)訪問權(quán)、降級(jí)模式操作等。說明該程序應(yīng)具有的功能，可采用IPO圖（即輸入一處理一輸出圖）的形式。評(píng)審結(jié)論[ ] 工作成果合格，“無需修改”或者“需要輕微修改但不必再審核”。3. 應(yīng)遞交的工作成果工作成果名稱預(yù)計(jì)完成時(shí)間試運(yùn)行報(bào)告報(bào)錯(cuò)趨勢(shì)分析報(bào)告……4. 進(jìn)度表提示：（1）用Microsoft Project制作進(jìn)度表（Gantt Chart）插入此處或者參照此表制作一份進(jìn)度表。（2）雙方的責(zé)任人簽字認(rèn)可。根據(jù)測(cè)試標(biāo)準(zhǔn)及測(cè)試結(jié)果，綜合評(píng)價(jià)軟件的開發(fā)是否已達(dá)到預(yù)定目標(biāo)。說明在本程序的設(shè)計(jì)中尚未解決而設(shè)計(jì)者認(rèn)為在軟件完成之前應(yīng)解決的問題。3程序1（標(biāo)識(shí)符）設(shè)計(jì)說明從本章開始，逐個(gè)地給出各個(gè)層次中的每個(gè)程序的設(shè)計(jì)考慮。 動(dòng)態(tài)數(shù)值需求說明：欲處理的事務(wù)和任務(wù)的數(shù)量，以及在正常情況下和峰值工作條件下一定時(shí)間周期中處理的數(shù)據(jù)總量。對(duì)軟件的數(shù)據(jù)輸出及必須標(biāo)明的控制輸出量進(jìn)行解釋并舉例，包括對(duì)硬拷貝報(bào)告（正常結(jié)果輸出、狀態(tài)輸出及異常輸出）以及圖形或顯示報(bào)告的描述。分級(jí)和累積投票方法表明，必須解決的問題與干系人或用戶希望解決的問題大有不同。 參考文檔說明：列出本文檔的所有參考文獻(xiàn)（可以是非正式出版物），包括計(jì)劃任務(wù)書、合同、批文、引用到的文件、資料及軟件開發(fā)標(biāo)準(zhǔn)等。 相關(guān)文檔說明：列出本文檔的所有參考文獻(xiàn)（可以是非正式出版物），包括現(xiàn)有規(guī)范、標(biāo)準(zhǔn)、批文、引用到的文件、資料等。提示：給出“清晰的”、“可實(shí)現(xiàn)”、“可驗(yàn)證”的目標(biāo)。系統(tǒng)轉(zhuǎn)換前，檢查系統(tǒng)環(huán)境，確保運(yùn)行環(huán)境能滿足新應(yīng)用系統(tǒng)的需要。軟件功能說明文檔應(yīng)說明項(xiàng)目名稱、編號(hào)、軟件名稱和版本號(hào)，軟件功能、主要功能實(shí)現(xiàn)過程?！断到y(tǒng)需求規(guī)格說明書》需經(jīng)甲方公司（用戶）負(fù)責(zé)人簽字確認(rèn)。 當(dāng)業(yè)務(wù)需求發(fā)生變更時(shí)，應(yīng)由甲方公司提交《需求變更申請(qǐng)》（式樣見附件4）給乙方開發(fā)商實(shí)施。源代碼說明應(yīng)說明項(xiàng)目編號(hào)、軟件名稱、功能，全局變量、數(shù)據(jù)庫字典、函數(shù)功能、接口。系統(tǒng)轉(zhuǎn)換時(shí)必須詳細(xì)記錄原系統(tǒng)中的重要參數(shù)、設(shè)置等系統(tǒng)信息，并填寫試運(yùn)行報(bào)告相關(guān)內(nèi)容。提示：請(qǐng)說明本項(xiàng)目的客戶、用戶及其相關(guān)責(zé)任人是誰，描述最終用戶的特征。 業(yè)務(wù)詞匯表說明：列出本