Primeton EOS5.0工作流教程
填入如上图所示的内容，我们发现审批人是一个不可直接输入的文本框，但有一个用户选择的辅助输入工具，点击它，弹出如下页面：
打开左边的参与者树，找到[角色 / 总经理 / kevin]并双击，kevin就会增加到右边的
http://www.primeton.com/
第36页共141页
Primeton EOS5.0工作流教程
选中的参与者列表中，然后再确定按钮就完成了审批人的输入工作；最后按提交执行按钮以保存我们的输入，并结束当前工作项。
5、 HR登记
退出kevin用户，以fish用户进入系统，同样先到[工作流客户端 / 我的任务 / 可领取的工作任务]领取[HR登记]工作项，然后执行，如下图：
填写如上图所示数据，然后按提交执行按钮以保存我们的输入，并结束当前工作项。
6、 请假回单
退出fish用户，以goose用户进入系统，同样先到[工作流客户端 / 我的任务 / 待执行的工作任务]页面中执行[请假回单]工作项，进入如下图页图：
http://www.primeton.com/ 第37页共141页
Primeton EOS5.0工作流教程
按提交执行按钮以保存我们的输入，并结束当前工作项，此时整个流程中的所有工作项都已执行完毕，流程实例也应处于完成状态，我们在下面将观察流程实例的运行结果。
7、 流程实例观察
退出goose用户，以sysadmin用户进入系统，通过菜单[工作流监控与管理 / 流程实例管理]进入流程实例管理界面，如下图：
系统已显示实例ID为191的请假流程（goose）已经完成，没有超时，以普通优先级运行。点击以上流程名称，进入流程图查看页面，如下图：
http://www.primeton.com/ 第38页共141页
Primeton EOS5.0工作流教程
从图上看出我们已经正常完成了预定的流程路线。点击流程相关数据卡来查看EOS WF引擎在工作过程的数据情况，如下图：
原来EOS WF引擎在工作的过程，针对采用表单数据特性来定义的参数数据都作了自动保存，在以后的学习中我们将进一步学习怎么手动的存取相关数据区的内容。
2.1.5 客户反馈
好了，第一步的目标已达成，我们确实搭建了一个可以运行的请假流程，看上去还不错；于是当天下午我就去给槟榔大哥演示了我们的设计，他出乎意料的认真看了每个环节的内容，对我们如此快速的反应给予了充分的肯定，并提了些问题和要求：
1. “俺以前是所有的请假都一个人来批，贼累啊，能不能只批部门经理的请假单，而其他
人的请假由他的部门经理批？”
2. “俺这儿的业务员经常不在公司里头呆着，能不能给加入办法让他请假的事可以通知给
他需要通知的同事？不然他请假了都没人知道”
3. “对了，你们速度是快，但是这界面也忒难看了点，能不能做个稍好看点的？” 4. “总的来说不错，好好干，走的时候拿几包槟榔回去慰劳兄弟们。”
2.1.6 案例小结
整个这个案例主要是介绍EOS WF的基本元素及其基本属性为主，使学习者能够在短时间内
http://www.primeton.com/
第39页共141页
Primeton EOS5.0工作流教程
了解EOS WF的常用特性和流程访问管理方法与工具；主要涉及到的特性有： 1. 人工活动 2. 参与者 3. 表单数据
4. 聚合/分支模式 5. 分支条件
2.2 基本满足客户需求的应用（V1.1.2） 2.2.1 客户需求
客户看过我们提供的快速版请假流程后觉得还不错，希望在下一个版本中有一些新功能加入，如分级审批、通知抄送人员等；另外他希望在界面上有一些改变，现有的用户界面太简单了且不可美化。
2.2.2 分析设计
“出来混终究是要还的”，还好我们天生就是用来面对挑战的。 EOS开发者语录 分析
1、 客户看过上一版后提出了增加分级审批和通知抄送人员功能的需求，计划通过多工作项
特性来实现。
2、 客户想要一个较美观的界面，这样势必要求我们的界面可以做到自定义，计划通过自定
义URL特性来实现。
3、 客户没有显示的提出数据持久化的要求，但估计要不了多久必须实现业务数据与引擎的
分离，计划将请假的业务数据存储到RDBMS中。
4、 在上一版本中的请假回单设计显得有些生硬，我们计划在这一版本中对其进行重构，使
其更加人性化；计划采用自动活动特性和电子邮件技术来重构这一实现。 设计 1、 流程设计
设计思路：新的设计是在原有设计的基础上重构而来，在遵循 填单?审批?HR登记 三个主要步骤不变的情况下，进行如下设计：
http://www.primeton.com/
第40页共141页