企业系统集成理论与方法图书
人气:16

企业系统集成理论与方法

企业系统集成理论与方法》集中了近期的研究成果和应用成果,帮助基础设施工程师、软件工程师、软件开发人员、系统设计师和项目经理清晰地了解企业系统集成工程所涉及的系统集成技术、系统架构技术、应用软件和...
  • 所属分类:图书 >管理>管理信息系统  
  • 作者:[牟连佳]
  • 产品参数:
  • 丛书名:--
  • 国际刊号:9787030438683
  • 出版社:科学出版社
  • 出版时间:2016-12
  • 印刷时间:2015-03-01
  • 版次:31
  • 开本:16开
  • 页数:--
  • 纸张:胶版纸
  • 包装:平装
  • 套装:

内容简介

企业系统集成理论与方法》集中了近期的研究成果和应用成果,帮助基础设施工程师、软件工程师、软件开发人员、系统设计师和项目经理清晰地了解企业系统集成工程所涉及的系统集成技术、系统架构技术、应用软件和项目管理技术。《企业系统集成理论与方法》内容包括:移动通信覆盖范围、集成制造技术和电子商务技术标准、RFID、基于Web的系统,以及服务性企业的完整建模和分析。

企业系统集成理论与方法》叙述了企业系统集成方面的做法,重点阐述各类企业的应用软件,希望能够帮助用户实现:集现有系统之大成,改善业务运营流程;使设计和实现能够快速便捷地重新配置,以适应运营需求变化的系统;确立传统系统的平滑迁移过程,将其对当前系统运行的干扰降到低。

企业系统集成理论与方法》配有一些案例分析材料,以用户要求和集成技术为背景,描述了当前的发展状况,并提供了管理当前复杂互连系统所需要的近期理念。

编辑推荐

企业系统集成理论与方法》可作为普通高校计算机应用、软件工程、信息管理、系统建模和企业管理等专业的本科生、研究生专业教材及教学参考,也可作为相关在职技术人员参考书。

目录

第1篇绪论

第1章企业系统集成的初步认识

1.1何为企业系统集成

1.2驱动企业系统集成的因素

1.2.1计算机网络和信息处理的进展

1.2.2全球化的需要

1.2.3组织灵活性的需要

1.2.4产品与服务的个性化需要

1.2.5法律环境及法规的遵从性

1.3企业系统概述

1.4企业系统集成的四个阶段

1.4.1互联互通

1.4.2功能互操作性

1.4.3语义互操作性

1.4.4优化和创新

1.5建模和系统集成

1.6企业系统集成项目

1.7企业系统集成中的问题

1.7.1网络技术性质带来的问题

1.7.2标准化的困难

1.7.3隐私注意事项

1.8总结

第2篇网络与网络管理

第2章企业系统集成的网络基

2.1概述

2.1.1通信网络的定义

2.1.2通信网络和协议中的分层概念

2.1.3标准化组织

2.1.4通信网络简要历史

2.2通信网络的类型

2.2.1局域网

2.2.2无线局域网

2.2.3校园网

2.2.4城域网和广域网

2.3通信层和协议

2.3.1应用层功能和协议

2.3.2传输层功能和协议

2.3.3网络层功能和协议

2.3.4数据链路层功能和协议

2.3.5物理层功能和协议

2.4网络设计和管理

2.5未来趋势

2.5.1千兆以太网趋势

2.5.2下一代互联网

2.5.34G蜂窝网络

2.5.4无线自组网络和无线传感器网络

第3章下一代可用于企业系统集成的网络

3.1古典与新兴通信原理

3.2电信网络和互联网面向下一代网络(NGN)的融合

3.3下一代网络(NGN)的演进

3.4下一代网络的架构

3.4.1下一代网络传输层

3.4.2NGN的服务层

3.4.3下一代网络的接口

3.5下一代网络和智能化网络

3.6基于IMS的下一代网络配置

