cobol+SOA信用卡催单业务管理系统设计(3)
时间:2019-05-03 09:58 来源:毕业论文 作者:毕业论文 点击:次
1.2 研究框架 本信用卡催单业务管理系统采用了SOA框架。SOA框架是面向服务的体系结构，它把系统分为不同的单元，也称为服务，通过在这些服务之间定义良好的接口，把它们联系起来［8］[9］。接口由用中立的方式进行来定义，它们应独立于现实服务的硬件平台，操作系统以及编程语言。采用SOA架构，使得构建在这样的系统中的服务之间能够以一种统一的，通用的范式进行交互[5]。 使用SOA框架来开发具有以下三个优点： 1、更易文护：当客户的需求变化时，不需要对提供服务的接口进行修改，只需对业务服务流程调整，或对操作进行修改，这使得整个应用系统更易文护。 2、 更高的可用性：使用服务人员并不需要了解服务提供者对服务的具体实现。 3、 更好的伸缩性：当应用系统有新的需求时，服务提供者之间只需调整自己的服务。 服务之间的松耦合是这种具有中立定义接口方式的特征。具有松耦合特征的系统有两点好处：一是它使得系统更具有灵活性，另一点是，当整个应用程序中的每个服务的内部结构以及实现发生变化时，它依然能够继续存在。相反，紧耦合的应用程序中的不同组件之间的接口和它的功能和结构有着密切的联系，因此当需要对应用程序的某个部分甚至整个应用程序做一些更改时，他们就会显得非常脆弱[5] [7]。 松耦合的系统的需要来自于业务应用程序的需要。松耦合系统根据业务需要，比其他框架更加灵活，从而来适应不断变化的政策，业务重点，合作伙伴关系，业务级别等其他业务方面的变化。 面向服务的体系结构并不是最近才出现的新鲜事物，但是它却能够在某些场合代替传统的面向对象模型，与面向服务的模型相反，面向对象的模型是紧耦合的，并且存在了二十多年。虽然在使用SOA架构时，可能会使用面向对象的设计来实现单个的服务，但是从整体来看，他还是基于面向服务的设计模式。由于应用系统考虑到了其中的对象，所以即使SOA是基于对象的，但从整体看这个应用系统，它不是面向对象的。不同之处在于其接口本身。通过对象来请求代理体系结构是SOA系统原型的典型例子，它已经存在了很长时间了，其定义的概念和SOA非常相似。但是现在的SOA与这种体系结构已经有所不同了，它依赖于一些更新的进展，这些进展的基础是可扩展标记语言。 事实上，SOA框架作为面向服务的一种架构，是软件架构设计的模型和方法论。从业务方面来看，一切以把服务的价值最大化为出发点，SOA框架利用了企业现有的各种软件体系，经过重新整合并构，建起了一套新的软件架构。这套软件架构的优点在于能随着业务的变化，随时把现有的服务结合起来，组成新的软件，共同在整个企业的业务业务体系中服务。简单地说，SOA是模块化的组件，每一个模块都能够实习独立的功能，通过对这些模块的组合可以提供不同的服务，在各个模块间定义接口，这些接口遵循统一的标准，从而以比较低的成本来对软件应用系统重构和重组。使用SOA框架，能够使一个杂乱无章的庞大系统变成一个全面有序的系统，从而灵活应对企业的业务发展需求，把IT资源利用率最大化。 设计一个应用程序运行在z/OS平台上，和设计一个应用程序运行在其他平台上，遵循着很多同样的步骤，这些其他平台包括分布式环境［7］。然而，z/OS引入了一些特殊需要考虑的事项[10]。 1) 批处理还是在线处理。 2) 数据源和访问方法。 3) 可用性和工作负载需求。 (责任编辑：qin) |