dev2dev 首页 > 资源中心 > 专家Blog > 专家Blog文章
文档化BPM Studio流程
我是开发ALIP（AquaLogic Interaction Process）的主要开发人员，这是我在ALIP 上的第一篇投稿。我的焦点将集中在使用Studio/Process Designer开发项目和在Process Server中部署这些项目上。稍后，我将谈论一般意义上的BPM。
在开始之前，我将澄清一些术语。ALIP是集成ALBPM和ALUI的产品。ALBPM是AquaLogic Business Process Management（以前的Fuego产品），ALUI是AquaLogic User Interaction，更多情况下通常称为Plumtree Portal。BPM Studio（ALBPM的名称）或Process Designer（ALIP的名称）是用来设计BPM Processes的桌面应用程序。
处理Studio中流程的困难之一就是它难以在一页之中看到所有的内容。流程图位于Processes之下，Roles位于organization标记之下，activities列出在specific processes标记之下，而FBL（Fuego Business Language）则列出在structure标记之下。查看描述和属性则意味着进行许多额外的单击。
流程报告
流程报告允许您在一个html页中查看此信息的所有内容。要生成一个流程报告，请右击Process 并选择Process Report。您将看到一个包含Use cases、Include Implementation Source Code（它意味着FBL）和Include Variables的对话框。在这个示例中，我选中了所有选项；考虑一下这些选项，看看哪些选项是您所需要的。单击OK，Studio 将生成Process Report，它是单个HTML 文件，带有一个图像文件夹。以下是流程图的快照和示例流程的总结：
流程图
上述流程图显示了与在Studio中制作流程图相同的方式。换句话说，您需要花点时间整理它，不要使它超过您所需要的宽度。有时人们会给流程图添加注释。因为这些注释可以帮助解释复杂的流程，但这些注释也可能使流程图更难以阅读。除非是一个简单的流程，否则我建议在以下两个位置之一放入详细的文档：最终用户html文档的流程文档和纯文本开发人员文档的描述文本框。摘要部分应该是自解释的。Roles是使用File:Organizatio定义的。Activities是流程图中定义的所有Interactive和Automatic活动。Variables是Variables选项卡中定义的实例变量。Methods是FBL语言方法，通常对应于某一活动。注意，方法是按排序顺序列出的，但活动不是。除了Variables之外，下面描述了所有这些部分。
角色的详细信息
单击个人角色会为您提供角色的详细信息，其中包括描述和相关的活动。
在这里，描述是空的，因为我没有花时间去填充它。包含支持角色的所有元素的描述是一个好主意，这样开发人员以后就可以确定您的意图。
活动的详细信息
单击流程图中的任何活动就会为您提供该活动的详细信息。活动的详细信息包括描述、到相关角色的链接、活动的类型和活动的属性。
Abortable、Assignable、Auto-complete、User selects transition和Suspendable的属性是在活动属性的普通类别中设置的。默认情况下，只有auto-complete为真。活动的详细信息中还包括其他活动的有条件和无条件转换，以及活动任务。
方法的详细信息
方法的详细信息包括返回类型、该方法是否是静态的、变量和FBL源代码。对于Begin、End和NotificationWait活动，参数是在参数映射中定义的。对于其他活动，参数是在与该方法有关的variables选项卡上定义的。单击structure选项卡，选择该方法，然后单击variables选项卡来查看参数。源代码包括如下所示FBL代码，包括注释。
结束语
流程报告是共享关于流程的信息的一种好方法，它比从头建立Studio并深入研究项目要简单得多。它们还是查看流程是否已经详细记录的好方法。
未来展望
虽然我无法对投稿进行规划，但有许多主题都是我想介绍的，尤其是这些主题使开发人员感到困惑时。这些主题包括参数映射、在细节portlet中显示流程图、在屏幕流中使用IDK、从外部应用程序访问ALIP/ALBPM和使用PAPI。
作者其它文章
|
