**集團第頁1引言1.1編寫目的說明編寫這份詳細設計說明書的目的，指出預期的讀者。1.2背景說明：待開發(fā)軟件系統(tǒng)的名稱；本相關項目的任務提出者、開發(fā)者、用戶和運行該程序系統(tǒng)的計算中心。1.3定義列出本文件中用到專門術語的定義和外文首字母組詞的原詞組。1.4參考資料列出有關的參考資料，如：本相關項目的經(jīng)核準的相關計劃任務書或合同合約、上級機關的批文；屬于本相關項目的其他已發(fā)表的文件；本文件中各處引用到的文件資料，包括所要用到的軟件開發(fā)標準。列出這些文件的標題、文件編號、發(fā)表日期和出版單位，說明能夠取得這些文件的來源。2程序系統(tǒng)的結構用一系列圖表列出本程序系統(tǒng)內的每個程序（包括每個模塊和子程序）的名稱、標識符和它們之間的層次結構關系。3程序1（標識符）設計說明從本章開始，逐個地給出各個層次中的每個程序的設計考慮。以下給出的提綱是針對一般情況的。對于一個具體的模塊，尤其是層次比較低的模塊或子程序，其很多條目的合適的內容往往與它所隸屬的上一層模塊的對應條目的合適的內容相同，在這種情況下，只要簡單地說明這一點即可。3.1程序描述給出對該程序的簡要描述，主要說明安排設計本程序的目的意義，并且，還要說明本程序的特點（如是常駐內存還是非常駐？是否子程序？是可重人的還是不可重人的？有無覆蓋要求？是順序處理還是并發(fā)處理等）。3.2功能說明該程序應具有的功能，可采用IPO圖（即輸入一處理一輸出圖）的形式。3.3性能說明對該程序的全部性能要求，包括對精度、靈活性和時間特性的要求。3.4輸人項給出對每一個輸入項的特性，包括名稱、標識、數(shù)據(jù)的類型和格式、數(shù)據(jù)值的有效范圍、輸入的方式。數(shù)量和頻度、輸入媒體、輸入數(shù)據(jù)的來源和安全保密條件等等。3.5輸出項給出對每一個輸出項的特性，包括名稱、標識、數(shù)據(jù)的類型和格式，數(shù)據(jù)值的有效范圍，輸出的形式、數(shù)量和頻度，輸出媒體、對輸出圖形及符號的說明、安全保密條件等等。3.6算法詳細說明本程序所選用的算法，具體的計算公式和計算步驟。3.7流程邏輯用圖表（例如流程圖、判定表等）輔以必要的說明來表示本程序的邏輯流程。3.8接口用圖的形式說明本程序所隸屬的上一層模塊及隸屬于本程序的下一層模塊、子程序，說明參數(shù)賦值和調用方式，說明與本程序相直接關聯(lián)的數(shù)據(jù)結構（數(shù)據(jù)庫、數(shù)據(jù)文卷）。3.9存儲分配根據(jù)需要，說明本程序的存儲分配。3.10注釋設計說明準備在本程序中安排的注釋，如：加在模塊首部的注釋；加在各分枝點處的注釋；對各變量的功能、范圍、缺省條件等所加的注釋；對使用的邏輯所加的注釋等等。3.11限制條件說明本程序運行中所受到的限制條件。3.12測試相關計劃說明對本程序進行單體測試的相關計劃，包括對測試的技術要求、輸入數(shù)據(jù)、預期結果、進度安排、人員職責、設備條件驅動程序及樁模塊等的規(guī)定。3.13尚未解決的問題說明在本程序的設計中尚未解決而設計者認為在軟件完成之前應解決的問題。4程序2（標識符）設計說明用類似F．3的方式，說明第2個程序乃至第N個程序的設計考慮。

