4.2 Event LogsTable 4.1 shows a fra

4.2 Event Logs
Table 4.1 shows a fragment of the event log already discussed in Chap. 1. This
table illustrates the typical information present in an event log used for process
mining. The table shows events related to the handling of requests for compensation. We assume that an event log contains data related to a single process, i.e., the
first coarse-grained scoping step in Fig. 4.1 should make sure that all events can be
related to this process. Moreover, each event in the log needs to refer to a single process instance, often referred to as case. In Table 4.1, each request corresponds to a case, e.g., Case 1. We also assume that events can be related to some activity. In Table 4.1, events refer to activities like register request, check ticket, and reject. These assumptions are quite natural in the context of process mining. All mainstream process modeling notations, including the ones discussed in Chap. 2, specify a process as a collection of activities such that the life-cycle of a single instance is described.Hence, the “case id” and “activity” columns in Table 4.1 represent the bare minimum for process mining. Moreover, events within a case need to be ordered. For
example, event 35654423 (the execution of activity register request for Case 1) occurs before event 35654424 (the execution of activity examine thoroughly for the
same case). Without ordering information, it is of course impossible to discover
causal dependencies in process models.

ผลลัพธ์ (ไทย) 1:

4.2 บันทึกเหตุการณ์ตาราง 4.1 แสดงส่วนของล็อกเหตุการณ์ที่กล่าวถึงแล้วใน Chap. 1 นี้ตารางแสดงข้อมูลทั่วไปที่อยู่ในแฟ้มบันทึกเหตุการณ์ใช้สำหรับกระบวนการการทำเหมือง ตารางแสดงเหตุการณ์ที่เกี่ยวข้องกับการจัดการคำขอค่าตอบแทน เราสมมติว่า แฟ้มบันทึกเหตุการณ์ประกอบด้วยข้อมูลที่เกี่ยวข้องกับกระบวนการหนึ่ง นั่นคือ การcoarse-grained scoping ขั้นตอนแรกของ Fig. 4.1 ควรแน่ใจว่า เหตุการณ์ทั้งหมดได้ที่เกี่ยวข้องกับกระบวนการนี้ นอกจากนี้ แต่ละเหตุการณ์ในล็อกต้องการอ้างอิงไปยังอินสแตนซ์กระบวนการเดียว มักเรียกว่ากรณี ในตาราง 4.1 คำขอแต่ละสอดคล้องกับกรณี เช่น กรณี 1 เรายังคิดว่า กิจกรรมสามารถเกี่ยวข้องกับกิจกรรมบางอย่าง ในตาราง 4.1 เหตุการณ์อ้างอิงถึงกิจกรรมเช่นคำขอลงทะเบียน ตรวจสอบบัตร และปฏิเสธ สมมติฐานเหล่านี้เป็นธรรมชาติมากในบริบทของกระบวนการทำเหมืองแร่ โรงสร้างโมเดลทั้งหมดกระบวนการหลักฯลฯ รวมถึงคนที่กล่าวถึงใน Chap. 2 ระบุเป็นกระบวนการที่เป็นชุดของกิจกรรมที่อธิบายวงจรชีวิตของอินสแตนซ์เดียว ดังนั้น "รหัสกรณี" และ "กิจกรรม" คอลัมน์ในตาราง 4.1 แสดงน้อยเปลือยสำหรับกระบวนการทำเหมืองแร่ นอกจากนี้ เหตุการณ์ในกรณีต้องการสั่งซื้อ สำหรับตัวอย่าง 35654423 (การดำเนินการคำขอลงทะเบียนกิจกรรม 1 กรณี) เหตุการณ์เกิดขึ้นก่อนเหตุการณ์ 35654424 (กิจกรรมในการตรวจสอบอย่างละเอียดสำหรับการเหมือนกรณี) โดยข้อมูลการสั่งซื้อ ไม่แน่นอนได้ความสัมพันธ์เชิงสาเหตุในรูปแบบกระบวนการ

ผลลัพธ์ (ไทย) 2:

