屏幕流screenflow.docVIP

屏幕流 关于本章 简介：本章讲述了如何设计在流程中为最终用户执行交互活动的复杂屏幕活动。 目标： 理解屏幕流的目的和优势。 以建立一个屏幕流并将它关联到流程的一个活动中。 屏幕流中传递和提取变量。 为屏幕流中的具体任务设计最终用户的使用界面。 使用debugger测试屏幕流。 任务： 创建一个新的屏幕流 屏幕流的变量影射 设计具体的屏幕流 对具体的任务指定界面展示方式 调试屏幕流 使用Work Portal 调式屏幕流 使用屏幕流的优势： 如上图所示，我们创建了： 一个流程 传入到流程中的变量（Input Argument Variables） 贯穿流程的变量（Instance Variables） 在Create Order活动中的Input 表达式来产生界面以收集最终用户输入的Order信息。其中的Input 表达式如下所示： 通过以上的语句我们可以简单而快速的为最终用户创建初始化的录入原型。但是通常情况下用户的交互活动需要包含一系列的屏幕画面。这些画面的顺序取决于用户在这些顺序弹出的画面中用户所做出的选择。使用以上的Input语句代码我们可以开发交互活动的屏幕画面，但是这样的做法有如下两个缺点。 第一：这种类型的语句的编写不是可视化的开发方式。没有可视化的编写方式就意味着这些屏幕画面的维护会非常困难同时需要额外的调试工作。所以可视化的方式对于用户设计交互活动的屏幕是非常有用的，将大大提高方便性。 第二：通过 Input语法的方式将占用一个BPM 引擎的线程，当登录到引擎服务器的用户数不是很多的情况下这还不是一个严重的问题。随着成百成千的用户的登录并执行一系列的Input语句这将导致性能严重下降。而屏幕流的设计方式为当用户完成了一个屏幕后就将释放相关的线程。所以在生产环境中屏幕流的设计方式是我们说推荐的。 任务一：创建一个屏幕流 如下图，我们已经创建了一个 Review Order 的最终用户交互活动，此活动分配给了Corporate Account Manager角色。 在Review Order活动中我们需要为用户关联一系列的屏幕画面并且这些画面的顺序取决于用户所做的选择。 1. 右击 Review Order 活动. 2. 在弹出窗口中选择Main Task. 3. 修改 Implementation Type 的 “Method” 为 “Screenflow”. 4.在本项目中我们还没有现成的屏幕流程，所以需要点击New 按钮。 5. 如下图所示：给这个新的屏幕流命名为： “Review the Order Screens”. 6. 点击 Next 按钮， 将自动生成输入和输出的变量 7. 如下的模板展示了那些我们需要传递到屏幕流的变量信息及从屏幕流中返回到主流程的变量信息。 下拉卷轴并为order的实例变量核对 in 和 out 的复选框 ，在out 列中选中系统内置的 result 变量。从屏幕流中返回预定义的result 变量是最简单的返回值到主流程的一种方法。这个取决于屏幕流中所发生的改变的值可以稍后用于主流程的条件转化节点中去。 8.点击 Next 按钮然后点击 Finish button. 任务二：屏幕流的变量映射 实际上我们并不需要改变任何的变量映射，因为在上一步骤中系统从多选框中自动为我们创建了所有映射，但是我们需要知道这些信息是如何传递到屏幕流中的。 查看“Review Order”活动的参数映射情况，包括了传入到屏幕流的内容和从屏幕流返回的结果。 1.点击 Argument Mapping 按钮查看信息是如何发送到屏幕流及从屏幕流返回信息。 2. 在左上角的，点击“Review the Order Screens In.” 这里是系统自动为屏幕流生成的映射，下面展示了“Order”对象是如何从主流程传递到屏幕流中的。 3. 在左上角,点击Review the Order Screens Out. 这里是自动产生的从屏幕流返回的变量，下面展示了Order对象及预定义的result变量如何在屏幕流结束后传递回主流程。 4. 在Argument Mapping 对话框点击 OK 按钮 5. 在Main Task对话框点击OK 按钮 打开屏幕流 6.在左上角展开的项目中，注意到我们新建的叫Review the Order Screens.的屏幕流。 7. 双击Review the Order Screens 打开新建的屏幕流。 屏幕流中的Begin 和 End 活动的参数映射 8. 双击屏幕流的 Begin 活动.注意 order 对象已经自动的被传递到屏幕流中了。下图中的Instance 变量是屏幕流中所用到的。 9.在已