NCS的SOA实施正在被分阶段所认识。在第一阶段,NCS作为一个拥有有限数字表现层的系统而存在。这就是服务为什么不需要公开化,并且能够 在不使用标准化议定书的情况下而被运用。但是当NCS的服务在其他申请中被需要时,这就需要通过正式的渠道使用他们(如网上服务),同时提供标准机制。因 此,NCS是一个潜在的参与到互联网的复杂系统,它能够有益于增强业务的灵活性。项目管理者联盟
经验教训项目管理者联盟
虽然建设原则在NCS的发展前被选择和使用,但是在发展过程中会出现很多问题而需要新的原则和方法。转自项目管理者联盟
下面将指出一些有益的教训:项目管理者联盟
IT管理者必须为新的服务分类做好新角色的准备。SOA需要灵活的集中管理和密集的服务,以便于当随后的项目产生新功能时,相同的功能能够被长期避免。项目管理者联盟
所有参与者都必须熟悉服务起源。这包括业务赌金保管者、申请管理者和软件开发商。当任何参与者脱离这个圈子,将会有巨大的误解的风险,而且,随之而来的,将会是错误的决定的作出。例如,传统的教育的设计者他们只知道目标起源,可能过分倾向于双向服务而忽略实际功能。项目管理者联盟文章
服务表面化的问题(例如每项服务的逻辑省略)应该在设计过程中被解决而不是提前解决。如果不和实际功能相联系,有关表面化的讨论将会变得难以管理和无意义。项目管理者联盟
业务模型层只能够通过服务层而进入(同时被分离),这将成为一项规定。这使操作者直接从显示层需寻求业务分类,特别当系统是独立并 且不能够和其他申请和操作层相联系时。从长远看,服务层将会受到大量的和典型的压力,同时最后的界限将会使开发商作为一个战术上的捷径而绕过服务。然而, 这种捷径在将来时间市场中将会受到巨大的影响,这将需要依赖于通过服务建立的标准化内部连接。项目管理者联盟
所有和工作相关的功能都会远离服务层。当一系列服务指令取决于系统所不能提供的外部信息时,他将会建议将这些请求输入到工作流动层。这保留了作为不可知资源的服务,使其能够在将来被重新使用。club.mypm.net
在模型之间持续使用这项工具的能力被高度称赞。在NCS的发展项目中,为分类使用单独的工具,灵活性和结果曲线证明是能够充分节省时间的。service.mypm.net
结论项目管理论坛
服务架构是一个不同的建设方法。因而,SOA的概念只是一个系统的定义,特别当这个系统需要和其他系统或者是显示层共享功能时。服务架构跟随着 作为下一代分配计算的组成基础设计。服务能够被确定为对于业务具有一定意义的表面化服务,同时是抽象的技术组成部分和应用方式。面向服务的架构能够帮助组 织获得他们所需要的灵活性和机动性,并且在ING信用卡的使用中已经被证明。项目管理者联盟 club.mypm.net
|