1、報送系統詳細設計目錄引言11.1 編寫目的11.2 讀者對象11.3 項目背景11.4 編寫原則21.5 定義21.6 參考資料21.7 變更歷史3需求說明32.1 總體描述32.1.1 概述32.1.2 系統目標42.1.3 系統結構設計要求42.1.4 假設和約束52.2 功能需求概述6....82.2.9報送業務6采編業務6審核業務6發布業務7統計分析7模板管理7共享庫7工作值班表7值班日志82.2.10 通知公告82.3 安全要求概述82.4 接口要求概述..

2、.6與上級報送系統的數據接口8息接口8報表接口9發布接口9工作流接口9統一用戶管理接口92.5 性能要求概述9系統處理流程設計103.1 業務流程設計103.1.1 報送流程設計103.1.2 編刊流程設計103.2 數據流程設計12技術方案設計134.1 系統體系結構設計134.2 系統功能結構設計14數據庫設計14345I報送系統詳細設計5.1 結構設計......125.1.13值班表14值班業務表16值班業務處理表17值班安排處理表17值班安排表18值班表18報送表19報送

3、表20表22點評表22共享表23互聯網表24緊急表255.2 安全性設計2..45.2.5只安裝需要的.27鎖定或者失效默認用戶27修改可用用戶的默認.27限制操作系統存取權限28定期更新廠家推出的安全性補丁286 應用系統設計286.1 功能模塊設計2...66.1.7報送業務設計28采編業務設計38審核業務設計66發布業務設計70統計分析業務設計78模板管理業務設計81共享庫業務設計826.2 公用構件設計846.2.1 代碼設計847 接口設計867.1 內部接口設計867.1.1息接口867.1.

4、2 接口參數9..6報表接口97發布接口109工作流接口112統一用戶接口1137.2 外部接口設計1147.2.1 與上級系統接口114設計1188.1 日常維護設計1188.1.1 運維管理模塊1188II報送系統詳細設計8.1.2 日志管理模塊1218.1.3 日志管理模塊1228.2 容錯設計1238.2.1 出錯.1238.2.2 補救措施123III報送系統詳細設計1 引言1.1 編寫目的本詳細設計書是在智慧政務需求規格說明書中的報送系統說明基礎上編制完成的，其主要內容：ØØØ設計該系統的體系結構定義每個模塊的主要功

5、能和模塊之間的相互確定該系統的數據體系結構本總體設計書的編寫目的：ØØØ為開發提供詳細設計的基礎為開發提供詳細設計的指導提供給總體設計評審委員會進行評審1.2 讀者對象本文檔適用于項目組全體、總體設計評審委員會成員及監理。1.3 項目背景區作為省唯一一個區級（全省共有三市一區）被認定為第一批智慧城市試點城區。開展了“蚌埠市慧校園”、“蚌埠 市慧社區”、“蚌埠市慧醫療”、“蚌埠市慧政務”和“蚌埠市智慧旅游”等方面的建設方案和規劃。智慧城市建設將推動區集約、智能、綠色、低碳的新型城鎮化發展，對拉動內需，帶動產業轉型升級具有非常重要的意義。“報送管理系統”是智慧政務的重

6、要組成部分，用于建設全區 的報送和服務系統建設。主要是為下級部門向上級部門報送各種業務（文字、圖片、音頻和等）提供網絡化傳輸服 務，并對進行、綜合、分析、編輯、處理、審核、發布處理，并將互聯情監1報送系統詳細設計控、法規、應急值班等業務的網絡報送及處理，并結合智能分級及挖掘技術，實現資源有性的整合和資源共享，為領導決策提供支持。1.4 編寫原則編寫需要遵循的原則。統一規劃、統一設計思想、統一ØØØØØ交換標準，統一技術規范。采用開放式系統、最大限度地保護原有資源、并立足長遠發展。應用系統工程的，根據實際業務需要，最優化地重組業務處理流程。應用成

