通用軟件研發(fā)項目實施方案

1、目錄 1軟件系統(tǒng)架構(gòu)設(shè)計軟件系統(tǒng)架構(gòu)設(shè)計.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先進的設(shè)計理念.5 1.2.4開放式的可擴展性.5 1.2.5與現(xiàn)有系統(tǒng)輕松銜接.5 1.2.6可信賴的高可靠性.6 1.3總體體系架構(gòu).6 1.3.1基于組件的soa系統(tǒng)應(yīng)用架構(gòu).6 1.3.2系統(tǒng)技術(shù)框架.7 1.3.3其他重要問題.9 1.4主平臺解決方案.10 1.4.1基于工作流的業(yè)務(wù)流程管理.10 監(jiān)控管理.12 工作項服務(wù).12 日志服務(wù).12 1.4.2業(yè)務(wù)規(guī)則管理.13 1

2、.4.3主平臺和各子系統(tǒng)的接口.13 1.4.4多級基于角色的權(quán)限管理.13 1.5數(shù)據(jù)模型 .14 1.5.1數(shù)據(jù)建模原則.14 1.5.2數(shù)據(jù)建模方法.15 1.5.3數(shù)據(jù)質(zhì)量管理.16 1.5.4數(shù)據(jù)存儲方式.16 1.5.5其他重要問題.17 1.6用戶界面 .17 1.6.1用戶界面設(shè)計原則.17 1.6.2用戶界面層設(shè)計技術(shù).17 2概要設(shè)計說明概要設(shè)計說明.19 2.1概述 .19 2.2設(shè)計原則 .19 2.2.1統(tǒng)一設(shè)計原則.19 2.2.2先進性原則.19 2.2.3高可靠/高安全性原則.20 2.2.4標準化原則.20 2.2.5成熟性原則.20 2.2.6適用性原則.2

3、0 2.2.7可擴展性原則.20 2.3系統(tǒng)功能綜述.20 2.3.1主控平臺.20 2.3.2房屋圖元信息.20 2.3.3房屋基礎(chǔ)信息.21 2.3.4樓盤表.21 2.3.5房屋權(quán)屬信息.21 2.3.6房屋地址庫信息.21 2.3.7統(tǒng)計分析.21 2.4重點子系統(tǒng)解決方案.22 2.4.1xxx子系統(tǒng)解決方案.22 xxx 子系統(tǒng)架構(gòu)圖.22 xxx 子系統(tǒng)預受理組件業(yè)務(wù)流程圖.22 3接口、部署及遷移實施方案接口、部署及遷移實施方案 .23 3.1接口方案 .23 3.2系統(tǒng)部署方案.23 3.3系統(tǒng)硬件部署方案.24 3.3.1硬件部署圖.24 3.3

4、.2網(wǎng)絡(luò)拓撲結(jié)構(gòu).24 數(shù)據(jù)庫層.24 存儲層.26 應(yīng)用層.28 發(fā)布層.29 3.3.3內(nèi)外網(wǎng)交換系統(tǒng).30 3.3.4網(wǎng)絡(luò)安全.32 3.4系統(tǒng)遷移實施方案.32 3.4.1數(shù)據(jù)遷移.33 數(shù)據(jù)遷移需求分析.33 遷移規(guī)則制定.33 數(shù)據(jù)資源規(guī)劃和清理.33 數(shù)據(jù)遷移工具的選擇.33 數(shù)據(jù)遷移試遷及完善.34 正式遷移.34 3.4.2系統(tǒng)切換及過度時間計劃.34 風險分析.34 切換方案.35 4平臺技術(shù)標準與規(guī)范平臺技

5、術(shù)標準與規(guī)范.36 5應(yīng)用系統(tǒng)培訓方案應(yīng)用系統(tǒng)培訓方案 .36 5.1萬里紅有限公司的培訓優(yōu)勢.36 5.2基礎(chǔ)條件 .36 5.3培訓對象及目標.36 5.4管理層培訓 .37 5.5系統(tǒng)管理人員培訓.37 5.6普通用戶培訓.38 5.7外地代理商培訓.38 5.8約束條件 .39 5.9培訓結(jié)果的評估.39 5.10培訓方式 .39 6平臺的建設(shè)建議平臺的建設(shè)建議.40 7所需的第三方產(chǎn)品所需的第三方產(chǎn)品 .41 8項目開發(fā)和管理工具項目開發(fā)和管理工具.42 9軟件生命周期各階段的工藝、方法軟件生命周期各階段的工藝、方法.43 9.1項目啟動階段.43 9.2需求分析階段.44 9.3系

6、統(tǒng)設(shè)計階段.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項目組織機構(gòu).60 12.1.1組織結(jié)構(gòu)及組織圖.60 12.1.2投入人力的職能及責任限度.60 12.2范圍控制 .61 1

7、2.3進度控制 .62 12.4質(zhì)量保證 .63 12.4.1qa經(jīng)理.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技術(shù)支持與售后服務(wù)方案技術(shù)支持與售后服務(wù)方案.71 13.1技術(shù)支持與售后服務(wù)體系.71 13.1

8、.1技術(shù)支持與服務(wù)原則.71 13.1.2iso9001的服務(wù)規(guī)范.71 13.1.3服務(wù)工作流程.71 13.2技術(shù)支持與服務(wù)體系組織保障.72 13.3服務(wù)體系 .72 13.4技術(shù)支持與售后服務(wù)質(zhì)量保障.73 13.5技術(shù)支持與售后服務(wù)內(nèi)容.73 13.5.1售前技術(shù)服務(wù).73 13.5.2售中技術(shù)服務(wù).74 工程實施 .74 項目管理 .74 試運行階段 .74 系統(tǒng)推廣階段 .74 技術(shù)文檔 .74 技術(shù)咨詢 .74 質(zhì)保期 .75 13.5.3售后技術(shù)服務(wù).75 13.5

9、.3.1技術(shù)支持熱線、傳真及郵件服務(wù).75 技術(shù)支持網(wǎng)站 .75 實時技術(shù)支持 .75 對運行維護的現(xiàn)場技術(shù)支持和服務(wù).75 故障響應(yīng)及排除 .76 例行巡檢 .76 系統(tǒng)更新升級 .76 系統(tǒng)性能評估與優(yōu)化.77 后期技術(shù)培訓 .77 0周期性現(xiàn)場技術(shù)支持總結(jié).77 1資料定期傳送/專題討論.78 2系統(tǒng)咨詢服務(wù) .78 13.6技術(shù)支持與售后服務(wù)流程.78 13.6.1故障類.78 服務(wù)流程 .78

10、流程目的 .78 流程描述 .79 現(xiàn)場響應(yīng)時間 .79 13.6.2技術(shù)咨詢類.79 服務(wù)流程 .80 13.6.3意見建議類.80 服務(wù)流程 .80 13.7緊急情況響應(yīng)服務(wù).80 13.7.1緊急情況定義.80 13.7.2緊急情況分類.80 13.7.3緊急情況處理流程.80 1 1 軟件系統(tǒng)架構(gòu)設(shè)計軟件系統(tǒng)架構(gòu)設(shè)計 1.11.1 概要說明概要說明 系統(tǒng)架構(gòu)主要包括應(yīng)用架構(gòu)和技術(shù)架構(gòu)。系統(tǒng)采用基于組件的標準 soa 應(yīng)用架構(gòu)，以及按 照 soa 方法構(gòu)建的基于 j2ee 標準的技術(shù)架構(gòu)。 系統(tǒng)的應(yīng)用架構(gòu)采用

11、了基于服務(wù)的體系架構(gòu)的策略與方法，從組件、子系統(tǒng)以及門戶三個 層次對系統(tǒng)進行構(gòu)建，組件組裝形成子系統(tǒng)，子系統(tǒng)集成形成門戶。門戶為人員等提供一 個優(yōu)化的以人為中心的操作界面，用戶可以方便地對 xxx 的整個生命周期進行管理；同時 系統(tǒng)管理維護人員也可以方便地通過 portal 對系統(tǒng)進行監(jiān)控和管理。 系統(tǒng)的技術(shù)架構(gòu)同樣也是基于 soa 方法和策略進行構(gòu)建的，它支持客戶端和服務(wù)器端同步 和異步的兩種不同的通信方式，web 層和服務(wù)層進行相對分離，支持分布式和集中式部署 兩種方案，并且不局限于某一種應(yīng)用服務(wù)器和數(shù)據(jù)庫服務(wù)器產(chǎn)品。 1.21.2 系統(tǒng)特點系統(tǒng)特點 1.2.1 根據(jù)優(yōu)化流程開發(fā) 根據(jù)流程

