系統(tǒng)架構(gòu)說明書

1、精品文檔服務業(yè)綜合業(yè)務管理系統(tǒng)系統(tǒng)架構(gòu)說明書潤和軟件股份有限公司一、概要本說明書對服務業(yè)綜合業(yè)務管理系統(tǒng)的整體框架進行分塊說明，對系統(tǒng)的采用技術點的技術點進行闡述，通過視圖與描述展示整個系統(tǒng)框架的結(jié)構(gòu)與層次。二、目標構(gòu)建服務業(yè)綜合業(yè)務管理系統(tǒng)J2EE應用的開發(fā)框架，注入Spring支撐，使用兼具靈活性與使用性的ibatis作為持久層，使所有系統(tǒng)能規(guī)范開發(fā)組件、提高開發(fā)效率，易于統(tǒng)一升級和維護。三、架構(gòu)設計3.1、架構(gòu)分析1、服務業(yè)綜合業(yè)務管理系統(tǒng)采用B/S模式。B/S模式具有分布性特點，可以隨時隨地進行查詢、瀏覽等業(yè)務處理。其業(yè)務擴展簡單方便，通過增加網(wǎng)頁即可增加服務器功能。而且后期維護方面只

2、需要改變網(wǎng)頁，即可實現(xiàn)所有用戶的同步更新2、搭建輕量級J2EE框架Spring框架。J2EE為搭建具有可伸縮性、靈活性、易維護性的系統(tǒng)提供了良好的機制。J2EE框架使得開發(fā)的產(chǎn)品更加高效，更加健壯，在伸縮性和穩(wěn)定性上面也有著顯而易見的效果。而Spring是一個完美的框架“黏合劑”。它提供了一種管理對象的方法，可以把中間層對象有效地組織起來。他的分層結(jié)構(gòu)可以增量引入項目。而非侵入性應用程序?qū)pring API的依賴可以減至最小限度。3、使用兼具靈活性與實用性的ibatis作為系統(tǒng)的持久層。Ibatis是支持普通SQL查詢，存儲過程和高級映射的優(yōu)秀持久層框架。Ibatis將代碼和sql語句分離，

3、sql可以寫在xml中，結(jié)構(gòu)清晰，靈活配置，對平臺支持性大幅度提高。3.2、設計思想1、系統(tǒng)技術架構(gòu)采用主流的MVC模式MVC思想將一個應用分成三個基本部分：Model（模型）、View（視圖）和Controller（控制器），這三個部分以最少的耦合協(xié)同工作，從而提高應用的可擴展性及可維護性。直接向數(shù)據(jù)庫發(fā)送請求并用HTML顯示,開發(fā)速度往往比較快,但由于數(shù)據(jù)頁面的分離不是很直接,因而很難體現(xiàn)出業(yè)務模型的樣子或者模型的重用性。產(chǎn)品設計彈性力度很小，很難滿足用戶的變化性需求。MVC要求對應用分層，雖然要花費額外的工作，但產(chǎn)品的結(jié)構(gòu)清晰，產(chǎn)品的應用通過模型可以得到更好地體現(xiàn)。 首先，最重要的是應該

4、有多個視圖對應一個模型的能力。在目前用戶需求的快速變化下，可能有多種方式訪問應用的要求。例如，訂單模型可能有本系統(tǒng)的訂單，也有網(wǎng)上訂單，或者其他系統(tǒng)的訂單，但對于訂單的處理都是一樣，也就是說訂單的處理是一致的。按MVC設計模式，一個訂單模型以及多個視圖即可解決問題。這樣減少了代碼的復制，即減少了代碼的維護量，一旦模型發(fā)生改變，也易于維護。 其次，由于模型返回的數(shù)據(jù)不帶任何顯示格式，因而這些模型也可直接應用于接口的使用。 再次，由于一個應用被分離為三層，因此有時改變其中的一層就能滿足應用的改變。一個應用的業(yè)務流程或者業(yè)務規(guī)則的改變只需改動MVC的模型層。控制層的概念也很有效，由于它把不同的模型和

5、不同的視圖組合在一起完成不同的請求，因此，控制層可以說是包含了用戶請求權限的概念。最后，它還有利于軟件工程化管理。由于不同的層各司其職，每一層不同的應用具有某些相同的特征，有利于通過工程化、工具化產(chǎn)生管理程序代碼。2、AOP權限控制以及運行日志AOP是Aspect Oriented Programming的縮寫，意思是面向方面編程，一種新興的編程技術。AOP實際是GoF設計模式的延續(xù)，設計模式孜孜不倦追求的是調(diào)用者和被調(diào)用者之間的解耦，AOP可以說也是這種目標的一種實現(xiàn)。它可以解決OOP和過程化方法不能夠很好解決的橫切（crosscut）問題，如：事務、安全、日志等橫切關注。當未來系統(tǒng)變得越來

6、越復雜，橫切關注點就成為一個大問題的時候，AOP就可以很輕松的解決橫切關注點這個問題。AOP引進了ASPect，它將影響多個類的行為封裝到一個可重用模塊中，它對橫切關注點進行模塊化，從而消除了OOP引起的代碼混亂和分散問題，增強了系統(tǒng)的可維護性和代碼的重用性。3、擴展數(shù)據(jù)權限控制的RBAC基于角色的訪問控制（Role-Based Access Control）作為傳統(tǒng)訪問控制（自主訪問，強制訪問）的有前景的代替受到廣泛的關注。在RBAC中，權限與角色相關聯(lián)，用戶通過成為適當角色的成員而 得到這些角色的權限。這就極大地簡化了權限的管理。在一個組織中，角色是為了完成各種工作而創(chuàng)造，用戶則依據(jù)它的責任和資格來被指派相應的角色，用戶可以 很容易地從一個角色被指派到另一個角色。角色可依新的需求和系統(tǒng)的合并而賦予新的權限，而權限也可根據(jù)需要而從某角色中回收。角色與角色的關系可以建立起 來以囊括更廣泛的客觀情況。4、Oracle數(shù)據(jù)庫Oracle優(yōu)勢有很多，大部門銀行保險電信等