535
社区成员
发帖
与我相关
我的任务
分享Linkey Workflow工作流开发介绍
http://blog.csdn.net/kezi/archive/2004/07/08/36728.aspx
我放在blog里面了对工作流感兴趣的朋友可以看看.
虽然是产品的功能介绍,但是对于想开发工作流的朋友来说确实也是不错的学习文章.对于不了解工作流的朋友可以当作入门学习一下:)
我开发这个工作流的时候找遍了整个网络也没找到这样写的这样详细的文章:D 最后没办法把Lotus Workflow研究了个透,再把国内的各大工作流厂家的文档,图片,演示都统统浏览了一遍再总结分析.
当然离专业的工作流软件还有很长的路,因为毕竞则重点不同,Linkey Workflow则重点于OA办化自动化,其它厂商的专业工作流大多都则重于企业的业务流程.
大家可以参见一下<<144种工作流自动化系统必备基本功能>>,对比一下自已公司的工作流与这144条能基本符合多少条,当然这144种里面有些也有点bt了:D
144种工作流自动化系统必备基本功能 下载地址:
http://www.oaunion.com/oaunion/oaunion.nsf/doc/6A8938BECFF8571448256E60004D780C?opendocument
<<工作流管理技术基础>>电子版
http://www.oaunion.com/oaunion/oaunion.nsf/doc/30A9217E2C604AF548256E600050296A?opendocument
<<WMFC XPDL标准文档 >>
http://www.oaunion.com/oaunion/oaunion.nsf/doc/5F277AD1DBEC3F9648256EA80011021E?opendocument
<<WMFC标准接口2,3定义文档>>
http://www.oaunion.com/oaunion/oaunion.nsf/doc/4C3818BA1B6A248C48256EA80010E51D?opendocument
我放在blog里面了对工作流感兴趣的朋友可以看看.
虽然是产品的功能介绍,但是对于想开发工作流的朋友来说确实也是不错的学习文章.对于不了解工作流的朋友可以当作入门学习一下:)
我开发这个工作流的时候找遍了整个网络也没找到这样写的这样详细的文章:D 最后没办法把Lotus Workflow研究了个透,再把国内的各大工作流厂家的文档,图片,演示都统统浏览了一遍再总结分析.
当然离专业的工作流软件还有很长的路,因为毕竞则重点不同,Linkey Workflow则重点于OA办化自动化,其它厂商的专业工作流大多都则重于企业的业务流程.
大家可以参见一下<<144种工作流自动化系统必备基本功能>>,对比一下自已公司的工作流与这144条能基本符合多少条,当然这144种里面有些也有点bt了:D
144种工作流自动化系统必备基本功能 下载地址:
http://www.oaunion.com/oaunion/oaunion.nsf/doc/6A8938BECFF8571448256E60004D780C?opendocument
<<工作流管理技术基础>>电子版
http://www.oaunion.com/oaunion/oaunion.nsf/doc/30A9217E2C604AF548256E600050296A?opendocument
<<WMFC XPDL标准文档 >>
http://www.oaunion.com/oaunion/oaunion.nsf/doc/5F277AD1DBEC3F9648256EA80011021E?opendocument
<<WMFC标准接口2,3定义文档>>
http://www.oaunion.com/oaunion/oaunion.nsf/doc/4C3818BA1B6A248C48256EA80010E51D?opendocument
...全文
请发表友善的回复…
发表回复
duzhou 2004-12-22
- 打赏
- 举报
高手，强呀！
偶也做过一个象Lotus workflow的东东。不过功能相比可要逊色多了。。。
如果楼主可以透露点开发技术方面的东西，就更好了。
学习！
偶也做过一个象Lotus workflow的东东。不过功能相比可要逊色多了。。。
如果楼主可以透露点开发技术方面的东西，就更好了。
学习！
mingle lu 2004-12-16
- 打赏
- 举报
趁着没结贴，插一腿
washing2000 2004-12-15
- 打赏
- 举报
说得太好了,长了不少知识,顶一下.
苛子 2004-11-16
- 打赏
- 举报
在现实情况应该是这样的
A老总把一份文件复印了三份,然后叫来了三个MM秘书,给他们每人一份文件,叫这三个MM分别去不同的部门征求意见. MM-A去了A部门(不签完字不允许回来), MM-B去了B部门(不签完字不允许回来),MM-C去了C部门(不签完字不允许回来)
因为这三个MM的工作能力有差别,MM-A最完成了A部门的签字,她最先回到老总的办公室,告诉老总我已完成了. 老总表杨一下MM-A后就打发她走了,老总再继续等MM-B,MM-C回来.MM-B也回来后,结果MM-C老是不回来,可能去外面约会去了. 这时老总等不耐烦了, 算了MM-C不回来我也签字发文了.
^_^
A老总把一份文件复印了三份,然后叫来了三个MM秘书,给他们每人一份文件,叫这三个MM分别去不同的部门征求意见. MM-A去了A部门(不签完字不允许回来), MM-B去了B部门(不签完字不允许回来),MM-C去了C部门(不签完字不允许回来)
因为这三个MM的工作能力有差别,MM-A最完成了A部门的签字,她最先回到老总的办公室,告诉老总我已完成了. 老总表杨一下MM-A后就打发她走了,老总再继续等MM-B,MM-C回来.MM-B也回来后,结果MM-C老是不回来,可能去外面约会去了. 这时老总等不耐烦了, 算了MM-C不回来我也签字发文了.
^_^
苛子 2004-11-16
- 打赏
- 举报
老兄 再问你个难题，你该如何解决，（不好意思，以前遇到的问题，心里一直悬着，找个高手问）
一个公文办理过程中，需要进行多部门的协同会签，所有的会签都会回归到该公文的办理人手中，但是该办理人只要有一份会签回来后，就会对该公文进行后续办理，他既不可能等待全部的会签签完才执行下一步，也不可能归并其他未回归的会签操作，公文流转后，如果还有会签回归到该办理人手中（会签意见是陆续回来的），则该办理人仍然会针对会签意见和前面的办理结果进行下一步的办理（新的办理意见的生成），这样的流程非常的复杂，但又不可能拆开成几份公文进行流转，当初解决也是花了很大心思，但最后不是通过流程的方式来解决的，不知道如果你的工作流能不能解决这样的问题。
-------------------------------------------------------------------------
你说的这个问题正是多部门联合会签的复杂之处,有的项目单是这一个流程就要搞上你半年,而且bug频出.更谈不上高度的灵活性了.
用户A把文档分出去后,假如分给了 B,C,D 三个部门(部门数是不定的). 这个三个部门分别异步启
动(就相当于各自启动了自已部门的子流程) 这个三个部门是不可能同时完成的. 有可能B先完成,那这时(客户有可能有不同的需求)有公司要求"B先完成时给A发一个邮件告之B部门已完成审批,正在等待C,D部门完成(这几个子流程之间要能相互通信)" 当最后一个D部门完成时,正式给A发送待办事宜告之所有部门已完成审批. 那么这时A就可以进入下一环节了.
有的公司可能有这样的要求. A把文档分给 B,C,D部门,A要求B,C部门必须办理完成.而对于D部门,则要看B,C部门的完成情而定了.A有权在B,C部门完成后,在D没有完成的情况下进入下一环节,并同时结束D部门未完成的审批.
更复杂的还有 W->A->B,C,D W要求只看A的意见单,而B,C,D的部门意见由A进行总结,W不希望看到B,C,D说了什么.
要定出这些流程,就考验你的工流引擎是否灵活强大了,如果工流引擎开始规划时没有考虑的话,后来要想实现这些功能,简直比重新写一个还难.
我的工作流引擎现在的缺点就是在A-B,C,D部门时,要求B,C,D部门的人不允许再把任务重新分派给其它部门的人去做.如:B部门的人收到一个文档后想把任务分给C部门的人,那这时候就会造成混乱.
实际上流程图画的还是一个,看起来就好像有很多文档在流程里面异步流动一样. 这些文档之间存在一定的关系,环节和环节之间也存在一定的制约关系. 反正这个感觉很难描述出来.
一个公文办理过程中，需要进行多部门的协同会签，所有的会签都会回归到该公文的办理人手中，但是该办理人只要有一份会签回来后，就会对该公文进行后续办理，他既不可能等待全部的会签签完才执行下一步，也不可能归并其他未回归的会签操作，公文流转后，如果还有会签回归到该办理人手中（会签意见是陆续回来的），则该办理人仍然会针对会签意见和前面的办理结果进行下一步的办理（新的办理意见的生成），这样的流程非常的复杂，但又不可能拆开成几份公文进行流转，当初解决也是花了很大心思，但最后不是通过流程的方式来解决的，不知道如果你的工作流能不能解决这样的问题。
-------------------------------------------------------------------------
你说的这个问题正是多部门联合会签的复杂之处,有的项目单是这一个流程就要搞上你半年,而且bug频出.更谈不上高度的灵活性了.
用户A把文档分出去后,假如分给了 B,C,D 三个部门(部门数是不定的). 这个三个部门分别异步启
动(就相当于各自启动了自已部门的子流程) 这个三个部门是不可能同时完成的. 有可能B先完成,那这时(客户有可能有不同的需求)有公司要求"B先完成时给A发一个邮件告之B部门已完成审批,正在等待C,D部门完成(这几个子流程之间要能相互通信)" 当最后一个D部门完成时,正式给A发送待办事宜告之所有部门已完成审批. 那么这时A就可以进入下一环节了.
有的公司可能有这样的要求. A把文档分给 B,C,D部门,A要求B,C部门必须办理完成.而对于D部门,则要看B,C部门的完成情而定了.A有权在B,C部门完成后,在D没有完成的情况下进入下一环节,并同时结束D部门未完成的审批.
更复杂的还有 W->A->B,C,D W要求只看A的意见单,而B,C,D的部门意见由A进行总结,W不希望看到B,C,D说了什么.
要定出这些流程,就考验你的工流引擎是否灵活强大了,如果工流引擎开始规划时没有考虑的话,后来要想实现这些功能,简直比重新写一个还难.
我的工作流引擎现在的缺点就是在A-B,C,D部门时,要求B,C,D部门的人不允许再把任务重新分派给其它部门的人去做.如:B部门的人收到一个文档后想把任务分给C部门的人,那这时候就会造成混乱.
实际上流程图画的还是一个,看起来就好像有很多文档在流程里面异步流动一样. 这些文档之间存在一定的关系,环节和环节之间也存在一定的制约关系. 反正这个感觉很难描述出来.
禽兽v5 2004-11-16
- 打赏
- 举报
楼上，这可以分成两个流程；
1.流程1
步骤1->步骤2->...->步骤n(多部门会签)->步骤n+1(异步启动后续办理流程)->步骤n+2(如果还有部门尚未会签，返回步骤n等待其他部门，注意原来会签过的人不能再会签了。)
2.流程2(后续办理流程)
从父流程接收必要的数据，继续后续办理就可以了。
异步启动的意思，就是指新开的子流程不和父流程同步。
1.流程1
步骤1->步骤2->...->步骤n(多部门会签)->步骤n+1(异步启动后续办理流程)->步骤n+2(如果还有部门尚未会签，返回步骤n等待其他部门，注意原来会签过的人不能再会签了。)
2.流程2(后续办理流程)
从父流程接收必要的数据，继续后续办理就可以了。
异步启动的意思，就是指新开的子流程不和父流程同步。
freyild1979 2004-11-16
- 打赏
- 举报
老兄 再问你个难题，你该如何解决，（不好意思，以前遇到的问题，心里一直悬着，找个高手问）
一个公文办理过程中，需要进行多部门的协同会签，所有的会签都会回归到该公文的办理人手中，但是该办理人只要有一份会签回来后，就会对该公文进行后续办理，他既不可能等待全部的会签签完才执行下一步，也不可能归并其他未回归的会签操作，公文流转后，如果还有会签回归到该办理人手中（会签意见是陆续回来的），则该办理人仍然会针对会签意见和前面的办理结果进行下一步的办理（新的办理意见的生成），这样的流程非常的复杂，但又不可能拆开成几份公文进行流转，当初解决也是花了很大心思，但最后不是通过流程的方式来解决的，不知道如果你的工作流能不能解决这样的问题。
一个公文办理过程中，需要进行多部门的协同会签，所有的会签都会回归到该公文的办理人手中，但是该办理人只要有一份会签回来后，就会对该公文进行后续办理，他既不可能等待全部的会签签完才执行下一步，也不可能归并其他未回归的会签操作，公文流转后，如果还有会签回归到该办理人手中（会签意见是陆续回来的），则该办理人仍然会针对会签意见和前面的办理结果进行下一步的办理（新的办理意见的生成），这样的流程非常的复杂，但又不可能拆开成几份公文进行流转，当初解决也是花了很大心思，但最后不是通过流程的方式来解决的，不知道如果你的工作流能不能解决这样的问题。
禽兽v5 2004-11-16
- 打赏
- 举报
我开发这个工作流的时候找遍了整个网络也没找到这样写的这样详细的文章:D
----------
不是有很多java开源引擎?
shark
obe
ofbiz
willow
----------
不是有很多java开源引擎?
shark
obe
ofbiz
willow
苛子 2004-11-16
- 打赏
- 举报
To: freyild1979
---------------------------------------------
政府部门或事业单位的流程一般应该是在第二个B的时候汇总,不可能D,E不办就往下走(我没碰到过有这样的要求)如B不等D,E结束就要往下走,那么客户一般的需求是强制性结束D,E的审批.
如果客户真要像你说的这样的走法的话,那么D,E完成时B又收到文档,B继续发给F,G
那就造成重复了B,F,G都要重复审批这个文档三次.
还有cde如果是会签子流程的话,一般会签都是要全部办完才能走(从大局的外部来看会签是不办法就不能走,不然就不叫会签)
全部按照客户的意思的话,我也会建议他这样走流程不合理,如果他一定要这么走的话,那么可以在
C,D,E三个子环节中,增加一个判断条件. 如果C,D,E环节只要有一个环节完成了,那么其它两个就不再把文档发给B了,D,E自行结束. 这样可以避免B,F,G办三次.
---------------------------------------------
政府部门或事业单位的流程一般应该是在第二个B的时候汇总,不可能D,E不办就往下走(我没碰到过有这样的要求)如B不等D,E结束就要往下走,那么客户一般的需求是强制性结束D,E的审批.
如果客户真要像你说的这样的走法的话,那么D,E完成时B又收到文档,B继续发给F,G
那就造成重复了B,F,G都要重复审批这个文档三次.
还有cde如果是会签子流程的话,一般会签都是要全部办完才能走(从大局的外部来看会签是不办法就不能走,不然就不叫会签)
全部按照客户的意思的话,我也会建议他这样走流程不合理,如果他一定要这么走的话,那么可以在
C,D,E三个子环节中,增加一个判断条件. 如果C,D,E环节只要有一个环节完成了,那么其它两个就不再把文档发给B了,D,E自行结束. 这样可以避免B,F,G办三次.
qlj520 2004-11-16
- 打赏
- 举报
up
cb0211 2004-11-16
- 打赏
- 举报
好东东 顶起来慢慢看 thx :)
gdman 2004-11-16
- 打赏
- 举报
有 Interface5、Interface4的协议嘛！？
freyild1979 2004-11-16
- 打赏
- 举报
呵呵 你可能还没理解我得意思，
流程是 A--B--C、D、E--B--F--G
cde是会签子流程，具体怎么走不管，最后都是回到B的，但是可能出现异步流程，比如C结束了，文档流转到B，B不等DE的流程结束，也不归并或者等待DE的流程，而是直接向下一步流转，如继续走到了G，但此时，D的流转结束，文档提交到B，文档的流程此时处于单线分支情况（G同时也在办理中），B同样要办理，并把文件向下流转继续到G，
这样的流程忙兄弟们没见过吧，主要原因是，你不可能规定CDE同时流转完毕，也不可能B能够在那里等待CDE的全部完结（B不具有决定权）
流程是 A--B--C、D、E--B--F--G
cde是会签子流程，具体怎么走不管，最后都是回到B的，但是可能出现异步流程，比如C结束了，文档流转到B，B不等DE的流程结束，也不归并或者等待DE的流程，而是直接向下一步流转，如继续走到了G，但此时，D的流转结束，文档提交到B，文档的流程此时处于单线分支情况（G同时也在办理中），B同样要办理，并把文件向下流转继续到G，
这样的流程忙兄弟们没见过吧，主要原因是，你不可能规定CDE同时流转完毕，也不可能B能够在那里等待CDE的全部完结（B不具有决定权）
xiangyyy 2004-11-15
- 打赏
- 举报
不怎么的啊
freyild1979 2004-11-15
- 打赏
- 举报
功能很强了，提个建议，在多分支流程操作中应该具备一个叫代表所有人的功能，将所有分支归并，在大型的政府OA应用中是很有用处的。
苛子 2004-11-15
- 打赏
- 举报
功能很强了，提个建议，在多分支流程操作中应该具备一个叫代表所有人的功能，将所有分支归并，在大型的政府OA应用中是很有用处的。
------------------------------------
在4.0中已经具备了此功能,多分支并行路由,任意分支等待,归并,组合路由等...
其实政府部门中最复杂的流程我认为主要是:
1)多部门联合会签.
普遍表现为: 拟办->选择1...N个部门->各部门文书->各部门领导->科室->科员
每个部门走的路径都可能不一样. 但一定要并行.
2)主办+协办
普遍表现为:拟办->主办处室主办(一般是一个主办部门)+1...N个协办部门+局领导批示->各部门领导->主办科室+协办科室+传阅科室->主办科员+协办科员+传阅科员
同样每个部门走的流程都不一样,但各个部门一定是并行处理.
最后一步是办公室把各部门的意见进行汇总,再往下走,如果领导不同意,又要求多部门联合审批.
如此循环直到这份文件办的合理为止.
再复杂的就是公文远程交换了. 公文办理完成后就要远程分发,分发出去后要有回执知道对方收到了.对方收到公文后直接进入收文流程进行流转.
企业的业务流程则注重的又是另一方面了.
如:路由条件计算,关系型数据库直接读取,报表直接流转, 负荷计算,流程效率分析 等.....
反正工作流要考虑的方方面面多着了.
------------------------------------
在4.0中已经具备了此功能,多分支并行路由,任意分支等待,归并,组合路由等...
其实政府部门中最复杂的流程我认为主要是:
1)多部门联合会签.
普遍表现为: 拟办->选择1...N个部门->各部门文书->各部门领导->科室->科员
每个部门走的路径都可能不一样. 但一定要并行.
2)主办+协办
普遍表现为:拟办->主办处室主办(一般是一个主办部门)+1...N个协办部门+局领导批示->各部门领导->主办科室+协办科室+传阅科室->主办科员+协办科员+传阅科员
同样每个部门走的流程都不一样,但各个部门一定是并行处理.
最后一步是办公室把各部门的意见进行汇总,再往下走,如果领导不同意,又要求多部门联合审批.
如此循环直到这份文件办的合理为止.
再复杂的就是公文远程交换了. 公文办理完成后就要远程分发,分发出去后要有回执知道对方收到了.对方收到公文后直接进入收文流程进行流转.
企业的业务流程则注重的又是另一方面了.
如:路由条件计算,关系型数据库直接读取,报表直接流转, 负荷计算,流程效率分析 等.....
反正工作流要考虑的方方面面多着了.
苛子 2004-11-13
- 打赏
- 举报
只有功能介绍:)
基本上能99%的满足政府类和企业类对公文流程的需求.
反正到目前为此我们还没有碰到不能定制的流程,所有流程定制都不需要做二次开发,现在都是以产品的形式销售价格比较低.
具体报价的话可以咨询 020-85558158-607
基本上能99%的满足政府类和企业类对公文流程的需求.
反正到目前为此我们还没有碰到不能定制的流程,所有流程定制都不需要做二次开发,现在都是以产品的形式销售价格比较低.
具体报价的话可以咨询 020-85558158-607
wvboat 2004-11-11
- 打赏
- 举报
对了，有设计说明文档 或者 报价 吗？
wvboat 2004-11-11
- 打赏
- 举报
佩服楼主，虽然我也较熟悉lotus workflow，而且我们自己也要设计自己的workflow。你们的产品让我折服。
zwlippi 2004-11-11
- 打赏
- 举报
mark
加载更多回复（7）
