1、數(shù)據(jù)中間件在恒生系統(tǒng)集成平臺(tái)中的應(yīng)用,答辯所用,第一章 引言,1.1 數(shù)據(jù)中間件在系統(tǒng)集成平臺(tái)中的應(yīng)用現(xiàn)狀 1.2 基于數(shù)據(jù)中間件的系統(tǒng)集成平臺(tái)目前存在的不足 1.3 恒生公司現(xiàn)有管理信息系統(tǒng)的不足 1.4 本文的主要內(nèi)容 1.5 本文的章節(jié)安排,1.1 數(shù)據(jù)中間件在系統(tǒng)集成平臺(tái)中的應(yīng)用現(xiàn)狀,我國(guó)的企業(yè)管理應(yīng)用系統(tǒng)建設(shè)從七十年代開始起步，八十年代進(jìn)行鋪墊，九十年代中、后期進(jìn)入了快速發(fā)展階段 。 目前，傳統(tǒng)的管理應(yīng)用系統(tǒng)都普遍存在系列問(wèn)題，不同軟件間，尤其是不同部門間的數(shù)據(jù)信息不能共享，設(shè)計(jì)、管理、生產(chǎn)的數(shù)據(jù)不能進(jìn)行交流，數(shù)據(jù)出現(xiàn)脫節(jié)，即產(chǎn)生“信息孤島“，勢(shì)必給企業(yè)的運(yùn)用帶來(lái)以下問(wèn)題：信息需要重

2、復(fù)多次的輸入，信息存在很大的冗余，大量的垃圾信息以及信息交流的一致性無(wú)法保證。,1.2 基于數(shù)據(jù)中間件的系統(tǒng)集成平臺(tái)目前存在的不足,現(xiàn)階段，我國(guó)大部分企業(yè)的系統(tǒng)集成平臺(tái)雖然大多突破了基于文件服務(wù)器的資源共享模式，而采用Client,Server結(jié)構(gòu)模式，從而避免了用網(wǎng)絡(luò)將整個(gè)數(shù)據(jù)傳到工作站，減輕了網(wǎng)絡(luò)負(fù)擔(dān)。 數(shù)據(jù)中間件在企業(yè)信息管理系統(tǒng)中的應(yīng)用克服了由于傳統(tǒng)客戶機(jī)服務(wù)器模型的缺陷給企業(yè)的信息管理系統(tǒng)帶來(lái)的影響，但是目前，大部分企業(yè)對(duì)數(shù)據(jù)中間件在系統(tǒng)集成平臺(tái)中的應(yīng)用，存在以下問(wèn)題，所以導(dǎo)致了傳統(tǒng)數(shù)據(jù)中間件不能很好的在企業(yè)的系統(tǒng)集成平臺(tái)中發(fā)揮更大的作用。,1、用戶網(wǎng)絡(luò)的復(fù)雜性,現(xiàn)代企業(yè)，尤其是大中

3、型企業(yè)規(guī)模不斷擴(kuò)充，導(dǎo)致用戶網(wǎng)絡(luò)因?yàn)榘踩⒖绲貐^(qū)設(shè)置分支機(jī)構(gòu)等原因，要求內(nèi)外網(wǎng)隔離，慢速?gòu)V域網(wǎng)，導(dǎo)致客戶端不能直接訪問(wèn)集中式服務(wù)器。,2、管理信息數(shù)據(jù)的專門性,數(shù)據(jù)庫(kù)的分布與集中是一個(gè)動(dòng)態(tài)過(guò)程（分布的數(shù)據(jù)會(huì)集中，集中的數(shù)據(jù)也可以要分布下去，比如總公司數(shù)據(jù)集中以后，根據(jù)需要各地分公司的個(gè)性化數(shù)據(jù)仍然有可能要前移到各地的分公司網(wǎng)點(diǎn)），要求中間件能做到業(yè)務(wù)邏輯與數(shù)據(jù)庫(kù)物理部署無(wú)關(guān)。 業(yè)務(wù)和系統(tǒng)模塊要求會(huì)快速變動(dòng)，但對(duì)性能與穩(wěn)定性又有很高的要求。目前，大多數(shù)數(shù)據(jù)中間件應(yīng)用的系統(tǒng)集成平臺(tái)中，存在著系統(tǒng)運(yùn)行不夠穩(wěn)定的缺陷。,3、開發(fā)周期過(guò)長(zhǎng)導(dǎo)致成本增加,現(xiàn)在的企業(yè)系統(tǒng)集成平臺(tái)在企業(yè)的管理、運(yùn)營(yíng)當(dāng)中發(fā)揮的作

4、用越來(lái)越重要，系統(tǒng)的開發(fā)已經(jīng)不能承受過(guò)長(zhǎng)的開發(fā)周期?；趥鹘y(tǒng)數(shù)據(jù)中間件的系統(tǒng)集成平臺(tái)的開發(fā)，雖然開發(fā)周期較之以前已經(jīng)縮短了很多，但是基于其局限性，還是不能很好的滿足企業(yè)系統(tǒng)集成平臺(tái)開發(fā)的周期要求。,4、資金成本因素,商用中間件成本較高，影響應(yīng)用系統(tǒng)的性價(jià)比。如IBM，BEA，Oracle，HP，Iona等這些國(guó)外的主流中間件廠商，雖然功能強(qiáng)大，但是價(jià)格不菲，不適合目前國(guó)內(nèi)中小企業(yè)的實(shí)際應(yīng)用。,1.3 恒生公司現(xiàn)有管理信息系統(tǒng)的不足,多年來(lái)跟蹤各種技術(shù)的發(fā)展，恒生公司適應(yīng)自身業(yè)務(wù)功能發(fā)展和管理的需要，實(shí)施和部署了互聯(lián)網(wǎng)站系統(tǒng)、人力資源系統(tǒng)、客戶服務(wù)系統(tǒng)以及辦公自動(dòng)化系統(tǒng)等多種商業(yè)應(yīng)用，這些商業(yè)應(yīng)

5、用分別解決了公司在不同方面的需求。目前恒生公司的內(nèi)部管理系統(tǒng)存在的問(wèn)題主要以下幾個(gè)方面：,1用戶認(rèn)證和管理機(jī)制混亂,（1）能實(shí)現(xiàn)所有應(yīng)用系統(tǒng)中的用戶信息資源共享，分散的用戶管理較吃力。 （2）維護(hù)多個(gè)的用戶信息資料庫(kù)，增加數(shù)據(jù)冗余，提高維護(hù)成本。 （3）辦法分析客戶的貢獻(xiàn)度，差別服務(wù)也就無(wú)從談起。 （4）不利于進(jìn)行客戶分類分析，無(wú)法對(duì)產(chǎn)品行銷策略的定制提供相應(yīng)的幫助，從而也不能提供豐富的經(jīng)營(yíng)、決策分析數(shù)據(jù)。,2、管理信息的整合不暢,大量分散的管理系統(tǒng)導(dǎo)致計(jì)算環(huán)境非常復(fù)雜，各種管理服務(wù)之間缺乏信息交互通道。恒生公司的網(wǎng)站系統(tǒng)，人力資源管理系統(tǒng)和客戶服務(wù)系統(tǒng)等企業(yè)應(yīng)用之間有相似的業(yè)務(wù)邏輯，但系統(tǒng)沒

6、有整合起來(lái)，不僅造成了開發(fā)成本大，同時(shí)導(dǎo)致了系統(tǒng)維護(hù)困難。恒生公司往往為了上新系統(tǒng)就會(huì)開發(fā)一套新的架構(gòu)體系，以往的經(jīng)驗(yàn)沒有積累，導(dǎo)致系統(tǒng)過(guò)于分散，難于擴(kuò)展。 公司迫切需要一套能將各子系統(tǒng)數(shù)據(jù)有機(jī)集成的解決方案。,3、缺少完善的信息管理,恒生公司的產(chǎn)品信息資源豐富，客戶信息繁多，長(zhǎng)久以來(lái)，已經(jīng)形成了多種多樣的信息數(shù)據(jù)格式，公司經(jīng)常會(huì)產(chǎn)生各種各樣的報(bào)告文件和報(bào)表；公司的產(chǎn)品宣傳往往采用圖片等形式；公司原有系統(tǒng)的多個(gè)數(shù)據(jù)庫(kù)。為了維護(hù)這些信息，沒有一個(gè)集成的數(shù)據(jù)管理是很難實(shí)現(xiàn)的。而且面對(duì)繁多的客戶信息資源，需要有良好的管理系統(tǒng)進(jìn)行管理和維護(hù)，恒生公司的客戶上千，客戶選用的產(chǎn)品眾多，需要管理的客戶信息量

7、在百萬(wàn)以上，為了維護(hù)這樣的信息數(shù)據(jù)，沒有良好的數(shù)據(jù)系統(tǒng)是很難想象的。恒生公司需要能夠提供方便檢索功能的系統(tǒng)數(shù)據(jù)集中，來(lái)保證靈活自如的駕馭信息。,4、數(shù)據(jù)接入機(jī)制不健全,恒生公司現(xiàn)有的個(gè)信息系統(tǒng)，各有個(gè)的信息數(shù)據(jù)源，包括員工信息數(shù)據(jù)源，各業(yè)務(wù)部門的內(nèi)部數(shù)據(jù)源，客戶的客戶資料和產(chǎn)品數(shù)據(jù)源等等。由于沒有統(tǒng)一的接入架構(gòu)體系，運(yùn)營(yíng)和維護(hù)的工作較大，增加一種數(shù)據(jù)源時(shí)，往往需要大量的開發(fā)工作；不能夠很好的利用已有的系統(tǒng)架構(gòu)和系統(tǒng)資源。 恒生公司技術(shù)部門的運(yùn)行維護(hù)人員或者系統(tǒng)開發(fā)人員往往希望通過(guò)配置文件對(duì)數(shù)據(jù)源接入模式和系統(tǒng)參數(shù)進(jìn)行調(diào)整。這需要一套合理的數(shù)據(jù)接入機(jī)制來(lái)體現(xiàn)。,5、缺乏個(gè)性化服務(wù),在系統(tǒng)運(yùn)作初期