7、熟的先進技術實施系統 。統一組織，分層建設，注重實效。1.5 定義ØØJ2EE：基于 java 的企業級應用解決方案；MVC：M-View-Control：程序設計模式，業務層，表現層，層，各司其職；ØØØØØAction：Strusts1 或 Strust2 的器，完成層的功能；Service：服務層，完成業務層的邏輯處理；DAO：數據對象，支撐服務層完成數據存取；Hibernate：java 的 ormap 解決方案；工作流：使得業務過程的部分或整體在計算機中得以模擬和實現的計算機技術。1.6 參考資料區智慧政務需求規格

8、說明書區智慧政務概要設計2報送系統詳細設計1.7 變更歷史2 需求說明2.1 總體描述2.1.1 概述加快報送和服務系統建設。主要是為下級部門向上級部門報送各種業務（文字、圖片、音頻和等）提供網絡化傳輸服務，并對進行、綜合、分析和處理，實現對資源有針對性的整合和資源共享。報送模塊的目的是實現政務上報的網絡化、無紙化，其主要功能有以下幾點：.5.向上級報送；向發布定版；向報送反饋領導批示；向各發送報送相關通知告示等；提供一個報送工作的交流互動平臺。政務報送系統建設要求通過技術先進、運行、界面美觀、操作簡便、基于 IE 瀏覽器的政務報送管理平臺，實現各級之間的政務的報送、處理、共享等

9、功能。政務報送系統是用化代替傳統的傳真、紙質信函等介質，實現各級之間的、簡報、專報、文件等的下發與上報，進行采編與發布，提高工作效率、加強各級部門之間(橫向和縱向)3序號日期變更詳情12014-11-16創建報送系統詳細設計的業務交流與共享。實現報 送、采編、發布審批、管理、生成等功能的政務管理與服務的平臺。報送部門通過實送各類政務，采編通過此系統進行政務、政務處理、采編、編輯等工作。并自動對政務的采用情況進行匯總，形成通報。通報內容可以與一起發布到網上，供各類用戶瀏覽。2.1.2 系統目標該項目建設的總體目標為：以區的政務內網為依托，以區的各有關和各區報送信息為基礎，實現以區管理處室編輯為的

10、業務處理流程和管理功能，下屬的報送客戶端（報送、約稿管理、值班表維護、維護、共享資源庫、交互等）、區的報送服務端（約稿、通知、公告以及的發布、值班表、共享資源庫）以及采編子系統（約稿管理、采用、編輯、審核、成品管理、評分管理、統計、管理）和系統管理（設置、機構管理、用戶管理、角色管理、資源管理、權限），同時需要實現與省報送系統的接口、系統的接口、平臺接口以及其他接口的預留。2.1.3 系統結構設計要求系統設計要考慮到業務未來發展的需要，盡可能設計得簡明，降低各功能模塊耦合度，并充分考慮兼容性。系統能夠支持對多種格式數據的存儲。4報送系統詳細設計Ø先進性：具有一定的先進性、前瞻性、擴充

11、性。考慮一定時期內業務的增長，在充分考慮技術上先進性的同時，采用技術成熟、保證建成的系統具有良好的性、可擴展性和安全性。Ø實用性：在滿足功能需求的前提下，要適應實際工作特點，做到簡單實用、界面人性化、流程清晰，操作簡單。Ø可靠性：整個系統應支持 7*24 小時無故障運行，具有高效的響應能力和處理要業務服務器避免單點故障，當出現單故障時，能主動切換到另一臺上。Ø開放性：充分考慮目前或將來的網絡發展和需求，采用標準的開放協議來構架整個系統。Ø可維護性：系統應提供友應用維護界面、模塊化設計、采用標準的高級語言編程、靈活的功能模塊重組等，使系統具有良可維護性。&

