在简单高效的SOA基础架构的支持下，IT将可以实现“服务驱动”的愿景，快速推出新服务，在几乎不中断IT基础架构的情况下重用有价值的业务功能；使IT与业务需求保持一致，响应业务流程的更改，并为用户提供更卓越的服务。
为使IT架构尽可能快地响应业务需求，需要改变架构自身的角色。面向服务的架构就是提供改变的一种方式。SOA有明确的特征，与目前大多数大公司定义的架构方式根本不同。这些特征完全能够适应更快的变化，并能加强业务与企业IT之间的协作。
一 基于服务
IT通常为了满足一个特定业务领域的要求而出现或发展，只考虑那个领域的利益。IT通常都根据项目来投资和创建，目的是解决特定要求，故易出现功能重复的情况。由于采用“逐个项目”的开发方式，在代码或组件级别来共享功能的传统方法已经宣告失效。
基于服务的IT方法改变了功能的开发和交付方式。功能被一次性地考虑、分解和部署在企业的所有级别中，这降低了成本，加快了交付，提高了IT适应变化的能力。除要改变IT投资和管理方法外，基于服务的方法还要求在功能的打包和部署方式上做出改变。SOA还考虑使功能转化为服务的可能方式，以及这些服务的管理和监控方法。
二 基于标准
传统IT交付的另一个方面是每个项目通常都选取最有利的方法去满足自身需求。这导致了技术增生。当考虑如何使建立在这些技术上的应用交换信息时，就会显露出问题。以前像CORBA和DCOM等基于标准的组件模型效果不好，因为缺少执行它们的技术，还可能延缓支持标准的开发，或二种情况都有。更新技术(如XML、Web服务及UDDI等)为支持重用的、基于标准的SOA奠定了基础，支持这些标准的技术很容易得到，并真正做到了平台中立。
三 企业焦点
如果在业务部门内按项目来开发IT，实现企业范围的流程或信息的可视化与管理将变得极其困难。许多机构通过成立企业架构小组或委员会来解决这些问题。这些小组通常只关注技术选择，而没有执行其他建议的权力。除加强管理外，这些小组需要一个机制，从而依据标准方式，按适当粒度和用户社区可视化水平去定义、配置、监控和管理对企业功能的访问。只有一个构建合理的、基于服务的且符合正确管理原理的企业架构，才能提供所需要的部署平台。
四 业务焦点
在大多数企业中，业务用户需要多种应用去完成他们的日常工作，各个独立的应用是为不同的需求组合而创建的，这又是一个传统IT交付的副产品，会造成浪费工作、增加培训费用、过度依赖专业技能、重复记录数据和缺乏对全部业务流程的可视性和控制等诸多弊端。SOA的目的为业务在用户可以想象的级别上提供功能，使其日常使用变得易于理解、说明、测试和操作。
五 结束语
在实施SOA策略时，IT并不会“取代和淘汰”现有基础架构，而是将这些应用展示为服务，供其他业务流程和应用重用，从而降低成本和复杂性。这就是说，要成功地实施SOA，必须有一个支持在异构环境中执行动态交互的集成层。这个集成层必须考虑IT环境固有的“演变”特性：必须支持不断地改进现有服务，并能随着业务的扩大而快速地添加新服务，以满足新客户、合作伙伴和业务的需求：必须对服务使用者隐藏服务端点的更改；还必须自动管理服务交互。
核心关注：拓步ERP系统平台是覆盖了众多的业务领域、行业应用，蕴涵了丰富的ERP管理思想，集成了ERP软件业务管理理念，功能涉及供应链、成本、制造、CRM、HR等众多业务领域的管理，全面涵盖了企业关注ERP管理系统的核心领域，是众多中小企业信息化建设首选的ERP管理软件信赖品牌。
转载请注明出处：拓步ERP资讯网http://www.toberp.com/
本文标题：SOA的架构功能需求分析
相关文章