8、，客戶或者員工往往通過(guò)選擇希望看到的信息分類來(lái)定制自己的登錄首頁(yè)，當(dāng)個(gè)性化服務(wù)逐漸上升到更高層次的時(shí)，比如交叉銷售，產(chǎn)品推介等，則需要整個(gè)系統(tǒng)本著以客戶為中心的原則，設(shè)計(jì)一個(gè)完整的客戶信息系統(tǒng)，能夠?qū)⑺锌蛻舻母黝愘Y料進(jìn)行集中、歸類、統(tǒng)一管理的信息管理系統(tǒng)?？蛻粜畔⑹强蛻舴?wù)系統(tǒng)的基礎(chǔ)，是從以“面向帳戶”服務(wù)類型向“面向客戶服務(wù)”類型轉(zhuǎn)變的關(guān)鍵，通過(guò)該系統(tǒng)對(duì)客戶信息的集中管理，要求使所有應(yīng)用系統(tǒng)實(shí)現(xiàn)客戶信息資源共享，并通過(guò)對(duì)客戶信息的分析，可對(duì)不同貢獻(xiàn)度的客戶實(shí)現(xiàn)差別服務(wù)，和支持管理層和領(lǐng)導(dǎo)層的決策。如果沒有完善的數(shù)據(jù)集成機(jī)制來(lái)支持多個(gè)系統(tǒng)的數(shù)據(jù)集成和分析，這是很難實(shí)現(xiàn)的。,1.4 本文的主要

9、內(nèi)容,在充分了解了恒生公司目前管理系統(tǒng)存在的問(wèn)題，以及目前國(guó)內(nèi)數(shù)據(jù)中間件在企業(yè)系統(tǒng)集成平臺(tái)中的現(xiàn)狀，有必要提供一套適合國(guó)內(nèi)中小型企業(yè)現(xiàn)狀，并且能夠解決上述局限性的全面解決方案。 本文的系統(tǒng)集成平臺(tái)基于開放的、易于擴(kuò)展的應(yīng)用體系框架。運(yùn)用.NET的架構(gòu)基礎(chǔ)，基于一套專門的數(shù)據(jù)中間件來(lái)開發(fā)，實(shí)現(xiàn)了企業(yè)的管理信息的集成和共享，包括不同部門之間、企業(yè)內(nèi)部與外部間的管理信息集成和共享，解決企業(yè)“信息孤島”。使用數(shù)據(jù)中間件后，系統(tǒng)集成平臺(tái)的應(yīng)用程序被分割成三個(gè)不同的邏輯組件：用戶服務(wù)層、業(yè)務(wù)處理層和數(shù)據(jù)服務(wù)層。同時(shí)將系統(tǒng)集成平臺(tái)需求劃分成明確的服務(wù)，并以組件的形式實(shí)現(xiàn)，一個(gè)組件用以完成系統(tǒng)中的一種或N種服

10、務(wù)，如名字服務(wù)、事務(wù)服務(wù)等。由于這些組件根據(jù)業(yè)務(wù)不同，可以讓系統(tǒng)管理員更靈活的部署與修改，而且這些組件逐漸向通用化方向發(fā)展，如基于某一標(biāo)準(zhǔn)接口，所以完全可以被重用。因此這種數(shù)據(jù)中間件模型具有可重用性、靈活，性、可管理性、可維護(hù)性等一系列優(yōu)良的特性。,1.5 本文的章節(jié)安排,本文共分為五個(gè)章節(jié)，詳細(xì)地探討了系統(tǒng)集成平臺(tái)的問(wèn)題現(xiàn)狀、業(yè)務(wù)需求、系統(tǒng)設(shè)計(jì)、基于數(shù)據(jù)中間件技術(shù)的功能開發(fā)、實(shí)施總結(jié)和展望。 本章從現(xiàn)有的企業(yè)系統(tǒng)集成平臺(tái)現(xiàn)狀入手，分析了恒生公司現(xiàn)有系統(tǒng)管理存在的問(wèn)題，簡(jiǎn)單介紹了本文的現(xiàn)實(shí)意義。 第二章在了解現(xiàn)有管理系統(tǒng)弊端基礎(chǔ)上，簡(jiǎn)單介紹了本文所采用的數(shù)據(jù)中間件的基本框架，原理及其實(shí)現(xiàn)，本文

11、所采用的數(shù)據(jù)中間件為企業(yè)的系統(tǒng)集成平臺(tái)的需求多樣性提供了很好的解決方案。 第三章在了解了恒生公司系統(tǒng)集成平臺(tái)所采用的數(shù)據(jù)中間件技術(shù)的基礎(chǔ)上，討論了公司對(duì)系統(tǒng)集成平臺(tái)的業(yè)務(wù)需求，以典型的客戶服務(wù)，人力資源管理等子系統(tǒng)為例，具體分析了公司系統(tǒng)集成平臺(tái)的技術(shù)實(shí)現(xiàn)和功能特點(diǎn)、地位與作用。重點(diǎn)是深入討論了數(shù)據(jù)中間件在系統(tǒng)集成平臺(tái)中的數(shù)據(jù)邏輯集成。 最后一章對(duì)系統(tǒng)的不足之處進(jìn)行了分析，并對(duì)未來(lái)的工作進(jìn)行了展望。,第二章數(shù)據(jù)中間件,2.1 數(shù)據(jù)中間件的發(fā)展 2.2 數(shù)據(jù)中間件原理 2.3 數(shù)據(jù)中間件的選型 2.4 數(shù)據(jù)中間件的通用性與專用性 2.5 數(shù)據(jù)中間件的特點(diǎn),2.1 數(shù)據(jù)中間件的發(fā)展,Boing公司

12、在對(duì)中間件的開發(fā)工作進(jìn)行總結(jié)的基礎(chǔ)上，歸納出六種不同類型的中間件：面向數(shù)據(jù)庫(kù)的中間件、遠(yuǎn)程程序調(diào)用(RPc)、報(bào)文系統(tǒng)(安全報(bào)文)、面向?qū)ο蟮闹虚g件、事務(wù)處理監(jiān)視和專用中間件。 1、數(shù)據(jù)中間件概念 2、數(shù)據(jù)中間件在系統(tǒng)集成平臺(tái)中的發(fā)展,1、數(shù)據(jù)中間件概念,簡(jiǎn)而言之,面向數(shù)據(jù)庫(kù)的中間件就是指一切連接應(yīng)用程序和數(shù)據(jù)庫(kù)的軟件。與一般的中間件一樣,面向數(shù)據(jù)庫(kù)的中間件允許開發(fā)人員通過(guò)單一的、定義良好的API訪問(wèn)另一臺(tái)計(jì)算機(jī)上的資源,如數(shù)據(jù)庫(kù)服務(wù)器。 數(shù)據(jù)中間件用于特定的數(shù)據(jù)庫(kù)環(huán)境如果要訪問(wèn)服務(wù)器數(shù)據(jù)庫(kù)數(shù)據(jù)的客戶機(jī)應(yīng)用程序日使用一種數(shù)據(jù)庫(kù)類型，那么數(shù)據(jù)庫(kù)中間件將在客戶機(jī)和服務(wù)器之間提供鏈路。這類中間件如O

13、racle的SQLnet。 如果一個(gè)關(guān)系數(shù)據(jù)庫(kù)中的數(shù)據(jù)要被作為一個(gè)對(duì)象來(lái)訪問(wèn),面向數(shù)據(jù)庫(kù)的中間件可以將存儲(chǔ)在關(guān)系數(shù)據(jù)庫(kù)中的信息映射成源應(yīng)用程序或目標(biāo)應(yīng)用程序可以訪問(wèn)的對(duì)象。對(duì)于其它類型的數(shù)據(jù)庫(kù)(如:層次型數(shù)據(jù)庫(kù)、多維數(shù)據(jù)庫(kù)等)也是如此。 面向數(shù)據(jù)庫(kù)的中間件還可以提供對(duì)任意數(shù)量數(shù)據(jù)庫(kù)的訪問(wèn),而不需考慮數(shù)據(jù)庫(kù)的模型和運(yùn)行平臺(tái),這樣無(wú)論是哪一種數(shù)據(jù)庫(kù),SQLServer、DB2、Oracle還是Sybase,都可以同時(shí)通過(guò)同一界面進(jìn)行訪問(wèn)。通過(guò)這種機(jī)制,就可以把不同類型的源數(shù)據(jù)庫(kù)和目標(biāo)數(shù)據(jù)庫(kù)映射成相同的模型,使他們易于集成。,2、數(shù)據(jù)中間件在系統(tǒng)集成平臺(tái)中的發(fā)展,（1）層次化 在三層（N層）體系結(jié)構(gòu)

