【文章內容簡介】 用邏輯 的開發(fā)留給了你。 所有Spring的這些特征使你能夠編寫更干凈、更可管理、并且更易于測試的代碼。它們也為 Spring中的各種模塊提供了基礎支持。 系統(tǒng)架構綜上所述，SSH從架構上很好體現系統(tǒng)架構，故該系統(tǒng)采用SSH技術進行開發(fā)。由于該系統(tǒng)為辦公自動化系統(tǒng)，需要處理工作流問題，故搭檔JBPM進行開發(fā)。系統(tǒng)架構圖如下：本系統(tǒng)分為兩層，表現層和持久化層，上圖所示為了表述，把業(yè)務邏輯層和持久化層畫在一起。因為技術上采用hibernate的原因，屏蔽了數據庫細節(jié)，跨數據庫的特性，所以把業(yè)務邏輯層和持久化層結合為一層，簡化系統(tǒng)結構，加快開發(fā)速度。4 UML建模1. 公文管理用例圖：2. 流程管理1部署流程順序圖：2查看流程3查看待審公文列表4查看公文審批歷史5查看我的公文列表6查看以審公文列表7更新公文8審批公文9提交到流程10添加公文即時認證活動圖：授權過程活動圖：5 數據庫設計根據持久層用hibernate實現的原則，數據庫表設計準從hibernate表映射原理。 Hibernate基本映射原理每一個類映射成一張表（沒有配置承繼），類中屬性映射成表字段。其他表屬性可個別配置，如字段類型，字段長度，字段名稱，表類型等。 系統(tǒng)對象設計 權限模型 基本對象設計RBAC模型簡介RBAC(RoleBased Access Control 基于角色的訪問控制)模型是20世紀90年代研究出來的一種新模型，但從本質上講，這種模型是對前面描述的訪問矩陣模型的擴展。這種模型的基本概念是把許 可權（Permission）與角色（Role）聯系在一起，用戶通過充當合適角色的成員而獲得該角色的許可權。這種思想世紀上早在20世紀70年代的多用戶計算時期就被提出來了，但直到20世紀90年代中后期，RBAC才在研究團體中得到一些重視。本章將重 點介紹美國George Mason大學的RBAC96模型。NIST （The National Institute of Standards and Technology，美國國家標準與技術研究院）標準RBAC模型由4個部件模型組成，這4個部件模型分別是基本模型RBAC0（Core RBAC）、角色分級模型RBAC1（Hierarchal RBAC）、角色限制模型RBAC2（Constraint RBAC）和統(tǒng)一模型RBAC3（Combines RBAC）在Kasai系統(tǒng)中，角色之間沒有繼承關系，也沒有責任分離關系，因此基本上是按照RBAC0的方式的?；旧蠈崿F了用戶 users(USERS)、角色roles(ROLES)、目標objects(OBS)、操作operations(OPS)、許可權 permissions(PRMS)五個基本數據元素。同時Kasai也引入了Group的概念。由于缺乏角色繼承關系，新建的角色沒有包含任何的資源可 供使用，因此角色資源的添加也就變成了一項比較冗繁的工作。但總的來說對RBAC0模式下來說Kasai還是一款比較讓人滿意的權限系統(tǒng)。在開源RBAC中，除了Kasai值得稱道外，還有其他幾個項目也是很值得我們去關注：Role Manager項目、RIWS (Rbac Implement as Web Services)項目。在RIWS項目的開發(fā)計劃中，RIWS開發(fā)團隊揚言要實現RBAC0、RBACRBAC2和RBAC3，所以如果有機會還是 應該去關注一下這個項目的進展。RBAC0 定義了能構成一個RBAC控制系統(tǒng)的最小的元素集合RBAC0類圖：在RBAC之中,包含用戶users(USERS)、角色roles(ROLES)、目標objects(OBS)、操作 operations(OPS)、許可權permissions(PRMS)五個基本數據元素，權限被賦予角色,而不是用戶，當一個角色被指定給一個用戶 時，此用戶就擁有了該角色所包含的權限。會話sessions是用戶與激活的角色集合之間的映射。RBAC0與傳統(tǒng)訪問控制的差別在于增加一層間接性帶來 了靈活性，RBACRBACRBAC3都是先后在RBAC0上的擴展RBAC1 引入角色間的繼承關系RBAC1類圖：角色間的繼承關系可分為一般繼承關系和受限繼承關系。一般繼承關系僅要求角色繼承關系是一個絕對偏序關系，允許角色間的多繼承。而受限繼承關系則進 一步要求角色繼承關系是一個樹結構。RBAC2 模型中添加了責任分離關系RBAC2類圖：RBAC2 的約束規(guī)定了權限被賦予角色時,或角色被賦予用戶時,以及當用戶在某一時刻激活一個角色時所應遵循的強制性規(guī)則。責任分離包括靜態(tài)責任分離和動態(tài)責任分 離。約束與用戶角色權限關系一起決定了RBAC2模型中用戶的訪問許可。RBAC3 包含了RBAC1和RBAC2既提供了角色間的繼承關系，又提供了責任分離關系。建立角色定義表。定出當前系統(tǒng)中角色。因為有繼承的問題，所以角色體現出的是一個樹形結構。本系統(tǒng)權限設計類圖：Role跟User是多對多關系，根據模型設計原則，把多對多關系拆分成一對多關系，并抽象出UserRoles對象，該對象用以記錄Role和User之間的關系和其他不適合放到Role和User里的屬性，同理，Role和User跟Module是多對多關系，拆分成一對多關系，并抽象出ACL對象記錄他們之間的關系和屬性，ACL對象是權限模型的核心，記錄了權限模型中的主要數據。Module自己本身是樹狀結構，用以模擬有層次關系的模塊。 工作流模型 基本對象設計公文和用戶是多對多關系，把多對多拆分為一對多，并抽象出審批歷史對象，用以記錄公文和用戶之間的信息。這里對應不同的場景公文和用戶都屬于不對概念的對象，當用戶創(chuàng)建公文的時候，用戶的身份為創(chuàng)建者，公文為被創(chuàng)建公文；當用戶審批公文的時候，用戶為審批者，公文為被審批公文。流程和公文是一對一關系，用于創(chuàng)建流程的時候可以傳遞公文，表單和流程之間是一對一關系，表單里有多個表單域，所以表單和表單域之間是一對多關系，抽象出表單輸入形式，表單域類型和條目，用以記錄詳細表單域信息，表單域類型和表單輸入形式和表單域是一對多的關系，條目為表單域的組合對象。 5. 2. 2 組織機構模型 基本對象設計通過分析Orgnization屬于樹狀結構，以表現層次結構。6 系統(tǒng)詳細設計 表現層實現表現層采用Struts框架實現，：servlet servletnameaction/servletname servletclass/servletclass initparam paramnameconfig/paramname paramvalue/WEBINF//paramvalue /initparam initparam paramnamedebug/paramname paramvalue2/paramvalue /initparam initparam paramnamedetail/paramname paramvalue2/paramvalue /initparam loadonstartup2/loadonstartup /servletservletmapping servletnameaction/servletname urlpattern*.do/urlpattern /servletmapping用以接受所有以 .do方式請求過來的request，轉向Struts來處理該request，通過用例圖分析，大概抽象出有哪些Action類，再分析所有頁面提交的參數，抽象出所有Form類。，用以納入Struts的處理。Form類的配置：formbeans formbean name=orgForm type=. /formbean formbean name=personForm type=/formbean formbean name=moduleForm type=. /formbean formbean name=roleForm type=. /formbean formbean name=userForm type=. /formbean formbean name=aclForm type=. /formbean formbean name=workflowForm type=. /formbean formbean name=documentForm type=. /formbean formbean name=flowFormForm type=. /formbean formbean name=meetingRoomForm type=. /formbean /formbeansAction類的配置（一部分）：action path=/org type= name=orgForm scope=request parameter=method forward name=index path=/org//forward forward name=add_input path=/org// forward name=select path=/org// /action action path=/org_tree type= name=orgForm scope=request parameter=method forward name=index path=/org_tree//forward forward name=add_input path=/org_tree//forward forward name=add_success path=/org_tree//forward /action 處理異常：通過配置全局配置來處理異常：exception key= type= path=/mon/ scope=request handler= /exception 業(yè)務邏輯層 持久層 實現．1 SSH整合基于hibernate的各個優(yōu)點，加速開發(fā)，跨數據庫等特點，業(yè)務邏輯層和持久化層耦合成一層進行開發(fā)。用Spring整合整個系統(tǒng)開發(fā)。：listener listenerclass/listenerclass /listener用以初始化Spring容器，以便項目運行時可以動態(tài)注入對象。 ，如下：contextparam paramnamecontextConfigLocation/paramname paramvalue/WEBINF/applicationContext*.xml,classpath*:applicationContext*.xml/paramvalue /contextparam然后配置hibernate所需要的文件信息，跟住整個系統(tǒng)的領域模型，創(chuàng)建出系統(tǒng)所需要的對象，并創(chuàng)建出所對應的*.。，如下：property name=/property property name=jdbc:mysql:///property property name=root/property property name=root/property property name=/property property name=true/property property name=update/property并把所有*.，如下：mapping resource=/ zhbit /oa/model// mapping resource=/ zhbit /oa/model// mapping resource=/ zhbit /oa/model// mapping resource=/ zhbit /oa/model// mapping resource=/ zhbit /oa/model// mapping resource=/ zhbit /oa/model// mapping resource=/ zhbit /oa/model// mapping resource=/ zhbit /oa/model// mapping resource=/ zhbit /oa/model// mapping resource=/ zhbit /oa/model// mapping resource=/ zhbit /oa/model// mapping resource=/ zhbit /oa/model//