12、#216;可擴展性：能適應不斷擴大的要求，能升級以及擴容；適應新技術不斷發展的要求，使系統能不斷引入新技術，能方便地向新過渡，使系統具有很強的生命力，能不斷地平滑升級，不被淘汰。Ø安全性：從技術和管理上確保網絡和的高度安全，使流轉并得到充分利用，保護的數字水印技術需要抵抗來自日常使用的圖像處理的，用戶需要加密，登錄需要輸入驗證碼。2.1.4 假設和約束 需求約束.1 標準和規范²遵循關于管理的有關規定² 系統基于 J2EE 架構5報送系統詳細設計² 系統利用 HTTP 協議實現 WEB 服務器和客戶端通信并且通過 HTTP 協

13、議進行上文件、通過 SMTP 發送郵件通知²是 B/S 系統，用戶界面為 WEB 頁面.2 軟硬件約束n限制ØØØ除了離線之外，其余功能全部采用 B/S 模式報送系統使用 Oracle 數據庫，版本要求在 10g+服務器：Windows2003 及以上 + tomcat 6 以上(或 BEA WebLogic9 以上) + Oracle10g 以上客戶端：Windows XP/Windows7/Windows8 + IE8 以上（Service Pack 2）Øn 硬件限制Ø報送系統管理服務器：四 CPU，16G 內存2

14、.2 功能需求概述2.2.1報送業務實現發送、接收的交互流程，可實現“零報告”要求，主要使用對象為處業務和其他部門的員。2.2.2采編業務實現報送的采用、編輯、生成等一系列采編工作。2.2.3審核業務實現對生成審核審批等工作。6報送系統詳細設計2.2.4發布業務實現對已通過審核的進行發布的工作。2.2.5統計分析統計分析功能主要分為兩部分：l 對報送l 對的統計和分析，并且生成圖表或表格。的統計和分析，并且生成圖表或表格。2.2.6模板管理提供多種模板和模板管理功能，支持模板的添加、調用、修改、刪除等操作。主要功能是設定、修改各類內容的顯示樣式，期刊欄目的顯示樣式，可以最大限度保證顯示的規范性

15、，減輕工作量。2.2.7 共享庫共享庫功能，系統將所有可共享的資源，統一放入共享庫中，以供所有用戶共同使用，提供文件的上傳，功能，提供文件的新增、修改、刪除、等管理功能，2.2.8 工作值班表填報所屬報送工作值班表(特殊時期、節假日)，系統自動匯總一的值班表。7報送系統詳細設計2.2.9 值班日志由平臺定制值班日志列表，并定制故障單、故障處理單、交接班單等，由值班參與錄入故障、處理及交，便于。2.2.10 通知公告系統實現通知功能，領導用戶可以給相關發出通知，并自動注明發送通知人的屬性，并可以瀏覽被通知者的回復情況。2.3 安全要求概述Ø用戶報送的都很敏感、重要，具有性質，要確保這些

16、數據不被使用、破壞，尤其是在網絡環境下。Ø用戶會積累大量的業務數據，必須保證這些數據能夠安全、完整地導出備份，保證數據不任何破壞、損失。Ø確保的內容原始性。的原始性主要是指內容的原始性，即保證其內容未被修改2.4 接口要求概述2.4.1 與上級報送系統的數據接口預留一個與上級系統的數據接口，該接口主要同步報送的和等。2.4.2息接口該接口主要用于與平臺進行對接，提供應急、提醒等息的發送功能。8報送系統詳細設計2.4.3 報表接口該接口主要把系統中的數據封裝成報表所需要的格式，發送給報，由報生成圖表或表格。2.4.4發布接口該接口主要把報送和推送到上面。2.4.5 工作流接口

17、該接口主要把報送和推送到上面。2.4.6 統一用戶管理接口該接口主要用同步用戶組織機構及權限。2.5 性能要求概述ØØØØØØ支持 100 萬條以上條目（含及附件）支持 TB 級管理支持 20 個以上用戶并發瀏覽頁面更新時間<5 秒檢索結果返回頁面時間<15 秒全文檢索限制在秒級時間9報送系統詳細設計3 系統處理流程設計3.1 業務流程設計3.1.1 報送流程設計報送流程主要是客戶端報送到接收端一個過程，具體見下圖：3.1.2 編刊流程設計編刊流程主要是接收端把接收到的，通過整理、生成初稿、審核、生成等一系列的過程，具體見

