业务服务通信的自动化实现和/或通过变量的自动生成与种群对可执行流程的链接制造技术

本发明专利技术特定的示例实施例涉及用于与控制流模型相关的数据流链路的变量的生成。特定的示例实施例涉及压缩流程模型（例如，事件驱动流程链EPC模型）的数据流的流程图（例如，自动化流程图）的创建。在特定的示例实施例中，为通过自动化流程图链接可执行的流程提供变量的生成，以便数据流可以被集成到所述EPC模型中。EPC模型可能被转换为BPMN模型。可选择地，所述转换可能相反地发生，以便从修改的EPC模型创建自动化模型。

【技术实现步骤摘要】

此处描述的特定的示例实施例涉及用于与控制流模型相关的数据流链路的变量的生成。此处的特定的示例实施例也涉及压缩流程模型(例如，事件驱动流程链EPC模型)的数据流的流程图(例如，自动化流程图)的创建。在特定的示例实施例中，为通过自动化流程图链接可执行的流程提供变量的生成，以便数据流可以被集成到所述EPC模型中。而且，在特定的示例实施例中，集成的EPC模型可能被转换为BPMN模型。可选择地，所述转换可能相反地发生，以便从修改的EPC模型创建自动化模型。
技术介绍
业务可能具有大量的、复杂的流程，在一个给定的流程被认为“已完成”之前，有时要求来自不同的人、部门、或者甚至公司的输入。比如，处理一个用于生产线的订货单可能包括来自采购部门的输入(购买原材料)、设计团队的输入(设计产品)、装配部门的输入(制造所述产品)、质量控制团队的输入(检验所述产品)、销售部门的输入(出售生产的产品)等。这些团队中的每一个可能有用于所述流程的要完成的许多不同的子任务，这些子任务作为一个整体被推进。通过检查表、语言通信或诸如此类的来人工检查流程通常效率较低并且提高工作流中出现错误的可能性(例如，由于定义的流程不符合)。公司可以用于提高执行流程的效率的一种技术包括实行业务流程自动化，例如，通过根据业务流程模型描述所述流程。当然，将理解到本专利技术不限于业务流程建模，而很可能将用在其他场景中，比如复杂的技术产品的系统工程。比如，汽车的开发流程现在主要基于模型。在这个场景中，各种汽车构件可能在系统范围的级别上被建模，定义主要的机械构件(比如底盘、引擎和动力传动机构等)，还有电气/电子组件仳如雨量传感器、限速器，嵌入式处理器和相关的软件)。而且，当开发流程继续，单独的汽车组件本身由越来越多的具体的技术模型定义，最后形成在不同抽象层次上但仍强烈相关的各种技术组件模型。特定的示例实施例的其他的技术应用可能包括，比如技术制造流程或通过技术设备执行的定义步骤流的流程，比如用于执行制造流程的机器人化的自动化设备。流程可以以多种符号被建模，其中最流行的一种是业务流程建模与标记(BPMN)。BPMN或多或少是技术上的并且可能被转换为可执行的流程图，并且例如可通过集成信息系统架构(ARIS)流程管理(APG)服务器执行，这可能对本申请的受让人是可用的。另一类型的符号被称为EPC (事件驱动流程链)。在特定的方面，对于特定类型的用户这个符号可能更简单和/或更直观。比如，业务终端用户(例如，非技术用户)可能比起BPMN，在EPC中设计流程使用起来更舒适。然而，当业务流程被执行或采用时，BPMN是更优的。提供两种功能的一种方式是提供自动转换，其中EPC模型可能被转换为BPMN模型(反之亦然)。这样的转换可能在美国公开号为2009/0265684和美国申请号为13/280，960与13/024，646的专利中被详细描述，每个专利的全部内容在此通过引用被并入本申请中。相应地，用户可能在EPC中设计模型并为将EPC转换为BPMN (例如，通过比如EPC2BPMN的转换)的系统提供EPC符号。生成的转换可能被传送到执行BPMN的ARIS流程管理(APG)服务器。但是，EPC没有超出它的缺陷。比如，虽然EPC可能对特定的用户更容易操作，但由于复杂性和/或正被建模的流程的大小，它可能变得难操作(例如，因为成百上千的步骤可能包含在用于适当复杂的环境的流程模型中)。访问由EPC提供的“过细的”粒度的一种技术是执行新的抽象层级，其允许通过块来设计流程而不是使用单一的可执行元素。但是，这种技术可能具有缺陷。比如，所述新的抽象层级可能提高模型的复杂性导致可能越来越难于(或在特定的例子中不可能)在不同的业务服务之间传输数据，其本身可能是可执行的流程。此外，这个类型的方法可能不支持服务的模块性，考虑到但是代替地在数据流中发生每个改变后，可能要求检查整个可执行流程。将理解到，这可能潜在地降低最初提供的抽象的有效性。这个问题的例子在图32中显示。更具体地，图3200包括具有各自非常大的单独的元素的多个大的EPC模型，但是，单独的元素是小的并难于读取的。而且，如果用户缩小的程度过大，用户可能迷失并且不能抓住目标或正被建模的流程的“更大的图”。此外，简单地放大(如图32中所示)不能提供非常高层级的视图，其中用户可以对准流程的目标。如上所解释的，对此进行访问的一种方法是增加一个新的抽象层级。这样，图32也包括用于隐藏复杂性的抽象层级。这通过增值链图(VA⑶)3202的使用完成。在图3200中的EPC模型被分配给每个链，并且控制流通过特定的事件对象(在每个模型的结束/开始的流程接口)传递(例如，在图3200中的箭头)。所述VACD流程图方法的一个问题是可能在某些情况下不可能为每个链在EPC流程图内控制数据流或对数据流建模。这个问题显示在图33中，其中VACD图从EPC图不“知道”数据流相关性(通过图33中的箭头表示)。在特定的例子中，问题可能起因于这样的实施。比如，一个活动在服务器上流程执行过程中故障，所述故障可能不意味着问题存在于该“问题”活动对象位于的EPC模型中。反而，这个问题可能在另一个EPC模型中，其已经在执行链向上/向下传播这个问题。此外，可能提供可工作的链不一定是可行的(在EPC模型的支持下)，因为可能包括在另一个EPC中对数据流的引用。而且，可能不可能分别测试每一个链，并且替代地，可能需要测试整个流程。缺少组件测试可能导致流程开发的较长的设计和/或测试时间。这样，将理解到在本领域中需要对业务流程建模的改进的技术，其通过多种标记方案如，EPC、BPMN和诸如此类的进行。在不同的模型层级之间正确地转换的问题，在上述系统工程环境中是同样严格的。比如，较强的相互关联性可能存在于汽车的车辆构件的较低的抽象(例如，细粒度的)技术模型和较高的抽象(例如，更粗粒度的)构件或全部的车辆模型之间。这是因为汽车构件典型地在更高抽象层级上具有多个交互作用点，其被正确地反射在较低层级的模型中并且反之亦然，一个例子是一个光学的或基于雷达的传感器构件可能由基于软件的限速器和紧急破坏构件共享。这样的相互关联性，以及其它的特征交互可能使得在不同的模型层级之间的模型元素的正确的和一致的转换更困难。
技术实现思路
因此，在特定的示例实施例中，提供用于变量的生成与种群的技术(或算法)。这样的变量的生成与种群可能工作和/或由“自动化流程图”提供。在特定的示例实施例中，所述流程图可能提供独立的可执行的块之间的通信和/或可能控制所述块之间的相关性。在特定的示例实施例中，可能提供经由自动创建的和/或用对应的值填充的变量，通过原子操作和服务之间的链接的自动生成而在不同的“块”(例如，可能是复杂的业务服务)之间连接的自动化实现。特定的示例实施例可能提供以下和/或其它的一个或更多的优点: 流程的可工作可执行的块；.“准备运行”的模块化业务服务； 在这样的流程的调试和测试上，减少时间和精力；以及 简化流程设计和/或对用户清楚实现。在特定的示例实施例中，可能提供一种用于提供自动化流程图的系统。在特定的示例实施例中，自动化流程图的生成独立于EPC模型的创建而被完成。换句话说，自动化流程图可能不生成于EPC模型。在特定的示例实施例中，自本文档来自技高网...

