长沙免费建站模板,江西省建设网站,有哪些网站可以做海报,合肥市城乡建设厅网站本文介绍事件日志的存储标准。
MXML
在2010年之前#xff0c;事件日志的存储和交换的标准是MXML#xff08;Mining eXtensible Markup Language#xff09;#xff0c;这个标准出现于2013年#xff0c;并且被流程挖掘工具ProM采用。
XES
由于MXML对标准类型存在严格定…本文介绍事件日志的存储标准。
MXML
在2010年之前事件日志的存储和交换的标准是MXMLMining eXtensible Markup Language这个标准出现于2013年并且被流程挖掘工具ProM采用。
XES
由于MXML对标准类型存在严格定义以及扩展的局限性在实践中展现了很多不足于是提出了更好的标准XES。XES是MXML的继承者XES格式具有更少的约束并且是真正可扩展的less restrictive and truly extensible这个标准已于2010年被IEEE流程挖掘工作小组采用成为流程挖掘的事件日志的IEEE标准。 XES标准的概念和元素可以用下面的UML类图体现 日志Log、行迹Trace、事件Event
这三个是事件日志的三级结构前面文章已经介绍得很详细。
属性Attribute
属性是对日志log、行迹trace和事件event的描述从图中我们可以看到属性定义在这三种元素中。属性的数据值类型有String、Date、Int、Float和Boolean从图中我们也可以看到XES支持属性嵌套复合属性。属性的key可以说是引用属性的值比如说属性名nametimestamp。 一种特殊属性是全局属性global attributes可以定义在行迹或者事件之上当我们定义了全局属性那么被定义的元素就必须包含这个属性
扩展Extensions
扩展属性是预先定义好的对事件日志中属性的规范像是能够成为约定成俗的属性。XES定义了一些标准扩展 · concept扩展是对行迹和事件的name属性的定义 · time扩展是对事件时间戳属性的定义。 还有organizational扩增、life-cycle扩展等。
分类器Classifier
分类器是一个包含属性集合的工具它根据这些属性集合及其取值对事件进行分类。在流程发现中通常使用事件的name属性作为分类器以进行流程模型的挖掘。
下面给出XES文件片段有XML基础的应该很容易看懂
?xml version1.0 encodingUTF-8 ?extension nameConcept prefixconcept urihttp://.../concept.xesext/extension nameTime prefixtime urihttp://.../time.xesext/extension nameOrganizational prefixorg urihttp://.../org.xesext/global scopetracestring keyconcept:name valuename//globalglobal scopeeventdate keytime:timestamp value2010-12-17T20:01:02.22902:00/string keyconcept:name valuename/string keyorg:resource valueresource//globalclassifier nameActivity keysconcept:name/classifier nameResource keysorg:resource/classifier nameBoth keysconcept:name org:resource/tracestring keyconcept:name value1/eventstring keyconcept:name valueregister request/string keyorg:resource valuePete/date keytime:timestamp value2010-12-30T11:02:00.00001:00/string keyEvent_ID value35654423/string keyCosts value50//eventeventstring keyconcept:name valueexamine thoroughly/string keyorg:resource valueSue/date keytime:timestamp value2010-12-31T10:06:00.00001:00/string keyEvent_ID value35654424/string keyCosts value400//eventeventstring keyconcept:name valuecheck ticket/string keyorg:resource valueMike/date keytime:timestamp value2011-01-05T15:12:00.00001:00/string keyEvent_ID value35654425/string keyCosts value100//eventeventstring keyconcept:name valuedecide/string keyorg:resource valueSara/date keytime:timestamp value2011-01-06T11:18:00.00001:00/string keyEvent_ID value35654426/string keyCosts value200//eventeventstring keyconcept:name valuereject request/string keyorg:resource valuePete/date keytime:timestamp value2011-01-07T14:24:00.00001:00/string keyEvent_ID value35654427/string keyCosts value200//event/tracetracestring keyconcept:name value2/eventstring keyconcept:name valueregister request/string keyorg:resource valueMike/date keytime:timestamp value2010-12-30T11:32:00.00001:00/string keyEvent_ID value35654483/string keyCosts value50//event.../trace...
/logOpenXES
OpenXES是XES标准的参考实现它是基于java的。 OpenXES的主页http://www.xes-standard.org/openxes/start 下载http://www.xes-standard.org/openxes/download#openxes_226 开发者指导文档http://www.xes-standard.org/openxes/developerguide Javadochttp://ais-hudson.win.tue.nl:8080/view/XES/job/OpenXES/javadoc/
博主李明子的几个文章对其进行了介绍 专栏 OpenXES开源库介绍 基于OpenXES的XES反序列化源码示例 基于OpenXES的XES序列化源码示例
关于XES和OpenXES先介绍这么多看了上面已经满足了操作xes的基本要求了后续有空再补充。
提取事件日志面临的挑战
关联/事件关联 当定义了事件事件数据的形成可能散布在多个数据库和系统中如何识别事件关联的数据并将它们整合起来形成事件数据是一个问题。 这个问题可以说是现在对流程挖掘日趋见长的需求和事件日志存储规范和标准的形成和符合的不足之间的矛盾。最好是从现在开始定义好一个事件并对流程事件进行存储。时间戳 事件是有顺序的然后不同系统之间的时钟选择和时延的存在使得确定事件发生的时间和顺序称为一个挑战。快照 事件日志的记录可能只是一段时间的快照这就使得有些案例的记录可能有头无尾、有尾无头或者无头无尾怎样处理这样的数据是个问题。范围 事件日志存储的数据的跨度要多大比如对一个组织哪些部门、哪些数据库、哪些表以及哪些属性需要被记录下来以避免所存储的数据范围过小不足以分析或者过大耗费更多的存储空间。这可能需要领域知识和业务需要的分析。粒度 事件日志中的事件的粒度可能有多种级别跟我们的业务和用户关联有关怎么决定存储的粒度也是需要考虑的问题。
