服务层所提供的最好最有力地阐述来自于国际。现在它能够相对简单在其他国家利用NCS使用ING信用卡，甚至是存在不同环境。

　　检查国家信用署，例如，需要不同位置的实施。建立连接的任务是不变的，但是所需检查的服务也不需要改变。

　　另一个例子是呼叫中心利用自身支持多种信用产品的系统的能力。当呼叫中心正在处理信用请求，使用界面和进行对话时，这个系统只需要调取合适的NCS服务。在很多情况下服务层都标表现出了特的独立性，具体如图4所示：



　　图4：不同的服务消费者再不同的情节中使用不同的服务

　　并不是现今所有的SOA都已经载NCS被实现。例如，NCS通过J2EE目标保持联系，并不是信息。因而就不存在信息载体和网络技术(SOAP, WSDL和 UDDI)，通常网络服务也不被使用。服务合同在文档中已经被确定，并且这些服务的管理是一个手动过程。
从表面上看，这项方法与传统方法并没有太大的区别，基于API申请。然而，这却存在重大的不同。服务并不需要特定的逻辑。换句话说，他们自己并 不执行任何工作，因为它们主要的责任是在正确的结果上完成正确的业务功能。这些服务-有服务所构成-起源-确立了一个相对独立的身份，发展了他们在传统 API基础设计上的功能。

　　NCS的SOA实施正在被分阶段所认识。在第一阶段，NCS作为一个拥有有限数字表现层的系统而存在。这就是服务为什么不需要公开化，并且能够 在不使用标准化议定书的情况下而被运用。但是当NCS的服务在其他申请中被需要时，这就需要通过正式的渠道使用他们(如网上服务)，同时提供标准机制。因 此，NCS是一个潜在的参与到互联网的复杂系统，它能够有益于增强业务的灵活性。

　　经验教训

　　虽然建设原则在NCS的发展前被选择和使用，但是在发展过程中会出现很多问题而需要新的原则和方法。

　　下面将指出一些有益的教训：

　　IT管理者必须为新的服务分类做好新角色的准备。SOA需要灵活的集中管理和密集的服务，以便于当随后的项目产生新功能时，相同的功能能够被长期避免。

　　所有参与者都必须熟悉服务起源。这包括业务赌金保管者、申请管理者和软件开发商。当任何参与者脱离这个圈子，将会有巨大的误解的风险，而且，随之而来的，将会是错误的决定的作出。例如，传统的教育的设计者他们只知道目标起源，可能过分倾向于双向服务而忽略实际功能。

此文章共有6页  上一页 1 2 3 4 5 6 下一页

文章来源：中国项目管理资源网