工作流产品比较
鼎捷T00产品对比分析
鼎捷T100产品演示后随笔记录与分析一、产品总体1、源之于台湾的精化生产，比较适合台资企业，财务功能很弱，很大陆很多会计准则不太配。
2、整个系统没有集团管理理念很弱，只是简单做了数据集中管理，基础档案共享，集团财务管控、集中采购、集中销售、内部交易功能基本无。
比较适合不需做集团管控，只需要做简单数据集中查询的管理方式。
3、用Genero Studio 4GL 语言开发的，没有真正的开发平台，客户化开发必须从源代码开始写起，不仅效率低，其安全性也是企业的一大隐患，而且不能平滑升级。
开发语言和环境非主流，有些落后，维护成本高。
小众开发工具，开源的，开放性强，同时BUG错误多，运行效率、大并发稳定性，是他一个质命弱点。
4、工作流是一个单独产品EASYFLOW与T100不是一个平台，开源的，之间做了一个集成，不是一体化平台，造成操作易用性差。
5、产品模块不完整，没有集团全面预算管理、没有含集团资金系统、没有集团资产管理等。
PLM也是第三方的。
6、成本核算功能太弱，只是能进行工单成本归集与分摊，如大陆要求的品种法、批次法、分步结转、综合结转法、各种自定义分摊法、成本还原方法等都不能很好的支持7、易用性较差，录入、查询不直观，根随大陆财务制度产品变化慢。
二、产品应用：1、基础资料平台：无法做到统一管控，只是提供一个复制功能。
2、集团财务：能建立组织，但只是一个财务核算系统，实现了财务数据的集中，不是集团财务管控系统，一个单位一个数据库，无法实现跨组织查询，凭证协同、对帐等，如一个人要负责3个单位的帐，需要不停在帐套之间切换。
功能较弱，如帐龄分析，多业务单元核算、自定义辅助核算等。
3、集团资金：只有银企直联，银行调节表，现金及银行帐，只是说是一个出纳管理，不是资金管理系统，银企直联目前不支持CA认证，很不严瑾，这是一个重要的安全隐患。
从演示来看此功能应没有实际客户在应用、只是一个摆设。
专业的资金系统主要内容：出纳管理、结算中心（内部银行）、现金池（收支两条线、统收统支）银行贷款管理、担保管理、票据管理、银企直联、帐户管理、银行授信管理、资金计划、内部贷款、银行存款管理、资金计息等4、集团预算管理：PPT讲的与产品不一致，没有成熟产品，项目化产品，系统功能太简单，案例少，需项目制定，项目周期及风险不可控。
慧正工作流系列(一)—— 慧正简介
慧正工作流系列（一）——慧正简介
工作流（WorkFlow）就是工作流程的计算模型，即将工作流程中的工作如何前后组织在一起的逻辑和规则在计算机中以恰当的模型进行表示并对其实施计算。
工作流要解决的主要问题是：为实现某个业务目标，在多个参与者之间，利用计算机，按某种预定规则自动传递。
工作流属于计算机支持的协同工作（Computer Supported Cooperative Work，CSCW）的一部分。
北京慧正通软科技有限公司（以下简称慧正）专注于工作流（Workflow）产品研发和推广，总部设在北京，在全国七大区域设有分支机构，具备遍及全国的工作流产品销售和支持网络。
慧正公司在工作流产品方面具备自主知识产权和多项专利，是中国最专业的工作流产品提供商。
作为慧正的主打产品之一，慧正工作流引擎是一套提供给集成商、软件开发商和最终客户的基础中间件，它以流程引擎和规则引擎为核心，通过配置及二次开发，实现流程的自动化处理，由流程引擎、规则引擎、五个核心服务和八类对外接口四部分组成，具体结构图如下：
慧正多年来一直专注于工作流产品技术研究，与合作伙伴一起推动用户业务流程自动化，提高管理水平。
慧正产品的品质已经在政府、金融、电信、能源、制造等多个行业和领域得到验证。
公司发展目标是研发一流的工作流产品技术，领导中国乃至全球工作流技术的发展潮流，成为中国信息技术服务业的领先厂商。
了解更多信息，关注慧正工作流官网：
北京慧正、工作流、工作流引擎、工作流系统、流程管理软件。
浅谈国内工作流产品研究分析
浅谈国内工作流产品研究分析
工作流的思想最先起源于西方国家，一开始的目的主要是为了简化工作流程，为繁琐的工作提供依据。
随着需求的不断延伸以及人们对企业信息化思想的不断普及，工作流越来越受到企业内部的使用推广，当然，工作流能满足的需求也在不断的优化。
研究了下现时国内比较流行的工作流软件：easyflow（博汇数码）、myApps（天翎）、SunFlow（杭州信雅达）、Koof MetaLogic、SynchroFLOW等等，发现这些工作流软件有很多功能是相似或者直接可以说是现时工作流不可欠缺的。
即工作流引擎、工作流过程建模工具、流程操作、工作流客户端架构、流程监控、表单设计器以及与应用程序的集成。
虽然主要特点基本上国内比较知名的工作流都具备，可是功能上的侧重点则不同，经过这几年本人对工作流的一些研。
工作流技术
的操作，如获取工作列表，处理工作项等。
接口3的功能
工作流系统在运行过程中有时需要调用外部应 用程序，以完成系统不能完成的工作（比如， 发送Email或传真，扫描文件等），或者与其 他系统集成到一起。此时可以通过接口3来完 成。
/standards/docs.htm 一个工作流管理系统可以包含一个或多个引擎，并通
过API向外部提供五个方面的功能服务，这些功能分 别为：
工作流引擎的功能
接口1－流程定义的导入导出 接口2－同客户端应用程序和工作列表处理程
序之间的交互 接口3－软件工具和应用程序的调用 接口4－不同工作流管理系统之间的协同工作 接口5－管理和监视功能
接口5 的功能
流程实例（Process Instance）审计信息：包括创建、启动流程实 例和子流程实例的审计数据；流程实例状态变化的审计数据；流 程实例属性变化的审计数据；
活动实例（Activity Instance）审计信息：包括活动实例状态变化 的审计数据；活动实例属性变化的审计数据；
工作流引擎：用来执行单独的流程实例。 用户界面：用户操纵工作流列表的界面，可能会调用
外部的应用程序。
工作流管理系统的主要功能：
建造功能：对工作流过程及其组成活动定义和 建模；
运行控制功能：在运行环境中管理工作流过程， 对工作流过程中的活动进行调度；
运行交互功能：指在工作流运行中，WfMS与 用户（业务工作的参与者或控制者）及外部应 用程序工具交互的功能。
4) 生产型工作流（production workflow）：实现重要的业务过 程的工作流，特别是与业务组织的功能直接相关的工作流。与管 理型工作流相比，生产型工作流一般应用在大规模、复杂的和异 构的环境下，整个过程会涉及许多人和不同的组织。
BMC产品与HP产品的比较分析
4
的 CMDB 之上。 真正实现统一架构的 IT 服务管理平台。 通过 ITIL 的官方机构 OGC ITIL 产品 的认证； 对 ITIL 的遵从性 通 过 国 外 第 三 方 ITIL 机 构 PinkElephant 的 ITIL V3 工具认证 （11 个流程）； BMC Remedy Action Request 定制和开发比较复杂， 没有一个清楚地配置 引导过程， 是靠分布在很多不同界面下的规 则来实现，不同用户、不同流程管理员配置 流程的方法都可能不一样， 管理员之间很难 理解其他人配置的工作， 所以对人的依赖性 很大。 实际运维工作中存在许 多非 ITIL 的工作流程， 也 需要在运维平台上一起 实现 System（ARS）是一个独立的工作流 引擎平台，提供了强大的工作流程定 工作流定制能力 制能力，定制的方式为所见即所得的 方式，通过简单的界面定制和适当的 工作流组件定制即可完成复杂工作 流定制工作，不需要代码或脚本级的 编程。 对 BMC Remedy ITSM Suite 的各应 用模块提供的 ITIL 标准流程可以进行 调整和定制，主要是以下两种方式： 应用模块的流程定制能力 由 Remedy ITSM Suite 提供的 流程后台配置功能即可完成大 部分的流程定制工作，包括流程 的流转，自动分派，审批等，对 于每一个流程都会有相应的配 置选项； 对于无法通过配置完成的流程， 可以对 Remedy ITSM Suite 应 流程的配置依靠 JavaScript 或者 RAD(私有 的开发工具，用户很难掌握)。 是否可以快速部署和上 线， 后期的维护和调整是 否容易 通过国外第三方 ITIL 机构 PinkElephant 的 ITIL V3 工具认证（11 个流程）； 是否符合 ITIL 标准对于 用户规范运维以及通过 标准（ISO20000）有一 定影响
国内市场主流专业的工作流(bpm)软件分析、比较及推荐
国内市场主流专业的工作流(bpm)软件分析、比较及推荐目前国内外的工作流系统层出不穷，行业标准多种多样，虽然工作流主要功能国内比较知名的工作流软件基本上都具备，但功能的侧重点各不相同,增加了企业对工作流或BPM选型难度，本人选用目前国内市场主流专业的工作流软件，从概念、工作流引擎、工作流过程建模工具、流程操作、工作流客户端架构、流程监控、表单设计器以及与应用程序的集成等方面进行分析和比较，帮助企业对工作流或BPM产品的选型。
一、概述：工作流的思想最先起源于西方国家，一开始的目的主要是为了简化工作流程，为繁琐的工作提供依据。
随着需求的不断延伸以及人们对企业信息化思想的不断普及，工作流越来越受到企业内部的使用推广，当然，工作流能满足的需求也在不断的优化。
工作流概念起源于生产组织和办公自动化领域，是针对日常工作中具有固定程序活动而提出的一个概念，目的是通过将工作分解成定义良好的任务或角色，按照一定的规则和过程来执行这些任务并对其进行监控，达到提高工作效率、更好的控制过程、增强对客户的服务、有效管理业务流程等目的。
尽管工作流已经取得了相当的成就，但对工作流的定义还没有能够统一和明确，不同学者从不同角度对工作流做出了不同的定义。
Georgakopoulos给出的工作流定义是：工作流是将一组任务组织起来以完成某个经营过程：定义了任务的触发顺序和触发条件，每个任务可以由一个或多个软件系统完成，也可以由一个或一组人完成，还可以由一个或多个人与软件系统协作完成。
IBM Almaden Research Center将工作流定义为：工作流是经营过程的一种计算机化的表示模式，定义了完成整个过程需要的所有参数；这些参数包括对过程中每一个步骤的定义、步骤的执行顺序和条件、步骤由谁负责以及每个活动所需要的应用程序等。
1993年工作流管理联盟(Workflow Management Coalition，WfMC)作为工作流管理的标准化组织而成立，标志着工作流技术逐步走向成熟。
JBPM与Activity分析
1概述这里对现阶段市面上的几个主流工作流引擎进行对比，同时将其与FixFlow 进行功能和各方面的对比。
这里选定的目标是JBPM和Activit，现在两者最新稳定版本分别是JBPM5以及Activiti5。
同时这里会讲讲FixFlow这个国产工作流引擎，对于国内用户来说，使我们在几个国外工作流之外又有了更多的选择。
我们可以看到国内的开源流程引擎也可以做到国际级的水平，同时还可以支持加签、会签、回退等这样的“中国式工作流”。
2JBPM和Activiti对比首先先看看JBPM5和Activiti5，这两者现在可以说是国内外最常见到的开源工作流引擎。
如果总管两者的发展史会发现两者的奠基人都是来自于一个叫Tom Baeyens的人。
所以就会发现JBPM系列和Activiti系列的风格方面有很多相似，而Activiti看起来更像是JBPM的后续发展。
2.1 从JBPM3到Activiti5从架构层面上来看JBPM3的架构为：从这张图可以很清晰的看出JBPM的技术架构，可以说作为一个工作流引擎应该有的成分：设计器、控制台、流程引擎、引擎数据库这几者已经明显的标注之上，在后续的各个工作流引擎中这种架构都没有颠覆性的变化。
这里我们来看一下JBPM5的架构他引入了规则引擎Drools，规则引擎负责了整个流程引擎的运转，而知识仓库的存在。
让面向流程的知识管理有了更直观的认识，事实上JBPM的代码操作几乎都是从知识库类开始的。
这张图很好的表现出了一个以BPMS为方向的流程产品应该是什么样的架构模式。
如果说JBPM是产品经理的造物的话，那么Activiti就是技术人员的杰作，Activiti更多的精力是放在了技术架构的精妙。
其易用性方面是JBPM难以比拟的。
集成一个Activiti的难度要远低于JBPM，同时JBPM业务化的api体系也着实让技术人员有些头疼。
这张图就是Activiti的架构图，可以看出这张图与其说产品架构图，更有点像技术架构图。
大型、中小型企业OA系统实施差异对比
大型、中小型企业OA系统实施差异对比——承元OA软件OA系统信息化对企业来说，是一项重大且长远的工程，如何选择信息化建设的切入点，以及怎样的规划建设方案，是这项工作的重中之重。
中小企业和大型企业在OA系统信息化方面存很多的差异，包括基础条件、信息化的需求等多个方面。
相对来说大型企业的信息化经验比较丰富，人员和成本的投入也比较多，而中小企业则需要结合自身的特点，并通过信息化发挥自身的优势，不能简单的照搬大型企业的经验与模式。
一、OA信息化基础条件的差异1、中小企业方面（1）、由于IT人才相对缺乏，有的没有专门的IT部门，因此对产品的易用性、可维护性要求较高。
（2）、用户数较少，对系统性能方面要求不是很高，不需要特别高端的数据库等系统软件；（3）、资金方面不足，看重OA信息化的性价比；（4）、OA信息化方面的经验不足，需要OA系统厂商专业的指导和协助。
2、大型企业方面（1）、用户数较多，对系统的性能要求会比较高，对系统软件（如：数据库、操作系统、应用服务器等）和服务器要求较高；（2）、存在不同的管理软件，需要实现OA和其他管理软件的集成与整合；业务相对比较负责，OA在多部门、多层级的管理中更能发挥优势；（3）、一般拥有专门的IT部门，具有一定的技术开发能力；（4）、资金充裕，对价格不明感，更关注的是OA信息化对企业管理的作用；（5）、具备信息化管理经验，有着一定的系统规划和信息化管理能力；二、对OA信息化需求方面的差异1、中小企业OA信息化的需求（1）、从OA系统开始，搭建一个基础的信息化平台，为进一步信息化建设奠定基础；（2）、工作流程简单，不需要特别复杂的流程管理，一般的OA工作流产品即可满足；（3）、有的OA中包含了业务系统的管理功能，其他管理软件不是很多；（4）、企业发展变化大，由于不同阶段的管理模式和业务模式的变化，对OA软件的扩展性和适应能力要求比较高；（5）、考虑到性价比，OA定制开发的内容比较少，项目实施周期短，希望能够快速看到效果；2、大型企业OA信息化需求（1）、由于存在多部门、跨地域，OA系统的沟通和管理是企业的重点，建立一个协同办公管理平台，提高企业整体运转效率；（2）、工作流应用复杂，需要灵活的、可定制的工作流；（3）、有着比较多的个性化需求，OA系统定制开发的内容比较多，如：很多项目都是定制开发模式的，实施周期长、投入成本大；（4）、由于使用的人数众多，对OA的系统安全性、并发性能要求比较高；（5）、对系统的开发平台稳定性及灵活性会有更高要求；三、对OA系统产品选择的差异1、中小企业方面平台型OA系统出现以前多以通用的产品型OA为主，受成本预算的限制一些需求只能被削减，随着平台型OA系统的逐渐普及，在能够满足企业不同需求的同时，拥有比较高的性价比，让企业的需求能够得到更好的满足。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
对X5 Studio过分依赖，如果选择它的工作流，整个项目需要在其平台上开发。
用户自己的开发框架调用流程需要调用webService来实现，统计分析只支持系统里面创建的BO模型。
缺少流程效能分析，表单设计器不是很好用
报价单
链接地址
链接地址
链接地址
链接地址
详细了解
链接地址
中文
中文
国产化
是
是
是
是
数据库
oracle/db2/SQLServer/Sybase/Informix/Mysql
oracle/db2/SQLServer/Sybase/Informix/Mysql
oracle/db2/SQLServer/ /Mysql
Oracle/Mysql
工作流设计
器表现力
完全基于Flex/Flash的全图形化设计界面，易于理解，界面和操作非常简单，大部分业务逻辑的实现无需代码开发，eclipse中也可绘制流程。
X5提供自己的角色管理模块，也提供接口可自行扩展
有自己的角色管理模块，提供数据同步接口
必须使用提供的角色模块
优点
BPS与用户开发框架及集成开发环境可以高度融合，一方面以整合的开发环境开发，即保持了原来的开发模式与习惯，又能够方便的使用BPS的功能；另一方面，BPS提供标准的Java API，能够以多种协议与用户原有应用交互，更好的保护了原有资产，大大降低了应用开发和升级的成本。
X5平台提供了对数据的查询、统计、分析、挖掘的支持，能够完成多维、多项的数据统计分析，包括交叉表、统计表都实现
Aws提供数据库表对应表单，便于自己做统计分析。
Aws提供流程效能分析，还支持以多维度、多方案（BO统计图表、交叉表统计、SQL报表）表单数据统计分析。
流程引擎使用了开源的activiti5，扩展性方面比较好。
主要工作流产品比较
-普元BPS、起步X5、炎黄盈动、和宏天bpmx3
功能
普元BPS
起步X5
炎黄盈动
宏天bpmx3
编程语言
使用Java技术，支持微软及除微软外的各类主流操作系统
使用Java技术
使用java技术，自己研发的流程引擎
使用java技术，基于activiti5开源引擎基础上开发
开发文档
中文
中文
提供表单设计器
在开源ueditor编辑器的基础上开发的表单编辑器
流程附件
支持,且支持附件权限控制
支持
支持
支持
开发接口
BPS API & Component Library（BPS API和构件库）
BPMX3平台API文档
WEB服务API文档
整合第三方API文档
角色设置
角色与业务逻辑绑定，角色可使用自带模块也可根据提供接口使用自己的角色模块
有自己的开发平台，在开发平台中设计流程，以及业务规则。
Eclipse中提供流程绘制插件，也可以在基于Flex的流程设计器中绘制流程图以及编写业务规则
基于Flex的流程设计器，不过流程设计器仅限画流程图，业务规程需要通过功能菜单来配置。
表单定制
完全基于Flex/Flash的业务化的表单定制
在自己的开发平台中定制表单