14、建立后，客戶端和數(shù)據(jù)庫(kù)的一些業(yè)務(wù)邏輯被提取出來(lái)形成一個(gè)中間層，于是出現(xiàn)了相應(yīng)的中間件。中間件的出現(xiàn)使三層體系模式向多層體系發(fā)展，而數(shù)據(jù)庫(kù)中間件因異構(gòu)環(huán)境的復(fù)雜性也形成多種層次，這些層次同時(shí)也在不斷的抽象、總結(jié)，并有逐步統(tǒng)一的趨勢(shì)。 （2）集成化 為提高網(wǎng)絡(luò)開發(fā)的效率，各大軟件廠商在自己的系統(tǒng)及開發(fā)環(huán)境中都集成自己的一些數(shù)據(jù)中間件產(chǎn)品。如ASP中內(nèi)置有ADO等數(shù)據(jù)庫(kù)中間件，用于應(yīng)用程序和數(shù)據(jù)庫(kù)進(jìn)行交互。為系統(tǒng)集成平臺(tái)的部署和快速開發(fā)提供了良好條件。 （3）組件化 組件化的思想最初來(lái)源于軟件復(fù)用，其目的是利用別人的成果來(lái)集成最終的系統(tǒng)，而不必重復(fù)編寫己有的代碼。這種思想完全可以應(yīng)用于數(shù)據(jù)庫(kù)中間件技

15、術(shù)。如在利用ASP訪問(wèn)WEB數(shù)據(jù)庫(kù)時(shí)，每次都要建立連接，都要重新編寫代碼。若將這部分內(nèi)容做成Activex控件，以動(dòng)態(tài)連接庫(kù)的形式進(jìn)行訪問(wèn)，則可大大提高編程的效率7。 在企業(yè)的系統(tǒng)集成平臺(tái)的開發(fā)中，這種應(yīng)用將大大縮短系統(tǒng)集成平臺(tái)的開發(fā)周期。,2.2 數(shù)據(jù)中間件原理,本系統(tǒng)集成平臺(tái)所采用的數(shù)據(jù)中間件是作為數(shù)據(jù)中間件系統(tǒng)統(tǒng)一技術(shù)平臺(tái)而開發(fā)的，數(shù)據(jù)中間件包括：應(yīng)用服務(wù)器（HSAS，在文中鑒稱AS），應(yīng)用路由器(HSAR，在文中簡(jiǎn)稱AR),集中管理平臺(tái)(HSAdmin)及客戶端框架(HSClient)四部分。 作為服務(wù)端系統(tǒng)的HSAS,HSAR運(yùn)行于windows/linux/unix多種操作系統(tǒng)下，

16、面向最終用戶客戶端系統(tǒng)的HSClient,HSAdmin運(yùn)行于windows下。 2.2.1、理解AS 2.2.2、數(shù)據(jù)中間件采用的技術(shù),2.2.1、理解AS,在恒生公司采用的數(shù)據(jù)中間件技術(shù)架構(gòu)中，AS是業(yè)務(wù)邏輯的實(shí)現(xiàn)平臺(tái)，位于數(shù)據(jù)存儲(chǔ)層（數(shù)據(jù)庫(kù)服務(wù)器）及通信接入層（AR）中間。如圖2.1所示。,2.2.1、理解AS,AS的對(duì)象模型，主要描述了AS通用基礎(chǔ)平臺(tái)的組成，對(duì)行業(yè)個(gè)性化定制服務(wù)，一般采用功能組件的形式實(shí)現(xiàn)。,2.2.1、理解AS,AS的業(yè)務(wù)流程示意如圖2.3所示。,2.2.2、數(shù)據(jù)中間件采用的技術(shù),本文的數(shù)據(jù)中間件采用了以下技術(shù)，可以有效解決目前數(shù)據(jù)中間件在系統(tǒng)集成平臺(tái)中存在的問(wèn)題：

17、 （1）多平臺(tái)數(shù)據(jù)庫(kù)訪問(wèn)技術(shù)，支持在不同操作系統(tǒng)(windows,linux,unix)下，以統(tǒng)一的接口訪問(wèn)不同的數(shù)據(jù)庫(kù)(oracle,ms sql server,Sybase,db2)。 （2）分布式內(nèi)存數(shù)據(jù)庫(kù)技術(shù)，支持大容量?jī)?nèi)存數(shù)據(jù)庫(kù)（1G以上）緩存數(shù)據(jù)，實(shí)現(xiàn)多點(diǎn)之間的緩存同步。 （3）中間件集群，中間件網(wǎng)絡(luò)中的任何邏輯節(jié)點(diǎn)都可以由多個(gè)物理節(jié)點(diǎn)以群組方式實(shí)現(xiàn)集群，通過(guò)集群防止單點(diǎn)故障、實(shí)現(xiàn)負(fù)載均衡及處理能力的線性擴(kuò)展。 （4）應(yīng)用路由技術(shù)，中間件可以組成復(fù)雜的網(wǎng)絡(luò)拓樸結(jié)構(gòu)，根據(jù)應(yīng)用數(shù)據(jù)的特征，實(shí)現(xiàn)高效的應(yīng)用路由（數(shù)據(jù)轉(zhuǎn)發(fā)）。 （5）全面應(yīng)用數(shù)字證書技術(shù)，通過(guò)數(shù)字證書保證數(shù)據(jù)通信通道安全性和

18、不可抵賴性；通過(guò)數(shù)據(jù)簽名保護(hù)系統(tǒng)的各類組件及配置文件免遭非法修改。 （6）集中式應(yīng)用網(wǎng)管技術(shù)，通過(guò)集中的應(yīng)用網(wǎng)管平臺(tái)，實(shí)現(xiàn)對(duì)整個(gè)中間件網(wǎng)絡(luò)的統(tǒng)一規(guī)劃、系統(tǒng)部署、軟件版本管理和運(yùn)行監(jiān)管。 （7）面向組件的設(shè)計(jì)技術(shù)，中間件的各環(huán)節(jié)均采用面向組件的小核心設(shè)計(jì)模式，確保系統(tǒng)的可擴(kuò)展性與可維護(hù)性。,2.3 數(shù)據(jù)中間件的選型,根據(jù)數(shù)據(jù)中間件的類型和各自采用的技術(shù)，恒生公司系統(tǒng)集成平臺(tái)所采用的數(shù)據(jù)中間件是采用OLE DB，以XML數(shù)據(jù)交換格式為基礎(chǔ)的數(shù)據(jù)中間件： （1）常見的數(shù)據(jù)中間件有以下幾種：ODBC、JDBC、OLEDB。常被戲稱為ODBC的“大哥”,它定義了一個(gè)數(shù)據(jù)訪問(wèn)服務(wù)器的集合,通過(guò)這些服務(wù)器可

19、以很容易地連接到任意數(shù)目的數(shù)據(jù)源。這樣,開發(fā)者就可以把多種不同的數(shù)據(jù)源作為單一的虛擬數(shù)據(jù)庫(kù)來(lái)管理。OLE DB允許使用標(biāo)準(zhǔn)的COM接口訪問(wèn)數(shù)據(jù)。 （2）在數(shù)據(jù)中間件的發(fā)展中，有兩個(gè)主要的技術(shù)發(fā)展對(duì)數(shù)據(jù)中間件起著重要的影響。它們是純Java開發(fā)和以XML作為企業(yè)間和因特網(wǎng)的數(shù)據(jù)交換格式。XML作為一種用于企業(yè)間和企業(yè)內(nèi)信息交換的defacto標(biāo)準(zhǔn)出現(xiàn)。許多機(jī)構(gòu)正大量投資，以實(shí)現(xiàn)各種應(yīng)用系統(tǒng)間的無(wú)縫信息交換。這為基于XML的數(shù)據(jù)中間件開發(fā)商帶來(lái)了機(jī)遇和挑戰(zhàn)。,2.4 數(shù)據(jù)中間件的通用性與專用性,企業(yè)的新一帶的系統(tǒng)集成平臺(tái)的重要使命，就是加快應(yīng)用的開發(fā)時(shí)間和部署時(shí)間，提高商業(yè)的敏捷度。數(shù)據(jù)中間件具有

20、融合性、集成性、面向業(yè)務(wù)、可擴(kuò)張性、客戶需求個(gè)性化、跨平臺(tái)性和技術(shù)平臺(tái)無(wú)關(guān)性等特點(diǎn)，具備使原先的單純管理（信息孤島）轉(zhuǎn)向統(tǒng)一管理的能力。 作為專門開發(fā)的數(shù)據(jù)中間件，AS在通用性與專用性兩方面，提供了多層次的服務(wù)。 2.4.1、通用基礎(chǔ)平臺(tái)上提供三個(gè)層次的服務(wù) 2.4.2、個(gè)性化定制提供三個(gè)服務(wù),2.4.1、通用基礎(chǔ)平臺(tái)上提供三個(gè)層次的服務(wù),恒生公司系統(tǒng)集成平臺(tái)所采用的數(shù)據(jù)中間件在通用基礎(chǔ)平臺(tái)方面，提供了如下三個(gè)層次的服務(wù)： （1） 數(shù)據(jù)訪問(wèn)服務(wù)層DataServices 提供對(duì)關(guān)系式數(shù)據(jù)庫(kù)、平面文件系統(tǒng)、LDAP等數(shù)據(jù)存儲(chǔ)的訪問(wèn)封裝；尤其重要的是對(duì)上述數(shù)據(jù)的數(shù)據(jù)緩存及緩存同步的封裝。 （2）