12、特點進行功能設(shè)計，采用先進的工作流引擎機制。保證了業(yè)務(wù)功能的實現(xiàn)。 同時達到了靈活配置。松散耦合的目的。保證系統(tǒng)能夠能夠與原系統(tǒng)靈活切換。符合以 “xx生命周期為主線“的高效處理流程。使統(tǒng)一設(shè)計，靈活接口。 1.2.2 充分利用現(xiàn)有資源 充分考慮現(xiàn)有硬件分散、系統(tǒng)相對獨立、數(shù)據(jù)庫數(shù)據(jù)分離的現(xiàn)狀。采用分布式部署， 統(tǒng)一數(shù)據(jù)規(guī)范、統(tǒng)一接口規(guī)范的設(shè)計思路，在保證系統(tǒng)功能靈活配置，滿足業(yè)務(wù)需求的前 提下，充分利用現(xiàn)有數(shù)據(jù)及硬件資源。 1.2.3 先進的設(shè)計理念 采用國際通用的java語言開發(fā)，海量數(shù)據(jù)庫選型、高效穩(wěn)定的中間件處理。先進的soa 架構(gòu)設(shè)計，滿足現(xiàn)有的性能需求，做到架構(gòu)和系統(tǒng)的先進性和強大

13、的擴展能力。采用先進 的web2.0技術(shù)，做到界面簡潔、易用。 1.2.4 開放式的可擴展性 系統(tǒng)分部署式部署，子系統(tǒng)統(tǒng)一規(guī)劃，即滿足了分布應(yīng)用的要求，又實現(xiàn)了統(tǒng)一標準。 形成了統(tǒng)一、強大的xxx工作平臺。 1.2.5 與現(xiàn)有系統(tǒng)輕松銜接 設(shè)計時充分考慮現(xiàn)有系統(tǒng)現(xiàn)狀，開發(fā)過程和現(xiàn)有系統(tǒng)數(shù)據(jù)、應(yīng)用分析同步進行，保證 新系統(tǒng)與現(xiàn)有系統(tǒng)順利銜接。 1.2.6 可信賴的高可靠性 考慮到實時運行，提供業(yè)務(wù)流程對可靠性的較高要求，在系統(tǒng)設(shè)計中充分考慮了減少 和避免故障的可能和隱患，配合合理的系統(tǒng)部署方式和高效的維護服務(wù)，能夠滿足需求中 對系統(tǒng)故障時間、修復時間和單點故障隱患的可靠性要求。 1.31.3 總

14、體體系架構(gòu)總體體系架構(gòu) 1.3.1 基于組件的 soa 系統(tǒng)應(yīng)用架構(gòu) 系統(tǒng)的應(yīng)用架構(gòu)是系統(tǒng)進行構(gòu)建的主要思路和方法，我們建議 xxx 系統(tǒng)采用基于 組件的 soa 的系統(tǒng)應(yīng)用架構(gòu)對系統(tǒng)進行構(gòu)建。系統(tǒng)按照 soa 的方法把系統(tǒng)從總體上劃 分為 3 個層次，分為：組件層、系統(tǒng)層、集成層。 a)組件層：組件層主要包括系統(tǒng)開發(fā)需要用到得各種組件，又可以分為橫向通用組 件、縱向通用組件和縱向?qū)Ｓ媒M件。橫向組件是大部分系統(tǒng)都需要用到的通用的 組件，如：web 組件、日志管理、數(shù)據(jù)校驗、郵件管理、打印組件、報表組件、 文檔管理、參數(shù)管理、單點登陸等，橫向組件的作用是更好的管理和復用系統(tǒng)的 通用組件；縱向通用

15、組件包括在領(lǐng)域應(yīng)用中通用的組件，如：工作流、報表工具、 規(guī)則引擎、用戶權(quán)限管理等在領(lǐng)域應(yīng)用中使用較為廣泛；縱向?qū)Ｓ媒M件是針對每 一個領(lǐng)域?qū)Ｓ玫木哂蓄I(lǐng)域特色的組件，在 xxx 系統(tǒng)中縱向?qū)Ｓ媒M件可以分為申請、 受理、收費組件、分類組件、保密組件等等有關(guān)于 xxx 的組件； b)系統(tǒng)層：系統(tǒng)層包括了有組件組裝得到的各個應(yīng)用系統(tǒng)，又可以分為核心層、綜 合業(yè)務(wù)層和輔助管理層。核心層是整個系統(tǒng)的重點和難點，是整個系統(tǒng)最重要的 組成部分，如 xxx 子系統(tǒng)是將申請人的申請進行接受和匯總子系統(tǒng)； c)門戶平臺：基于以人為本的原則，基于 portal 技術(shù)，對系統(tǒng)層各個子系統(tǒng)進行集 成。使用門戶平臺，用戶不需

16、要登陸每一個子系統(tǒng)進行相應(yīng)的工作，而是在統(tǒng)一 的門戶平臺進行工作。結(jié)合工作流技術(shù)，對于每個登陸系統(tǒng)的人都提供簡潔統(tǒng)一 的工作選項，對于申請人、審核人、系統(tǒng)管理員、維護人員、局領(lǐng)導等都能做到 方便的操作系統(tǒng)，快速進行業(yè)務(wù)處理和系統(tǒng)管理。下圖為基于 soa 的 xxx 系統(tǒng)的 應(yīng)用架構(gòu)總體設(shè)計圖。 通用以上的闡述，可以看出，系統(tǒng)整體都是基于 soa 架構(gòu)進行設(shè)計的，主要體現(xiàn)在如 下四個方面： a)系統(tǒng)基于 soa 的以服務(wù)為中心的思想和方法，對 xxx 系統(tǒng)的整體體系架構(gòu)進行設(shè) 計，建立了分層的松耦合、跨平臺的系統(tǒng)架構(gòu)； b)在組件層，我們采用了基于 soa 的組件模型，它將應(yīng)用程序的不同功能單元

17、（稱 為服務(wù)）通過這些服務(wù)之間定義良好的接口和契約聯(lián)系起來。接口是采用中立的 方式進行定義的，它應(yīng)獨立于實現(xiàn)服務(wù)的硬件平臺、操作系統(tǒng)和編程語言。這使 得構(gòu)建在各種各樣的系統(tǒng)中的服務(wù)可以以一種統(tǒng)一的通用方式進行交互； c)系統(tǒng)采用了基于 soa 的分類集成方法對系統(tǒng)的業(yè)務(wù)以及服務(wù)進行分類和集成，做 成統(tǒng)一的接口，面向業(yè)務(wù)和服務(wù)編寫，以適應(yīng) soa 系統(tǒng)的統(tǒng)一交互； d)將每一種業(yè)務(wù)構(gòu)成都分解成不同的組件或者子系統(tǒng)，將組件和子系統(tǒng)分開編寫達 到每項組件和子系統(tǒng)都能做到相互無關(guān)，如果一項組件和系統(tǒng)改變將對系統(tǒng)中的 其余組件沒有任何影響。實現(xiàn)組件相互之間低耦合的機制，最大程序上降低了系 統(tǒng)的升級、業(yè)務(wù)

18、變更對系統(tǒng)的影響。 同時，基于 soa 的系統(tǒng)應(yīng)用架構(gòu)具有強大的系統(tǒng)的擴展性： a)soa 的一個中心思想就是使得企業(yè)應(yīng)用擺脫面向技術(shù)的解決方案的束縛，輕松應(yīng) 對企業(yè)商業(yè)服務(wù)變化、發(fā)展的需要，本方案很好地體現(xiàn)了 soa 的這一中心思想； b)工作流和業(yè)務(wù)規(guī)則引擎的采用極大了提高了系統(tǒng)對于業(yè)務(wù)流程和規(guī)則變化的適應(yīng) 性。工作流引擎可以使得在業(yè)務(wù)流程發(fā)生變化時使得系統(tǒng)調(diào)整最小，而不需要向 傳統(tǒng)的需要完全重新開發(fā)；業(yè)務(wù)規(guī)則引擎的采用使得業(yè)務(wù)規(guī)則發(fā)生變化時只需對 業(yè)務(wù)規(guī)則進行重新描述即可完成系統(tǒng)的轉(zhuǎn)換。 c)組件模型、組件集成技術(shù)的采用使得系統(tǒng)在進行業(yè)務(wù)功能的調(diào)整時，可以把變化 局限于某一個范圍之內(nèi)，在