單元測試用例1測試范圍說明：本用例測試的功能點。2測試環(huán)境環(huán)境1：硬件環(huán)境：服務器端：客戶端：軟件環(huán)境：服務器端：客戶端：網(wǎng)絡環(huán)境：環(huán)境2：3數(shù)據(jù)準備說明：可以引用適當?shù)母郊?，如EXCEL文件、文本文件等扁平文件等，這些文件內存放著測試準備的數(shù)據(jù)。測試用例功能1測試編號功能模塊－子模塊－編號測試相關項目模塊功能－子模塊功能用例描述描述測試上述功能的測試點依賴描述無環(huán)境及初始數(shù)據(jù)環(huán)境1，填寫用到的各種測試數(shù)據(jù)的名稱依賴樣例測試本用例依賴的相關用例名稱序號前置條件測試子項執(zhí)行步驟預期結果實際結果備注測試序號填寫本用例運行的前置條件。如登陸、權限、設備就緒等；說明測試的基本流還是備選流；要求測試遍歷所有的備選流；詳細列出各個用例角色的操作的動作。對應每一步的預測結果；對應每一個執(zhí)行步驟的實際結果；填寫與測試相關聯(lián)的核對點、檢查點。

設計評審報告文件狀態(tài)：[√]草稿[]正式發(fā)布[]正在修改文件標識：ProjectName-當前版本：X.Y作者：完成日期：Year-Month-Day版本歷史版本/狀態(tài)作者參與者起止日期備注基本信息提示：由評審主持人或評審員填寫此表格。待評審的工作成果工作成果名稱，標識符，版本，作者，時間…技術評審方式（正式評審）或者(走查)評審時間評審地點參加技術評審的人員類別名字工作單位職稱、職務：主持人評審小組成員記錄員缺陷識別和跟蹤評審問題跟蹤表編號問題描述問題類型嚴重性提交者提交日期問題處理負責人解決措施/原因說明問題解決狀態(tài)實際關閉日期問題關閉驗證人備注123評審結論與意見提示：由主持人或評審員填寫此表格。評審結論[]工作成果合格，“無需修改”或者“需要輕微修改但不必再審核”。[√]工作成果基本合格，需要作少量的修改，之后通過審核即可。[]工作成果不合格，需要作比較大的修改，之后必須重新對其評審。意見負責人簽字簽字：日期：系統(tǒng)/用戶測試相關計劃文件狀態(tài)：[√]草稿[]正式發(fā)布[]正在修改文件標識：當前版本：作者：完成日期：Year-Month-Day版本歷史版本/狀態(tài)作者參與者起止日期備注1.測試范圍與主要合適的內容提示：系統(tǒng)測試小組應當根據(jù)相關項目的特征確定測試范圍與合適的內容。一般地，系統(tǒng)測試的主要合適的內容包括功能測試、健壯性測試、性能測試、用戶界面測試、安全性（security）測試、安裝與反安裝測試等。2.測試方法提示：例如黑盒測試和白盒測試。3.測試環(huán)境與測試輔助工具環(huán)境設備配置名稱/類型備注服務器軟件硬件客戶端軟件硬件網(wǎng)絡工具類型工具開發(fā)商版本測試管理管控缺陷跟蹤用于功能性測試的工具用于性能測試的工具測試覆蓋監(jiān)測器或評測器4.測試進度相關計劃任務人員任務開始日期結束日期制定測試相關計劃設計測試實施測試執(zhí)行測試對測試進行評估5.測試完成準則提示：對于非嚴格系統(tǒng)可以采用“基于測試用例”的準則：（1）功能性測試用例通過率達到100％；（2）非功能性測試用例通過率達到95％時。對于嚴格系統(tǒng)，應當補充“基于BUG密度”的規(guī)則：相鄰n個CPU小時內“測試期BUG密度”全部低于某個值m。例如n大于10，m小于等于1。最后一次回歸測試二類缺陷數(shù)量為零，用例外非常規(guī)缺陷數(shù)量小于等于2個/萬行程序；測試用例功能點覆蓋率100%；6.BUG管理管控與改錯相關計劃提示：根據(jù)所采用的BUG管理管控工具確定：（1）BUG管理管控流程，（2）BUG修改流程。定義BUG修改約定，例如：不同級別的BUG必須在幾日內處理完成。7.附錄.本相關計劃審批意見相關項目經(jīng)理審批意見：簽字日期系統(tǒng)/用戶測試報告1.基本信息測試依據(jù)例如：參照標準、客戶需求、需求規(guī)格說明書、測試用例等測試范圍測試驗收標準測試環(huán)境描述測試驅動程序描述提示：可以把測試驅動程序當作附件測試人員測試時間須注明每次回歸測試的時間測試工具2.實況記錄模塊測試用例編號期望結果測試結果缺陷密度是否執(zhí)行了回歸測試3.測試總評價根據(jù)對測試結果提出一個關于軟件能力的全面分析，需標明遺留的主要缺陷、局限性和軟件的約束限制等，并提出軟件測試過程中程序中的不足。根據(jù)測試標準及測試結果，綜合評價軟件的開發(fā)是否已達到預定目標。4.缺陷修改記錄提示：如果采用了缺陷管理管控工具，能自動產生缺陷報表的話，則無需本表。缺陷名稱缺陷類型嚴重程度模塊原因駐留時間解決合適的方案…測試人員簽字/日期：試運行相關計劃文件狀態(tài)：[√]草稿[]正式發(fā)布[]正在修改文件標識：ProjectName-TestRun-PLAN當前版本：X.Y作者：完成日期：Year-Month-Day版本歷史版本/狀態(tài)作者參與者起止日期備注1.試運行目標提示：說明本次試運行的主要合適的內容與目標（必須是可以驗證的）。2.工作條件提示：說明試運行地點、參加人員、軟硬件設施、經(jīng)費等要求。3.應遞交的工作成果工作成果名稱預計完成時間試運行報告報錯趨勢分析報告……4.進度表提示：（1）用MicrosoftProject制作進度表（GanttChart）插入此處或者參照此表制作一份進度表。任務名稱及其描述開始時間結束時間參加人員任務1任務2…5.可能存在的困難與風險提示：指出可能存在的困難和風險，制定應急相關計劃以應對突發(fā)事件。附錄：本相關計劃審批意見提示：相關項目經(jīng)理或者技術負責人根據(jù)相關項目相關計劃以及現(xiàn)實情況（如可以支配的人力資源），審批該《試運行相關計劃》。相關項目經(jīng)理或試運行負責人審批意見：簽字日期