21、通用基礎(chǔ)服務(wù)層BaseServices 通用基礎(chǔ)服務(wù)提供在各類行業(yè)應(yīng)用系統(tǒng)中有必須有的通用服務(wù)，包括日志服務(wù)、配置服務(wù)、消息通信服務(wù)、遠(yuǎn)程調(diào)用服務(wù)（非阻塞子服務(wù)調(diào)用）、安全服務(wù)等。 （3） 高級(jí)關(guān)鍵服務(wù)層AdvanceServices 提供基于上述兩層服務(wù)構(gòu)建的更高層次的服務(wù)，如業(yè)務(wù)腳本引擎、狀態(tài)管理服務(wù)（會(huì)話、分頁(yè)查詢緩存、計(jì)時(shí)器、主動(dòng)任務(wù)）、文件上傳與下載、集中式應(yīng)用網(wǎng)管支持等。,2.4.2、個(gè)性化定制提供三個(gè)服務(wù),恒生公司系統(tǒng)集成平臺(tái)所采用的數(shù)據(jù)中間件在通用平臺(tái)的基礎(chǔ)上，提供了如下三個(gè)層次的服務(wù)： （1） 用戶認(rèn)證服務(wù) 隨著系統(tǒng)集成平臺(tái)的集中趨勢(shì)，要求對(duì)用戶信息進(jìn)行統(tǒng)一管理；即時(shí)數(shù)據(jù)的主

22、動(dòng)推送服務(wù)。 （2） 即時(shí)信息服務(wù) 結(jié)合實(shí)際應(yīng)用的復(fù)雜性，支持多服務(wù)器的即時(shí)信息服務(wù)，可以通過(guò)即時(shí)信息服務(wù)，為公司用戶提供最新的資訊即時(shí)推送等服務(wù)。如系統(tǒng)集成平臺(tái)中系統(tǒng)管理子系統(tǒng)，需要知道系統(tǒng)用戶認(rèn)證狀況，系統(tǒng)日志狀況等服務(wù)。系統(tǒng)管理子系統(tǒng)的即時(shí)信息服務(wù)模型如圖2.4所示。,圖2.4 即時(shí)信息服務(wù)模型,2.5 數(shù)據(jù)中間件的特點(diǎn),恒生公司系統(tǒng)集成平臺(tái)采用的數(shù)據(jù)中間件具有以下幾個(gè)方面的特點(diǎn)： 1、提供高效性 2、 提供可擴(kuò)展性 3、提供安全可靠性保證 4、提供可維護(hù)性 5、業(yè)務(wù)邏輯的實(shí)現(xiàn)特點(diǎn),1、提供高效性,數(shù)據(jù)中間件提供的高效性有效預(yù)防了在系統(tǒng)集成平臺(tái)中可能會(huì)出現(xiàn)的性能瓶頸問(wèn)題： （1）在系統(tǒng)架

23、構(gòu)各層次上預(yù)防性能瓶頸，數(shù)據(jù)庫(kù)層動(dòng)態(tài)透明擴(kuò)展，使用按邏輯名訪問(wèn)的數(shù)據(jù)庫(kù)連接池；AR/AS成組配置。 （2）數(shù)據(jù)緩存，應(yīng)用服務(wù)器緩存不常變化的數(shù)據(jù)，應(yīng)用服務(wù)器緩存查詢頻率高的數(shù)據(jù)，客戶端緩存?zhèn)€性化數(shù)據(jù)。 （3）通信機(jī)制的改進(jìn)，促進(jìn)業(yè)務(wù)流程的轉(zhuǎn)變，從而提升性能，以主動(dòng)推送替換請(qǐng)求應(yīng)答，從而減少對(duì)數(shù)據(jù)庫(kù)的查詢頻率，以業(yè)務(wù)會(huì)話的方式，用有狀態(tài)的服務(wù)替換無(wú)狀態(tài)服務(wù)，減輕數(shù)據(jù)庫(kù)處理壓力，以并發(fā)子服務(wù)替換阻塞的函數(shù)調(diào)用，提升系統(tǒng)并發(fā)吞吐能力。 （4）先進(jìn)的應(yīng)用路由算法，保證關(guān)鍵業(yè)務(wù)的及時(shí)傳送與處理。,2、 提供可擴(kuò)展性,數(shù)據(jù)中間件提供的擴(kuò)展性能確保了系統(tǒng)集成平臺(tái)中數(shù)據(jù)存儲(chǔ)能力的線性擴(kuò)展。 （1）性能的線性擴(kuò)

24、展 通過(guò)堆疊低成本AR/AS，確保通信能力，與業(yè)務(wù)處理能力線性擴(kuò)展，通過(guò)支持業(yè)務(wù)邏輯與物理數(shù)據(jù)庫(kù)的分離，確保數(shù)據(jù)庫(kù)數(shù)據(jù)存儲(chǔ)能力的線性擴(kuò)展。 （2）面向組件的設(shè)計(jì) 應(yīng)用服務(wù)器 通過(guò)動(dòng)態(tài)加載的功能組件擴(kuò)展應(yīng)用業(yè)務(wù)能力，通過(guò)動(dòng)態(tài)加載的基礎(chǔ)服務(wù)組件，擴(kuò)展AS可共用的服務(wù)組件，提升公共服務(wù)，通過(guò)動(dòng)態(tài)加載的命令組件，擴(kuò)展對(duì)AS的管理能力，通過(guò)動(dòng)態(tài)加載的數(shù)據(jù)庫(kù)驅(qū)動(dòng)組件，擴(kuò)展AS的數(shù)據(jù)庫(kù)訪問(wèn)能力。 應(yīng)用路由 通過(guò)加載不同的加解密組件，保證通信安全，通過(guò)加載不同的壓縮算法組件，保證通信能力，通過(guò)加載不同的橋接組件，保證專用中間件與其他系統(tǒng)的互連互通。 客戶端框架 通過(guò)客戶端界面組件，實(shí)現(xiàn)不同業(yè)務(wù)的用戶界面，通過(guò)

25、加載客戶端插件，擴(kuò)展框架本身的處理能力。,3、提供安全可靠性保證,數(shù)據(jù)中間件采用標(biāo)準(zhǔn)的數(shù)字證書應(yīng)用，提供標(biāo)準(zhǔn)化的系統(tǒng)安全保證：身份認(rèn)證與通道安全。合理的容錯(cuò)冗余機(jī)制(AR/AS成組配置)，提供可靠性保證。有效解決了系統(tǒng)集成平臺(tái)的安全機(jī)制問(wèn)題。,4、提供可維護(hù)性,數(shù)據(jù)中間件提供客戶端開發(fā)工具，降低開發(fā)維護(hù)難度，方便用戶進(jìn)行個(gè)性化二次開發(fā)，提供統(tǒng)一的集中管理界面，方便用戶在任何位置接入，即可對(duì)整個(gè)中間件網(wǎng)絡(luò)進(jìn)行規(guī)劃、部署、監(jiān)控；AR/AS組按組名配置，自動(dòng)進(jìn)行名字解析，簡(jiǎn)化系統(tǒng)配置；統(tǒng)一的在線管理接口設(shè)計(jì)，統(tǒng)一的日志記錄設(shè)計(jì)，也確保了系統(tǒng)的可維護(hù)性；在開發(fā)管理上，面向組件、面向接口的設(shè)計(jì)和開發(fā)，采

26、用先進(jìn)的文檔生成工具，保證代碼與文檔的一致性和可讀性，確保系統(tǒng)的可維護(hù)性。采用自動(dòng)測(cè)試工具，提高測(cè)試效率和測(cè)試覆蓋率。 數(shù)據(jù)中間件的這種特性為系統(tǒng)集成平臺(tái)的開發(fā)提供了快捷，方便的開發(fā)方式，大大減短了系統(tǒng)集成平臺(tái)的開發(fā)周期，降低了系統(tǒng)集成平臺(tái)的開發(fā)成本，有效解決了目前企業(yè)系統(tǒng)集成平臺(tái)存在的開發(fā)周期太長(zhǎng)的問(wèn)題。,5、業(yè)務(wù)邏輯的實(shí)現(xiàn)特點(diǎn),數(shù)據(jù)中間件支持以統(tǒng)一的接口調(diào)用不同數(shù)據(jù)庫(kù)的存儲(chǔ)過(guò)程，同時(shí)也充分支持在AS上實(shí)現(xiàn)業(yè)務(wù)邏輯。 目前主流系統(tǒng)集成平臺(tái)大量使用存儲(chǔ)過(guò)程實(shí)現(xiàn)業(yè)務(wù)邏輯，從而導(dǎo)致業(yè)務(wù)邏輯與數(shù)據(jù)嚴(yán)格綁定，數(shù)據(jù)庫(kù)移植困難，昂貴的數(shù)據(jù)庫(kù)服務(wù)器成為性能瓶頸。 將業(yè)務(wù)邏輯前移到AS上實(shí)現(xiàn)，可以減輕數(shù)據(jù)庫(kù)服

27、務(wù)器壓力，使同樣檔次的服務(wù)器可以支持更大的交易容量；由于AS的運(yùn)行硬件平臺(tái)相對(duì)低廉，可以通過(guò)成組配置低成本擴(kuò)展處理性能。更重要的是，業(yè)務(wù)邏輯前移后，可以實(shí)現(xiàn)系統(tǒng)集成平臺(tái)的業(yè)務(wù)邏輯與數(shù)據(jù)物理位置的無(wú)關(guān)性，從而使數(shù)據(jù)庫(kù)服務(wù)器的分割與擴(kuò)展更加靈活、透明。,第三章數(shù)據(jù)中間件在恒生系統(tǒng)集成平臺(tái)中的應(yīng)用,3.1 目標(biāo)用戶 3.2 系統(tǒng)總體設(shè)計(jì)原則和規(guī)劃 3.3人力資源子系統(tǒng)的數(shù)據(jù)集成 3.4 客戶服務(wù)子系統(tǒng)的數(shù)據(jù)集成 3.5 在系統(tǒng)集成平臺(tái)中的數(shù)據(jù)集成 3.6數(shù)據(jù)中間件在系統(tǒng)集成平臺(tái)中的配置管理,3.1 目標(biāo)用戶,對(duì)目標(biāo)用戶進(jìn)行分析是系統(tǒng)需求分析的第一步，恒生公司系統(tǒng)集成平臺(tái)的目標(biāo)用戶分成如下幾種： 1、