19、需要時還能進行靈活的替換。由于系統(tǒng)應(yīng)用架構(gòu)是根 據(jù)每一項業(yè)務(wù)或者流程編寫所以對于系統(tǒng)的擴展非常方便，只要對新加入的業(yè)務(wù) 對應(yīng)加入新的組件就可以實現(xiàn)對 soa 系統(tǒng)的擴展； 總之，本節(jié)提出的基于組件的 xxx 系統(tǒng)完全體現(xiàn)了 soa 的核心思想，通過分層組件規(guī) 劃、集成、工作流引擎、業(yè)務(wù)規(guī)則引擎等方法和技術(shù)充分體現(xiàn) soa 的策略與方法，并且很 好地實現(xiàn)系統(tǒng)的可擴展性、可移植性等等。 1.3.2 系統(tǒng)技術(shù)框架 xxx 系統(tǒng)基于 j2ee 規(guī)范實現(xiàn)，整個架構(gòu)建立在 struts 框架、spring 框架和 dao 模式 基礎(chǔ)之上，并提供了對于 ejb、web service、jms 等組件技術(shù)的集

20、成機制。技術(shù)框架邏輯 上可分為：客戶層、web 層、業(yè)務(wù)層、持久層、資源層、核心層。如下圖所示為系統(tǒng)的技 術(shù)框架。 客戶層：客戶端計算機的瀏覽器，用于展現(xiàn)頁面。 web 層：web 層基于 struts mvc，完成轉(zhuǎn)發(fā)請求、http 請求合法性校驗、http 請求參 數(shù)與數(shù)據(jù)傳輸對象 dto 之間的綁定、http 請求參數(shù)有效性校驗、用戶操作權(quán)限檢查、記錄 用戶訪問日志、顯示系統(tǒng)運行異常等任務(wù)。 業(yè)務(wù)層：業(yè)務(wù)層基于 spring 框架，完成業(yè)務(wù)數(shù)據(jù)校驗、業(yè)務(wù)邏輯處理、事務(wù)管理、記 錄業(yè)務(wù)處理日志、拋出業(yè)務(wù)處理異常等任務(wù)，同時它也支持 web service、jms、ejb 等組 件服務(wù)模型。

21、 持久層：持久層基于 dao 進行構(gòu)建，完成數(shù)據(jù)讀取、數(shù)據(jù)存儲、封裝 sql 異常、拋出 sql 異常、記錄數(shù)據(jù)讀寫日志等任務(wù)。 資源層：資源層包括數(shù)據(jù)庫服務(wù)器、xml 存儲文件等，是數(shù)據(jù)永久存儲的介質(zhì)。 核心層：核心層表現(xiàn)為系統(tǒng)提供的基礎(chǔ)類庫，為 web 層、業(yè)務(wù)層和持久層提供支持。 包括日志記錄組件、異常處理組件、事務(wù)處理組件、ioc 容器封裝組件、web 層數(shù)據(jù)綁定 組件、web 層數(shù)據(jù)校驗組件、權(quán)限檢查組件、持久層輔助組件、其他開源項目類庫組件等。 本技術(shù)框架的特色或優(yōu)勢主要體現(xiàn)在如下幾個方面： （1）系統(tǒng)技術(shù)框架提供了對 soa 的完整支持； （2）對于同一個應(yīng)用系統(tǒng)，系統(tǒng)同時支持集

22、中式和分布式兩種部署方案，系統(tǒng)采用分 離 ui 層和 bl 層的方式來實現(xiàn)分布式的實現(xiàn)； （3）業(yè)務(wù)層 service 的實現(xiàn)可以有很多種，webservice、jms、ejb、spring 等都可以 作為對業(yè)務(wù)層的一種實現(xiàn)； （4）在系統(tǒng)的 web 層，同時支持同步和異步兩種通信交互方式，使用了 ajax 技術(shù)完成 改善用戶體驗的任務(wù)，主要完成頁面表單數(shù)據(jù)的錄入校驗、生成聯(lián)動的下拉列表等任 務(wù)?？蛻舳嗽L問 web 層時通過 ajax 技術(shù)可以實現(xiàn)異步交互，在提交頁面時系統(tǒng)采用同 步方式處理提交頁面的內(nèi)容。如下圖所示為系統(tǒng)對于這兩種交互方式的支持圖。 客戶層 客戶機瀏覽器 web層 strut

23、sactionservlet actionbean 業(yè)務(wù)層 數(shù)據(jù)層 oracle db 業(yè)務(wù)service接口 / 業(yè)務(wù)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ù)，恰當?shù)氖褂?，在性能上會有顯著的提高，而且由于 struts、ajax 等技

24、術(shù) 已經(jīng)相當?shù)耐晟扑栽诳煽啃陨弦灿锌煽康谋Ｕ稀?1.3.3 其他重要問題 （1）業(yè)務(wù)規(guī)則是支持企業(yè)決策，影響或控制企業(yè)業(yè)務(wù)行為的指示，它是企業(yè)處理業(yè)務(wù) 過程中始終要遵循的規(guī)則，而工作流則是根據(jù)業(yè)務(wù)規(guī)則制定的實際應(yīng)用當中需要流轉(zhuǎn) 的程序。 在系統(tǒng)的編制過程中將嚴格遵守業(yè)務(wù)規(guī)則和根據(jù)業(yè)務(wù)規(guī)則制定的工作流程，在系 統(tǒng)的編程中業(yè)務(wù)規(guī)則是一條語句，它定義或約束業(yè)務(wù)的某些方面。其目的是對業(yè)務(wù)結(jié) 構(gòu)做出斷言，或者對業(yè)務(wù)行為施加控制和影響。在 xxx 系統(tǒng)中，系統(tǒng)通過對工作流和 業(yè)務(wù)規(guī)則的使用，對 xxx 的生命周期進行管理，從 xxx 到 xxx 都有明確的程序遵循。 （2）系統(tǒng)采用標準的 soa 架構(gòu)進

25、行設(shè)計，通過組件的開發(fā)、組件的組裝、系統(tǒng)的集成 形成了基于 soa 進行設(shè)計的完整的 xxx 系統(tǒng)體系架構(gòu)；在應(yīng)用系統(tǒng)開發(fā)上，應(yīng)用了基 于 j2ee 的標準技術(shù)，如 struts、ajax、hibernate 等標準技術(shù)和標準架構(gòu)，開發(fā)時通 過制定嚴格的開發(fā)規(guī)范，并通過嚴格的項目管理和實施方法來規(guī)范程序員的編碼規(guī)范， 提高系統(tǒng)的可維護性；在數(shù)據(jù)建模時也會采用基于標準的擴展的數(shù)據(jù)模型構(gòu)建方法， 在數(shù)據(jù)交換、系統(tǒng)接口等領(lǐng)域也基于國家數(shù)據(jù)交換標準進行設(shè)計與開發(fā)；在系統(tǒng)的整 體設(shè)計開發(fā)實施維護過程，都將基于國際國內(nèi)的主流標準進行。 （3）由于系統(tǒng)是根據(jù)標準架構(gòu)和分層編寫而成，對于想增加工作流程或者業(yè)務(wù)

