扩展模型_实现基于角色的交互.pdf

《扩展模型_实现基于角色的交互.pdf》由会员分享，可在线阅读，更多相关《扩展模型_实现基于角色的交互.pdf（20页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、3379 扩展模型：实现基于角色的交互扩展模型：实现基于角色的交互 因为备用供应商不会总是给我们最合适的价格，所以我们将再次扩展该模型以便在供应商的价格过高时包含一个审批步骤。为了防止审批请求在某人的审批目录中停留过长时间（如果这样，我们将不能满足客户服务水平协议的要求），审批活动将以这样一种方法来执行，即在确定的时间范围内，较低级管理者不批准或拒绝该请求时，审批请求将自动转给更高级管理者。3389.1 职员决议和异常管理职员决议和异常管理 在新的方案中，我们将引入由MQSeries Workflow提供的一些异常管理和职员决议特性。现在，我们将演示基于角色的动态路由和自动异常处理。改进的工作

2、流应标记供应商向我们索取的价格比我们向客户索取的价格更高的条目，并且将这些条目发送给支持审批的异常队列。如果异常条目在指定的时间内没有被响应，它们将被转给更高级的管理者。9.1.1 角色定义角色定义 我们将为 BuyXYZ 公司定义两个角色：1.从构建时中选择 Staff 标签。2.右键单击 Roles 并选择 New Role，将出现如图 9-1 所示的窗口。3.在名称区域中键入 BuyXYZ_Clerk。图9-1BuyXYZ职员角色 重复这些步骤来创建 BuyXYZ 管理者角色（见图 9-2）。339 图9-2 BuyXYZ管理者角色 9.1.2 全体职员定义全体职员定义 现在，我们将定义

3、在 BUYXYZ 订单流程中执行手动活动的人。我们将以一般名称代替真实名称。1.从构建时中选择 Staff 标签。2.右键单击 Persons 并选择 New Person，将出现如图 9-3 所示的窗口。3.在名称区域中键入 BUYXYZ_CLERK。4.指定默认口令。340 图9-3人称属性通用标签 提示：级别名可以通过扩展级别树来修改，然后双击您希望修改的级别号。5.选择 Staff 标签。6.单击“Member of roles”边框中的手电筒图标（箭头所指），如图 9-4 所示，将出现“Find Role”窗口。7.选择 BuyXYZ_Clerk，结果如图 9-4 所示。341 图9

4、-4人称属性中的职员标签 8.选择认证（Authorizations）标签，如图 9-5 所示。9.单击“Categories”边框中的手电筒图标，将出现“Find Category”窗口。10.选择 BUYXYZ Processes。342 图9-5人称中的认证标签 11.单击确定（OK）。现在，我们将重复这些步骤来创建一些管理者，并为每位管理者分配不同的级别。343 图9-6 BuyXYZ管理者1定义 1.如图 9-6 所示，选择 Level 1，它是我们给定的管理人员描述。2.单击 Staff 标签并选择 BuyXYZ_Manager。344 图9-7 BuyXYZ管理者2定义 3.如图

5、 9-7 所示，选择 Level 5，它是我们给定的高级副总经理描述 Senior Vice President.。4.单击 Staff 标签并选择 BuyXYZ_Manager。9.1.3 活动活动staffing定义定义 现在，我们将修改活动定义来利用基于角色的手动活动分配。1.打开“CancelOrder”活动的活动属性窗口，如图 9-8 所示。2.选择 Staff 1 标签。3.选择 Dynamic assignment from page 2.。345 图9-8 Staff 1设置 4.选择 Staff 2 标签，如图 9-9 所示。5.单击“Member of roles”边框上的

6、手电筒图标，将出现“Find roles”窗口。6.选择 BuyXYZ_Clerk。346 图9-9 Staff 2设置 7.单击确定（OK）。对确认订单活动重复这些步骤。现在，任一作为角色“BuyXYZ_Clerk”成员的用户都将收到关于取消订单和确认订单活动的条目。我们将对存储控制活动再次重复这些步骤，但有以下不同：?选择 BuyXYZ_Manager 作为角色。?将级别设为 4（见图 9-10）。347 图9-10存储控制活动的职位分配。这将把存储控制活动路由给任一级别为 4 级或 4 级以下的管理者。9.2 设计定价异常流程设计定价异常流程 如果供应商所定价格高于或等于我们向客户索取的

7、价格，将会触发新的审批流程。3489.2.1 数据需求数据需求 为了判断该条件，我们将需要在“OrderInfo”数据结构中指定产品价格。一种选择是在现有的数据结构（即“SupplyInput”和“SupplyValid”）中加入“ProdPrice”字段。然而，如果选择该选项，我们将不得不修改使用现有数据结构的 UPES 应用程序。所以，我们将创建一个新的数据结构“CheckPrice”，它将包含价格检查所需的字段（图 9-11）。图9-11新数据结构“CheckPrice”我们需要一个哑元价格检查活动，以便我们能够将“SupplyValid”数值连同“ProdPrice”从“OrderIn

8、fo”映射到新数据结构“CheckPrice”中去。我们将使用默认数据连接器来把输入数值传给输出容器，以便我们能够执行有条件的价格检查。9.2.2 活动定义活动定义 如 131 页“活动定义”所述，另外添加三个活动。我们将之分别命名为“CheckPrice”、“Approval”和“Escalation”。349“CheckPrice”活动事实上只是将数据与“CheckPrice”输入容器结合并将内容传给输出容器以进行判断。然而，我们仍需指定一个程序。我们可以指定一个执行“fmcnop.dll”的哑元程序执行，但这将需要运行 PEA(Program Execution Agent)登录用户来自

