请问以下SAP架构图是用什么画的？

怎么来的？肯定是根据你们的某个功能说明书或者设计书来的了，然后将其用图形进行表达出来,当然也有可能先有这个图然后再生成文档。这个图其实很简单的，可以绘制这样的图的工具很多，用visio,work,ppt,ps等都可以绘制出来。 ~

专业领域包括成都网站建设、网站建设、商城网站建设、微信营销、系统平台开发， 与其他网站设计及系统开发公司不同，创新互联公司的整合解决方案结合了帮做网络品牌建设经验和互联网整合营销的理念，并将策略和执行紧密结合，为客户提供全网互联网整合方案。

SAP ABAP开发是做什么？

刚刚提到, NetWeaver是取代SAP Basis的新一代技术平台(TP). 简单说, NetWeaver体现了在2000年到目前为止的以Java/SOA为主要商务应用实现技术的时代里, SAP在技术上与业界技术的整合.

它主要是在J2ee application server和ABAP application Server的基础上提供了统一的技术基础设施. 除了J2EE以外, NetWeaver还提供了WebDynpro和Protal作为 Web 开发的基础设施, 用户管理, 和.NET 或其他J2EE平台的集成, 于R/3的连接, ESA的实现等等.

所有开发都在NetWeaver Studio中进行.NetWeaver Studio是基于ecllipse 的开发环境.

下面这张图描述了NetWeaver技术平台的主要功能:

这张图显示了NetWeaver的最基本组件. 事实上整个NetWeaver几乎涵盖了所有电子商务会用到的技术, 下面简单列一下主要的部分:

�0�1 SAP Web AS:

包括了SAP J2EE engine和abap application server

下面就是SAP WEBAS 的架构

server 架构:

Cluster 架构:

CIM: Internet Communication Manager. 负责接受Web请求. 支持HTTP, HTTPS, SMTP. 通过URL, 它可以区分是对ABAP BSP(Business Server Page)的请求, 还是对J2EE的请求, 从而dispatch到不同的engine上.

Message Server: 是全局的消息服务器, 负责server间的异步或同步通信

Engueue Server: 是全局的队列服务器, 负责保存全局队列和锁.任何应用都可以申请使用它.

Work Process: 是ABAP engine中的一个工作进程.

JCO/Fast RFC: 用于基于SAP自己的远程调用规范RFC的调用

Gateway: 我的理解是用于翻译RFC call, RFC call的协议是CPI-C(Common Programming Interface – Communications, SAP专门用于程序对程序的远程调用的协议, 说白了就是一个定义描述函数名,参数之类调用需要的信息的数据格式).

�0�5 SAP J2EE Engine: 2002年, SAP收购了保加力亚的J2EE Application Server 开发商Inqmire(全称In-Q-My). 开发自己的J2EE Engine.目前的稳定版本为6.4. 这个Engine给人的感觉就是三个字”巨无霸”. 没有2G的内存是很难看到它在工作的. 通常巨无霸给人的另一个柑桔就是笨重和土气. 7.0以前的版本的管理方式比较土, 是基于rich client的. 7.0以后才逐步使用web和IDE作为管理工具.

下面是SAP J2EE Engine 的简单架构图

下图是SAP J2ee engine的Cluster 架构

�0�5 NetWeaver Studio: 是SAP的NetWeaver 开发平台. SAP的几乎所有开发解决方案都通过这个IDE实现. NetWeaver Studio IDE和WebSphere Studio一样, 是在Ecllipse的基础上开发的.目前的稳定版本也是6.4.

�0�5 SAP DB: 就是MAXDB. 现在与MySQL技术合作. 把源代码提供给MySQL. SAP将不在放更多人力在DB的开发上了.也许DB和OS是SAP唯一暂时不愿去占领的技术.

�0�5 WebDynpro: MVC架构的Web 开发解决方案. 提供所见即所得的UI开发方式. 不但是基于SAP J2EE engine, 也可以用ABAP开发

�0�5 Portal: Portals是一家Israel公司Top Tier的产品, 2001SAP收购Top Tier并组建SAP Portals公司. Top Tier的总裁Shai Agaci, 现在是SAP Border Member, 是呼声最高的未来SAP CEO. Portal提供了另一种Web开发模式, 同时提供Content Management和Knowledge management, Portal 可以基于Tomcat, 但现在是SAP J2EE engine的一部分.

�0�5 XI(Exchange Infrastucture): SAP 的系统总线.

�0�5 TREX: SAP的搜索引擎

