【文章內容簡介】 ，有機的、分步驟的逐步完善。此外，系統(tǒng)的建設涉及眾多新的和復雜的軟硬件技術，工程實施環(huán)節(jié)復雜，應按照總體設計的規(guī)劃來進行分步實施。l 標準化的開發(fā)與設計系統(tǒng)開發(fā)與建設應做到工作標準統(tǒng)一、業(yè)務流程統(tǒng)一、服務程序統(tǒng)一。在業(yè)務、軟件產品、通信技術等各方面采用行業(yè)、國家和國際標準化組織制定的有關技術規(guī)范與標準。保證信息流傳遞快速順暢，網絡運行安全可靠。l 完備的安全體系系統(tǒng)安全性也是設計與開發(fā)應用系統(tǒng)的首要考慮因素，是整個過程中應當遵循的準則。應用系統(tǒng)在設計時制定一整套有效的安全措施以保證整個系統(tǒng)的安全性，能夠滿足本系統(tǒng)制定的安全管理需要，能夠防止來自內、外部入侵的威脅。 可擴展性與可移植性可擴展性指的是系統(tǒng)可以根據(jù)業(yè)務發(fā)展的需要，能夠方便的升級，擴展系統(tǒng)的功能。由于本次采用了集中式系統(tǒng)架構，數(shù)據(jù)和應用的集成集中在中間件一級進行處理，所以，也就為日后的擴展打下了良好的基礎。同時保證系統(tǒng)能在各種操作系統(tǒng)和不同的中間件平臺上移植。從本次采用的系統(tǒng)體系架構、開發(fā)語言到各平臺服務器的選型我們都充分考慮到了移植性的要求。 系統(tǒng)性原則從物流運輸管理一體化的要求出發(fā)，以系統(tǒng)的眼光作出整體規(guī)劃，做到統(tǒng)一設計，逐步實施, 并制定統(tǒng)一的數(shù)據(jù)標準、網絡標準和應用標準，形成決策層、調度層、操作層之間相互銜接的標準體系。同時，由于信息化涉及面廣、覆蓋面寬，任務重，難度大，非一朝一夕所能夠完成，因此，在實施過程中必須堅持遠近結合、突出重點、急用先建、分步實施、逐步推進。在系統(tǒng)設計過程中考慮系統(tǒng)實施的分步性、階段性，提供逐步實施的具體方法：先試點再推廣與分階段升級實施?？焖僖娦?，保證滿足基本需求和規(guī)劃方向結合。 成熟性原則系統(tǒng)設計和開發(fā)平臺采用業(yè)界公認成熟并被廣泛應用的技術，保證系統(tǒng)實施的進度和質量、保證系統(tǒng)的穩(wěn)定可靠。系統(tǒng)技術成熟穩(wěn)定和主流相結合。堅持以安全、實用為前提，在實施中首選先進、成熟、可靠、適應電力行業(yè)管理特點的信息技術，同時又要體現(xiàn)信息系統(tǒng)的開放性、兼容性和可擴展性，做到既滿足企業(yè)業(yè)務管理和安全保密的自身需要，又要滿足與相關上下游企業(yè)之間的開放對接之需要。 系統(tǒng)架構設計本系統(tǒng)采用J2EE的架構進行開發(fā)，采用現(xiàn)階段成熟的基于MVC的Struts架構。WEB SERVER接受客戶的訪問／交易請求，并建立起安全通道之后，根據(jù)不同的業(yè)務請求，由專門的Action Servlet進行處理，該Servlet會根據(jù)不同的請求調用相應EJB或Javabean對數(shù)據(jù)庫進行訪問，并調用交易組件處理相應的業(yè)務方面的交易流程，最后根據(jù)配置文件定義的結果顯示頁面，將系統(tǒng)處理結果傳輸?shù)接脩舳?，從而實現(xiàn)了對用戶業(yè)務請求的處理。交易業(yè)務邏輯利用EJB或Javabean進行封裝，保證了邏輯的完整性和一致性。表現(xiàn)層把結果以頁面的方式呈現(xiàn)給用戶，在本層中采用Servlet及JSP技術進行實現(xiàn)。同時為更方便界面的修改，我們采用了模板技術，模板是一些嵌有標識符的html頁面，由JSP或Servlet進行解析。這樣以后頁面的修改只需懂HTML即可，無須修改JSP或Servlet程序。在系統(tǒng)實現(xiàn)上，采用目前國際流行的面向對象技術、MVC的設計模式和純JAVA技術，將整個系統(tǒng)從邏輯上分為展現(xiàn)層平臺、中間應用服務平臺和業(yè)務系統(tǒng)平臺等幾大部分，以提高整體網站系統(tǒng)的可擴展性、靈活性、易維護性。 總體結構設計圖本系統(tǒng)的體系結構如下： 總體結構模型圖數(shù)據(jù)源：可以是關系型數(shù)據(jù)庫，也可以是XML文件。數(shù)據(jù)庫層支持當前通用的關系型數(shù)據(jù)庫，系統(tǒng)實現(xiàn)對具體的數(shù)據(jù)庫產品保持獨立，可同時適配多種數(shù)據(jù)庫產品，當更換數(shù)據(jù)庫產品時，只須修改配置文件。容器服務層：J2EE應用服務器提供的服務，應用服務器提供了JNDI(Java Naming and Directory Interface)、Connection Pool、JTA（Java Transaction API）以及JDBC等服務。數(shù)據(jù)存取層：數(shù)據(jù)存取層負責從數(shù)據(jù)源讀取數(shù)據(jù)和將數(shù)據(jù)寫入數(shù)據(jù)源，數(shù)據(jù)存取層向業(yè)務服務層提供服務。使用Venus平臺提供的Jdbc Template數(shù)據(jù)庫存取技術可以大大提高開發(fā)效率，JdbcTemplate把JDBC應用中的獲取連接、異常處理、釋放等比較通用的操作全部都集中起來，程序員只需要提供個性的操作部分就可以了，這樣，數(shù)據(jù)操作部分的代碼量減少了許多。JdbcTemplate對一些返回單值或不返回值的數(shù)據(jù)庫操作提供了實現(xiàn)，對于這種操作，程序員調用這些現(xiàn)有的方法實現(xiàn)就可以了。應用集成層：應用集成層和數(shù)據(jù)存取層處于同一層次，它負責和其他應用系統(tǒng)的集成，應用集成層包含的典型例子是和銀行接口的集成。銀行接口服務和業(yè)務運營系統(tǒng)部署在不同的機器上，銀行接口服務可能以WebService的方式提供服務，也可能以Socket編程接口的方式提供服務，應用集成層通過和銀行接口服務器交互，向業(yè)務服務層提供服務。業(yè)務對象層：對業(yè)務領域（Business Domain）中的對象予以抽象，形成軟件系統(tǒng)中的業(yè)務對象。一個業(yè)務對象往往表示客觀存在的具體的事務，它承擔一部分業(yè)務邏輯。一般來說，業(yè)務對象在數(shù)據(jù)庫中都有其存儲表示。舉例來說，訂單(Order)，客戶(Customer)等都是業(yè)務對象。業(yè)務服務層：業(yè)務服務層向WEB MVC前端提供服務，就好像應用系統(tǒng)的API一樣，它向WEB層提供一個清晰的服務接口。業(yè)務服務層也是放置事務控制，安全控制的理想場所。業(yè)務服務層包含業(yè)務邏輯，它通常需要數(shù)據(jù)存取層和應用集成層提供的服務。遠程調用代理層：在部署應用系統(tǒng)時，經常會出現(xiàn)業(yè)務服務層部署在遠程機器上的情況，基于伸縮性和性能的考慮，有時將同一業(yè)務服務同時部署在多臺機器上?；贗OC和AOP機制的遠程代理層，使程序員不用再關心服務的部署情況，程序員只須針對業(yè)務服務層提供的接口進行編程。遠程調用代理層解決了分布式、群集、負載均衡、冗余等企業(yè)級應用的需求，而所有這些對程序員來說都是透明的。另外，將一個對本地服務的調用改為對遠程服務的調用不用在修改任何代碼，只需要對配置文件進行簡單的修改就可以了。WEB前端控制層：MVC是三個單詞的縮寫，這三個單詞分別為：模型（Model）、視圖(View)和控制(Controller)。MVC模式的目的就是實現(xiàn)Web系統(tǒng)的職能分工。將模型（業(yè)務邏輯）、視圖（頁面展現(xiàn)）和控制（頁面控制邏輯）分離，降低各部分的耦合度，提高各模塊的內聚程度。異常處理：根據(jù)我們對軟件的邏輯分層，對異常進行相應的層次劃分，針對各層定義相應的異?；?，各層所拋出的異常都從相應的異?；惻缮?。提供全局異常處理機制。IOC容器：在J2EE應用開發(fā)中，經常遇到的問題就是：如何將不同的組件組裝成為一個內聚的應用程序？如何實現(xiàn)組件之間的松散耦合關系？IoC（Inversion of Control）模式可以解決這個問題，其目標是將組件的配置與使用分離開。因此我們引入了IOC容器，使用IOC容器的另一個好處是，程序員不再需要寫太多的Factory類和ServiceLocator類。Log：日志機制，使用Commonlogging日志，monslogging是一套輕量級、易使用的日志設施，它可以和復雜的日志設施一起使用，例如log4j，jdk14log等。monslogging除了是一個封裝、提供一個簡單的使用界面外，還附帶了簡單的實現(xiàn)SimpleLog。，它是monslogging搜索策略的底牌，這樣使得即使在找不到log4j和jdk14log的軟件系統(tǒng)運行環(huán)境中，monslogging日志設施也能正常工作。安全：對某些安全性要求比較高的服務的調用，通過AOP機制來實現(xiàn)安全控制。值對象（VO）是任意的可串行化的Java對象，也被稱為值的對象，它通常用于將多個值封裝成一個對象，作為方法調用的參數(shù)或返回值，在遠程訪問中，為了減少網絡傳輸，也將多個值封裝為一個值對象。值對象存在于上面各層，所以在架構層次圖中并沒有標明。 系統(tǒng)邏輯結構圖為了簡化系統(tǒng)開發(fā)和實現(xiàn)一個穩(wěn)鍵、可靠的系統(tǒng)架構，根據(jù)系統(tǒng)分層設計中MVC的思想，把系統(tǒng)分為：表示層，業(yè)務邏輯層，中間層，數(shù)據(jù)處理層。l 表示層：使用JSP 作為數(shù)據(jù)表示層。l 業(yè)務邏輯層：使用Servlet 和 Command 作為業(yè)務邏輯層。l 中間層：使用EJB 作為中間傳輸層。l 數(shù)據(jù)處理層：使用Hibernate 作為數(shù)據(jù)處理層。 系統(tǒng)內部結構系統(tǒng)支持B/S結構加C/S結構模式C/S結構的軟件系統(tǒng)又叫客戶機/服務器結構模式，是由兩部分組成，即客戶端應用程序和數(shù)據(jù)庫服務器。一旦數(shù)據(jù)庫服務器程序啟動后，就隨時等待響應客戶程序發(fā)來的請求；客戶程序運行在遠端的計算機上，當需要對數(shù)據(jù)庫中的數(shù)據(jù)進行任何操作時，客戶端程序就向數(shù)據(jù)庫發(fā)出操作請求，數(shù)據(jù)庫服務器響應操作并返回操作結果。在這種應用模式下，由于數(shù)據(jù)庫服務器連接個數(shù)和數(shù)據(jù)通信流量的限制，這種結構的軟件適于在用戶數(shù)目不多的局域網內使用，并且對網絡要求比較高。并且所有的業(yè)務操作邏輯駐留在客戶端上，所以當系統(tǒng)需要維護時，整個維護的工作量非常驚人，常常影響到業(yè)務處理的正常進行。本系統(tǒng)的業(yè)務流程、業(yè)務模式不是一成不變的，隨著客戶要求的不斷發(fā)展和變化，必然要求不斷調整系統(tǒng)的處理流程。所以，對已經部署的系統(tǒng)進行修改、維護和升級是正常的。C/S結構軟件，由于其應用是分布的，需要對每一個使用節(jié)點進行程序安裝，所以，即使非常小的程序缺陷都需要很長的重新部署時間，重新部署時，為了保證各程序版本的一致性，必須暫停一切業(yè)務進行更新(即“休克更新”)，其服務響應時間基本不可忍受。而B/S結構的軟件不同，其應用都集中于總部服務器上，各應用結點并沒有任何程序，一個地方更新則全部應用程序更新，可以做到快速服務響應。C/S結構軟件僅適用于局域網內部用戶或寬帶用戶(1兆以上)；而B/S結構軟件幾乎可以適用于任何網絡條件。B/S(瀏覽器/服務器模式)是隨著Internet技術的興起，對C/S結構的一種改進。在這種結構下，軟件應用的業(yè)務邏輯完全在應用服務器端實現(xiàn)，用戶業(yè)務完全在Web服務器實現(xiàn)，客戶端只需要瀏覽器即可進行業(yè)務處理，是一種全新的軟件系統(tǒng)構造技術。這種結構更成為當今應用軟件的首選體系結構。由于這種技術平臺方案下所有的客戶端程序都是動態(tài)的下載到瀏覽器上執(zhí)行的，所以最大限度地方便了用戶部署和維護大型軟件系統(tǒng)，從而大大降低了用戶目標系統(tǒng)的總體擁有成本（TCO）。在這種結構下,客戶端主要負責人機交互，包括一些與數(shù)據(jù)和應用關系的圖形和界面運算；WEB服務器主要負責對客戶端應用程序的集中管理；應用服務器主要負責應用系統(tǒng)的邏輯結構和數(shù)據(jù)關系，即事務處理。應用服務器又可以根據(jù)其處理的具體業(yè)務不同而分為多個；數(shù)據(jù)服務器則主要負責數(shù)據(jù)的存儲和組織、分布式管理、備份和同步等等。J2EE多層分布模型本系統(tǒng)采用J2EE多層分布式應用模型，應用邏輯按功能劃分為組件，各個應用組件根據(jù)他們所在的層分布在不同的機器上。一個多層化應用能夠為不同的每種服務提供一個獨立的層，如圖1所示,以下是 本系統(tǒng)J2EE 構架的四個層次及相應的組件:這四層分別是 運行在客戶端機器上的客戶端層（Client Tier）、 運行在Web服務器上的Web層（Web Tier）、 運行在EJB服務器上的業(yè)務層（Business Tier）和 運行在EIS服務器上企業(yè)信息系統(tǒng)層（Enterprise Information System Tier）其中Web層和業(yè)務層共同組成了三層J2EE應用的中間層，其他兩層是客戶端層和存儲層或企業(yè)信息系統(tǒng)層。本系統(tǒng)把Web服務器和EJB服務器產品結合在一起發(fā)布，稱為應用服務器或J2EE服務器。J2EE平臺相應層的組件說明如下：l 客戶端層應用客戶端程序和瀏覽器是客戶端層組件。客戶端層組件可以是基于Web方式的即作為Web服務器的瀏覽器,也可以是基于傳統(tǒng)方式的(非基于Web方式)即獨立的應用程序，可以完成瘦客戶機無法完成的任務。l Web層組件Java Servlet和JavaServer Pages(JSP)是Web層組件。如圖所示的客戶層那樣，Web層可能包含某些 Javabean 對象來處理用戶輸入，并把輸入發(fā)送給運行在業(yè)務層上的Enterprise Java Bean 來進行處理。按照J2EE規(guī)范，靜態(tài)的HTML頁面和Applets不算是Web層組件。這里的JavaBean和EJB（Enterprise JavaBean）除了共用“JavaBean”這個名字外，這兩種組件模式完全沒有關系。EJB是在進程間使用的組件。l 業(yè)務層組件Enterprise JavaBeans(EJB)是業(yè)務層組件。業(yè)務層代碼的邏輯用來滿足系統(tǒng)的需要,由運行在業(yè)務層上的EJB 進行處理。 上圖表明了一個EJB是如何從客戶端程序接收數(shù)據(jù)，進行處理(如果必要的話), 并發(fā)送到企業(yè)信息系統(tǒng)層(EIS) 層儲存的，這個過程也可以逆向進行。本系統(tǒng)采用三種企業(yè)級的n: 會話(Session)Beans, 實體(Entity)Beans, 和 消息驅動(Messagedriven) Beans。 會話Bean 表示與客戶端程序的臨時交互。 當客戶端程序執(zhí)行完后, 會話Bean 和相關數(shù)據(jù)就會消失。相反, 實體Bean 表示數(shù)據(jù)庫的表中一行永久的記錄。 當客戶端程序中止或服務器關閉時, 就會有潛在的服務保證實體Bean 的數(shù)據(jù)得以保存。消息驅動Bean 結合了會話Bean 和 JMS的消息監(jiān)聽器的特性, 允許一個業(yè)務層組件異步接收JMS 消息。l 企業(yè)信息系統(tǒng)層處理企業(yè)信息系統(tǒng)軟件包括企業(yè)基礎建設系統(tǒng)例如企業(yè)資源計劃 (ERP), 大型機事務處理, 數(shù)據(jù)庫系統(tǒng),和其它的遺留信息系統(tǒng)組成了企業(yè)信息系統(tǒng)層。J2EE的MVC體系模型視圖控制結構是J2EE結構應用軟件廣泛使用的一種體系結構。它有效地在存儲和展示數(shù)據(jù)的對象中區(qū)分功能模塊以降低它們之間的連接度，這種體系結構將傳統(tǒng)的輸入、處理和輸入模型轉化為圖形顯示的用戶交互模型，或者換一種說法，是多層次的Web商業(yè)應用；MVC體系結構具有三個層面：模型（Model）、視圖(View)和控制(C