26、規(guī)則的 情況，系統(tǒng)也可以很容易的進行擴展，如在系統(tǒng)中加入的新的業(yè)務(wù)規(guī)則只要在層次上 分清屬于系統(tǒng)的哪一層次，在系統(tǒng)的層次中新加入組件就可以很方便和容易的對系統(tǒng) 進行擴展。 （4）在系統(tǒng)中，復用是減少代碼量和代碼可讀性一個必須要考慮的問題。需要用到的 重復代碼需要編寫可復用的方法，對接口的定義需要考慮到相同功能中所有的問題編 寫可復用的接口，公用的類也可以做到復用，對于收費子系統(tǒng)來說，該子系統(tǒng)就可以 達到的復用的功能。 1.41.4主平臺解決主平臺解決方案方案 主平臺擔負著整個系統(tǒng)運轉(zhuǎn)的樞紐工作，主平臺的設(shè)計必須在安全、穩(wěn)定、高效的規(guī) 則下進行設(shè)計。主平臺保證 xxx 系統(tǒng)具有統(tǒng)一用戶、統(tǒng)一認證

27、、統(tǒng)一接口、統(tǒng)一資源、統(tǒng) 一管理、統(tǒng)一接入等特點，建立完善的主平臺基礎(chǔ)設(shè)施。 系統(tǒng)以業(yè)務(wù)流程為中心，通過工作流平臺提供流程的自動化，集成各子系統(tǒng)；在實際 業(yè)務(wù)中還存在著大量的業(yè)務(wù)規(guī)則，他們是系統(tǒng)中的核心的知識和價值的一個體現(xiàn)，對于業(yè) 務(wù)規(guī)則的管理也顯得非常必要；主平臺還涉及到與其他 19 個子系統(tǒng)的接口交互，系統(tǒng)的接 口也是系統(tǒng)要研究和討論的一個主要方面；系統(tǒng)涉及到大量的用戶，他們具有不同的角色， 如果對系統(tǒng)角色進行權(quán)限管理，也是系統(tǒng)的一個重要方面。 因此，下文將重點針對業(yè)務(wù)流程管理、業(yè)務(wù)規(guī)則管理、系統(tǒng)接口和權(quán)限管理這四個部 分分別進行闡述。 1.4.1 基于工作流的業(yè)務(wù)流程管理 xx 流程復

28、雜，環(huán)節(jié)眾多，各子系統(tǒng)在業(yè)務(wù)環(huán)節(jié)上環(huán)環(huán)相扣。如何不僅能保證業(yè)務(wù)流程 的準確流轉(zhuǎn)，還能使系統(tǒng)具有很好的業(yè)務(wù)流程的靈活性。工作流是解決這方面問題的最佳 方案。 經(jīng)過對業(yè)務(wù)的分析以及抽象，工作流管理系統(tǒng)圍繞業(yè)務(wù)交互邏輯、業(yè)務(wù)處理邏輯以及 參與者三個問題進行解決，業(yè)務(wù)交互邏輯對應(yīng)的為業(yè)務(wù)的流轉(zhuǎn)過程，在工作流管理系統(tǒng)中 對應(yīng)的提出了工作流引擎、工作流設(shè)計器、流程操作來解決業(yè)務(wù)交互邏輯的問題，業(yè)務(wù)處 理邏輯對應(yīng)業(yè)務(wù)流轉(zhuǎn)過程中的表單、文檔等的處理，在工作流管理系統(tǒng)中對應(yīng)的提出了表 單設(shè)計器、與表單的集成來解決業(yè)務(wù)處理邏輯的問題，參與者對應(yīng)到的為流轉(zhuǎn)過程中環(huán)節(jié) 對應(yīng)的人或程序，在工作流管理系統(tǒng)中通過與應(yīng)用程序

29、的集成來解決參與者的問題。工作 流管理系統(tǒng)為方便業(yè)務(wù)交互邏輯、業(yè)務(wù)處理邏輯以及參與者的修改，多數(shù)通過提供可視化 的流程設(shè)計器以及表單設(shè)計器來實現(xiàn)，為實現(xiàn)工作流管理系統(tǒng)的擴展性，多數(shù)提供了一系 列的 api。 完整的工作流管理系統(tǒng)通常由工作流引擎、工作流設(shè)計器、流程操作、工作流客戶端 程序、流程監(jiān)控、表單設(shè)計器、與表單的集成以及與應(yīng)用程序的集成八個部分組成。下圖 為圖形化的工作流管理系統(tǒng)示意圖： 工作流引擎作為工作流管理系統(tǒng)的核心部分，主要提供了對于工作流定義的解析以及 流程流轉(zhuǎn)的支持。工作流定義文件描述了業(yè)務(wù)的交互邏輯，工作流引擎通過解析此工作流 定義文件按照業(yè)務(wù)的交互邏輯進行業(yè)務(wù)的流轉(zhuǎn)，工作

30、流引擎通常通過參考某種模型來進行 設(shè)計，通過調(diào)度算法來進行流程的流轉(zhuǎn)(流程的啟動、終止、掛起、恢復等)，通過各種環(huán) 節(jié)調(diào)度算法(split、and、or 等)來實現(xiàn)對于環(huán)節(jié)的流轉(zhuǎn)(環(huán)節(jié)的合并、分叉、選擇、條件 性的選擇等)。wfmc 是國際工作流管理聯(lián)盟，它于 1993 年成立，發(fā)布了一系列的工作流定 義、軟件接口的草案文本，是目前世界上公認的最具權(quán)威性的工作流標準制定機構(gòu)，得到 了廣泛的支持和應(yīng)用。xxx 電子 xxx 系統(tǒng)流程管理將基于 wfmc-tc-1009，wfmc-tc-1013 等 設(shè)計標準設(shè)計，基于 xml 的流程化定義語言。 工作流包括一組活動及它們的相互順序關(guān)系，還包括過程

31、及活動的啟動和終止條件， 以及對每個活動的描述。工作流管理系統(tǒng)指運行在一個或多個工作流引擎上用于定義、實 現(xiàn)和管理工作流運行的一套軟件系統(tǒng)，它與工作流執(zhí)行者（人、應(yīng)用）交互，推進工作流 實例的執(zhí)行，并監(jiān)控工作流的運行狀態(tài)。 工作流管理主要通過五個接口與工作流執(zhí)行服務(wù)一起共同組成了工作流系統(tǒng)： a)工作流定義交換，用于在建模和定義工具與執(zhí)行服務(wù)之間交換工作流定義。主要 是數(shù)據(jù)交換格式和 api。數(shù)據(jù)交換通過 xpdl，api 通過 wapi。 b)工作流客戶端應(yīng)用接口，用于工作流客戶端應(yīng)用訪問工作流引擎和工作列表，通 過 wapi 完成。 c)被調(diào)用的應(yīng)用接口，用于調(diào)用不同的應(yīng)用系統(tǒng)。 d)工作

32、流系統(tǒng)互操作接口，用于不同工作流系統(tǒng)之間的互操作。 e)系統(tǒng)管理和監(jiān)控，用于系統(tǒng)管理應(yīng)用訪問工作流執(zhí)行服務(wù)。 xxx 系統(tǒng)根據(jù)工作流管理系統(tǒng)的設(shè)計，采用先進的工作流管理設(shè)計思想，將申請、分 類、初審、實審、復議、法律手續(xù)等子系統(tǒng)定義標準工作流應(yīng)用接口，在主平臺中對 xxx 流程進行統(tǒng)一管理，用戶可以對 xxx 過程中的狀態(tài)隨時進行監(jiān)控。 監(jiān)控管理監(jiān)控管理 監(jiān)控管理使用瀏覽器作為用戶界面，提供完善的用戶管理、角色管理、過程管理、系 統(tǒng)設(shè)置、系統(tǒng)安全管理、配置文件管理和日志管理，讓管理者可以追蹤和控管角色、活動、 節(jié)點、過程實例的狀態(tài)和過程實例流經(jīng)的路徑；可以以圖形的方

33、式再現(xiàn)已經(jīng)完成的過程實 例的路徑、可以顯示正在進行中的過程實例，并且提供管理的機制，讓管理者得以在必要 時終止或暫停某些過程實例。同時，系統(tǒng)亦提供有關(guān)工作過程的統(tǒng)計數(shù)據(jù)和報表，動態(tài)改 變過程的狀態(tài)，協(xié)調(diào)各個部分的關(guān)系，并進而提升管理的效率?？梢源蠓档图垙埼募?需求以及傳遞文件所需的額外人力負擔，通過瀏覽器和數(shù)據(jù)庫把各種信息方便地展現(xiàn)給用 戶,讓內(nèi)部信息的流動及傳遞更加迅速準確。負載平衡提高工作流的工作效率。 工作項服務(wù)工作項服務(wù) 動態(tài)產(chǎn)生其對應(yīng)的待辦工作項、提醒工作項、歷史工作項、暫存工作項，為用戶提供 以人為本的優(yōu)秀的系統(tǒng)使用體驗。 1.4.1.