�0�5 RFC: Remote Function Call. SAP 的远程调用技术. 支持ABAPJAVA, JAVAJAVA, ABAPABAP之间的调用, 旧的RFC使用SAP CPI-C协议, 必须通过SAP Gateway进行翻译, 新的fast RFC则不需要使用CPI-C协议.

下图是RFC在Web AS中的位置.

下图是JCO(Java connector)和SAP RFC之间的关系:

�0�5 WebService: SAP J2EE engine 和NetWeaver Developer Studio提供了WebService 和UDDI的支持.通过studio, 可以使用wizard简单的生成Web Service 的client proxy和server side, 不需要写任何WSDL. 但是WebService server端必须先implement成EJB(session bean).

�0�5 SLD: System Landscape Directory. SAP Web AS提供的系统管理方案。 使用SLD可以方便的管理整个庞大SAP 系统群。

SAP系统架构是什么

SAP系统架构是什么

SAP是英文“Systems,Applications and Products in Data Processing”的缩写,其开发公司SAP公司是目前全球应用最广的企业管理和协同化商务解决方案供应商。下面让我们一起来看看什么是SAP系统架构。

1 SAP系统的三层架构

SAP是一个基于客户/服务机结构和开放系统的、集成的企业资源计划系统[3]。其功能覆盖企业的财务、后勤(工程设计、采购、库存、生产销售和质量等)和人力资源管理、SAP业务工作流系统以及因特网应用链接功能等各个方面。SAP系统的运行环境是该系统的核心部分,其主体是由C及C++语言编写,也有一部分有SAP自身开发到程序语言ABAP编写。

SAP系统的核心执行以下几个任务:

1)运行SAP程序:所有的SAP程序都在一个软件处理器(虚拟机)中运行。

2)提供数据库读写服务:SAP程序并不直接对数据库进行操作,而是通过自身的Database Interface,使用SAP Open SQL(Structured Query Language)对底层数据库进行读写。

3)通讯服务:SAP程序可与其他SAP程序进行通信,同时也可与非SAP程序通过BAPI接口进行通信。

4)系统监控:用户可对SAP程序的运行进行监控及改变运行环境参数。

SAP系统是一个典型的Three-Tier系统架构,由表现层,应用层及数据库构成(图1):

1)SAP系统架构表现层(Presentation Layer):这是SAP用户图形界面(SAP GUI),是SAP用户和SAP系统交流的接口,用户登录后对SAP系统进行操作。通过这图形界面用户可对SAP发出指令或递交数据给应用层,应用层接收到指令或数据后,会进行相应的计算操作,之后底层将处理后把数据返还给表现层。

2)SAP系统架构应用层(Application layer)这层包括一个或者多个应用服务器(ABAP Programm)和一个消息服务器(ABAP Dispatcher)。每一个应用服务器包括一系列服务以便运行应用程序。Dispatcher是系统应用层的核心,所有从客户端传递进来的请求都将首先传递到消息服务器中,消息服务器首先按照First in First out的原则将所有请求排序,然后将用户请求依次传递给空闲的工作进程(Work Process)中,每个工作进程在某一时刻只能处理一个用户请求。工作进程会根据具体的要求通过Open SQL到数据层中读取对应的数据。

3)SAP系统架构数据库层(Database layer):这里存放了所有SAP系统的数据。SAP系统通过自身的标准语言Open SQL对数据库进行管理,同时实现了上层应用于底层数据库类型的不相关性。SAP支持很多数据库系统,包括:Microsoft SQL Server,ORACLE,INFORMIX,DB2等。

2 SAP系统的数据库接口

SAP系统支持多种数据库,SAP程序可通过SAP Open SQL对数据库进行读写,SAP Open SQL的编写不依赖于数据库的类型。在图2中所示的数据库接口是SAP应用层中一个重要的组成部分,它将Open SQL指令转换成与数据库类型相应的SQL语句(Native SQL)。这样使得在SAP开发时无需考虑底层数据库的类型。在数据库接口对Open SQL进行转换时会先对验证其语法,并自动最大限度使用本的'缓存来优化数据库的操作。人们也可在SAP程序中直接定义与数据库类型相应的SQL指令(Native SQL)来读写数据库中数据。

3 总结

任何ERP软件都不可能覆盖企业的多样性和复杂性的所有方面,对于企业的特殊要求用户可自行进行必要的二次开发,并要求同其他应用软件也可方便地集成。这就要求供应商提供的软件都能具有很强的开放性,而充分利用这种开放性的前提就是必须熟知其系统的基本架构。本文通过对SAP系统的三层结构和数据库接口的分析使大家更能深层次的了解SAP系统的系统框架,能够更好的使用SAP系统。

;

本文名称：包含sap系统架构图的词条
URL标题：http://myzitong.com/article/doedpsg.html