|
表1：服务定义的范例项目管理者联盟
显示层可以和业务层相联系，“在BKR找到这个人，在这里就可以找到你所需要的数据”显示层正是依赖于这种需要和获取答复。这种设计具有三个优点：项目管理者联盟
1.显示层不需要考虑技术因素(例如，在使用前他并不需要知道所需数据的转换)PgMp.mypm.net
2.所需服务的次序可以被轻而易举的改变，并且不需要任何业务逻辑层的变化。项目管理者联盟
3.当执行结果改变时服务需求并不需要改变，例如，当信用卡注册个人阶层改变时，寻找信用卡注册个人却不需要改变。和传统的三层设 计模型相比，显示层独立于业务逻辑的独立性正在不断增强。例如，任务命令能够改变，或者当从外部输入客户信息时，可以利用有限的信息选择而添加网络。当 ING 信用卡在其他国家被使用时，查询信用卡注册个人的服务将会在另一个信用部门拥有另一种技术执行过程。在显示层的对话同样不需要改变，因为姓名和所需服务是相同的。项目管理者联盟
第三个分类参数的建设原则在业务上被应用。这一层面包含真正的业务逻辑，像执行业务目标模型一样在这里被施行。业务目标模型决定了语言并且组成了一系列的内部关系，并通过JAVA的形式执行，如图3所示(注意里面的一些参数)项目管理者联盟
项目管理者联盟
图3：UML (Unified Modeling Language)矩形图示中的业务对象模型项目管理者联盟
当分类账户，参与者和信用卡(他们只代表账户，客户和信用卡)，分类需求，规则和产品将会拥有更多的具有灵活性的参数结构。当多种多样的产品出 现在市场中时，只有数字产品分类需要改变，并不是分类结构本身。这可以通过定义一般的属性需求特点使之成为可能，其中包括产品的任何可能的特点，并且使产 品分类符合所需结构。项目管理者联盟
例如一种“一年免费”的特色服务可以不需要在开发而被轻易添加。真正的执行的特点在NCS并没有被执行，但是却被信用卡处理机所处理;NCS只 需要将正确的数据输入处理器。需求和规则分类也是通过同样的方式而确定的。对于规则分类有一种分离的规则，它能够使信用规则的数据具有灵活性。项目管理者联盟
简而言之，业务层为显示层提供服务，并且以反映信用卡管理的方式管理业务模型层的交易。业务模型层通过简单的参数分类建立。参数分类改变产品特色，信用记录规则并且不影响整个系统而完成任务。转自项目管理者联盟
结果
NCS通过确立自己的客户管理责任而满足需求。另外，客户可靠的服务的实现在网络上被提供(例如变更地址或者要求提高信用限制)，最后NCS也会完成信用卡申请的评估，从而降低各种信用欺诈风险。项目管理者联盟
设计层的三项建设原则，服务起源和分类参数在个体和集体方面对完成最初的需求举起到了建设性作用，特别是在灵活性方面。(表2)项目管理者联盟
项目经理圈子
表2：满足原则的需求项目管理者联盟
分层建设需要多渠道支持。如果相同的信息(部分功能相同)需要通过互联网向客户展示，呼叫中心或者员工，然后是在显示层和业务层之间的分离是避免完全相同的操作功能所必需的。分级参数将会被用来传送所需的时间市场的新产品介绍，并且分析信用记录和欺诈测试。blog.mypm.net
服务起源是三个原则中德的最重要原则。建立业务逻辑表层能够轻易的在其他国家使用NCS。同时，服务表层能够在不改变系统的前提下完善整个过程，并且和其他进程和系统灵活连接。club.mypm.net
服务层所提供的最好最有力地阐述来自于国际。现在它能够相对简单在其他国家利用NCS使用ING信用卡，甚至是存在不同环境。项目经理圈子
检查国家信用署，例如，需要不同位置的实施。建立连接的任务是不变的，但是所需检查的服务也不需要改变。转自项目管理者联盟
另一个例子是呼叫中心利用自身支持多种信用产品的系统的能力。当呼叫中心正在处理信用请求，使用界面和进行对话时，这个系统只需要调取合适的NCS服务。在很多情况下服务层都标表现出了特的独立性，具体如图4所示：项目管理者联盟
项目管理者联盟
图4：不同的服务消费者再不同的情节中使用不同的服务项目管理者联盟
并不是现今所有的SOA都已经载NCS被实现。例如，NCS通过J2EE目标保持联系，并不是信息。因而就不存在信息载体和网络技术(SOAP, WSDL和 UDDI)，通常网络服务也不被使用。服务合同在文档中已经被确定，并且这些服务的管理是一个手动过程。PgMp.mypm.net
从表面上看，这项方法与传统方法并没有太大的区别，基于API申请。然而，这却存在重大的不同。服务并不需要特定的逻辑。换句话说，他们自己并 不执行任何工作，因为它们主要的责任是在正确的结果上完成正确的业务功能。这些服务-有服务所构成-起源-确立了一个相对独立的身份，发展了他们在传统 API基础设计上的功能。项目管理者联盟
|
