业务流程管理(Business Process Management)
所谓BPM(Business Process Management),
即业务流程管理，是指根据业务环境的变化，推进人与人之间、人与系统之间以及系统与系统之间的整合及调整的经营方法与解决方案的IT工具。业务流程管理应
该包括"建模-实施-监控-管理"等过程，要具备其所需的所有服务与工具才能叫作BPM。
现在的信息系统开发方式的缺点在于对需求表达不清晰、效率不高。在这种思维方式下流程被固化在 系统中，企业不能随着商业环境的变化而方便迅速地改变业务流程，而企业环境的变化促使企业必须快速地调整业务来响应。实时性企业将敏捷地使用最新信息，以 积极地消除其关键性业务流程中的管理与执行层面出现的低效率延迟。BPM的出现正是为了解决企业流程实时改变所带来的敏捷性、实时效果评估、资源整合与优 化等问题，而这些问题是不能为传统的OA和工作流所解决的。
通过BPM，可以对业务流程进行自动化,并通过流程的分析及监控功能,对业务进行整合及计量,从业务角度、组织角度、IT角度都可得到可量化的改善效果，这种效果随着管理者通过BPM分析与优化流程，将越来越显著。
研究表明，未来2年与J2EE平台结合紧密的BPM产品将占据主导地位。
2、BPM的边界界定
BPM的目标是实现企业管理的有序化和企业运营的增值,在我看来,BPM
包括如下内容:
1)BPA(业务流程自动化)
通常人们将流程的真正执行部件称为工作流系统，直到今天，传统的
工作流系统仍然在BPM系统中扮演着中心角色,正是它实现了业务流程
的自动化,BPA包括如下内容:
a)流程建模技术 如Petri网、控制流语义、数据流图、
UML中的序列图、协作图、状态转换图等
b)流程定义技术 如XPDL,BPEL4WS等
c)流程执行引擎 如我们谈过的jbpm,shark等
2)BPI(业务流程集成)
BPI（业务流程集成）系统是实现流程集成技术的具体载体,是它把我们
的软件开发方式由面向过程、面向对象和面向构件等转变为面向服务,BPI
包括如下内容:
a)流程间通信技术 以前可以采用的有远程过程调用（RPC）、分布式对象（CORBA、DCOM/COM+、RMI）、面向消息的中间件（MOM）等,现在可以选用基于Web服务的动态、轻量级的服务协作中间件
（Service Cooperation Middleware，SCM）
b)EAI技术 主要实现企业内部的应用集成
c)B2B技术 主要实现合作伙伴间的应用集成
3)BPR(业务流程改进)
BPM以优化管理为归宿，而不仅仅满足于业务的处理;BPR包括下面的内容:
a)流程监控与分析
b)流程优化
c)流程改进
3、 选择BPM系统 必须考虑建立BPM团队
BPM 众多成功的关键因素在于能组成执行团队，同时进行企业流程的设计、建置、模块化、优化及部署。有效率的 BPM 执行团队成员来自组织内各部门，分别都是在成功推动项目上，扮演着重要的角色。而影响 BPM 解决方案的重要因素在于：提供团队成员正确的工具组合，让他们的工作既简单又有效率。典型的执行团队成员包含：
流程拥有者
即利用工作流程，以便更有效率执行工作职责的人。他们对工作流程感兴趣，但并不注重所使用的工 具。他们只想改善流程并证实其效果，可说是联系 BPM 团队与工作流程实际需求间的重要环节。企业主可从图形流程设计工具获益良多，这套简单的工具可帮助他们发展最初始的详细的流程图，与分析师紧密合作。完成 部署之后，流程拥有者可重新检讨该流程相关的报告，并对工作流程提出改进的建议。总而言之，流程拥有者拥有工作流程、重视结果，但不想花心思在相关技术面 上。
业务流程分析师
业务流程分析师是执行团队的重要成员，也是流程设计的专家。他在执行团队中并非软件开发者，因此使用的工具必须是直觉式操作，或具备基本、甚至毋需具备程序设计的专门知识。分析师需要整合的环境来进行下列事项：
勾勒或规划工作流程；
定义必须由自动化流程处里的特定情况及例外事项；
模块化流程，以工作周期展开前测试并界定潜在问题；
了解组织架构及从属关系；
提供团队成员、使用者及新进员工所属工作流程的各式文件；
在工作流程开始运行之后分析其产生的结果；以及
持续进行工作流程的改善。
IT 设计师
他们与流程分析师紧密合作，建立自动化流程。IT 设计师最了解 IT 环境的功能架构，但他们不是程序设计师，他们须具备下列能力，进行相关事项：
轻易存取流程设计师建立的工作流程及流程的文件 (直接让他们分享分析师权限更佳)；
设计表单或使用现有电子表单，及定义表单的数据项，但不需专精于数据库设计；
设计工作流程路径的规则及异常情况的处理，但不需撰写程序；
与目录、其它应用程序、Web Services及数据库进行整合；以及在工作流程正式上线前，先行测试及模拟。
为使流程获致最佳性能及灵活度，任何 BPM 解决方案皆应是 IT 设计师及分析师的工作目标及责任，而不是开发人员。
软件开发人员
他们在 BPM 团队中扮演着重要角色，但是，除非整合情况复杂，或有其它必须透过程序解决的问题，否则不一定需要开发人员。需要开发人员时，他们需要相关工具进行下列事项：
在检视流程内容后，使用他们了解且惯用的开发工具；
开发程序代码及模块，方便日后只须简单使用 XML、Web Services或其它标准方法，就能呼叫表单或工作流程；以及轻而易举就能在 BPM 应用程序及 ERP、CRM与其它功能所用的后台系统之间建立数据交换。
我再重复一个重点，软件开发人员应对 BPM 具贡献，但不是实施流程管理的主要焦点。唯一例外的情况是，若整个工作流程是企业应用程序整合 (EAI) 所带动，而不需太多、甚至不需人力的投入及具有高复杂度的整合。
IT 管理人员
只要 BPM 系统开始执行，他们在维护管理上，就扮演着举足轻重的角色。他们需要能在其它管理控制环境下使用的工具，来进行下列事项：
监督系统的执行性能；
设定服务器环境；
管理磁盘空间及数据库使用情形；
授权企业使用者更多的流程行政管理责任；
分析日志文件；以及建立系统使用率及使用者作业的报表。
总结
在选择并执行 BPM 系统时，您无疑必须考虑 BPM 团队。藉由结合团队能力及界定完整 BPM 系统的必备要素，您即可以部署符合所有使用者需求的解决方案、实现符合预期的投资报酬率 (ROI)，并为企业创造其它无形的利益。
转自：http://baike.baidu.com/view/444820.htm
现在的信息系统开发方式的缺点在于对需求表达不清晰、效率不高。在这种思维方式下流程被固化在 系统中，企业不能随着商业环境的变化而方便迅速地改变业务流程，而企业环境的变化促使企业必须快速地调整业务来响应。实时性企业将敏捷地使用最新信息，以 积极地消除其关键性业务流程中的管理与执行层面出现的低效率延迟。BPM的出现正是为了解决企业流程实时改变所带来的敏捷性、实时效果评估、资源整合与优 化等问题，而这些问题是不能为传统的OA和工作流所解决的。
通过BPM，可以对业务流程进行自动化,并通过流程的分析及监控功能,对业务进行整合及计量,从业务角度、组织角度、IT角度都可得到可量化的改善效果，这种效果随着管理者通过BPM分析与优化流程，将越来越显著。
研究表明，未来2年与J2EE平台结合紧密的BPM产品将占据主导地位。
2、BPM的边界界定
BPM的目标是实现企业管理的有序化和企业运营的增值,在我看来,BPM
包括如下内容:
1)BPA(业务流程自动化)
通常人们将流程的真正执行部件称为工作流系统，直到今天，传统的
工作流系统仍然在BPM系统中扮演着中心角色,正是它实现了业务流程
的自动化,BPA包括如下内容:
a)流程建模技术 如Petri网、控制流语义、数据流图、
UML中的序列图、协作图、状态转换图等
b)流程定义技术 如XPDL,BPEL4WS等
c)流程执行引擎 如我们谈过的jbpm,shark等
2)BPI(业务流程集成)
BPI（业务流程集成）系统是实现流程集成技术的具体载体,是它把我们
的软件开发方式由面向过程、面向对象和面向构件等转变为面向服务,BPI
包括如下内容:
a)流程间通信技术 以前可以采用的有远程过程调用（RPC）、分布式对象（CORBA、DCOM/COM+、RMI）、面向消息的中间件（MOM）等,现在可以选用基于Web服务的动态、轻量级的服务协作中间件
（Service Cooperation Middleware，SCM）
b)EAI技术 主要实现企业内部的应用集成
c)B2B技术 主要实现合作伙伴间的应用集成
3)BPR(业务流程改进)
BPM以优化管理为归宿，而不仅仅满足于业务的处理;BPR包括下面的内容:
a)流程监控与分析
b)流程优化
c)流程改进
3、 选择BPM系统 必须考虑建立BPM团队
BPM 众多成功的关键因素在于能组成执行团队，同时进行企业流程的设计、建置、模块化、优化及部署。有效率的 BPM 执行团队成员来自组织内各部门，分别都是在成功推动项目上，扮演着重要的角色。而影响 BPM 解决方案的重要因素在于：提供团队成员正确的工具组合，让他们的工作既简单又有效率。典型的执行团队成员包含：
流程拥有者
即利用工作流程，以便更有效率执行工作职责的人。他们对工作流程感兴趣，但并不注重所使用的工 具。他们只想改善流程并证实其效果，可说是联系 BPM 团队与工作流程实际需求间的重要环节。企业主可从图形流程设计工具获益良多，这套简单的工具可帮助他们发展最初始的详细的流程图，与分析师紧密合作。完成 部署之后，流程拥有者可重新检讨该流程相关的报告，并对工作流程提出改进的建议。总而言之，流程拥有者拥有工作流程、重视结果，但不想花心思在相关技术面 上。
业务流程分析师
业务流程分析师是执行团队的重要成员，也是流程设计的专家。他在执行团队中并非软件开发者，因此使用的工具必须是直觉式操作，或具备基本、甚至毋需具备程序设计的专门知识。分析师需要整合的环境来进行下列事项：
勾勒或规划工作流程；
定义必须由自动化流程处里的特定情况及例外事项；
模块化流程，以工作周期展开前测试并界定潜在问题；
了解组织架构及从属关系；
提供团队成员、使用者及新进员工所属工作流程的各式文件；
在工作流程开始运行之后分析其产生的结果；以及
持续进行工作流程的改善。
IT 设计师
他们与流程分析师紧密合作，建立自动化流程。IT 设计师最了解 IT 环境的功能架构，但他们不是程序设计师，他们须具备下列能力，进行相关事项：
轻易存取流程设计师建立的工作流程及流程的文件 (直接让他们分享分析师权限更佳)；
设计表单或使用现有电子表单，及定义表单的数据项，但不需专精于数据库设计；
设计工作流程路径的规则及异常情况的处理，但不需撰写程序；
与目录、其它应用程序、Web Services及数据库进行整合；以及在工作流程正式上线前，先行测试及模拟。
为使流程获致最佳性能及灵活度，任何 BPM 解决方案皆应是 IT 设计师及分析师的工作目标及责任，而不是开发人员。
软件开发人员
他们在 BPM 团队中扮演着重要角色，但是，除非整合情况复杂，或有其它必须透过程序解决的问题，否则不一定需要开发人员。需要开发人员时，他们需要相关工具进行下列事项：
在检视流程内容后，使用他们了解且惯用的开发工具；
开发程序代码及模块，方便日后只须简单使用 XML、Web Services或其它标准方法，就能呼叫表单或工作流程；以及轻而易举就能在 BPM 应用程序及 ERP、CRM与其它功能所用的后台系统之间建立数据交换。
我再重复一个重点，软件开发人员应对 BPM 具贡献，但不是实施流程管理的主要焦点。唯一例外的情况是，若整个工作流程是企业应用程序整合 (EAI) 所带动，而不需太多、甚至不需人力的投入及具有高复杂度的整合。
IT 管理人员
只要 BPM 系统开始执行，他们在维护管理上，就扮演着举足轻重的角色。他们需要能在其它管理控制环境下使用的工具，来进行下列事项：
监督系统的执行性能；
设定服务器环境；
管理磁盘空间及数据库使用情形；
授权企业使用者更多的流程行政管理责任；
分析日志文件；以及建立系统使用率及使用者作业的报表。
总结
在选择并执行 BPM 系统时，您无疑必须考虑 BPM 团队。藉由结合团队能力及界定完整 BPM 系统的必备要素，您即可以部署符合所有使用者需求的解决方案、实现符合预期的投资报酬率 (ROI)，并为企业创造其它无形的利益。
转自：http://baike.baidu.com/view/444820.htm
