1、信息科技項目詳細設計方案說明書X X X曰XXXX年XX月文檔屬性文檔屬性內容項目/任務名稱：項目/任務編號：文檔名稱：文檔編號：文檔版本號：B1變更序列號文檔狀態：文檔編寫完成日期文檔變更歷史清單文檔版本號變更日期修改人描述注：正式使用本表時，需刪除表中的藍色字體 3.文檔變更講明（僅描述本版本的變更內容）序號變更內容簡述1.修訂部分章節2.目錄第 1 章 項目概述 11.1 項目背景 11.2 術語定義 1第 2 章 項目范疇 12.1 項目基礎 12.2 需求要點及實現方式 1 第 3 章 技術方案 13.1 數據流程圖 13.2 系統邏輯結構 23.3 所涉及的系統 23.4 數據結構

2、概要設計講明（可選項） 23.5 方案比較 2第 4 章 其他重要講明 34.1 技術平臺選型 34.2 性能設計 34.3 安全設計 34.4 移行要點 44.5 投產要點 44.6 要緊技術難點和技術風險 4第 5 章 功能層次描述 54.7 數據流圖 54.8 與其他系統（項目）的關系 64.9 前提條件與限制 6第 6 章 數據字典 6項目概述項目背景描述本項目的提出者，提出時刻，明確后的需求的到達時刻，此次要 實現的系統的用戶。描述本項目已完成的前期工作情形：重要的會議和形成的決議、技術 預備情形等，一樣在一頁內。描述本項目的項目基礎，項目實施的前提條件。術語定義列出本方案用到的專門

3、術語的定義，摘自術語定義表。項目范疇項目基礎對實現的新功能的業務、技術基礎進行描述，講明目前業務的現狀（未 有、手工、已有等），現有系統的實現程度。需求要點及實現方式對需求書的內容進行概述，界定業務范疇。需求要點實現與否實現方式/不實現理由注釋：實現分為技術、業務實現；實現內容分為全部能夠實現，部分實現、 部分不實現，全部能夠實現，但分步完成等；關于實現的功能，要講明在X X系統XX應用中實現，不實現的功能需講明理由。技術方案對系統的技術實現手段進行描述，此章節用于指導系統規格書的編制。數據流程圖將實現功能使用數據流圖的方式表現出來。數據流圖只要求細化到0層（即應用層），“0層圖”不要求畫出“

4、數據 存貯”。關于某些項目只涉及到一個或少量應用，需要畫出功能模塊才能表 達清晰的情形，能夠以一個功能模塊作為一個“處理”畫圖，現在也可不 畫出“數據存貯”。具體要求參見總體方案制圖規范中的數據流圖規范。系統邏輯結構描述系統與系統外部邏輯關系及系統內部的要緊、關鍵邏輯結構。 所涉及的系統該項目所涉及的系統（應用）以及引起這些系統（應用）的變更，進 行總體描述，能夠借助圖示進行描述。描述所涉及的系統為該項目所提供的功能與作用。關于升級項目還要列出版本基礎的版本號（幾個應用的版本號，女如: A1. 2+B2.5+C1.0）。涉及的系統且需要配合此項目同步變更的系統必須描述，簡單描述修改哪些內容，此

5、章節用于指導總工辦任務的下達和版本打算的編制 用列表方式描述。建議規定表格的表達形式。系統名稱系統版本需進行的改造備注數據結構概要設計講明（可選項）涉及關鍵數據表的建立或修改，則使用ER圖描述關鍵的數據結構之間 的層次和關系（只要求提供關鍵字段）。注釋：只列出關鍵業務數據表（例如分戶帳、日志、登記簿，操縱類表不用 列出）性質：新增/修改/使用。關于新增/修改的表，要求在有關講明中描述涉 及到的關鍵字段要求。方案比較用表格方式描述多個方案之間各項要素的比較情形，如果沒有多個方 案，則此項不用編寫比案名稱項萬案一萬案一萬案二其他重要講明如果項目涉及如下有關方面，從總體上給出方案。技術平臺選型對項目

