工作流产品比较
鼎捷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系统的逐渐普及，在能够满足企业不同需求的同时，拥有比较高的性价比，让企业的需求能够得到更好的满足。
工作流引擎流程产品介绍开发实施
工作流引擎流程产品介绍开发实施首先是需求分析阶段。
在这个阶段，产品团队需要与客户充分沟通，理解客户的具体需求和业务流程。
通过与客户的交流，产品团队能够明确工作流引擎的功能需求和用户需求。
在需求分析阶段，产品团队还可以提供一些专业建议，帮助客户优化工作流程，提高业务效率。
接下来是设计阶段。
在这个阶段，产品团队会根据需求分析阶段的结果，进行系统的功能设计和用户界面设计。
功能设计主要包括工作流程的创建、任务分配、通知提醒、数据交互和决策支持等方面。
用户界面设计要注重用户友好性和操作便捷性。
然后是开发阶段。
在这个阶段，开发团队会根据设计阶段的结果，进行软件编码、测试和调试等工作。
开发团队需要按照设计规范和标准进行开发，确保软件的稳定性和可靠性。
紧接着是测试阶段。
在这个阶段，测试团队会对工作流引擎进行全面的测试和验证工作。
测试团队会使用各种测试方法，包括功能测试、性能测试和安全测试等，检查工作流引擎的各项功能是否符合需求，并保证工作流引擎的稳定性和安全性。
然后是使用培训阶段。
在这个阶段，产品团队会对客户进行工作流引擎的使用培训。
培训内容主要包括系统的基本操作、工作流程的创建和管理、任务的分配和跟踪等。
通过培训，客户能够熟练掌握工作流引擎的使用方法，提高工作效率。
最后是上线阶段。
在这个阶段，产品团队会将工作流引擎部署到客户的服务器上，并进行系统的上线和运行。
在上线后，产品团队还会进行一段时间的跟踪和维护工作，确保工作流引擎的正常运行和客户的满意度。
总而言之，工作流引擎流程产品的开发实施是一个复杂而重要的过程。
通过充分的需求分析、设计、开发、测试、使用培训和上线等步骤，可以为客户提供一个功能强大且易于使用的工作流引擎，帮助组织优化和自动化业务流程，提高工作效率和质量。
U870 UAP VS K3 10.4 BOS 竞争分析
UAP
BOS
业务处理与工作流之间的异步 不支持多步退回、弃审； 不支持多步退回、弃审； 处理方式、 处理方式、以及事务处理等问 无审批流的进程管理和查审 题较多。 题较多。
产品优势对比三 ：表单设计
U870
UAP
BOS
建模与布局分离，结构清晰， 建模与布局分离，结构清晰， 操作互不影响， 操作互不影响，并可以在各自 的设计阶段实现较为复杂的功 能。
U870
UAP
BOS
设计区域层次分明、 设计区域层次分明、各种组件 不支持 完全满足报表设计需求、 完全满足报表设计需求、属性 定义丰富能控制报表的行权限
产品优势对比一 ：报表展现、逻辑功能 报表展现、
U870
UAP
BOS
支持图表设计， 支持图表设计，可以设计制作 不支持图表设计功能 出多种风格的图表。 出多种风格的图表。
在BOS中支持老单据模版的修 中支持老单据模版的修 改，但是不能像新单据一样随 意增加任何字段，其只是将原 意增加任何字段， 来的单据修改转移到了BOS中， 来的单据修改转移到了 中 只是形式上的整合， 只是形式上的整合，功能上没 有得到真正的整合。 有得到真正的整合。
产品优势对比三 ：表单设计
U870
没有真正意义的工作流设 计平台，只是在BOS里面 计平台，只是在 里面 提供了简单的单据转换流 程定义功能， 程定义功能，以及单据的 多级审批设置， 多级审批设置，还是局限 在审批流范畴之内， 在审批流范畴之内，或简 单的单据上推下拉关系。 单的单据上推下拉关系。
产品优势对比二 ：工作流设计器
U870
UAP
BOS
提供了图形化的流程设计工具 多级审核设置功能在 主控制 多级审核设置功能在K3主控制 设计与运统一入口。 台，设计与运统一入口。功能 简单，使用容易。 简单，使用容易。
OA产品对比
OA产品对比在市场上，用友致远相比其它各厂商，更显神秘——很少有它的下载、试用，价值体系也虚高莫测。
同一套产品，可能由于客户有钱而卖到三、四十万，也可能由于客户很小，而1-2万成交。
在市场上，中望软件的致力协同多次与用友致远碰面，胜率仅为30%——40%。
这要紧得益于用友致远借助了用友的品牌力量。
从产品角度讲，致力协同更具优势。
分析如下：金与OA系统产品竞争分析然后在日新月异的软件行业内，金与软件的OA系统存在着太多的问题与缺陷。
要紧表现在：•与国家电子政务J2EE技术体系明确要求相左，因此在政府市场难有大的作为。
•尽管给予了“精确管理”概念，但其产品差强人意、品质表达较差，但实在看不出与其它产品有什么特别的区别。
因此给人以“皇帝新装”嫌疑。
•基于.net技术体系，因此产品是封闭的、不灵活的，无法满足客户个性化、扩展性的需要。
——这是非常重要的一点！然后在日新月异的软件行业内，金与软件的OA系统存在着太多的问题与缺陷。
要紧表现在：•与国家电子政务J2EE技术体系明确要求相左，因此在政府市场难有大的作为。
•尽管给予了“精确管理”概念，但其产品差强人意、品质表达较差，但实在看不出与其它产品有什么特别的区别。
因此给人以“皇帝新装”嫌疑。
•基于.net技术体系，因此产品是封闭的、不灵活的，无法满足客户个性化、扩展性的需要。
——这是非常重要的一点！金与产品界面一览：金与OA系统与致力协同产品分析如下：合强协同OA系统产品竞争分析合强的协同OA系统能够说是国内协同OA领域的一个很知名的老品牌。
曾经在国内市场如火如荼，有相当的市场占有率，是DOMINO体系下的OA系统杰出代表。
即使当前，合强的产品资料、方案经常会被许多客户单位所使用，同时也成为许多后来协同OA厂商重要学习对象。
合强迅速进展，重要原因在于：1、产品化程度很高，相比当时国内很多基于domino 体系的OA系统，如鹤立鸡群。
2、适时的、良好的市场营销体系，特别是其电话营销战术颇为有效。
业务流(BPM)与工作流(workflow) 的区别
业务流(BPM)与工作流(workflow) 的区别在SOA 实践中，对于 BPM面临着不少困惑与选择，主要是工作流与业务流的架构区别。
有些项目把业务流产品用作工作流设计，而有些工作流为主的产品工具却作为业务流实现。
这里简单地讨论一下 BPM 中业务流与工作流的作用区别。
简要概述了工作流与业务流的主要区别。
工作流与业务流的主要区别斯欧信息简言之，业务流程管理主要包含业务建模，组装，部署及管理。
使用业务流或工作流工具似乎都能设计开发业务流程管理。
但从 SOA 的角度，服务的划分及交互通常是项目关注的重点。
所以， SOA 强调的是如何灵活组合业务服务。
而业务流的核心功能是编排流程服务，并且主要针对企业级应用整合。
同时利用 BPM 工作流的主要功能，诸如 : 活动（任务）节点的人工任务配置，流程运转时的活动节点调控等。
在 SOA/BPM 初始阶段，如果一个企业没有较深的 IT 或 ERP 根基，实施业务流会有相当的阻力。
因为业务流程管理并非主要是技术问题。
对于有些中小型企业或应用 （ 特别是那些没有规范支撑的人工流程模式 ），一些随意包干，或带有自由流功能的工作流系统一般更易于接受。
对于同样的一个较为复杂的流程应用项目， 如果使用工作流， 会显得很复杂， 结果是很多流程产出件， 而如果使用业务流，一般架构设计较为规范， 流程量骤然减少， 重用性提高。
值得一提的是，工作流与业务流的定义范围有相当程度的交叠与互斥，这取决于采用的流程管理产品（或几个不同产品）及架构设计及理念。
工作流可以理解为技术层面的东西或办公自动化，而 SOA 关注业务流的实现，及与之相关的价值链，并且关注流程的生命周期管理。
其实，工作流或业务流本身并无绝对优势，在SOA/BPM 都要用到，如何用好用对才是关键。
第十讲国外工作流产品分析
WebSphere MQ Workflow
用于业务集成 把业务模型变成模型业务
WebSphere MQ Workflow
WebSphere WebSphere WebSphere WebSphere WebSphere
MQ MQ MQ MQ MQ
Workflow Workflow Workflow Workflow Workflow
AGENDA
工作流的发展过程 IBM Lotus Domino Workflow IBM WebSphere MQ Workflow Oracle Workflow BPEL4WS
BPEL4WS
BPEL4WS 的基本概念 Web 服务 的基本概念 BPEL4WS 的使用范围 BPEL4WS 的集成模型 BPEL4WS与WSDL 的比较 BPEL4WS 的特性
BPML(Business Process Model Language) OMG的Workflow Management Facility
XPDL
在工作流领域第一个致力于标准化工作的是Workflow Management Coalition (WfMC)，它成立于1993年。1994 年11月，wfmc发布了工作流管理系统的参考模型。参考 模型提出了五类接口，有关过程模型的定义则构成了接 口一的核心内容。接口一早期的标准为WPDL（Workflow Process Definition Language），后来,这一接口的规 范变更为XPDL。XPDL是至今工作流领域最为重要的一个 标准,目前大多数工作流引擎是依据该标准设计开发的。
Domino Workflow
ORACLE、SAP、用友、金蝶产品的比较分析
Windows 2000 Server、Windows NT Server4.0
中间层服务器、WEB服务器：Windows 2000 Server/ Windows NT4.0
客户端：都是基于Windows之上。
系统软件：
数据库：Microsoft SQL Server 7.0(自带MSDE)
用集中式方式进行维护、推广和更新软件，ICA结构为公司节省一笔可观的系统维护费用，避免有经验的维护人员难以聘请且成本颇高。
Oracle的自我服务解决方案使企业员工从大量繁琐的事物性处理工作中解脱出来，将更多的时间和精力投入到分析决策工作层面。
作为世界第一大电子商务供应商，Oracle的电子商务解决方案以强大的ERP系统为基础，结合Oracle商务智能系统，最大限度地挖掘企业数据的应用潜力，为企业提供时时的决策依据。
由于所有关键模块都是紧密集成的，客户机/服务器的应用结构，带来了非常高的系统管理成本和最高的开发实施费用。
与应用相分离的数据库技术完全排除了任何针对一个数据库可使用的优化技术，因此SAP的数据库集成至多只能作到“演示”性的集成，而不是真正意义上的集成。
许多新产品（或组件）是用C和C++（而不是用ABAP4）编写的，会带来集成一体的问题。
Oracle的客户关系管理系统（CRM）、电子商务（E—Business）、专业的设备管理（MRO）解决方案等等，利用ICA和Web Customers, Web Employees,及Web Suppliers等软件, Oracle是唯一提供此类技术产品的供应商，也满足不同的客户要求。
仅有应用级软件产品和专用的ABAP4开发工具。业务框架结构部分由第三方厂家开发，这种结构的概念是为基于推广R/3产品和第三方软件产品的协作性而提出的。
- 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的业务化的表单定制
在自己的开发平台中定制表单