huqi
- 浏览: 96956 次
- 性别:
- 来自: 北京
-
最新评论
-
ccflow：
你可以按以上方式联系我。
工作流引擎设计之子流程功能实现 -
ccflow：
你的文章写的不错，不知道，很有功底 楼主一起与我们发展开源的c ...
工作流引擎设计之子流程功能实现 -
sbpya：
原本我也有过这样的想法,后来一试,这样反而不好,第一,不利于j ...
如何将多个jar包合并为一 -
ccflow：
不错，考虑的很周全，工作流引擎设计大道致简.
工作流引擎设计之退回任务定义 -
gis_gps：
我下载了XXE，但还不知道怎么使用它？是不是要先了解DocBo ...
DocBook vs Apache Forrest
文章列表
很多时候，我们的工作流程并非仅仅是做些人机交互的审批或协同的办公，越来越多现存的或单独开发的企业应用需要被加入到工作流程中，从而组成一个完整的、贯穿始终的业务过程……EAI工具及其解决方案对于解决繁多的遗留系统和已有应用的集成问题是不可缺少的，这么做主要是为了保护企业的信息化投资——充分利用现有系统，以及消除“信息孤岛”——使不同的系统互联协同工作。从而，这也证明了为什么EAI在中国并不是被广泛的实施……
- 2007-06-18 20:42
- 浏览 818
- 评论(0)
以前一直做工作流。但随着应用的深入，越来越觉得传统的工作流人工活动难以满足项目的需要，很多时候，我们的工作流程并非仅仅是做些人机交互的审批或协同的办公，越来越多现存的或单独开发的企业应用需要被加入到工作流程中，从而组成一个完整的、贯穿始终的业务过程。根据WfMC提出的工作流参考模型，其接口3正是被用来定义与其他应用程序的交互，那么，EAI（Enterprise Application Integration，企业应用集成）则是对这个接口最好的实现模式。“纯粹的工作流系统”对EAI的实现往往是很简单的，一般就开放一些API供具体的集成实现或直接以支持开放式的程序脚本来执行和其他应用的交互“行为”。 ...
- 2007-06-18 20:42
- 浏览 827
- 评论(0)
以前一直做工作流。但随着应用的深入，越来越觉得传统的工作流人工活动难以满足项目的需要，很多时候，我们的工作流程并非仅仅是做些人机交互的审批或协同的办公，越来越多现存的或单独开发的企业应用需要被加入到工作流程中，从而组成一个完整的、贯穿始终的业务过程。根据WfMC提出的工作流参考模型，其接口3正是被用来定义与其他应用程序的交互，那么，EAI（Enterprise Application Integration，企业应用集成）则是对这个接口最好的实现模式。“纯粹的工作流系统”对EAI的实现往往是很简单的，一般就开放一些API供具体的集成实现或直接以支持开放式的程序脚本来执行和其他应用的交互“行为”。 ...
- 2007-06-18 20:42
- 浏览 860
- 评论(0)
企业业务流程重组，英文全称为Business Process Reengineering（以下简称BPR），是90年代初兴起于美国的最新管理思想。随后，在以美国为首的西方各类公司开始了BPR改革的热潮。……“铁路警察，各管一段”式的专业分工精细化的组织机构、职能部门制是造成企业僵化的主要原因……以顾客为中心、企业的业务以“流程”为中心，而不以一个专业职能部门为中心进行、“流程”改进后具有显效性……因为我们知道利用工作流管理是实现BPM和BPR的最佳手段。
- 2007-06-17 22:11
- 浏览 1410
- 评论(0)
先谈谈BPR的基本理念：企业业务流程重组，英文全称为Business Process Reengineering（以下简称BPR），是90年代初兴起于美国的最新管理思想。随后，在以美国为首的西方各类公司开始了BPR改革的热潮。BPR是近年国外管理界在TQM（全面质量管理）、JIT（准时生产）、WORKFLOW（工作流管理）、WORKTEAM（团队管理）、标杆管理等一系列管理理论与实践全面展开并获得成功的基础上产生的。是西方发达国家在世纪末，对已运行了100多年的专业分工细化及组织分层制的一次反思及大幅度改进。BPR主要是革企业僵化、官僚主义的命。专业制分工及组织分层制是西方工业国家取得大规模工业 ...
- 2007-06-17 22:11
- 浏览 421
- 评论(0)
先谈谈BPR的基本理念：企业业务流程重组，英文全称为Business Process Reengineering（以下简称BPR），是90年代初兴起于美国的最新管理思想。随后，在以美国为首的西方各类公司开始了BPR改革的热潮。BPR是近年国外管理界在TQM（全面质量管理）、JIT（准时生产）、WORKFLOW（工作流管理）、WORKTEAM（团队管理）、标杆管理等一系列管理理论与实践全面展开并获得成功的基础上产生的。是西方发达国家在世纪末，对已运行了100多年的专业分工细化及组织分层制的一次反思及大幅度改进。BPR主要是革企业僵化、官僚主义的命。专业制分工及组织分层制是西方工业国家取得大规模工业 ...
- 2007-06-17 22:11
- 浏览 662
- 评论(0)
任务（task）在某些场合也称作工作项（workitem）……如果分解任务，则会涉及到任务的退回、取回、提交、查询、数据归并、父子任务关系维护与处理等一系列问题，无疑这需要更为复杂的工作流引擎架构支持。那么，如何在不分解任务的前提下，实现将A的任务交给B代为办理，甚至交给B、C、D……等多人共同代为办理呢？
- 2007-06-17 22:08
- 浏览 793
- 评论(0)
首先，工作流是什么就不解释了。任务（task）在某些场合也称作工作项（workitem），可以视为工作流体系人工活动中不可分解的原子对象。无论多么复杂的流程/过程，如果是需要人工参与的，最后都会分发到具体的执行者，注意：这里的执行者与参与者是不同的概念。执行者是什么呢？可以理解为执行者才是任务实际的办理人，而参与者则是一种流程的定义级对象而非流程的实例化对象。因为任务具体分配到了实际的人——执行者，所以任务基本无法分解，如果分解任务，则会涉及到任务的退回、取回、提交、查询、数据归并、父子任务关系维护与处理等一系列问题，无疑这需要更为复杂的工作流引擎架构支持。那么，如何在不分解任务的前提下，实现将 ...
- 2007-06-17 22:08
- 浏览 827
- 评论(0)
首先，工作流是什么就不解释了。任务（task）在某些场合也称作工作项（workitem），可以视为工作流体系人工活动中不可分解的原子对象。无论多么复杂的流程/过程，如果是需要人工参与的，最后都会分发到具体的执行者，注意：这里的执行者与参与者是不同的概念。执行者是什么呢？可以理解为执行者才是任务实际的办理人，而参与者则是一种流程的定义级对象而非流程的实例化对象。因为任务具体分配到了实际的人——执行者，所以任务基本无法分解，如果分解任务，则会涉及到任务的退回、取回、提交、查询、数据归并、父子任务关系维护与处理等一系列问题，无疑这需要更为复杂的工作流引擎架构支持。那么，如何在不分解任务的前提下，实现将 ...
- 2007-06-17 22:08
- 浏览 668
- 评论(0)
这个笑话让我深有感触：最后青蛙问道：“为什么？我告诉过你我是一位美丽的公主，会与你共度一个星期并让你为所欲为。你为什么还不愿吻我？”男孩说道：“我是一个程序员，我没时间交GF，但拥有一只会说话的青蛙简直太酷了。”一般来说，从事技术工作特别是软件技术工作的人普遍被认为比较“焖”。但他们却经常充满稀奇古怪的想法，富有创造性，不乏伟大的梦想。“我是一个飞行员，一生都是”——这是星球大战中的一个场景，童年阿纳金的内心独白，虽然他最后还是成为了邪恶的黑武士（程序员也许认为这很Cool），但这句话还是深深感动了我。是的，坚持自己的理想，追求自己的梦想，用尽自己的一生，难道这不能使你感动么？多少年后，也许你成 ...
- 2007-06-16 22:47
- 浏览 621
- 评论(0)
这个笑话让我深有感触：最后青蛙问道：“为什么？我告诉过你我是一位美丽的公主，会与你共度一个星期并让你为所欲为。你为什么还不愿吻我？”男孩说道：“我是一个程序员，我没时间交GF，但拥有一只会说话的青蛙简直太酷了。”一般来说，从事技术工作特别是软件技术工作的人普遍被认为比较“焖”。但他们却经常充满稀奇古怪的想法，富有创造性，不乏伟大的梦想。“我是一个飞行员，一生都是”——这是星球大战中的一个场景，童年阿纳金的内心独白，虽然他最后还是成为了邪恶的黑武士（程序员也许认为这很Cool），但这句话还是深深感动了我。是的，坚持自己的理想，追求自己的梦想，用尽自己的一生，难道这不能使你感动么？多少年后，也许你成 ...
- 2007-06-16 22:47
- 浏览 662
- 评论(0)
在作“重构”时的一点感悟。很多时候，可以说重构是对以前工作失误的弥补，当然，这个失误不一定是由你一个人造成的。在重构工作中，最重要的收获之一就是：在处理一个复杂软件系统的设计实现问题上，目前，我还找不到有比使用UML及其建模工具更有效的解决这个问题的方法……国内企业做系统设计的水平和欧美企业的差距还是不小的，而且也显得很浮躁、很功利。但我认为这不能归结于国内开发人员素质不行、企业领导素质不行，而是国内的行业氛围和环境还没有普遍达到那种需要精益求精的层次，毕竟我们还在“资本主义的原始积累阶段”，我们的企业首先需要的是生存、活下去……改变你所不能容忍的，容忍你所不能改变的。所以，依照这个原则去做吧。 ...
- 2007-06-16 19:55
- 浏览 679
- 评论(0)
在作“重构”时的一点感悟。很多时候，可以说重构是对以前工作失误的弥补，当然，这个失误不一定是由你一个人造成的。在重构工作中，最重要的收获之一就是：在处理一个复杂软件系统的设计实现问题上，目前，我还找不到有比使用UML及其建模工具更有效的解决这个问题的方法……国内企业做系统设计的水平和欧美企业的差距还是不小的，而且也显得很浮躁、很功利。但我认为这不能归结于国内开发人员素质不行、企业领导素质不行，而是国内的行业氛围和环境还没有普遍达到那种需要精益求精的层次，毕竟我们还在“资本主义的原始积累阶段”，我们的企业首先需要的是生存、活下去……改变你所不能容忍的，容忍你所不能改变的。所以，依照这个原则去做吧。 ...
- 2007-06-16 19:55
- 浏览 377
- 评论(0)
我认为主要是为了用工程的思想去规范化软件的开发过程。以往非工程化的软件开发方法，用在需要长期投入、多人维护的非单一版本的大型软件研发过程中会造成难于维护、混乱，甚至开发陷入“泥潭”（见《人月神化》中的描述）中而无法继续进行的情况；而且非工程化的软件开发不能保证一个规范的开发过程，从而不能有一个可控的质量标准，造成软件质量得不到保障、缺陷得不到控制和不可度量等情况。CMM可以为我们带来成熟的、经过科学验证的软件开发过程和开发模型，从而使软件的质量处于某个标准下的可控状态，同样，软件的缺陷也是可以度量和控制的，更重要的是在一个科学的、工程的思想下开发软件可以逐步向真正的工业流水线一样按部就班的“生产 ...
- 2007-06-16 19:43
- 浏览 649
- 评论(0)
我认为主要是为了用工程的思想去规范化软件的开发过程。以往非工程化的软件开发方法，用在需要长期投入、多人维护的非单一版本的大型软件研发过程中会造成难于维护、混乱，甚至开发陷入“泥潭”（见《人月神化》中的描述）中而无法继续进行的情况；而且非工程化的软件开发不能保证一个规范的开发过程，从而不能有一个可控的质量标准，造成软件质量得不到保障、缺陷得不到控制和不可度量等情况。CMM可以为我们带来成熟的、经过科学验证的软件开发过程和开发模型，从而使软件的质量处于某个标准下的可控状态，同样，软件的缺陷也是可以度量和控制的，更重要的是在一个科学的、工程的思想下开发软件可以逐步向真正的工业流水线一样按部就班的“生产 ...
- 2007-06-16 19:43
- 浏览 483
- 评论(0)