6、的未納入已有應用系統框架中的部分，如果采納新的技術平臺， 則需要對技術平臺進行選擇，包括涉及到的：操作系統、數據庫、中間件、 通訊方式、基礎平臺以及開發工具等等。當某方面有多個選擇時，要進行 評估，并確定。必要時形成多種方案（指出幾個方案對比的優、缺點） ，供 評審時決策或上報領導決策。如果對平臺作了評估、評測，應有有關的文檔在此處指出，并列入參 考資料中。已有項目中，不涉及技術平臺改造的項目可不寫。技術平臺評估表（可選）描述性質萬案一萬案一方案N操作系統O 。數據庫O O性能設計描述本項目中重要的性能指標及事實上現方法，能夠從以下方面描述。 性能的定量要求，如：響應時刻、超時數值定義、數據存

7、量、并發數。 在哪些方面可能產生阻礙系統性能的因素，打算采取那些具體措施解 決。關于系統優化類的項目，應該指出系統優化前后的性能指標，實現方法。 若系統存在以下情形，必須講明：使用模糊查詢；聯機交易使用“全表掃描”方式訪咨詢數據庫。安全設計當系統安全未納入已有的安全體系時，應對系統的安全策略、系統的 備份與復原、系統治理等安全因素進行描述。安全審計方面的要求：例如指出哪些重要信息需要記錄日志。當系統 已納入已有的安全體系時，講明一下即可，不用再填下表。名稱內容計策安全漏洞級不（專門 嚴峻/嚴峻/ 一樣）備注移行要點簡要描述綜合測試及移行工作的要點，用于指導綜合測試方案、移行 方案的編制。確認是

8、否需要移行。如果需要，要描述移行的內容、方法等。 沒有移行的項目，寫“無”。哪些有關系統必須測試，測試要點、重點功能。是否需要進行壓力測試，壓力測試的重點是什么。移行測試的重點是什么。投產要點簡單描述投產的各種條件、假定和限制，用于指導投產方案的編制。從總體上考慮投產條件：網絡要求、設備要求、業務要求；當項目是 在原有系統上新增功能時，考慮是否需要的追加資源。當項目投產涉及移行或切換時，應有一個初步的考慮，例如：批前投 產依舊批后投產，投產是否需要停機，與主機是否有關等，投產期間對那 些業務有阻礙等。要緊技術難點和技術風險以列表方式描述要緊的技術難點和風險，列表項目包括：識不、內容、 概率、阻

9、礙程度、計策。概率、阻礙程度以必定、高、中、低、未明確標識難點名稱內容識不概率阻礙程度計策4.7應急處理（業務、技術）第5章功能層次描述功能層次的劃分按照系統業務的特點進行自頂向下的劃分，功能層次 圖以 層次方框圖 的形式體現，描述了系統不同層次的功能名稱、功能描 述以及功能標識。此處的功能標識將作為下一章軟件需求描述中的功能標 識ID。層次方框圖中第一層代表系統或者項目，第二層代表應用，第三層 為該應用下的功能模塊劃分，第四層為具體功能（交易或者一個功能或功能 組）。范例：保證金治理系統的功能層次圖。功能清單:功能標識功能名稱功能簡述屬性（新增、修改）附屬講明（如交易 代碼、作業名稱等）1.

10、1.1.1保證金主帳戶 開銷戶實現保證金主帳戶 的開戶及銷戶功能新增303030311.1.1.2數據流圖從用戶業務角度，將系統功能和數據流程以圖示方式表示，重點是表 示用戶、功能以及業務數據之間的關系。數據流程圖應重點明確幾點：要緊的功能模塊和使用者，包括各級治理部門、運行愛護部門、業務 操作部等；各級使用者之間的關系，所在的部門和在組織結構中的位置；功能模塊間的數據流和操縱流關系，以及先后順序等；對較復雜的系統可針對系統圖示的重點分為組織關系圖和數據流圖分 不描述，組織關系圖按照 層次方框圖 的格式書寫，數據流圖按照下述格 式書寫。為進一步闡明圖示中的關系和其代表的具體含義，除圖示外還可 針對具體的關系和數據流程、操縱流程做詳細的文字描述；數據流圖的格式按照國標中的規定執行。當前時期，數據流圖的細分 程度只要求細化到應用層，以后再按照實際情形調整；關于數據流圖的詳細要求詳見數據流圖編制標準 。與其他系統（項目）的關系 關于與外部系統有關聯的項目還要描述其與其他系統（或項目）之間 的關