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