28、恒生公司的內(nèi)部員工 2、恒生公司的產(chǎn)品客戶 3、系統(tǒng)管理和運(yùn)行維護(hù)人員 4、公司領(lǐng)導(dǎo)決策層 5、恒生公司中的其他的應(yīng)用系統(tǒng),3.2 系統(tǒng)總體設(shè)計(jì)原則和規(guī)劃,恒生公司的系統(tǒng)集成平臺(tái)應(yīng)該具備易用性、可擴(kuò)展性、開放性和實(shí)用性等一系列要素，并且功能齊全，在充分調(diào)研的基礎(chǔ)上盡量把各種用戶、各類業(yè)務(wù)的合理需求覆蓋進(jìn)去，能滿足現(xiàn)在以及將來(lái)可能會(huì)有的各種服務(wù)需求；站在使用者的角度去考慮問(wèn)題，從用戶的使用習(xí)慣方便來(lái)設(shè)計(jì)系統(tǒng)，而不應(yīng)單從計(jì)算機(jī)實(shí)現(xiàn)的方便性來(lái)考慮問(wèn)題，要真正使用戶感到一致、簡(jiǎn)潔、方便、快速；系統(tǒng)在設(shè)計(jì)時(shí)應(yīng)有合理的模塊結(jié)構(gòu)，做到層次清晰，設(shè)計(jì)風(fēng)格統(tǒng)一，使系統(tǒng)可調(diào)試性良好，具有很好的穩(wěn)定性；系統(tǒng)在設(shè)計(jì)時(shí)

29、應(yīng)充分考慮系統(tǒng)的可擴(kuò)充性，盡量將系統(tǒng)抽象化、參數(shù)化，使系統(tǒng)盡可能地應(yīng)付各種業(yè)務(wù)變化，便于加入各種新的業(yè)務(wù)需求。 公司系統(tǒng)集成平臺(tái)通過(guò)人力資源子系統(tǒng)，客戶服務(wù)子系統(tǒng)等多個(gè)子系統(tǒng)模塊，集成多方用戶信息，形成完整的管理信息數(shù)據(jù)源，進(jìn)行系統(tǒng)化、規(guī)范化和網(wǎng)絡(luò)化管理，在公司現(xiàn)有條件下實(shí)現(xiàn)最大限度共享。為公司決策層對(duì)企業(yè)的發(fā)展?fàn)顩r和方向決策提供完整數(shù)據(jù)分析。 在采用先進(jìn)的系統(tǒng)整體架構(gòu)基礎(chǔ)上，將公司的系統(tǒng)集成平臺(tái)劃分為多個(gè)子系統(tǒng)。如圖3.1所示。,圖3.1 恒生公司管理系統(tǒng)結(jié)構(gòu)圖,圖3.2 恒生公司系統(tǒng)集成平臺(tái)邏輯結(jié)構(gòu)簡(jiǎn)圖,公司的系統(tǒng)集成平臺(tái)通過(guò)整合不同的子系統(tǒng)信息數(shù)據(jù)源，并加工處理相關(guān)信息和業(yè)務(wù)流程，按照需

30、求返回給用戶。恒生公司系統(tǒng)集成平臺(tái)數(shù)據(jù)邏輯架構(gòu)如圖3.2所示。,3.3人力資源子系統(tǒng)的數(shù)據(jù)集成,3.3.1人力資源信息系統(tǒng)現(xiàn)狀與需求 3.3.2人力資源系統(tǒng)的結(jié)構(gòu)模塊 3.3.3資源系統(tǒng)的數(shù)據(jù)邏輯模型 3.3.4 人力資源系統(tǒng)的數(shù)據(jù)集成,3.3.1人力資源信息系統(tǒng)現(xiàn)狀與需求,1、恒生公司目前的人力資源現(xiàn)狀 因公司發(fā)展的需要，部門和人員的規(guī)模不斷增加，組織機(jī)構(gòu)隨之調(diào)整，優(yōu)勝劣汰，人員流動(dòng)率提高。崗位工資的改革要求加強(qiáng)對(duì)員工的考核力度，這就迫切要求對(duì)公司的人力資源信息進(jìn)行系統(tǒng)化、規(guī)范化和網(wǎng)絡(luò)化管理，最大限度實(shí)現(xiàn)信息共享。而原來(lái)是借助Excel、Word以及簡(jiǎn)單的人力資源信息庫(kù)進(jìn)行人工管理，一個(gè)員工

31、的60余項(xiàng)屬性數(shù)據(jù)都集中在一張表中，一方面是難于管理；另一方面存在著很多的不足，數(shù)據(jù)間一對(duì)一、一對(duì)多的關(guān)系普遍存在，數(shù)據(jù)的冗余度很大；數(shù)據(jù)的共享層次很低（只能通過(guò)文件復(fù)制）。不同格式的數(shù)據(jù)流以及不規(guī)范的數(shù)據(jù)庫(kù)支持導(dǎo)致在統(tǒng)計(jì)的時(shí)候難以避免的會(huì)出現(xiàn)文檔丟失、統(tǒng)計(jì)遺漏、統(tǒng)計(jì)工作量巨大等弊病。 2、人力資源系統(tǒng)的需求 以人為本，人是企業(yè)的最大資源。需要對(duì)公司人力資源信息進(jìn)行管理、查詢和統(tǒng)計(jì)，其功能包括員工基本信息、勞動(dòng)合同、崗位工資套改、員工離職、應(yīng)聘、通訊錄查詢、系統(tǒng)管理等。建設(shè)人力資源的信息數(shù)據(jù)集成，進(jìn)行系統(tǒng)化、規(guī)范化和網(wǎng)絡(luò)化管理，在公司現(xiàn)有條件下實(shí)現(xiàn)最大限度共享。,3.3.2人力資源系統(tǒng)的結(jié)構(gòu)模

32、塊,在充分了解了人力資源系統(tǒng)的現(xiàn)狀和功能需求以后，規(guī)劃設(shè)計(jì)了人力資源子系統(tǒng)的功能模塊，如圖3.3所示。,3.3.3資源系統(tǒng)的數(shù)據(jù)邏輯模型,人力資源系統(tǒng)的數(shù)據(jù)邏輯模型是成功運(yùn)用數(shù)據(jù)中間件的關(guān)鍵，數(shù)據(jù)中間件根據(jù)人力資源系統(tǒng)的數(shù)據(jù)邏輯模型將分散的數(shù)據(jù)源集中。 系統(tǒng)邏輯模型即數(shù)據(jù)流程圖如圖3.4 在人力資源子系統(tǒng)中，數(shù)據(jù)流程的復(fù)雜是它的一個(gè)特點(diǎn)，將復(fù)雜的數(shù)據(jù)業(yè)務(wù)流程模塊化，縮短開發(fā)時(shí)間，提高開發(fā)效率，也是本文采用的數(shù)據(jù)中間件當(dāng)初設(shè)計(jì)的一大初衷。了解人力資源子系統(tǒng)的數(shù)據(jù)概念模型（ER實(shí)體關(guān)系圖），也是成功運(yùn)用數(shù)據(jù)中間件將復(fù)雜數(shù)據(jù)源集成的關(guān)鍵之一。 人力資源子系統(tǒng)的數(shù)據(jù)概念模型（E-R實(shí)體關(guān)系圖）如圖3.

33、5所示。,圖 3.4 人力資源子系統(tǒng)數(shù)據(jù)流程圖,圖 3.5人力資源子系統(tǒng)的數(shù)據(jù)概念模型,3.3.4 人力資源系統(tǒng)的數(shù)據(jù)集成,1、集成多樣數(shù)據(jù)格式 2、多樣數(shù)據(jù)格式集成實(shí)現(xiàn) 3、對(duì)不同數(shù)據(jù)源的集成 4、不同數(shù)據(jù)源集成實(shí)現(xiàn),1、集成多樣數(shù)據(jù)格式,人力資源系統(tǒng)數(shù)據(jù)信息格式多種多樣，如經(jīng)常產(chǎn)生的公司人力資源現(xiàn)狀分析報(bào)告（MS Word文檔）；公司的各層機(jī)構(gòu)，各分公司的組織結(jié)構(gòu)圖；公司的特殊員工名單、工資報(bào)表（MS Excel文檔）；以及員工信息庫(kù)等等，這些數(shù)據(jù)除了人力資源系統(tǒng)，很多數(shù)據(jù)都存儲(chǔ)在其他不同的系統(tǒng)中。 以上人力資源系統(tǒng)的數(shù)據(jù)源格式多樣性的特點(diǎn)體現(xiàn)了數(shù)據(jù)中間件對(duì)數(shù)據(jù)源的支持： 在同一框架下支持

