【正文】 提交者提交日期問題處理負責(zé)人解決措施/原因說明問題解決狀態(tài)實際關(guān)閉日期問題關(guān)閉驗證人備注1　　　　　　　　　　233. 評審結(jié)論與意見提示：由主持人或評審員填寫此表格。對于嚴格系統(tǒng)，應(yīng)當補充“基于BUG密度”的規(guī)則：相鄰n個CPU小時內(nèi)“測試期BUG密度”全部低于某個值m。2. 工作條件提示：說明試運行地點、參加人員、軟硬件設(shè)施、經(jīng)費等要求。（1）如果工作成果存在嚴重的缺陷，則退回給乙方。交付簽字業(yè)務(wù)部門負責(zé)人簽字信息技術(shù)部項目負責(zé)人簽字乙方項目負責(zé)人簽字40。3. 試運行取得的工作成果提示：說明本次試運行工作成果（程序、文檔、數(shù)據(jù)等）以及試運行平臺和時間。4. 缺陷修改記錄提示：如果采用了缺陷管理工具，能自動產(chǎn)生缺陷報表的話，則無需本表。2. 測試方法提示：例如黑盒測試和白盒測試。4程序2（標識符）設(shè)計說明用類似F．3的方式，說明第2個程序乃至第N個程序的設(shè)計考慮。詳細說明本程序所選用的算法，具體的計算公式和計算步驟。以下給出的提綱是針對一般情況的。 數(shù)據(jù)字典說明：把相關(guān)的數(shù)據(jù)抽取出來統(tǒng)一維護，在其他章節(jié)如有類似信息描述，則關(guān)聯(lián)到數(shù)據(jù)字典的相關(guān)部分并加輔助說明，如：引用到的字段等。 精度 說明:對該軟件的輸入、輸出數(shù)據(jù)精度的要求，可能包括傳輸過程中的精度。位置填寫該軟件在交互軟件體系中所出的位置技術(shù)支持填寫交互系統(tǒng)的開發(fā)商和支持商功能支持填寫具體的支持商或技術(shù)團隊數(shù)據(jù)歸屬【接口隸屬系統(tǒng)的詳細信息[可選] 】系統(tǒng)填寫接口隸屬系統(tǒng)的名稱模塊隸屬于具體的模塊名稱數(shù)據(jù)庫隸屬系統(tǒng)的數(shù)據(jù)庫及版本負責(zé)人控制報告【接口配置】（1）接口基礎(chǔ)信息配置說明：接口基礎(chǔ)信息的配置項目，描述配置的方式。d 程序功能鍵的可用性說明：快捷鍵定義等。硬件限制說明：本項包括在各種硬件約束下運行的軟件要求，例如，應(yīng)該包括：硬件配置的特點（接口數(shù)，指令系統(tǒng)等）；內(nèi)存儲器和輔助存儲器的容量。 目標業(yè)務(wù)模型【可選】說明：新系統(tǒng)業(yè)務(wù)模型描述，如有相應(yīng)業(yè)務(wù)模型材料了，可作為需求規(guī)格說明書的輸入?yún)⒖假Y料。 干系人簡檔【可選】通過在下表中填寫各干系人的相關(guān)信息來說明系統(tǒng)中的各個干系人，詳盡的簡檔應(yīng)包括各種干系人在以下方面的信息：代表[誰是此產(chǎn)品的干系人代表？（如在他處已作記錄，則此處為可選。 術(shù)語與縮寫解釋說明：列出本文件中用到的專門術(shù)語的定義和縮寫詞的原詞組，并給予解釋，以便于所有讀者達成共識。業(yè)務(wù)對象使用部門對應(yīng)電子檔案編號說明：描述業(yè)務(wù)環(huán)節(jié)關(guān)鍵算法體系。 業(yè)務(wù)詞匯表說明：列出本文檔的所引用的專屬領(lǐng)域詞匯、術(shù)語等，以便于業(yè)務(wù)需求的提供者和接收者是建立在一致的業(yè)務(wù)理解基礎(chǔ)之上的。方法與工具用途Visual SourceSafe配置管理…4 里程碑計劃序號里程碑名稱開始日期結(jié)束日期工作成果備注5 資源計劃提示：制定本項目的角色職責(zé)表，并為已知的項目成員分配角色（一個人可以兼多個角色）。提示：請說明本項目的客戶、用戶及其相關(guān)責(zé)任人是誰，描述最終用戶的特征。 驗收小組應(yīng)根據(jù)驗收情況整理形成《系統(tǒng)驗收報告》（式樣見附件11），驗收報告必須甲乙雙方簽字，并提交甲方作為付款依據(jù)。系統(tǒng)轉(zhuǎn)換時必須詳細記錄原系統(tǒng)中的重要參數(shù)、設(shè)置等系統(tǒng)信息，并填寫試運行報告相關(guān)內(nèi)容。 按照測試計劃完成用戶測試后，測試組應(yīng)該出具《用戶測試報告》（式樣見附件8），甲乙雙方必須在用戶測試報告中簽字確認。源代碼說明應(yīng)說明項目編號、軟件名稱、功能，全局變量、數(shù)據(jù)庫字典、函數(shù)功能、接口。 甲方應(yīng)對組織對開發(fā)商提交的《系統(tǒng)設(shè)計說明書》進行評審，設(shè)計評審均以《業(yè)務(wù)需求說明書》和《系統(tǒng)需求規(guī)格說明書》為依據(jù)，確保系統(tǒng)設(shè)計滿足全部需求，并出具《系統(tǒng)設(shè)計評審報告》（式樣見附件6）。 當業(yè)務(wù)需求發(fā)生變更時，應(yīng)由甲方公司提交《需求變更申請》（式樣見附件4）給乙方開發(fā)商實施。信息系統(tǒng)開發(fā)項目管理指導(dǎo)書 項目建設(shè)總體目標 系統(tǒng)應(yīng)該根據(jù)甲方用戶的現(xiàn)有業(yè)務(wù)需求及發(fā)展規(guī)劃的擴延要求，提供功能完善、界面友好、流程清晰、智能高效，配置維護方便的系統(tǒng)功能，滿足系統(tǒng)運行穩(wěn)定、安全、可靠、高效等技術(shù)要求?！断到y(tǒng)需求規(guī)格說明書》需經(jīng)甲方公司（用戶）負責(zé)人簽字確認。在設(shè)計階段，用戶應(yīng)充分參與，確保設(shè)計能滿足系統(tǒng)需求。軟件功能說明文檔應(yīng)說明項目名稱、編號、軟件名稱和版本號，軟件功能、主要功能實現(xiàn)過程。對已評定為敏感信息的數(shù)據(jù)進行敏感性處理和保護。系統(tǒng)轉(zhuǎn)換前，檢查系統(tǒng)環(huán)境，確保運行環(huán)境能滿足新應(yīng)用系統(tǒng)的需要。驗收小組從功能需求及技術(shù)需求層面對系統(tǒng)進行綜合評估，系統(tǒng)驗收內(nèi)容包括但不限于移交給甲方的系統(tǒng)測試報告、系統(tǒng)安裝文檔、配置文檔、源代碼、操作手冊、維護手冊、系統(tǒng)應(yīng)急預(yù)案、系統(tǒng)“回退”計劃等。提示：給出“清晰的”、“可實現(xiàn)”、“可驗證”的目標。例如采用Rational Rose進行面向?qū)ο蠓治雠c設(shè)計，采用Visual SourceSafe進行配置管理，采用Microsoft Office制作文檔。 相關(guān)文檔說明：列出本文檔的所有參考文獻（可以是非正式出版物），包括現(xiàn)有規(guī)范、標準、批文、引用到的文件、資料等。說明：業(yè)務(wù)對象：業(yè)務(wù)流程中涉及的單據(jù)、報表等。 參考文檔說明：列出本文檔的所有參考文獻（可以是非正式出版物），包括計劃任務(wù)書、合同、批文、引用到的文件、資料及軟件開發(fā)標準等。以下是幾項建議：該任務(wù)由多少人來完成？是否總在變化？一個任務(wù)周期需要多長時間？執(zhí)行每項活動要用多長時間？是否總在變化？是否有特殊的環(huán)境約束：移動、戶外、乘機旅行等？目前使用的是哪些系統(tǒng)平臺？以后會使用哪些平臺？還在使用哪些應(yīng)用程序？您的應(yīng)用程序是否需要和這些應(yīng)用程序集成？在此處可以從業(yè)務(wù)模型中摘錄一些內(nèi)容來概述所涉及的任務(wù)和角色等等。分級和累積投票方法表明，必須解決的問題與干系人或用戶希望解決的問題大有不同。例如：報表格式；數(shù)據(jù)命名；財務(wù)處理；審計追蹤，等等。對軟件的數(shù)據(jù)輸出及必須標明的控制輸出量進行解釋并舉例，包括對硬拷貝報告（正常結(jié)果輸出、狀態(tài)輸出及異常輸出）以及圖形或顯示報告的描述。包括輸入、輸出系統(tǒng)等系統(tǒng)填寫與接口交互的系統(tǒng)名稱系統(tǒng)類型填寫是接口的數(shù)據(jù)源系統(tǒng)(source)還是目標系統(tǒng)(object)數(shù)據(jù)庫填寫交互系統(tǒng)使用的數(shù)據(jù)庫及版本軟件填寫交互系統(tǒng)的軟件名稱架構(gòu)類型交互系統(tǒng)的架構(gòu)類型是B/S 還是C/S。 動態(tài)數(shù)值需求說明：欲處理的事務(wù)和任務(wù)的數(shù)量，以及在正常情況下和峰值工作條件下一定時間周期中處理的數(shù)據(jù)總量。說明：主要是在線用戶手冊與幫助系統(tǒng)，也包括其他的文檔 第三方產(chǎn)品【可選】說明：使用到的第三方產(chǎn)品相關(guān)的 使用許可、使用限制、接口標準。3程序1（標識符）設(shè)計說明從本章開始，逐個地給出各個層次中的每個程序的設(shè)計考慮。給出對每一個輸出項的特性，包括名稱、標