數(shù)據(jù)集成學(xué)習(xí)

應(yīng)用集成與數(shù)據(jù)集成建設(shè)總體思路收藏應(yīng)用集成與數(shù)據(jù)集成建設(shè)總體思路<!--@page{size:21cm29.7cm;margin:2cm}H3{margin-top:0.46cm;margin-bottom:0.46cm;line-height:172%;break-inside:avoid;break-after:avoid}H3.western{font-size:16pt;font-weight:bold}H3.cjk{font-size:16pt;font-weight:bold}H1{margin-top:0.6cm;margin-bottom:0.58cm;line-height:200%;break-inside:avoid;break-after:avoid}H1.western{font-size:22pt;font-weight:bold}H1.cjk{font-size:22pt;font-weight:bold}P{margin-top:0cm;margin-bottom:0.21cm}A:link{color:#0000ff}-->建設(shè)背景XXXX學(xué)院依托數(shù)字化校園項目為建設(shè)契機(jī)，著力于在現(xiàn)有校園信息化管理的基礎(chǔ)上進(jìn)一步發(fā)展并完善數(shù)字化校園精細(xì)化建設(shè)及管理。以“挖掘先進(jìn)的管理理念，應(yīng)用先進(jìn)的計算機(jī)網(wǎng)絡(luò)技術(shù)把高?，F(xiàn)有的教學(xué)、科研、管理、生活、服務(wù)等有關(guān)的資源進(jìn)行整合和集成，實現(xiàn)統(tǒng)一的用戶管理、資源管理和權(quán)限控制，實現(xiàn)資源的有效配置和充分利用，實現(xiàn)校務(wù)管理和后勤服務(wù)過程的優(yōu)化、協(xié)調(diào)，創(chuàng)造新的教育和工作模式，完成傳統(tǒng)教育模式難以實現(xiàn)的目標(biāo)”為特征的數(shù)字化校園建設(shè)成為了學(xué)校信息化建設(shè)的主要工作。數(shù)字化校園建設(shè)是一個系統(tǒng)工程，很多高校在建設(shè)中都遇到了困難，包括：由于缺乏統(tǒng)一規(guī)劃，業(yè)務(wù)系統(tǒng)之間的功能重疊，關(guān)鍵數(shù)據(jù)歸屬和管理不明確，很難保證數(shù)據(jù)一致性；業(yè)務(wù)系統(tǒng)的技術(shù)平臺繁多，互操作能力差，數(shù)據(jù)交換和功能調(diào)用困難，維護(hù)成本高，可靠性和安全性差；建設(shè)過程中存在各自為政的狀況，分散實施和維護(hù)系統(tǒng)，難以實現(xiàn)統(tǒng)一認(rèn)證和信息共享；用戶體驗差；業(yè)務(wù)系統(tǒng)整體開發(fā)周期長，開發(fā)效率低，難以應(yīng)付學(xué)校業(yè)務(wù)需求的變化等等。結(jié)合目前學(xué)校的建設(shè)情況和xx公司的需求分析，學(xué)校針對信息化的迫切需求和所面臨的問題，對數(shù)字化校園建設(shè)提出了新的要求：?優(yōu)先建設(shè)信息化基礎(chǔ)平臺，提供數(shù)字化校園的核心功能，包括統(tǒng)一認(rèn)證、數(shù)據(jù)存儲與交換、安全管理等；?保證信息化基礎(chǔ)平臺的開放性與靈活性，能夠與基于各類技術(shù)平臺的業(yè)務(wù)系統(tǒng)交互數(shù)據(jù)和調(diào)用功能；?建設(shè)統(tǒng)一的校園信息門戶，將教學(xué)、科研和管理相關(guān)的業(yè)務(wù)系統(tǒng)集成在一起，對用戶提供服務(wù)；?保證信息化基礎(chǔ)平臺具有良好的可擴(kuò)展能力，能夠靈活地應(yīng)對業(yè)務(wù)需求變化；?保證信息化基礎(chǔ)平臺的安全可靠，具有良好的身份驗證、數(shù)據(jù)加密、行為審核、系統(tǒng)日志等功能。為了滿足這些數(shù)字化校園建設(shè)的新要求，我們需要一種新的體系結(jié)構(gòu)，它既能有效地利用現(xiàn)有的IT基礎(chǔ)設(shè)施，又具有足夠的靈活性和適應(yīng)性，能與不斷變化的業(yè)務(wù)流程和業(yè)務(wù)模型保持一致、并實現(xiàn)軍校精細(xì)化管理的高標(biāo)準(zhǔn)高要求。1.建設(shè)目標(biāo)及原則學(xué)校精細(xì)化管理是緊緊圍繞以人為本的管理理念，以精心的態(tài)度，精心的過程，落實細(xì)節(jié)管理，實現(xiàn)學(xué)校管理效益最大化和最優(yōu)化的一種現(xiàn)代管理思想，是建立在規(guī)范管理基礎(chǔ)上，對學(xué)校規(guī)范管理的科學(xué)提升。其內(nèi)涵應(yīng)包含：一是“精”，即學(xué)校管理工作的重點要突出。學(xué)校工作開展的基礎(chǔ)是要切合實際，要根據(jù)實際確定每個時期的工作重點，重點工作重點做，才能把握住方向，才能立竿見影出效益。二是“細(xì)”，即學(xué)校管理工作的覆蓋環(huán)節(jié)要全。需要法治，也需要人治，但最重要的是法治，只有具備了一套完整而又詳盡的規(guī)章制度，才能做到事事有章可循?！凹?xì)”的另一方面含義是要“小”。從小處著眼，從小事抓起，才能真正落實精細(xì)化管理。三是“化”，即學(xué)校管理工作要制度化，學(xué)校制度內(nèi)化為師生自覺遵守的行為規(guī)范。重點強(qiáng)調(diào)把制度落實要到位并內(nèi)化為自覺行動。高校精細(xì)化管理的實施須遵循以下主要原則：（1）數(shù)據(jù)化原則。強(qiáng)調(diào)用數(shù)據(jù)說話、用數(shù)據(jù)分析、用數(shù)據(jù)要求、用數(shù)據(jù)檢驗。（2）程序化原則。程序化管理，是把工作事項或任務(wù)，沿縱向細(xì)分為若干個前后相連的工作單元，將工作過程細(xì)化為工作流程，然后進(jìn)行分析、簡化、改進(jìn)、整合和優(yōu)化。（3）操作性原則。就是使制定的規(guī)則具有可操作性，而且要對實施過程要有措施進(jìn)行監(jiān)控。（4）標(biāo)準(zhǔn)化原則。就是要統(tǒng)一學(xué)校中各類管理活動的標(biāo)準(zhǔn)，這是做到規(guī)范化的核心內(nèi)容和基本保證，也是實現(xiàn)操作性的前提條件。標(biāo)準(zhǔn)化體現(xiàn)著嚴(yán)格的組織紀(jì)律性，有利于克服管理的隨意性和無序性，體現(xiàn)了“依法治?！惫芾淼乃枷?。1.高校信息化現(xiàn)狀及主要問題高校信息化建設(shè)一般需經(jīng)歷系統(tǒng)集成、應(yīng)用集成、信息集成、社會集成等四個階段，到目前，各高校校園網(wǎng)基礎(chǔ)設(shè)施建設(shè)已初具規(guī)模，大多數(shù)高校正處在第二或三階段。但從整體上看，數(shù)字化校園服務(wù)體系并不完備，信息化應(yīng)用水平不高，主要表現(xiàn)在：1.信息孤島現(xiàn)象比較嚴(yán)重。不同時期由不同人員分別建立研發(fā)的信息系統(tǒng)，沒有遵循統(tǒng)一的數(shù)據(jù)標(biāo)準(zhǔn)，數(shù)據(jù)格式也不盡相同，造成了應(yīng)用系統(tǒng)各自獨立，無法相互有效訪問數(shù)據(jù)和共享服務(wù)，形成了網(wǎng)絡(luò)環(huán)境下的信息孤島。缺乏數(shù)字化校園建設(shè)的總體規(guī)劃和統(tǒng)一部署，管理系統(tǒng)和信息資源分散，校內(nèi)各部門信息化建設(shè)各自為政，資源浪費和重復(fù)建設(shè)現(xiàn)象普遍存在。公共服務(wù)資源、信息資源匱乏，數(shù)字圖書、網(wǎng)絡(luò)教學(xué)平臺、學(xué)科資源平臺、決策服務(wù)系統(tǒng)等建設(shè)嚴(yán)重滯后。我們認(rèn)為上述問題和風(fēng)險，也可以通過信息化建設(shè)過程中的精細(xì)化管理得以有效的解決和合理的規(guī)避1.面向精細(xì)化管理的數(shù)字化校園建設(shè)總體思路高校精細(xì)化管理的實施需要較高的信息化水平，隨著高校信息化建設(shè)的深入，高校內(nèi)部基本實現(xiàn)了各自業(yè)務(wù)系統(tǒng)的建設(shè)，如人事系統(tǒng)、教務(wù)系統(tǒng)、財務(wù)系統(tǒng)、科研管理系統(tǒng)等等，基本具備實行精細(xì)化管理的硬件條件。但數(shù)字化校園建設(shè)作為一項綜合的系統(tǒng)工程，關(guān)系到學(xué)校工作的方方面面，對高校的管理工作也有著深遠(yuǎn)的改革和創(chuàng)新意義，所以，我們必須適應(yīng)時代發(fā)展潮流，結(jié)合精細(xì)化管理的創(chuàng)新理念，科學(xué)規(guī)劃、合理部署信息化建設(shè)工作。（一）規(guī)劃建設(shè)思路主要是通過數(shù)字化校園的信息資源規(guī)劃，加強(qiáng)頂層設(shè)計，建立高校的業(yè)務(wù)模型、功能模型、用戶模型、權(quán)限模型、信息模型、數(shù)據(jù)模型和數(shù)據(jù)標(biāo)準(zhǔn)；采用統(tǒng)一系統(tǒng)架構(gòu)，強(qiáng)化統(tǒng)一建設(shè)，將信息系統(tǒng)的三要素（數(shù)據(jù)、流程、技術(shù)）分離，實現(xiàn)業(yè)務(wù)與技術(shù)發(fā)展的無關(guān)性，達(dá)到良好的系統(tǒng)可擴(kuò)展性；加強(qiáng)數(shù)據(jù)的規(guī)劃、組織與管理，整合數(shù)據(jù)資源，構(gòu)建集成數(shù)據(jù)環(huán)境；關(guān)注用戶行為，了解用戶需求，規(guī)劃良好的用戶環(huán)境，建立以人為本的用戶環(huán)境。首先是構(gòu)建數(shù)字化校園數(shù)據(jù)中心，制定統(tǒng)一數(shù)據(jù)標(biāo)準(zhǔn)，規(guī)范接口技術(shù)，實現(xiàn)數(shù)據(jù)的共享，消除“信息孤島”，這是高校推進(jìn)信息化和精細(xì)化管理的基礎(chǔ)；其次，通過分析精細(xì)化管理的內(nèi)涵特點，科學(xué)規(guī)劃數(shù)字化建設(shè)的項目，整合現(xiàn)有各個系統(tǒng)的服務(wù)功能和信息資源，合理分析有關(guān)信息，為學(xué)?？茖W(xué)決策服務(wù)；最后，以師生為本，充分挖掘和豐富各類網(wǎng)絡(luò)信息資源、公共服務(wù)資源，不斷將精細(xì)化管理落實到高校教學(xué)、科研、社會服務(wù)等三大主要功能中。（二）通過信息化平臺實現(xiàn)精細(xì)化管理高校管理精細(xì)化必須是高校管理信息化。通過分析高校職能部門工作的內(nèi)容和特點，將精細(xì)化管理的內(nèi)容主要分為精細(xì)化預(yù)算管理、精細(xì)化流程管理、精細(xì)化成本管理、精細(xì)化時間管理、精細(xì)化質(zhì)量管理、精細(xì)化組織管理等六項。學(xué)校信息化建設(shè)必須全面結(jié)合并有效實現(xiàn)上述管理目標(biāo)，將精細(xì)化管理和信息化真正落到工作實處。1．基于信息化的精細(xì)化預(yù)算管理預(yù)算管理是提高效益和控制成本的主要手段，就高校而言，好的計劃預(yù)算是成功的一半。通過事前調(diào)研、事中監(jiān)督和事后評估對預(yù)算全程控制、全面管理，從而使部門的預(yù)算有依據(jù)、可操作、能動態(tài)調(diào)整，進(jìn)而確保預(yù)算重點突出、統(tǒng)籌兼顧。以此，學(xué)校在數(shù)字化校園規(guī)劃建設(shè)時，將財務(wù)系統(tǒng)信息、科研系統(tǒng)信息、人事系統(tǒng)系統(tǒng)信息、學(xué)生系統(tǒng)信息、教務(wù)系統(tǒng)信息等通過數(shù)據(jù)中心，進(jìn)行數(shù)據(jù)信息有效地整序，按財務(wù)預(yù)決算辦法，經(jīng)科學(xué)綜合的對學(xué)校上一年各部門、學(xué)院經(jīng)費使用情況統(tǒng)計分析，以此來決策下一年合理的預(yù)算方案。有利于學(xué)校合理籌集資金、科學(xué)編排預(yù)算、合理使用經(jīng)費、提高預(yù)算效率。2．基于信息化的精細(xì)化流程管理其目的在于梳理高校各級職能部門的工作思路，明確部門工作的步驟方法，辨別部門工作的關(guān)鍵節(jié)點。精細(xì)化流程管理要求各級職能部門具體業(yè)務(wù)的運作要有一個流程規(guī)范，通過流程規(guī)范控制好每一道流程，減少工作的失誤，同時顯著地提高工作效率和質(zhì)量。學(xué)校規(guī)劃建立一站式迎新系統(tǒng)和畢業(yè)離校系統(tǒng)，公文流轉(zhuǎn)系統(tǒng)，一卡通系統(tǒng)等等。采用消息驅(qū)動機(jī)制，實現(xiàn)管理工作流程控制自動化，通過優(yōu)化、簡化流程，提供高效快捷服務(wù)。基于信息化的精細(xì)化成本管理高校的精細(xì)化成本管理首先要建立部門完善的財務(wù)制度，要求核算部門與財務(wù)有關(guān)的行為，通過減少支出的中間環(huán)節(jié)，抓好節(jié)能降耗，采用先進(jìn)技術(shù)和科學(xué)管理手段，壓縮一般性支出，提高辦公用品利用率和再利用率來全面降低組織成本。學(xué)校規(guī)劃建立資產(chǎn)管理系統(tǒng)、設(shè)備招標(biāo)和采購系統(tǒng)、大型實驗設(shè)備及實驗數(shù)據(jù)的共享。從而完善財務(wù)管理制度，優(yōu)化資產(chǎn)配置，盤活存量，控制成本，提高資金使用效益。．基于信息化的精細(xì)化時間管理精細(xì)化時間管理要求規(guī)劃高校各能部門日常工作的順序，合理地分配每一位成員的時間，在保障質(zhì)量和效率的前提下實現(xiàn)時間的科學(xué)管理和最大利用。因此，精細(xì)化時間管理探究的是時間付出的邊際效用最大化，要堅持以人為本的原則，將日常工作按重要性和緊迫性兩個維度進(jìn)行劃分，按照“重要性高、緊迫性高”、“重要性低、緊迫性高”、“重要性高、緊迫性低”和“重要性低、緊迫性低”的順序安排組織工作。高校在信息化建設(shè)規(guī)劃時，可以建立協(xié)同辦公系統(tǒng)、科研協(xié)作平臺、網(wǎng)絡(luò)視頻會議系統(tǒng)等等。以此打通業(yè)務(wù)壁壘，提高工作效率。．基于信息化的精細(xì)化質(zhì)量管理工作質(zhì)量和服務(wù)水平是衡量高校各職能部門工作的重要標(biāo)準(zhǔn)。所謂“細(xì)節(jié)決定成敗”，高校應(yīng)將精細(xì)化質(zhì)量管理貫穿工作始終，這就要求建立一套質(zhì)量管理和質(zhì)量保障的規(guī)章制度，全員參與，全過程控制工作各環(huán)節(jié)的質(zhì)量因素。人才培養(yǎng)質(zhì)量關(guān)系到學(xué)校聲譽(yù)和發(fā)展，信息化建設(shè)必須將教學(xué)質(zhì)量監(jiān)控系統(tǒng)、學(xué)生評教系統(tǒng)、科研管理系統(tǒng)等有機(jī)的整合起來，實現(xiàn)質(zhì)量管理的精細(xì)化過程控制。．基于信息化的精細(xì)化組織管理其目的是通過建立各級職能部門成員個人信息庫，實現(xiàn)部門的人力資源科學(xué)管理。精細(xì)化組織管理除了解決人員招聘、培訓(xùn)、考核層面的操作問題。同時從組織管理的角度，通過個性化管理，保障高校各級職能部門的戰(zhàn)略與執(zhí)行，提升各級職能部門的核心能力。實現(xiàn)全過程管理。此外，利用信息化手段，充分共享全校數(shù)據(jù)，建立教職工數(shù)字檔案系統(tǒng)、領(lǐng)導(dǎo)干部信息系統(tǒng)等，提供各維度的統(tǒng)計分析，及時為科學(xué)決策提供服務(wù)。分項布局及技術(shù)考量整體架構(gòu)設(shè)計XXXX學(xué)院“數(shù)字化校園”建設(shè)的總體技術(shù)架構(gòu)目標(biāo)可以定義為：在“校園網(wǎng)絡(luò)”的基礎(chǔ)設(shè)施層、基礎(chǔ)服務(wù)層上，以應(yīng)用支撐層為基礎(chǔ)架構(gòu)，以應(yīng)用系統(tǒng)層關(guān)鍵業(yè)務(wù)系統(tǒng)為核心，所有應(yīng)用在“信息門戶層”中集中展現(xiàn)，以“信息安全體系”和“運行維護(hù)體系”為保障。通過本項目建設(shè)，將構(gòu)建一個面向服務(wù)、安全可靠、操作便捷、技術(shù)先進(jìn)、規(guī)范統(tǒng)一、靈活可擴(kuò)的數(shù)字化校園，為學(xué)校的教學(xué)、科研、管理提供全面的人性化服務(wù)。統(tǒng)一信息門戶平臺：該系統(tǒng)建設(shè)位于數(shù)字化校園體系結(jié)構(gòu)中的最上層，實現(xiàn)數(shù)字化校園各應(yīng)用系統(tǒng)與用戶的交互服務(wù)過程，給師生提供了一個訪問信息化服務(wù)的統(tǒng)一入口，是數(shù)字化校園對內(nèi)服務(wù)的窗口。統(tǒng)一身份認(rèn)證平臺：統(tǒng)一身份認(rèn)證平臺提供統(tǒng)一管理多個應(yīng)用系統(tǒng)的用戶和身份認(rèn)證功能提高應(yīng)用系統(tǒng)用戶管理的水平，減少系統(tǒng)權(quán)限管理混亂、安全隱患難以發(fā)現(xiàn)的問題出現(xiàn)。通過使用該系統(tǒng)，用戶不須記憶不同的密碼和身份，為統(tǒng)一構(gòu)建的業(yè)務(wù)系統(tǒng)提供一致的權(quán)限服務(wù)模型，通過統(tǒng)一信息門戶平臺實現(xiàn)單點登錄，整體上避免重復(fù)投資。共享數(shù)據(jù)平臺：共享數(shù)據(jù)平臺是對數(shù)字化校園中的各種結(jié)構(gòu)化數(shù)據(jù)，包括數(shù)據(jù)庫、數(shù)據(jù)集成、數(shù)據(jù)集市中的數(shù)據(jù)進(jìn)行統(tǒng)一管理的平臺。采用統(tǒng)一的數(shù)據(jù)交換平臺集成全校異構(gòu)數(shù)據(jù)。共享數(shù)據(jù)平臺的建設(shè)將統(tǒng)一學(xué)校各業(yè)務(wù)系統(tǒng)的數(shù)據(jù)標(biāo)準(zhǔn)，整合各應(yīng)用系統(tǒng)的共享數(shù)據(jù)信息，同時為上層綜合應(yīng)用提供一致準(zhǔn)確的數(shù)據(jù)來源和積累。業(yè)務(wù)構(gòu)建平臺：該平臺為數(shù)字化校園管理信息系統(tǒng)建設(shè)提供構(gòu)件化開發(fā)運行框架，是管理信息系統(tǒng)可持續(xù)發(fā)展的技術(shù)保障；使用獨立的報表工具開發(fā)、維護(hù)各應(yīng)用系統(tǒng)中的報表。圍繞三大中心統(tǒng)一規(guī)劃建設(shè)學(xué)校各類應(yīng)用系統(tǒng)，服務(wù)于管理、教學(xué)與科研。校園管理中心：校園管理中心是以URP（大學(xué)資源規(guī)劃）思想為核心，構(gòu)建統(tǒng)一的管理信息系統(tǒng)和業(yè)務(wù)系統(tǒng)，整合全校各管理系統(tǒng)的數(shù)據(jù)與流程，為決策提供支持，這也是本期項目建設(shè)的重點。校園管理中心應(yīng)用系統(tǒng)建設(shè)覆蓋學(xué)校各業(yè)務(wù)部門主要管理職能的管理信息系統(tǒng)，涉及學(xué)校的人、財、物、文、事等多個方面，包括了高校各種管理信息系統(tǒng)，主要包括教務(wù)、學(xué)工、研究生、科研、人事、資產(chǎn)、財務(wù)、辦公自動化等管理系統(tǒng)，簡稱URP系統(tǒng)。校園資源中心：校園資源中心是利用統(tǒng)一的資源集成與管理平臺，將電子圖書資源、論文期刊資源、互聯(lián)網(wǎng)資源、課件多媒體資源等多種資源集成，實現(xiàn)數(shù)字資源的跨媒體統(tǒng)一檢索，通過統(tǒng)一信息門戶平臺為用戶提供訪問數(shù)字資源的單一入口。校園資源中心的建設(shè)涵蓋了數(shù)字資源制作、異構(gòu)資源整合、信息發(fā)布、跨媒體檢索、數(shù)字資源利用、信息安全管理等多個方面，對數(shù)字資源進(jìn)行全生命周期管理。校園服務(wù)中心：校園服務(wù)中心是以校園一卡通及網(wǎng)絡(luò)基礎(chǔ)服務(wù)系統(tǒng)為核心，對全校的學(xué)生消費、社區(qū)生活、校內(nèi)服務(wù)整合和管理；逐步建設(shè)基于網(wǎng)絡(luò)的各種社區(qū)應(yīng)用，如網(wǎng)上交流平臺、網(wǎng)上交易平臺等。目前，服務(wù)中心的建設(shè)主要體現(xiàn)在校園一卡通系統(tǒng)和網(wǎng)上社區(qū)服務(wù)類應(yīng)用建設(shè)。校園一卡通方案具有無需綁定廠商、用戶和資金集中管理、應(yīng)用豐富等優(yōu)點，實現(xiàn)“一卡在手，走遍校園”，為廣大師生員工的教學(xué)、科研和生活提供了方便、快捷的手段。網(wǎng)上社區(qū)服務(wù)類應(yīng)用給師生提供豐富多彩的網(wǎng)上服務(wù)，如基本的服務(wù)應(yīng)用包括郵件、論壇BBS、網(wǎng)絡(luò)存儲、個人主頁BLOG；通訊服務(wù)如即時通訊、視頻會議、IP電話、網(wǎng)絡(luò)電視、視頻點播等，以及校園電子商務(wù)類應(yīng)用。三大體系建設(shè)：數(shù)字校園保障體系包括信息標(biāo)準(zhǔn)體系：信息標(biāo)準(zhǔn)體系建設(shè)為各個系統(tǒng)定義統(tǒng)一的標(biāo)準(zhǔn)，包括信息標(biāo)準(zhǔn)、編碼標(biāo)準(zhǔn)、接口標(biāo)準(zhǔn)、數(shù)據(jù)交換標(biāo)準(zhǔn)、管理規(guī)范、實施規(guī)范、維護(hù)規(guī)范等，是保障數(shù)字化校園系統(tǒng)規(guī)范、可靠運行的基礎(chǔ)。信息安全體系：隨著技術(shù)的發(fā)展與普及、IT技術(shù)的不斷進(jìn)步、我校數(shù)字化校園建設(shè)的深入，系統(tǒng)安全建設(shè)將更加迫切，所以包括網(wǎng)絡(luò)接入安全、數(shù)據(jù)存儲安全、應(yīng)用訪問安全、安全管理制度等各個層面的安全體系建設(shè)將貫穿數(shù)字化校園建設(shè)始終。系統(tǒng)運維管理體系：包括系統(tǒng)監(jiān)控、系統(tǒng)管理、項目管理、維護(hù)服務(wù)等，是保障數(shù)字化校園系統(tǒng)安全可靠運行的重要支撐體系。綜合以上三大體系和中心的建設(shè)思路我推薦采用靈活高效完整的SOA架構(gòu)來進(jìn)行整體設(shè)計。SOA（Service-OrientedArchitecture，面向服務(wù)的架構(gòu)）是整合業(yè)務(wù)過程、支持IT基礎(chǔ)設(shè)施建設(shè)、提供標(biāo)準(zhǔn)化的組件服務(wù)的架構(gòu)。這些組件可以重用和組合，以適應(yīng)不斷變化的業(yè)務(wù)需求。它是一組業(yè)務(wù)、流程、組織、管理和技術(shù)方法，是一種敏捷的系統(tǒng)架構(gòu)。SOA服務(wù)平臺是由多個服務(wù)所構(gòu)成的，這些服務(wù)用來表示在業(yè)務(wù)流程中可以被組合以及再組合成多個不同的解決方案和場景的元素，并且由業(yè)務(wù)需求所決定。這種對服務(wù)進(jìn)行整合和再組合的能力為業(yè)務(wù)和IT提供了更緊密的聯(lián)系，同時也為處理新問題提供了靈活性oSOA服務(wù)平臺的作用是提供一個基礎(chǔ)，從而可以更靈活地、更易組成地、更可復(fù)用地提供核心業(yè)務(wù)服務(wù)。從架構(gòu)師角度來看，在一個典型的SOA中，每一層都具有自己的屬性和關(guān)系集合。必要的架構(gòu)元素：為了實現(xiàn)自動的、自管理的SOA，企業(yè)服務(wù)總線(EnterpriseServiceBus,ESB)是一個必要的架構(gòu)元素。一個ESB所提供的最本質(zhì)的基礎(chǔ)服務(wù)是傳輸、基于服務(wù)質(zhì)量(QualityofService,QoS)的路由、中介和網(wǎng)關(guān)服務(wù)，能夠與業(yè)務(wù)流程環(huán)境并行地設(shè)計和部署?？偩€可以多種方式實現(xiàn)，如經(jīng)典的消息傳送MQ、EAI(EnterpriseApplicationIntegration，企業(yè)應(yīng)用整合)以及代理技術(shù)，或者使用特定平臺組件如J2EE系統(tǒng)中的服務(wù)整合總線。ESB使開發(fā)者們可以組件形式調(diào)用和使用業(yè)務(wù)功能，通過將它們當(dāng)作滿足基于Web月服務(wù)描述語言(WSDL)的規(guī)范接口描述的服務(wù)，而不需要理會API或協(xié)議。實現(xiàn)：SOA軟件模型的實現(xiàn)必須首先通過平臺無關(guān)標(biāo)準(zhǔn)來實現(xiàn)中立性，互操作的基本標(biāo)準(zhǔn)包括XML和XSD、HTTP、SOAP、WSDL，以及正在發(fā)展中的WS-Policy、WS-Resource，WS-Security等。當(dāng)然SOA也能夠在特定軟件平臺上實現(xiàn)，包括J2EE環(huán)境＞Microsoft的.NET、大型機(jī)或現(xiàn)有的基于消息的操作系統(tǒng)，甚至基于C/C++的環(huán)境。所以SOA架構(gòu)中可以集成提供接口的各類軟件平臺上的應(yīng)用。安全性：SOA架構(gòu)作為企業(yè)級的體系結(jié)構(gòu)，安全性是必須要考慮的。它采用WS-Security、WS-Trust、WS-Federation等多個規(guī)范保證安全性。優(yōu)勢：從長遠(yuǎn)來看，通過復(fù)用的“構(gòu)件”和SOA的靈活性，實施SOA可以節(jié)省資金、時間和精力；通過靈活的解決方案和更短的部署時間，避免IT實施的失??；通過IT與業(yè)務(wù)服務(wù)的緊密結(jié)合，使IT投入更合理等等。特別是基于SOA的解決方案是與Web服務(wù)相結(jié)合的，它打破了軟件程序和供應(yīng)商之間的私有化障礙，主流軟件解決方案供應(yīng)商都承諾使用這個開放標(biāo)準(zhǔn)，以規(guī)范各自的硬件和軟件，使信息和數(shù)據(jù)得到共享。重構(gòu)：數(shù)字化校園體系系結(jié)構(gòu)中主要包括網(wǎng)絡(luò)基礎(chǔ)環(huán)境、基礎(chǔ)硬件和軟件環(huán)境、校園門戶、各類業(yè)務(wù)系統(tǒng)以及作業(yè)系統(tǒng)集成接口等。在SOA架構(gòu)中，由于使用了標(biāo)準(zhǔn)的開放的接口規(guī)范，基于ESB的業(yè)務(wù)系統(tǒng)集成，對各廠商解決方案具有良好的兼容性，并可通過面向流程的業(yè)務(wù)整合對SOA架構(gòu)進(jìn)行拓展。采用SOA架構(gòu)技術(shù)，對傳統(tǒng)的數(shù)字化校園體系結(jié)構(gòu)進(jìn)行重構(gòu)。方案平臺的多種選擇：目前可應(yīng)用的SOA解決方案很多，軟件廠商IBM、BEA、Oracle、微軟、金蝶、開源社區(qū)等都有自己的SOA解決方案。從技術(shù)研究的開源產(chǎn)品層面來看：目前基于OSOA(OpenServiceOrientedArchitecture)制定SCA(ServiceComponentArchitecture，服務(wù)構(gòu)件架構(gòu))和SDO(ServiceDataObjects，服務(wù)數(shù)據(jù)對象)的開源產(chǎn)品，主要有ApacheTuscany、EclipseSTP(SOAToolsPlatform)、PECLSOAforPHP、CodeCauldronNewton等。這些開源產(chǎn)品已能提供企業(yè)級系統(tǒng)架構(gòu)的諸多特性，尤其以Apache下的Tuscany和Eclipse旗下的STP最為引人注目。建設(shè)內(nèi)容：在重構(gòu)中，我們進(jìn)行如下內(nèi)容的建設(shè)：應(yīng)用ESB對數(shù)字化校園中各類業(yè)務(wù)系統(tǒng)的服務(wù)進(jìn)行集成，并對服務(wù)消息進(jìn)行基于QoS服務(wù)質(zhì)量的路由；應(yīng)用業(yè)務(wù)流程建模對服務(wù)進(jìn)行流程管理，搭建符合業(yè)務(wù)需求的作業(yè)流程；建立數(shù)據(jù)中心平臺，提供數(shù)字化校園數(shù)據(jù)存儲、數(shù)據(jù)交換、訪問控制和數(shù)據(jù)分析等功能；建立統(tǒng)一認(rèn)證平臺，集中管理數(shù)字化校園中各類用戶信息與權(quán)限信息；建立信息門戶平臺，依靠由業(yè)務(wù)流程建模和ESB搭建的業(yè)務(wù)流程對數(shù)字化校園用戶提供一致的訪問界面；通過構(gòu)建數(shù)字化校園信息標(biāo)準(zhǔn)體系，規(guī)范校園范圍內(nèi)的數(shù)據(jù)交換標(biāo)準(zhǔn)和服務(wù)抽象標(biāo)準(zhǔn)；通過數(shù)字化校園安全保障體系保證數(shù)字化校園整體的安全。遞進(jìn)式實施：數(shù)字化校園建設(shè)本身就是一個長期的過程，基于SOA架構(gòu)的數(shù)字化校園體系結(jié)構(gòu)的實施也是如此。策略：我們對基于SOA架構(gòu)的大型應(yīng)用平臺的實施采取了一個有效的遞進(jìn)式策略：考察采用該架構(gòu)的類似案例；對可能應(yīng)用到的技術(shù)進(jìn)行驗證；搭建基礎(chǔ)設(shè)施和進(jìn)行小范圍的試點；試點成功后逐步擴(kuò)大到整個系統(tǒng)領(lǐng)域。過程結(jié)合數(shù)字化校園的特點，基于SOA架構(gòu)的數(shù)字化校園體系結(jié)構(gòu)的具體實施過程應(yīng)該有以下7個步驟：業(yè)務(wù)需求分析與抽象，并調(diào)研已有業(yè)務(wù)系統(tǒng)的情況；建立數(shù)據(jù)中心，實現(xiàn)數(shù)據(jù)集中存儲與共享；建立統(tǒng)一認(rèn)證服務(wù)，實現(xiàn)用戶單點登錄；建設(shè)校園信息門戶，為用戶提供信息訪問服務(wù)；搭建數(shù)字化校園ESB總線和BPM（BusinessProcessManagement，業(yè)務(wù)流程管理軟件），集成校園網(wǎng)基礎(chǔ)服務(wù)系統(tǒng)，對SOA架構(gòu)進(jìn)行試點；6.業(yè)務(wù)服務(wù)規(guī)劃與抽象，為現(xiàn)有業(yè)務(wù)系統(tǒng)開發(fā)集成到ESB總線的服務(wù)接口；7.基于ESB總線、BPM與數(shù)據(jù)中心環(huán)境建設(shè)新的業(yè)務(wù)系統(tǒng)，搭建高層信息決策與分析系統(tǒng)。下一步工作：測試基于CAS的統(tǒng)一認(rèn)證服務(wù)，首先在校園網(wǎng)相關(guān)業(yè)務(wù)系統(tǒng)中實現(xiàn)單點登錄，下一步將數(shù)據(jù)中心建設(shè)和信息門戶建設(shè)作為主要工作，并逐步搭建數(shù)字化校園的ESB總線和BPM，進(jìn)行基于SOA架構(gòu)的應(yīng)用試點。數(shù)字化校園建設(shè)是管理與技術(shù)相結(jié)合的，是服務(wù)于高校教學(xué)、科研與管理的要求的。基于SOA架構(gòu)的數(shù)字化校園建設(shè)需要與學(xué)校管理相結(jié)合，識別與定義業(yè)務(wù)服務(wù)，并且進(jìn)行有效的組織，逐步采用遞進(jìn)式的建設(shè)策略，根據(jù)實際情況和技術(shù)發(fā)展來做出相應(yīng)的調(diào)整。1.1.應(yīng)用集成規(guī)范具體規(guī)范參見xx公司為XXXX學(xué)院編寫的《應(yīng)用集成規(guī)范分冊》。建設(shè)信息整合必須要遵守的原則?全方位集成原則，信息整合系統(tǒng)既是“數(shù)據(jù)中心”也是“業(yè)務(wù)中心，”信息整合要具有界面集成、數(shù)據(jù)集成、應(yīng)用遷移、業(yè)務(wù)集成等能力。?全面集成原則，既要支持邏輯集成，也要支持物理集成。?開放性原則，信息整合平臺不能成為第N+1個系統(tǒng)。?標(biāo)準(zhǔn)化原則，基于IEC61970國際標(biāo)準(zhǔn)。?規(guī)范化原則，規(guī)范各個應(yīng)用系統(tǒng)數(shù)據(jù)。?統(tǒng)一原則，實現(xiàn)代碼統(tǒng)一，信息模型統(tǒng)一。?平臺化原則，采用標(biāo)準(zhǔn)的平臺，保證可靠性和標(biāo)準(zhǔn)性和開放性。?流程化原則，業(yè)務(wù)基于流程引擎實現(xiàn)流程重組和可定制。達(dá)夢提供的信息整合解決方案，完全滿足上面的原則。通過EAI技術(shù)實現(xiàn)的集成業(yè)務(wù)、共享業(yè)務(wù)的功能，對于重要的業(yè)務(wù)系統(tǒng)實現(xiàn)單點登錄、應(yīng)用集成和流程集成，為企業(yè)構(gòu)建業(yè)務(wù)處理中心。提供集成數(shù)據(jù)、集成業(yè)務(wù)、決策數(shù)據(jù)等信息的查詢、展示應(yīng)用。利用企業(yè)門戶技術(shù)(EIP)集成各個應(yīng)用系統(tǒng)中已有的數(shù)據(jù)信息查詢功能，加上信息分析中心的分析結(jié)果查詢功能，形成整個企業(yè)的信息展現(xiàn)中心，滿足企業(yè)所有人員的信息查詢與共享需求。由EIP門戶平臺提供員工統(tǒng)一的訪問入口(Portal)，集成多種業(yè)務(wù)系統(tǒng)的用戶界面，建立一個跨應(yīng)用，跨設(shè)備的，集成的互動用戶界面。下圖給出了系統(tǒng)的總體架構(gòu)，總體架構(gòu)分為多層實現(xiàn)：適配器接口層、數(shù)據(jù)集成層、應(yīng)用/流程集成層、決策分析層、綜合應(yīng)用層、信息門戶層、訪問接入層、安全保障體系和二次開發(fā)與維護(hù)體系。其中在SOA設(shè)計中的幾個重點層面說明如下：應(yīng)用/流程集成層：本層通過基于BEPL的流程平臺實現(xiàn)對流程的建模、調(diào)度、監(jiān)控實現(xiàn)新流程的開發(fā)以及流程集成的支持；同時支持基于SOA方式的應(yīng)用及適配器的集成。數(shù)據(jù)集成層：本層實現(xiàn)完整的數(shù)據(jù)集成功能，包括：數(shù)據(jù)整合、數(shù)據(jù)集中、數(shù)據(jù)交換。數(shù)據(jù)集成主要通過ETL工具軟件、基于EII的數(shù)據(jù)交換技術(shù)實現(xiàn)。經(jīng)過ETL抽取后的數(shù)據(jù)存儲在中心數(shù)據(jù)庫中，中心數(shù)據(jù)庫選擇國際領(lǐng)先的大型商用數(shù)據(jù)庫實現(xiàn)，是EAI/EIP所有數(shù)據(jù)展現(xiàn)、分析功能的核心。適配器接口層：本層提供應(yīng)用系統(tǒng)接入EAI/EIP系統(tǒng)的接口支持。接口分為幾種不同的形式：?基于SOA的應(yīng)用系統(tǒng)的適配器?基于WebService實現(xiàn)的共享數(shù)據(jù)接口?EAI/EIP平臺軟件提供的標(biāo)準(zhǔn)適配器?基于IEC61970/CIS的實時系統(tǒng)適配器?數(shù)據(jù)庫訪問接口安全保障體系：統(tǒng)一的安全保障體系包括認(rèn)證、授權(quán)、審計、角色映射、信用映射等模塊，這些服務(wù)嵌入在應(yīng)用基礎(chǔ)架構(gòu)中，提供了EAI/EIP應(yīng)用和WebServices的安全性，這種面向服務(wù)的安全框架可以將所需的安全請求提交給上面的各種安全服務(wù)來處理。二次開發(fā)與維護(hù)體系：提供EAI/EIP系統(tǒng)的二次開發(fā)及運行維護(hù)的支持。二次開發(fā)包括：EAI/EIP開發(fā)工具、系統(tǒng)訪問借口、標(biāo)準(zhǔn)適配器模板等。=運行維護(hù)包括:EAI/EIP平臺監(jiān)控、系統(tǒng)監(jiān)視、管理、運行日志等工具?；A(chǔ)支持環(huán)境：包括：基本J2EE運行環(huán)境、數(shù)據(jù)庫、Web服務(wù)等方面。支撐環(huán)境提供給EAI/EIP的信息門戶采用的產(chǎn)品與及應(yīng)用集成采用的產(chǎn)品統(tǒng)一的技術(shù)架構(gòu)支持、統(tǒng)一的開發(fā)支持、統(tǒng)一的應(yīng)用部署支持、統(tǒng)一的運維管理支持。技術(shù)路線?以J2EE為主體，.Net為輔助的混合架構(gòu)?基于“IEC61970/CIS”和“實時數(shù)據(jù)庫鏡像”的實時集成?以IEC61970/CIM為基礎(chǔ)的信息模型?基于ETL的數(shù)據(jù)整合、數(shù)據(jù)集中和基于EAI的數(shù)據(jù)交換?基于BPM的流程集成?基于SOA的應(yīng)用集成?基于EIP的頁面集成和應(yīng)用框架?基于BI的數(shù)據(jù)分析?基于“報表中心”的靈活報表分析?基于PKI認(rèn)證中心的安全認(rèn)證系統(tǒng)特點平臺化水平高，采用國際上標(biāo)準(zhǔn)平臺技術(shù)；全面的信息整合方案，提供數(shù)據(jù)整合、應(yīng)用整合、企業(yè)門戶等全方位的整合方案；開放性好，靈活方面，可以針對業(yè)務(wù)系統(tǒng)的變化，重新定制信息整合平臺；標(biāo)準(zhǔn)化水平高，以IEC61970中的CIM模型為基礎(chǔ)實現(xiàn)了標(biāo)準(zhǔn)信息模型；數(shù)據(jù)整合手段全面，既有基于中間件的邏輯集成能力，又有物理集成能力；數(shù)據(jù)規(guī)范化能力強(qiáng)，能有效處理：代碼不一致、數(shù)據(jù)不規(guī)范等電力數(shù)據(jù)整合的特殊問題；在數(shù)據(jù)整合、應(yīng)用整合和門戶平臺之上，有豐富的應(yīng)用功能，能實現(xiàn)報表中心、管理中心、OLAP及智能決策等功能；1.1.數(shù)據(jù)集成規(guī)范具體規(guī)范參見xx公司為XXXX學(xué)院編寫的《數(shù)據(jù)集成規(guī)范分冊》。從技術(shù)角度來看本項目中涉及到的數(shù)據(jù)集成所引用的資源主要包括兩類，一類是數(shù)據(jù)庫層面的上的可靠性、高可用性、高性能的設(shè)計要求中所貫徹的數(shù)據(jù)庫設(shè)計、規(guī)劃、實施、部署中的硬件網(wǎng)絡(luò)存儲技術(shù)，另一類是數(shù)據(jù)使用和數(shù)據(jù)共享數(shù)據(jù)集成同步的Web服務(wù)“stack"系列技術(shù)規(guī)范，他們是一個整體的技術(shù)體系，包括UDDI、SOAP、WSDL、XML等。針對XXXX學(xué)院目前已有的異構(gòu)開發(fā)環(huán)境的(J2EE\.NET、Win32)的系統(tǒng)、應(yīng)用、商務(wù)流程以及數(shù)據(jù)源構(gòu)成的應(yīng)用環(huán)境。應(yīng)用環(huán)境的通信狀況是混亂的，只有很少的接口文檔，并且維護(hù)代價也非常的昂貴。而數(shù)字化校園所需的新建的其他若干系統(tǒng)增加系統(tǒng)綜合的復(fù)雜性。我們的考慮如下：我們以企業(yè)的例子來打比方：當(dāng)企業(yè)向B2B電子商務(wù)協(xié)作方向遷移時，他們首先要做的是審視他們內(nèi)部的系統(tǒng)、應(yīng)用以及商務(wù)流程。一些商務(wù)流程會橫跨多個內(nèi)部應(yīng)用，在企業(yè)能夠有效的和外部網(wǎng)絡(luò)連接之前，這些應(yīng)用必須能夠?qū)崟r動態(tài)的進(jìn)行通訊。Figure1.點對點的B2B應(yīng)用互聯(lián)§隨著諸如企業(yè)資源規(guī)劃(ERP)、客戶關(guān)系管理(CRM)、供應(yīng)鏈管理(SCM)以及企業(yè)門戶(EnterprisePortal)等多種商業(yè)應(yīng)用的引入，激增了企業(yè)信息系統(tǒng)的應(yīng)用分割。早期這些系統(tǒng)被設(shè)計成自包含的"\盒"系統(tǒng)，只有很少或者更本沒有方法來訪問它內(nèi)部的數(shù)據(jù)和商務(wù)流程。雖然現(xiàn)在許多這些應(yīng)用都提供了更好的訪問他們的內(nèi)部數(shù)據(jù)和商業(yè)邏輯的方法，可是把這些系統(tǒng)和企業(yè)里其他系統(tǒng)集成仍是一個巨大的挑戰(zhàn)。Figure1的每一個節(jié)點都包含它自己的數(shù)據(jù)，而這些數(shù)據(jù)可能會在節(jié)點之間共享。共享這些數(shù)據(jù)代表性的方法是通過數(shù)據(jù)傳輸方法，包括一批數(shù)據(jù)處理以及數(shù)據(jù)輸入輸出服務(wù)來完成。之所以采用這種方法是因為一個節(jié)點的數(shù)據(jù)對其他節(jié)點來說不是實時存在的，而后者也不能在處理時分析和做決定。什么是企業(yè)應(yīng)用集成?不斷增長的客戶和商業(yè)伙伴對實時信息的期望的持續(xù)增加，為了滿足這種期望的需要，企業(yè)被迫連接他們的那些異構(gòu)的系統(tǒng)來增加產(chǎn)出、提高效率以及，最終的，使顧客滿意。為使一個組織內(nèi)部IT系統(tǒng)互相通信，導(dǎo)致了企業(yè)應(yīng)用集成(EAI)的發(fā)展。EAI通過建立底層結(jié)構(gòu)，來聯(lián)系橫貫整個企業(yè)的異構(gòu)系統(tǒng)、應(yīng)用、數(shù)據(jù)源等。EAI解決方案的起源可以追溯到那些提供雙向的解決方案以完成在企業(yè)內(nèi)部的ERP、CRM、SCM、數(shù)據(jù)庫、數(shù)據(jù)集成以及其他重要的內(nèi)部系統(tǒng)之間無縫地共享和交換數(shù)據(jù)的需要。Figure2.B2B企業(yè)應(yīng)用集成§EAI不是一個能徹底解決最終問題的方案，他更可以說是正在建立一個靈活的、標(biāo)準(zhǔn)化的企業(yè)應(yīng)用底層架構(gòu)，可以允許新的基于IT的應(yīng)用和商業(yè)處理能夠更容易和更有效的被部署。新的底層架構(gòu)允許企業(yè)中的應(yīng)用能夠?qū)崟r的，無縫的互相通信。EAI的類型EAI解決方案可以呈現(xiàn)許多種形式并以多種級別出現(xiàn)。EAI合適的級別依賴于許多因素，包括公司的大小、公司的行業(yè)類別、公司應(yīng)用的集成度或是項目的復(fù)雜度以及預(yù)算等等。這里列出了EAI的中間件解決方案的4個類型：?用戶界面集成?數(shù)據(jù)集成?商務(wù)流程集成?函數(shù)/方法集成當(dāng)我們看到這些解決方案的類型，要注意的是我們在討論解決方案的樣式而不是具體實現(xiàn)。用戶界面集成(界面重組)界面重組是一個面向用戶的整合，他將原先系統(tǒng)的終端窗口和PC的圖形界面使用一個標(biāo)準(zhǔn)的界面(有代表性的例子是使用瀏覽器)來替換。一般的，應(yīng)用程序終端窗口的功能可以一對一地映射到一個基于瀏覽器的圖形用戶界面。新的表示層需要與現(xiàn)存的遺留系統(tǒng)的商業(yè)邏輯或者一些封裝的應(yīng)用如ERP、CRM以及SCM等進(jìn)行集成。企業(yè)門戶應(yīng)用(EnterprisePortal)也可以被看成是一個復(fù)雜的界面重組的解決方案。一個企業(yè)門戶合并了多個企業(yè)應(yīng)用，同時表現(xiàn)為一個可定制的基于瀏覽器的界面。在這個類型的EAI中，企業(yè)門戶框架和中間件解決方案是一樣的。數(shù)據(jù)集成數(shù)據(jù)集成發(fā)生在企業(yè)內(nèi)的數(shù)據(jù)庫和數(shù)據(jù)源級別。通過從一個數(shù)據(jù)源將數(shù)據(jù)移植到另外一個數(shù)據(jù)源來完成數(shù)據(jù)集成。數(shù)據(jù)集成是現(xiàn)有EAI解決方案中最普遍的一個形式。然而，數(shù)據(jù)集成的一個最大的問題是商業(yè)邏輯常常只存在于主系統(tǒng)中，無法在數(shù)據(jù)庫層次去響應(yīng)商業(yè)流程的處理，因此這限制了實時處理的能力。此外還有一些數(shù)據(jù)復(fù)制和中間件工具來推動在數(shù)據(jù)源之間的數(shù)據(jù)傳輸，一些是以實時方式工作的，一些是以批處理方式工作的。下面列出了一些數(shù)據(jù)集成的方法：1.批傳輸數(shù)據(jù)合并數(shù)據(jù)復(fù)制4?析取、轉(zhuǎn)換、裝載解決方案(ETLSolution)Figure3.ETLSolution§ETL解決方案(如上圖所示)，是基于ETL引擎的，從不同的應(yīng)用程序析取、轉(zhuǎn)換、過濾和裝載數(shù)據(jù)到數(shù)據(jù)集成和(或)數(shù)據(jù)市集?，F(xiàn)在ETL已經(jīng)是企業(yè)實現(xiàn)數(shù)據(jù)集成的一個非常有效的途徑。商務(wù)流程集成雖然數(shù)據(jù)集成已經(jīng)證明是EAI的一個流行的形式，然而，從安全性、數(shù)據(jù)完整性、商務(wù)流程角度來看，數(shù)據(jù)集成仍然存在著很多問題。組織內(nèi)大量的數(shù)據(jù)是被商業(yè)邏輯所訪問和維持的。商業(yè)邏輯應(yīng)用并加強(qiáng)了必須的商業(yè)規(guī)則、商務(wù)流程和安全性，而這些對于下層數(shù)據(jù)都是必需的。商務(wù)流程集成產(chǎn)生于跨越了多個應(yīng)用的商務(wù)流程層。通常通過使用一些高層的中間件來表現(xiàn)商務(wù)流程集成的特征。這類中間件產(chǎn)品的代表是消息中介，消息中介使用一個總線模式或者是HUB模式來對消息處理標(biāo)準(zhǔn)化并控制信息流。下面的圖示在一個較高的層次說明了一個開放的商務(wù)流程的組成：Figure4.基于開放式商務(wù)流程的集成§函數(shù)/方法集成函數(shù)和方法集成包括直接的和嚴(yán)格的，在網(wǎng)絡(luò)環(huán)境中的跨平臺應(yīng)用程序之間的應(yīng)用到應(yīng)用(A2A)的集成。它涵蓋了普通的代碼(COBOL,C++,Java)撰寫、應(yīng)用程序接口(APIs)、遠(yuǎn)端過程調(diào)用(RPCs)、分布式中間件如TP監(jiān)控、分布式對象、公共對象訪問中介(CORBA)、Java遠(yuǎn)端方法調(diào)用(RMI)、面向消息的中間件以及Web服務(wù)等等各種軟件技術(shù)。Figure5.函數(shù)/方法的集成§面向函數(shù)和方法的集成一般來說是處于同步模式的，即基于客戶(請求程序)和服務(wù)器(響應(yīng)程序)之間的請求響應(yīng)交互機(jī)制。Web服務(wù)Web服務(wù)提供了一個分布式的計算技術(shù)，用于在Internet或者intranet上通過使用標(biāo)準(zhǔn)的XML協(xié)議和信息格式來展現(xiàn)商業(yè)應(yīng)用服務(wù)。使用標(biāo)準(zhǔn)的XML協(xié)議使得Web服務(wù)平臺、語言和發(fā)布者能夠互相獨立，這是EAI解決方案的一個理想的候選者。通過開放的Internet標(biāo)準(zhǔn)：Web服務(wù)描述語言（WSDL，用于服務(wù)描述），統(tǒng)一描述、發(fā)現(xiàn)和集成規(guī)范（UDDI，用于服務(wù)的發(fā)布和集成），簡單對象訪問協(xié)議（SOAP，用于服務(wù)調(diào)用）和Web服務(wù)流語言（WSFL，用來定義工作流，這尚不是一個W3C標(biāo)準(zhǔn)），Web服務(wù)消除了現(xiàn)存解決方案（如CORBA和DCOM）中的互用性問題。EAI和Web服務(wù)Web服務(wù)不是EAI或者是EAI的一部分，更甚者，Web服務(wù)是另外一個技術(shù)，Web服務(wù)能夠使EAI成為真正可能的、便捷實施的，同時又引人注目的解決方案。Web服務(wù)能徹底地改變傳統(tǒng)的EAI中點對點的集成處理方式。使用Web服務(wù)，通過松散的應(yīng)用集成，一個企業(yè)可以僅僅實現(xiàn)EAI的一個子集，即能取得實效。與之相反，EAI要實現(xiàn)一個全盤的方案，來緊密的集成和聯(lián)系支持公司業(yè)務(wù)的所有的系統(tǒng)和應(yīng)用。在公司內(nèi)部不同的業(yè)務(wù)系統(tǒng)和技術(shù)單體中可能需要花費數(shù)年的持續(xù)的努力，高投資以及為之配備的充實的資源。Web服務(wù)，以這樣一種松散的服務(wù)捆綁集合形式（也可以說是一個特別得解決方案），能夠快速、低代價地開發(fā)、發(fā)布、發(fā)現(xiàn)和動態(tài)綁定應(yīng)用。就當(dāng)代Web服務(wù)的技術(shù)發(fā)展水平來看，Web服務(wù)可以實現(xiàn)應(yīng)用程序之間的函數(shù)或方法級的集成。他們不是自然的基于事務(wù)的，同時僅提供了基本的"請求/響應(yīng)"功能。然而，在下一代的Web服務(wù)中，在功能上和技術(shù)上都會更先進(jìn)，將會提供用戶接口封裝和安全性，他們將能夠包裝一個應(yīng)用程序并且把他嵌入到其他的應(yīng)用程序中去?，F(xiàn)有的主要關(guān)注于應(yīng)用集成的EAI解決方案將不得不因此而改變。在將來，包裝好的應(yīng)用程序?qū)⑹褂萌鏧ML、SOAP、WSDL和UDDI技術(shù)來把他們的函數(shù)或方法作為Web服務(wù)的界面來顯示。因此，EAI解決方案將不得不提供一個對服務(wù)集成的廣泛的支持，而不僅僅是應(yīng)用集成。傳統(tǒng)EAI解決方案和Web服務(wù)之間的顯著的不同下面是傳統(tǒng)的EAI解決方案和Web服務(wù)之間的一些基本的不同點：（注意：有一些不同點所描述的Web服務(wù)的特點可能并非是Web服務(wù)目前有的特性，而是考慮了Web服務(wù)被提議的未來的改進(jìn)）簡單性:毫無疑問,相比于典型的EAI解決方案（也許包括分布式技術(shù)如DCOM和CORBA），Web服務(wù)更便于設(shè)計、開發(fā)、維護(hù)和使用。既然開發(fā)和使用Web服務(wù)的平臺框架已經(jīng)準(zhǔn)備好了，創(chuàng)建跨越多個應(yīng)用程序的商務(wù)流程處理將變得相對簡單。開放標(biāo)準(zhǔn)：不像有所有權(quán)的EAI解決方案，Web服務(wù)是基于開放標(biāo)準(zhǔn)諸如UDDI、SOAP、HTTP的。這個可能是導(dǎo)致Web服務(wù)被廣泛接受的最重要的因素。事實上基于現(xiàn)存的開放標(biāo)準(zhǔn)消除了企業(yè)潛在地為了支持新出現(xiàn)的Web技術(shù)的投資的需要。靈活性：既然EAI解決方案需要點對點集成，一端的改變必須告知另外一端，這自然使集成變得非常的生硬，同時也是浪費開發(fā)人員的時間的。基于Web服務(wù)的集成是非常靈活的，因為他是建立在發(fā)布服務(wù)的應(yīng)用程序和使用服務(wù)的應(yīng)用程序之間的松散耦合。便宜：EAI解決方案，諸如消息中介，其實施是非常昂貴的。而Web服務(wù)的實施則會變得便宜而快速。范圍：EAI解決方案，諸如消息中介，把應(yīng)用程序作為一個單個的實體來集成。然而Web服務(wù)允許企業(yè)把大的應(yīng)用劃分為小的獨立的邏輯實體并且包裝他們。舉例來說，企業(yè)可以為一個ERP應(yīng)用的不同的商業(yè)組件進(jìn)行包裝。如訂單管理、接受購買訂單、訂單情況、訂單確認(rèn)、帳戶接受、帳戶支付等等。高效性：已在前面幾點提到的，Web服務(wù)允許應(yīng)用程序劃分為一些小的邏輯組件，因為在小粒度基礎(chǔ)上集成應(yīng)用程序，集成將變得更容易。這也使Web服務(wù)的EAI解決方案比傳統(tǒng)的EAI解決方案更有效率。動態(tài)：Web服務(wù)通過提供動態(tài)的服務(wù)接口來實施一個動態(tài)的集成。然而傳統(tǒng)的EAI解決方案都是靜態(tài)處理的。用Web服務(wù)的EAI示例下面的Figure6顯示了在一個在企業(yè)內(nèi)使用Web服務(wù)的例子。在這個例子中，在應(yīng)用服務(wù)器中運行的企業(yè)門戶從多個內(nèi)部應(yīng)用集成信息，并提供一個跨越這些應(yīng)用的業(yè)務(wù)處理的入口點。企業(yè)門戶應(yīng)用通過內(nèi)部應(yīng)用程序使用私有UDDI注冊中心(PrivateUDDIRegistry)來獲得可提供的Web服務(wù)的技術(shù)信息，并且在企業(yè)內(nèi)部Intranet上調(diào)用這些服務(wù)。一些經(jīng)常被調(diào)用的Web服務(wù)的綁定信息將被企業(yè)門戶應(yīng)用緩存，這樣得以避免花費在動態(tài)綁定上的資源和時間。在這個例子里面，Web服務(wù)把企業(yè)門戶和CRM、ERP應(yīng)用程序松散的集成在一起。Figure6.使用Web服務(wù)進(jìn)行WAI的示例§流程步驟如下：1.在登錄企業(yè)門戶之后，用戶發(fā)出請求信息；2?支持企業(yè)門戶框架的應(yīng)用程序通過瀏覽私有UDDI注冊中心獲得關(guān)于CRM和ERP應(yīng)用的Web服務(wù)的技術(shù)；3.Web服務(wù)的位置和WSDL綁定信息被穿送給應(yīng)用服務(wù)器；4?應(yīng)用程序調(diào)用CRM應(yīng)用發(fā)布的Web服務(wù)得到個人的信息，如名字、身份證號碼、地址以及用戶的Email。這個通訊過程是基于SOAP交互的；5?應(yīng)用程序調(diào)用ERP應(yīng)用發(fā)布的Web服務(wù)獲得銀行帳號信息，諸如銀行帳號號碼，結(jié)余和用戶交易歷史記錄。這個通訊過程也是基于SOAP交互的；6.信息被格式化后，被發(fā)給起初的調(diào)用用戶。從哪里開始企業(yè)在內(nèi)部應(yīng)用程序中使用Web服務(wù)來實施應(yīng)用集成的項目，應(yīng)當(dāng)從函數(shù)、應(yīng)用程序接口(API)，或者遠(yuǎn)端過程調(diào)用(RPC)級別開始這一進(jìn)程。這個將使企業(yè)內(nèi)使用和實施Web服務(wù)的IT技術(shù)人員熟悉Web服務(wù)技術(shù)，當(dāng)企業(yè)將來使用Web服務(wù)進(jìn)行外部集成(B2B集成)項目時，將會有助于項目的有效進(jìn)行。在Intranet內(nèi)控制、管理、尋找、執(zhí)行和維護(hù)Web服務(wù)相對來說也比通過企業(yè)防火墻在Internet上使用Web服務(wù)更為容易。進(jìn)一步來說，它將幫助企業(yè)來比較和鑒別，使用標(biāo)準(zhǔn)化和相對便宜的Web服務(wù)解決方案相對于昂貴的傳統(tǒng)的EAI解決方案到底是不是對提高企業(yè)的產(chǎn)出率更有幫助。然而，要求企業(yè)拋棄現(xiàn)存的EAI底層架構(gòu)并且盲目的轉(zhuǎn)向開發(fā)基于Web服務(wù)的解決方案來替代它是不太現(xiàn)實的。企業(yè)不會停止使用提供完整事務(wù)服務(wù)的EAI中間件框架。在使用Web服務(wù)的場所，不是替代(現(xiàn)在還不是)，而是應(yīng)該使用Web服務(wù)來支撐現(xiàn)存的下層結(jié)構(gòu)。經(jīng)過一段時間,Web服務(wù)將逐漸的由一個EAI解決方案進(jìn)化為一個B2Bi(B2BIntergration)解決方案。結(jié)論通過一個被Web標(biāo)準(zhǔn)支持的方法而不是一個有私有知識產(chǎn)權(quán)的系統(tǒng),Web服務(wù)提供一個中立的平臺來集成應(yīng)用程序，從而被用于集成不同的應(yīng)用系統(tǒng)。依靠Web服務(wù)，企業(yè)能夠?qū)崟r地訪問不同部門、不同應(yīng)用、不同平臺和不同系統(tǒng)的信息，這已是Web服務(wù)被接受的最重要和最有力的因素之一。在企業(yè)’冒險"在B2B中使用Web服務(wù)實施應(yīng)用集成之前，企業(yè)應(yīng)當(dāng)首先在他們內(nèi)部的非面向事務(wù)的一般商業(yè)流程集成中使用Web服務(wù)。1.1.實時數(shù)據(jù)集成對于設(shè)計企業(yè)應(yīng)用程序來說，面向服務(wù)的體系結(jié)構(gòu)(SOA)提供了像可重用組件和獨立于平臺的通信等優(yōu)點。當(dāng)考慮SOA的時候，必須將數(shù)據(jù)集成作為一項基本要素。大量遺留數(shù)據(jù)來自于每天的日常事務(wù)，并且必須將其作為新應(yīng)用程序的組成部分來進(jìn)行維護(hù)。如果將SOA和數(shù)據(jù)集成技術(shù)結(jié)合在一起，那么通過可重用性、與其他企業(yè)應(yīng)用程序之間增加的通信，以及Web服務(wù)的使用，都將使您從中受益。DataStage是一款I(lǐng)BM旗艦產(chǎn)品，它為實時數(shù)據(jù)集成(RTI)提供了一整套解決方案，可以將RTI作為Web服務(wù)來進(jìn)行處理。您將使用DataStage開發(fā)示例RTI作業(yè)，將其作為Web服務(wù)進(jìn)行發(fā)布，并使用Java?客戶端調(diào)用這個Web服務(wù)。實時數(shù)據(jù)集成和WebSphereDataStage的簡介RTI是IBMWebSphereDataStage（以下簡稱為DataStage）中的一個組件，它允許您創(chuàng)建可共享的標(biāo)準(zhǔn)服務(wù)，包括Web服務(wù)。您可以調(diào)用這些代表DataStage作業(yè)的數(shù)據(jù)集成功能的服務(wù)，而無需全面地了解數(shù)據(jù)集成邏輯。將DataStage作業(yè)作為可共享的服務(wù)進(jìn)行部署，這將為您帶來很多的優(yōu)點，其中包括：?提供對不同數(shù)據(jù)源（內(nèi)部的和外部的）的單點標(biāo)準(zhǔn)訪問。?實時地重用來自DataStage作業(yè)的邏輯。?通過為每個應(yīng)用程序提供統(tǒng)一的服務(wù)，可以更快地部署應(yīng)用程序，這將極大地減少冗余代碼。圖1顯示了RTI的體系結(jié)構(gòu)。圖1.RTI的體系結(jié)構(gòu)§本部分說明了如何將RTI作業(yè)作為Web服務(wù)進(jìn)行部署。讓我們將這個過程分為下面幾個部分進(jìn)行介紹：?RTI作業(yè)拓?fù)涞暮喗?使用DataStage一步一步地開發(fā)一個示例數(shù)據(jù)集成組件?將數(shù)據(jù)集成組件作為Web服務(wù)進(jìn)行發(fā)布?開發(fā)一個Java客戶端，以調(diào)用您所發(fā)布的Web服務(wù)RTI作業(yè)拓?fù)銻TI服務(wù)器支持以下三種作業(yè)拓?fù)洌?拓?fù)湟唬号幚碜鳂I(yè)?拓?fù)涠喊琑TI輸出組件的批處理作業(yè)?拓?fù)淙和耆cRTI兼容的作業(yè)拓?fù)湟唬号幚碜鳂I(yè)拓?fù)湟皇褂眯碌幕蛘攥F(xiàn)有的、作為RTI服務(wù)公開的批處理作業(yè)。（請注意，這種拓?fù)洳话魏蜶TI組件，如RTI輸入組件或者RTI輸出組件，在下面的部分中將對它們進(jìn)行說明。）基于批處理作業(yè)的RTI服務(wù)可以接受作業(yè)參數(shù)作為輸入?yún)?shù)。這種類型的服務(wù)不返回任何輸出。當(dāng)您配置部署時，可以為作業(yè)參數(shù)設(shè)置相應(yīng)的值。圖2顯示了這種拓?fù)涞囊粋€示例。圖2.批處理作業(yè)§拓?fù)涠喊琑TI輸出組件的批處理作業(yè)拓?fù)湟缓屯負(fù)涠g唯一的區(qū)別在于，拓?fù)涠琑TI輸出組件。RTI輸出組件是作業(yè)的退出點，并且作為服務(wù)響應(yīng)，它將為客戶端應(yīng)用程序返回一行或者多行內(nèi)容oRTI輸出組件支持一個輸入鏈。它的表定義可以映射為RTI服務(wù)的輸出參數(shù)。請參見圖3中關(guān)于這種拓?fù)浣Y(jié)構(gòu)的示例。圖3.包含RTI輸出組件的批處理作業(yè)§拓?fù)淙和耆cRTI兼容的作業(yè)在拓?fù)淙?，作業(yè)可以同時使用RTI輸入組件和RTI輸出組件。RTI輸入組件是作業(yè)的入口點，在服務(wù)請求期間接受一行或者多行內(nèi)容。RTI輸入組件支持一個輸出鏈。它的表定義可以映射為RTI服務(wù)的輸入?yún)?shù)，如Web服務(wù)操作的輸入?yún)?shù)。符合拓?fù)淙淖鳂I(yè)始終是開啟的。在您將這個作業(yè)作為Web服務(wù)進(jìn)行了部署之后，您將發(fā)現(xiàn)該作業(yè)的一個實例正在DataStageDirector中運行。圖4顯示了這種拓?fù)涞囊粋€示例。圖4.完全與RTI兼容的作業(yè)§開發(fā)一個示例RTI作業(yè)現(xiàn)在，讓我們來創(chuàng)建一個示例RTI作業(yè)，以便從數(shù)據(jù)庫表中提取位置信息。您使用的參數(shù)是employeeid，將該參數(shù)組織為數(shù)組，這樣您就可以同時傳遞多個參數(shù)。然后，該作業(yè)返回輸入?yún)?shù)所指定的雇員的位置信息。這個RTI作業(yè)使用名為RFIDLOCATION（請參見表1中該表的定義）的表，該表存儲在一個名為GBPMDB的IBMDB2?數(shù)據(jù)庫中。在表2和表3中分別顯示了RTI輸入組件和RTI輸出組件的表定義。請注意，表1中包括了表2和3中所有的列。因此，當(dāng)您使用DataStageDesigner導(dǎo)入表定義的時候，您可以由表1中的表定義得到表2和3的表定義。表1.表RFIDLOCATION的表定義列名主鍵類型長度可否為空RFIDRecordLocationID是Integer10不能為空EmployeeID否Varchar60不能為空LocationID否Integer10不能為空RecordTime否Timestamp26不能為空表2.RTI輸入組件的表定義列名主鍵類型長度可否為空EmployeeID否Varchar60不能為空表3.RTI輸出組件LocationInfo的表定義列名主鍵類型長度可否為空EmployeeID否Varchar60不能為空LocationID否Integer10不能為空RecordTime否Timestamp26不能為空使用DataStageDesigner導(dǎo)入表定義在DataStageDesigner的存儲庫中，右鍵單擊TableDefinitions，然后選擇Import>Plug-inMetaDataDefinitions。2.在Name欄中選擇DSDB2，并單擊OK。在下一個窗口（請參見圖5）中，從下拉列表中選擇服務(wù)器的名稱（在這個示例中，選擇GBPMDB）。該服務(wù)器的名稱即為您創(chuàng)建的數(shù)據(jù)庫的名稱，該數(shù)據(jù)庫中包含您希望導(dǎo)入的表。鍵入用戶名db2inst1和密碼passw0rd，以連接到服務(wù)器。5.選擇Tables復(fù)選框，并單擊Next以繼續(xù)。圖5.選擇數(shù)據(jù)庫§6.現(xiàn)在，從SelectTable（s）列表中選擇RFIDLOCATION表，然后單擊Import，以導(dǎo)入RFIDLOCATION表的表定義。您現(xiàn)在應(yīng)該可以在DataStageDesigner存儲庫中的DSDB2子類別中看到您剛剛導(dǎo)入的表定義，如圖6所示。圖6.表定義§創(chuàng)建一個并行作業(yè)1.現(xiàn)在，在DataStageDesigner中創(chuàng)建一個新的并行作業(yè)（請參見圖10中這個作業(yè)的布局）這個作業(yè)中包含一個DB2/APIUDB組件、一個RTI輸入組件、一個RTI輸出組件和一個連接組件，它們通過鏈接組件連接在一起。圖7.作業(yè)布局§2.將新的作業(yè)保存為sampleRTI。配置該作業(yè)的屬性在DataStageDesigner中單擊JobProperties圖標(biāo)，以打開JobProperties窗口（請參見圖8）。在General選項卡中，選擇AllowMultipleInstance和RTIServiceEnabled。單擊OK，然后保存該配置。圖8.作業(yè)屬性的配置§配置DB2/UDB組件1.雙擊DB2/UDBAPI組件的RFIDLOCATION，以打開如圖9所示的窗口圖9.配置數(shù)據(jù)庫連接信息§在這個窗口中，指定服務(wù)器的名稱（即您希望連接到的數(shù)據(jù)庫的名稱），在這個示例中使用GBPMDB。3.輸入用戶IDdb2inst1和密碼passw0rd。保留其他的配置作為缺省配置。4.單擊位于該窗口頂部的Output選項卡。5.在Output頁面的General選項卡（請參見圖10）中的Tablenames字段中輸入RFIDLOCATION，并從Querytype下拉列表中選擇GeneratedSQLquery。6.保留剩余的缺省設(shè)置，并單擊Columns選項卡。圖10.配置表信息§在Columns選項卡中，單擊Load按鈕，以加載表定義。這時將彈出一個窗口，顯示您在存儲庫中選擇的表定義。8.在DSDB2子類別中選擇RTILOCATION，然后單擊OK。9.現(xiàn)在來選擇列（如圖11所示），然后單擊OK。圖11.選擇列§您將看到如圖12所示的結(jié)果。單擊OK，并保存該作業(yè)。圖12.導(dǎo)入結(jié)果§配置RTI輸入組件Employeeid2.雙擊RTI輸入組件Employeeid，并在Outout頁面中選擇Columns選項卡。3.將在這里加載表定義。（為EmployeeidRTI輸入組件加載表定義的步驟與在配置DB2/UDB組件§部分中所描述的步驟是一樣的。）在加載了表定義之后，單擊OK，并保存該作業(yè)。配置RTI輸出組件LocationInfo1.雙擊RTI輸入組件LocationInfo，并轉(zhuǎn)到Input頁面中的Columns選項卡。2.加載表定義。（為EmployeeidRTI輸入組件加載表定義的步驟與在配置DB2/UDB組件§部分中所描述的步驟是一樣的。）在加載了表定義之后，單擊OK，并保存該作業(yè)。配置連接組件JoinByEmployeeid1.雙擊JoinByEmployeeid，以便對它進(jìn)行設(shè)置。2.轉(zhuǎn)到Stage頁面中的Properties選項卡，然后選擇EMPLOYEEID將其作為連接鍵，并選擇Inner作為連接類型，如圖13所示。圖13.配置連接組件§3.現(xiàn)在，轉(zhuǎn)到Output選項卡。您可以看到，DataStage已經(jīng)在源和目標(biāo)之間生成了一個映射關(guān)系。保留這些缺省設(shè)置，并單擊OK。編譯該作業(yè)單擊DataStageDesigner中的Compile圖標(biāo)。這時將打開CompileJob窗口，同時顯示一條Jobsuccessfullycompiled的消息，假定在整個過程期間沒有出現(xiàn)任何錯誤的話。現(xiàn)在，該作業(yè)已做好了部署的準(zhǔn)備。將RTI作業(yè)sampleRTI作為Web服務(wù)進(jìn)行部署本部分剩下的部分描述了如何使用RTI控制臺將RTI作業(yè)作為Web服務(wù)進(jìn)行部署。在CurrentTask窗格中，打開RTI控制臺，并單擊RegisteranRTIServer。這個操作將打開RTIServerWizard，如圖14所示。在RTIServerName字段中，輸入RTI服務(wù)器的計算機(jī)名稱。端口號可能不同，這取決于您的RTI服務(wù)器運行時所處的應(yīng)用服務(wù)器。例如，如果該應(yīng)用服務(wù)器是IBMWebSphereApplicationServer，那么端口號是9080。保留所有其他字段的缺省設(shè)置，并單擊Finish。圖14.設(shè)置RTI服務(wù)器§您剛注冊的RTI服務(wù)器現(xiàn)在作為一個圖標(biāo)出現(xiàn)在右邊的窗格中。雙擊該圖標(biāo)。在CurrentTasks窗格中，單擊RegisteraDataStageMachine以打開DataStageMachineRegistrationWizard（請參見圖15）。在Machinename字段中，輸入運行DataStage服務(wù)器或者DataStageTX主機(jī)的計算機(jī)名稱。7.對于DataStage服務(wù)器計算機(jī)，在User和Password字段中輸入您的有效憑證°RTIAgent的缺省偵聽端口是2000。如果您的DataStage管理員更改了這個端口，那么請進(jìn)行下面的操作：選擇User-definedport按鈕。輸入新的端口號。3.單擊Finish。1.圖15.設(shè)置DataStage計算機(jī)§在CurrentTasks窗格中，單擊AddaNewServicetotheRTIServer以打開RTIServiceWizard。在Servicename字段中，輸入新服務(wù)的名稱，然后單擊Finish。您剛創(chuàng)建的服務(wù)現(xiàn)在作為一個圖標(biāo)出現(xiàn)在右邊的窗格中。雙擊這個sampleRTI圖標(biāo)。在CurrentTasks窗格中，單擊AddSupportforServiceBindings以便打開AddSupportforServiceBindingsWizard。6.在右邊的窗格列表中選擇SoapoverHTTP，然后單擊Next。7.在Additionalbinding-specificdescription字段中，可以輸入一個綁定的描述，將它添加到Web服務(wù)描述語言（WSDL）中。從Style列表中，為SOAP消息選擇一個編碼類型。您的選擇取決于客戶端應(yīng)用程序所能接受的類型。單擊Finish。這個綁定圖標(biāo)出現(xiàn)在Results窗格中。在CurrentTasks窗格中，選擇AddanOperation以打開NewOperationWizard，如圖16所示。您將看到注冊的DataStageServer的列表和表示為節(jié)點的DataStageTX計算機(jī)。選擇作業(yè)sampleRTI，即您剛創(chuàng)建的作業(yè)，然后單擊Next。圖16.選擇RTI作業(yè)§在OperationName字段中，如果需要的話可以更改這個名稱。其缺省值是作業(yè)或者映射的名稱。在QueueSize字段中，使用服務(wù)請求來指定操作隊列的大小。如果隊列大小超出了指定值，那么將拒絕請求。缺省值為三個請求。在Waitdelay字段中，指定最大的等待時間，以毫秒為單位。如果等待時間超出了指定的最大時間，則拒絕請求。缺省值是100毫秒。15.單擊Next。16.下拉Options列表并選擇Array（請參見圖17）。對于那些接受或需要在單個請求中包含多行內(nèi)容的任務(wù)，應(yīng)該將它們的輸入?yún)?shù)組織為數(shù)組。在這個示例中，您作為Web服務(wù)部署的作業(yè)可以在單個請求中接受多行內(nèi)容，因此您必須從Options列表中選擇Array。圖17.創(chuàng)建新的操作§這個RTI作業(yè)在單個請求中返回多行內(nèi)容，因此在Options列表中再次選擇Array。單擊Next。您現(xiàn)在應(yīng)該處于NewOperationWizard-MessagesSummary窗口中，如圖18所示。在ServiceRequest和ResponseMessages字段中，檢查該操作的輸入和輸出參數(shù)，然后單擊Finish。圖18.檢查輸入和輸出參數(shù)§現(xiàn)在，您可以設(shè)置運行時參數(shù)。在Minimum字段中，輸入可以在任何給定時間運行的并發(fā)作業(yè)實例的最小數(shù)目。在Maximum字段中，輸入可以在任何給定的時間運行的并發(fā)作業(yè)和映射實例的最大數(shù)目其缺省值為5，最大值的缺省值是500。保留其他字段的缺省設(shè)置，并單擊Next。4?在下一個窗口中，如果需要的話，替換缺省用戶憑證，然后單擊Finish。當(dāng)OpertionCreated窗口彈出時，單擊OK。右鍵單擊位于右邊的窗格中的綁定圖標(biāo)，并選擇Activate，如圖19所示。圖19.激活該綁定§雙擊您創(chuàng)建的操作。在右邊的窗格中，您將發(fā)現(xiàn)您剛附加到該操作的作業(yè)。在GlobalTasks列表中，單擊BrowsetheRTIRegistry以打開RTIRegistryWeb頁面。您將在列表中發(fā)現(xiàn)您剛剛注冊的RTI服務(wù)sampleRTI（請參見圖20）。圖20.RTI服務(wù)列表§單擊sampleRTI顯示它的注冊信息。10.要在Web瀏覽器中顯示該服務(wù)的WSDL，單擊WSDL鏈接。通過這個WSDL文件，您可以調(diào)用所開發(fā)的這個RTI作業(yè)。開發(fā)一個Java客戶端，以便調(diào)用這個Web服務(wù)這個部分說明了如何使用Java客戶端調(diào)用您剛剛部署的Web服務(wù)，而您的主要任務(wù)是開發(fā)這個Java客戶端。在開始之前，您需要準(zhǔn)備好下面的環(huán)境：?EclipseIDE版本3.0或更高版本—您可以使用Eclipse開發(fā)該Java項目；準(zhǔn)備一個EclipseIDE，這樣您可以很容易地遵循本部分中所介紹的步驟。?JDK1.4或者1.5—這是開發(fā)Java項目的基本要求。?ApacheAxis—您使用Axis從Web服務(wù)生成本地Java存根，這使得可以很容易地調(diào)用Web服務(wù)?，F(xiàn)在，您可以開始開發(fā)您的Java客戶端了。1.創(chuàng)建一個Java項目，并將其命名為TestRTIJob。2.右鍵單擊該項目，并選擇Properties。打開一個如圖21所示的窗口。3.單擊Libraries選項卡，如圖21所示，添加Axis.jar文件。圖21.添加.jar文件§4.從EclipseIDE中選擇Run>Run以打開一個如圖22所示的窗口。圖22.生成Java存根§在這個窗口中的左側(cè)創(chuàng)建一個新的Java應(yīng)用程序?qū)嵗?，然后單擊右邊的Search按鈕。6.從打開的ChooseMainType窗口中，選擇WSDL2Java類。Axis提供了這個類，以便由WSDL文件生成本地Java存根。7.單擊OK。8.復(fù)制您剛發(fā)布到Programarguments字段的Web服務(wù)的WSDL文件的URL，如圖23所示。圖23.復(fù)制WSDL文件的URL§單擊Run。當(dāng)完成該程序時，您將注意到在您的項目中生成了一些存根類，如圖24所示。這些類可以幫助您調(diào)用該Web服務(wù)。圖24.生成的Java存根類§現(xiàn)在，您需要創(chuàng)建一個名為TestRTIJob的類，以便通過剛生成的存根類來調(diào)用Web服務(wù)。清單1中提供了這個類的源代碼。清單1.調(diào)用Web服務(wù)packagecom.ascential.rti.sample;importjava.rmi.RemoteException;importjavax.xml.rpc.ServiceException;publicclassTestRTIJob{publicstaticvoidmain(String[]args){SampleLocatorlocator=newSampleLocator();SampleDOCLITservice=null;try{service=locator.getsampleSoap();Stringname=service.RTIJob("001");System.out.println("Thenameis:"+name);}catch(ServiceExceptione){e.printStackTrace()