1、項目編號 :XXXXXXXXXXX 年 XX 月1. 文檔屬性文檔屬性內(nèi)容項目/任務名稱：項目/任務編號：文檔名稱：文檔編號：文檔版本號：B1變更序列號文檔狀態(tài)：文檔編寫完成日期作者：2. 文檔變更歷史清單文檔版本號變更日期修改人描述注：正式使用本表時，需刪除表中的藍色字體。3. 文檔變更說明（僅描述本版本的變更內(nèi)容）序號變更內(nèi)容簡述修訂部分章節(jié)第1章項目概述1.1項目背景描述本項目的提岀者，提岀時間，明確后的需求的到達時間，本次要實現(xiàn)的系統(tǒng)的用戶。描述本項目已完成的前期工作情況：重要的會議和形成的決議、技術(shù)準備情況等，一般在一頁內(nèi)。描述本項目的項目基礎，項目實施的前提條件。1.2術(shù)語定義列出

2、本方案用到的專門術(shù)語的定義，摘自術(shù)語定義表。第2章項目范圍2.1項目基礎對實現(xiàn)的新功能的業(yè)務、技術(shù)基礎進行描述，說明目前業(yè)務的現(xiàn)狀（未有、手工、已有等），現(xiàn)有系統(tǒng)的實現(xiàn)程度。2.2需求要點及實現(xiàn)方式對需求書的內(nèi)容進行概述，界定業(yè)務范圍需求要點實現(xiàn)與否實現(xiàn)方式/不實現(xiàn)理由注釋：實現(xiàn)分為技術(shù)、 業(yè)務實現(xiàn)；實現(xiàn)內(nèi)容分為全部可以實現(xiàn)，部分實現(xiàn)、部分不實現(xiàn)，全部可以實現(xiàn),但分步完成等；對于實現(xiàn)的功能，要說明在XX系統(tǒng)XX應用中實現(xiàn)，不實現(xiàn)的功能需說明理由。第3章技術(shù)方案對系統(tǒng)的技術(shù)實現(xiàn)手段進行描述，此章節(jié)用于指導系統(tǒng)規(guī)格書的編制。3.1數(shù)據(jù)流程圖將實現(xiàn)功能使用數(shù)據(jù)流圖的方式表現(xiàn)岀來。數(shù)據(jù)流圖只要求細化到

3、 o層（即應用層），“ o層圖”不要求畫岀“數(shù)據(jù)存貯”。對于某些 項目只涉及到一個或少量應用，需要畫岀功能模塊才能表達清楚的情況，可以以一個功能模塊作為一個“處理”畫圖，此時也可不畫岀“數(shù)據(jù)存貯”。 具體要求參見總體方案制圖規(guī)范中的數(shù)據(jù)流圖規(guī)范。3.2系統(tǒng)邏輯結(jié)構(gòu)描述系統(tǒng)與系統(tǒng)外部邏輯關系及系統(tǒng)內(nèi)部的主要、關鍵邏輯結(jié)構(gòu)。3.3所涉及的系統(tǒng)該項目所涉及的系統(tǒng)（應用）以及引起這些系統(tǒng)（應用）的變更，進行總體描述，可以借助 圖示進行描述。描述所涉及的系統(tǒng)為該項目所提供的功能與作用。對于升級項目還要列岀版本基礎的版本號（幾個應用的版本號，如：A1.2+B2.5+C1.0）涉及的系統(tǒng)且需要配合此項目同步

4、變更的系統(tǒng)必須描述，簡單描述修改哪些內(nèi)容， 此章節(jié)用于指導總工辦任務的下達和版本計劃的編制用列表方式描述。建議規(guī)定表格的表達形式。系統(tǒng)名稱系統(tǒng)版本需進行的改造備注3.4數(shù)據(jù)結(jié)構(gòu)概要設計說明（可選項）涉及關鍵數(shù)據(jù)表的建立或修改，則使用ER圖描述關鍵的數(shù)據(jù)結(jié)構(gòu)之間的層次和關 系（只要求提供關鍵字段）。注釋：只列出關鍵業(yè)務數(shù)據(jù)表（例如分戶帳、日志、登記簿，控制類表不用列出）性質(zhì)：新增/修改/使用。對于新增/修改的表，要求在相關說明中描述涉及到的關 鍵字段要求。3.5方案比較用表格方式描述多個方案之間各項要素的比較情況，如果沒有多個方案，則此項不用編寫。、方案比、案名稱 較稱項萬案一萬案一萬案二第4章

5、其他重要說明如果項目涉及如下相關方面，從總體上給出方案。4.1技術(shù)平臺選型對項目的未納入已有應用系統(tǒng)框架中的部分，如果采用新的技術(shù)平臺， 則需要對技術(shù)平臺進行選擇，包括涉及到的：操作系統(tǒng)、數(shù)據(jù)庫、中間件、通訊方式、基礎平臺以 及開發(fā)工具等等。當某方面有多個選擇時，要進行評估，并確定。必要時形成多種方案(指出幾個方案對比的優(yōu)、缺點)，供評審時決策或上報領導決策。如果對平臺作了評估、評測，應有相關的文檔在此處指出，并列入?yún)⒖假Y料中。已有項目中，不涉及技術(shù)平臺改造的項目可不寫。技術(shù)平臺評估表(可選)描述性質(zhì)萬案一萬案一方案N操作系統(tǒng)O 。數(shù)據(jù)庫O O4.2性能設計描述本項目中重要的性能指標及其實現(xiàn)方

