4.规范附加信息---CMMN V1.1

4.1通用概念

案例是指在特定情况下为达到预期结果而采取的行动。传统的例子来自法律和医学界,其中法律案例涉及在特定的事实情况下对主体的法律应用,而医疗案例涉及在医疗历史和当前医疗问题的背景下对患者的护理。一个案件的主体可以是一个人,一个法律行动,一个商业交易,或一些其他焦点,围绕这些焦点采取行动以达到一个目标。这种情况通常包括通知并驱动Case中所采取的操作的数据

任何单独的案例都可以以完全特别的方式解决,但是随着时间的推移,解决类似案例的经验不断增加,可以定义一组通用实践和响应,以更严格和可重复的方式管理案例。这成为案例管理的实践,围绕这一实践,出现了软件产品来帮助处理和解决案例的案例工作者。

案例管理通常由人(案例经理或案例工作者团队)指导,对要执行的工作进行最小的预定义编码。一个案例可能没有一个单独的、指定的案例经理,但是可以根据需要协作地让不同的参与者参与决策或执行特定的任务。

在运行时进行计划是案例管理的基本特征。案例管理需要建模和表示法,这些表示法能够表达人类案例工作者,特别是知识工作者,对于案例任务选择的运行时计划、任务执行顺序的运行时排序、以及在任务上与其他知识工作者进行特别协作(参见De Man, 2009年1月)。

案例管理规划通常涉及确定哪些任务是适用的,或者根据案例的状态确定需要哪些后续任务。决策可能由案件过程中不断出现的事件或新事实触发,如收到新文件、完成某些任务或实现某些里程碑。在Case的上下文中计划和执行的单个任务本身可能是预定义的过程过程,但是整个Case不能由预定义的任务序列来编排。

案例模型中环境和决策因素的表示需要参考有关案例主题的数据。关于Case的数据集合通常被描述为CaseFile。有关Case的文档和其他非结构化或结构化数据将在CaseFile中捕获并引用,以供Case工作人员进行决策。

对在Case中要采取的操作的约束和指导进行建模,需要规范引用CaseFile中的数据的规则。Case模型可以指定运行时状态转换的约束,以及依赖于Case的运行时状态的操作约束和操作建议。尽管该规范关注的是建模和符号,而不是运行时Case管理本身,但是执行语义对于依赖于运行时状态的约束和规则的建模非常重要。为此,本规范中定义的执行语义,描述如何eventlistener阶段,任务和里程碑互相影响和状态的情况下在运行时管理案例——已经受到最近研究业务构件和guard-stage-milestone形式(见 Hull 2010)。

指导案例的不仅仅是关于在CaseFile中表示的特定Case及其上下文的显式知识,还包括由业务分析人员编码为规则的显式知识、人类参与者的隐性知识,以及来自参与成员的组织或社区的隐性知识。

Case有两个不同的阶段,设计时阶段和运行时阶段。在设计阶段,业务分析人员参与建模,其中包括定义始终是Case模型中预定义部分的一部分的任务,以及对Case工作者可用的“自行决定的”任务,这些任务将被应用到他/她的自行决定中。在运行时阶段,Case工作者执行计划,特别是通过按照计划执行任务,而计划可能会不断发展,因为相同的或其他的Case工作者参与了计划,例如,在运行时向Case实例的计划中添加可自由决定的任务。下图描述了这些概念。

4.2目标用户

业务分析师是用例管理工具的预期用户,用例管理工具可以捕获和形式化常见任务、EventListeners和里程碑的可重复模式,并将其转换为用例模型。一个新的案例模型可以被定义为完全由人类参与者决定,但它应该随着可重复的模式和最佳实践的出现而发展。案例模型执行的模式和结果可以由业务分析人员以改进的规则和更可预测的任务模式的形式迭代地合并到案例模型中,以便使案例管理更具可重复性,并随着时间的推移改进结果。

4.3交互性

在案例管理的上下文中,该规范定义了元模型(即用于定义模型的模型)、用于表示案例模型的符号,以及用于在不同案例管理供应商的环境和工具之间交换案例模型的XML交换模型(XMI)和XML模式。用例管理定义工具可以使用元模型来定义功能和特性,业务分析人员可以使用这些功能和特性来为特定类型的用例定义用例模型,例如发票差异处理。这些符号是用来让那些工具以图形方式表达模型的。

该规范支持Case模型的可移植性,这样用户就可以使用在一个供应商的环境中定义的模型并在另一个供应商的环境中使用它。CMMN XMI和/或XML-Schema用于在不同的案例管理供应商的环境和工具中导入和导出案例模型

Case模型被运行时的Case管理产品用来指导和帮助知识工作者处理Case的特定实例,例如特定的发票差异。元模型和表示法用于用特定类型的case的通用表示法来表示case模型,结果模型随后可以被实例化,以处理case的特定实例。

 

4.4提交及支持机构

以下是OMG正式提交的成员:

  •  BizAgi Limited
  • Cordys Nederland BV
  • International Business Machines Corporation
  • Oracle Incorporated
  •  SAP AG
  • Kofax plc

以下组织对本规范的开发做出了贡献,但不是正式的提交者

  • Agile Enterprise Design, LLC
  • Stiftelsen SINTEF
  • TIBCO Software
  • Trisotech

以下是对内容规范做出贡献的核心团队的成员:

Alan Babich, Henk de Man, Heidi Buelow, Bill Carpenter, Martin Chapman, Fred Cummins, Brian Elvesæter, Denis Gagne, Rick Hull, Dave Ings, Oliver Kieselbach, Matthias Kloppmann, Mike Marin, Greg Melahn, Paul O'Neill, Ralf Mueller, Ravi Rangaswamy, Jesus Sanchez, Arvind Srinivasan, Allen Takatsuka, Ivana Trickovic, Ganesh Vaideeswaran, Paul Vincent.

此外,以下人员提供了宝贵的意见和反馈,改善了本规范的内容和质量:

Jay Brown, Melanie Gauthier, Thomas Hildebrandt, Knut Hinkelmann, Jana Koehler, Juergen Kress, Mathias Kurz, Robert Lario, Scott Malabarba, Lauren Mayes, Simon Ringuette, Danilo Schmiedel, Roman Smirnov, Paul Winsbert, and Torsten Winterberg.

4.5知识产权和专利

作者打算在RAND的基础上把这项工作贡献给OMG。

4.6规范指南


备注:翻译过程借助有道同步完成

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值