近代各种救国方案评析论文SOA应用方案评析.docx
《近代各种救国方案评析论文SOA应用方案评析.docx》由会员分享，可在线阅读，更多相关《近代各种救国方案评析论文SOA应用方案评析.docx（11页珍藏版）》请在冰点文库上搜索。
近代各种救国方案评析论文SOA应用方案评析
近代各种救国方案评析论文[ＳＯＡ应用方案评析]
按照《计算机世界》方案评估中心在与多位专家共同交流的基础上形成的评价体系，各位专家对入围方案进行了深入研究和细致评价。
IONA:
优点：
作为SOA工具和平台厂商，IONA提供的方案对于SOA概念的理解和阐述是非常到位的，尤其突出了不同的工具在实现SOA方面的差异，对客户最终确定技术方案有比较重要的借鉴和参考意义。
在技术实现方面，该方案考虑的因素较为完整。
成功案例中客户实施效果良好，有较好的投资回报，解决现实问题，具有比较强的借鉴意义。
IONA着重在一般意义上描述了IONAArtix如何作为SOA解决方案提供出色的服务技术架构和服务技术能力。
内蒙网通的实施案例在一定程度上表现了Artix对传统问题的解决能力:
以前各应用系统需要互相访问数据库以传递集成数据，导致低效和紧藕，Artix采用WebService封装数据，实现了客户资料的统一化，也有效地实现了应用系统之间的松藕和可扩展性。
不足：
方案的文字描述和技术分析攻击性比较强。
SOA是开放性的架构，技术实现方式多种多样，对方案的最终判断和选择还要结合客户的具体需求，不宜孤立、简单地将某种技术或解决方案作为SOA惟一的发展趋势，将SOA技术狭义化对SOA的发展是不利的。
从问题到解决方案有效地证明了SOA能带来的系统间松藕合的信息共享能力，但仍然没有突出SOA关于业务共享的主旨:
SOA的强大能力在于将业务（相对粗粒度）作为服务提供给企业外部。
中创:
优点：
作为本土企业，中创软件中间件的表现可圈可点，尤其在SOA应用实践方面走在前列。
食品药品安全关乎国计民生，中创软件基于自主开发的中间件平台，构建符合SOA架构的信息系统，对于提高食品药品监管部门的监管水平、提高对重大事件的预警和处理能力有着重要意义。
整体来看，该方案的优点主要包括如下方面：
第一，业务需求分析充分，立足实际应用
该方案在充分分析了食品药品监督管理的具体业务内容和业务流程的基础上，提出了具有针对性的解决方案，能切实解决实际应用的业务问题。
第二，先进的系统架构设计理念
通过面向流程、事件驱动的SOA设计思路，可以使每个应用与其他应用处于松耦合状态，提高了信息系统的敏捷性，实现了业务系统的“随需应变”。
第三，通过自主产权的中间件平台实现业务协同
该方案采用了自主产权的中间件作为SOA支撑平台，主要包括：
J2EE应用服务器、数据集成中间件、业务流程管理中间件、数据展现中间件、安全控制组件、内容管理组件等。
通过中间件平台的应用，可以实现异构环境中的多样、综合的信息协同，实现跨部门、跨地域的业务流程协同，实现信息访问者在信息展现层的协同。
不足：
从该解决方案可以看到，国内的软件企业在信息系统架构设计方面的能力已经与国际水平非常接近，但如何把自身的技术实力转化成为市场能力，为更多的客户所接受，还需要做大量的工作。
IBM:
优点：
IBM提供的以SOA整合为基础的中小商业银行解决方案比较成熟、完整，案例不但描述了SOA的概念，也体现出其实用价值。
技术实现方案中的关键点描述得清晰、准确，甚至在方案的很多细节方面都考虑得非常周到，既体现出对IT技术的良好把握以及成熟度，又体现出对银行业务的熟悉和了解。
本方案指出银行IT部门面临如何将日益复杂的IT基础框架和更加灵活的业务模型进行整合这个重要问题。
IBM提出了以SOA整合为基础的中小商业银行解决方案，方案以企业服务总线（ESB）为整合系统的核心，通过一组丰富的功能对应用程序间的交互进行管理和监视，在银行内部和银行之间连接新的和现有的软件应用程序，有效地重用了现有的服务及系统，实现了灵活的业务模型，为新业务的开展提供了可能的方法。
不足：
若一定要找不足之处，就是目前的方案只是被动解决IT接入的实现、成本和复杂度方面的问题，也是以数据和通信为整合目标，还未涉及业务流程和应用方面的内容，若有补充更佳。
另外，方案重点介绍了ESB系统核心功能的特点以及ESB系统架构中Adapter框架的功能，并通过莱芜商业银行的案例介绍了对ESB系统的应用。
但是对案例的说明还不够详尽。
SAP:
优点：
本方案针对当前在国际化、教育观念改变和高新技术迅速发展的背景下，高等教育出版社为优化供应链管理、更好地提供教学教育服务内容，与SAP合作以mySAPERP为主体，以BW、Portal为辅助模块的信息化解决方案;又通过引入SAPNetWeaver进行系统升级，初步实现了面向企业应用层面的SOA信息化系统架构的搭建。
SAPNetWeaver集成平台集成了所有的信息化系统，实现了对信息数据的商业智能分析，并在统一的信息化平台下，开发了面向企业服务和应用的信息系统，并与整体的信息化平台集成。
具体而言，其主要特点包括:
●XI作为总线式、多点对多点接口模块，主要功能是将SAP系统与其他信息系统连接起来，并提供实时的数据交换服务;
●BW作为数据仓库，主要承担通过XI，实现用户跨系统、跨模块查询、浏览数据的服务，并在此基础之上，提供动态、多维、可追溯的商业智能分析功能;
●EP作为企业门户，除提供单点登录技术实现与办公自动化系统集成外，还将通过与BW的集成，以其友好Web界面，向用户提供一目了然的数据分析界面和数据分析结果。
不足：
方案对于SOA平台架构进行了分析，但是缺少功能特点的描述。
东方通:
优点：
东方通提供的方案指出了对通过应用集成平台整合现有信息资源、建立应急指挥综合平台、利用现有VSAT系统采集现场图像信息的要求。
通过应急指挥数据库和电子海图平台的支持，利用海上落水人员漂移等数学模型，建立以实现人命救助的辅助指挥、应急预案的应用管理为重点的海事应急辅助指挥系统。
方案比较好地体现了SOA架构的理念，实现了对多类型海事应急数据和信息的整合。
方案中对于IT信息孤岛的形成、存在的问题分析比较到位，尤其对多种技术方案的差异进行了比较清晰的论述，对于SOA的概念和技术特点理解和把握得比较准确。
不足：
方案解决的是数据整合和信息流传送的问题，将“应用整合”狭义地定位在整合数据和建立海事应急指挥数据库，因此目前的方案可以说只是完成了数据整合，对应用和流程的整合涉及不多，这对于未来方案的适应性和扩展性有一定影响。
方案突出了应用集成平台TongIntegrator，具有整合平台以及架构级的可扩展化、数据交互标准化的特点，具备较高的可靠性、安全性、开放性、互操作性、实用性，但是对于海事应急辅助指挥系统的概述部分介绍过多，对全篇结构有所影响。
麒麟远创:
优点：
本方案指出在当前银行的大集中工程中，普遍存在重核心建设、轻前置建设的情况，在前置建设中存在前置功能众多且单一、缺乏系统集成功能和流程管理功能，导致现有的IT体系结构和相关系统在一定程度上与大集中存在不适应性。
针对如何在新的系统架构下，在实现总行统一集中管理，梳理总行各业务系统间历史形成的信息孤岛、刚性互联等现状，为了简化分行各个业务系统和IT架构，保留分行的特色业务等的灵活性，麒麟远创提供了业务驱动的银行综合前置系统，以基于SOA架构的企业数据总线、企业服务总线和企业业务流程管理总线三个层面来全面满足银行分行和总行数据交换、应用集成、渠道整合、业务流程整合，提供更为灵活和广阔的银行业务支持。
该系统基于EAI/SOI平台BusinessWare，在以下方面具有特色:
●充分利用EAI/SOI技术与行业知识的有效结合，领先于传统的小前置系统;提供较为全面的平台化的信息整合、服务整合和流程整合的能力;
●作为联机实时业务与信息管理等系统的信息交互与服务中心，提供优异的性能和稳定性，以保证全行业务正常高效开展;
●多渠道整合网上银行、ATM、POS、CallCenter、前端柜面等离柜和临柜渠道，取代原有的POS、ATM等小前置系统，将终端设备直接连接到综合前置上来，实现统一高效管理;
●取代现有种类繁多的中间业务系统和平台，统一提供中间业务服务;提供对总行中间业务统一管理的能力和分行特色中间业务二次开发的能力;
●综合前置系统在连接协议、数据接口、行业标准、行内标准等方面适应性好，提供多种应用的统一接入点。
不足：
方案简要介绍了五横三纵的总体架构，但是没有结合需求，具体指出这些架构是如何配合需求实现的;也没有性能、安全性、开发支持等方面的描述。
总体上，方案过于简单，逻辑性不强。
锐易特:
优点：
锐易特提供的方案实现了对移动通信网络中多个网元和平台的综合投诉管理，这种综合体现在portal的建立、数据的集成以及应用的整合等方面，业务需求的分析较为完整，整合的方案分析比较清晰，体现出该公司对移动通信业务和运营现状有比较深刻的理解，方案针对性和实用性较强。
在此案例中，锐易特对问题的分析比较细致和深入，可以看出该SOA解决方案的合理性，渐进式集成的思路也很好。
不足：
方案在体现SOA与传统异构系统互联技术方案差异方面论述不够。
而且，技术方案未充分论证流程差异化对技术方案的影响:
由于电信运营商各种平台和业务的管理模式不同，投诉处理的流程并未统一，在这样的情况下单纯依靠IT技术实现多平台的综合投诉管理与系统整合是非常困难的。
锐易特采用JMS作为其ESB总线的实现技术，然后采用不同的适配器来实现JMS消息和其他消息的转化。
问题是，ESB的重点之一在于松藕的服务模型，其消息传输应该能够分离服务提供者和服务消费者之间的耦合，基于文本的传输模型应该是最好的选择，那么，JMS适合作为服务总线的实现技术么？
此外，从国外的发源来说，ESB的主旨在于基于Web的企业应用集成，而国内的应用背景是否会带来不同的实施方式，这是锐意特在继续下一步方案时应该考虑的问题。
BEA:
优点：
BEA的ALUI企业信息门户解决方案在华能大连电厂的协同工作平台建设中发挥了很大作用。
它通过部署新一代企业信息门户，重视协同作业，实现业务流程自动化以支持XML、WebService等方式拓展对企业外部的延展性等。
具体而言，平台在以下方面具有特点:
●利用ALUI的ParallelEngine技术在改善WebServices效率方面有特色，同时分流和处理多个WebService的请求，使整个七个组件在相互交流的过程中保证高效性;
●利用ALUI跨越Java和.Net的限制，提供两个版本Java版以及.Net版;而且在它的各个组件可以混合使用最适合的版本，最后还可以做到整体的一致性。
该项目集企业网站和企业门户为一体，集成了电厂现有EAM、OA、SIS等应用系统，将电厂内的部分日常管理融入在门户中，进一步规范了企业管理，提升了管理水平，提高了协同办公效率，并能够加快开发建设速度，减少单独开发再集成的各种资源浪费。
不足：
该解决方案中，数字化电厂目前的建设重点还只在于企业内部的信息化管理和整合。
BEA也只是小试牛刀，采用Portal技术为其实现了内部管理的协同工作平台。
这也许是以后构建SOA的基础，但目前此应用的实施还难以表现SOA的精髓。
有个问题是:
对于数字化电厂本身的建设来说，是否有采取面向服务架构的必要？
锐易特：
移动综合投诉处理平台
投诉处理综合平台采用基于总线的SOA架构，用不大的投资大大提高了投诉处理人员的工作效率，并为后续的扩展奠定了良好的基础。
为了提升用户满意度，各移动分公司在新业务系统建设时，也同期建设了维护模块。
这些支撑系统种类繁多，分别应用于各种移动业务故障的投诉处理。
由于新业务日益复杂，流程较长，同时，为了处理一个用户投诉往往需要使用多套系统，这给处理投诉的人员带来了很大的不便。
为此，需要建设一个集中的综合投诉平台，统一管理各种投诉服务，实现单点登录，一站式管理。
综合投诉处理平台建设的基本思路是，以实现各个投诉处理流程为主线，有效整合投诉处理过程中涉及的各个环节，形成界面一致、管理统一的投诉处理平台，以提高投诉处理的效率和速度。
鉴于需要集成的投诉处理系统的数目多、复杂性高，本解决方案采用业界公认的企业信息集成的体系架构SOA。
按照以服务为中心的集成理念，建设投诉处理综合平台的需求可以映射为流程服务、信息服务、交互服务、应用服务和总线服务。
在平台的体系结构中流程服务将采用流程引擎机制，定制所有投诉处理的流程，约束投诉处理人员操作过程，保证投诉处理过程的完整性和规范性;并设有对每个流程处理的状态跟踪，方便管理部门进行查询统计。
Portal门户服务器将完成用户交互服务，以Portal应用的形式统一展示流程处理过程人工参与界面；同时，利用Portal门户服务器提供的成熟的用户管理机制，实现对投诉处理综合平台用户管理、权限控制等需求。
Web应用服务器提供信息服务和应用服务，将封装好的各平台的功能接口部署于应用服务器之上。
总线服务使用成熟的MQ产品实现高效、可靠的消息传输。
各种服务均以约定的形式连接在服务总线上，为上层的流程服务和交互服务提供接口调用。
投诉处理综合平台将主要负责网络类相关投诉的处理，而不负责其他类别的投诉（例如计费类投诉）。
同时该平台将主要提供给客服中心和网管中心（包括各地市网管部门）使用，而不涉及其他部门。
投诉处理综合平台对当前网络投诉处理现状所带来的主要改进包括以下几方面：
1.实现投诉处理前移的目标，增加了客服部门处理的投诉数量，减少了流转到网络部门的投诉数量。
2.为客服部门直接处理网络投诉提供了手段，简化了投诉处理流程。
3.缩短了投诉处理时间，提高客户满意度;方便了网络投诉处理人员的操作，提高工作效率;同时，加强了对众多网络投诉处理系统的管理。
4.完善端到端的业务保障体系，彰显网络的服务和创新能力。
5.促进知识及经验的分享和沉淀，降低人员相关的风险。
内容仅供参考
升级会员 