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