摘要：
工作流定义，就是人们常常说的给业务系统建模。在做业务系统建模之前，先要理解几个概念
工作流：根据给定的规则集，部分或全部实现一个流程的自动化，在这个过程中，文档，信息，或者任务在参与者之间传递。
工作流引擎：实现业务流程的规则抽象，模型的建立，解释，以及为流程实例提供运行环境，并解释执行流程实例。
工作流管理系统：就是定义、创建和管理工作流执行的系统。
一个业务流程，其生命周期可能是几分钟，几天，甚至几个月等等，这主要根据其复杂度以及每一个成员活动的延续时间的长短来决定。同时，每个业务流程的实现方式也大不相同。 阅读全文
2012年8月22日 #
2012年7月25日 #
摘要：
常常有人会问业务系统如何集成工作流系统，在最初接触工作流系统的时候，确实会有些困惑，下面就从几个方面说明集成的过程。
业务表的准备：
流程的每个节点上办理的业务，通常是用业务表来记录办理的数据，先按业务表新建业务字段。
额外增加一个流程实例id字段（wf_id），存流程实例id，用于和建模好的业务流程关联上。
额外增加流程轨迹id字段（trace_id），存流程运行的轨迹id，这个字段是可选增加的，有需要显示流程的每个执行步骤上办理的业务记录才需要增加这个字段。 阅读全文
2012年7月11日 #
摘要：
在工作流管理系统的实际应用中，经常有这样的需求，当一个流程流转到分支的时候，需要产生几个分支不是在流程定义的时候预先能确定好的，而是在每个流程实例流转的时候，根据实际的需要动态的产生的。
例如，当一个申请单填写完成后，交个下一步骤去审批，需要几组，需要根据申请单中申请的项目数来决定，
如果申请单中有2个明细项，就需要2组人审批；
如果申请单中有3个明细项，就需要3组人审批。 阅读全文
2012年6月27日 #
摘要：
最近招聘类的节目挺火的，偶然在电视里看到一点，非你莫属，就等你来等等，于是就上网搜索的看了一些。
有些表现的很好的，企业都抢着要，印象最深的，一期非你莫属，山西的两兄妹求职，先是妹妹上台，大大的眼睛会说话一样，很漂亮。语言很好，沟通没问题，方向也很明确，就想找做销售一类的工作，最后还被主持人带着表现了一把销售方面的技能，很适合做销售，最后成功的找到了喜欢的职业。紧接着哥哥上台，拿出了一些做3D，室内设计等的作品，稳健型的，很踏实的感觉，两家企业的女老总，眼睛都放着光的抢，又许诺各种前景，最后也成功的找到了合适的职位。 阅读全文
2012年6月19日 #
摘要：
现在的业务分工越来越细，很多客户指定要求上工作流系统，就一定要包含流程设计器。而很多开源的工作流系统，都只注重流程引擎部分，或更注重和各种开源的框架,orm等的集成，流程设计器或者根本就没有。这使得很多找开源的工作流系统的系统集成商，不得不面临着要自己写一份工作流设计器，常常在论坛中见求xx流程设计器的。
通常一套工作流系统，流程引擎是核心，灵魂部分，体现了工作流的运转设计思路。流程设计器，就相当于表现部分，利用流程设计器可视化的设计流程，客户不管自己是否会设计流程，都需要开发商提供设计器。有了流程设计器，就可以不了解流程的基本模版定义文件，也能设计出业务流程。
为了能更方便的体现业务流程，更方便的理解工作流系统，流程设计器的操作和属性设置一定要做的简单，让人一看就知道如何操作。 阅读全文
2012年5月29日 #
摘要：
最近有好几个客户都提出，需要实现在上一个流程节点办理的时候，由用户去选择下一步任务的执行人。
这种需要在我们的工作流系统中，早就有相关的实现。是在下一步节点任务的参与人先设置一个虚拟的审核人checker。然后用户在上一个节点办理的时候，将选择的用户id存到这个checker中，再将这个checker以变量的形式送到流程引擎中，流程引擎在创建下一步任务的时候，就将用户选择的人生成到任务的参与人了。也可以多选，多选的用户id以逗号分隔的方式存到checker变量中，选择后的值为 USR_0000001,USR_0000002,USR_0000003... 这样。 阅读全文
2012年5月24日 #
摘要：
在工作流系统中，通常流程的流转是以任务的传递来实现的。以顺序流为例，一个节点办理完成后，到达下一个节点，产生下一个节点办理人的任务信息，任务有待办，已办，待签收，任务参与人，执行人，任务开始日期，完成时间等等。任务滞留长时间未处理，还会有催办，任务提醒等等。
工作流引擎主要是处理抽象的业务流程的流转，不是处理这些任务的基本信息，但是对这些任务的基本信息的管理确是工作流软件产品中必须处理的。任务办理完成后的结果是流程流转到下一个节点，流程实例的下一步的办理通常也是从我的待办任务列表中链接进入，对已办任务的管理，也可以查询和监控曾经的工作情况。 阅读全文
2012年4月18日 #
摘要：
曾经做过一个结算系统，对于一段期间内完成的订单做金额费用的结算，根据订单的金额付款，并计算出一些代理费用等等。
在付款之前，需要结算部门审核，财务部门的审核，上级主管的审核，客户的确认等等。这个是按项目来做的，没有上工作流系统。
对于付款前的那些级别的审核，都是用状态字段来控制的，主要是在结算单中增加审核的字段
财务审核状态，审核日期，审核意见，审核人
客户确认状态，确认日期，确认意见，确认人
上级主管审核状态，审核日期，审核意见，审核人 阅读全文
2012年3月12日 #
摘要：
在论坛中常常会看到一些初生牛犊发布的，我设计的工作流系统 等等。对这类的帖子我都会饶有兴趣点击进去，准备仔细观摩和研究，但往往是一略而过，失望而归，或许是我的期望太高了，以为能得到更多的借鉴和启发。
更多的经验和启发还是得来自项目实施中，根据更多的用户使用情况来归纳和总结，再反应到产品中。
在论坛和博克中看到的大多还是很初级的工作流系统设计，甚至是只为实现一个项目中的某种特定的流程而设计的，特别是如为了实现审批流而设计的流程管理，将很多审批的过程和记录等都固化在流程引擎中了，甚至很多人都认为工作流就是审批流，能够处理好审批流，就是工作流系统了。这其实不叫工作流系统，更不能算是工作流产品了，只能是做的审批流项目。 阅读全文
2012年3月6日 #
摘要：
在工作流管理系统中，通常是先给业务流程建模，利用流程设计器，将业务的办理过程用流程支持的节点方式表示出来。
业务建模之后，再确定每个节点上办理的业务，办理业务的过程，通常是以填写完业务表单的方式来完成的。所以需要分析每个节点上填写的表单内容，根据表单内容建立业务表，表字段等。再将字段绑定到表单中录入控件上，将表单录入的数据保存到数据库中，这样业务表单模块就完成了。 阅读全文
2012年2月21日 #
摘要：
运用工作流管理系统给业务系统建模，就是将业务办理过程转换成流程支持的一个一个节点的过程。
流程建模完成后，就需要准备做节点上办理的业务了。
业务的办理在管理系统中是用表单来体现的，通常是录入，展现，校对，修改等过程。
在办公管理系统中，审批流比较多，审批流的业务办理过程，通常是一张表单贯穿所有节点。如一张员工报销单，填写完成后，后续的办理过程始终是围绕这张报销单来做的，审批，给出意见等等。 阅读全文
2012年2月3日 #
摘要：
年前写过一篇，用子流程来分解大流程。当业务流程处理环节多，繁杂时，可以用子流程来分解。就像我们程序员最熟悉的子函数一样，把处理同一事项的归纳成一个子函数，子函数可以在多个场景多次调用，也可以在同一场景中反复调用。
用子流程来分解大流程，作用和子函数类似。将功能处理过程比较独立或者单一的归纳成一个子流程。子流程本身是一个完整的处理过程，可以单独启动执行，也可以嵌入到其它流程中使用。
单独启动执行：这种就是常见的业务流程的使用。
嵌入其它流程中被调用：和主流程就会有千丝万缕的关联了。 阅读全文
2012年1月18日 #
摘要：
在没用管理系统的时候，很多企业都会将一些生产或流水线操作的数据保存在excel文件中，按名称或按sheet页形成多份excel的表格数据。
当运用了工作流管理系统后，这些生产或流水线的操作都会记录成流程的节点，过程需要记录的数据，也会应用到管理系统中。通常是建立数据库，建立数据库表来存储这些记录。
原来记录在纸质或excel文件中的数据，就需要通过工作流管理系统，执行流程的节点，打开节点上的表单界面，录入这些数据，并保存到数据库表中。
这样企业用户在操作习惯上会有些变化，原来存excel文件的，现在需要通过表单界面来录入。
用户为了更方便自己，会提出，我们还是按原来的方式，记录在excel文件中，或者说，我们记录了excel文件的，能不能选择excel文件，上传一下，然后再从流程的表单界面中展现出这些数据，并可编辑和维护，然后继续流程的流转。 阅读全文
2012年1月11日 #
摘要：
企业的业务处理过程如果简单，不繁琐，几步就处理完成了的，不会考虑上工作流系统。如果处理过程繁杂，处理步骤很多，涉及到很多工序，而且处理时间很长，就必须用工作流系统了。统一管理，统一运行，无论处理的过程以及路由如何繁杂，这都是工作流系统最擅长的了。并且后续的维护、修改、变更也能快速的相应。这些是用硬编码的方式来实现无法比拟的。
企业选用工作流系统，还有一种情况，当企业的业务处理种类很多，虽然每种业务的处理过程不复杂，但是种类太多，用硬编码的方式来控制流转工作量太大，多一种业务处理过程就需要做技术人员扑上去，开发，测试，发布，部署，试运行一次，而且后续的维护和修改更加无法控制，这样企业也是无法忍受的。 阅读全文
2011年12月19日 #
摘要：
运用工作流系统之后，流程的每次流转每次执行都会被记录下来，直到流程结束。这些被记录下来的记录就是流程实例的运行轨迹。运行轨迹的每条记录都会有一个主键id，用于唯一标识这条记录，这个主键id，就是流程实例轨迹id。
每个流程实例都有自己的运行轨迹，这个运行轨迹可以用列表也可以用图形的方式来展现。
流程实例的监控，大多是监控这个流程运行的轨迹。通过二次加工和定制开发，或再加上定时器的功能，可以做一些居于图形的实时监控。 阅读全文
2011年12月7日 #
摘要：
工作流引擎只负责业务流程的抽象模型的建立，解释和运转，业务模块还是在业务模块中完成。
当一个成型的流程引擎在和业务模块集成时，需要做如下几点的集成：
1、业务模块中业务数据保存的同时，要调用流程引擎的执行流程流转的api函数，如，未初始化得到流程实例id的，就需要初始化流程，已经初始化的需要执行流程的流转。 并且业务模块的保存和流程的流转在同一个事务中。
2、业务模块中录入控件的操作权限设置，通常是只读，隐藏等。使得表单挂接在流程的各个节点上对各个控件的操作权限不一样。
3、业务关键数据需要传递到流程引擎中，使得流程上下文能读取，作用于流程。 阅读全文
2011年11月30日 #
摘要：
第一次接触工作流系统，可能会对一些基本的术语和名词有误解。如流程实例，流程模版，流程版本等，以及这些名词之间的关系，需要有一个学习和理解的过程。这些名词和术语也是工作流系统中的通用名词，通过学习和理解后，会对这些术语和名词有一个共同的认识和理解。
如下面的词语
工作流引擎：抽象的业务流程设计模型，负责业务流程的定义，解释和运转。
工作流模版：用工作流引擎的基本概念和路由过程表示出一个业务办理过程，这个过程通常是用xml格式的文件来记录的，这个xml文件，就是工作流模版，也可以说是流程模版。 阅读全文
2011年11月3日 #
摘要：
最近用户在做工作流系统的集成时，总会要求快速的集成到用户的应用系统。
一般一个成熟的工作流软件产品，会有流程设计器，流程引擎，表单设计器，流程管理中心。在流程管理中心能可视化给业务流程建模，并发起流程实例，执行流程的流转，监控和管理流程实例的运行情况。这些功能是在工作流软件产品中已经完成的功能模块，流程建模，执行流程实例的过程其实也是一个调用流程引擎api的集成过程，只是这些调用过程都封装好了，不需要用户再去关心那些代码是如何实现的。 阅读全文
2011年10月28日 #
摘要：
mysql数据库简单，易用，现在越来越多的小的应用系统选择mysql数据库，也更因为mysql是免费的，不用付费。
mysql安装：以for window的为例：
将安装文件展开，执行安装：
展开mysql-5.1.6-alpha-win32(utf-8).zip后执行install.bat
安装完成后，在windows，控制面板，服务中，启动mysql的服务。 阅读全文
2011年10月25日 #
摘要：
工作流软件产品只负责业务流程的流转，流程节点上业务模块的办理，以及监控业务流程的执行。通常一套工作流管理系统，会包含流程引擎，流程设计器，流程管理中心，表单设计器，自定义表单系统，表单引擎等等。表单模块可以是可选的。一套自定义表单系统也会包含一个mvc的框架，能实现前后台的数据提交和展现，并实现了分层的管理。
当客户的应用系统集成工作流软件时，客户的应用系统本身也包含一个mvc的框架，能实现代码级别的前后台数据提交和页面功能展现。利用此mvc框架，应用系统应该完成登录，菜单，用户管理，权限管理，组织机构管理等等模块。在此基础上，再集成工作流软件产品来实现业务流。 阅读全文
2011年10月21日 #
摘要：
通常工作流软件系统都会有自己的表单工具，能方便的可视化的设置出业务表单。但是很多客户在做工作流软件产品调研时，都会很关心工作流系统是否能方便的集成第三方的表单。大概是对自定义表单工具的能力不信任，也或者是对表单工具的不熟悉，抱着万一自定义表单工具不能实现自己的要求哦，还可以自己写代码来实现。
当然工作流软件产品中包含的表单工具，是能应付所有的要实现的需求的。可视化的设置功能达不到，还可以通过编程的方法来达到，因为表单工具本身也是一个开发工具，用传统的dotnet或java能实现的，表单工具也一样能实现。 阅读全文
2011年10月10日 #
摘要：
刚修完10.1长假，还没缓过来，整天不想事事，闲逛论坛园子，偶见吉日老大的
C# winform 窗体接收命令行参数自动登录进行系统，模拟600个WCF客户端的并发压力测试
http://www.cnblogs.com/jirigala/archive/2011/10/02/2197964.html
哈哈，想起我们也曾做过这样并发测试，当然和吉日老大一样，没有使用测试工具，是自己做的多线程并发测试，真是"高手"所见略同^_^. 阅读全文
摘要：
很多人认为，工作流就是做审批流，上工作流系统，就是为了处理审批流。这显然是个误区，大概是给大量的oa办公系统给闹的，那套oa系统不包含一个审批流？
一套工作流系统，包含流程引擎，流程设计器，流程管理中心，甚至自定义表单。流程引擎封装好抽象的业务流程模型，流转和实现，对外提供api函数接口；流程设计器可视化的给业务流程建模，设计流程模版；流程管理中心，能模拟流程的运转，跟踪和监控流程实例；自定义表单可视化的设计业务模块； 阅读全文
2011年9月26日 #
摘要：
工作流系统集成表单的过程，其实就是一个调用流程引擎api函数的集成过程。
工作流引擎只负责抽象的流程的流转，业务模块的实现，是在业务表单中完成。在和工作流系统集成的时候，完成表单提交的同时，再调用流程引擎的api执行执行流程的流转。
通常一套业务系统中，业务模块的实现，体现在一套MVC的框架中，无论是struts,spring,jsf等等都是为实现分层管理的mvc的框架。
一个业务功能的实现，在m,v,c这三个层面都有体现，好的mvc框架，能通过简单的配置来达到新增模块，只需要实现v展现层，m层的和数据库的交互。且需要维护的地方很少，集成度越高的框架越接近于自定义表单引擎，类似半自动化的表单系统。 阅读全文
2011年9月21日 #
摘要：
首先，业务表要和流程关联起来，必需在业务主表中增加wf_id字段，存流程实例id.
例如，请假流程，请假单就是业务主表。报销流程，报销单主表，就是业务主表，报销明细子表，只要和报销单主表关联。
其次，在给业务流程建模的时候，需要知道此业务流程操作的主业务表，业务表的id主键。
流程实例启动的时候，将此信息生成到流程实例表中。 阅读全文
2011年9月15日 #
摘要：
最近在很多B2C的网站采购的时候，对每张订单，都多了一个订单跟踪 这样的功能，点击打开，是轨迹的文字描述和简单的图例显示，使对订单的跟踪一目了然：
这个文字描述的轨迹备注很人性化，呵呵，因此考虑在工作流系统中增加文字描述的轨迹跟踪记录。
工作流系统的每个流程实例在运行的时候，流程引擎都会为其记录运行的轨迹过程。 阅读全文
2011年8月7日 #
摘要：
对接口编程，为变化而设计，是面向对象编程的基本原则。工作流软件产品中的流程引擎的实现，主要是采用面向对象的设计原理。
工作流引擎负责对业务流程的抽象，对业务流程建模，以及业务流程的流转。在流程引擎中会设计一些基本的赋予一定意义的节点，组合这些节点给业务流程建模。
流程引擎负责解释这些节点，并通过面向对象的编程方式，每个节点对应一个类，节点的属性和方法均在类里面有所体现，表现为类的属性和方法。当流程实例运行时，在流程引擎中建立这些类对象的实例，实例化为业务流程的每个具体节点。 阅读全文
2011年7月20日 #
摘要：
权限设置通常分为模块级别的权限设置，原子操作的权限设置，记录级别的权限设置。
模块级别的权限设置很简单，某个人或某个角色对没个模块有操作权限，要么就没有操作权限；
原子操作的权限设置，是指对页面的控件的操作权限，某个用户或某个角色对某个控件有操作权限，或没有操作权限。
记录级别的权限设置，通常也指数据的权限控制，某人或某角色对某些记录有查看权限，或对某个字段没有查看更新等操作权限。
在工作流集成自定义表单的时候，我们通常需要做的权限设置是指原子操作的权限设置。即使控制一张表单在流程的多个节点上流转，每个节点对页面上各个控件的操作权限可能不一样；一张表单在多个用户或角色直接流转办理业务时，各用户对表单上各控件的操作权限可能不一样； 阅读全文
2011年7月13日 #
摘要：
程序员，在实现业务模块时，都离不开要做一些弹出选择页。简单的如，部门列表页，从弹出的部门列表页中选择具体的部门；复杂的如，从弹出的产品列表页中选择多个产品，还需要把产品的规格，型号，单价等等信息一并返回。
通常我们在实现这样的弹出选择页时，都需要针对每个弹出页，写上一序列的代码，主要实现这样几方面的功能：
从主页传递一些参数到弹出页
弹出页功能的实现
模糊查找条件
列表显示列的摆放
sql的执行
确认，取消功能的代码编写
甚至还有翻页的实现 阅读全文
2011年7月6日 #
摘要：
工作流引擎实现抽象流程的流转，业务的实现在表单模块中完成。如报销流程，填写报销单，审核报销单，都对应一个业务模块，在业务模块中实现将数据保存到数据库表中，实现业务数据的持久化。工作流引擎负责将这些业务模块串起来，实现业务流的流转。
曾经的业务系统，业务流的流转通常是采用对状态字段的控制来实现的。当报销单填写完成后，单据状态为1，经理审核的时候，就查询出单据状态为1的记录，做审核，审核完成后，也是修改审核状态，这样来达到业务流的流转。
当应用了工作流系统后，业务流的流转，就不需要根据状态字段来控制了，业务流的流转按照业务流程建模的节点规则向前流转，状态字段退化成纯粹的业务数据，只表示当前的业务状态。 阅读全文
2011年6月10日 #
摘要：
上文写到流程如何与业务系统结合，曾经的三大迷茫点：
迷茫一：是直接在菜单上挂接 采购申请流程，点击就打开执行采购单？还是做一个通用的模块，每次有新增的业务流程，就按业务流程名称列出来，点击一个就启动一个业务流程实例？
迷茫二：是先初始化得到了流程实例id，再打开第一个节点关联的表单；还是先打开业务表单，业务数据提交时，再得到流程实例id呢？
迷茫三：流程实例第二个节点的办理，第三个节点的办理等待，通过什么方式来做？是直接挂菜单还是通过通用的模块来执行？ 阅读全文
2011年5月31日 #
摘要：
还记得多年前在做工作流管理中心的流程演示时，很迷茫如何用流程的功能模块来展现业务流程。
业务流程的展现，传统的做法是按业务单据建立好业务表，再增加一些状态字段来控制单据的流转，达到完成业务流程。
例如一个采购申请流程：
按采购单建立好表结构字段；
做好制定采购单的模块；
买方制定好的单据接下来会在卖方的各个部门之间流转，就通过增加的状态字段来控制：
1 申请状态；2 发送状态；3 仓库备货状态；4 已发货状态 ；5 配送在途；6 买方签收；7 完成；8 作废 阅读全文
2011年5月29日 #
摘要：
在协同办公系统中web自定义表单开发工具是核心组件，它可以为协同系统提供数据展现接口，自定义表单开发工具通过调用接口并返回接收数据后显示在页面上，如果需要对页面上的数据进行分析时，图形化的数据展现会更显得直观明了。 在经过验证研究后，决定在web自定义表单开发工具中集成fusioncharts控件，之所以选择FusionCharts图形控件主要是它集成比较灵活、简单，对系统没有特殊的要求。下面的是FusionCharts的简单概述和系统要求：FusionCharts OverviewFusionCharts is a flash charting component that can be u 阅读全文
2011年5月20日 #
摘要：
工作流软件系统做为一个开发组件，只实现了工作流引擎，工作流的建模，流程实例的创建，流转等等。不包含整体的业务系统，当集成到用户的应用系统时候，需要作为组件的方式集成。
集成的方式有多种，一般来说，用户系统是首先要集成的，应用系统的一般都会有自己的用户系统，包含，用户，角色，权限等。这些不包含在工作流软件系统中，但是在工作流软件系统中又一定会用到，流程节点的执行权限等，都离开用户角色权限等的设置。因此用户系统的集成是必须要做的。
1.用户系统的集成 阅读全文
2011年5月11日 #
摘要：
在上篇的web自定义表单集成协同办公管理平台中提到web自定义表单开发工具已经成为协同产品继工作流之后的核心组件。在协同产品中web自定义表单开发工具的价值主要体现在：1、解决协同产品的通用性和用户需求个性化的矛盾；2、为异构系统提供数据展现的接口。 第一个价值点很好理解，就是客户可以在协同平台的基础上用web自定义表单开发工具开发业务表单，并绑定好企业的业务流程实现个性化的协同应用，固化组织的管理规范，更重要的保障了管理规范的有效执行，提升组织执行力。第二个价值点体现在既然是协同办公平台就需要和其他异构业务系统进行数据整合。在web自定义开发工具中与异构业务系统的数据整合分为两种：一种是业. 阅读全文
2011年5月3日 #
摘要：
在工作流软件产品中，产品的扩展性和易用性是衡量软件产品的重要指标。
大家都知道，工作流软件系统会包含流程引擎，流程管理中心，流程设计器，任务调度，定时器管理等等......，其中流程引擎是核心，流程引擎完成对所有业务流程的抽象，建模，以及抽象的业务流程节点的定义、流转。但是流程引擎完成的是抽象的业务流程节点的流转，当给一个具体的业务流程建模后，启动这个业务流程，才开始一个具体的应用。在具体业务流程中，常常会伴随有一些具体的业务规则和业务过程的实现，这些是流程引擎中不包含的，流程引擎只负责通用的抽象的节点的流转和实现，具体的业务规则和过程，是和具体的应用系统紧密关联的。例如，审核月终报销的时候，要引入一些相应的规则来做判断，如部门经理引入部门经理级别的每月通讯费报销范围，餐费报销范围，交通费报销范围，等等，通过这些数据来判断报销申请是否审批通过。这个判断过程是和具体的应用紧密关联的。 阅读全文
2011年4月30日 #
摘要：
半夜醒来，翻来覆去再也睡不着，猛然想起今天是买房正好十年整了，是该写点什么了。 至今还清楚的记得，一年的房屋租期在五一节到期，房东不再租房给我了，不租的具体原因现在已经完全忘记了，被迫要重新找房租。十年前，北京的房屋中介业远不如现今之发达，现今之猖狂。加上为了省钱，只能如做贼般满胡同的贴求租条。白天还不敢贴，只等下班后黄昏时才行。从2001年4月初开始全力找房，刚开始时，还怕太早找到了会浪费太多的钱。结果一个星期过去了，又一个星期过去了。依然没有找到合适的房租，心中便越来越急了。 有一天，在知春路旁边的一个小区里慌乱地贴条时，依稀看见竟然有个尾房销售的电话，便记了下来。联系，看房，至今还清楚. 阅读全文
2011年4月26日 #
摘要：
提起“协同办公”，随便在百度或者Google搜索一下，就能让你看到眼花缭乱的信息，国内的各大协同办公软件厂商都在鼓吹着自己对协同的理解和自己的协同办公软件产品如何能实现协同办公管理，但从众多的信息中我们总能找到各大协同厂商所做的协同软件产品的共同点：
1、协同办公管理套件： 一般包括日常的办公管理、公文流转管理、日常交流管理、人力资源管理、项目管理、客户关系管理、企业目标管理、费用管理等等，模块的多少一般是由各个协同办公厂商的能力而定。 阅读全文
2011年4月21日 #
摘要：
工作流软件产品在建模的时候，通常都是从开始节点开始，经过一序列的节点，最后到结束。因为有些业务的特殊性，可能会需要有多个起点，也可能会在流程的某个节点就结束了，这里就涉及到流程的多起点，和多结束点的问题。
通常工作流引擎都需要支持流程的多起点。多结束点倒是很简单，可以通过条件跳转等等来达到流程的某个节点就转向结束。流程的多起点表现方式有很多种，例如有的需要定时启动一个流程实例；同样一个业务流程，不同的人启动时，所走的步骤不一样。
单起点模式： 阅读全文
2011年4月3日 #
摘要：
在OA审批流中，任务信息，经常需要抄送给相关人员。被抄送的人能查看到任务信息，但是不参与执行任务。
在工作流软件产品中，产生一条任务信息，任务有参与人，执行人，任务完成后，还有任务的完成人，这些是任务的基本信息。当任务需要抄送给相关人员时候，还需要给任务设置抄送人。被抄送的人，能全程关注任务的执行与完成情况，即使是完成了的任务，被抄送的人也可以查看。当然，任务的抄送人仅仅能查看到任务信息，不能参与到任务的执行中。 阅读全文