《走进SAP(第2版)》——2.6 面向服务架构

2.6 面向服务架构

走进SAP(第2版)
网络服务
面向服务架构(SOA)是一种封装各种服务或软件模块的系统架构,使用这种架构,业务流程能够灵活地组合与再利用。这些服务所映射的业务流程可以进行组合,然后映射到更复杂的业务流程。这种方法使软件开发更加经济与快捷。每项服务都可以通过互联网作为网络服务(Web service)进行使用。这样用户就不会觉察到应用程序的复杂性。SOA是建立在将网络服务作为模块的基础上的,这种软件开发方式能够整合各种应用程序并且能够共享功能和信息。

可重用性
2.6.1 什么是服务
服务(Service)是指可以完成特定业务功能的代码模块。它通常与其他服务和功能相关联,从而成为业务流程的一部分。下面是一个有关服务的简单实例:在销售订单中计算增值税的金额。服务创建以后,可以在一系列的流程中进行应用。

网络服务可以进行预订和重复使用,就像从衣柜中取走某种款式或颜色的衣服,而其他衣服仍然保留在衣柜中。SOA解决方案在为企业计算提供更高的灵活性的同时,还可以节约时间和金钱。因此SOA现在已经成为SAP战略的关键组成部分。

2.6.2 SAP的企业服务解决方案
SOA是IT实践设计的通用解决方案,而且网络服务的应用并不局限在SAP环境中。但是,SAP为业务流程的模块化提供了专用的功能,这些模块可以根据企业的需求和SAP软件的应用进行订制。

例如,对于一项用于生产采购订单的服务,用户不需要编写一个扩展应用程序,只要简单地调用一项网络服务就可以了。同时用户还可以修改这项网络服务,使之适合SAP系统中的当前业务流程,并且可以被其他业务部门的所调用。SAP所提供的服务是指企业级服务。企业级服务包括了一系列可以完成专项工作的功能。

注意:名称变化

SAP的SOA解决方案起初被称为企业服务架构(Enterprise Services Architecture, ESA)。2006年,这一术语被企业SOA所替代。现在我们把SAP的解决方案仅称为SOA──面向服务架构(Service-Oriented Architecture)。
SAP进一步使用服务创建了整个场景(Scenario)。一个场景包括几项服务,这些服务可以用来完成一项业务流程,例如采购付款。从图2.3中可以看到采购付款是从覆盖率分析开始的,其中包括了询价申请的创建、采购订单的生成、收货和付款。这一流程涉及了采购、仓储管理、应付款(发票校验)和财务控制等几个部门。这一流程的每一步(从小图标1到小图标7)可以在一个场景中进行体现,这样更易于编程或服务外包。

https://yqfile.alicdn.com/6b7515596e547fb034e9e7ae65ae6188e48df19f.png" >

SAP已经在服务的基础上创建了一系列的场景,以下将进行介绍。第17章会介绍如何基于服务开发和测试自己的流程。

时间: 2024-10-05 16:52:02

《走进SAP(第2版)》——2.6 面向服务架构的相关文章

认清面向服务架构SOA的真实面目

本文讲的是认清面向服务架构SOA的真实面目,[IT168 资讯]软件业从最初的面向过程.面向对象,到后来的面向组件.面向集成,直到现在的面向服务,走过了一条螺旋上升的曲线.其实,自从上世纪70年代提出"软件危机",诞生软件工程学科以来,为了彻底摆脱软件系统开发泥潭,一直也没有放弃努力. 在经典软件工程理论中,不管是瀑布方法还是原型方法,都是从需求分析做起,一步一步构建起形形色色的软件系统.但是,需求变更像一个挥之不去的阴影,时刻伴随着系统左右.每一个实际应用系统的开发者都饱尝了在系统进

面向服务架构(SOA)的原则

架构 分布式计算将网络上分布的软件资源看作是各种服务.面向服务架构是一种不错的解决方案.但这种架构不是什么新思想:CORBA和DCOM就很类似,但是,这些过去的面向服务架构都受到一些难题的困扰:首先,它们是紧密耦合的,这就意味着如分布计算连接的两端都必须遵循同样API的约束.打比方说,如果一个COM对象的代码有了更改,那么访问该对象的代码也必须作出相应更改.其二,这些面向服务架构受到厂商的约束.Microsoft控制DCOM自不必说,CORBA也只是一个伪装的标准化努力,事实上,实现一个CORB

用面向服务架构改进医疗系统表现