6、法，可以從以下方面描述1. 性能的定量要求，如：響應時間、超時數(shù)值定義、數(shù)據(jù)存量、并發(fā)數(shù)。2. 在哪些方面可能產(chǎn)生影響系統(tǒng)性能的因素，計劃采取那些具體措施解決。3. 對于系統(tǒng)優(yōu)化類的項目，應該指岀系統(tǒng)優(yōu)化前后的性能指標，實現(xiàn)方法。4. 若系統(tǒng)存在以下情況，必須說明：(1) 使用模糊查詢；(2) 聯(lián)機交易使用“全表掃描”方式訪問數(shù)據(jù)庫。4.3安全設計當系統(tǒng)安全未納入已有的安全體系時，應對系統(tǒng)的安全策略、系統(tǒng)的備份與恢復、 系統(tǒng)管理等安全因素進行描述。安全審計方面的要求： 例如指出哪些重要信息需要記錄日志。當系統(tǒng)已納入已有的安全體系時，說明一下即可，不用再填下表名稱內(nèi)容對策安全漏洞級別（非常 嚴重

7、/嚴重/ 一般）備注4.4移行要點簡要描述綜合測試及移行工作的要點，用于指導綜合測試方案、移行方案的編制。確認是否需要移行。如果需要，要描述移行的內(nèi)容、方法等。沒有移行的項目，寫“無”1. 哪些相關系統(tǒng)必須測試，測試要點、重點功能。2. 是否需要進行壓力測試，壓力測試的重點是什么。3. 移行測試的重點是什么。4.5投產(chǎn)要點簡單描述投產(chǎn)的各種條件、假定和限制，用于指導投產(chǎn)方案的編制。1. 從總體上考慮投產(chǎn)條件：網(wǎng)絡要求、設備要求、業(yè)務要求；當項目是在原有系統(tǒng)上新增功 能時，考慮是否需要的追加資源。2. 當項目投產(chǎn)涉及移行或切換時，應有一個初步的考慮，例如：批前投產(chǎn)還是批后投產(chǎn)，投 產(chǎn)是否需要停機

8、，與主機是否有關等，投產(chǎn)期間對那些業(yè)務有影響等。4.6主要技術(shù)難點和技術(shù)風險以列表方式描述主要的技術(shù)難點和風險，列表項目包括：識別、內(nèi)容、概率、影響程度、對概率、影響程度以必然、高、中、低、未明確標識。難點名稱內(nèi)容識別概率影響程度對策4.7應急處理（業(yè)務、技術(shù)）第5章功能層次描述功能層次的劃分按照系統(tǒng)業(yè)務的特點進行自頂向下的劃分，功能層次圖以 層次方框圖的形式體現(xiàn)，描述了系統(tǒng)不同層次的功能名稱、功能描述以及功能標識。此處的功能標識將作為下一章軟件需求描述中的功能標識ID。層次方框圖中第一層代表系統(tǒng)或者項目，第二層代表應用，第三層為該應用下的功能模塊劃分，第四層為具體功能（交易或者一個功能或功能

9、組）。范例：保證金管理系統(tǒng)的功能層次圖功能清單：功能標識功能名稱功能簡述屬性（新增、修改）附屬說明（如交易 代碼、作業(yè)名稱等）1.1.1.1保證金主帳戶 開銷戶實現(xiàn)保證金主帳戶 的開戶及銷戶功能新增303030311.1.1.24.7數(shù)據(jù)流圖1. 從用戶業(yè)務角度，將系統(tǒng)功能和數(shù)據(jù)流程以圖示方式表示，重點是表示用戶、功能以及業(yè)務 數(shù)據(jù)之間的關系。數(shù)據(jù)流程圖應重點明確幾點：（1）主要的功能模塊和使用者，包括各級管理部門、運行維護部門、業(yè)務操作部等；（2）各級使用者之間的關系，所在的部門和在組織結(jié)構(gòu)中的位置；（3）功能模塊間的數(shù)據(jù)流和控制流關系，以及先后順序等；（4）對較復雜的系統(tǒng)可針對系統(tǒng)圖示的重點分為組織關系圖和數(shù)據(jù)流圖分別描述，組織關系圖按照 層次方框圖 的格式書寫，數(shù)據(jù)流圖按照下述格式書寫。為進一步闡明圖示 中的關系和其代表的具體含義，除圖示外還可針對具體的關系和數(shù)據(jù)流程、控制流程 做詳細的文字描述；2. 數(shù)據(jù)流圖的格式按照國標中的規(guī)定執(zhí)行。當前階段，數(shù)據(jù)流圖的細分程度只要求細化到應用層，以后再根據(jù)實際情況調(diào)整；3. 關于數(shù)據(jù)流圖的詳細要求詳見數(shù)據(jù)流圖編制標準。4.8與其他系統(tǒng)（項目）的關系對于與外部系統(tǒng)有關聯(lián)的項目還要描述其與其他系統(tǒng)（或項目）之間的關系和流程， 包括提供/接收數(shù)據(jù)資料的名稱和