34、不同類型的信息源。 能夠接入結(jié)構(gòu)化和非結(jié)構(gòu)化的信息。 能夠同時(shí)支持?jǐn)?shù)據(jù)庫(kù)類型、文件系統(tǒng)等不同的類型。 數(shù)據(jù)中間件對(duì)人力資源系統(tǒng)的數(shù)據(jù)流格式集成如圖3.6所示。,圖3.6 人力資源數(shù)據(jù)流格式集成,2、多樣數(shù)據(jù)格式集成實(shí)現(xiàn),以數(shù)據(jù)中間件對(duì)員工的工資信息和崗位信息的集成為例。數(shù)據(jù)集成后最終返回的客戶端顯示界面為WEB瀏覽器。員工每月的工資存貯在一張EXECL表中，而員工的崗位信息說(shuō)明存放在數(shù)據(jù)表中，如圖3.7所示。,圖3.7 工資信息數(shù)據(jù)集成圖,3、對(duì)不同數(shù)據(jù)源的集成,本系統(tǒng)采用的數(shù)據(jù)中間件采用了多平臺(tái)數(shù)據(jù)庫(kù)訪問(wèn)技術(shù)，所以支持在不同操作系統(tǒng)(windows,linux,unix)下，以統(tǒng)一的接口訪問(wèn)

35、不同的數(shù)據(jù)庫(kù)(oracle,ms sql server,Sybase,db2)。 數(shù)據(jù)中間件不僅將原來(lái)分布的人力資源數(shù)據(jù)信息集成在一起，同時(shí)，可以將其他各系統(tǒng)的數(shù)據(jù)集成在人力資源系統(tǒng)中體現(xiàn)。如領(lǐng)導(dǎo)對(duì)員工所有信息的查詢。 員工的花名冊(cè)信息包含了員工在恒生公司的所有信息，這些信息分別存儲(chǔ)在不同的數(shù)據(jù)庫(kù)，不同的系統(tǒng)中，要對(duì)員工的全部信息進(jìn)行檢索，必須建立在數(shù)據(jù)中間件的邏輯集成上。 員工的基本信息存放在人力資源的員工信息庫(kù)中，勞動(dòng)合同信息存放在勞動(dòng)合同庫(kù)中，員工的部門信息存放在部門信息庫(kù)中，員工所負(fù)責(zé)跟蹤的客戶信息存放在客戶服務(wù)系統(tǒng)中要實(shí)現(xiàn)對(duì)一個(gè)員工所有信息的檢索，其數(shù)據(jù)邏輯圖如3.8所示 。,圖3.

36、8 員工信息數(shù)據(jù)集成圖,4、不同數(shù)據(jù)源集成實(shí)現(xiàn),以上面的對(duì)員工所有數(shù)據(jù)集成查詢?yōu)槔?。?shù)據(jù)集成后最終返回的客戶端顯示界面為WEB瀏覽器。 （1）聲明中間件的接口類庫(kù)： InterFace，F(xiàn)unctionClass，Midware， Midware.HS_CRM_ConnRemoting，CommonClass。 InterFace是接口類，F(xiàn)unctionClass是接口調(diào)用的函數(shù)類，他們都是由中間件接口宏所生成。 HsSecurity是中間件數(shù)據(jù)安全加密類，它能保證數(shù)據(jù)在通訊層之間安全，有效的傳輸。 CommonClass是通用的函數(shù)類。 在需要調(diào)用數(shù)據(jù)中間件的功能模塊中，這幾個(gè)類庫(kù)是必須事

37、先定義聲明的，不然數(shù)據(jù)中間件將無(wú)法正確調(diào)用。 （2）驗(yàn)證用戶登陸是否有效 if(SessionOperatorInfo=null) Response.Redirect(./Frame/TimeOut.aspx); else this.ChangeProductName(page); Operator = (TOperator)SessionOperatorInfo; 員工花名冊(cè)的查詢受權(quán)限的控制，如果用戶信息無(wú)效，則重新返回一個(gè)界面，強(qiáng)制用戶必須是一個(gè)有效用戶。如果用戶通過(guò)有效檢驗(yàn)，則將用戶信息返回給操作員信息。 系統(tǒng)集成平臺(tái)的菜單模塊調(diào)用數(shù)據(jù)中間件集成驗(yàn)證操作員權(quán)限，返回給操作員允許操作的菜

38、單模塊。 （3）員工花名冊(cè)檢索信息返回 TFunction funcProc22010002 = new TFunction()是建立了一個(gè)新的數(shù)據(jù)中間件功能函數(shù)組件。 funcProc22010002.Execute(sRequest) != 1，根據(jù)提供的參數(shù)，中間件執(zhí)行了一個(gè)查詢過(guò)程，并且這個(gè)查詢過(guò)程返回的是空值。 StringReader strReader = new StringReader(funcProc22010002. HSCrmAnswer. GetXml()，因?yàn)橹虚g件的數(shù)據(jù)查詢過(guò)程是以xml的形式將數(shù)據(jù)流返回，所以首先，必須將數(shù)據(jù)流轉(zhuǎn)換成.NET的數(shù)據(jù)集格式。 dtA

39、nswer = dsAnswer.TablesRecord，將數(shù)據(jù)集賦給數(shù)據(jù)表才能在前臺(tái)界面上顯示出來(lái)，下面的代碼函數(shù)，是將返回的值再調(diào)用給各個(gè)參數(shù)；如果查詢失敗，數(shù)據(jù)中間件會(huì)返回給用戶出錯(cuò)的提示：MessageInfo. Add (funcProc22010001.iResult_no,funcProc22010001.sResult_info)，然后再將返回的錯(cuò)誤信息顯示出來(lái)：SessionInfo = MessageInfo;ShowMessage()。 員工花名冊(cè)信息檢索發(fā)布的方式，這里采用的是WEB瀏覽與客戶端共存的方式，員工信息查詢是每個(gè)員工都必須用到的，所以通訊錄的模塊，采用了W

40、EB發(fā)布的方式，但是根據(jù)用戶不同的權(quán)限，所看到的員工的信息內(nèi)容是不一樣的，員工的權(quán)限數(shù)據(jù)被數(shù)據(jù)中間件集成驗(yàn)證用戶信息時(shí)得到體現(xiàn)。 人力資源系統(tǒng)的權(quán)限管理等一些管理模塊，并非人人都用到，所以采用了客戶端的方式，不管哪一種方式，數(shù)據(jù)中間件都提供了良好的接口性能。 員工基本信息管理模塊、勞動(dòng)合同管理模塊、崗位工資套改管理模塊、員工離職管理模塊、應(yīng)聘管理模塊、通訊錄查詢模塊、系統(tǒng)管理模塊的業(yè)務(wù)邏輯過(guò)程實(shí)現(xiàn)以后，被數(shù)據(jù)中間件加載在AS層，客戶端通過(guò)模塊的編號(hào)來(lái)調(diào)用存儲(chǔ)在數(shù)據(jù)中間件中的這些邏輯過(guò)程來(lái)實(shí)現(xiàn)將各個(gè)不同子系統(tǒng)的數(shù)據(jù)集成。,3.4 客戶服務(wù)子系統(tǒng)的數(shù)據(jù)集成,1 客戶服務(wù)子系統(tǒng)的現(xiàn)狀與需求 2 客戶

41、服務(wù)系統(tǒng)的模塊劃分和體系結(jié)構(gòu) 3 客戶服務(wù)子系統(tǒng)的數(shù)據(jù)集成,1 客戶服務(wù)子系統(tǒng)的現(xiàn)狀與需求,正確了解客戶服務(wù)子系統(tǒng)的需求是成功運(yùn)用數(shù)據(jù)中間件進(jìn)行數(shù)據(jù)集成的關(guān)鍵。 恒生公司原來(lái)的客戶維護(hù)工作是把維護(hù)結(jié)果、統(tǒng)計(jì)情況記錄在Excel,Word文檔中，這樣在統(tǒng)計(jì)的時(shí)候難以避免的會(huì)出現(xiàn)文檔丟失、統(tǒng)計(jì)遺漏、統(tǒng)計(jì)工作量巨大等弊端。而且沒有規(guī)范化的數(shù)據(jù)庫(kù)的支持，以后的查詢分析工作無(wú)法完成，也難以把維護(hù)結(jié)果量化地作為程序改進(jìn)的指標(biāo)，更無(wú)從談起為產(chǎn)品決策做鋪墊。維護(hù)人員的維護(hù)記錄丟失情況嚴(yán)重，維護(hù)量和維護(hù)結(jié)果得不到正確反映。同時(shí)公司內(nèi)部客戶管理、產(chǎn)品管理、合同管理等內(nèi)容更需要規(guī)范化的運(yùn)作，這樣才能理順公司內(nèi)部信息

42、，把客戶、產(chǎn)品、市場(chǎng)、服務(wù)等各種信息有機(jī)地集合起來(lái)，通盤考慮，互相參考，互相制約，為公司的考核體制和公司經(jīng)營(yíng)決策提供必要的依據(jù)。,2 客戶服務(wù)系統(tǒng)的模塊劃分和體系結(jié)構(gòu),客戶服務(wù)子系統(tǒng)用戶對(duì)象包括：包括公司客戶服務(wù)部、市場(chǎng)、合同管理部等部門的員工，同時(shí)對(duì)同一個(gè)工作流程可能有幾個(gè)部門的員工都有權(quán)修改，如對(duì)客戶基本信息上述幾個(gè)部門都要修改。所以改子系統(tǒng)的模塊組合總體上是按操作功能來(lái)劃分的，即相關(guān)的業(yè)務(wù)流程組裝在一起構(gòu)成獨(dú)立功能模塊，存儲(chǔ)在數(shù)據(jù)中間的AS層中。 整個(gè)系統(tǒng)分為客戶管理、產(chǎn)品管理、日常維護(hù)管理、修改及測(cè)試管理、代碼管理、統(tǒng)計(jì)、系統(tǒng)管理等七個(gè)大的組合。其中的每一項(xiàng)是專門為某一類操作對(duì)象而設(shè)計(jì)

