【正文】 6 文檔交付列表序號交付文檔名稱交付日期備注7 風險管理計劃提示：以下是各個列標題的解釋。2 組織結(jié)構(gòu)及業(yè)務(wù) 業(yè)務(wù)相關(guān)組織結(jié)構(gòu)、人員組織結(jié)構(gòu)說明：如果用戶崗位設(shè)置復雜可分別設(shè)置，業(yè)務(wù)組織結(jié)構(gòu)和人員組織結(jié)構(gòu) 組織機構(gòu)描述 角色職責說明：將業(yè)務(wù)涉及的具體人員進行一定程度的分類和抽象，描述該抽象角色的操作職責。4 假定和約束說明：列出進行本軟件開發(fā)工作的假定和約束，例如開發(fā)期限等。2 綜合描述 系統(tǒng)背景【可選】說明：介紹系統(tǒng)的預期效果、歷史原因。）此處只需填寫姓名。 功能摘要總結(jié)該產(chǎn)品將提供的主要優(yōu)點和特性，而不必涉及每個功能的細節(jié)。說明：硬件設(shè)備、支持軟件、接口、控制等方面的約束名稱詳細要求【可選】說明：開發(fā)過程中必須使用的軟件語言、軟件進程需求、主要開發(fā)工具、核心技術(shù)、第三方產(chǎn)品等。 硬件接口【可選】說明：要指出軟件產(chǎn)品和系統(tǒng)硬部件之間每一個接口的邏輯特點。（2）接口運行參數(shù)配置說明：接口運行參數(shù)的配置方式和步驟。 說明：對于該軟件的時間特性要求，如對：　　a．響應(yīng)時間；　　b．更新處理時間；　　c．數(shù)據(jù)的轉(zhuǎn)換和傳送時間；d．解題時間等要求。4 補充資料【可選】【可選】需求標題1調(diào)查方式調(diào)查人調(diào)查對象時間、地點需求信息記錄 附件4：需求變更申請記錄號： 項 目：類 型：開發(fā)項目項目負責人：變更申請人：申請部門：申請日期：變更內(nèi)容變更的內(nèi)容及其理由說明變更的內(nèi)容及變更的理由，如果變更為業(yè)務(wù)組提出，則業(yè)務(wù)組填寫；如果變更為為信息技術(shù)組提出，則信息技術(shù)組填寫；變更的系統(tǒng)及版本說明變更所涉及的工作產(chǎn)品及其當前版本，如果變更為業(yè)務(wù)組提出，則業(yè)務(wù)組填寫；如果變更為為信息技術(shù)組提出，則信息技術(shù)組填寫；對業(yè)務(wù)及其接口的影響分析需求變更引起的業(yè)務(wù)變更、業(yè)務(wù)接口的變更，業(yè)務(wù)組填寫甲方業(yè)務(wù)負責人意見：同意 不同意 簽字： 日期：變更結(jié)果變更分析對相關(guān)的資源影響分析需求變更對人員、開發(fā)設(shè)備和目標設(shè)備的影響，僅信息技術(shù)組填寫風險分析分析需求變更的風險，僅信息技術(shù)組填寫對其他系統(tǒng)或接口的影響分析需求變更引起的系統(tǒng)變更、其他系統(tǒng)或接口的變更，僅信息技術(shù)組填寫對開發(fā)工作量、進度和成本影響估計需求變更對開發(fā)工作量和進度的影響，需說明本次變更工作量/成本是否超過本項目總開發(fā)工作量/總成本的1%？僅信息技術(shù)組填寫開發(fā)商意見開發(fā)商負責人意見：同意 不同意 指定驗證人員：簽字： 日期：變更結(jié)果變更的系統(tǒng)及版本說明變更后的工作產(chǎn)品簽字： 日期：變更驗證驗證變更結(jié)果完整性是 否正確性是 否附加變更是 否版本和名稱是 否甲方驗證人意見： 符合要求 不符合要求簽字： 日期：附件5：系統(tǒng)設(shè)計說明書文件狀態(tài)：[√] 草稿[ ] 正式發(fā)布[ ] 正在修改文件標識：當前版本：作 者：完成日期：版 本 歷 史版本/狀態(tài)作者參與者起止日期備注1引言說明編寫這份詳細設(shè)計說明書的目的，指出預期的讀者。對于一個具體的模塊，尤其是層次比較低的模塊或子程序，其很多條目的內(nèi)容往往與它所隸屬的上一層 模塊的對應(yīng)條目的內(nèi)容相同，在這種情況下，只要簡單地說明這一點即可。用圖表（例如流程圖、判定表等）輔以必要的說明來表示本程序的邏輯流程。附件6 ：系統(tǒng)設(shè)計評審報告文件狀態(tài)：[√] 草稿[ ] 正式發(fā)布[ ] 正在修改文件標識：ProjectName當前版本：作 者：完成日期：YearMonthDay版 本 歷 史版本/狀態(tài)作者參與者起止日期備注1. 基本信息提示：由評審主持人或評審員填寫此表格。3. 測試環(huán)境與測試輔助工具環(huán)境設(shè)備配置名稱/類型備注服務(wù)器軟件硬件客戶端軟件硬件網(wǎng)絡(luò)工具類型工具開發(fā)商版本測試管理缺陷跟蹤用于功能性測試的工具用于性能測試的工具測試覆蓋監(jiān)測器或評測器4. 測試進度計劃任務(wù)人員任務(wù)開始日期結(jié)束日期制定測試計劃設(shè)計測試實施測試執(zhí)行測試對測試進行評估5. 測試完成準則提示：對于非嚴格系統(tǒng)可以采用“基于測試用例”的準則： （1）功能性測試用例通過率達到100％；（2）非功能性測試用例通過率達到95％時。缺陷名稱缺陷類型嚴重程度模塊原因駐留時間解決方案…測試人員簽字/日期：附件9：試運行計劃文件狀態(tài)：[√] 草稿[ ] 正式發(fā)布[ ] 正在修改文件標識：ProjectNameTestRunPLAN當前版本：作 者：完成日期：YearMonthDay版 本 歷 史版本/狀態(tài)作者參與者起止日期備注1. 試運行目標提示：說明本次試運行的主要內(nèi)容與目標（必須是可以驗證的）。4. 報錯趨勢分析報告提示：建議制作趨勢圖5. 試運行經(jīng)驗總結(jié)6. 下一階段工作安排附件11：系統(tǒng)驗收報告版 本 歷 史版本/狀態(tài)作者參與者起止日期備注1. 基本信息項目名稱甲方乙方合同甲方驗收人員角色職責乙方人員角色職責2. 成果審查報告應(yīng)交付成果的名稱、版本甲方審核人乙方協(xié)助人時間地點審查結(jié)論3. 問題處理提示：如果甲方發(fā)現(xiàn)工作成果中存在缺陷，雙方應(yīng)當視問題的嚴重性給出合適的處理措施