医疗领域中的SOA 技术迅速的发展及其在医疗领域中的应用导致医疗组织堆积了许多不能彼此交互的系统.但是,从业务上来说,这些系统不仅需要组织内协同工作,而且还要求能从外部访问.在这种状况下,集成的负担往往落在了那些为完成一项任务而不得不访问多个系统的使用者身上.但是,使用面向服务架构(SOA)可以改善重要信息的交付,而且能在成本.安全和部署风险均可接受的条件下使得数据在整个医疗社区内共享. 管理不断增长的系统集合是当今医疗组织要面临的挑战.创建.集成和维护这些系统的代价越来越大,同时对系统用户的要

从面向服务架构(SOA)学习:微服务时代应该借鉴的5条经验教训

[编者按]本文作者为 Matt McLarty,通过介绍 SOA 的兴衰变化,总结了微服务应该借鉴的5条经验教训.文章系国内 ITOM 管理平台 OneAPM 编译呈现. SOA 的兴衰变化让我们更了解如何充分利用微服务 正如笔者在上文<微服务架构是敏捷软件架构>中提到的,笔者对微服务架构的第一反应,就是质疑它跟面向服务架构(SOA)有何区别.还有很多人将这两种架构联系在一起.詹姆斯·刘易斯和马丁·福勒在他们的权威博客中包含了一个侧边栏,进行微服务和 SOA 的对比.对此,怀疑派做出的回应是二

面向服务架构(SOA)和企业服务总线(ESB)

学习和研究在企业中实施面向服务架构(SOA),简单回顾SOA和ESB,重点关注微软在SOA领域的相关指导和.NET社区的相关开源的解决方案,和大家一起来探讨如何在企业里实现SOA,期望有实施SOA经验的同学发表意见. 一.SOA的历史      1996年,Gartner最早提出SOA.2002年12月,Gartner提出SOA是"现代应用开发领域最重要的课题",SOA并不是一个新事物,IT组织已经成功建立并实施SOA应用软件很多年了,BEA.IBM.等厂商看到了它的价值,纷纷跟进.S

我的WCF之旅(7):面向服务架构(SOA)和面向对象编程(OOP)的结合——如何实现Service Contract的继承

当今的IT领域,SOA已经成为了一个非常时髦的词,对SOA风靡的程度已经让很多人对SOA,对面向服务产生误解.其中很大一部分人甚至认为面向服务将是面向对象的终结,现在的面向对象将会被面向服务完全代替.在开始本Blog之前,我先来谈谈我对SOA和OO的区别,首先申明,这只是一家之言,欢迎大家批评指正,并且关于SO的谈论不是本Blog的主题,只是主题的引子,在这里只是简单讨论而已 . OO和SO之间具有共同的部分,在运用的领域上存在交集,只有在基于他们交集层面上谈论谁是谁非才有意义,下面是我对SO和

如何才能打造一个高效的面向服务架构?

[编者按]在"著名的推特论战:Microservices vs. Monolithic"一文中,我们曾分享过Netflix.ThougtWorks及Etsy工程师在Microservices上的辩论.在看完整个辩论过程后,或许会有一大部分人认同面向服务这个架构体系.然而事实上,Microservices的执行却并不简单.那么究竟如何才能打造一个高效的面向服务架构?这里我们不妨看向MixRadio首席架构师Steve Robbins的分享. 以下为译文 MixRadio提供了一个免费的音

SOA面向服务架构的概念及应用

什么是SOA SOA(Service-Oriented Architecture),即面向服务的架构.SOA是一种粗粒度.松耦合服务架构,服务之间通过简单.精确定义接口进行通讯,不涉及底层编程接口和通讯模型. SOA可以看作是B/S模型.XML(标准通用标记语言的子集)/Web Service技术之后的自然延伸. 阿里巴巴的Dubbo是SOA的典型实现. 基本特征 SOA的实施具有几个鲜明的基本特征:粗粒度的服务接口分级松散耦合可重用的服务服务接口设计管理标准化的服务接口支持各种消息模式精确定义

我的WCF之旅(5):面向服务架构(SOA)和面向对象编程(OOP)的结合

对于.NET重载(Overloading)--定义不同参数列表的同名方法(顺便提一下,我们但可以在参数列表上重载方法,我们甚至可以在返回类型层面来重载我们需要的方法--页就是说,我们可以定义两个具有相同参数列表但不同返回值类型的两个同名的方法.不过这种广义的Overloading不被我们主流的.NET 语言所支持的--C#, VB.NET, 但是对于IL来说,这这种基于返回值类型的Overloading是支持的).相信大家听得耳朵都要起老茧了.我想大家也清楚在编写传统的XML Web Servi