3.7下一代网络的管理

3.7.1NGN管理功能块

3.7.2NGN管理架构与面向服务架构的关系

3.8下一代网络实施的一个例子

3.9总结

第4章企业系统集成中的移动中间件

4.1移动业务方案

4.2企业移动性要求

4.3移动中间件:概念和技术

4.3.1上下文管理

4.3.2连接管理

4.3.3资源管理

4.4WhereX中间件

4.5总结

第5章企业系统集成网络中的安全无线访问服务

5.1问题定义

5.2企业无线网络的上下文感知个性服务

5.3服务发现

5.3.1发现功能和特性

5.3.2Web服务和语义方案

5.3.3安全方面

5.3.4小结

5.3.5访问控制

5.4新兴解决方案实例指南

5.4.1S-MIDAS框架

5.4.2S-MIDAS元数据模型

5.5总结

第6章网络与服务管理概论

6.1网络管理

6.2服务管理

6.3网络与服务管理架构

6.3.1简单网络管理协议(SNMP)

6.3.2电信信息网络架构(TINA)

6.3.3基于Web的企业管理(WBEM)

6.3.4基于策略的管理

6.3.5小结

6.4服务和业务管理框架

6.4.1下一代网络

6.4.2下一代运营支持系统(NGOSS)

6.4.3IT基础设施库

6.5Web服务管理和面向服务的架构

6.5.1Web服务分布式管理

6.5.2Web服务编制和编排

6.6自我管理

6.7以管理的角度来看企业系统集成

6.8总结

第7章企业组播网络中的服务质量监控

7.1现有组播监测工具概述

7.1.1IP组播

7.1.2组播监测的相关工作

7.2SMRM架构

7.3SMRM操作

7.3.1组播与SNMP的集成

7.3.2可达性监测集成到SNMP

7.3.3SMRM监测目标的计算

7.3.4SMRM管理器-之间的交互

7.4SMRM的实现

7.4.1SMRM用户界面

7.4.2SMRM的实施

7.5性能评估

7.5.1可扩展性

7.5.2管理器数据包内爆控制

7.6实际的考虑因素

7.7总结

第8章企业服务器平台

8.1引

8.1.1应用程序服务器

8.1.2企业服务器平台

8.2Java组件模型

8.2.1JavaBeans

8.2.2JavaBean类

8.2.3JavaBean示例

8.3JavaEEAPI

8.4JavaEE5中基于API的服务

8.4.1用于数据库连接性的JDBCAPI

8.4.2用于定位远程组件的Java命名和目录接口的API

8.4.3RMI通过互联网对象间的请求协议

8.4.4JavaMailAPI和JavaBeans激活框架的API

8.4.5JavaEE连接器架构

8.4.6Java消息服务API

8.4.7Java事务API

8.4.8Java身份验证和授权服务

8.4.9用于XML处理的JavaAPI

8.4.10Web服务集成的API

8.4.11Java管理扩展

8.4.12Java持久性API

8.5总结

第3篇软件与服务架构

第9章企业应用程序的软件架构

9.1软件架构与企业竞争力

9.2何为软件架构

9.3软件应用程序开发的演进

9.4软件架构风格

9.4.1管道和过滤器

9.4.2分层计算

9.4.3客户机/服务器

9.4.4分层实现

9.4.5点对点

9.4.6事件驱动风格

9.4.7/订阅架构

9.4.8异步数据复制

9.4.9同步数据复制

9.4.10分发树

9.4.11黑板系统

9.4.12元组空间

9.4.13分布式计算架构风格

9.4.14网格计算

9.4.15企业网格计算

9.4.16云计算

9.5企业应用程序

9.6EAI模式

9.6.1点对点集成

9.6.2面向消息的集成

9.6.3中心辐射型集成

9.7企业服务计算和面向服务的架构

9.7.1SOA和Web服务

9.7.2编制和编排

9.8企业软件系统的发展趋势