34、3日志服務(wù)日志服務(wù) 運行服務(wù)對工作流實例執(zhí)行過程中的各種事件及由事件引起的相應(yīng)數(shù)據(jù)的改變進行完 整的記錄，形成日志數(shù)據(jù)寫入日志文件，以便對工作流實例的執(zhí)行過程進行跟蹤分析。日 志數(shù)據(jù)大至包括以下幾類：過程定義、過程實例、活動定義、活動實例、工作流相關(guān)數(shù)據(jù)、 工作項、統(tǒng)計數(shù)據(jù)、結(jié)構(gòu)信息、歸檔信息等。日志庫中實際記錄的數(shù)據(jù)種類由相應(yīng)的配置 文件設(shè)置不同的級別來確定。 1.4.2 業(yè)務(wù)規(guī)則管理 在 xxx 系統(tǒng)中，不僅僅流程復雜，而且中間存在著大量的業(yè)務(wù)規(guī)則，這些規(guī)則決定了 系統(tǒng)流程的流轉(zhuǎn)方向，決定了 xxx 的結(jié)果等等。通過業(yè)務(wù)規(guī)則引擎和工作流的結(jié)合的使用， 可以降低系統(tǒng)流程管理的復雜性，也便于用

35、戶對企業(yè)業(yè)務(wù)規(guī)則資產(chǎn)的積累。 業(yè)務(wù)規(guī)則目前尚無工業(yè)標準定義，一個比較公認的定義是由業(yè)務(wù)規(guī)則組織(business rule group)給出的，從企業(yè)業(yè)務(wù)的角度來看， “業(yè)務(wù)規(guī)則是支持企業(yè)決策，影響或控制企 業(yè)業(yè)務(wù)行為的指示” ；從計算機信息系統(tǒng)的角度來看， “業(yè)務(wù)規(guī)則是一條語句，它定義或約 束業(yè)務(wù)的某些方面。其目的是對業(yè)務(wù)結(jié)構(gòu)做出斷言，或者對業(yè)務(wù)行為施加控制和影響。 ” 業(yè)務(wù)規(guī)則可以用來代表企業(yè)活動和事件起因、狀態(tài)信息、活動限制(包括質(zhì)量限制、一 致性限制、完整性限制等)、管理企業(yè)的政策和法規(guī)、及通過數(shù)據(jù)挖掘方式可以獲得相應(yīng)的 專家知識和建議。 業(yè)務(wù)規(guī)則有靜態(tài)規(guī)則與動態(tài)規(guī)則之分，靜態(tài)規(guī)則描述

36、了一致性與完整性規(guī)則，通?？?用數(shù)據(jù)模型來描述。而動態(tài)規(guī)則描述企業(yè)的動態(tài)行為，如活動的執(zhí)行時機與條件等。每條 業(yè)務(wù)規(guī)則語句都應(yīng)該滿足原子性、確定性、簡潔性、一致性和相關(guān)性。 業(yè)務(wù)規(guī)則引擎用于處理復雜的業(yè)務(wù)邏輯，它從業(yè)務(wù)流程中以單獨實體的形式提取業(yè)務(wù) 規(guī)則，從而達到對系統(tǒng)的更好的分離，提高系統(tǒng)的可維護性。 在業(yè)務(wù)規(guī)則實現(xiàn)過程中，系統(tǒng)將集成滿足 jsr 94 標準的業(yè)務(wù)規(guī)則引擎，如 ilog、drools 等。 1.4.3 主平臺和各子系統(tǒng)的接口 主平臺與各子系統(tǒng)接口可以將在系統(tǒng)接口方案中進行體現(xiàn)。 1.4.4 多級基于角色的權(quán)限管理 權(quán)限管理機制包括了組織架構(gòu)管理，根據(jù) xxx 局的下屬機構(gòu)分布

37、情況。系統(tǒng)次采用樹 形機構(gòu)管理模式，滿足 xxx 局的需求，支持多級組織架構(gòu)、多級項目管理 系統(tǒng)能靈活適應(yīng) 于各種組織架構(gòu)模式,能實現(xiàn)的分級的的權(quán)限管理模型。 權(quán)限管理機制采用基于角色的權(quán)限管理模型，靈活嚴格的授權(quán)模型和操作配置進行權(quán) 限設(shè)計。對于主控平臺可以設(shè)置多個角色如：系統(tǒng)管理員、審查員、申請人、復審人員等。 角色及崗位的定制靈活、易操作，可以保證 xxx 的要求，還能滿足今后業(yè)務(wù)流程的發(fā)展。 因此，建議在 xxx 系統(tǒng)中中采用多級的基于角色的權(quán)限管理。它把整個訪問權(quán)限控制 過程分成兩步：訪問權(quán)限與角色相關(guān)聯(lián)，角色再與用戶關(guān)聯(lián)，從而實現(xiàn)了用戶與訪問權(quán)限 的邏輯分離，并且角色之間、用戶之間

38、也存在多級關(guān)系。 該設(shè)計中，角色不能被繼承，角色把一些功能集合起來，用戶可以擁有某一個角色， 同時也可以直接將某個功能賦予該用戶。權(quán)限控制主要體現(xiàn)在界面菜單、工具欄、查詢信 息結(jié)果上。不同權(quán)限的用戶登錄系統(tǒng)后將會看到不同的菜單和工具欄，進入某一個功能界 面后，可以控制界面上的各個組件狀態(tài)，有權(quán)限則該組件可用；不同級別的人員能看到的 xxx 信息、xxx 統(tǒng)計、分析的信息也不一樣。 該設(shè)計的一個好處是，開發(fā)人員在增加新功能時才增加功能定義，增加功能定義實際 上是增加一個窗體的類名到數(shù)據(jù)庫中，程序調(diào)用該功能實際上是創(chuàng)建該窗體的一個實例。 而擁有權(quán)限管理的最終用戶可以自由設(shè)置界面（菜單項和工具欄的文

39、字顯示，順序，布局 等） ，開發(fā)人員僅維護功能定義部分。 1.51.5 數(shù)據(jù)模型數(shù)據(jù)模型 1.5.1 數(shù)據(jù)建模原則 （1）既繼承又創(chuàng)新； 數(shù)據(jù)模型將會對原有系統(tǒng)中使用較成熟部分進行繼承，一方面有利于提高系統(tǒng)成功幾 率，另一方面也方便與數(shù)據(jù)的移植；在繼承的基礎(chǔ)上，對于原有系統(tǒng)中不成熟部分將針對 原有數(shù)據(jù)模型存在的問題進行重新設(shè)計。既繼承又創(chuàng)新的數(shù)據(jù)模型設(shè)計原則，是數(shù)據(jù)模型 設(shè)計成功的保障。 （2）數(shù)據(jù)的完整性與一致性； 數(shù)據(jù)的完整性和一致性是原有系統(tǒng)數(shù)據(jù)庫存在的主要問題之一，一個個分離的數(shù)據(jù)庫 相對獨立，和其他數(shù)據(jù)庫不存在直接的完整性和一致性規(guī)則，本次開發(fā)將對原有系統(tǒng)數(shù)據(jù) 模型進行整合，一方面從

40、數(shù)據(jù)模型層面保證數(shù)據(jù)的完整性和一致性，另一方面消除原有數(shù) 據(jù)庫的一個個信息孤島，為查詢、統(tǒng)計、分析等業(yè)務(wù)管理服務(wù)。 在系統(tǒng)建設(shè)數(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è)過程中，形成了每一個部分的相 對獨立完整的數(shù)據(jù)模型，整體上的規(guī)劃從通用性數(shù)據(jù)模型、專用性數(shù)據(jù)模型、數(shù)據(jù)等各個 層次保證了數(shù)據(jù)的完整型和一致性。 數(shù)據(jù)的完整性和一致性首先是從數(shù)據(jù)模型的層面從根本上保證數(shù)據(jù)的完整性和一致性； 再通過建立長效的數(shù)據(jù)質(zhì)量監(jiān)控管理機制，自動監(jiān)控管理與手工

