Process Monitor คืออะไร?

การตรวจสอบกระบวนการ (Process Monitor) เป็นเครื่องมือในการติดตามกระบวนการที่ปรับใช้ ผู้ใช้สามารถดูจํานวนอินสแตนซ์กระบวนการที่ใช้งานอยู่ในปัจจุบันสําหรับแต่ละกระบวนการที่ปรับใช้ สามารถแสดงสถานะของอินสแตนซ์กระบวนการในแต่ละกิจกรรมในกระบวนการ สําหรับงานมนุษย์ สถานะจะแสดงจํานวนอินสแตนซ์ที่กําหนดให้กับผู้ใช้ จํานวนอินสแตนซ์ที่รอการกําหนดให้กับผู้ใช้ และจํานวนอินสแตนซ์ที่ผู้ใช้อ้างสิทธิ์

หน้า View All Process Monitoring จะแสดงกล่องละหนึ่งกล่องสําหรับแต่ละกระบวนการที่ปรับใช้ แต่ละกล่องมีชื่อกระบวนการและชื่อโครงการ ผู้ใช้สามารถคลิกที่กล่องเพื่อเปิดหน้าจอมอนิเตอร์สําหรับกระบวนการนั้น

ในหน้าจอมอนิเตอร์ระบบจะแสดงการไหลของกระบวนการและไอคอนบนกิจกรรมเพื่อ show / hide status box ของกิจกรรม

ใน status box มี ASSIGNED, WAITING และ CLAIM สําหรับการแสดง

ASSIGNED จะแสดงจํานวนอินสแตนซ์ของกระบวนการนั้นที่กําหนดให้กับผู้ใช้ในกิจกรรมนั้น WAITING จะแสดงจํานวนอินสแตนซ์ที่รอการกําหนดให้กับผู้ใช้ในกิจกรรมนั้น CLAIM จะแสดงจํานวนอินสแตนซ์ที่ผู้ใช้อ้างสิทธิ์ในกิจกรรมนั้น

สถานะจะแสดงเฉพาะสําหรับ Human Task และ Sub Process Task ถ้า Sub Process Task มี Human Task

คุณสามารถดับเบิลคลิกที่ activity เพื่อแสดงรายละเอียดของอินสแตนซ์ทั้งหมดที่ใช้งานอยู่ในกิจกรรมนั้น รายละเอียดจะแสดง task id, node name, create date และผู้ใช้ที่อ้างสิทธิ์ คุณสามารถคลิก task id เพื่อนําคุณไปยัง Task Monitoring

การตรวจสอบกระบวนการ (Process Monitor) ได้รับการพัฒนาเพื่อตรวจสอบงานโดยรวมในแต่ละกระบวนการตามที่อธิบายไว้ใน การตรวจสอบกระบวนการ และ การตรวจสอบงาน อย่างไรก็ตามหากผู้ใช้ต้องการใช้การตรวจสอบแดชบอร์ดที่กําหนดเองโดยใช้ภาษาการเขียนโปรแกรมต่างๆหรือยูทิลิตี้ ONEWEB Dashboard เขาต้องรู้ความสัมพันธ์ของตารางที่สําคัญระหว่างสคีมา "BPM" และสคีมา "PD" เพื่อดึงงานที่กําลังดําเนินการ

สคีมา "BPM" ใช้เพื่อจัดเก็บการกําหนดค่ารันไทม์ของกระบวนการ มี 3 ตารางสําคัญซึ่งดังแสดงในรูปด้านล่าง

ตาราง "wf_t1_definition" ถูกใช้เพื่อรักษาโครงสร้างการปรับใช้กระบวนการ มี 3 คอลัมน์สําคัญ

• "id_" เป็นกุญแจหลัก

• "bytes" ถูกใช้เพื่อจัดเก็บโครงสร้าง XML ของการปรับใช้กระบวนการ

• "process_key" เป็นชื่อ prorcess ซึ่งสามารถเป็นความสัมพันธ์กับ "project_process_name" ของตาราง "project_process" บนสคีมา "PD"

"wf_t2_task" ใช้เพื่อจัดเก็บงานกิจกรรมทั้งหมดของมนุษย์ที่เกิดขึ้นในกระบวนการ มี 7 คอลัมน์สําคัญ

• "id_" เป็นคีย์หลักของตารางนี้

• "activity_id" คือ id ของงานโหนดซึ่งสามารถสัมพันธ์กับ "id" ของตาราง "node_task_property" บนสคีมา "PD"

• "assign_status" เป็นสถานะของงาน มี 3 ประเภท ASSIGNED, WAITING, CLAIM

• "claim_user" เป็นคอลัมน์สําหรับจัดเก็บผู้ใช้ที่อ้างสิทธิ์งาน

• "distributor_type" เป็นประเภทของวิธีการมอบหมายงานที่ใช้ มี 5 ประเภท - "ดึง", "Round Robin", "Load Balance", "Routing Policy" และ "Custom"

