通用軟件研發(fā)項目實施方案(DOC 81頁).doc

通用軟件研發(fā)項目實施方案通用軟件研發(fā)項目實施方案 公司公司 目錄 1軟件系統(tǒng)架構設計軟件系統(tǒng)架構設計 5 1 1概要說明 5 1 2系統(tǒng)特點 5 1 2 1根據(jù)優(yōu)化流程開發(fā) 5 1 2 2充分利用現(xiàn)有資源 5 1 2 3先進的設計理念 5 1 2 4開放式的可擴展性 5 1 2 5與現(xiàn)有系統(tǒng)輕松銜接 5 1 2 6可信賴的高可靠性 6 1 3總體體系架構 6 1 3 1基于組件的SOA系統(tǒng)應用架構 6 1 3 2系統(tǒng)技術框架 7 1 3 3其他重要問題 9 1 4主平臺解決方案 10 1 4 1基于工作流的業(yè)務流程管理 10 1 4 1 1監(jiān)控管理 12 1 4 1 2工作項服務 12 1 4 1 3日志服務 12 1 4 2業(yè)務規(guī)則管理 13 1 4 3主平臺和各子系統(tǒng)的接口 13 1 4 4多級基于角色的權限管理 13 1 5數(shù)據(jù)模型 14 1 5 1數(shù)據(jù)建模原則 14 1 5 2數(shù)據(jù)建模方法 15 1 5 3數(shù)據(jù)質量管理 16 1 5 4數(shù)據(jù)存儲方式 16 1 5 5其他重要問題 17 1 6用戶界面 17 1 6 1用戶界面設計原則 17 1 6 2用戶界面層設計技術 17 2概要設計說明概要設計說明 19 2 1概述 19 2 2設計原則 19 2 2 1統(tǒng)一設計原則 19 2 2 2先進性原則 19 2 2 3高可靠 高安全性原則 20 2 2 4標準化原則 20 2 2 5成熟性原則 20 2 2 6適用性原則 20 2 2 7可擴展性原則 20 2 3系統(tǒng)功能綜述 20 2 3 1主控平臺 20 2 3 2房屋圖元信息 20 2 3 3房屋基礎信息 21 2 3 4樓盤表 21 2 3 5房屋權屬信息 21 2 3 6房屋地址庫信息 21 2 3 7統(tǒng)計分析 21 2 4重點子系統(tǒng)解決方案 22 2 4 1xxx子系統(tǒng)解決方案 22 2 4 1 1xxx 子系統(tǒng)架構圖 22 2 4 1 2xxx 子系統(tǒng)預受理組件業(yè)務流程圖 22 3接口 部署及遷移實施方案接口 部署及遷移實施方案 23 3 1接口方案 23 3 2系統(tǒng)部署方案 23 3 3系統(tǒng)硬件部署方案 24 3 3 1硬件部署圖 24 3 3 2網絡拓撲結構 24 3 3 2 1數(shù)據(jù)庫層 24 3 3 2 2存儲層 26 3 3 2 3應用層 28 3 3 2 4發(fā)布層 29 3 3 3內外網交換系統(tǒng) 30 3 3 4網絡安全 32 3 4系統(tǒng)遷移實施方案 32 3 4 1數(shù)據(jù)遷移 33 3 4 1 1數(shù)據(jù)遷移需求分析 33 3 4 1 2遷移規(guī)則制定 33 3 4 1 3數(shù)據(jù)資源規(guī)劃和清理 33 3 4 1 4數(shù)據(jù)遷移工具的選擇 33 3 4 1 5數(shù)據(jù)遷移試遷及完善 34 3 4 1 6正式遷移 34 3 4 2系統(tǒng)切換及過度時間計劃 34 3 4 2 1風險分析 34 3 4 2 2切換方案 35 4平臺技術標準與規(guī)范平臺技術標準與規(guī)范 36 5應用系統(tǒng)培訓方案應用系統(tǒng)培訓方案 36 5 1萬里紅有限公司的培訓優(yōu)勢 36 5 2基礎條件 36 5 3培訓對象及目標 36 5 4管理層培訓 37 5 5系統(tǒng)管理人員培訓 37 5 6普通用戶培訓 38 5 7外地代理商培訓 38 5 8約束條件 39 5 9培訓結果的評估 39 5 10培訓方式 39 6平臺的建設建議平臺的建設建議 40 7所需的第三方產品所需的第三方產品 41 8項目開發(fā)和管理工具項目開發(fā)和管理工具 42 9軟件生命周期各階段的工藝 方法軟件生命周期各階段的工藝 方法 43 9 1項目啟動階段 43 9 2需求分析階段 44 9 3系統(tǒng)設計階段 45 9 4系統(tǒng)實現(xiàn)階段 46 9 5集成測試階段 48 9 6系統(tǒng)測試階段 48 9 7系統(tǒng)交付階段 50 9 8系統(tǒng)維護階段 50 10項目實施方法項目實施方法 51 10 1迭代式軟件開發(fā)模式 51 10 2為什么要以迭代方式開發(fā) 51 10 3迭代式方法的優(yōu)點 52 11項目實施各個階段的進度計劃 成果及交付物說明項目實施各個階段的進度計劃 成果及交付物說明 55 7 7 系統(tǒng)交付階段系統(tǒng)交付階段 58 12項目管理方案項目管理方案 60 12 1項目組織機構 60 12 1 1組織結構及組織圖 60 12 1 2投入人力的職能及責任限度 60 12 2范圍控制 61 12 3進度控制 62 12 4質量保證 63 12 4 1QA經理 63 12 4 2QA工程師 64 12 5溝通管理 65 12 5 1項目主管 65 12 5 2項目組 66 12 5 3QA工程師 66 12 6配置管理 68 12 7文檔范本 68 12 8風險控制 69 12 8 1項目風險 69 在出現(xiàn)不可修復的危害之前準備修復計劃 在出現(xiàn)不可修復的危害之前準備修復計劃 69 12 9保密措施 69 12 9 1公司保密制度 69 12 9 2項目保密制度 69 13技術支持與售后服務方案技術支持與售后服務方案 71 13 1技術支持與售后服務體系 71 13 1 1技術支持與服務原則 71 13 1 2ISO9001的服務規(guī)范 71 13 1 3服務工作流程 71 13 2技術支持與服務體系組織保障 72 13 3服務體系 72 13 4技術支持與售后服務質量保障 73 13 5技術支持與售后服務內容 73 13 5 1售前技術服務 73 13 5 2售中技術服務 74 13 5 2 1工程實施 74 13 5 2 2項目管理 74 13 5 2 3試運行階段 74 13 5 2 4系統(tǒng)推廣階段 74 13 5 2 5技術文檔 74 13 5 2 6技術咨詢 74 13 5 2 7質保期 75 13 5 3售后技術服務 75 13 5 3 1技術支持熱線 傳真及郵件服務 75 13 5 3 2技術支持網站 75 13 5 3 3實時技術支持 75 13 5 3 4對運行維護的現(xiàn)場技術支持和服務 75 13 5 3 5故障響應及排除 76 13 5 3 6例行巡檢 76 13 5 3 7系統(tǒng)更新升級 76 13 5 3 8系統(tǒng)性能評估與優(yōu)化 77 13 5 3 9后期技術培訓 77 13 5 3 10周期性現(xiàn)場技術支持總結 77 13 5 3 11資料定期傳送 專題討論 78 13 5 3 12系統(tǒng)咨詢服務 78 13 6技術支持與售后服務流程 78 13 6 1故障類 78 13 6 1 1服務流程 78 13 6 1 2流程目的 78 13 6 1 3流程描述 79 13 6 1 4現(xiàn)場響應時間 79 13 6 2技術咨詢類 79 13 6 2 1服務流程 80 13 6 3意見建議類 80 13 6 3 1服務流程 80 13 7緊急情況響應服務 80 13 7 1緊急情況定義 80 13 7 2緊急情況分類 80 13 7 3緊急情況處理流程 80 1 1 軟件系統(tǒng)架構設計軟件系統(tǒng)架構設計 1 11 1 概要說明概要說明 系統(tǒng)架構主要包括應用架構和技術架構 系統(tǒng)采用基于組件的標準 SOA 應用架構 以及按 照 SOA 方法構建的基于 J2EE 標準的技術架構 系統(tǒng)的應用架構采用了基于服務的體系架構的策略與方法 從組件 子系統(tǒng)以及門戶三個 層次對系統(tǒng)進行構建 組件組裝形成子系統(tǒng) 子系統(tǒng)集成形成門戶 門戶為人員等提供一 個優(yōu)化的以人為中心的操作界面 用戶可以方便地對 xxx 的整個生命周期進行管理 同時 系統(tǒng)管理維護人員也可以方便地通過 portal 對系統(tǒng)進行監(jiān)控和管理 系統(tǒng)的技術架構同樣也是基于 SOA 方法和策略進行構建的 它支持客戶端和服務器端同步 和異步的兩種不同的通信方式 web 層和服務層進行相對分離 支持分布式和集中式部署 兩種方案 并且不局限于某一種應用服務器和數(shù)據(jù)庫服務器產品 1 21 2 系統(tǒng)特點系統(tǒng)特點 1 2 1 根據(jù)優(yōu)化流程開發(fā) 根據(jù)流程特點進行功能設計 采用先進的工作流引擎機制 保證了業(yè)務功能的實現(xiàn) 同時達到了靈活配置 松散耦合的目的 保證系統(tǒng)能夠能夠與原系統(tǒng)靈活切換 符合以 xx生命周期為主線 的高效處理流程 使統(tǒng)一設計 靈活接口 1 2 2 充分利用現(xiàn)有資源 充分考慮現(xiàn)有硬件分散 系統(tǒng)相對獨立 數(shù)據(jù)庫數(shù)據(jù)分離的現(xiàn)狀 采用分布式部署 統(tǒng)一數(shù)據(jù)規(guī)范 統(tǒng)一接口規(guī)范的設計思路 在保證系統(tǒng)功能靈活配置 滿足業(yè)務需求的前 提下 充分利用現(xiàn)有數(shù)據(jù)及硬件資源 1 2 3 先進的設計理念 采用國際通用的JAVA語言開發(fā) 海量數(shù)據(jù)庫選型 高效穩(wěn)定的中間件處理 先進的SOA 架構設計 滿足現(xiàn)有的性能需求 做到架構和系統(tǒng)的先進性和強大的擴展能力 采用先進 的Web2 0技術 做到界面簡潔 易用 1 2 4 開放式的可擴展性 系統(tǒng)分部署式部署 子系統(tǒng)統(tǒng)一規(guī)劃 即滿足了分布應用的要求 又實現(xiàn)了統(tǒng)一標準 形成了統(tǒng)一 強大的xxx工作平臺 1 2 5 與現(xiàn)有系統(tǒng)輕松銜接 設計時充分考慮現(xiàn)有系統(tǒng)現(xiàn)狀 開發(fā)過程和現(xiàn)有系統(tǒng)數(shù)據(jù) 應用分析同步進行 保證 新系統(tǒng)與現(xiàn)有系統(tǒng)順利銜接 1 2 6 可信賴的高可靠性 考慮到實時運行 提供業(yè)務流程對可靠性的較高要求 在系統(tǒng)設計中充分考慮了減少 和避免故障的可能和隱患 配合合理的系統(tǒng)部署方式和高效的維護服務 能夠滿足需求中 對系統(tǒng)故障時間 修復時間和單點故障隱患的可靠性要求 1 31 3 總體體系架構總體體系架構 1 3 1 基于組件的 SOA 系統(tǒng)應用架構 系統(tǒng)的應用架構是系統(tǒng)進行構建的主要思路和方法 我們建議 xxx 系統(tǒng)采用基于 組件的 SOA 的系統(tǒng)應用架構對系統(tǒng)進行構建 系統(tǒng)按照 SOA 的方法把系統(tǒng)從總體上劃 分為 3 個層次 分為 組件層 系統(tǒng)層 集成層 a 組件層 組件層主要包括系統(tǒng)開發(fā)需要用到得各種組件 又可以分為橫向通用組 件 縱向通用組件和縱向專用組件 橫向組件是大部分系統(tǒng)都需要用到的通用的 組件 如 Web 組件 日志管理 數(shù)據(jù)校驗 郵件管理 打印組件 報表組件 文檔管理 參數(shù)管理 單點登陸等 橫向組件的作用是更好的管理和復用系統(tǒng)的 通用組件 縱向通用組件包括在領域應用中通用的組件 如 工作流 報表工具 規(guī)則引擎 用戶權限管理等在領域應用中使用較為廣泛 縱向專用組件是針對每 一個領域專用的具有領域特色的組件 在 xxx 系統(tǒng)中縱向專用組件可以分為申請 受理 收費組件 分類組件 保密組件等等有關于 xxx 的組件 b 系統(tǒng)層 系統(tǒng)層包括了有組件組裝得到的各個應用系統(tǒng) 又可以分為核心層 綜 合業(yè)務層和輔助管理層 核心層是整個系統(tǒng)的重點和難點 是整個系統(tǒng)最重要的 組成部分 如 xxx 子系統(tǒng)是將申請人的申請進行接受和匯總子系統(tǒng) c 門戶平臺 基于以人為本的原則 基于 portal 技術 對系統(tǒng)層各個子系統(tǒng)進行集 成 使用門戶平臺 用戶不需要登陸每一個子系統(tǒng)進行相應的工作 而是在統(tǒng)一 的門戶平臺進行工作 結合工作流技術 對于每個登陸系統(tǒng)的人都提供簡潔統(tǒng)一 的工作選項 對于申請人 審核人 系統(tǒng)管理員 維護人員 局領導等都能做到 方便的操作系統(tǒng) 快速進行業(yè)務處理和系統(tǒng)管理 下圖為基于 SOA 的 xxx 系統(tǒng)的 應用架構總體設計圖 通用以上的闡述 可以看出 系統(tǒng)整體都是基于 SOA 架構進行設計的 主要體現(xiàn)在如 下四個方面 a 系統(tǒng)基于 SOA 的以服務為中心的思想和方法 對 xxx 系統(tǒng)的整體體系架構進行設 計 建立了分層的松耦合 跨平臺的系統(tǒng)架構 b 在組件層 我們采用了基于 SOA 的組件模型 它將應用程序的不同功能單元 稱 為服務 通過這些服務之間定義良好的接口和契約聯(lián)系起來 接口是采用中立的 方式進行定義的 它應獨立于實現(xiàn)服務的硬件平臺 操作系統(tǒng)和編程語言 這使 得構建在各種各樣的系統(tǒng)中的服務可以以一種統(tǒng)一的通用方式進行交互 c 系統(tǒng)采用了基于 SOA 的分類集成方法對系統(tǒng)的業(yè)務以及服務進行分類和集成 做 成統(tǒng)一的接口 面向業(yè)務和服務編寫 以適應 SOA 系統(tǒng)的統(tǒng)一交互 d 將每一種業(yè)務構成都分解成不同的組件或者子系統(tǒng) 將組件和子系統(tǒng)分開編寫達 到每項組件和子系統(tǒng)都能做到相互無關 如果一項組件和系統(tǒng)改變將對系統(tǒng)中的 其余組件沒有任何影響 實現(xiàn)組件相互之間低耦合的機制 最大程序上降低了系 統(tǒng)的升級 業(yè)務變更對系統(tǒng)的影響 同時 基于 SOA 的系統(tǒng)應用架構具有強大的系統(tǒng)的擴展性 a SOA 的一個中心思想就是使得企業(yè)應用擺脫面向技術的解決方案的束縛 輕松應 對企業(yè)商業(yè)服務變化 發(fā)展的需要 本方案很好地體現(xiàn)了 SOA 的這一中心思想 b 工作流和業(yè)務規(guī)則引擎的采用極大了提高了系統(tǒng)對于業(yè)務流程和規(guī)則變化的適應 性 工作流引擎可以使得在業(yè)務流程發(fā)生變化時使得系統(tǒng)調整最小 而不需要向 傳統(tǒng)的需要完全重新開發(fā) 業(yè)務規(guī)則引擎的采用使得業(yè)務規(guī)則發(fā)生變化時只需對 業(yè)務規(guī)則進行重新描述即可完成系統(tǒng)的轉換 c 組件模型 組件集成技術的采用使得系統(tǒng)在進行業(yè)務功能的調整時 可以把變化 局限于某一個范圍之內 在需要時還能進行靈活的替換 由于系統(tǒng)應用架構是根 據(jù)每一項業(yè)務或者流程編寫所以對于系統(tǒng)的擴展非常方便 只要對新加入的業(yè)務 對應加入新的組件就可以實現(xiàn)對 SOA 系統(tǒng)的擴展 總之 本節(jié)提出的基于組件的 xxx 系統(tǒng)完全體現(xiàn)了 SOA 的核心思想 通過分層組件規(guī) 劃 集成 工作流引擎 業(yè)務規(guī)則引擎等方法和技術充分體現(xiàn) SOA 的策略與方法 并且很 好地實現(xiàn)系統(tǒng)的可擴展性 可移植性等等 1 3 2 系統(tǒng)技術框架 xxx 系統(tǒng)基于 J2EE 規(guī)范實現(xiàn) 整個架構建立在 Struts 框架 Spring 框架和 DAO 模式 基礎之上 并提供了對于 EJB Web Service JMS 等組件技術的集成機制 技術框架邏輯 上可分為 客戶層 WEB 層 業(yè)務層 持久層 資源層 核心層 如下圖所示為系統(tǒng)的技 術框架 客戶層 客戶端計算機的瀏覽器 用于展現(xiàn)頁面 WEB 層 WEB 層基于 Struts MVC 完成轉發(fā)請求 Http 請求合法性校驗 Http 請求參 數(shù)與數(shù)據(jù)傳輸對象 DTO 之間的綁定 Http 請求參數(shù)有效性校驗 用戶操作權限檢查 記錄 用戶訪問日志 顯示系統(tǒng)運行異常等任務 業(yè)務層 業(yè)務層基于 Spring 框架 完成業(yè)務數(shù)據(jù)校驗 業(yè)務邏輯處理 事務管理 記 錄業(yè)務處理日志 拋出業(yè)務處理異常等任務 同時它也支持 Web Service JMS EJB 等組 件服務模型 持久層 持久層基于 DAO 進行構建 完成數(shù)據(jù)讀取 數(shù)據(jù)存儲 封裝 SQL 異常 拋出 SQL 異常 記錄數(shù)據(jù)讀寫日志等任務 資源層 資源層包括數(shù)據(jù)庫服務器 XML 存儲文件等 是數(shù)據(jù)永久存儲的介質 核心層 核心層表現(xiàn)為系統(tǒng)提供的基礎類庫 為 WEB 層 業(yè)務層和持久層提供支持 包括日志記錄組件 異常處理組件 事務處理組件 IoC 容器封裝組件 WEB 層數(shù)據(jù)綁定 組件 WEB 層數(shù)據(jù)校驗組件 權限檢查組件 持久層輔助組件 其他開源項目類庫組件等 本技術框架的特色或優(yōu)勢主要體現(xiàn)在如下幾個方面 1 系統(tǒng)技術框架提供了對 SOA 的完整支持 2 對于同一個應用系統(tǒng) 系統(tǒng)同時支持集中式和分布式兩種部署方案 系統(tǒng)采用分 離 UI 層和 BL 層的方式來實現(xiàn)分布式的實現(xiàn) 3 業(yè)務層 Service 的實現(xiàn)可以有很多種 WebService JMS EJB Spring 等都可以 作為對業(yè)務層的一種實現(xiàn) 4 在系統(tǒng)的 WEB 層 同時支持同步和異步兩種通信交互方式 使用了 AJAX 技術完成 改善用戶體驗的任務 主要完成頁面表單數(shù)據(jù)的錄入校驗 生成聯(lián)動的下拉列表等任 務 客戶端訪問 web 層時通過 AJAX 技術可以實現(xiàn)異步交互 在提交頁面時系統(tǒng)采用同 步方式處理提交頁面的內容 如下圖所示為系統(tǒng)對于這兩種交互方式的支持圖 客戶層 客戶機瀏覽器 WEB層 StrutsActionServlet ActionBean 業(yè)務層 數(shù)據(jù)層 Oracle DB 業(yè)務Service接口 業(yè)務ServiceWebServImpl實現(xiàn) Http PO DWRServlet DTO HttpServletRequestDTO StrutsAction 數(shù)據(jù)庫表Dao接口 DaoHibernateImpl實現(xiàn) DB2 5 在系統(tǒng)中 每個功能模塊都是相對獨立的存在 在可擴展性上只要將新加入的組 件添加到系統(tǒng)中就可以實現(xiàn)系統(tǒng)的擴展 在系統(tǒng)中由于采用如 Struts AJAX 等當前 最新的技術 恰當?shù)氖褂?在性能上會有顯著的提高 而且由于 Struts AJAX 等技術 已經相當?shù)耐晟扑栽诳煽啃陨弦灿锌煽康谋Ｕ?1 3 3 其他重要問題 1 業(yè)務規(guī)則是支持企業(yè)決策 影響或控制企業(yè)業(yè)務行為的指示 它是企業(yè)處理業(yè)務 過程中始終要遵循的規(guī)則 而工作流則是根據(jù)業(yè)務規(guī)則制定的實際應用當中需要流轉 的程序 在系統(tǒng)的編制過程中將嚴格遵守業(yè)務規(guī)則和根據(jù)業(yè)務規(guī)則制定的工作流程 在系 統(tǒng)的編程中業(yè)務規(guī)則是一條語句 它定義或約束業(yè)務的某些方面 其目的是對業(yè)務結 構做出斷言 或者對業(yè)務行為施加控制和影響 在 xxx 系統(tǒng)中 系統(tǒng)通過對工作流和 業(yè)務規(guī)則的使用 對 xxx 的生命周期進行管理 從 xxx 到 xxx 都有明確的程序遵循 2 系統(tǒng)采用標準的 SOA 架構進行設計 通過組件的開發(fā) 組件的組裝 系統(tǒng)的集成 形成了基于 SOA 進行設計的完整的 xxx 系統(tǒng)體系架構 在應用系統(tǒng)開發(fā)上 應用了基 于 J2EE 的標準技術 如 Struts AJAX Hibernate 等標準技術和標準架構 開發(fā)時通 過制定嚴格的開發(fā)規(guī)范 并通過嚴格的項目管理和實施方法來規(guī)范程序員的編碼規(guī)范 提高系統(tǒng)的可維護性 在數(shù)據(jù)建模時也會采用基于標準的擴展的數(shù)據(jù)模型構建方法 在數(shù)據(jù)交換 系統(tǒng)接口等領域也基于國家數(shù)據(jù)交換標準進行設計與開發(fā) 在系統(tǒng)的整 體設計開發(fā)實施維護過程 都將基于國際國內的主流標準進行 3 由于系統(tǒng)是根據(jù)標準架構和分層編寫而成 對于想增加工作流程或者業(yè)務規(guī)則的 情況 系統(tǒng)也可以很容易的進行擴展 如在系統(tǒng)中加入的新的業(yè)務規(guī)則只要在層次上 分清屬于系統(tǒng)的哪一層次 在系統(tǒng)的層次中新加入組件就可以很方便和容易的對系統(tǒng) 進行擴展 4 在系統(tǒng)中 復用是減少代碼量和代碼可讀性一個必須要考慮的問題 需要用到的 重復代碼需要編寫可復用的方法 對接口的定義需要考慮到相同功能中所有的問題編 寫可復用的接口 公用的類也可以做到復用 對于收費子系統(tǒng)來說 該子系統(tǒng)就可以 達到的復用的功能 1 41 4主平臺解決主平臺解決方案方案 主平臺擔負著整個系統(tǒng)運轉的樞紐工作 主平臺的設計必須在安全 穩(wěn)定 高效的規(guī) 則下進行設計 主平臺保證 xxx 系統(tǒng)具有統(tǒng)一用戶 統(tǒng)一認證 統(tǒng)一接口 統(tǒng)一資源 統(tǒng) 一管理 統(tǒng)一接入等特點 建立完善的主平臺基礎設施 系統(tǒng)以業(yè)務流程為中心 通過工作流平臺提供流程的自動化 集成各子系統(tǒng) 在實際 業(yè)務中還存在著大量的業(yè)務規(guī)則 他們是系統(tǒng)中的核心的知識和價值的一個體現(xiàn) 對于業(yè) 務規(guī)則的管理也顯得非常必要 主平臺還涉及到與其他 19 個子系統(tǒng)的接口交互 系統(tǒng)的接 口也是系統(tǒng)要研究和討論的一個主要方面 系統(tǒng)涉及到大量的用戶 他們具有不同的角色 如果對系統(tǒng)角色進行權限管理 也是系統(tǒng)的一個重要方面 因此 下文將重點針對業(yè)務流程管理 業(yè)務規(guī)則管理 系統(tǒng)接口和權限管理這四個部 分分別進行闡述 1 4 1 基于工作流的業(yè)務流程管理 xx 流程復雜 環(huán)節(jié)眾多 各子系統(tǒng)在業(yè)務環(huán)節(jié)上環(huán)環(huán)相扣 如何不僅能保證業(yè)務流程 的準確流轉 還能使系統(tǒng)具有很好的業(yè)務流程的靈活性 工作流是解決這方面問題的最佳 方案 經過對業(yè)務的分析以及抽象 工作流管理系統(tǒng)圍繞業(yè)務交互邏輯 業(yè)務處理邏輯以及 參與者三個問題進行解決 業(yè)務交互邏輯對應的為業(yè)務的流轉過程 在工作流管理系統(tǒng)中 對應的提出了工作流引擎 工作流設計器 流程操作來解決業(yè)務交互邏輯的問題 業(yè)務處 理邏輯對應業(yè)務流轉過程中的表單 文檔等的處理 在工作流管理系統(tǒng)中對應的提出了表 單設計器 與表單的集成來解決業(yè)務處理邏輯的問題 參與者對應到的為流轉過程中環(huán)節(jié) 對應的人或程序 在工作流管理系統(tǒng)中通過與應用程序的集成來解決參與者的問題 工作 流管理系統(tǒng)為方便業(yè)務交互邏輯 業(yè)務處理邏輯以及參與者的修改 多數(shù)通過提供可視化 的流程設計器以及表單設計器來實現(xiàn) 為實現(xiàn)工作流管理系統(tǒng)的擴展性 多數(shù)提供了一系 列的 API 完整的工作流管理系統(tǒng)通常由工作流引擎 工作流設計器 流程操作 工作流客戶端 程序 流程監(jiān)控 表單設計器 與表單的集成以及與應用程序的集成八個部分組成 下圖 為圖形化的工作流管理系統(tǒng)示意圖 工作流引擎作為工作流管理系統(tǒng)的核心部分 主要提供了對于工作流定義的解析以及 流程流轉的支持 工作流定義文件描述了業(yè)務的交互邏輯 工作流引擎通過解析此工作流 定義文件按照業(yè)務的交互邏輯進行業(yè)務的流轉 工作流引擎通常通過參考某種模型來進行 設計 通過調度算法來進行流程的流轉 流程的啟動 終止 掛起 恢復等 通過各種環(huán) 節(jié)調度算法 SPLIT AND OR 等 來實現(xiàn)對于環(huán)節(jié)的流轉 環(huán)節(jié)的合并 分叉 選擇 條件 性的選擇等 WFMC 是國際工作流管理聯(lián)盟 它于 1993 年成立 發(fā)布了一系列的工作流定 義 軟件接口的草案文本 是目前世界上公認的最具權威性的工作流標準制定機構 得到 了廣泛的支持和應用 xxx 電子 xxx 系統(tǒng)流程管理將基于 WFMC TC 1009 WFMC TC 1013 等 設計標準設計 基于 XML 的流程化定義語言 工作流包括一組活動及它們的相互順序關系 還包括過程及活動的啟動和終止條件 以及對每個活動的描述 工作流管理系統(tǒng)指運行在一個或多個工作流引擎上用于定義 實 現(xiàn)和管理工作流運行的一套軟件系統(tǒng) 它與工作流執(zhí)行者 人 應用 交互 推進工作流 實例的執(zhí)行 并監(jiān)控工作流的運行狀態(tài) 工作流管理主要通過五個接口與工作流執(zhí)行服務一起共同組成了工作流系統(tǒng) a 工作流定義交換 用于在建模和定義工具與執(zhí)行服務之間交換工作流定義 主要 是數(shù)據(jù)交換格式和 API 數(shù)據(jù)交換通過 XPDL API 通過 WAPI b 工作流客戶端應用接口 用于工作流客戶端應用訪問工作流引擎和工作列表 通 過 WAPI 完成 c 被調用的應用接口 用于調用不同的應用系統(tǒng) d 工作流系統(tǒng)互操作接口 用于不同工作流系統(tǒng)之間的互操作 e 系統(tǒng)管理和監(jiān)控 用于系統(tǒng)管理應用訪問工作流執(zhí)行服務 xxx 系統(tǒng)根據(jù)工作流管理系統(tǒng)的設計 采用先進的工作流管理設計思想 將申請 分 類 初審 實審 復議 法律手續(xù)等子系統(tǒng)定義標準工作流應用接口 在主平臺中對 xxx 流程進行統(tǒng)一管理 用戶可以對 xxx 過程中的狀態(tài)隨時進行監(jiān)控 1 4 1 11 4 1 1監(jiān)控管理監(jiān)控管理 監(jiān)控管理使用瀏覽器作為用戶界面 提供完善的用戶管理 角色管理 過程管理 系 統(tǒng)設置 系統(tǒng)安全管理 配置文件管理和日志管理 讓管理者可以追蹤和控管角色 活動 節(jié)點 過程實例的狀態(tài)和過程實例流經的路徑 可以以圖形的方式再現(xiàn)已經完成的過程實 例的路徑 可以顯示正在進行中的過程實例 并且提供管理的機制 讓管理者得以在必要 時終止或暫停某些過程實例 同時 系統(tǒng)亦提供有關工作過程的統(tǒng)計數(shù)據(jù)和報表 動態(tài)改 變過程的狀態(tài) 協(xié)調各個部分的關系 并進而提升管理的效率 可以大幅降低紙張文件的 需求以及傳遞文件所需的額外人力負擔 通過瀏覽器和數(shù)據(jù)庫把各種信息方便地展現(xiàn)給用 戶 讓內部信息的流動及傳遞更加迅速準確 負載平衡提高工作流的工作效率 1 4 1 21 4 1 2工作項服務工作項服務 動態(tài)產生其對應的待辦工作項 提醒工作項 歷史工作項 暫存工作項 為用戶提供 以人為本的優(yōu)秀的系統(tǒng)使用體驗 1 4 1 31 4 1 3日志服務日志服務 運行服務對工作流實例執(zhí)行過程中的各種事件及由事件引起的相應數(shù)據(jù)的改變進行完 整的記錄 形成日志數(shù)據(jù)寫入日志文件 以便對工作流實例的執(zhí)行過程進行跟蹤分析 日 志數(shù)據(jù)大至包括以下幾類 過程定義 過程實例 活動定義 活動實例 工作流相關數(shù)據(jù) 工作項 統(tǒng)計數(shù)據(jù) 結構信息 歸檔信息等 日志庫中實際記錄的數(shù)據(jù)種類由相應的配置 文件設置不同的級別來確定 1 4 2 業(yè)務規(guī)則管理 在 xxx 系統(tǒng)中 不僅僅流程復雜 而且中間存在著大量的業(yè)務規(guī)則 這些規(guī)則決定了 系統(tǒng)流程的流轉方向 決定了 xxx 的結果等等 通過業(yè)務規(guī)則引擎和工作流的結合的使用 可以降低系統(tǒng)流程管理的復雜性 也便于用戶對企業(yè)業(yè)務規(guī)則資產的積累 業(yè)務規(guī)則目前尚無工業(yè)標準定義 一個比較公認的定義是由業(yè)務規(guī)則組織 Business Rule Group 給出的 從企業(yè)業(yè)務的角度來看 業(yè)務規(guī)則是支持企業(yè)決策 影響或控制企 業(yè)業(yè)務行為的指示 從計算機信息系統(tǒng)的角度來看 業(yè)務規(guī)則是一條語句 它定義或約 束業(yè)務的某些方面 其目的是對業(yè)務結構做出斷言 或者對業(yè)務行為施加控制和影響 業(yè)務規(guī)則可以用來代表企業(yè)活動和事件起因 狀態(tài)信息 活動限制 包括質量限制 一 致性限制 完整性限制等 管理企業(yè)的政策和法規(guī) 及通過數(shù)據(jù)挖掘方式可以獲得相應的 專家知識和建議 業(yè)務規(guī)則有靜態(tài)規(guī)則與動態(tài)規(guī)則之分 靜態(tài)規(guī)則描述了一致性與完整性規(guī)則 通?？?用數(shù)據(jù)模型來描述 而動態(tài)規(guī)則描述企業(yè)的動態(tài)行為 如活動的執(zhí)行時機與條件等 每條 業(yè)務規(guī)則語句都應該滿足原子性 確定性 簡潔性 一致性和相關性 業(yè)務規(guī)則引擎用于處理復雜的業(yè)務邏輯 它從業(yè)務流程中以單獨實體的形式提取業(yè)務 規(guī)則 從而達到對系統(tǒng)的更好的分離 提高系統(tǒng)的可維護性 在業(yè)務規(guī)則實現(xiàn)過程中 系統(tǒng)將集成滿足 JSR 94 標準的業(yè)務規(guī)則引擎 如 iLog Drools 等 1 4 3 主平臺和各子系統(tǒng)的接口 主平臺與各子系統(tǒng)接口可以將在系統(tǒng)接口方案中進行體現(xiàn) 1 4 4 多級基于角色的權限管理 權限管理機制包括了組織架構管理 根據(jù) xxx 局的下屬機構分布情況 系統(tǒng)次采用樹 形機構管理模式 滿足 xxx 局的需求 支持多級組織架構 多級項目管理 系統(tǒng)能靈活適應 于各種組織架構模式 能實現(xiàn)的分級的的權限管理模型 權限管理機制采用基于角色的權限管理模型 靈活嚴格的授權模型和操作配置進行權 限設計 對于主控平臺可以設置多個角色如 系統(tǒng)管理員 審查員 申請人 復審人員等 角色及崗位的定制靈活 易操作 可以保證 xxx 的要求 還能滿足今后業(yè)務流程的發(fā)展 因此 建議在 xxx 系統(tǒng)中中采用多級的基于角色的權限管理 它把整個訪問權限控制 過程分成兩步 訪問權限與角色相關聯(lián) 角色再與用戶關聯(lián) 從而實現(xiàn)了用戶與訪問權限 的邏輯分離 并且角色之間 用戶之間也存在多級關系 該設計中 角色不能被繼承 角色把一些功能集合起來 用戶可以擁有某一個角色 同時也可以直接將某個功能賦予該用戶 權限控制主要體現(xiàn)在界面菜單 工具欄 查詢信 息結果上 不同權限的用戶登錄系統(tǒng)后將會看到不同的菜單和工具欄 進入某一個功能界 面后 可以控制界面上的各個組件狀態(tài) 有權限則該組件可用 不同級別的人員能看到的 xxx 信息 xxx 統(tǒng)計 分析的信息也不一樣 該設計的一個好處是 開發(fā)人員在增加新功能時才增加功能定義 增加功能定義實際 上是增加一個窗體的類名到數(shù)據(jù)庫中 程序調用該功能實際上是創(chuàng)建該窗體的一個實例 而擁有權限管理的最終用戶可以自由設置界面 菜單項和工具欄的文字顯示 順序 布局 等 開發(fā)人員僅維護 功能定義 部分 1 51 5 數(shù)據(jù)模型數(shù)據(jù)模型 1 5 1 數(shù)據(jù)建模原則 1 既繼承又創(chuàng)新 數(shù)據(jù)模型將會對原有系統(tǒng)中使用較成熟部分進行繼承 一方面有利于提高系統(tǒng)成功幾 率 另一方面也方便與數(shù)據(jù)的移植 在繼承的基礎上 對于原有系統(tǒng)中不成熟部分將針對 原有數(shù)據(jù)模型存在的問題進行重新設計 既繼承又創(chuàng)新的數(shù)據(jù)模型設計原則 是數(shù)據(jù)模型 設計成功的保障 2 數(shù)據(jù)的完整性與一致性 數(shù)據(jù)的完整性和一致性是原有系統(tǒng)數(shù)據(jù)庫存在的主要問題之一 一個個分離的數(shù)據(jù)庫 相對獨立 和其他數(shù)據(jù)庫不存在直接的完整性和一致性規(guī)則 本次開發(fā)將對原有系統(tǒng)數(shù)據(jù) 模型進行整合 一方面從數(shù)據(jù)模型層面保證數(shù)據(jù)的完整性和一致性 另一方面消除原有數(shù) 據(jù)庫的一個個信息孤島 為查詢 統(tǒng)計 分析等業(yè)務管理服務 在系統(tǒng)建設數(shù)據(jù)建模時 需要對系統(tǒng)數(shù)據(jù)模型進行整體規(guī)劃 我們將基于主平臺數(shù)據(jù) 模型對數(shù)據(jù)模型進行整合 主平臺數(shù)據(jù)模型從根本上保證數(shù)據(jù)的一致性 它規(guī)定了數(shù)據(jù)的 標準 其他子系統(tǒng)將使用這些數(shù)據(jù)標準 各個子系統(tǒng)建設過程中 形成了每一個部分的相 對獨立完整的數(shù)據(jù)模型 整體上的規(guī)劃從通用性數(shù)據(jù)模型 專用性數(shù)據(jù)模型 數(shù)據(jù)等各個 層次保證了數(shù)據(jù)的完整型和一致性 數(shù)據(jù)的完整性和一致性首先是從數(shù)據(jù)模型的層面從根本上保證數(shù)據(jù)的完整性和一致性 再通過建立長效的數(shù)據(jù)質量監(jiān)控管理機制 自動監(jiān)控管理與手工干預相結合的方法可以解 決在實際系統(tǒng)中出現(xiàn)的數(shù)據(jù)質量問題 3 主要變化的適應性 在系統(tǒng)建設時 將對業(yè)務進行充分的分析 對于可能存在的主要變化進行研究 在數(shù) 據(jù)模型設計時將充分考慮這些變化性 數(shù)據(jù)模型將能對這種變化性進行適應 數(shù)據(jù)模型在設計時將采用縱向和橫向兩種結構進行設計 對于變化的適應性 可以采 用縱向字段語義擴展和橫向結構兩種方法來對變化性進行適應 4 數(shù)據(jù)模型的標準化 數(shù)據(jù)建模過程中 采用標準的數(shù)據(jù)建模工具 遵循數(shù)據(jù)模型的建設標準 使用國際 國家等數(shù)據(jù)標準 對于數(shù)據(jù)接口也采用標準的數(shù)據(jù)接口標準 這些標準的實施 一方面可 以提高系統(tǒng)數(shù)據(jù)模型建設的整體水平 另一方面也有利于 xxx 系統(tǒng)和國際接軌 5 支持數(shù)據(jù)的移植 數(shù)據(jù)的移植也是新系統(tǒng)數(shù)據(jù)模型建設需要考慮的一個重要問題 一方面 我們將對原 有系統(tǒng)的成熟數(shù)據(jù)模型進行繼承 以便于進行數(shù)據(jù)移植 另一方面 對于新數(shù)據(jù)模型 會 建立新舊數(shù)據(jù)模型之間的映射關系 并消除中間產生的沖突 在移植時 為了可以準確高效的進行數(shù)據(jù)的移植 可以借助于第三方的數(shù)據(jù)移植工具 實施時 將根據(jù)系統(tǒng)實際情況 進行分步的數(shù)據(jù)移植和系統(tǒng)的切換 1 5 2 數(shù)據(jù)建模方法 結合多年的行業(yè)應用的開發(fā)經驗 我們總結出了一系列的行業(yè)數(shù)據(jù)模型構建方法 行 業(yè)數(shù)據(jù)參考模型是建立行業(yè)數(shù)據(jù)模型的關鍵 所謂行業(yè)數(shù)據(jù)參考模型 可以認為是概念的 集合 以及概念的關系 加上一些管理交互的規(guī)則 參考模型的最高抽象形式就是標準 它基于概念模型的形式 反映該領域內的業(yè)務概念的組成和相互關系 它以特定領域為范 圍 是構建特定領域軟件體系架構 DSSA 的基礎 為領域應用實施開發(fā)提供重要支持 下圖為行業(yè)數(shù)據(jù)參考模型和業(yè)務數(shù)據(jù)模型及數(shù)據(jù)倉庫模型之間的關系 行業(yè)數(shù)據(jù)參考模型是行業(yè)內主要特征的描述 它排除了行業(yè)中企業(yè)的個性化特征的描 述 在進行系統(tǒng)建模時最主要的是理順業(yè)務 建立行業(yè)數(shù)據(jù)參考模型 通過生成轉換工具 可以將行業(yè)數(shù)據(jù)參考模型自動轉換為業(yè)務數(shù)據(jù)模型和數(shù)據(jù)倉庫模型 然后可以在業(yè)務數(shù)據(jù) 模型 數(shù)據(jù)倉庫模型的基礎上進行個性化調整 下圖為 xxx 領域的數(shù)據(jù)模型的體系架構 圖 特定領域的數(shù)據(jù)參考模型的體系架構如圖 1 所示 最下面的通用橫向數(shù)據(jù)模型和特定 領域的術語和數(shù)據(jù)字典是構建特定領域數(shù)據(jù)參考模型的基礎 在其基礎上建立的特定領域 的數(shù)據(jù)模型包含領域橫向數(shù)據(jù)模型和領域縱向數(shù)據(jù)模型 領域縱向數(shù)據(jù)模型又可以根據(jù)主 題劃分為幾個相對獨立的領域主題 關于通用橫向 領域橫向 領域縱向數(shù)據(jù)實體的詳細 說明如下 通用橫向實體是跨領域適用的數(shù)據(jù)模型實體 由鍵和屬性組成 如以 人員和組織 為主題的數(shù)據(jù)模型 它不僅僅能在特定領域內復用 還可以跨領域進行復用 領域橫向實 體是指在領域內相對通用的數(shù)據(jù)模型 經常被領域縱向模型引用 領域縱向實體是指只在 某個特定領域適用 不被領域橫向數(shù)據(jù)模型引用 和其他領域縱向數(shù)據(jù)模型的關系往往也 是確定的 對特定領域的數(shù)據(jù)建模來說 重點是要分析清楚在特定領域內數(shù)據(jù)模型中 哪些屬性 是復用的關鍵 即哪些屬性是對領域特征的抽象 我們對 ER 圖概念模型描述方法進行了擴 展 引入 維度 維度層次 事實 三個數(shù)據(jù)倉庫的概念 擴充了 ER 圖中的屬性定 義 并在此基礎上 對構建特定領域數(shù)據(jù)參考模型提供了一個方法 對原有設計方法中忽 略的概念的抽象過程進行了詳細說明 1 5 3 數(shù)據(jù)質量管理 在進行系統(tǒng)使用過程中 數(shù)據(jù)質量是一個至關重要的問題 它直接關系到系統(tǒng)的正常 運行 因此 對于數(shù)據(jù)質量也有必要進行嚴格的監(jiān)控和管理 數(shù)據(jù)質量管理的方法主要是基于流程 利用數(shù)據(jù)之間的勾稽關系進行數(shù)據(jù)質量的檢查 和糾錯的 從 xxx 流程看 從申請到收費 分類 初審 實審 復審 授權 失效等每一個環(huán)節(jié) 之間已經環(huán)節(jié)內部都可能存在數(shù)據(jù)的一致性問題 在制定數(shù)據(jù)質量管理方案的時候 將基 于 xxxxxx 的流程 對 xxx 中的各個環(huán)節(jié)之間的數(shù)據(jù)以及環(huán)節(jié)內部的數(shù)據(jù)進行一致性的監(jiān)控 1 5 4 數(shù)據(jù)存儲方式 數(shù)據(jù)存儲將采用關系型和 XML 方式結合進行數(shù)據(jù)存儲 1 5 5 其他重要問題 1 數(shù)據(jù)移植 下文將針對數(shù)據(jù)移植進行單獨的詳細地闡述 2 數(shù)據(jù)的完整性和一致性 數(shù)據(jù)的完整性和一致性的保證主要通過如下途徑來實現(xiàn)的 首先是從數(shù)據(jù)模型的層 次從根本上保證數(shù)據(jù)的完整性和一致性 再通過建立長效的數(shù)據(jù)質量監(jiān)控管理機制 自動監(jiān)控管理與手工干預相結合 解決在實際系統(tǒng)中出現(xiàn)的數(shù)據(jù)質量問題 1 61 6 用戶界面用戶界面 1 6 1 用戶界面設計原則 1 系統(tǒng)的界面風格統(tǒng)一采用編制好的 CSS 文件 對單元格 按鈕 下拉列表 文本 框都進行統(tǒng)一的規(guī)格化 頁面布局采用左邊菜單項右邊功能頁的頁面布局 在內容填 充中 對每一錄入項都進行數(shù)據(jù)合法化校驗 如果出現(xiàn)異常和錯誤將采用統(tǒng)一的報錯 頁面和易懂的提示語言對異常或錯誤進行描述 2 對于用戶操作來說 越容易 越簡便越好 在系統(tǒng)的編制過程中我們將體現(xiàn)以人 為本的友好操作頁面 根據(jù)登陸人的不同 根據(jù)權限的不同對每個人的操作頁面都能 做到定制 方便操作人的操作和管理 3 由于系統(tǒng)采用同步和異步兩種方式進行數(shù)據(jù)的交互 異步操作可以使用戶更加方 便的在頁面操作過程中和數(shù)據(jù)庫中的數(shù)據(jù)進行交互 同步操作可以使用戶提交頁面時 實時的對提交的內容進行查看和修改 4 系統(tǒng)提供在操作過程中根據(jù)輸入項和功能來提示的功能來幫助用戶更好的使用和 操作系統(tǒng) 1 系統(tǒng)的使用參考手冊除了系統(tǒng)使用參考手冊外還建立了 xxx 相關的知識庫 知識庫 中支持用戶進行組織資料 用戶查詢相關只是和參考 如 知識庫中如果存儲了計 算機相關的 xxx 知識 在 xxx 的申請和審核過程中操作人員可以通過查詢知識庫得 到相關的資料進行參考 1 6 2 用戶界面層設計技術 2 在 web 頁面中通過頁面文本框組件 下拉列表組件 單選按鈕組件 多選按鈕組 件 按鈕組件等組件對頁面進行設計和實現(xiàn) 3 Web 頁面采用 http 同步技術實時對系統(tǒng)進行訪問 也支持在頁面中使用 AJAX 技 術對系統(tǒng)進行異步的訪問 得到頁面和系統(tǒng)交互后得到的相關內容 4 使用 web 框架技術 Struts 對頁面進行加工和整合 使用戶更方便的操作和使頁面 程序可讀性更高 5 在頁面的設計和實現(xiàn)過程中 離不開其它框架的支持 如 Spring 提供業(yè)務層的 操作支持 Hibernate 提供數(shù)據(jù)庫的操作支持 還有諸如 Tiles Web service JMS 等技術的支持 2 2 概要設計概要設計說明說明 2 12 1 概述概述 系統(tǒng)建設的總體目標是完成 xxx 的整個生命周期的管理 替代原有的以紙張推動 的 xxx 系統(tǒng) 提高 xxx 審查的效率和質量 系統(tǒng)的總體方案主要包括系統(tǒng)的體系架構 數(shù)據(jù)模型 用戶界面 以及系統(tǒng)的部 署方案 系統(tǒng)接口 數(shù)據(jù)移植方案 查詢統(tǒng)計方案等 它從體系架構 數(shù)據(jù)模型 用 戶界面等各個層次對 xxx 局 xxx 系統(tǒng)的開發(fā)和實施方案進行總體描述 系統(tǒng)將采用基于 J2EE 的 B S 架構進行開發(fā) 采用基于組件的 SOA 架構方法和策略 來進行系統(tǒng)的層次體系架構的設計 采用基于 JAVA 的面向對象的方法對組件與服務進 行構建 系統(tǒng)具有統(tǒng)一的簡潔一致的用戶操作界面 有很強的擴展性 重用性和很好 的性能 系統(tǒng)具有很強的靈活性 在開發(fā)時 將通過使用工作流 業(yè)務規(guī)則引擎等提高系 統(tǒng)對于業(yè)務流程和業(yè)務規(guī)則變動的適應性 在架構上 采用 SOA 架構和組件化技術來 應對系統(tǒng)的各種變化 在數(shù)據(jù)層面上 通過良好的數(shù)據(jù)模型設計來應對各種主要變化 在實現(xiàn)中 通過各個層次的復用提高系統(tǒng)的開發(fā)效率和系統(tǒng)的靈活性 系統(tǒng)建立在各種標準之上 架構標準 數(shù)據(jù)標準等 并將在實際開發(fā)過程中建立 統(tǒng)一的系統(tǒng)開發(fā)標準規(guī)范體系 從整體上提高系統(tǒng)的水平 便于與外部機構進行接軌 2 22 2 設計原則設計原則 2 2 1 統(tǒng)一設計原則 統(tǒng)籌規(guī)劃和統(tǒng)一設計系統(tǒng)結構 尤其是應用系統(tǒng)建設結構 數(shù)據(jù)模型結構 數(shù)據(jù)存 儲結構以及系統(tǒng)擴展規(guī)劃等內容 均需從全局出發(fā) 從長遠的角度考慮 數(shù)據(jù)庫和接口 涉及需要考慮相互的統(tǒng)一性 保證系統(tǒng)的接口與數(shù)據(jù)存儲的一致性 保證系統(tǒng)的高性能 應用 2 2 2 先進性原則 系統(tǒng)構成必須采用成熟 具有國內先進水平 并符合國際發(fā)展趨勢的技術 軟件產品 和設備 在設計過程中充分依照國際上的規(guī)范 標準 借鑒國內外目前成熟的主流網絡和 綜合信息系統(tǒng)的體系結構 以保證系統(tǒng)具有較長的生命力和擴展能力 保證先進性的同時 還要保證技術的穩(wěn)定 安全性 采用先進的系統(tǒng)架構 能夠為將來的系統(tǒng)規(guī)劃提供便利 為今后的發(fā)展奠定基礎 2 2 3 高可靠 高安全性原則 系統(tǒng)設計和數(shù)據(jù)架構設計中充分考慮系統(tǒng)的安全和可靠 對于高性能要求平臺系統(tǒng)來 說 必須保證系統(tǒng)得安全可靠 才能獲得持久穩(wěn)定的發(fā)展 2 2 4 標準化原則 建立共同遵守 xxx 系統(tǒng)統(tǒng)一標準的數(shù)據(jù)系統(tǒng) 支持業(yè)務開展 橫向的信息擴展和宏觀 管理的要求 使本系統(tǒng)成為 xxx 局中數(shù)據(jù)提供的權威系統(tǒng) 系統(tǒng)對操作的標準化 即系統(tǒng) 有檢入檢出的機制 確保數(shù)據(jù)維護的一致性和版本控制的可操作性 系統(tǒng)對數(shù)據(jù)導入導出 采用統(tǒng)一標準接口 如采用現(xiàn)在最流行的 XML 標準 2 2 5 成熟性原則 在開發(fā)工具的選型階段 應該盡量選擇成熟的產品和規(guī)范 如 JAVA XML ODBC JDBC 之類已經成為標準的 被大量實踐所采用的技術 選用具有成熟性 可持續(xù)發(fā)展性的開發(fā)工具 系統(tǒng)要采用國際主流 成熟的體系架構來構建 實現(xiàn)跨平臺的 應用 2 2 6 適用性原則 保護已有資源 急用先行 在滿足應用需求的前提下 盡量降低建設成本 目前現(xiàn)有 系統(tǒng)獨立建立 數(shù)據(jù)庫分散 但是數(shù)據(jù)庫資源豐富 有大量的服務器 所以縮減成本 充 分利用現(xiàn)有系統(tǒng)是保證節(jié)約成本的重要部分 2 2 7 可擴展性原則 xxx 系統(tǒng)設計要考慮到業(yè)務未來發(fā)展的需要 盡可能設計得簡明 降低各功能模塊耦 合度 并充分考慮兼容性 系統(tǒng)能夠支持對多種格式數(shù)據(jù)的存儲 對于海量數(shù)據(jù)的存儲 系統(tǒng)的設計必須考慮高效和分離的部署結構 不僅保證能夠輕松建立接口 而且能夠提高 數(shù)據(jù)庫的擴展能力 2 32 3 系統(tǒng)功能綜述系統(tǒng)功能綜述 2 3 1 主控平臺 1 主控平臺擔負著整套系統(tǒng)運轉的基礎工作 基本任務為對所有子系統(tǒng)的整合 包括 對系統(tǒng)及角色的安全管理 身份認證管理 實現(xiàn)單點登陸和統(tǒng)一權限管理 2 功能結構如圖 2 3 2 房屋圖元信息 搭建地理信息系統(tǒng)環(huán)境 將基礎地理信息圖層導入 建立房屋現(xiàn)狀圖層 建立房屋歷 史圖層 對測繪數(shù)據(jù)進行匯總 整理 與房屋管理數(shù)據(jù)庫中數(shù)據(jù)進行比對 記入房屋管理數(shù)據(jù) 庫 生成樓盤表 比對成功數(shù)據(jù)反饋相關信息系統(tǒng) 2 3 3 房屋基礎信息 房屋普查數(shù)據(jù)中的 圖元清冊表 以幢為單元集合的房屋坐落 類別 平房 樓房 用途 結構 面積 土地性質 管理方式 初始登記產權信息 建設工程規(guī)劃許可證 建 設信息 包括建設單位 竣工日期 等數(shù)據(jù)信息 在數(shù)據(jù)導入過程中 根據(jù)圖元編號與地理信息中的圖元進行關聯(lián) 以圖元的編號作為 主鍵 導入信息 2 3 4 樓盤表 普查數(shù)據(jù)中的 詳細清單 表 是以幢為單元集合 以分產權 分部位 為單位的房 屋數(shù)據(jù) 包括房屋分產權 分部位 的部位 自然層數(shù) 面積 戶型 朝向 權利人信息 使用用途 使用人信息 銷售情況 管理方式等數(shù)據(jù)信息 在數(shù)據(jù)導入過程中 通過以下選擇流程來完成數(shù)據(jù)導入 編號 樓 樓盤表 戶信息 2 3 5 房屋權屬信息 從房屋權屬和交易系統(tǒng)中讀取數(shù)據(jù) 對房屋的現(xiàn)權利人權屬數(shù)據(jù)進行匯總 整理 與 房屋管理數(shù)據(jù)庫中的房屋普查數(shù)據(jù)進行比對 記入房屋管理數(shù)據(jù)庫 2 3 6 房屋地址庫信息 通過對房屋普查數(shù)據(jù)的處理 建立房屋地址庫 實現(xiàn)地址信息與房屋圖元的緊密關聯(lián) 實現(xiàn)一址一物 一物多址的對應關系 在 GIS 中實現(xiàn)對地址庫的近似度查詢 同時創(chuàng)建地 址庫實用工具 實現(xiàn)對批量數(shù)據(jù)的近似度查詢 同時還要實現(xiàn)地址與圖元的相互關聯(lián) 查 詢方式有條件查詢 模糊查詢 空間查屬性 屬性查空間 在地址庫的建設中 隨著地址 的變化引進地址庫的更新機制 地址變化主要由錯誤的地址信息 地址變化信息 地址廢 止信息組成 錯誤地址信息要進行更正 地址變化和地址廢止信息要將地址存放到數(shù)據(jù)庫 中 將新地址存儲到地址庫中 新地址要與舊地址存在聯(lián)系 2 3 7 統(tǒng)計分析 不僅要對新生成的房屋管理圖層的各屬性字段生成統(tǒng)計圖表 還要對普查中的各種調 查表的數(shù)據(jù)生成統(tǒng)計圖表 尤其是對 XX 省市國有土地房屋調查詳細清單 和房屋類型的 統(tǒng)計 統(tǒng)計圖表包括柱狀圖 餅狀圖 折線圖等 生成的圖要美觀 簡明 同時還要生成文 字本資料 圖文并茂 統(tǒng)計范圍不僅是對某一幢樓 還有可能是某一區(qū)域 某一小區(qū) 某街道 某個區(qū)縣 甚至是全市的統(tǒng)計 生成的統(tǒng)計結果要快 2 42 4 重點子系統(tǒng)解決方案重點子系統(tǒng)解決方案 2 4 1 xxx 子系統(tǒng)解決方案 2 4 1 12 4 1 1xxxxxx子系統(tǒng)架構圖子系統(tǒng)架構圖 2 4 1 22 4 1 2xxxxxx子系統(tǒng)預受理組件業(yè)務流程圖子系統(tǒng)預受理組件業(yè)務流程圖 3 3 接口 部署接口 部署及遷移實施方案及遷移實施方案 3 13 1 接口方案接口方案 由于 xxx 系統(tǒng)分為一個主平臺和 19 個子系統(tǒng) 申請人 局領導 代辦處 一般用戶都 會使用到該系統(tǒng) 因此 xxx 系統(tǒng)需要對外的接口 以及各個系統(tǒng)之間的接口 如下圖所示 對外的接口 采用 web service 方式進行實現(xiàn) 對外應用通過授權連入 內網 調用內網的 web service 進行業(yè)務處理 內部接口部分主要采用兩種方法進行 1 建立接口數(shù)據(jù)庫 專門用于進行數(shù)據(jù)交換和共享 2 建立接口組件 通用 ESB 供 其它子系統(tǒng)進行調用 建議接口方案示意圖 服 務 總 線 主平臺 接口數(shù)據(jù)庫 電子申請子系統(tǒng)受理子系統(tǒng) 實審子系統(tǒng) Web Service 公開公告子系統(tǒng) 對外發(fā)布子系統(tǒng) 內網 外網 在 xxx 系統(tǒng)中 主平臺起到了部分的接口數(shù)據(jù)庫的功能 在使用時用助于提高系統(tǒng)數(shù) 據(jù)的完整性和一致性 3 23 2 系統(tǒng)部署方案系統(tǒng)部署方案 每個子系統(tǒng)之間都可以分離部署 每個子系統(tǒng)都同時支持集中式部署和分布式部署 但單個子系統(tǒng)建議進行集中式部署 如下圖為建議部署示意圖 3 33 3 系統(tǒng)硬件部署方案系統(tǒng)硬件部署方案 3 3 1硬件部署圖 3 3 2網絡拓撲結構 xxx局xxx系統(tǒng)包括一個主平臺 十九個子系統(tǒng) 硬件體系架構主要由四個層次構成 第一層是數(shù)據(jù)庫層 負責大規(guī)模數(shù)據(jù)庫運算操作 為應用提供各類庫運算結果數(shù)據(jù) 第二層是存儲層 負責管理和儲存所有的數(shù)據(jù)資源 滿足各應用系統(tǒng)的存儲容量及數(shù) 據(jù)吞吐量等方面的需求 第三層是應用層 處理和控制應用系統(tǒng)中所有業(yè)務應用邏輯運算 第四層是基于Web的發(fā)布層 負責應用系統(tǒng)的發(fā)布 應滿足并發(fā)用戶