41、干預相結(jié)合的方法可以解 決在實際系統(tǒng)中出現(xiàn)的數(shù)據(jù)質(zhì)量問題。 （3）主要變化的適應(yīng)性； 在系統(tǒng)建設(shè)時，將對業(yè)務(wù)進行充分的分析，對于可能存在的主要變化進行研究，在數(shù) 據(jù)模型設(shè)計時將充分考慮這些變化性，數(shù)據(jù)模型將能對這種變化性進行適應(yīng)。 數(shù)據(jù)模型在設(shè)計時將采用縱向和橫向兩種結(jié)構(gòu)進行設(shè)計，對于變化的適應(yīng)性，可以采 用縱向字段語義擴展和橫向結(jié)構(gòu)兩種方法來對變化性進行適應(yīng)。 （4）數(shù)據(jù)模型的標準化； 數(shù)據(jù)建模過程中，采用標準的數(shù)據(jù)建模工具，遵循數(shù)據(jù)模型的建設(shè)標準，使用國際、 國家等數(shù)據(jù)標準，對于數(shù)據(jù)接口也采用標準的數(shù)據(jù)接口標準。這些標準的實施，一方面可 以提高系統(tǒng)數(shù)據(jù)模型建設(shè)的整體水平，另一方面也有利于

42、xxx 系統(tǒng)和國際接軌。 （5）支持數(shù)據(jù)的移植； 數(shù)據(jù)的移植也是新系統(tǒng)數(shù)據(jù)模型建設(shè)需要考慮的一個重要問題。一方面，我們將對原 有系統(tǒng)的成熟數(shù)據(jù)模型進行繼承，以便于進行數(shù)據(jù)移植，另一方面，對于新數(shù)據(jù)模型，會 建立新舊數(shù)據(jù)模型之間的映射關(guān)系，并消除中間產(chǎn)生的沖突。 在移植時，為了可以準確高效的進行數(shù)據(jù)的移植，可以借助于第三方的數(shù)據(jù)移植工具。 實施時，將根據(jù)系統(tǒng)實際情況，進行分步的數(shù)據(jù)移植和系統(tǒng)的切換。 1.5.2 數(shù)據(jù)建模方法 結(jié)合多年的行業(yè)應(yīng)用的開發(fā)經(jīng)驗，我們總結(jié)出了一系列的行業(yè)數(shù)據(jù)模型構(gòu)建方法，行 業(yè)數(shù)據(jù)參考模型是建立行業(yè)數(shù)據(jù)模型的關(guān)鍵。所謂行業(yè)數(shù)據(jù)參考模型，可以認為是概念的 集合，以及概念的

43、關(guān)系，加上一些管理交互的規(guī)則。參考模型的最高抽象形式就是標準。 它基于概念模型的形式，反映該領(lǐng)域內(nèi)的業(yè)務(wù)概念的組成和相互關(guān)系。它以特定領(lǐng)域為范 圍，是構(gòu)建特定領(lǐng)域軟件體系架構(gòu)（dssa）的基礎(chǔ)，為領(lǐng)域應(yīng)用實施開發(fā)提供重要支持。 下圖為行業(yè)數(shù)據(jù)參考模型和業(yè)務(wù)數(shù)據(jù)模型及數(shù)據(jù)倉庫模型之間的關(guān)系。 行業(yè)數(shù)據(jù)參考模型是行業(yè)內(nèi)主要特征的描述，它排除了行業(yè)中企業(yè)的個性化特征的描 述，在進行系統(tǒng)建模時最主要的是理順業(yè)務(wù)，建立行業(yè)數(shù)據(jù)參考模型。通過生成轉(zhuǎn)換工具， 可以將行業(yè)數(shù)據(jù)參考模型自動轉(zhuǎn)換為業(yè)務(wù)數(shù)據(jù)模型和數(shù)據(jù)倉庫模型，然后可以在業(yè)務(wù)數(shù)據(jù) 模型、數(shù)據(jù)倉庫模型的基礎(chǔ)上進行個性化調(diào)整。 下圖為 xxx 領(lǐng)域的數(shù)據(jù)

44、模型的體系架構(gòu)圖。 特定領(lǐng)域的數(shù)據(jù)參考模型的體系架構(gòu)如圖 1 所示，最下面的通用橫向數(shù)據(jù)模型和特定 領(lǐng)域的術(shù)語和數(shù)據(jù)字典是構(gòu)建特定領(lǐng)域數(shù)據(jù)參考模型的基礎(chǔ)。在其基礎(chǔ)上建立的特定領(lǐng)域 的數(shù)據(jù)模型包含領(lǐng)域橫向數(shù)據(jù)模型和領(lǐng)域縱向數(shù)據(jù)模型，領(lǐng)域縱向數(shù)據(jù)模型又可以根據(jù)主 題劃分為幾個相對獨立的領(lǐng)域主題。關(guān)于通用橫向、領(lǐng)域橫向、領(lǐng)域縱向數(shù)據(jù)實體的詳細 說明如下： 通用橫向?qū)嶓w是跨領(lǐng)域適用的數(shù)據(jù)模型實體，由鍵和屬性組成。如以“人員和組織” 為主題的數(shù)據(jù)模型，它不僅僅能在特定領(lǐng)域內(nèi)復用，還可以跨領(lǐng)域進行復用。領(lǐng)域橫向?qū)?體是指在領(lǐng)域內(nèi)相對通用的數(shù)據(jù)模型，經(jīng)常被領(lǐng)域縱向模型引用。領(lǐng)域縱向?qū)嶓w是指只在 某個特定領(lǐng)域

45、適用，不被領(lǐng)域橫向數(shù)據(jù)模型引用，和其他領(lǐng)域縱向數(shù)據(jù)模型的關(guān)系往往也 是確定的。 對特定領(lǐng)域的數(shù)據(jù)建模來說，重點是要分析清楚在特定領(lǐng)域內(nèi)數(shù)據(jù)模型中，哪些屬性 是復用的關(guān)鍵，即哪些屬性是對領(lǐng)域特征的抽象。我們對 er 圖概念模型描述方法進行了擴 展， 引入“維度” 、 “維度層次” 、 “事實”三個數(shù)據(jù)倉庫的概念，擴充了 er 圖中的屬性定 義，并在此基礎(chǔ)上，對構(gòu)建特定領(lǐng)域數(shù)據(jù)參考模型提供了一個方法，對原有設(shè)計方法中忽 略的概念的抽象過程進行了詳細說明。 1.5.3 數(shù)據(jù)質(zhì)量管理 在進行系統(tǒng)使用過程中，數(shù)據(jù)質(zhì)量是一個至關(guān)重要的問題，它直接關(guān)系到系統(tǒng)的正常 運行，因此，對于數(shù)據(jù)質(zhì)量也有必要進行嚴格的

46、監(jiān)控和管理。 數(shù)據(jù)質(zhì)量管理的方法主要是基于流程，利用數(shù)據(jù)之間的勾稽關(guān)系進行數(shù)據(jù)質(zhì)量的檢查 和糾錯的。 從 xxx 流程看，從申請到收費、分類、初審、實審、復審、授權(quán)、失效等每一個環(huán)節(jié) 之間已經(jīng)環(huán)節(jié)內(nèi)部都可能存在數(shù)據(jù)的一致性問題，在制定數(shù)據(jù)質(zhì)量管理方案的時候，將基 于 xxxxxx 的流程，對 xxx 中的各個環(huán)節(jié)之間的數(shù)據(jù)以及環(huán)節(jié)內(nèi)部的數(shù)據(jù)進行一致性的監(jiān)控。 1.5.4 數(shù)據(jù)存儲方式 數(shù)據(jù)存儲將采用關(guān)系型和 xml 方式結(jié)合進行數(shù)據(jù)存儲。 1.5.5 其他重要問題 （1）數(shù)據(jù)移植； 下文將針對數(shù)據(jù)移植進行單獨的詳細地闡述。 （2）數(shù)據(jù)的完整性和一致性； 數(shù)據(jù)的完整性和一致性的保證主要通過如下途

