[发明专利]受控参考进程可扩展性框架

说明书

相关申请的交叉引用

本申请要求于2015年12月18日在美国专利和商标局提交的名称为“软件即服务参考进程扩展验证框架”的第14/974,713号的优先权，并且要求于2015年12月18日在美国专利和商标局提交的名称为“受控参考流程可扩展性框架”的第14/974,662号的优先权；其整体内容通过引用被合并于此。

技术领域

本发明涉及使用和查询与用于核心进程模型的扩展相关联的信息。

背景技术

大多数包括与核心进程模型定义/使用相关联的软件组件的企业系统能够提供各种等级的适配能力。然而，典型的系统可能不支持用于定义和使用与参考核心进程模型相关联的扩展的受控机制。描述扩展如何工作的文档可能在印刷或在线格式下可用，但是在不存在被借助来以受控和可预测方式使用扩展的自动化。因而，所述文档不在，例如，用于定义扩展(包括允许用户从与进程扩展相关联的模式中进行选择)的用户界面中提供扩展点的专用可视化。

企业系统能够在包括插件扩展的应用和用户界面层上提供可扩展性框架。然而，由企业系统供应商(vendor)提供的用来以文档化它们的已出货的进程的参考核心进程模型的受控扩展可能是不足的或者不存在的。不具有用于进程参考模型的明确的扩展概念可能会将研发过程复杂化，例如，因为系统集成商可能被要求在具有较低抽象程度的应用码级别上识别和使用扩展点。此外，对于核心进程(参考模型)和扩展的合适的生命周期管理不能够被保证。在基于云的企业系统(例如，软件即服务)的环境中可能尤其如此。例如，SaaS平台提供商需要提供专用扩展机制，因为多个顾客能够共享相同的平台。当扩展参考核心进程模型却又不以受控的方式来进行该扩展时，核心企业系统的整体稳定性和可靠性不能够保证。

在一些实施方式中，参考进程能够被描述为产品文档内的流程图。然而，所述扩展并没有被以正式的企业进程建模语言来明确地建模，它们也不提供扩展点的可视化。除了工业方法之外，已经针对扩展提出了一些科学方法。

进程改变模式包括用于工作流的控制流改变的模式集合。通过应用改变模式，例如，源进程图式能够被物理地修改。因此，进程改变模式不能够解决受控的可扩展性的目标，因为一方面的源进程图式和另一方面的进程扩展不能够独立地开展。

进程灵活性模式能够处理按照各种不同的灵活性类型来分组的进程感知(process-aware)信息系统的适配。例如，这个模式库可以不包括解决受控参考进程可扩展性的要求的模式。通过应用各个模式，例如，源进程图式能够被物理地修改，这阻碍了源图式和它的扩展的独立开展。

因为参考核心进程模型可能特别大以至于不能够捕获可能用到参考核心进程模型的各种设置中的所有可能路径，所以可配置参考核心进程模型的概念可以被引入。进程配置典型地可以是不可能对所配置的模型进行进一步适配的一次性活动。然而，可配置参考核心进程模型的开展能够在使用允许以受控方式将扩展插入核心进程模型中的扩展点的方法中被支持。

在一些实施方式中，进程变体能够在进程生命周期中始终利用其变体来支持基础进程。可以，例如，通过描述基础进程和不同的变体之间的差异的改变操作的集合来表示变体。能够得到支持的改变操作包括，例如，插入、删除、移动、和修改进程片段的操作。在改变操作的定义中，调节点能够被用来指代需要被改变的基础进程的元素。然而，当应用改变操作时，基础进程被修改，这能够阻碍基本进程的进一步开展，因为在基础进程中没有专用扩展点。

已经提出了各种科学方法来将商业进程模型与标记(BPMN)模型形式化为本体(ontology)，以便定义，例如，在其之上的结构化协议与资源描述框架(RDF)查询语言(SPARQL)查询。然而，这些方法都不处理本公开所解决的建模和查询扩展点。

发明内容