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

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

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

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

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

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

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