47、徑來實現(xiàn)的，首先是從數(shù)據(jù)模型的層 次從根本上保證數(shù)據(jù)的完整性和一致性；再通過建立長效的數(shù)據(jù)質(zhì)量監(jiān)控管理機制， 自動監(jiān)控管理與手工干預相結(jié)合，解決在實際系統(tǒng)中出現(xiàn)的數(shù)據(jù)質(zhì)量問題。 1.61.6 用戶界面用戶界面 1.6.1 用戶界面設(shè)計原則 （1）系統(tǒng)的界面風格統(tǒng)一采用編制好的 css 文件，對單元格、按鈕、下拉列表、文本 框都進行統(tǒng)一的規(guī)格化，頁面布局采用左邊菜單項右邊功能頁的頁面布局。在內(nèi)容填 充中，對每一錄入項都進行數(shù)據(jù)合法化校驗，如果出現(xiàn)異常和錯誤將采用統(tǒng)一的報錯 頁面和易懂的提示語言對異常或錯誤進行描述。 （2）對于用戶操作來說，越容易、越簡便越好，在系統(tǒng)的編制過程中我們將體現(xiàn)以人 為

48、本的友好操作頁面，根據(jù)登陸人的不同，根據(jù)權(quán)限的不同對每個人的操作頁面都能 做到定制，方便操作人的操作和管理。 （3）由于系統(tǒng)采用同步和異步兩種方式進行數(shù)據(jù)的交互，異步操作可以使用戶更加方 便的在頁面操作過程中和數(shù)據(jù)庫中的數(shù)據(jù)進行交互，同步操作可以使用戶提交頁面時 實時的對提交的內(nèi)容進行查看和修改。 （4）系統(tǒng)提供在操作過程中根據(jù)輸入項和功能來提示的功能來幫助用戶更好的使用和 操作系統(tǒng)。 （1）系統(tǒng)的使用參考手冊除了系統(tǒng)使用參考手冊外還建立了 xxx 相關(guān)的知識庫。知識庫 中支持用戶進行組織資料，用戶查詢相關(guān)只是和參考。如：知識庫中如果存儲了計 算機相關(guān)的 xxx 知識，在 xxx 的申請和審核

49、過程中操作人員可以通過查詢知識庫得 到相關(guān)的資料進行參考。 1.6.2 用戶界面層設(shè)計技術(shù) （2）在 web 頁面中通過頁面文本框組件、下拉列表組件、單選按鈕組件、多選按鈕組 件、按鈕組件等組件對頁面進行設(shè)計和實現(xiàn)。 （3）web 頁面采用 http 同步技術(shù)實時對系統(tǒng)進行訪問，也支持在頁面中使用 ajax 技 術(shù)對系統(tǒng)進行異步的訪問，得到頁面和系統(tǒng)交互后得到的相關(guān)內(nèi)容。 （4）使用 web 框架技術(shù) struts 對頁面進行加工和整合，使用戶更方便的操作和使頁面 程序可讀性更高。 （5）在頁面的設(shè)計和實現(xiàn)過程中，離不開其它框架的支持，如：spring 提供業(yè)務(wù)層的 操作支持，hibernat

50、e 提供數(shù)據(jù)庫的操作支持，還有諸如 tiles、web service、jms 等技術(shù)的支持。 2 2 概要設(shè)計概要設(shè)計說明說明 2.12.1 概述概述 系統(tǒng)建設(shè)的總體目標是完成 xxx 的整個生命周期的管理，替代原有的以紙張推動 的 xxx 系統(tǒng)，提高 xxx 審查的效率和質(zhì)量。 系統(tǒng)的總體方案主要包括系統(tǒng)的體系架構(gòu)、數(shù)據(jù)模型、用戶界面，以及系統(tǒng)的部 署方案、系統(tǒng)接口、數(shù)據(jù)移植方案、查詢統(tǒng)計方案等。它從體系架構(gòu)、數(shù)據(jù)模型、用 戶界面等各個層次對 xxx 局 xxx 系統(tǒng)的開發(fā)和實施方案進行總體描述。 系統(tǒng)將采用基于 j2ee 的 b/s 架構(gòu)進行開發(fā)，采用基于組件的 soa 架構(gòu)方法和策略

51、來進行系統(tǒng)的層次體系架構(gòu)的設(shè)計，采用基于 java 的面向?qū)ο蟮姆椒▽M件與服務(wù)進 行構(gòu)建。系統(tǒng)具有統(tǒng)一的簡潔一致的用戶操作界面，有很強的擴展性、重用性和很好 的性能。 系統(tǒng)具有很強的靈活性，在開發(fā)時，將通過使用工作流、業(yè)務(wù)規(guī)則引擎等提高系 統(tǒng)對于業(yè)務(wù)流程和業(yè)務(wù)規(guī)則變動的適應(yīng)性；在架構(gòu)上，采用 soa 架構(gòu)和組件化技術(shù)來 應(yīng)對系統(tǒng)的各種變化；在數(shù)據(jù)層面上，通過良好的數(shù)據(jù)模型設(shè)計來應(yīng)對各種主要變化； 在實現(xiàn)中，通過各個層次的復用提高系統(tǒng)的開發(fā)效率和系統(tǒng)的靈活性。 系統(tǒng)建立在各種標準之上，架構(gòu)標準、數(shù)據(jù)標準等，并將在實際開發(fā)過程中建立 統(tǒng)一的系統(tǒng)開發(fā)標準規(guī)范體系，從整體上提高系統(tǒng)的水平，便于與外部

52、機構(gòu)進行接軌。 2.22.2 設(shè)計原則設(shè)計原則 2.2.1 統(tǒng)一設(shè)計原則 統(tǒng)籌規(guī)劃和統(tǒng)一設(shè)計系統(tǒng)結(jié)構(gòu)。尤其是應(yīng)用系統(tǒng)建設(shè)結(jié)構(gòu)、數(shù)據(jù)模型結(jié)構(gòu)、數(shù)據(jù)存 儲結(jié)構(gòu)以及系統(tǒng)擴展規(guī)劃等內(nèi)容，均需從全局出發(fā)、從長遠的角度考慮。數(shù)據(jù)庫和接口 涉及需要考慮相互的統(tǒng)一性，保證系統(tǒng)的接口與數(shù)據(jù)存儲的一致性，保證系統(tǒng)的高性能 應(yīng)用。 2.2.2 先進性原則 系統(tǒng)構(gòu)成必須采用成熟、具有國內(nèi)先進水平，并符合國際發(fā)展趨勢的技術(shù)、軟件產(chǎn)品 和設(shè)備。在設(shè)計過程中充分依照國際上的規(guī)范、標準，借鑒國內(nèi)外目前成熟的主流網(wǎng)絡(luò)和 綜合信息系統(tǒng)的體系結(jié)構(gòu)，以保證系統(tǒng)具有較長的生命力和擴展能力。保證先進性的同時 還要保證技術(shù)的穩(wěn)定、安全性。

53、采用先進的系統(tǒng)架構(gòu)，能夠為將來的系統(tǒng)規(guī)劃提供便利， 為今后的發(fā)展奠定基礎(chǔ)。 2.2.3 高可靠/高安全性原則 系統(tǒng)設(shè)計和數(shù)據(jù)架構(gòu)設(shè)計中充分考慮系統(tǒng)的安全和可靠。對于高性能要求平臺系統(tǒng)來 說，必須保證系統(tǒng)得安全可靠。才能獲得持久穩(wěn)定的發(fā)展。 2.2.4 標準化原則 建立共同遵守 xxx 系統(tǒng)統(tǒng)一標準的數(shù)據(jù)系統(tǒng)，支持業(yè)務(wù)開展、橫向的信息擴展和宏觀 管理的要求，使本系統(tǒng)成為 xxx 局中數(shù)據(jù)提供的權(quán)威系統(tǒng)。系統(tǒng)對操作的標準化，即系統(tǒng) 有檢入檢出的機制，確保數(shù)據(jù)維護的一致性和版本控制的可操作性。系統(tǒng)對數(shù)據(jù)導入導出 采用統(tǒng)一標準接口，如采用現(xiàn)在最流行的 xml 標準。 2.2.5 成熟性原則 在開發(fā)工具