9.9企业软件集成的基础设施和中间件

9.9.1应用程序服务器

9.9.2面向消息的中间件

9.9.3交替的架构平台

9.10总结

第10章面向服务的企业建模与分析

10.1目的

10.2e3-value方法

10.3用UMM进行业务流程建模

10.3.1UN/CEFACT建模方法

10.3.2业务需求视图

10.3.3业务编排视图

10.3.4业务信息视图

10.4转换到WS-BPEL

10.5总结

第11章赋予业务流程管理的灵活性

11.1业务流程仿真的当前做法

11.2业务流程仿真方法

11.2.1初步分析

11.2.2建模和测试

11.2.3输出分析

11.2.4技术要求

11.3业务流程仿真

11.3.1通用离散事件仿真

11.3.2基于Petri网的仿真支持解决方案

11.3.3用EPC方法进行仿真

11.4流程仿真反思

11.5PROSIT仿真工具

11.5.1PROSIT模型

11.5.2PROSIT仿真器架构

11.5.3实现算法

11.6结束语和开放研究问题

第12章跨企业的业务集成架构

12.1面向服务和业务集成

12.2跨企业EAI的拓扑结构

12.3跨企业的EAI分类

12.4应用程序与MDSD集成的方法论问题

12.5利用模型驱动工程实现EAI

12.5.1计算无关的模型

12.5.2CIM到PIM

12.5.3PIM到PSM

12.6结论与未来展望

第13章企业应用集成和面向服务架构的集成方案

13.1建立互操作性:集成与标准化

13.2企业应用集成

13.3面向服务的架构

13.4EAI和SOA的成本效益比较

13.4.1集成的成本

13.4.2集成的效益

13.5集成方案

13.6遗留系统

13.7B2B流程

13.8总结

第4篇企业应用程序

第14章Web与企业系统的集成

14.1基于Web的架构

14.2Web的标准协议

14.2.1互联网通信协议

14.2.2XML:开放的文档标准

14.2.3HTML工具

14.3Web的局限性和挑战

14.4Web应用

14.4.1电子商务应用

14.4.2企业内部网

14.4.3Web2.0应用

14.5与Web数据集成

14.5.1企业数据迁移到关系数据

14.5.2非结构化数据迁移到XML数据

14.5.3XML数据和关系数据的统

14.6与Web应用集成

14.6.1扩展XHTML程序

14.6.2启用Web的企业应用

14.7战略与规划

14.8总结

在线预览

及时篇 绪论

第1章 企业系统集成的初步认识

企业系统集成的范围已从注重车间内的物料流转到生产、分配和通信的基础设施以及业务应用和行政流程。它包括在无纸化交易中业务合作伙伴之间的交流,也可能包括组织设计和技术的结构性重新调整。当今社会几乎每个主要组织在兼并、收购或者拆分之后都要花费巨大精力进行各种类型系统的集成和简化。其中一些集成的动机明显是围绕技术问题的,也有许多集成是为了应对竞争压力或立法规定而采取的措施,来提供及时的信息,用以提高产品质量、降低成本并提高运营和决策支持的效率。

1.1 何为企业系统集成

随着计算机硬件和软件构建模块的不断提供,计算机智能被点点滴滴地加入企业组织机构之中,能够执行具体的行政和业务流程自动化,但却没有性的总体规划。每个部门都增加了自己定制的应用程序,专为自己使用,不与其他职能或部门进行协调。随着时间的推移,企业组织积累了许多孤立的计算机孤岛,每个都有其特定的硬件、软件、访问程序、数据格式和处理工具。浏览企业信息系统以完成交易或协助进行战略规划成为一项耗时和容易出错的工作。客户服务通常涉及多个部门,它们负责订单跟踪、信贷审批、服务提供、账户维护、计费和收款、退货或修理等。企业信息系统通常整理来自多个数据源(企业内部或外部)的数据,来展示企业客户、供应商、竞争对手及其本身的优势和弱点等连贯的业务动态。