• "instance_id" คือรหัสเฉพาะของรันไทม์กระบวนการที่ดําเนินการ เมื่อใดก็ตามที่กระบวนการดําเนินการโดยรันไทม์ของกระบวนการรหัสอินสแตนซ์จะถูกสร้างขึ้นโดยอัตโนมัติ

• "work_party_name" คือชื่อฝ่ายงานที่ได้รับมอบหมายในงาน

"wf_t3_activity" เป็นตารางบันทึกที่ใช้เพื่อจัดเก็บกิจกรรมทั้งหมดของงานโหนดที่ดําเนินการโดยแต่ละ "instance_id" ของกระบวนการ คอลัมน์หลักคือ

• "id_" เป็นคีย์หลักของตาราง

• "instance_id" คือรหัสเฉพาะของรันไทม์กระบวนการที่ดําเนินการ

• "activity_id" คือรหัสของงานโหนดซึ่งสามารถใช้กับความสัมพันธ์กับคอลัมน์ "node_property_id" ของตาราง "node_property" บนสคีมา "PD"

• "activity_name" เป็นชื่อของงานโหนด

• "activity_type" เป็นงานโหนดประเภทหนึ่ง

• "start_time" คือเวลาของงานโหนดเริ่มต้น

• "end_time" คือเวลาของงานโหนดสิ้นสุด

• "duration" คือระยะเวลาของงานโหนดถูกดําเนินการ

"PD" ใช้เพื่อจัดเก็บการออกแบบกระบวนการ มี 3 ตารางสําคัญ

"project_process" คือตารางที่ใช้ในการจัดเก็บข้อมูลกระบวนการ มี 2 คอลัมน์สําคัญ

• "project_process_id" เป็นคีย์หลักของตาราง

• "project_process_name" เป็นชื่อของกระบวนการ คอลัมน์นี้สามารถใช้กับความสัมพันธ์กับคอลัมน์ "process_key" ในตาราง "wf_t1_definition"

"process_template" เป็นตารางที่ใช้ในการจัดเก็บไดอะแกรมกระบวนการ JSON มี 3 คอลัมน์สําคัญ

• "pd_process_template_id" เป็นคีย์หลักของตาราง

• "project_process_id" เป็นคีย์ต่างประเทศของตาราง "project_process"

• "pd_pro_tp_json" เป็นคอลัมน์ที่ใช้เก็บแผนภาพ JSON

"node_property" คือตารางที่ใช้เก็บรายละเอียดของงานโหนดในแผนภาพกระบวนการ มี 5 คอลัมน์สําคัญ

• "node_property_id" เป็นคีย์หลักของตาราง

• "pd_process_template_id" เป็นกุญแจต่างประเทศของตาราง process_template

• "node_property_name" เป็นชื่อของงานโหนด

• "node_property_key" เป็นกุญแจสําคัญของงานโหนด

• "node_category" เป็นงานโหนดประเภทหนึ่ง

ONEWEB มีเครื่องมือตรวจสอบในตัวช่วยติดตามอินสแตนซ์กระบวนการที่ใช้งานอยู่ในปัจจุบันในระบบของคุณ มีเครื่องมือตรวจสอบ 2 ประเภทที่มีอยู่ใน ONEWEB

การตรวจสอบกระบวนการ (Process monitoring) - การตรวจสอบกระบวนการจะแสดงอินสแตนซ์ที่ใช้งานอยู่ทั้งหมดของกระบวนการและสถานะปัจจุบันของแต่ละอินสแตนซ์ การตรวจสอบงาน (Task Monitoring) - การใช้ตัวตรวจสอบงานคุณสามารถตรวจสอบความคืบหน้าของอินสแตนซ์กระบวนการแต่ละรายการในกิจกรรมต่างๆ ของกระบวนการตั้งแต่ต้นจนจบ

Task Monitoring คืออะไร?

การตรวจสอบงาน (Task Monitoring) ใช้เพื่อติดตามความคืบหน้าของอินสแตนซ์กระบวนการตั้งแต่ต้นจนจบ มันแสดงเส้นทางที่ดําเนินการโดยอินสแตนซ์กระบวนการสถานะและเวลาที่อินสแตนซ์ใช้ในแต่ละกิจกรรม เมื่อสร้างอินสแตนซ์กระบวนการผู้ใช้สามารถติดตามอินสแตนซ์นั้นว่าอินสแตนซ์ไปถึงที่ใดได้รับมอบหมายให้ใครและเวลาทั้งหมดที่ดําเนินการในงานนั้นโดยใช้ตัวตรวจสอบงาน

การตรวจสอบมีหน้า Search Task Monitoring สําหรับการค้นหาอินสแตนซ์กระบวนการเฉพาะ ผู้ใช้สามารถค้นหาอินสแตนซ์โดยใช้วันที่ที่สร้างอินสแตนซ์กระบวนการหรือกิจกรรมที่อินสแตนซ์กําลังรออยู่หรือผู้ใช้ที่ได้รับมอบหมายอินสแตนซ์ให้หรือบทบาทที่กําหนดอินสแตนซ์ให้