54、的選型階段，應(yīng)該盡量選擇成熟的產(chǎn)品和規(guī)范，如 java 、xml、odbc、jdbc 之類已經(jīng)成為標準的、被大量實踐所采用的技術(shù)。選用具有成熟性， 可持續(xù)發(fā)展性的開發(fā)工具。系統(tǒng)要采用國際主流、成熟的體系架構(gòu)來構(gòu)建，實現(xiàn)跨平臺的 應(yīng)用。 2.2.6 適用性原則 保護已有資源，急用先行，在滿足應(yīng)用需求的前提下，盡量降低建設(shè)成本。目前現(xiàn)有 系統(tǒng)獨立建立，數(shù)據(jù)庫分散，但是數(shù)據(jù)庫資源豐富，有大量的服務(wù)器。所以縮減成本，充 分利用現(xiàn)有系統(tǒng)是保證節(jié)約成本的重要部分。 2.2.7 可擴展性原則 xxx 系統(tǒng)設(shè)計要考慮到業(yè)務(wù)未來發(fā)展的需要，盡可能設(shè)計得簡明，降低各功能模塊耦 合度，并充分考慮兼容性。系統(tǒng)能夠支持

55、對多種格式數(shù)據(jù)的存儲。對于海量數(shù)據(jù)的存儲， 系統(tǒng)的設(shè)計必須考慮高效和分離的部署結(jié)構(gòu)，不僅保證能夠輕松建立接口，而且能夠提高 數(shù)據(jù)庫的擴展能力。 2.32.3 系統(tǒng)功能綜述系統(tǒng)功能綜述 2.3.1 主控平臺 1、主控平臺擔負著整套系統(tǒng)運轉(zhuǎn)的基礎(chǔ)工作，基本任務(wù)為對所有子系統(tǒng)的整合，包括 對系統(tǒng)及角色的安全管理、身份認證管理、實現(xiàn)單點登陸和統(tǒng)一權(quán)限管理。 2、功能結(jié)構(gòu)如圖： 2.3.2 房屋圖元信息 搭建地理信息系統(tǒng)環(huán)境，將基礎(chǔ)地理信息圖層導入，建立房屋現(xiàn)狀圖層，建立房屋歷 史圖層。 對測繪數(shù)據(jù)進行匯總、整理，與房屋管理數(shù)據(jù)庫中數(shù)據(jù)進行比對，記入房屋管理數(shù)據(jù) 庫，生成樓盤表。比對成功數(shù)據(jù)反饋相關(guān)信息

56、系統(tǒng)。 2.3.3 房屋基礎(chǔ)信息 房屋普查數(shù)據(jù)中的圖元清冊表 ，以幢為單元集合的房屋坐落、類別(平房/樓房)、 用途、結(jié)構(gòu)、面積、土地性質(zhì)、管理方式、初始登記產(chǎn)權(quán)信息、建設(shè)工程規(guī)劃許可證、建 設(shè)信息（包括建設(shè)單位、竣工日期）等數(shù)據(jù)信息。 在數(shù)據(jù)導入過程中，根據(jù)圖元編號與地理信息中的圖元進行關(guān)聯(lián)，以圖元的編號作為 主鍵，導入信息。 2.3.4 樓盤表 普查數(shù)據(jù)中的詳細清單表，是以幢為單元集合、以分產(chǎn)權(quán)（分部位）為單位的房 屋數(shù)據(jù)，包括房屋分產(chǎn)權(quán)（分部位）的部位、自然層數(shù)、面積、戶型、朝向、權(quán)利人信息、 使用用途、使用人信息、銷售情況、管理方式等數(shù)據(jù)信息。 在數(shù)據(jù)導入過程中，通過以下選擇流程來完成

57、數(shù)據(jù)導入 編號樓樓盤表戶信息 2.3.5 房屋權(quán)屬信息 從房屋權(quán)屬和交易系統(tǒng)中讀取數(shù)據(jù)，對房屋的現(xiàn)權(quán)利人權(quán)屬數(shù)據(jù)進行匯總、整理，與 房屋管理數(shù)據(jù)庫中的房屋普查數(shù)據(jù)進行比對，記入房屋管理數(shù)據(jù)庫。 2.3.6 房屋地址庫信息 通過對房屋普查數(shù)據(jù)的處理，建立房屋地址庫。實現(xiàn)地址信息與房屋圖元的緊密關(guān)聯(lián)， 實現(xiàn)一址一物、一物多址的對應(yīng)關(guān)系。在 gis 中實現(xiàn)對地址庫的近似度查詢，同時創(chuàng)建地 址庫實用工具，實現(xiàn)對批量數(shù)據(jù)的近似度查詢。同時還要實現(xiàn)地址與圖元的相互關(guān)聯(lián)，查 詢方式有條件查詢，模糊查詢，空間查屬性，屬性查空間。在地址庫的建設(shè)中，隨著地址 的變化引進地址庫的更新機制。地址變化主要由錯誤的地址信

58、息、地址變化信息、地址廢 止信息組成。錯誤地址信息要進行更正；地址變化和地址廢止信息要將地址存放到數(shù)據(jù)庫 中，將新地址存儲到地址庫中。新地址要與舊地址存在聯(lián)系。 2.3.7 統(tǒng)計分析 不僅要對新生成的房屋管理圖層的各屬性字段生成統(tǒng)計圖表，還要對普查中的各種調(diào) 查表的數(shù)據(jù)生成統(tǒng)計圖表，尤其是對xx 省市國有土地房屋調(diào)查詳細清單和房屋類型的 統(tǒng)計。 統(tǒng)計圖表包括柱狀圖、餅狀圖、折線圖等。生成的圖要美觀、簡明。同時還要生成文 字本資料，圖文并茂。 統(tǒng)計范圍不僅是對某一幢樓，還有可能是某一區(qū)域，某一小區(qū)，某街道、某個區(qū)縣， 甚至是全市的統(tǒng)計。生成的統(tǒng)計結(jié)果要快。 2.42.4 重點子系統(tǒng)解決方案重點子

59、系統(tǒng)解決方案 2.4.1 xxx 子系統(tǒng)解決方案 xxxxxx子系統(tǒng)架構(gòu)圖子系統(tǒng)架構(gòu)圖 xxxxxx子系統(tǒng)預受理組件業(yè)務(wù)流程圖子系統(tǒng)預受理組件業(yè)務(wù)流程圖 3 3 接口、部署接口、部署及遷移實施方案及遷移實施方案 3.13.1 接口方案接口方案 由于 xxx 系統(tǒng)分為一個主平臺和 19 個子系統(tǒng)，申請人、局領(lǐng)導、代辦處、一般用戶都 會使用到該系統(tǒng)。因此，xxx 系統(tǒng)需要對外的接口，以及各個系統(tǒng)之間的接口。 如下圖所示，對外的接口，采用 web service 方式進行實現(xiàn)，對外應(yīng)用通過授權(quán)連入 內(nèi)網(wǎng)，調(diào)用內(nèi)網(wǎng)的 web service 進行

60、業(yè)務(wù)處理；內(nèi)部接口部分主要采用兩種方法進行： （1）建立接口數(shù)據(jù)庫，專門用于進行數(shù)據(jù)交換和共享；（2）建立接口組件，通用 esb 供 其它子系統(tǒng)進行調(diào)用。 建議接口方案示意圖 服 務(wù) 總 線 主平臺 接口數(shù)據(jù)庫 電子申請子系統(tǒng)受理子系統(tǒng) 實審子系統(tǒng) web service 公開公告子系統(tǒng) 對外發(fā)布子系統(tǒng) 內(nèi)網(wǎng) 外網(wǎng) 在 xxx 系統(tǒng)中，主平臺起到了部分的接口數(shù)據(jù)庫的功能，在使用時用助于提高系統(tǒng)數(shù) 據(jù)的完整性和一致性。 3.23.2 系統(tǒng)部署方案系統(tǒng)部署方案 每個子系統(tǒng)之間都可以分離部署，每個子系統(tǒng)都同時支持集中式部署和分布式部署， 但單個子系統(tǒng)建議進行集中式部署。如下圖為建議部署示意圖。 3.