为了给陷入混乱的局面带来一些秩序,企业系统作为一种媒介和方法开始集成,通过一个共同的前端将不同的系统结合在一起,并掩盖了底层计算机和通信基础设施。它已演变成企业内部和企业之间信息架构的系统再设计,以确保所设计的应用程序的灵活性和可扩展性,也包括互操作性。这两个方面共存于系统集成的举措之中,即使没有明确说明。

企业系统集成涉及通过连接所有必要的职能和异构功能实体(信息系统、设备应用程序和人),来促进组织边界间信息、控制和材料的流动,改善企业内部的沟通、合作和协调,使企业表现出集成整体的行为状态,从而提高其整体的生产力、灵活性和管理变革的能力。一个重要的特征在于企业系统集成的范围可能会扩展到企业边界之外,包括供应商、客户、银行和电子商务相关的其他各方。

1.2 驱动企业系统集成的因素

几个因素的组合激励并促进了企业系统集成项目的发展。这些因素是:计算机网络和信息处理、全球化、组织的灵活性需求等方面的进步,通过产品和服务的定制以及合规性,来应付竞争、快速发展和市场定位。应当强调的是,不同的集成驱动程序彼此交互,通常使它们的效果结合在一起。例如,技术进步和放松管制导致了全球范围内的带有新型合作和伙伴关系的竞争环境,这是企业信息系统必须应对的。

1.2.1 计算机网络和信息处理的进展

计算机作为独立的系统被引进的首要目的是为了提高所选定的应用程序的数据处理功能,如过程控制、金融交易处理、业务和管理自动化。随着经验的积累,人们发现个人计算机系统可以连在一起,以避免由于不断重新键入相同的数据和产生不必要的转录错误而造成的损失和延误。安全的通信基础设施能够提供较大的传输能力,是将远程计算机连接在一起的强大动力,这也是第2~8章描述的重点,而微处理器技术和软件工程的进步,将计算机改造成技术人员和个人应用的开发工具。计算机开始集成到生产系统,通过协调规划、调度和执行来优化材料的调度。例如,引入准时制(JIT)技术,从而将车间与后台支持部门连接,并为供应商和合作伙伴提供零件设计、工程措施和库存水平的先进的可见性。同样,在零售环境中使用条形码和较晚出现的射频识别(RFID)标签,成为反馈到供应链的另一个来源,从而改进了库存管理和生产调度。利用电子数据交换(EDI)标准,系统可以用来提高在同一企业的不同部门以及企业与其商业合作伙伴之间通信的效率。,有效的灾难恢复计划是建立在各种活动快速重组和协调的能力之上的,以应对突发事件。

企业应用程序集成(EAI)是首先将企业各种异构的应用程序和信息系统集成到一起的架构概念之一。它的目标是把分散在各部门、各地区因组织边界分离的各种平台、工具和应用程序集成到一起,从而使它们可以访问相同的数据并使用一个共同的协议进行通信。不过,作为由一个行业顾问创造出来的术语,EAI的概念现在仍然是模糊的。对于一些人来说,它是以不同条件和各种不同技术开发的专有应用程序用来实现事后互操作的一种方式。对于其他人,这一术语是关于事前制定共同标准进行灵活的分布式应用程序设计的集成。