9、动执行该活动。我们将代之以创建一个哑元 UPES 应用程序。按照已在第 4.4 节“定义 UPES活动”（168 页）中概述过的步骤，创建一个称为“XYZDUMMY”的新 UPES 并将其与“CheckPrice”活动相关联。对于该活动我们不需要应答，所以我们可以在“Execution”标签中把模式设为异步模式。参看第 9.3 节“创建 BuyXYZ_Dummy 消息流”（352 页）以获取关于哑元 MQSI 消息流的细节。我们将使用“CheckPrice”数据结构作为输入和输出容器。“Approval”和“Escalation”活动将使用“CheckPrice”数据结构作为输入容器，“Sup

10、plyValid”作为输出容器。我们最初将指定哑元程序来模拟新的流程。随后，我们将使用在 9.4 节“为审批活动创建 JSP”（353 页）中创建的 JSP 来更新该流程。“Approval”活动的职员分配需要任一级别 0 到级别 4 的 BuyXYZ_Manager 角色。对于“Escalation”活动，它将被设为任一级别 5 到级别 9 的 BuyXYZ_Manager 角色。我们也将为“Approval”活动设置终止期限。9.2.3 控制和数据连接器控制和数据连接器 我们可以在流程中添加新的活动。请参考第 136 页的“控制流连接器”和“数据流连接器”来获取详细介绍。现在，我们将模拟修

11、改控制流和数据流：1.删除从“BackupSupplyOrder”到“OrderEntry”的控制连接器。2.添加从“BackupSupplyOrder”到“CheckPrice”的控制连接器。将转换条件设为SupplyOK=Y。3.添加从“BackupSupplyOrder”到“CheckPrice”的数据连接器。映射“SupplierPrice”。4.添加从“Source Node”到“CheckPrice”的数据连接器。映射“ProdID”、“ProdQty”和“ProdPrice”字段。5.添加默认数据连接器到“CheckPrice”活动。6.添加从“CheckPrice”到“Orde

12、rEntry”的控制连接器。将转换条件设为“ProdPrice SupplierPrice”。3507.添加从“OrderEntry”到“Approval”的控制连接器。将转换条件设为“ProdPrice=SupplierPrice”。8.添加从“CheckPrice”到“Approval”的数据连接器和从“CheckPrice”到“Escalation”的数据连接器。9.添加条件为“SupplyOK=”Y”的从“Approval”到“OrderEntry”的控制连接器，和条件为“SupplyOK=”N”的从“Approval”到“CancelOrder”的控制连接器。10.添加从“Appro

13、val”到 Escalation“”的控制连接器。将转换条件设为“_State()=_EXPIRED”。11.添加条件为“SupplyOK=”Y”的从“Escalation”到“OrderEntry”的控制连接器，和条件为“SupplyOK=”N”的从“Escalation”到“CancelOrder”的控制连接器。在完成这些任务之后，定价异常流程示图将如图 9-12 所示。351 图9-12修改定价异常流程示图 352这样，我们就完成了价格检查和“approval/escalation”活动的模拟练习。9.3 创建创建BuyXYZ_Dummy消息流消息流 本节将描述“BuyXYZ_Dummy

14、”消息流。此消息流可能是最简单的消息流。它只包含一个“MQInput”节点，该节点从“MQSI.DUMMY”队列接收一条消息并将其丢弃。我们需要执行该哑元消息流以便清空与“CheckPrice”活动相关的队列。图 9-13 显示了此简单的消息流。图9-13消息流概览 在“MQInput”节点的“Basic”标签中，我们将指定 MQSeries Workflow 把 UPES 消息写入“MQSI.DUMMY”队列。在“MQInput”节点的“Default”标签中，我们将指定 BLOB 消息域。在“MQInput”节点的“Advanced”标签中，我们将把“Transaction Mode”设为

15、“No”，如图 9-14 所示。353 图9-14“MQInput”节点细节 9.4 为审批活动创建为审批活动创建JSP 使用如 4.3.2 节“JSP 快速应用向导”（159 页）中所述的方法为审批 Web 窗体创建和应用一个 JSP。在构建时环境中，更新“approval”和“escalation”活动的活动定义以便使用最新创建的 JSP。导出 FDL 并将新的流程定义导入正常运行时环境。9.5 测试新的流程和条件测试新的流程和条件 我们现在将使用如第 153 页的第 4.2.3 节“使用 Web 客户机和默认 Web 页测试消息流”中所述的方法来测试新流程。我们现在将必须作为“BUYXY

16、Z_CLERK”登录来执行取消订单和确订单活动。作为“BUYXYZ_VP”登 录 来 执 行“InventoryControl”和“Approval”活 动。作 为“BUYXYZ_SVP”登录来执行“Escalation”活动。3549.6 主供应商提高价格问题主供应商提高价格问题 现在有了异常流程，我们可以很容易地修改业务流程来对主供应商执行价格检查。如图9-15 所示，简单地在供应订单和“CheckPrice”活动之间添加几个连接器，删除从“SupplyOrder”活动到订单条目活动的连接器，我们就可以对所有供应商进行异常管理了。355 图9-15 执行主供应商价格检查 3569.7 下一个挑战下一个挑战 由于我们已经以这样一种方式构建了业务流程模型，即我们可以很容易地使用不只一个供应商来提供特定的产品，所以如果我们要在特定的时刻选择最好的供应商，问题就又出现了。基于供应商最近活动的历史记录，我们可以在正常运行时中动态地选择主供应商。在本书第 357 页的第十章“挖掘审计信息”中，我们将会看到这是如何达到的。