下面我们就从几个方面来分析这个问题。
采用系统至上、人员分而治之的集成方法
现实中总是会出现这种情况：机器到机器（Machine-to-Machine）的集成几乎总是失败，除非建模流程已经有一定的门道可以遵循，这些规律让人们可通晓或注意到意外情况，不过人们还是可能会对某些错误视而不见或是在发现了错误时假装没发现。在这样的应用软件集成中，人们必须要在关键时刻出手。我们把这样的系统称为系统至上（system-up）的集成的典型范例：由多个计算机程序和系统或多或少地以自动化的方式实现集成，但偶尔会因为商业规则的原因使人员被商业牵着鼻子走。
在系统至上的系统集成中，每个人员涉及到的只是整个系统的某一个不常见的方面。而人员分而治之的集成方法则重点考虑的是每个员工的绩效的流程处理方式，其主要方法是：每位员工有自己的职责，由经理来评判，层层向上最终由上层经理分析出整个组织的绩效，而薪资是导向性因素。流程主要由人员根据自己的时间框架决定对共有资源（如HR系统、支付系统、税务系统等资源）的访问，而且这些是强制命令式的。
效率更高，利润更大
我们如果把业务流程看作是一系列有序的任务，那么这些任务序列应该让业务更有效率。Metrics应用业务流程重组来节约时间、开销等成本。但是，流程也是最顶级的利润。假设顾客要进行一笔数额较大的金融交易，那么接下来服务方就要通过外部的信用服务来决定该客户是否有支付能力。然而，检测其信贷分类是可能发现他有若干为还债而变卖的行为存在。信用卡发放机构可能查阅到客户的人寿保险提供商或是信用卡保护等其他的类似服务的存在。这些都是潜在的利润，而且个自有各自的特色，没有统一性。许多其他业务的诱因可能导致异常的发生，而且是不可重现的。这就要求我们要共同协作，一起讨论可能出现的各种对系统集成有影响的因素。
要以全球性的视角来看待问题
在不久的将来，一个全球性的不会停止的经济将会改变我们对计算的思考方式。物流和市场都完全被国际化了，于是一个大型的零售商在看到了佛罗里达的飓风的快速前进的脚步时可能希望货运能根据信号灯的指示改变货轮的航向，但是，信号灯是亚洲生产制造的，这就需要商业要具备一定的敏捷性。
涉及业务流程的问题包括以下内容：
A 如何把流程被设计为端到端的？
B 如何让用户克服为跟上IT而耗费大量时间的问题？
应用软件的一种新模式
在我们上述描述的各种情况中有一些基本要素是共同的，这些共同要素就是任务，而不是一份文档、表单或程序。一项任务指的是被描述定义的从开始到终止的处理过程，是下一步要完成的任务的前提。把一个定义好的一组任务串连在一起就得到了一个业务流程，也知道了该业务流程的活动操作序列及其主要功能。
事件总是异步的、难以预料的，例如客户的地址信息可能会经常改变，所以可以在电子商务站点上采用电子资金转帐EFT（Electronic Funds Transfer）的方式。一个范例就是事件驱动体系结构EDA（Event Driven Architecture），它可以在各种各样的报告中加入额外的业务控制。
对于系统至上的集成方法和人员分而治之的集成方法我们作个总结：系统至上的集成方法是以应用软件为主的，它令集成简单化，有确定性；标记好的任务通过特殊的来自各功能、个子规程或Web服务的返回代码来处理。而人员分而治之的集成方法是一个长期的任务过程，它使任务可以被重新设计、可以被延迟、修改甚至是忽略掉，任务声明的完成是由某些人员来裁定的。这就涉及到了很多细节方面的问题。
一直以来所面临的挑战
任何有经验的IT专家都明了集成不同的异构系统的超乎寻常的困难，这样的困难主要表现在以下2个方面：
A 要对付多种协议、多种数据格式、多种程序设计语言和体系架构、多种安全模式和从大型机到基于Web站点的客户/服务器交互方式。
B 处理各种各样的和突发的部门间和组织议事日程安排上的冲突。
上述困难令IT系统成为高度复杂的生态系统。而且，经常会有一个团体性的方法来驱动企业的计算。预期的成本可能要超支。这其中可以利用ROI、SOA有关的技术和方法来解决有关的问题。
流程本身也需要改进
对于上述我们分析的各种情况究竟该如何应对呢？应用软件的本质是考虑所有涉及其中的因素。编写文挡不该只被看作是应用软件本身的事，而应该把它视为是整体功能实现的一个组成部分。就象我们不应该把自己电脑中的桌面应用软件孤立看待一样，我们应该把它视为是实现整个业务流程功能或工作流的组成部分。
上个世纪90年代初期的研究表明PC的进步最终降低了消息发布的时间，提高了人类的劳动生产率。工作流和业务流程的引入使得编程方式有了很大变化。流程的构建和实例化在编程中都有所体现。我们在提高业务流程、人力工作流和人员与计算机设备交互方面所做的计算已经取得了很大的进步。我们目前处在一个全新的软件程序类型阶段。 |