面向服务的架构(SOA)是一种新的系统集成蓝图,用自己的嵌入式数据绑定到特定的流程和业务规则中,从而摆脱用单一应用程序开始新的设计。SOA是基于从分布式计算获得经验并以对象—组件为基础的设计。其基本前提是,把业务功能分组为明确和独立的功能或"服务"。在这里,服务被定义为一个可重复的、有着特定结果且不依赖于其他服务的业务活动的逻辑表示。为保持这种独立性,每个服务负责更新其所用的数据。此外,服务并不一定是在单一的管理实体的控制下,它们使用企业服务总线(ESB),而不是通过从程序体函数调用的方式进行通信。按照设计,应用程序是模块化的,并独立于输入数据;它们需要的数据将单独进行验证和鉴定,并可通过标准化接口进行访问。同样,业务规则在应用程序外部进行定义和处理。有了动态服务组合,服务和工作流不必在设计时进行定义,但可以在以后调整为符合服务消费者的环境。这样,应用程序与它所处理的数据和它所应用的业务规则间的绑定,就在运行时在监督工作流的外部实体控制下得以完成。

SOA鼓励重复使用现有软件组件,其提供者在一个目录(也称为注册表或服务)中列出他们在网络上的位置和服务描述,让潜在的消费者可以发现它们并使用标准化交流查询它们。一个的合同定义了对服务的访问条件、启动规则和结束条件,必须验证其结果是否符合使用服务的用户的期望。为了提高灵活性,规则定义与服务定义分开,以允许在规则不断变化的情况下重用相同的一组服务。工作流的排序(编排)和服务之间信息交换的协调(编制)是在一个外部实体—编制引擎的控制下进行的,编制引擎执行描述业务逻辑的规则或在运行中与规则引擎进行交流来构建规则。SOA增强组织灵活性,因为通过改变现有服务的服务组合以应对环境变化,工作流可以很快地适应需要。可以通过修改后的业务规则吸收专门知识,以反映获得的能力,同时不改变核心服务。

作为一种提供网络服务的方法,SOA与Web服务是相关的,就是说它们都使用基于XML的协议,但关于它们之间关系的确切性质存在不同的意见。有些人认为SOA一定要依赖于Web服务,而另一些人往往将XML规范与SOA脱钩,指出当需要效率时,基于XML文件的极端冗长性可能会成为一个缺点。

把SOA作为对计算机工程电信智能网(IN)概念的转换可能是有帮助的。其实,智能网也是建立和管理分布式环境的架构,它支持实时网络服务和终端用户应用程序,例如在移动网络中漫游和位置相关的服务。为了做到这一点,智能网使用分层架构使网络服务和终端用户应用程序避开网络基础设施,由通用构建模块的不同组合来形成各种网络服务。然而,应当指出,智能网使用的是普通意义上的"服务",而SOA有自己的特殊定义。

1.2.2 全球化的需要

伙伴企业之间的交往长期依赖于企业对企业交易的专有电子网络。最初,各行业部门独立制定适合于自己的规则用于自动化和结构化的交换。原因很简单:在网络服务中,竞争并不妨碍当事方以合理的条款和条件进行合作,以充分利用网络的外部性(即所提供服务的价值随着网络参与者数量的增加而增加)。例如,欧洲制造商于1984年成立了ODETTE(欧洲数据交换远程传输组织),在各航空公司之间成立SITA(国际航空电信协会),用于交换机票预订、时间表、关税等相关数据。SABRE或Amadeus的成立是为了在旅行社、航空公司、连锁酒店和汽车租赁公司之间建立连接。SWIFT(环球银行间金融电信协会)网络成立于1977年,用以交换控制国际银行间资金转移的标准化消息。为传输同业银行指令和资金流动,设立了各种国家和区域银行结算系统。很多这样的系统在之后进行了更新以符合EDI规范。

许多公司利用新式通信和信息技术将任务进行拆分,并在分散的位置执行这些任务。最近,一些先进国家的企业都专注于根据工资差别,将他们的一些生产设施进行转移,并在世界各地不同的地方使用服务柜台,提供连续24小时的客户服务。外包已经被广泛应用,将辅助性工作交给专业供应商,以降低劳动力成本。外包活动的每个阶段取决于世界各地的集成企业系统的可用性。首先,厂商迁移他们的工厂或从各种各样的全球生产商采购其组件。其次,随着企业集中于他们的核心能力并将不重要的活动甚至一些内部运作进行外包,对供应链进行重组,并在全球范围内分包给供应商。这种分包可确保24小时运作,并通过寻求专门知识,无论它在哪里,达到提高绩效的目的。据估计,今天在北美和欧洲各地大约75%的大公司已将人力资源管理外包。但是,不足之处是他们的供应链和通信网络的脆弱性增加了,使之要冒超出其控制范围的风险。

