近代各種救國(guó)方案評(píng)析論文[ＳＯＡ應(yīng)用方案評(píng)析]

近代各種救國(guó)方案評(píng)析論文應(yīng)用方案評(píng)析 按照計(jì)算機(jī)世界方案評(píng)估中心在與多位專家共同交流的基礎(chǔ)上形成的評(píng)價(jià)體系，各位專家對(duì)入圍方案進(jìn)行了深入研究和細(xì)致評(píng)價(jià)。 IONA: 優(yōu)點(diǎn)： 作為SOA工具和平臺(tái)廠商，IONA提供的方案對(duì)于SOA概念的理解和闡述是非常到位的，尤其突出了不同的工具在實(shí)現(xiàn)SOA方面的差異，對(duì)客戶最終確定技術(shù)方案有比較重要的借鑒和參考意義。在技術(shù)實(shí)現(xiàn)方面，該方案考慮的因素較為完整。成功案例中客戶實(shí)施效果良好，有較好的投資回報(bào)，解決現(xiàn)實(shí)問題，具有比較強(qiáng)的借鑒意義。 IONA著重在一般意義上描述了IONA Artix如何作為SOA解決方案提供出色的服務(wù)技術(shù)架構(gòu)和服務(wù)技術(shù)能力。內(nèi)蒙網(wǎng)通的實(shí)施案例在一定程度上表現(xiàn)了Artix對(duì)傳統(tǒng)問題的解決能力: 以前各應(yīng)用系統(tǒng)需要互相訪問數(shù)據(jù)庫(kù)以傳遞集成數(shù)據(jù)，導(dǎo)致低效和緊藕，Artix采用Web Service封裝數(shù)據(jù)，實(shí)現(xiàn)了客戶資料的統(tǒng)一化，也有效地實(shí)現(xiàn)了應(yīng)用系統(tǒng)之間的松藕和可擴(kuò)展性。 不足： 方案的文字描述和技術(shù)分析攻擊性比較強(qiáng)。SOA是開放性的架構(gòu)，技術(shù)實(shí)現(xiàn)方式多種多樣，對(duì)方案的最終判斷和選擇還要結(jié)合客戶的具體需求，不宜孤立、簡(jiǎn)單地將某種技術(shù)或解決方案作為SOA惟一的發(fā)展趨勢(shì)，將SOA技術(shù)狹義化對(duì)SOA的發(fā)展是不利的。 從問題到解決方案有效地證明了SOA能帶來的系統(tǒng)間松藕合的信息共享能力，但仍然沒有突出SOA關(guān)于業(yè)務(wù)共享的主旨: SOA的強(qiáng)大能力在于將業(yè)務(wù)（相對(duì)粗粒度）作為服務(wù)提供給企業(yè)外部。 中創(chuàng): 優(yōu)點(diǎn)： 作為本土企業(yè)，中創(chuàng)軟件中間件的表現(xiàn)可圈可點(diǎn)，尤其在SOA應(yīng)用實(shí)踐方面走在前列。食品藥品安全關(guān)乎國(guó)計(jì)民生，中創(chuàng)軟件基于自主開發(fā)的中間件平臺(tái)，構(gòu)建符合SOA架構(gòu)的信息系統(tǒng)，對(duì)于提高食品藥品監(jiān)管部門的監(jiān)管水平、提高對(duì)重大事件的預(yù)警和處理能力有著重要意義。 整體來看，該方案的優(yōu)點(diǎn)主要包括如下方面： 第一，業(yè)務(wù)需求分析充分，立足實(shí)際應(yīng)用 該方案在充分分析了食品藥品監(jiān)督管理的具體業(yè)務(wù)內(nèi)容和業(yè)務(wù)流程的基礎(chǔ)上，提出了具有針對(duì)性的解決方案，能切實(shí)解決實(shí)際應(yīng)用的業(yè)務(wù)問題。 第二，先進(jìn)的系統(tǒng)架構(gòu)設(shè)計(jì)理念 通過面向流程、事件驅(qū)動(dòng)的SOA設(shè)計(jì)思路，可以使每個(gè)應(yīng)用與其他應(yīng)用處于松耦合狀態(tài)，提高了信息系統(tǒng)的敏捷性，實(shí)現(xiàn)了業(yè)務(wù)系統(tǒng)的“隨需應(yīng)變”。 第三，通過自主產(chǎn)權(quán)的中間件平臺(tái)實(shí)現(xiàn)業(yè)務(wù)協(xié)同 該方案采用了自主產(chǎn)權(quán)的中間件作為SOA支撐平臺(tái)，主要包括：J2EE應(yīng)用服務(wù)器、數(shù)據(jù)集成中間件、業(yè)務(wù)流程管理中間件、數(shù)據(jù)展現(xiàn)中間件、安全控制組件、內(nèi)容管理組件等。 通過中間件平臺(tái)的應(yīng)用，可以實(shí)現(xiàn)異構(gòu)環(huán)境中的多樣、綜合的信息協(xié)同，實(shí)現(xiàn)跨部門、跨地域的業(yè)務(wù)流程協(xié)同，實(shí)現(xiàn)信息訪問者在信息展現(xiàn)層的協(xié)同。 不足： 從該解決方案可以看到，國(guó)內(nèi)的軟件企業(yè)在信息系統(tǒng)架構(gòu)設(shè)計(jì)方面的能力已經(jīng)與國(guó)際水平非常接近，但如何把自身的技術(shù)實(shí)力轉(zhuǎn)化成為市場(chǎng)能力，為更多的客戶所接受，還需要做大量的工作。 IBM: 優(yōu)點(diǎn)： IBM提供的以SOA整合為基礎(chǔ)的中小商業(yè)銀行解決方案比較成熟、完整，案例不但描述了SOA的概念，也體現(xiàn)出其實(shí)用價(jià)值。技術(shù)實(shí)現(xiàn)方案中的關(guān)鍵點(diǎn)描述得清晰、準(zhǔn)確，甚至在方案的很多細(xì)節(jié)方面都考慮得非常周到，既體現(xiàn)出對(duì)IT技術(shù)的良好把握以及成熟度，又體現(xiàn)出對(duì)銀行業(yè)務(wù)的熟悉和了解。 本方案指出銀行IT部門面臨如何將日益復(fù)雜的IT基礎(chǔ)框架和更加靈活的業(yè)務(wù)模型進(jìn)行整合這個(gè)重要問題。IBM提出了以SOA整合為基礎(chǔ)的中小商業(yè)銀行解決方案，方案以企業(yè)服務(wù)總線（ESB）為整合系統(tǒng)的核心，通過一組豐富的功能對(duì)應(yīng)用程序間的交互進(jìn)行管理和監(jiān)視，在銀行內(nèi)部和銀行之間連接新的和現(xiàn)有的軟件應(yīng)用程序，有效地重用了現(xiàn)有的服務(wù)及系統(tǒng)，實(shí)現(xiàn)了靈活的業(yè)務(wù)模型，為新業(yè)務(wù)的開展提供了可能的方法。 不足： 若一定要找不足之處，就是目前的方案只是被動(dòng)解決IT接入的實(shí)現(xiàn)、成本和復(fù)雜度方面的問題，也是以數(shù)據(jù)和通信為整合目標(biāo)，還未涉及業(yè)務(wù)流程和應(yīng)用方面的內(nèi)容，若有補(bǔ)充更佳。 另外，方案重點(diǎn)介紹了ESB系統(tǒng)核心功能的特點(diǎn)以及ESB系統(tǒng)架構(gòu)中Adapter框架的功能，并通過萊蕪商業(yè)銀行的案例介紹了對(duì)ESB系統(tǒng)的應(yīng)用。但是對(duì)案例的說明還不夠詳盡。 SAP : 優(yōu)點(diǎn)： 本方案針對(duì)當(dāng)前在國(guó)際化、教育觀念改變和高新技術(shù)迅速發(fā)展的背景下，高等教育出版社為優(yōu)化供應(yīng)鏈管理、更好地提供教學(xué)教育服務(wù)內(nèi)容，與SAP合作以mySAP ERP 為主體，以BW、Portal 為輔助模塊的信息化解決方案; 又通過引入SAP NetWeaver 進(jìn)行系統(tǒng)升級(jí)，初步實(shí)現(xiàn)了面向企業(yè)應(yīng)用層面的SOA 信息化系統(tǒng)架構(gòu)的搭建。SAP NetWeaver集成平臺(tái)集成了所有的信息化系統(tǒng)，實(shí)現(xiàn)了對(duì)信息數(shù)據(jù)的商業(yè)智能分析，并在統(tǒng)一的信息化平臺(tái)下，開發(fā)了面向企業(yè)服務(wù)和應(yīng)用的信息系統(tǒng)，并與整體的信息化平臺(tái)集成。具體而言，其主要特點(diǎn)包括: XI作為總線式、多點(diǎn)對(duì)多點(diǎn)接口模塊，主要功能是將SAP系統(tǒng)與其他信息系統(tǒng)連接起來，并提供實(shí)時(shí)的數(shù)據(jù)交換服務(wù); BW作為數(shù)據(jù)倉(cāng)庫(kù)，主要承擔(dān)通過XI，實(shí)現(xiàn)用戶跨系統(tǒng)、跨模塊查詢、瀏覽數(shù)據(jù)的服務(wù)，并在此基礎(chǔ)之上，提供動(dòng)態(tài)、多維、可追溯的商業(yè)智能分析功能; EP作為企業(yè)門戶，除提供單點(diǎn)登錄技術(shù)實(shí)現(xiàn)與辦公自動(dòng)化系統(tǒng)集成外，還將通過與BW 的集成，以其友好Web 界面，向用戶提供一目了然的數(shù)據(jù)分析界面和數(shù)據(jù)分析結(jié)果。 不足： 方案對(duì)于SOA平臺(tái)架構(gòu)進(jìn)行了分析，但是缺少功能特點(diǎn)的描述。 東方通: 優(yōu)點(diǎn)： 東方通提供的方案指出了對(duì)通過應(yīng)用集成平臺(tái)整合現(xiàn)有信息資源、建立應(yīng)急指揮綜合平臺(tái)、利用現(xiàn)有VSAT系統(tǒng)采集現(xiàn)場(chǎng)圖像信息的要求。通過應(yīng)急指揮數(shù)據(jù)庫(kù)和電子海圖平臺(tái)的支持，利用海上落水人員漂移等數(shù)學(xué)模型，建立以實(shí)現(xiàn)人命救助的輔助指揮、應(yīng)急預(yù)案的應(yīng)用管理為重點(diǎn)的海事應(yīng)急輔助指揮系統(tǒng)。 方案比較好地體現(xiàn)了SOA架構(gòu)的理念，實(shí)現(xiàn)了對(duì)多類型海事應(yīng)急數(shù)據(jù)和信息的整合。方案中對(duì)于IT信息孤島的形成、存在的問題分析比較到位，尤其對(duì)多種技術(shù)方案的差異進(jìn)行了比較清晰的論述，對(duì)于SOA的概念和技術(shù)特點(diǎn)理解和把握得比較準(zhǔn)確。 不足： 方案解決的是數(shù)據(jù)整合和信息流傳送的問題，將“應(yīng)用整合”狹義地定位在整合數(shù)據(jù)和建立海事應(yīng)急指揮數(shù)據(jù)庫(kù)，因此目前的方案可以說只是完成了數(shù)據(jù)整合，對(duì)應(yīng)用和流程的整合涉及不多，這對(duì)于未來方案的適應(yīng)性和擴(kuò)展性有一定影響。 方案突出了應(yīng)用集成平臺(tái)TongIntegrator，具有整合平臺(tái)以及架構(gòu)級(jí)的可擴(kuò)展化、數(shù)據(jù)交互標(biāo)準(zhǔn)化的特點(diǎn)，具備較高的可靠性、安全性、開放性、互操作性、實(shí)用性，但是對(duì)于海事應(yīng)急輔助指揮系統(tǒng)的概述部分介紹過多，對(duì)全篇結(jié)構(gòu)有所影響。 麒麟遠(yuǎn)創(chuàng): 優(yōu)點(diǎn)： 本方案指出在當(dāng)前銀行的大集中工程中，普遍存在重核心建設(shè)、輕前置建設(shè)的情況，在前置建設(shè)中存在前置功能眾多且單一、缺乏系統(tǒng)集成功能和流程管理功能，導(dǎo)致現(xiàn)有的IT體系結(jié)構(gòu)和相關(guān)系統(tǒng)在一定程度上與大集中存在不適應(yīng)性。 針對(duì)如何在新的系統(tǒng)架構(gòu)下，在實(shí)現(xiàn)總行統(tǒng)一集中管理，梳理總行各業(yè)務(wù)系統(tǒng)間歷史形成的信息孤島、剛性互聯(lián)等現(xiàn)狀，為了簡(jiǎn)化分行各個(gè)業(yè)務(wù)系統(tǒng)和IT架構(gòu)，保留分行的特色業(yè)務(wù)等的靈活性，麒麟遠(yuǎn)創(chuàng)提供了業(yè)務(wù)驅(qū)動(dòng)的銀行綜合前置系統(tǒng)，以基于SOA架構(gòu)的企業(yè)數(shù)據(jù)總線、企業(yè)服務(wù)總線和企業(yè)業(yè)務(wù)流程管理總線三個(gè)層面來全面滿足銀行分行和總行數(shù)據(jù)交換、應(yīng)用集成、渠道整合、業(yè)務(wù)流程整合，提供更為靈活和廣闊的銀行業(yè)務(wù)支持。 該系統(tǒng)基于EAI/SOI平臺(tái)BusinessWare，在以下方面具有特色: 充分利用EAI/SOI技術(shù)與行業(yè)知識(shí)的有效結(jié)合，領(lǐng)先于傳統(tǒng)的小前置系統(tǒng); 提供較為全面的平臺(tái)化的信息整合、服務(wù)整合和流程整合的能力; 作為聯(lián)機(jī)實(shí)時(shí)業(yè)務(wù)與信息管理等系統(tǒng)的信息交互與服務(wù)中心，提供優(yōu)異的性能和穩(wěn)定性，以保證全行業(yè)務(wù)正常高效開展; 多渠道整合網(wǎng)上銀行、ATM、POS、CallCenter、前端柜面等離柜和臨柜渠道，取代原有的POS、ATM等小前置系統(tǒng)，將終端設(shè)備直接連接到綜合前置上來，實(shí)現(xiàn)統(tǒng)一高效管理; 取代現(xiàn)有種類繁多的中間業(yè)務(wù)系統(tǒng)和平臺(tái)，統(tǒng)一提供中間業(yè)務(wù)服務(wù); 提供對(duì)總行中間業(yè)務(wù)統(tǒng)一管理的能力和分行特色中間業(yè)務(wù)二次開發(fā)的能力; 綜合前置系統(tǒng)在連接協(xié)議、數(shù)據(jù)接口、行業(yè)標(biāo)準(zhǔn)、行內(nèi)標(biāo)準(zhǔn)等方面適應(yīng)性好，提供多種應(yīng)用的統(tǒng)一接入點(diǎn)。 不足： 方案簡(jiǎn)要介紹了五橫三縱的總體架構(gòu)，但是沒有結(jié)合需求，具體指出這些架構(gòu)是如何配合需求實(shí)現(xiàn)的; 也沒有性能、安全性、開發(fā)支持等方面的描述?？傮w上，方案過于簡(jiǎn)單，邏輯性不強(qiáng)。 銳易特: 優(yōu)點(diǎn)： 銳易特提供的方案實(shí)現(xiàn)了對(duì)移動(dòng)通信網(wǎng)絡(luò)中多個(gè)網(wǎng)元和平臺(tái)的綜合投訴管理，這種綜合體現(xiàn)在portal的建立、數(shù)據(jù)的集成以及應(yīng)用的整合等方面，業(yè)務(wù)需求的分析較為完整，整合的方案分析比較清晰，體現(xiàn)出該公司對(duì)移動(dòng)通信業(yè)務(wù)和運(yùn)營(yíng)現(xiàn)狀有比較深刻的理解，方案針對(duì)性和實(shí)用性較強(qiáng)。 在此案例中，銳易特對(duì)問題的分析比較細(xì)致和深入，可以看出該SOA解決方案的合理性，漸進(jìn)式集成的思路也很好。 不足： 方案在體現(xiàn)SOA與傳統(tǒng)異構(gòu)系統(tǒng)互聯(lián)技術(shù)方案差異方面論述不夠。而且，技術(shù)方案未充分論證流程差異化對(duì)技術(shù)方案的影響: 由于電信運(yùn)營(yíng)商各種平臺(tái)和業(yè)務(wù)的管理模式不同，投訴處理的流程并未統(tǒng)一，在這樣的情況下單純依靠IT技術(shù)實(shí)現(xiàn)多平臺(tái)的綜合投訴管理與系統(tǒng)整合是非常困難的。 銳易特采用JMS作為其ESB總線的實(shí)現(xiàn)技術(shù)，然后采用不同的適配器來實(shí)現(xiàn)JMS消息和其他消息的轉(zhuǎn)化。問題是，ESB的重點(diǎn)之一在于松藕的服務(wù)模型，其消息傳輸應(yīng)該能夠分離服務(wù)提供者和服務(wù)消費(fèi)者之間的耦合，基于文本的傳輸模型應(yīng)該是最好的選擇，那么，JMS適合作為服務(wù)總線的實(shí)現(xiàn)技術(shù)么？此外，從國(guó)外的發(fā)源來說，ESB的主旨在于基于Web的企業(yè)應(yīng)用集成，而國(guó)內(nèi)的應(yīng)用背景是否會(huì)帶來不同的實(shí)施方式，這是銳意特在繼續(xù)下一步方案時(shí)應(yīng)該考慮的問題。 BEA: 優(yōu)點(diǎn)： BEA的ALUI企業(yè)信息門戶解決方案在華能大連電廠的協(xié)同工作平臺(tái)建設(shè)中發(fā)揮了很大作用。它通過部署新一代企業(yè)信息門戶，重視協(xié)同作業(yè)，實(shí)現(xiàn)業(yè)務(wù)流程自動(dòng)化以支持XML、Web Service等方式拓展對(duì)企業(yè)外部的延展性等。具體而言，平臺(tái)在以下方面具有特點(diǎn): 利用ALUI的Parallel Engine技術(shù)在改善Web Services效率方面有特色，同時(shí)分流和處理多個(gè)Web Service的請(qǐng)求，使整個(gè)七個(gè)組件在相互交流的過程中保證高效性; 利用ALUI跨越Java和.Net的限制，提供兩個(gè)版本Java版以及.Net版; 而且在它的各個(gè)組件可以混合使用最適合的版本，最后還可以做到整體的一致性。 該項(xiàng)目集企業(yè)網(wǎng)站和企業(yè)門戶為一體，集成了電廠現(xiàn)有EAM、OA、SIS等應(yīng)用系統(tǒng)，將電廠內(nèi)的部分日常管理融入在門戶中，進(jìn)一步規(guī)范了企業(yè)管理，提升了管理水平，提高了協(xié)同辦公效率，并能夠加快開發(fā)建設(shè)速度，減少單獨(dú)開發(fā)再集成的各種資源浪費(fèi)。 不足： 該解決方案中，數(shù)字化電廠目前的建設(shè)重點(diǎn)還只在于企業(yè)內(nèi)部的信息化管理和整合。BEA也只是小試牛刀，采用Portal技術(shù)為其實(shí)現(xiàn)了內(nèi)部管理的協(xié)同工作平臺(tái)。這也許是以后構(gòu)建SOA的基礎(chǔ)，但目前此應(yīng)用的實(shí)施還難以表現(xiàn)SOA的精髓。有個(gè)問題是: 對(duì)于數(shù)字化電廠本身的建設(shè)來說，是否有采取面向服務(wù)架構(gòu)的必要？ 銳易特：移動(dòng)綜合投訴處理平臺(tái) 投訴處理綜合平臺(tái)采用基于總線的SOA架構(gòu)，用不大的投資大大提高了投訴處理人員的工作效率，并為后續(xù)的擴(kuò)展奠定了良好的基礎(chǔ)。 為了提升用戶滿意度，各移動(dòng)分公司在新業(yè)務(wù)系統(tǒng)建設(shè)時(shí)，也同期建設(shè)了維護(hù)模塊。這些支撐系統(tǒng)種類繁多，分別應(yīng)用于各種移動(dòng)業(yè)務(wù)故障的投訴處理。由于新業(yè)務(wù)日益復(fù)雜，流程較長(zhǎng)，同時(shí)，為了處理一個(gè)用戶投訴往往需要使用多套系統(tǒng)，這給處理投訴的人員帶來了很大的不便。為此，需要建設(shè)一個(gè)集中的綜合投訴平臺(tái)，統(tǒng)一管理各種投訴服務(wù)，實(shí)現(xiàn)單點(diǎn)登錄，一站式管理。 綜合投訴處理平臺(tái)建設(shè)的基本思路是，以實(shí)現(xiàn)各個(gè)投訴處理流程為主線，有效整合投訴處理過程中涉及的各個(gè)環(huán)節(jié)，形成界面一致、管理統(tǒng)一的投訴處理平臺(tái)，以提高投訴處理的效率和速度。鑒于需要集成的投訴處理系統(tǒng)的數(shù)目多、復(fù)雜性高，本解決方案采用業(yè)界公認(rèn)的企業(yè)信息集成的體系架構(gòu)SOA。 按照以服務(wù)為中心的集成理念，建設(shè)投訴處理綜合平臺(tái)的需求可以映射為流程服務(wù)、信息服務(wù)、交互服務(wù)、應(yīng)用服務(wù)和總線服務(wù)。 在平臺(tái)的體系結(jié)構(gòu)中流程服務(wù)將采用流程引擎機(jī)制，定制所有投訴處理的流程，約束投訴處理人員操作過程，保證投訴處理過程的完整性和規(guī)范性; 并設(shè)有對(duì)每個(gè)流程處理的狀態(tài)跟蹤，方便管理部門進(jìn)行查詢統(tǒng)計(jì)。 Portal門戶服務(wù)器將完成用戶交互服務(wù)，以Portal應(yīng)用的形式統(tǒng)一展示流程處理過程人工參與界面；同時(shí)，利用Portal門戶服務(wù)器提供的成熟的用戶管理機(jī)制，實(shí)現(xiàn)對(duì)投訴處理綜合平臺(tái)用戶管理、權(quán)限控制等需求。 Web應(yīng)用服務(wù)器提供信息服務(wù)和應(yīng)用服務(wù)，將封裝好的各平臺(tái)的功能接口部署于應(yīng)用服務(wù)器之上。 總線服務(wù)使用成熟的MQ產(chǎn)品實(shí)現(xiàn)高效、可靠的消息傳輸。各種服務(wù)均以約定的形式連接在服務(wù)總線上，為上層的流程服務(wù)和交互服務(wù)提供接口調(diào)用。 投訴處理綜合平臺(tái)將主要負(fù)責(zé)網(wǎng)絡(luò)類相關(guān)投訴的處理，而不負(fù)責(zé)其他類別的投訴（例如計(jì)費(fèi)類投訴）。同時(shí)該平臺(tái)將主