數(shù)據(jù)遷移相關計劃1.數(shù)據(jù)遷移的重要事件和里程碑日期2.數(shù)據(jù)遷移前的備份要求3.數(shù)據(jù)遷移測試結果清單4.轉換工作進度表提示：（1）用MicrosoftProject制作進度表（GanttChart），插入此處或作為附件。（2）或者在此處用表格制作一份進度表，例如：任務名稱及其描述開始時間結束時間參加人員任務1任務2…5.轉換操作步驟以及問題處理步驟6．數(shù)據(jù)核對相關計劃7．數(shù)據(jù)遷移的需求和實施相關計劃8．應急預案及回退相關計劃1).分析引發(fā)轉換失敗的潛在原因提示：說明轉換失敗的幾類原因，考慮人員、軟硬件設施、經(jīng)費等因素。2).預防措施提示：針對轉換失敗的幾類原因，制定預防措施。3).事件處理及回退相關計劃提示：在突發(fā)事件出現(xiàn)時的應對策略，應從人員組織、流程制定等方面考慮。4).組織機制提示：建立應急處理小組成員，明確職責到人。應急處理人員角色職責8.培訓相關計劃說明培訓合適的內容，時間，地點，培訓講師等信息。9.附錄：本相關計劃審批意見相關項目負責人審批意見：簽字日期信息技術部審批意見簽字日期業(yè)務部門審批意見簽字日期

