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

------服務(wù)業(yè)綜合業(yè)務(wù)管理系統(tǒng)系統(tǒng)架構(gòu)說(shuō)明書(shū)——潤(rùn)和軟件股份有限公司一、概要本說(shuō)明書(shū)對(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)行查詢(xún)、瀏覽等業(yè)務(wù)處理。其業(yè)務(wù)擴(kuò)展簡(jiǎn)單方便， 通過(guò)增加網(wǎng)頁(yè)即可增加服務(wù)器功能。 而且后期維護(hù)方面只需要改變網(wǎng)頁(yè)，即可實(shí)現(xiàn)所有用戶(hù)的同步更新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ū)?SpringAPI 的依賴(lài)可以減至最小限度。3、使用兼具靈活性與實(shí)用性的 ibatis 作為系統(tǒng)的持久層。 Ibatis 是支持普通SQL查詢(xún)，存儲(chǔ)過(guò)程和高級(jí)映射的優(yōu)秀持久層框架。 Ibatis 將代碼和 sql 語(yǔ)句分離， sql 可以寫(xiě)在 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ì)彈性力度很小，很難滿(mǎn)足---------用戶(hù)的變化性需求。MVC要求對(duì)應(yīng)用分層，雖然要花費(fèi)額外的工作，但產(chǎn)品的結(jié)構(gòu)清晰，產(chǎn)品的應(yīng)用通過(guò)模型可以得到更好地體現(xiàn)。首先，最重要的是應(yīng)該有多個(gè)視圖對(duì)應(yīng)一個(gè)模型的能力。 在目前用戶(hù)需求的快速變化下，可能有多種方式訪(fǎng)問(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í)改變其中的一層就能滿(mǎn)足應(yīng)用的改變。 一個(gè)應(yīng)用的業(yè)務(wù)流程或者業(yè)務(wù)規(guī)則的改變只需改動(dòng) MVC的模型層?？刂茖拥母拍钜埠苡行В?由于它把不同的模型和不同的視圖組合在一起完成不同的請(qǐng)求， 因此，控制層可以說(shuō)是包含了用戶(hù)請(qǐng)求權(quán)限的概念。最后， 它還有利于軟件工程化管理。 由于不同的層各司其職， 每一層不同的應(yīng)用具有某些相同的特征，有利于通過(guò)工程化、工具化產(chǎn)生管理程序代碼。2、AOP權(quán)限控制以及運(yùn)行日志AOP是AspectOrientedProgramming的縮寫(xiě)，意思是面向方面編程，一種新興的編程技術(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)越復(fù)雜，橫切關(guān)注點(diǎn)就成為一個(gè)大問(wèn)題的時(shí)候， AOP就可以很輕松的解決橫切關(guān)注點(diǎn)這個(gè)問(wèn)題。AOP引進(jìn)了 ASPect，它將影響多個(gè)類(lèi)的行為封裝到一個(gè)可重用模塊中， 它對(duì)橫切關(guān)注點(diǎn)進(jìn)行模塊化，從而消除了 OOP引起的代碼混亂和分散問(wèn)題，增強(qiáng)了系統(tǒng)的可維護(hù)性和代碼的重用性。3、擴(kuò)展數(shù)據(jù)權(quán)限控制的 RBAC基于角色的訪(fǎng)問(wèn)控制（ Role-BasedAccessControl ）作為傳統(tǒng)訪(fǎng)問(wèn)控制（自主訪(fǎng)問(wèn)，強(qiáng)制訪(fǎng)問(wèn)）的有前景的代替受到廣泛的關(guān)注。在 RBAC中，權(quán)限與角色相關(guān)聯(lián)，用戶(hù)通過(guò)成為適當(dāng)角色的成員而 得到這些角色的權(quán)限。這就極大地簡(jiǎn)化了權(quán)限的管理。在一個(gè)組織中，角色是為了完成各種工作而創(chuàng)造， 用戶(hù)則依據(jù)它的責(zé)任和資格來(lái)被指派相應(yīng)的角色， 用戶(hù)可以很容易地從一個(gè)角色被指派到另一個(gè)角色。角色可依新的需求和系統(tǒng)的合并而賦予新的權(quán)限，而權(quán)限也可根據(jù)需要而從某角色中回收。角色與角色的關(guān)系可以建立起 來(lái)以囊括更廣泛的客觀(guān)情況。4、Oracle 數(shù)據(jù)庫(kù)Oracle 優(yōu)勢(shì)有很多，大部門(mén)銀行保險(xiǎn)電信等政府部門(mén)都是采用此數(shù)據(jù) Oracle 處理速庫(kù)。度快，安全級(jí)別高