开发者社区> gnuhpc> 正文

【IBM Tivoli Identity Manager 学习文档】12 Workflow的设计

简介: 作者:gnuhpc 出处:http://www.cnblogs.com/gnuhpc/ 1.Workflow分为以下两类: 第一类是指申请时要进行审批流程的Workflow: • Account request workflow • Access request workflow 这些Workflow是在分配策略中使用的。
+关注继续查看

作者:gnuhpc
出处:http://www.cnblogs.com/gnuhpc/

1.Workflow分为以下两类:

第一类是指申请时要进行审批流程的Workflow:

• Account request workflow
• Access request workflow

这些Workflow是在分配策略中使用的。

第二类是指管理中的一些动作的Workflow:

对账户的删除、添加、修改、恢复和停用。

 

2.一个Workflow至少包含以下五个要素:

image

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--超时期限。

 

 

image

以上是一个实际建立的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就不会发送出去了。

可以使用标签使用JavaScript:

An account request has been initiated for process.requesteeName;.

 

还可以使用replacement标签和,在固定文件CustomLabel.properties中搜索键值对,若没有发现则在Labels.properties中搜索。例如:

XML代码如下:

with plain textprocess.requesteeName;.
- OR -
exampleKeywith plain textprocess. requesteeName;.

 

而定义在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

而使用则可以插入process和activity的一些信息。标识码的格式为:workflow_proccess_ID.workflow_activity_ID

例如:

结果为:

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

作者:gnuhpc
出处:http://www.cnblogs.com/gnuhpc/


               作者:gnuhpc
               出处:http://www.cnblogs.com/gnuhpc/
               除非另有声明,本网站采用知识共享“署名 2.5 中国大陆”许可协议授权。


分享到:

版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

相关文章
微软职位内部推荐-Senior Program Manager
微软近期Open的职位: Title: Senior Program Manager – Bing Multimedia Relevance Group: Search Technology Center Asia Location: Beijing Search Technology Cent...
663 0
【IBM Tivoli Identity Manager 学习文档】3 基本架构
作者:gnuhpc 出处:http://www.cnblogs.com/gnuhpc/ 1.数据库服务器 TIM将交易数据和历史数据放置在数据库服务器内,一个关系型数据库存放了当前和历史状态的相关数据。
925 0
【IBM Tivoli Identity Manager 学习文档】16 权限管理
作者:gnuhpc 出处:http://www.cnblogs.com/gnuhpc/ TIM使用ACI对ITIM进行权限控制,access control item (ACI)。TIM预先定义了70多个ACI。
779 0
【IBM Tivoli Identity Manager 学习文档】6 Identity Feeds功能
作者:gnuhpc 出处:http://www.cnblogs.com/gnuhpc/ 今天学习了Identity Feeds功能。 1.引言 TIM5.0 从一个数据源导入多个User到系统的功能,这个批量导入的过程就叫Identity Feeds或者称为HR feed。
1065 0
【IBM Tivoli Identity Manager 学习文档】15 用户管理
作者:gnuhpc 出处:http://www.cnblogs.com/gnuhpc/ 1.基本概念 Identity feed:任何一个从一个数据源读入用户信息后添加到TIM或者与TIM中数据校验一致性的方法。
1058 0
【IBM Tivoli Identity Manager 学习文档】9 怎样自定义ITIM的界面
作者:gnuhpc 出处:http://www.cnblogs.com/gnuhpc/ 1.Administrative Console Customizations Tips Customizations to the Administrative Console are performed by making changes to the ui.
783 0
【IBM Tivoli Identity Manager 学习文档】13 Service管理
作者:gnuhpc 出处:http://www.cnblogs.com/gnuhpc/ Service的概念在前边的文档中有所介绍的,现在只是提一些需要注意的问题: 1.每一中Service都需要一个Profile,这个Profile描述了使用何种Adapter与其通信,它支持什么属性,其service form的形式和account form的形式。
1094 0
+关注
gnuhpc
文章
问答
视频
文章排行榜
最热
最新
相关电子书
更多
《Visual Edge Computing Service视图计算产品发布介绍》PDF
立即下载
低代码开发师(初级)实战教程
立即下载
阿里巴巴DevOps 最佳实践手册
立即下载