數(shù)據(jù)遷移報告1.背景介紹提示：介紹系統(tǒng)轉換的背景情況。2.數(shù)據(jù)遷移目標提示：說明本次數(shù)據(jù)遷移的主要合適的內容與目標。3.數(shù)據(jù)準備提示：所準備進行轉換的數(shù)據(jù)情況描述以及數(shù)據(jù)來源部門的審批結果4.數(shù)據(jù)遷移實錄提示：回顧系統(tǒng)上線各階段工作，大體步驟5．數(shù)據(jù)遷移后數(shù)據(jù)核對過程和結論提示：說明本次數(shù)據(jù)遷移后進行數(shù)據(jù)核對的過程以及結論。包含主文件檢查、轉換前后數(shù)據(jù)記錄與余額核對、數(shù)據(jù)映射表、會計科目對照表、機構對照表、內部基礎數(shù)據(jù)對照表、賬務報表的核對結果等。6.數(shù)據(jù)異常/差異處理提示：數(shù)據(jù)遷移過程中，形成的數(shù)據(jù)異常/差錯/數(shù)據(jù)修改所進行的處理過程記錄，以及處理后的結論。7.問題和建議提示：對數(shù)據(jù)遷移過程的問題進行總結，提出意見，并就運行維護情況提出自己的建議附錄：本相關計劃審批意見相關項目負責人審批意見：簽字日期信息技術部審批意見簽字日期業(yè)務部門審批意見簽字日期

試運行報告文件狀態(tài)：[√]草稿[]正式發(fā)布[]正在修改文件標識：ProjectName-TestRun-REPORT當前版本：X.Y作者：版本歷史版本/狀態(tài)作者參與者起止日期備注1.背景介紹提示：說明此次運行工作的必要性。2.試運行目標提示：說明本次試運行的主要合適的內容與目標（必須是可驗證的）。3.試運行取得的工作成果提示：說明本次試運行工作成果（程序、文檔、數(shù)據(jù)等）以及試運行平臺和時間。4.報錯趨勢分析報告提示：建議制作趨勢圖5.試運行經(jīng)驗總結6.下一階段工作安排

系統(tǒng)驗收報告版本歷史版本/狀態(tài)作者參與者起止日期備注1.基本信息相關項目名稱合約甲方合同乙方合同合約合約甲方驗收人員角色職責合同乙方人員角色職責2.成果審查報告應交付成果的名稱、版本合約甲方審核人合同乙方協(xié)助人時間地點審查結論3.問題處理提示：如果合約甲方發(fā)現(xiàn)工作成果中存在缺陷，雙方應當視問題的嚴重性給出合適的處理措施。（1）如果工作成果存在嚴重的缺陷，則退回給合同乙方。合同乙方應當給出糾正缺陷，雙方協(xié)商第二次驗收的時間。合同乙方應當賠償給客戶方造成的損失。（2）如果工作成果存在一些輕微的缺陷，則合同乙方應當給出糾正缺陷的措施，雙方協(xié)商是否需要第二次驗收。問題處理措施合約甲方負責人簽字合同乙方負責人簽字4.交付簽字提示：（1）當待驗收的所有工作成果都通過了審查和測試后，合同乙方將其交付給合約甲方。（2）雙方的責任人簽字認可。交付簽字業(yè)務部門負責人簽字信息技術部相關項目負責人簽字合同乙方相關項目負責人簽字

系統(tǒng)上線相關計劃1.部署方式及資源分配（包括人力資源及服務器資源）提示：說明成立相關項目領導組等情況；說明人員、軟硬件設施、經(jīng)費等要求。2.上線工作進度表提示：（1）用MicrosoftProject制作進度表（GanttChart），插入此處或作為附件。（2）或者在此處用表格制作一份進度表，例如：任務名稱及其描述開始時間結束時間參加人員任務1任務2…3.數(shù)據(jù)準備相關計劃提示：手工系統(tǒng)向電子系統(tǒng)切換或者省級電子系統(tǒng)需要準備基礎數(shù)據(jù)或進行數(shù)據(jù)遷移。4.上線操作步驟以及問題處理步驟5系統(tǒng)的功能測試相關計劃6．數(shù)據(jù)遷移的需求和實施相關計劃提示：此處可以直接說明請見附件“數(shù)據(jù)遷移實施相關計劃”。7.應急預案及回退相關計劃1).分析引發(fā)上線失敗的潛在原因提示：說明上線失敗的幾類原因，考慮人員、軟硬件設施、經(jīng)費等因素。2).預防措施提示：針對上線失敗的幾類原因，制定預防措施。