4.2 บันทึกเหตุการณ์
ตารางที่ 4.1 แสดงให้เห็นส่วนของบันทึกเหตุการณ์ที่กล่าวแล้วในบท 1.
ตารางแสดงให้เห็นถึงข้อมูลทั่วไปอยู่ในเหตุการณ์เข้าสู่ระบบที่ใช้สำหรับขั้นตอนการ
ทำเหมืองแร่ ตารางแสดงให้เห็นเหตุการณ์ที่เกี่ยวข้องกับการจัดการของการร้องขอสำหรับการชดเชย เราคิดว่าบันทึกเหตุการณ์ประกอบด้วยข้อมูลที่เกี่ยวข้องกับขั้นตอนเดียวคือ
ครั้งแรกเนื้อหยาบขั้นตอนการกำหนดขอบเขตในรูป 4.1 ควรให้แน่ใจว่าเหตุการณ์ที่เกิดขึ้นทั้งหมดสามารถ
ที่เกี่ยวข้องกับกระบวนการนี้ นอกจากนี้ในบันทึกเหตุการณ์ทุกความต้องการในการอ้างถึงกระบวนการเช่นเดียวมักจะหมายถึงกรณีที่ ในตารางที่ 4.1 แต่ละคำขอสอดคล้องกับกรณีเช่นกรณีที่ 1 นอกจากนี้เรายังคิดว่าเหตุการณ์ที่เกิดขึ้นอาจจะเกี่ยวข้องกับกิจกรรมบางอย่าง ในตารางที่ 4.1 เหตุการณ์ที่อ้างถึงกิจกรรมเช่นคำขอลงทะเบียนให้ตรวจสอบการออกตั๋วและปฏิเสธ สมมติฐานเหล่านี้เป็นธรรมชาติมากในบริบทของการทำเหมืองแร่กระบวนการ ทุกข้อความที่แบบจำลองกระบวนการหลักรวมทั้งคนที่กล่าวถึงในบท 2 ระบุกระบวนการเป็นคอลเลกชันของกิจกรรมดังกล่าวว่าวงจรชีวิตของเช่นเดียว described.Hence, "id กรณี" และ "กิจกรรม" คอลัมน์ในตารางที่ 4.1 แสดงขั้นต่ำเปลือยกระบวนการสำหรับการทำเหมือง นอกจากนี้เหตุการณ์ที่เกิดขึ้นภายในกรณีที่จะต้องมีคำสั่งให้ สำหรับ
ตัวอย่างเช่นเหตุการณ์ 35654423 (การดำเนินการของกิจกรรมคำขอลงทะเบียนสำหรับกรณีที่ 1) เกิดขึ้นก่อนที่เหตุการณ์ 35654424 (การดำเนินการของกิจกรรมการตรวจสอบอย่างละเอียดสำหรับ
กรณีเดียวกัน) โดยไม่มีข้อมูลการสั่งซื้อก็เป็นหลักสูตรที่เป็นไปไม่ได้ที่จะค้นพบ
สาเหตุการอ้างอิงในรูปแบบกระบวนการ

ผลลัพธ์ (ไทย) 3:

4.2 บันทึกเหตุการณ์
ตารางที่ 4.1 แสดงส่วนของบันทึกเหตุการณ์กล่าวแล้วใน CHAP 1 ตารางนี้แสดงให้เห็นถึงข้อมูลทั่วไป
ปัจจุบันในเหตุการณ์เข้าสู่ระบบใช้สำหรับการประมวลผลการทำเหมือง

ตารางแสดงกิจกรรมที่เกี่ยวข้องกับการจัดการการร้องขอสำหรับการชดเชย เราสมมติว่ามีข้อมูลบันทึกเหตุการณ์ที่เกี่ยวข้องกับกระบวนการเดียว ได้แก่ ที่มีเนื้อหยาบและขั้นตอนในรูปแรก
41 ควรตรวจสอบให้แน่ใจว่าเหตุการณ์ทั้งหมดสามารถ
ที่เกี่ยวข้องกับกระบวนการนี้ นอกจากนี้ แต่ละเหตุการณ์ในล็อกต้องอ้างถึงตัวอย่างขั้นตอนเดียว , มักจะเรียกว่าเป็นกรณี ตารางที่ 4.1 ขอแต่ละสอดคล้องกับคดี เช่น คดีที่ 1 เรายังคิดว่าเหตุการณ์ที่สามารถเกี่ยวข้องกับกิจกรรม ตารางที่ 4.1 , เหตุการณ์ที่อ้างถึงเช่นกิจกรรมขอ ลงทะเบียน เช็คตั๋วและปฏิเสธสมมติฐานเหล่านี้จะค่อนข้างเป็นธรรมชาติในบริบทของการ กระบวนการ หลักการสร้างแบบจำลองกระบวนการต่างๆทั้งหมด รวมถึงคนที่กล่าวถึงใน CHAP 2 ระบุกระบวนการที่เป็นคอลเลกชันของกิจกรรมดังกล่าวว่า วงจรชีวิตของอินสแตนซ์เดียวจะอธิบาย ดังนั้น " กรณี ID " และ " กิจกรรม " ในคอลัมน์ตารางที่ 4.1 แสดงน้อยที่สุดสำหรับการทำเหมืองแร่กระบวนการ นอกจากนี้เหตุการณ์ภายในกรณีต้องสั่ง สำหรับ
ตัวอย่าง เหตุการณ์ 35654423 ( การดําเนินกิจกรรมลงทะเบียนขอกรณีที่ 1 ) เกิดขึ้นก่อนเหตุการณ์ 35654424 ( การดําเนินกิจกรรมตรวจสอบอย่างละเอียดสำหรับ
กรณีเดียวกัน ) ไม่มีข้อมูลการสั่งซื้อ มันแน่นอน เป็นไปไม่ได้ที่จะค้นพบสาเหตุในรูปแบบการอ้างอิง
กระบวนการ