18、下圖：10報送系統詳細設計開始編刊操作選擇報送主頁創刊表：ID編刊待編只需選擇號名稱，不需要刊號和只顯示本賬號選擇的待編選擇名選擇名待編采用表：ID，名，賬戶于創建的不再列出賬號重復選擇同一時，已選未不重復添加。即待編列表中沒。復待編界面選擇待編自動完成創建待編操作···按照下一最大刊號創建創建將選擇的待編主頁創刊不選加入到，無待編加入操作是從報送中查找追加采用表：ID，名，賬戶后號寫入采用表，此時采用表不表： 采用表：ID，標題，錄入追加ID，名，賬戶表中增加作為主鍵，即時，設定自增序ID保存表中增加ID和ID的對應關送審表： 采用表：ID， ID，名，刊號 名

19、，賬戶，ID顯示術上名稱，刊號，編刊日期 已定稿中的刊號和未保存創建的定稿刊號重復的現象，在再次保存或者時必須修改刊號）自動完成保存創建的步驟·保存word格式文檔，以便保留對word的修改Word文件送審自動完成保存創建的步驟定稿要求：定稿時才會產生正式刊號免出現創建時間和定稿時間先序不同導致先定稿的刊號反而大的）表：刊號可修改系統號生成，刊號為未定稿的號。成稿模塊顯示該完成現有流程的變動：1. 選擇待編的時候，設定名，不設定流水號。當前用戶寫入采用表。2. 待編中選擇編刊，用報送直接編刊的方式，選擇哪些就編入哪些。選不和刊號流水號發生。3. 待編列表僅顯示當前用戶選的。4. 采用

20、表中判重(作為優化功能，暫后)。5. 采用表使用ID和ID做關聯。（未保存時，表中有ID，無ID。）設計說明：1. 選擇待編的時候，只需要關心這個可以被某個用，至于是第幾期用，不必指定。2. 已編刊的不在待編中顯示，避免待編太多不方便選擇，從意義上來說，已編的不屬于待編狀態了。3. 待編按照用戶顯示，誰選的就由誰來用于編刊。4. 考慮同一用戶多次重復選擇同一條的情況，采用表中判重規則按照待編顯示界面只顯示一條的原則過濾。同一已編后則可以再次從報送界面選擇為待編。5. 由于刊號在定稿前還會修改，所以采用表中不使用刊號，而是用ID和ID來建立關聯。6. 定稿時使用未定稿的刊號，刊號在已定稿中時，編

21、輯和定稿時提示刊號重復，要求修改。7. 追加，只是把寫入采用表（ID，采用人，采用名），保存的時候，刊號寫入采用表。8. 技術上已定稿中的刊號和未定稿刊號重復的現象，在再次保存或者定稿時必須修改刊號。原有設計的問題：1. 選擇待編創建，是按照最大流水號對應的直接生成，和選擇的報送沒有，造成疑惑2. 多次選擇報送待編時，流水號自增，而實際上經常是應該對應到同一期中。由于限制一期只能選擇一個流水號的，所以必須在選擇報送時手工修改流水號。流水號在業務上沒有意義，用戶不好記，操作也繁瑣3. 保存創建時，沒有保存word，而是每次打開采用表，導致word上的修改無法體現。審核定稿· 業務（避后

22、順問題· 按照修改·處長審核·號，· 采用系· 界面（技定稿定稿· 追加· 追加寫刊· 界面流水· 待編已用· 一個用的有重報送系統詳細設計3.2 數據流程設計12報送系統詳細設計4 技術方案設計4.1 系統體系結構設計13報送系統詳細設計4.2 系統功能結構設計5 數據庫設計5.1 結構設計5.1.1 值班表14序號字段名中文名稱字段類型是否主鍵缺省值為空注釋1ID編號NUMBER (10, 0)YN2blob_content主要內容VARCHAR2(512)NY3createDate上報時間