1.2.3 组织灵活性的需要

放松管制、全球化和新技术的联合效应已经改变了很多行业的格局,并更加凸显出增强组织灵活性的必要。缩短产品开发时间的需要激发了将并行工程作为一种方法,促进各种集成解决方案的快速开发且无需过多的费用。在服务行业,特别是在电信、航空公司、银行等网络服务行业,大型公司的新服务依赖于数以百计的计算机支持的系统,其中许多系统具有不同的架构,并在不同模式下操作,完成订单录入、供应、安装、质量管理等方面的工作。

在知识密集型行业,各方之间的合作源于许多高度专业化的公司之间知识的分布式性质。我们目睹了通过合作伙伴、战略联盟、合资企业等混合治理结构越来越多地使用非内部资源的趋势。开放式创新强调了一个事实,企业可以选择最合适的技术,不论这一技术是否来自于企业自身的界限范围内。描述这种现象的其他术语有"虚拟公司环境"等。因此,尽管知识密集型的公司的竞争优势在很大程度上源于其自身的资源和能力,但他们与其他公司在研发和互补功能领域合作的能力变得越来越重要。这样一个组织的管理,要求严格的程序来协调和共享所需的数据。而供应商、卖主和客户之间的合作增加了专有信息和商业秘密泄露的新风险。应该看到,这种类型的安排与旨在减少库存或加强对市场条件的反应的典型供应管理大为不同。

结果是,及时,不论每个部门的信息架构如何,各职能部门之间必须保持持续畅通的通信,由于移动性,在家庭、企业以及在路上这3个信息处理服务领域的严格界线正变得越来越模糊;第二,这种通信和信息处理架构,包括其操作的支持系统,将需要快速的可重构性以适应环境的变化或任何时候引入的新服务。这将减少将不同的系统整合到一个灵活的"进化型"结构所需要的时间和精力。

1.2.4 产品与服务的个性化需要

企业竞争的一种方式是通过投入更多的资源,利用IT可以提供的技术为客户提供个性化的服务。此系统集成的驱动程序,涉及为定制特定的产品或服务所提供的个人配置文件的能力。例如,在呼叫中心,计算机电话集成得益于电话信令方式的进展,也得益于交互式语音应答系统的发展。以这种方式,一个来电可以用从各种企业数据库中提取的同步信息被路由到最合适的运营商设备,从而识别呼叫者配置文件、他们的账户状态、呼叫的原因等。第15章侧重于从销售、营销、呼叫中心的视角来看应用程序。

就市场营销而言,需要识别特定部分的潜在用户的特点和需求,从而为他们定制产品或服务。这种新的个性化需求根据个人的位置或环境,要关注他们的期望、需求和要求。许多组织今天按照顾客的终身"价值"和忠诚度分配资源。作为一种策略,他们跟踪客户的选择,并用它们来重新调整自己的供货组合。数据仓库存储从任何数量和种类的数据源挑选出的综合信息,以协助确定这些配置文件。数据仓库的管理需要软件和智能基础设施,以提取所需的知识。然而,这些数据库可以分布在多个实体,并有不同的格式,服务提供商将不得不单独协调对每个实体的访问,然后将数据转换为通用的格式。SOA和Web服务的保障是,大多数(如果不是所有的)协调将是自动和在线的,而只有极少数的数据需要使用共同的

……

网友评论(不代表本站观点)

来自无昵称**的评论:

书很好!!

2017-08-01 20:16:40
登录后即可发表评论

免责声明

更多相关图书
在线咨询