43、的，而不完全是為某部門操作而設(shè)計(jì)，在數(shù)據(jù)中間件AS層里面，模塊被獨(dú)立存放，然后被系統(tǒng)根據(jù)權(quán)限來(lái)調(diào)用。如客戶管理是對(duì)客戶有關(guān)信息進(jìn)行操作，它可能由不同類別的操作對(duì)象完成（如合管部和維護(hù)部等）。 七大模塊通過(guò)一些業(yè)務(wù)流程進(jìn)行相互操作從而形成整個(gè)系統(tǒng)的活動(dòng)，系統(tǒng)模型如圖 3.9 所示。,圖3.9 客戶服務(wù)子系統(tǒng)模型結(jié)構(gòu)圖,模塊分類,每個(gè)模塊又分為若干個(gè)子模塊，這些子模塊可以分為四類，如圖 3.10。 1、第一類純輸入模塊，如客戶信息輸入、客戶信息修改、產(chǎn)品信息輸入/修改、日常維護(hù)輸入/修改等，此類模塊主要用于各業(yè)務(wù)部門向系統(tǒng)數(shù)據(jù)庫(kù)中添加基礎(chǔ)信息，這是系統(tǒng)進(jìn)行統(tǒng)計(jì)分析的基礎(chǔ)，也是系統(tǒng)運(yùn)行的前提條件。

44、2、第二類查詢模塊，如客戶查詢、產(chǎn)品/模塊查詢、維護(hù)情況查詢、程序修改/測(cè)試查詢等，這是豐富、延伸業(yè)務(wù)流程，總結(jié)業(yè)務(wù)經(jīng)驗(yàn)、擴(kuò)大應(yīng)用的必須手段。 3、第三類數(shù)據(jù)統(tǒng)計(jì)模塊，包括產(chǎn)品匯總表、程序修改統(tǒng)計(jì)表、維護(hù)周報(bào)、產(chǎn)品日常維護(hù)情況統(tǒng)計(jì)表等等，為公司的相關(guān)業(yè)務(wù)提供參考依據(jù)，這是系統(tǒng)的高層次目標(biāo)。 4、第四類系統(tǒng)維護(hù)模塊，包括數(shù)據(jù)庫(kù)備份、數(shù)據(jù)表備份、查詢結(jié)果與文件之間的倒入倒出等。這是維護(hù)系統(tǒng)正常運(yùn)行所必須的工作。 這些具體的功能模塊，根據(jù)各各自的功能模塊編號(hào)，數(shù)據(jù)中間件將他們封裝在業(yè)務(wù)邏輯層里面，即加載在AS層里面。 四類模塊功能互補(bǔ)、相輔相成，與公司局域網(wǎng)和數(shù)據(jù)庫(kù)一起構(gòu)成整個(gè)客戶服務(wù)管理系統(tǒng)的體系

45、結(jié)構(gòu)，如圖 3.10所示。,圖3.10 客戶服務(wù)子系統(tǒng)體系結(jié)構(gòu)圖,3 客戶服務(wù)子系統(tǒng)的數(shù)據(jù)集成,1、多樣數(shù)據(jù)格式集成 2、多種數(shù)據(jù)驅(qū)動(dòng)集成和業(yè)務(wù)邏輯集成 3、客服服務(wù)數(shù)據(jù)集成實(shí)現(xiàn),1、多樣數(shù)據(jù)格式集成,客戶服務(wù)系統(tǒng)的數(shù)據(jù)信息格式多種多樣，如客戶的軟件使用情況報(bào)告說(shuō)明（MS Word文檔）；客戶的日常維護(hù)統(tǒng)計(jì)報(bào)表（MS Excel文檔）；修訂或者升級(jí)的新程序（文件形式）以及客戶使用的產(chǎn)品信息庫(kù)。 以上客戶服務(wù)系統(tǒng)的數(shù)據(jù)源格式多樣性的特點(diǎn)體現(xiàn)了數(shù)據(jù)中間件對(duì)數(shù)據(jù)源的支持： 在同一框架下支持不同類型的信息源。 能夠接入結(jié)構(gòu)化和非結(jié)構(gòu)化的信息。 能夠同時(shí)支持?jǐn)?shù)據(jù)庫(kù)類型、文件系統(tǒng)等不同的類型。 數(shù)據(jù)中間件

46、對(duì)客戶服務(wù)系統(tǒng)的不同數(shù)據(jù)格式邏輯集成如圖3.11所示。,圖3.11 客戶服務(wù)系統(tǒng)的數(shù)據(jù)格式集成,2、多種數(shù)據(jù)驅(qū)動(dòng)集成和業(yè)務(wù)邏輯集成,客戶管理、產(chǎn)品管理、日常維護(hù)管理、修改及測(cè)試管理、代碼管理、統(tǒng)計(jì)、系統(tǒng)管理分別根據(jù)業(yè)務(wù)的需求大小，穩(wěn)定性能要求使用了不同的數(shù)據(jù)庫(kù)，如客戶選用的產(chǎn)品眾多，需要管理的客戶產(chǎn)品信息量在百萬(wàn)以上，所以使用數(shù)據(jù)倉(cāng)庫(kù)。恒生公司系統(tǒng)集成平臺(tái)使用的數(shù)據(jù)中間件采用多平臺(tái)數(shù)據(jù)庫(kù)訪問(wèn)技術(shù)，所以支持以統(tǒng)一的接口訪問(wèn)不同的數(shù)據(jù)庫(kù)(oracle,ms sql server,Sybase,db2)，如圖3.12。 客戶管理、產(chǎn)品管理、日常維護(hù)管理、修改及測(cè)試管理、代碼管理、統(tǒng)計(jì)、系統(tǒng)管理的每個(gè)

47、業(yè)務(wù)邏輯流程都有一個(gè)數(shù)據(jù)中間件的功能函數(shù)組件構(gòu)成，在AS啟動(dòng)的時(shí)候自動(dòng)加載，形成客戶服務(wù)子系統(tǒng)的業(yè)務(wù)邏輯層，如圖3.13。,圖3.12 客戶服務(wù)系統(tǒng)不同數(shù)據(jù)源集成圖,圖3.13 客戶服務(wù)子系統(tǒng)的業(yè)務(wù)邏輯層,3、客服服務(wù)數(shù)據(jù)集成實(shí)現(xiàn),有權(quán)限的客戶從系統(tǒng)集成平臺(tái)的互聯(lián)網(wǎng)站系統(tǒng)登陸，取出客戶服務(wù)子系統(tǒng)數(shù)據(jù)得到其平時(shí)的維護(hù)記錄，個(gè)性化確定其要升級(jí)的程序補(bǔ)丁，返回互聯(lián)網(wǎng)站系統(tǒng)。 雖然請(qǐng)求的發(fā)出與答復(fù)都是在互聯(lián)網(wǎng)站系統(tǒng)中，但是數(shù)據(jù)的系統(tǒng)集成是在客戶服務(wù)系統(tǒng)的邏輯過(guò)程中實(shí)現(xiàn)。如圖3.14所示。,圖3.14 互聯(lián)網(wǎng)站系統(tǒng)通過(guò)客服系統(tǒng)獲取補(bǔ)丁程序邏輯圖,3.5 在系統(tǒng)集成平臺(tái)中的數(shù)據(jù)集成,3.5.1 系統(tǒng)用戶權(quán)

48、限認(rèn)證的實(shí)現(xiàn) 3.5.2 定義數(shù)據(jù)集成接口,3.5.1 系統(tǒng)用戶權(quán)限認(rèn)證的實(shí)現(xiàn),恒生公司經(jīng)過(guò)多年的發(fā)展，在系統(tǒng)集成平臺(tái)出現(xiàn)以前多個(gè)系統(tǒng)并存，各個(gè)系統(tǒng)中都有一套獨(dú)立的用戶認(rèn)證和管理機(jī)制，導(dǎo)致員工使用起來(lái)很不方便，不僅要記多個(gè)用戶名和密碼，而且登錄地址和界面又是各不相同。 恒生公司采用數(shù)據(jù)中間件集成各系統(tǒng)認(rèn)證條件，對(duì)用戶權(quán)限進(jìn)行統(tǒng)一認(rèn)證和管理，不再需要單獨(dú)登陸各子系統(tǒng)，在系統(tǒng)集成平臺(tái)中，權(quán)限的數(shù)據(jù)集成邏輯結(jié)構(gòu)圖3.15。,圖3.15 用戶權(quán)限認(rèn)證邏輯圖,舉例分析,用戶認(rèn)證邏輯層是一個(gè)功能函數(shù)組件，包括兩個(gè)業(yè)務(wù)邏輯過(guò)程： 取登陸客服系統(tǒng)的條件。 從人力資源系統(tǒng)的員工信息庫(kù)檢索數(shù)據(jù)。 下面的代碼說(shuō)明取

49、自用戶信息模塊，功能為集成用戶信息： （1）要調(diào)用數(shù)據(jù)中間件，必須首先聲明引用要調(diào)用的數(shù)據(jù)中間件類庫(kù)文件： using Handsome.CRM.HsBroker.InterFace; using Handsome.CRM.HsBroker.FunctionClass; using Handsome.CRM.HsSecurity; using Handsome.CRM.HsBroker.CommonClass; InterFace是接口類，F(xiàn)unctionClass是接口調(diào)用的函數(shù)類，他們都是由中間件接口宏所生成。我們定義的接口其實(shí)都是在中間件的宏里面定義的，不需要在調(diào)用的程序當(dāng)中另外聲明。因