23、DATENY4createTime創建時間DATENY5creator創建者VARCHAR2 (30)NY報送系統詳細設計15序號字段名中文名稱字段類型是否主鍵缺省值為空注釋6eventIdIDVARCHAR2 (64)NY7eventIdC二級IDVARCHAR2 (64)NY8eventName名稱VARCHAR2 (64)NY9eventNameC二級名稱VARCHAR2 (64)NY10groupCode報送VARCHAR2 (64)NY11groupCodeId報送IDVARCHAR2 (64)NY12infoStatus狀態VARCHAR2 (32)NY13lwdw來文VARCHA

24、R2 (64)NY14lwdwName來文名稱VARCHAR2 (64)NY15receiveUserID接收IDVARCHAR2(256)NY16receiveUserName接收名稱VARCHAR2(256)NY17securityId密級 IDVARCHAR2 (64)NY18securityName密級名稱VARCHAR2 (64)NY19urgenId緊急 IDVARCHAR2 (64)NY20urgenName緊急程度名稱VARCHAR2 (64)NY21yjb已節辦VARCHAR2 (16)NY22title標題VARCHAR2(256)NY報送系統詳細設計5.1.2 值班業務表

25、16序號字段名中文名稱字段類型是否主鍵缺省值為空注釋1ID編號NUMBER (10, 0)YN2bsdw報送VARCHAR2 (200)NY3ywnr業務內容VARCHAR2(2000)NY4ywlx業務類型VARCHAR2 (30)NY故障報修 1業務新增 2咨詢 3傳真45ywdjr業務登記人VARCHAR2 (20)NY6ywdjsj業務登記時間DATENY7ywjssj業務結束時間DATENY8ywjsqrr業務結束確認人VARCHAR2 (20)NY9ywcljg業務處理結果VARCHAR2(2000)NY10dqywzt當前業務狀態VARCHAR2 (20)NY待處理 1處理中 2

26、已處理 311ywly業務來源VARCHAR2 (200)NY報送系統詳細設計5.1.3 值班業務處理表5.1.4 值班安排處理表17序號字段名中文名稱字段類型是否主鍵缺省值為空注釋1ID編號NUMBER (10, 0)YN2holiday是否節假日VARCHAR2 (10)NY是 1否 23zbrq值班日期DATENY4dbld帶班領導VARCHAR2 (20)NY5zbbz備注VARCHAR2 (500)NY序號字段名中文名稱字段類型是否主鍵缺省值為空注釋1ID編號NUMBER (10, 0)YN2ywclqrr業務處理確認人VARCHAR2 (20)NY3ywclsj業務處理時間DATE

27、NY4dqywzt當前業務狀態VARCHAR2 (20)NY待處理 1處理中 2已處理 35clztjl處理狀態VARCHAR2(2000)NY6zbywid值班業務 IDINTNY報送系統詳細設計5.1.5 值班安排表5.1.6 值班表18序號字段名中文名稱字段類型是否主鍵缺省值為空注釋1ID編號NUMBER (10, 0)YN2zbryname值班VARCHAR2 (100)NY3zbrytype值班類型VARCHAR2 (10)NY序號字段名中文名稱字段類型是否主鍵缺省值為空注釋1ID編號NUMBER (10, 0)YN2zbzl值班種類VARCHAR2 (10)NY早班 1晚班 23z

28、brq值班日期DATENY4zbry值班VARCHAR2 (20)NY序號字段名中文名稱字段類型是否主鍵缺省值為空注釋6ssbm所屬部門VARCHAR2 (20)NY報送系統詳細設計5.1.7報送表19序號字段名中文名稱字段類型是否主鍵缺省值為空注釋1ID編號NUMBER (10, 0)YN2title標題VARCHAR2 (500)NY3urgen緊急程度VARCHAR2 (20)NY加急 01普通 05特提 02特急 03平急 044infoClassVARCHAR2 (50)NY報送 15infoStatus報送狀態VARCHAR2 50)NY已報送 2未報送 16security密級V