เมื่อผู้ใช้คลิก Search ผลลัพธ์จะแสดงตามเกณฑ์การค้นหา ในแผงผลลัพธ์ผู้ใช้สามารถคลิกที่ Task ID เฉพาะเพื่อเปิดแผงรายละเอียดสําหรับอินสแตนซ์กระบวนการนั้น

ในแผงรายละเอียดระบบจะเน้นเป็นสีน้ําเงินการไหลของอินสแตนซ์กระบวนการ กิจกรรมที่เสร็จสมบูรณ์จะถูกทําเครื่องหมายด้วยเครื่องหมายถูก และกิจกรรมที่ใช้งานอยู่ในปัจจุบันจะแสดงโดยไฮไลต์ของงาน มีไอคอนที่ด้านบนของกิจกรรมเพื่อ show / hide สถานะของกิจกรรมนั้น

เมื่อผู้ใช้คลิกไอคอนระบบจะแสดงกล่องสถานะของกิจกรรม กล่องสถานะมี HOURS, MINUTES และ SECONDS ของเวลาที่อินสแตนซ์กระบวนการกําลังรอกิจกรรมนั้น

HOURS คือชั่วโมงตั้งแต่อินสแตนซ์กระบวนการมาถึงงานนี้ MINUTES คือนาทีที่รอคอย SECONDS คือวินาที

สถานะนี้จะแสดงเฉพาะสําหรับ Human Task และ Sub Process Task ถ้า Sub Process Task มี Human Task

เมื่อ process มี Sub Process Task และผู้ใช้ดับเบิลคลิกที่ Sub Process Task ระบบจะเปิดการตรวจสอบงาน สําหรับ sub process

SLA (Service Level Agreement) และ OLA (Operational Level Agreement) เป็นข้อตกลงที่มักใช้ในอุตสาหกรรมการพัฒนาซอฟต์แวร์เพื่อวัดประสิทธิภาพ SLA ใช้เพื่อวัดประสิทธิภาพเป้าหมายระหว่างการดําเนินการของกระบวนการ SLA ถูกสร้างขึ้นเพื่อให้มั่นใจในคุณภาพของผลลัพธ์ของกระบวนการและเวลาตอบสนองที่ตกลงกันไว้จะประสบความสําเร็จด้วยความมุ่งมั่นของลูกค้า OLA ใช้เพื่อช่วยให้ทีมภายในทํางานร่วมกันเพื่อให้บรรลุระดับความต้องการบริการใน SLA นอกจากนี้ความแตกต่างอีกประการหนึ่งระหว่าง SLA และ OLA คือ SLA รับผิดชอบเวลาตอบสนองระหว่างผู้ให้บริการด้านไอทีและลูกค้า OLA รับผิดชอบเวลาตอบสนองระหว่างผู้ให้บริการด้านไอทีและแผนกอื่นภายใน บริษัท

ตัวออกแบบกระบวนการไม่ได้ให้งาน SLA นอกกรอบ แต่เราสามารถแก้ไขเพื่อใช้ SLA ในตัวออกแบบกระบวนการโดยใช้ Timer event

ตัวอย่างเช่น SLA สามารถกําหนดเป็น "เมื่อผู้ใช้ส่งใบสมัครเครดิตผู้ตรวจสอบและการอนุมัติจะต้องตัดสินใจว่าแอพพลิเคชันเครดิตนี้ควรได้รับการอนุมัติหรือปฏิเสธภายใน 5 วัน" ดังนั้นเมื่อกระบวนการถูกดําเนินการเราต้องการให้กระบวนการของเราสามารถดําเนินการตามข้อตกลงนี้ เหตุการณ์ตัวจับเวลาใน PD สามารถใช้ในการพัฒนา OLA เพื่อรองรับ SLA ดังที่แสดงในรูปด้านล่าง

กระบวนการนี้เริ่มต้นเมื่อลูกค้าส่งใบสมัครเครดิต แอพพลิเคชันนี้ได้รับการตรวจสอบโดยผู้ใช้ในงานตรวจสอบมนุษย์ เหตุการณ์จับเวลาใช้เพื่อฟังดังแสดงในรูปด้านล่าง หากแอพพลิเคชันเครดิตไม่ได้รับการตรวจสอบภายในสองวันแอพพลิเคชันนี้จะถูกส่งไปยังกลุ่มผู้จัดการเพื่อตรวจสอบ หลังจากนั้นแอพพลิเคชันนี้จะถูกตรวจสอบเพื่อให้เสร็จสมบูรณ์บนเกตเวย์พิเศษ หากแอพพลิเคชันนี้เสร็จสมบูรณ์จะถูกส่งไปเพื่ออนุมัติการตัดสินใจซึ่งแสดงโดย "Decision to approve" ใน human task มิฉะนั้นกระบวนการจะสิ้นสุดลง สําหรับรายละเอียดเกี่ยวกับวิธีการกําหนดค่าตัวจับเวลาอธิบายไว้ในส่วน Timer