【技术保护点】
一种将可执行的流程相互链接的方法，所述方法包括：提供包括多个组件的基础控制流模型，，所述组件中至少一些包括一个或更多数据字段；提供包括多个块的自动化模型，每个所述的块与所述基础控制流模型的部分子集相关联，并包括与所述基础控制流模型的各自的部分子集关联的数据字段的指令，其中在自动化模型的块中的数据字段的至少一些指令之间的关系被定义；以及对于在自动化模型中的每个块，通过以下步骤响应将基础控制流模型转换为转换的控制流模型的请求：确定所述块中的数据字段的哪些指令是用于所述块的输出；对于每个所述输出，确定所述多个块中的另一个的对应的输入；在转换的控制流模型中生成新的组件；创建用于对所述块的每个输出和对所述多个块中的另一个的每个输入的新的组件的变量；将创建的变量相互关联，以根据在自动化模型中表征的定义的关系指示两者之间的连接；以及将新的组件注入到与所述块关联的部分子集中。

【技术特征摘要】
2011.11.30 US 13/307,9211.一种将可执行的流程相互链接的方法，所述方法包括: 提供包括多个组件的基础控制流模型，，所述组件中至少一些包括一个或更多数据字段； 提供包括多个块的自动化模型，每个所述的块与所述基础控制流模型的部分子集相关联，并包括与所述基础控制流模型的各自的部分子集关联的数据字段的指令，其中在自动化模型的块中的数据字段的至少一些指令之间的关系被定义；以及 对于在自动化模型中的每个块，通过以下步骤响应将基础控制流模型转换为转换的控制流模型的请求: 确定所述块中的数据字段的哪些指令是用于所述块的输出； 对于每个所述输出，确定所述多个块中的另一个的对应的输入； 在转换的控制流模型中生成新的组件； 创建用于对所述块的每个输出和对所述多个块中的另一个的每个输入的新的组件的变量； 将创建的变量相互关联，以根据在自动化模型中表征的定义的关系指示两者之间的连接；以及 将新的组件注入到与所述块关联的部分子集中。2.根据权利要求1所述的方法，其中所述转换的控制流模型和基础控制流模型是与流程、业务要求、和/或技术 要求相关的面向业务的模型。3.根据上述权利要求中的任一项所述的方法，进一步包括将所述转换的控制流模型转换为技术模型。4.根据权利要求3所述的方法，其中所述技术模型是业务流程模型和符号表示。5.根据上述权利要求中的任一项所述的方法，其中多个块的数据字段的所述指令定义与所述多个块关联的部分子集之间的通信。6.根据上述权利要求中的任一项所述的方法，其中在与所述多个块关联的部分子集之间不存在直接的通信。7.根据上述权利要求中的任一项所述的方法，其中与所述多个块关联的部分子集之间的通信仅仅通过所述多个块的数据字段的指令定义。8.根据上述权利要求中的任一项所述的方法，其中在所述各自的部分子集链接到另外的部分子集之前，所述新的组件被注入。9.根据上述权利要求中的任一项所述的方法，进一步包括响应提供输入以生成独立于所述基础控制流模型的自动化模型的用户。10.根据权利要求1-8中的任一项所述的方法，进一步包括: 响应用户请求以自动生成包含数据字段的指令的部分自动化模型，没有用户介入；以及 接收用户输入以定义所述关系。11.根据上述权利要求中的任一项所述的方法，其中所述至少一些组件的一个或更多的数据字段中的一些是强制性数据字段，并且所述至少一些组件的一个或更多的数据字段中的一些是可选的数据字段。12.根据上述权利要求中的任一项所述的方法，其中所述基础控制流模型和所述转换的控制流模型通过事件驱动的流程链符号定义。13.根据上述权利要求中的任一项所述的方法，其中每个块被定义为功能分配模型。14.一种将可执行流程相互链接的计算机实现方法，所述方法包括: 提供包括多个组件的基础控制流模型，所述多个组件中的至少一些包括一个或更多的数据字段； 提供包括多个块的自动化模型，每个所述的块与所述基础控制流模型的部分子集相关联，并包括与所述基础控制流模型的各自的部分子集关联的数据字段的指令，其中在自动化模型的块中的数据字段的至少一些指令之间的关系被定义；以及 对于在自动化模型中的所述块中的至少一个，通过以下步骤响应将所述基础控制流模型转换为转换的控制流模型的请求: 在所述转换的控制流模型中生成一个新的组件；以及 根据在自动化模型中表征的定义的关系，为所述新的组件创建一个锚点。15.根据权利要求14所述的方法，其中为在所述自动化模型中的每个块执行从所述基础控制流模型到转换的控制流模型的转换。16.根据权利要求14或15所述的方法，其中从所述基础控制流模型到转换的控制流模型的转换包括: 确定所述块中的数据字段的哪些指令是用于块的输出；以及 对于每个所述输出，确定所述多个块中的另一个的对应的输入。17.根据权利要求14-16中的任一项所述的方法，其中 创建用于对块的每个输出和对所述多个块中的另一个的每个输入的锚点；以及 其中所述方法进一步包括将创建的所述锚点相互关联，以根据在自动化模型中表征的定义的关系指不两者之间的连接。18.根据权利要求14-17中的任一项所述的方法，进一步包括将所述新的组件注入到与所述块关联的部分子集中。19.根据权利要求14-18中的任一项所述的方法，其中所述转换的控制流模型和基础控制流模型是与流程、业务要求、和/或技术要求相关的面向业务的模型。20.根据权利要求14-19中的任一项所述的方法，进一步包括将所述转换的控制流模型转换为技术模型。21.根据权利要求14-20中的任一项所述的方法，其中多个块的数据字段的所述指令定义与所述多个块关联的部分子集之间的通信。22.根据权利要求14-21中的任一项所述的方法，其中在与所述多个块关联的部分子集之间不存在直接的通信。23.根据权利要求14-22中的任一项所述的方法，其中与所述多个块关联的部分子集之间的通信仅仅通过所述多个块的数据字段的指令定义。24.根据权利要求14-23中的任一项所述的方法，其中在所述各自的部分子集链接到另外的部分子集之前，所述新的组件被注入。25.根据权利要求14-24中的任一项所述的方法，进一步包括: 响应用户请求以生成独立于所述基础控制流模型的自动化模型；或 响应用户请求以自动生成包含数据字段的指令的部分自动化模型，没有用户介入，以及接收用户输入以定义所述关系。26.根据权利要求14-25中的任一项所述的方法，其中所述基础控制流模型、所述自动化模型、和所述转换的控制流模型通过事件驱动的流程链符号定义。27.根据权利要求14-26中的任...

【专利技术属性】
技术研发人员：尤里·扎布罗瓦尼，
申请(专利权)人：德商赛克公司，
类型：发明
国别省市：