29、ARCHAR2 (20)NY020301無 047groupCode報送VARCHAR2 (255)NY8sfcy是否采用VARCHAR2 (50)N0Y否 0default是 19sfdp是否點評VARCHAR2 (50)N0Y否 0default是 110score評分INTNY11submittedDate報送日期DATENY0：單篇1：綜合12curUserName報送VARCHAR2 (255)NY報送系統詳細設計5.1.8報送表20序號字段名中文名稱字段類型是否主鍵缺省值為空注釋1ID編號NUMBER (10, 0)YN2infoClassVARCHAR2 (50)NY報送 13p

30、eriodicalIDIDINTNY4publicationTypeID類型 IDINTNY序號字段名中文名稱字段類型是否主鍵缺省值為空注釋13curUserID報送IDVARCHAR2 (100)NY14receiveUserID接收IDVARCHAR2 (1000)NY15receiveUserName接收VARCHAR2 (1000)NY16urgenVal緊急程度的枚舉值VARCHAR2 (100)NY17securityVal密級的枚舉值VARCHAR2 (100)NY18sfyg是否約稿VARCHAR2 (50)N0Y否 0是 119groupCodeID報送的IDINTN0Y20

31、pubInfoVARCHAR2( 2000)NY21infoClassName名稱VARCHAR2 (50)NY22yuegaoID約稿資產 IDINTNY報送系統詳細設計21序號字段名中文名稱字段類型是否主鍵缺省值為空注釋5state狀態VARCHAR2 (20)NY待編 1已編 26publicationTypeName類型名稱VARCHAR2 (200)NY7fen評分FLOATNY8isExcellent是否優秀VARCHAR2 (10)NY是 1否 29sord排序INTNY10finalTime定稿時間DATENY11infoType類型INTN0Y0：單篇1：綜合12writte

32、nContent領導批示VARCHAR2(4000)NY13writtenScore批示加分FLOATNY14endTime辦結時間DATENY15leaderName批示領導名稱VARCHAR2 (100)NY16qh期號VARCHAR2 (100)NY17enteringTime批示時間DATENY18enteringName錄入VARCHAR2 (100)NY19xxflVARCHAR2 (200)NY20infoCategoryID的資產庫IDINTNY21assetID資產 IDINTNY報送系統詳細設計5.1.9表5.1.10點評表22序號字段名中文名稱字段類型是否主鍵缺省值為空注

33、釋1ID編號NUMBER (10, 0)YN序號字段名中文名稱字段類型是否主鍵缺省值為空注釋1ID編號NUMBER (10,0)YN2publicationTypeID類型 IDINTNY3publicationTypeName類型名稱VARCHAR2(200)NY4qh期號VARCHAR2(100)NY5state狀態VARCHAR2(200)NY6publicationUserID編刊IDVARCHAR2(100)NY7publicationUserName編刊名稱VARCHAR2(100)NY8finalTime定稿時間DATENY9leadershipViews領導意見VARCHAR2

34、(2000)NY報送系統詳細設計5.1.11共享表23序號字段名中文名稱字段類型是否主鍵缺省值為空注釋1ID編號NUMBER (10, 0)YN2infoTypeName名稱VARCHAR2 (200)NY3infoAssetID資產 IDINTNY4groupCode報送VARCHAR2 (200)NY5title標題VARCHAR2 (500)NY6eventLocation發生地點VARCHAR2 (500)NY7infoCategoryID資產庫 IDINTNY8submissionDate上報日期DATENY9subUserID報送IDVARCHAR2 (100)NY10subUserName報送名稱VARCHAR2 (100)NY11orgID組織機構 IDVARCHAR2 (50)NY序號字段名中文名稱字段類型是否主鍵缺省值為空注釋2rev