作者：gnuhpc
出处：http://www.cnblogs.com/gnuhpc/
1.Workflow分为以下两类：
第一类是指申请时要进行审批流程的Workflow：
• Account request workflow
• Access request workflow
这些Workflow是在分配策略中使用的。
第二类是指管理中的一些动作的Workflow：
对账户的删除、添加、修改、恢复和停用。
2.一个Workflow至少包含以下五个要素：
Start：指的是Workflow的开始。
一个activity或者entity：图中是approval，指的是定义了谁来审批和多长时间来审批。
RETURN_APPROVED和RETURN_REJECTED：指的是审批的结果。
End：指的是Workflow的结束。
3.Workflow 的Service类型：
分为全局的和针对特定Service的两类。
4.Workflow的设计：
分为Simple和Advanced两种，后者是用来设计复杂Workflow的，用组件相连，我们介绍一下Advanced中的几个组件：
Start：定义了Workflow的开始，全局只有一个。
Approval：定义了谁在多长时间内需要对这个请求进行审批。
Loop：在一定条件下或者一定时间内重复某种activity。
Subprocess：在Workflow中单独定义的，在主workflow中任何地方都可以实现，在Operation Workflow中不能使用。
RFI：(Request for Information)：定义了完成这个Workflow需要的信息，不能应用于一个Global Service Type。
Mail：用于提供强大的邮件提醒能力。
Work Order：提醒一个Workflow的参与者必须去完成一个动作，它还可以被设置为等待一个回应而继续的功能。
Extension：一般用作在Workflow中对账户的操作。
Script（RETURN_APPROVED和RETURN_REJECTED）：分别用于标示审批通过或拒绝，对于其中任意一个，一个Workflow中只能有一个。
End：定义了Workflow的结束。
Transition Line：连接两个组件，可以设置为Approved, Rejected, or Custom
这些类型的Node中有很多相同的Field需要你去设置，说明如下：
Activity ID--Node的唯一标示符，就是显式在该Node下边的说明文字。
Activity Name--貌似没有什么用，没看明白…
Participant --谁来参与这个Node的操作。
Escalation Participant--超时后谁来参与这个Node的草组。
Escalation Limit--超时期限。
以上是一个实际建立的Workflow。RFI必须让其参与者（一个或多个）提供一些信息才能继续运行下去，在RFI中必须定义一个Workflow。RFI可以被用来对一个请求的一些缺失信息的补充。这些信息可能需要用来创建用户、组、主目录或者用户ID。其中可以设置超时时间，一旦超时就通知escalation participant。一个RFI的例子是：
让用户选择他如何在账户上显示他的名字。
在设置RFI节点时，Entity Type和Entity指定了RFI针对的特定的实体类型。
而下边的列表中的Account Attributes则指定了你需要获取的属性信息。
Action Text中的Information Request Text 指定了你希望在RFI上出现的Text。而Cue Text则指定了To Do List上显示的Text。
Use Notification Text as Action Text ：这个复选框指的是在提醒request的文本应该使用To Do List中列出的描述性文本。
Action Text则指定了在To Do List中显示的guide和信息的文本。
Approval节点定义了在一个Workflow中需要审批的一个点。每个Approval节点必须返回一个Approved或者Reject。当然，你也可以使用这个节点做点你想做的事情，比如你可以去问一问你的participant是不是要suspend一个账号。
Input Parameters指定了要传入这个Workflow中的参数。
Subprocess通过使用一个节点代表另一个Workflow分支来化简workflow的设计。它就是一个对以前设计好的Workflow的一个重用。但是Operation Workflow是不能作为Subprocess的。并且只有同一个Org的Workflow才能被用于Operation Workflow。
Script节点则可以使你输入JavaScript来进行Workflow控制。
Work Order则提供了一个提醒Workflow参与者有一个Action的方法。我们可以使用它去通知一个人一项操作已经被执行了。支持两种模式：
Send mode：当消息成功的发到邮件服务器时完成这个activity。
send and wait for completion mode ：先发邮件，然后等待这个activity的完成。
Wait For Completion Check Box这个复选框就是支持了上述两种模式，勾选是第二种，不选是第三种。
Loop组件一般是用作防止activity超时，或者是多次审批。ITIM预先定义了一个叫做loopcount的循环条件，它设置了循环的次数。
Operation节点则是用于调用一个Operation Workflow的。
Extension节点可以使你在Workflow中调用ITIM Java预先定义好的类。
5.Join类型和Split类型：
Join：And指的是要等所有相关活动都完成了才进行这个节点的活动，而Or则只要有一个True了，那么就可以进行这个节点的活动。也就是说，它是在控制节点左边的一些操作流程。
Split：And指的是执行所有离开这个节点向下进行的活动，而Or则指所有离开这个节点向下进行的活动只要有一个True了，那么就离开这个节点从那条通路向下进行活动。也就是说，它是在控制节点右边的一些操作流程。
6.关于通知：
在 Configure System > Workflow Notification Properties可以看到TIM的默认模板，你要是在node上使用notification，那么这些默认模板就不用了。Email会通知participant，要是你不想让其发邮件，那么设置subject为空，那么email就不会发送出去了。
可以使用
An account request has been initiated for
还可以使用replacement标签
XML代码如下：
- OR -
而定义在CustomLabels.properties 中的键值对为：
exampleKey=This is a formatted string replacement example {0} and JavaScript for requestee name {1}.
{0}和{1}为参数。
结果如下：
This is a formatted string replacement example with plain text and JavaScript for requestee name Carol Stevens
你要是想加入一些时间信息的话，使用DataFormat字符串格式。在一个Key中使用该字符串则会自动转化为指定格式的日期。例如：
XML代码如下：
if (process.scheduled != null) return
process.scheduled.getTime();
else
return '';
在CustomLabels.properties中定义的键值对为：
ReadOnlyDateFormat=MMM dd, yyyy hh:mm:ss z
结果为:
Apr 18, 2005 05:20:52 EDT
而使用
例如：
结果为：
123456789012345678.9876543210987654
最后你还可以使用一些定义在Labels.properties 和 enroleMail.properties中的内部变量：
定义在Labels.properties中的：
$TITLE
mail.title=http://localhost:80
$LOGO_ALT
tivoliIdentityManagerLogoMessage=Tivoli Identity
Manager - version 4.6
$LOGIN_ALT
logonAlt=Login to Identity Manager
定义在enroleMail.properties中的：
$BASE_URL
mail.baseurl=http://localhost:80
$LOCALE
Associated with the Participant(s) being sent the
notification.
$TENANT_ID
Associated with the Participant(s) being sent the
notification.
要是想将多封内容相近的邮件在一封信中表现出来，则使用Notification Post Office：记得勾选Use Group Email Topic