【正文】 識、數(shù)據(jù)的類型和格式，數(shù)據(jù)值的有效范圍，輸出的形式、數(shù)量和頻度，輸出媒體、對輸出圖形及符號的說明、安全保密條件等等。說明在本程序的設計中尚未解決而設計者認為在軟件完成之前應解決的問題。一般地，系統(tǒng)測試的主要內容包括功能測試、健壯性測試、性能測試、用戶界面測試、安全性（security）測試、安裝與反安裝測試等。根據(jù)測試標準及測試結果，綜合評價軟件的開發(fā)是否已達到預定目標。2. 試運行目標提示：說明本次試運行的主要內容與目標（必須是可驗證的）。（2）雙方的責任人簽字認可。乙方應當給出糾正缺陷，雙方協(xié)商第二次驗收的時間。3. 應遞交的工作成果工作成果名稱預計完成時間試運行報告報錯趨勢分析報告……4. 進度表提示：（1）用Microsoft Project制作進度表（Gantt Chart）插入此處或者參照此表制作一份進度表。例如n大于10，m小于等于1。評審結論[ ] 工作成果合格，“無需修改”或者“需要輕微修改但不必再審核”。 界面原型圖 按照系統(tǒng)各功能模塊的邏輯順序，提供界面原型圖的跳轉展示，各項人機互動組件及數(shù)據(jù)顯示必須基本完善，界面直觀友好。說明該程序應具有的功能，可采用IPO圖（即輸入一處理一輸出圖）的形式。列出本文件中用到專門術語的定義和外文首字母組詞的原詞組。 可用性指出普通用戶和高級用戶要高效地執(zhí)行特定操作所需的培訓時間，指出典型任務的可評測任務次數(shù)或根據(jù)用戶已知或喜歡的其他系統(tǒng)確定新系統(tǒng)的可用性需求性能指出可用時間百分比 ( %)、使用小時數(shù)、維護訪問權、降級模式操作等?！究蛇x】說明：指定各種通信接口?！究蛇x】說明：在此要指定需使用的其他軟件產品（例如，數(shù)據(jù)管理系統(tǒng)、操作系統(tǒng)或數(shù)學軟件包），以及同其他應用系統(tǒng)之間的接口。3 具體需求說明：對于每一類功能或者有時對于每一個功能，需要具體描述其輸入、加工和輸出的需求。 功能清單及重要程度說明說明：功能名稱、功能描述、重要程度。]類型[介紹干系人的技能特長、技術背景和熟練程度（即權威用戶、業(yè)務用戶、專家用戶、初級用戶等）]職責[列出干系人對所開發(fā)的系統(tǒng)負有的關鍵職責，即他們作為干系人的利益?？梢圆捎靡韵赂袷剑簡栴}是[對問題進行說明]影響[問題影響的干系人]問題的后果[該問題會導致什么后果]成功的解決方案[應列出成功解決方案的一些主要優(yōu)點]說明：闡述本項目“適用的業(yè)務領域”和“不適用的業(yè)務領域”，本產品“應當包含的內容”和“不包含的內容”。 產品應當遵循的標準或規(guī)范【可選】說明：闡述本產品應當遵循什么標準、規(guī)范或業(yè)務規(guī)則，違反標準、規(guī)范或業(yè)務規(guī)則的產品通常不太可能被接受。例如： 現(xiàn)有業(yè)務流程清單【可選】說明：現(xiàn)有業(yè)務流程需要考慮，很多新的業(yè)務是在已有業(yè)務流程基礎上進行重組的。風險級別：確定風險的嚴重性、可能性、風險系數(shù)風險描述：緩解方案或者應急計劃。3 項目過程定義提示：簡要描述、繪制本項目的軟件生命周期模型。系統(tǒng)需求變更或調整，記錄變更原因和軟件及源代碼的版本控制，按照軟件變更要求對系統(tǒng)進行維護。必要時，項目組應根據(jù)系統(tǒng)運行情況對應用系統(tǒng)進行優(yōu)化。 系統(tǒng)試運行 項目組必須制定《試運行計劃》（式樣見附件9），并制定試運行驗收指標。開發(fā)人員處理測試人員反饋的測試問題，并以書面形式反饋主要問題及解決辦法，直至系統(tǒng)運行穩(wěn)定。 開發(fā)商有條件的情況下盡可能開發(fā)、測試和生產環(huán)境獨立。按軟件需求劃分成子系統(tǒng)，定義目標系統(tǒng)的功能模塊及各個功能模塊的關系。 系統(tǒng)需求分析 開發(fā)商必須對甲方公司的業(yè)務需求進行深入調研，收集匯總客戶的具體需求，出具《業(yè)務需求說明書》（式樣見附件2），并確?！稑I(yè)務需求說明書》中包含了所有的業(yè)務需求?！稑I(yè)務需求說明書》經甲方公司（用戶）負責人簽字確認，作為業(yè)務需求基線。確定軟件模塊結構，給出每個功能模塊的功能描述、數(shù)據(jù)接口描述，各模塊之間的詳細接口信息，并完成《系統(tǒng)設計說明書》(式樣見附件5)。選擇軟件工具，明確項目成員的職責分工，按照編碼規(guī)范和詳細設計實現(xiàn)軟件功能。測試組出具《系統(tǒng)測試報告》，測試人員簽字確認測試結果?！对囘\行計劃》中應包含問題應對機制，明確問題溝通渠道和職責分工。試運行達到試運行計劃規(guī)定的終止條件時，開發(fā)商編寫《試運行報告》（式樣見附件10）。為了保護甲乙雙方的商業(yè)、技術秘密等權益，開發(fā)商與甲方、開發(fā)商與其相關員工必須簽訂保密協(xié)議。提示：描述項目需遵循的規(guī)范，例如：編碼規(guī)范。風險編號風險級別風險描述緩解方案應急計劃嚴重性(15)可能性(%)風險系數(shù)(嚴重性*可能性)8 溝通計劃甲方代表乙方代表溝通方式溝通頻率/時間期望結果9 附件l 項目進度計劃n 進度表提示：制定項目開發(fā)的進度表（建議給出項目里程碑計劃）。流程編號流程名稱責任部門輔助部門3 業(yè)務流程及業(yè)務處理描述說明：針對每一項具體的目標業(yè)務，描述具體的業(yè)務流程，以及相關業(yè)務的具體描述。5 其他 目前核心問題和困難 業(yè)務對項目實施的需求和期望【可選】 其他未盡事宜附件3：系統(tǒng)需求規(guī)格說明書文件狀態(tài)：[√] 草稿[ ] 正式發(fā)布[ ] 正在修改文件標識：當前版本：作 者：完成日期：版 本 歷 史版本/狀態(tài)作者參與者起止日期備注1 引言 目的例如：規(guī)定系統(tǒng)的邊界和目標，描述系統(tǒng)的功能性需求和非功能性需求。說清楚系統(tǒng)范圍的好處是：（1）有助于判斷什么是需求，什么不是需求；（2）可以將開發(fā)精力集中在產品范圍之內；（3）有助于控制需求的變更。]使用頻率[該干系人使用系統(tǒng)的頻率]意見/問題[在此處列出會阻礙成功的問題以及任何其他相關信息。重要程度，以ABC三類來表示：A：核心功能；B：輔助功能；C：外圍功能；級別，按照繼承關系分為：一級，二級，三級；編號級別重要程度功能名稱功能描述備注 功能與業(yè)務對照關系表說明：業(yè)務組為主編寫業(yè)務需求，業(yè)務需求提交至信息技術組后，由信息技術組建立目標系統(tǒng)業(yè)務模型并與業(yè)務組進行確認（本操作可選，也可由信息技術組與開發(fā)商合作建立），目標業(yè)務模型作為系統(tǒng)需求的輸入，由信息技術組與開發(fā)商合作撰寫和評審《系統(tǒng)需求規(guī)格書明書》。 非功能需求 外部接口說明：提供用戶使用軟件產品時的接口需求。對每一個所需的軟件產品，要提供如下內容：名字、助記符、規(guī)格說明號、版本號、來源。例如，局部網絡的協(xié)議等等。平均故障間隔時間 (MTBF)。列出有關的參考資料，如：本項目的經核準的計劃任務書或合同、上級機關的批文；屬于本項目的其他已發(fā)表的文件；本文件中各處引用到的文件資料，包括所要用到的軟件開發(fā)標準。說明對該程序的全部性能