50、為接口及其聲明函數(shù)都是由中間件自動(dòng)生成，所以我們?cè)诙x模塊的功能時(shí)非常方便，只需要在宏中輸入編號(hào)以及相應(yīng)的字段，這樣，大大減少了開發(fā)和維護(hù)的工作量，而且對(duì)于模塊的擴(kuò)充非常靈活和方便。 HsSecurity是中間件數(shù)據(jù)安全加密類，它能保證數(shù)據(jù)在通訊層之間安全，有效的傳輸。 CommonClass是通用的函數(shù)類，因?yàn)楸局虚g件是專門為信息平臺(tái)而開發(fā)的，所以預(yù)定義了很多功能函數(shù)，在這里實(shí)現(xiàn)，開程序開發(fā)中，只需要很簡(jiǎn)單的調(diào)用，大大節(jié)省了程序員的工作時(shí)間。 （2）用模塊接口調(diào)用數(shù)據(jù)中間件，并且返回?cái)?shù)值說(shuō)明是否取得用戶信息： sRequest11010038 sRequest38 = new sReques

51、t11010038(); sRequest38.op_branch_no= 0; 其中sRequest是中間件特有的有效參數(shù)聲明，如果參數(shù)無(wú)效則不必聲明，中間件自己會(huì)判斷。 TFunction funcProc = new TFunction()是建立一個(gè)中間件特有的函數(shù)，funcProc.Execute(sRequest38) = 1如果函數(shù)能夠正確的執(zhí)行，HSCrmAnswer是中間件執(zhí)行數(shù)據(jù)操作過(guò)程以后所得到的數(shù)據(jù)集，它是基于標(biāo)準(zhǔn)的XML數(shù)據(jù)格式。 funcProc.HSCrmAnswer.First()是將數(shù)據(jù)集當(dāng)中的值讀取出來(lái)，轉(zhuǎn)化為可以賦給變量的值。 branch_no = fun

52、cProc. HSCrmAnswer. FieldByName (branch_no). AsString().Trim();employee_no=funcProc.HSCrmAnswer.FieldByName(employee_no).AsString().Trim();password=funcProc.HSCrmAnswer.FieldByName(employee_password).AsString().Trim()是將剛才通過(guò)數(shù)據(jù)中間件讀取出來(lái)的數(shù)據(jù)經(jīng)過(guò)字符串類型的轉(zhuǎn)換后賦給系統(tǒng)的參數(shù)變量，返回給前臺(tái)界面用戶。 new StringReader (funcProc. HSCrm

53、Answer. GetXml()是將數(shù)據(jù)中間件的XML數(shù)據(jù)流讀取出來(lái)到一個(gè)數(shù)據(jù)流集合中。 dsAnswer. TablesRecord是將剛才讀取到的數(shù)據(jù)流集合的值賦給數(shù)據(jù)表Record。 dgAnswer.DataBind()將數(shù)據(jù)表綁定到前臺(tái)的datagrid控件。 this.tbLoginUser.Visible是設(shè)置前臺(tái)用戶界面的控件屬性。 如果調(diào)用數(shù)據(jù)中間件沒有成功，或者調(diào)用數(shù)據(jù)中間件出錯(cuò)的話，系統(tǒng)會(huì)自動(dòng)生成錯(cuò)誤消息框提示，MessageInfo = new TMsgInfo(登錄失敗)。 在數(shù)據(jù)中間件里面，也定義了很多錯(cuò)誤的類型，如果中間件的數(shù)據(jù)查詢過(guò)程沒有被正確的執(zhí)行，中間件會(huì)根

54、據(jù)錯(cuò)誤的類型返回給用戶，MessageInfo.Add (funcProc.iResult_no,funcProc.sResult_info)，大大節(jié)約了用戶參與系統(tǒng)開發(fā)和維護(hù)的工作量。 （3）驗(yàn)證用戶信息的有效性，確定是否是有效用戶。 if(SessionOperatorInfo=null) else Operator = (TOperator)SessionOperatorInfo; （4）通過(guò)用戶的有效性驗(yàn)證以后，用戶信息放在SESSION里面，信息數(shù)據(jù)將一直保持在這個(gè)會(huì)話里，直到用戶注銷出去。 用戶信息的值將賦給系統(tǒng)菜單模塊，系統(tǒng)的菜單模塊調(diào)用數(shù)據(jù)中間件的菜單返回得到用戶有權(quán)限執(zhí)行的菜

55、單項(xiàng)。 系統(tǒng)集成平臺(tái)通過(guò)用戶信息調(diào)用數(shù)據(jù)中間件，數(shù)據(jù)中間件接收到用戶信息，以后調(diào)用的接口參數(shù)以后，執(zhí)行相應(yīng)的業(yè)務(wù)邏輯過(guò)程，最后，由數(shù)據(jù)中間件返回菜單項(xiàng)內(nèi)容。,3.5.2 定義數(shù)據(jù)集成接口,在數(shù)據(jù)中間件的邏輯層里面，所有的對(duì)象都有其自己的對(duì)象屬性ID，包括每個(gè)模塊功能，即數(shù)據(jù)中間件的功能函數(shù)組件。 功能函數(shù)組件是AS開發(fā)中最常見的組件，每個(gè)一個(gè)功能函數(shù)響應(yīng)一個(gè)特定的功能號(hào)請(qǐng)求，完成該功能號(hào)相應(yīng)的業(yè)務(wù)邏輯，對(duì)應(yīng)系統(tǒng)集成平臺(tái)中的每一個(gè)模塊功能。 功能函數(shù)組件將多個(gè)功能號(hào)的業(yè)務(wù)邏輯實(shí)現(xiàn)函數(shù)，按接口規(guī)范封裝成一個(gè)動(dòng)態(tài)庫(kù)/共享庫(kù)，由AS在啟動(dòng)時(shí)動(dòng)態(tài)加載；由于AS是以多線程方式響應(yīng)AR轉(zhuǎn)發(fā)過(guò)來(lái)的客戶端請(qǐng)求，

56、所以某個(gè)功能的實(shí)現(xiàn)函數(shù)，必須保證線程安全。 一個(gè)完整的功能函數(shù)組件，至少由以下三部分函數(shù)組成：1、能函數(shù)本身，不同的功能有不同的函數(shù)，一個(gè)組件內(nèi)可以有多個(gè)功能函數(shù)。2、能組件注冊(cè)函數(shù)，AS調(diào)用此函數(shù)，由此獲得當(dāng)前組件功能函數(shù)相關(guān)信息。3、能組件事件響應(yīng)函數(shù)，AS在相應(yīng)的事件發(fā)生時(shí)，調(diào)用相應(yīng)的事件響應(yīng)函數(shù)。 1、系統(tǒng)集成平臺(tái)的功能接口編號(hào)規(guī)則 2、系統(tǒng)集成平臺(tái)的功能接口生成 3、系統(tǒng)集成平臺(tái)的數(shù)據(jù)集成實(shí)現(xiàn),1、系統(tǒng)集成平臺(tái)的功能接口編號(hào)規(guī)則,系統(tǒng)集成平臺(tái)中的所有的功能都必須用一個(gè)function_id來(lái)編號(hào)，function_id是一個(gè)int類型的字段，如前所述，int類型的數(shù)據(jù)長(zhǎng)度是10位，有

57、效表示長(zhǎng)度為9位，我們確定function_id針對(duì)每個(gè)系統(tǒng)的定義如表3.2所示。 表 3.2 function_id的字段定義表 12345678910具體每一位的解釋如下： 第1、2位：系統(tǒng)集成平臺(tái)預(yù)留。 第3、4位：表示不同系統(tǒng)的類型，比如人力資源子系統(tǒng)，客戶服務(wù)子系統(tǒng)系統(tǒng)等。 第5、6位：表示某一系統(tǒng)的業(yè)務(wù)模塊類型，比如認(rèn)證模塊，查詢模塊等。 第710位：表示具體的對(duì)象號(hào)序列，每一個(gè)子系統(tǒng)的業(yè)務(wù)模塊預(yù)留有9999個(gè)功能號(hào)，足已夠用。,2、系統(tǒng)集成平臺(tái)的功能接口生成,以客戶服務(wù)子系統(tǒng)的驗(yàn)證用戶登陸功能為例，根據(jù)上面的功能號(hào)編碼規(guī)則定義功能號(hào)，以及參數(shù)的字段名稱、類型，用數(shù)據(jù)中間件的宏自動(dòng)

58、生成功能接口文件：InterFace.cs，即自動(dòng)生成和數(shù)據(jù)中間件匹配的功能函數(shù)接口文件，供程序調(diào)用數(shù)據(jù)中間件。自動(dòng)生成的功能函數(shù)接口代碼，以用戶登陸為例，如下： TFunc1001001 midproc=new TFunc1001001(); midproc.sLanguage = 2052; midproc.sRequest.branch_no = int.Parse(this.tbBranchNo.Text); midproc.sRequest.ip_address = Convert.ToString(Request.ServerVariablesremote_addr); midpr

59、oc.sRequest.funcid = Convert.ToInt32(Const.Client_Op_Login); midproc.sRequest.operator_no = int.Parse(this.tbOperatorNo.Text); midproc.sRequest.password = (CrmSecurity.Encrypt(this.tbPassword.Text,CrmSecurity.CryptoKind.Rijndael).ToCharArray(); iErrorNo=midproc.Execute(); sErrorMsg=midproc.sResult_info; if (iErrorNo != 0) al.Add(分公司： + (string)(SessionBranchNo) + ，用戶號(hào)： + (string)(SessionOperatorNo) + ，登錄失??！); al.Add(錯(cuò)誤號(hào)： + iErrorNo.ToString(); al.Add(錯(cuò)誤信息： + sErrorMsg); return false; sBrokerName=midproc.Unpack.FieldByName(operator_name).AsString; Sessio