คำอธิบายสัญกรณ์ EPC การวิเคราะห์เปรียบเทียบสัญลักษณ์การสร้างแบบจำลองกระบวนการทางธุรกิจ

“ยิ่งถ่ายทอดข้อมูลได้ชัดเจนมากเท่าใด บุคคลที่ถูกกล่าวถึงก็จะรับรู้ได้เร็วและแม่นยำมากขึ้นเท่านั้น” ความจริงข้อนี้มีการใช้กันมานานแล้วโดยนักการตลาด นักการศึกษา และนักวิจัย ผู้จัดการก็ไม่ถูกทิ้งเช่นกัน บทความนี้กล่าวถึงสัญกรณ์ EPC ว่าเป็นหนึ่งในรูปแบบที่ได้รับความนิยมมากที่สุด วิธีการที่ทันสมัยซึ่งช่วยให้คุณสร้างคำอธิบายได้ การทำงานที่ยากลำบากไม่เพียงแต่สะดวกเท่านั้น แต่ยังแม่นยำและเข้าใจได้มากขึ้นสำหรับผู้เข้าร่วมทุกคนในโครงการหรือกระบวนการอีกด้วย

ประวัติความเป็นมาของมาตรฐานการสร้างแบบจำลองกราฟิก

ขณะนี้ เมื่อก้าวของการพัฒนากระบวนการทั้งหมดในสังคมกำลังเติบโต และระบบมีความซับซ้อนมากขึ้น การจัดการเนื่องจากศิลปะในการจูงใจผู้คนถูกบังคับให้ได้รับความสามารถในการจัดการระบบ เช่นเดียวกับการจัดการ ระบบวิศวกรรม. ในช่วงต้นทศวรรษที่ 90 ของศตวรรษที่ผ่านมา คำว่า “ การรื้อปรับระบบใหม่ Michael Hammer และ James Champy นำเสนอคำจำกัดความนี้เป็นครั้งแรกในหนังสือของพวกเขา Reengineering the Corporation" และหลังจากนั้น แนวคิด “วิศวกรรม” ของธุรกิจก็ปรากฏขึ้น ถ้าอย่างแรกคือการออกแบบกระบวนการทางธุรกิจใหม่ อย่างที่สองคือการออกแบบระบบองค์กรที่มีประสิทธิผลตั้งแต่เริ่มต้น

แนวโน้มนี้บ่งชี้ว่าการค้นหาวิธีการอธิบายและแม้แต่การสร้างองค์กรเป็นระบบนั้นดำเนินมาเป็นเวลานานและค่อนข้างประสบความสำเร็จ หากเราถือว่าการจัดการไม่เพียงแต่เป็นศิลปะเท่านั้น แต่ยังเป็นวิทยาศาสตร์ด้วย การบริหารจัดการก็เหมือนกับสิ่งอื่นๆ ระเบียบวินัยทางวิทยาศาสตร์เราต้องการระบบสัญลักษณ์เฉพาะของเราเองเพื่อแก้ไขสูตรและกฎหมาย วิศวกรในกิจกรรมต่างๆ นักเคมี นักฟิสิกส์ นักคณิตศาสตร์ ฯลฯ ประสบความสำเร็จในการใช้งานโซลูชันระบบดังกล่าว

ระบบเศรษฐกิจสังคมที่เป็นองค์กรมีความหลากหลายมากกว่ามาก วิทยาศาสตร์ธรรมชาติ, และ แบบฟอร์มสม่ำเสมอยังไม่พบบันทึกของ "สัจพจน์" และสูตรการจัดการ แต่ทางถูกปูไว้แล้ว และเริ่มต้นด้วยผังงานที่รู้จักกันดีซึ่งช่วยให้เราสามารถอธิบายขั้นตอนในการบรรลุผลที่กำหนดได้ แต่น่าเสียดายที่ความสามารถด้านการมองเห็นของผังงานนั้นมีจำกัดมากและไม่อนุญาตให้คุณแสดงองค์ประกอบที่หลากหลายทั้งหมดของกระบวนการจัดการธุรกิจ

ปัจจุบันมีตัวเลือกมากมายสำหรับผังงานซึ่งคุณสามารถพรรณนาปฏิสัมพันธ์ของผู้คนและระบบในกระบวนการของกิจกรรมสร้างสรรค์ได้ สิ่งเหล่านี้จะรวมกันเป็นชุดเครื่องมือเพื่ออธิบายกิจกรรมขององค์กรทุกด้านได้ครบถ้วนยิ่งขึ้น เครื่องมือดังกล่าวเรียกว่าวิธีการสร้างแบบจำลอง สิ่งที่สมบูรณ์และเป็นที่รู้จักมากที่สุดคือสามสิ่ง:

• ARIS (สถาปัตยกรรมระบบสารสนเทศบูรณาการ);
• SADT (เทคนิคการวิเคราะห์โครงสร้างและการออกแบบ);
• UML (ภาษาการสร้างแบบจำลองแบบรวม)

(คลิกเพื่อดูภาพขยาย)

ในการอธิบายกิจกรรมขององค์กรอย่างครบถ้วนและครอบคลุม จำเป็นต้องใช้มาตรฐานกราฟิกที่แตกต่างกัน ซึ่งรวมอยู่ในวิธีการและเรียกว่าสัญกรณ์ แต่เพื่อแก้ปัญหาแคบ ๆ ก็เพียงพอแล้วที่จะเลือกสัญกรณ์ที่ประดิษฐ์ขึ้นสำหรับคำอธิบายที่เกี่ยวข้อง ข้างต้นเป็นหนึ่งในสัญลักษณ์ประเภทกราฟิกที่จะกล่าวถึงในบทความนี้

คุณสมบัติของสัญกรณ์ EPC

สัญลักษณ์การสร้างแบบจำลอง EPC (ห่วงโซ่กระบวนการที่ขับเคลื่อนด้วยเหตุการณ์) มุ่งเน้นไปที่การสร้างอัลกอริธึมการโต้ตอบในกระบวนการปฏิบัติงานเฉพาะ องค์ประกอบหลักคือ:

• เหตุการณ์ที่เริ่มต้นหรือยุติการทำงาน
• การกระทำ (งาน) ที่ถ่ายโอนระบบจากสถานะหนึ่งไปอีกสถานะหนึ่ง
• ผู้ปฏิบัติงาน;
• ทรัพยากรและผลงาน (อินพุตและเอาต์พุต)

สัญกรณ์นี้คือ ส่วนสำคัญวิธีการของ ARIS ผู้เขียน Wilhelm-August Scheer พัฒนาขึ้นในช่วงต้นทศวรรษ 1990 ในตอนท้ายของส่วนก่อนหน้า ตัวเลขนี้แสดงให้เห็น แบบฟอร์มทั่วไปกระบวนการกำหนดมาตรฐานงานโดยใช้สัญลักษณ์ EPC พิจารณาคุณลักษณะของการอธิบายกระบวนการทางธุรกิจขององค์กรโดยใช้สัญลักษณ์นี้ แม้ว่าจะไม่ได้เจาะลึกถึงสาระสำคัญของแผนภาพ แต่การสลับองค์ประกอบสีแดงและสีเขียวก็ดึงดูดสายตาได้ทันที - นี่คือสายโซ่ของเหตุการณ์และกระบวนการที่มีอยู่ในชื่อของสัญกรณ์ องค์ประกอบขององค์ประกอบแบบจำลองถูกกำหนดโดยตำแหน่งหลักสี่ตำแหน่ง

มีแนวโน้มว่าในการอธิบายโมเดลกระบวนการ เราจะใช้ระบบสารสนเทศ จากนั้นเราสามารถแสดงมันโดยใช้ชุดองค์ประกอบพิเศษสามระดับ ( สีส้ม).

1. ไอเอส – ระบบสารสนเทศ
2. โมดูลไอซี
3. ฟังก์ชัน IS

ฐานข้อมูลมักมีภาพลักษณ์ของตัวเอง - ในรูปแบบของทรงกระบอก แม้ว่าการใช้มันโดยไม่มีระบบข้อมูลและระบบที่ไม่มีฐานข้อมูลดูเหมือนจะเป็นไปไม่ได้สำหรับฉันในปัจจุบัน ในการแสดงตรรกะของการเปลี่ยนระหว่างฟังก์ชัน จะใช้ตัวดำเนินการเชิงตรรกะ ซึ่งช่วยในการระบุเงื่อนไขสำหรับการดำเนินงานแบบขนานหรือเหตุการณ์ที่เกิดขึ้น พวกเขาแสดงตัวเลือกสำหรับการรวมหรือแยกทั้งฟังก์ชันและเหตุการณ์ มีตัวดำเนินการเชิงตรรกะเพียงสามตัว: "AND", "OR" และ "Exclusive OR" ใน ระบบที่แตกต่างกันอาจใช้สัญลักษณ์กราฟิกที่แตกต่างกัน

สัญลักษณ์และการใช้ตัวดำเนินการเชิงตรรกะในรูปแบบ EPC

อัลกอริทึมสำหรับการสร้างแผนภูมิ EPC

ดังที่เราเห็น ข้อได้เปรียบที่ไม่ต้องสงสัยของสัญกรณ์นี้คือชุดองค์ประกอบและกฎที่ใช้งานง่ายสำหรับการสร้างไดอะแกรม ในการสร้างไดอะแกรมกระบวนการ ขอแนะนำให้ใช้โปรแกรมสร้างแบบจำลองกระบวนการพิเศษ สำหรับ EPC นี่คือระบบ ARIS เป็นหลัก แต่มีราคาแพงและค่อนข้างซับซ้อน และไม่ได้ใช้สำหรับโครงการขนาดเล็กเป็นระยะๆ เพื่อปรับปรุงกิจกรรมของแผนกต่างๆ

ความเรียบง่ายและความนิยมของสัญกรณ์กระตุ้นให้เกิดการสร้างเครื่องมืออื่นๆ สำหรับการวาดกระบวนการทางธุรกิจ รวมถึงสัญกรณ์ EPC สิ่งที่ง่ายที่สุดคือ Visio - หนึ่งในเทมเพลตที่เรียกว่า "EPC Diagram" เครื่องมือที่มีประโยชน์ที่สุดสำหรับฉันคือระบบ Business Studio นอกเหนือจากความสามารถในการวาดกระบวนการแล้ว คุณสามารถสร้างเอกสาร (ระเบียบกระบวนการ) และคำแนะนำการทำงานสำหรับผู้เข้าร่วมได้โดยอัตโนมัติ ซึ่งช่วยลดความยุ่งยากในส่วนประจำของกระบวนการในการพัฒนามาตรฐานการปฏิบัติงานได้อย่างมาก

สีและการกำหนดองค์ประกอบรองในโปรแกรมต่างๆ อาจแตกต่างกันเล็กน้อย แต่ต้องปฏิบัติตามกฎทั่วไปเสมอ ตัวอย่างของสัญกรณ์ EPC ที่นำเสนอในส่วนแรกของบทความสะท้อนให้เห็นถึงอัลกอริทึมแบบง่ายสำหรับการทำงานกับสัญกรณ์นี้ ลองทำทีละขั้นตอน

หลังจากทำตามขั้นตอนทั้งหมดเสร็จแล้วเราก็จะได้ แผนรายละเอียดการดำเนินการตามกระบวนการที่ผู้ปฏิบัติงานสามารถเข้าใจได้ และเหตุการณ์และผลลัพธ์ที่ทำเครื่องหมายไว้อย่างชัดเจนทำให้คุณสามารถกำหนดจุดควบคุมสำหรับทุกคนได้ ขั้นตอนสำคัญกระบวนการ. และฉันจะแนะนำคุณอีกครั้งถึงตัวอย่างของแบบจำลองภาพที่โพสต์ไว้ที่ตอนต้นของบทความ

ข้อดีและข้อเสียของสัญกรณ์ EPC

นอกจากความเรียบง่ายและการเข้าถึงแล้ว การใช้ EPC ยังมีข้อดีดังต่อไปนี้

1. ช่วยให้คุณแสดงองค์ประกอบองค์กรที่สำคัญทั้งหมดบนไดอะแกรมเดียว (ตรงข้ามกับผังงานแบบธรรมดา)
2. สามารถใช้ในระดับต่างๆ ของแบบจำลอง - เพื่ออธิบายทั้งกระบวนการระดับโลกและให้คำแนะนำโดยละเอียดเนื่องจากแต่ละบล็อกการทำงานสามารถกลายเป็นกระบวนการย่อยได้
3. เป็นเรื่องง่ายที่จะทำกระบวนการขนานที่ซับซ้อน เนื่องจากคุณสามารถป้อนเหตุการณ์จำนวนเท่าใดก็ได้ในแถวเดียว

ในเวลาเดียวกันสัญกรณ์นี้ไม่ได้กลายเป็นสิ่งเดียวและเกิดจากข้อบกพร่องดังต่อไปนี้เท่านั้น

1. ความจำเป็นในการจัดกิจกรรมสำหรับการกระทำเล็กๆ น้อยๆ ทุกครั้งทำให้โครงการมีความซับซ้อนอย่างมาก
2. ความล้มเหลวขององค์กรน่าจะเกิดจากการติดตามการมอบหมายงานที่ไม่สะดวก
3. การลงทะเบียนอินพุตและเอาต์พุตคุณภาพสูงทำให้วงจรโอเวอร์โหลดด้วยสี่เหลี่ยมและลูกศรซึ่งเริ่มตัดกันและทำให้การรับรู้ของวงจรซับซ้อนยิ่งขึ้น
4. เมื่อทำงานแบบขนาน เป็นการยากมากที่จะสะท้อนถึงผู้ปฏิบัติงาน หากบุคคลหนึ่งทำหน้าที่กลุ่มหนึ่ง รูปภาพจะซับซ้อนยิ่งขึ้นเมื่อมีลูกศร หากมีนักแสดงหลายคนหรือเราไม่ต้องการวาดลูกศรยาว เราต้องทำซ้ำ "วงรี" กับนักแสดง ทั้งหมดนี้อาจทำให้เกิดความสับสนในแผนภาพได้ในไม่ช้า

จากประสบการณ์ของฉันเอง ฉันสามารถพูดได้ว่าขั้นตอนการปฏิบัติงานในท้องถิ่นที่วาดในรูปแบบนี้ค่อนข้างสะดวกสำหรับทั้งนักพัฒนาและผู้ใช้คำแนะนำ สัญกรณ์นี้ยังเหมาะสำหรับผู้จัดการโครงการเนื่องจากช่วยให้พวกเขาสามารถวางแผนการกระจายงานในโครงการด้วยสายตาในภาษาที่ใช้งานง่ายสำหรับผู้เข้าร่วมโครงการต่างๆ และสำหรับการพัฒนาแบบจำลองกิจกรรมองค์กรหลายระดับที่ซับซ้อนยิ่งขึ้น สัญลักษณ์การสร้างแบบจำลองอื่น ๆ มีความเหมาะสมมากกว่า ซึ่งเราจะพิจารณาในบทความต่อไปนี้

ห่วงโซ่กระบวนการที่ขับเคลื่อนด้วยเหตุการณ์

วัตถุประสงค์ของ EPC คือการวางแผนและคำอธิบายขั้นตอนการทำงาน ระดับล่าง (ปฏิบัติการ) กระบวนการทางธุรกิจ องค์ประกอบหลักในการสร้างไดอะแกรมคือเหตุการณ์และฟังก์ชัน กระบวนการทางธุรกิจในแผนภาพ EPC จะแสดงเป็นลำดับของเหตุการณ์และฟังก์ชันที่สลับกัน

พื้นที่ใช้งานของ EPC

แผนภาพ EPC เป็นแผนภาพกราฟิกมาตรฐานสำหรับการสร้างแบบจำลองกระบวนการทางธุรกิจ ใช้ได้กับ:

• การสร้างแบบจำลองและบันทึกกระบวนการทางธุรกิจตามที่เป็นอยู่ (ตามสภาพ)
• คำอธิบายของการปรับปรุงที่เป็นไปได้ ธุรกิจที่มีอยู่กระบวนการตามที่มันจะเป็น (เป็น)
• ระบุผู้เข้าร่วมทั้งหมดในกระบวนการ
• เผยให้เห็นทุกคน ระบบข้อมูลทรัพยากรและเอกสารที่เกี่ยวข้องในกระบวนการ

เพื่อให้เข้าใจแผนภูมิ EPC ได้ดีขึ้น เราขอแนะนำให้ไปที่ลิงก์:

• ความรู้เบื้องต้นเกี่ยวกับ EPC

  ลิงก์จะนำคุณไปสู่ข้อมูลเบื้องต้นเกี่ยวกับ EPC เราแนะนำให้เข้าไปที่ลิงค์ก่อน

• องค์ประกอบและโครงสร้างของแผนภูมิ EPC

  ลิงก์นำไปสู่คำอธิบายที่นำเสนอองค์ประกอบกราฟิกที่สำคัญที่สุดของไดอะแกรม การนำเสนอองค์ประกอบและการใช้งานมีโครงสร้างที่สมบูรณ์แบบ ทำให้คุณนำทางได้ง่ายมาก

• ตัวอย่างกฎสำหรับการสร้างไดอะแกรม EPC

  ลิงก์จะนำไปสู่เอกสารที่อธิบายตัวอย่างการสร้างไดอะแกรม ป.ล. ในกรณีนี้เราสนใจเฉพาะข้อมูลที่นำเสนอในบทที่สี่จากหน้า 86 เท่านั้น

วัสดุที่มีประโยชน์อื่นๆ:

• ลิงค์นำไปสู่การรวบรวม สื่อการศึกษาตามระเบียบวิธีของ ARIS

ไดอะแกรมที่อธิบายไว้ในสัญลักษณ์ EPC คือการรวมกันตามลำดับของเหตุการณ์และฟังก์ชัน สำหรับแต่ละหน้าที่ สามารถกำหนดเหตุการณ์เริ่มต้นและสุดท้าย ผู้รับผิดชอบ วัสดุและสารคดีที่เกี่ยวข้องได้ และสามารถดำเนินการสลายไปสู่ระดับที่ต่ำกว่าได้

ในรูป รูปที่ 4.7.1 แสดงตัวอย่างแผนภาพกระบวนการในรูปแบบ EPC (Event-Driven Process Chain)

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

ในรูปแบบ EPC ลูกศรแยกจะกระทำโดยใช้ตัวดำเนินการ

สำหรับองค์ประกอบไดอะแกรมทั้งหมด คุณสามารถเลือกองค์ประกอบอื่นจากหนังสืออ้างอิงโดยใช้รายการเมนูบริบท "เปลี่ยนวัตถุ" ในกรณีนี้ กระบวนการจะถูกสร้างขึ้นสำหรับฟังก์ชันโดยเชื่อมโยงกับกระบวนการมาตรฐานที่เลือก

เมื่อเปลี่ยนชื่อหัวเรื่องหรือวัตถุของกิจกรรมบนไดอะแกรม EPC ชื่อใหม่อาจตรงกับชื่อขององค์ประกอบที่มีอยู่แล้วในไดเร็กทอรีที่เกี่ยวข้อง ในกรณีนี้ การดำเนินการเพิ่มเติมของโปรแกรมจะคล้ายกับสถานการณ์ที่เกิดขึ้นเมื่อเปลี่ยนชื่อเอนทิตีในไดอะแกรมขั้นตอน (ดูหัวข้อ 4.6.2 "การทำงานกับไดอะแกรมกระบวนการในสัญลักษณ์ "ขั้นตอน")

ตารางที่ 4.7.1 แถบเครื่องมือไดอะแกรมสัญลักษณ์ EPC

ปุ่ม	วัตถุประสงค์
	ลบประเภทลิงก์เริ่มต้น เปิดหน้าต่างที่มีรายการประเภทความสัมพันธ์เริ่มต้นที่ผู้ใช้กำหนดสำหรับการเลือกประเภทที่จะลบ สำหรับข้อมูลเพิ่มเติม โปรดดู “การสร้างลิงก์” ด้านล่าง
	แสดง/ซ่อนการเชื่อมต่อทุกประเภทในไดอะแกรม ควบคุมการแสดงชื่อประเภทลิงก์บนลูกศร สำหรับข้อมูลเพิ่มเติม โปรดดู “การสร้างลิงก์” ด้านล่าง
	อัพเดตหมายเลขกระบวนการอัตโนมัติ หากกดปุ่ม หมายเลขกระบวนการจะได้รับการอัปเดตโดยอัตโนมัติเมื่อตำแหน่งบนไดอะแกรมสัมพันธ์กับกระบวนการอื่นๆ เปลี่ยนแปลง หากไม่ได้กดปุ่ม หมายเลขกระบวนการจะขึ้นอยู่กับตำแหน่งของกระบวนการในนาวิเกเตอร์และผู้ใช้สามารถกำหนดได้โดยใช้ปุ่ม "ย้ายไปข้างบน" และ "ย้ายไปด้านล่าง" ของเมนูบริบทของระบบนาวิเกเตอร์ (ดูย่อหน้า "แถบเครื่องมือ" และเมนูบริบทของเนวิเกเตอร์”) ตามค่าเริ่มต้น จะมีการคลิกปุ่มนี้สำหรับแผนภูมิใหม่ทั้งหมด
	ถ่ายโอนบริบทของฟังก์ชันจากแผนภาพที่วางอยู่ แผนภาพจะสร้างองค์ประกอบทั้งหมดที่เกี่ยวข้องกับฟังก์ชันแยกส่วนในแผนภาพที่วางอยู่ สำหรับข้อมูลเพิ่มเติม โปรดดู “บริบทของฟังก์ชัน” ด้านล่าง
	เรียกใช้การจำลอง หน้าต่างสถิติการจำลองจะเปิดขึ้น สำหรับรายละเอียดเพิ่มเติม ดูย่อหน้าที่ 7.3

ทุกสิ่งเป็นรูปแบบของการสำแดงความหลากหลายอันไม่มีที่สิ้นสุด

คอซมา พรุตคอฟ

รู้เบื้องต้นเกี่ยวกับสัญกรณ์ eEPC

ในปัจจุบัน มีหลักการที่แตกต่างกันมากมายสำหรับการแสดงกระบวนการทางธุรกิจแบบกราฟิก ที่เรียกว่าสัญกรณ์ ทำไมจึงมีจำนวนมาก? คำถามนี้ถูกถามโดยทุกคนที่ต้องเผชิญกับความจำเป็นในการอธิบายกระบวนการทางธุรกิจมานานหลายทศวรรษ มาดูสาเหตุกัน มีสามคน (ในความคิดของฉัน):

• - งานที่แตกต่าง สัญกรณ์ทั้งหมดไม่สะดวกในการแก้ไขเท่ากัน งานต่างๆ. ตัวอย่างเช่น สัญลักษณ์อาจสะดวกสำหรับกระบวนการทางธุรกิจ ระดับสูงและไม่สะดวกในการอธิบายขั้นตอนการทำงานเลย

มีผู้พัฒนาสัญกรณ์ดังกล่าวต่างกัน ใน เวลาที่แตกต่างกันนักพัฒนาหลายคนพยายามคิดหลักการใหม่ในการอธิบายวงจร พวกเขาทำสิ่งนี้ด้วยความตั้งใจดี เมื่อในทางปฏิบัติพวกเขาพบกับสถานการณ์ที่สัญกรณ์ที่พวกเขาใช้ไม่สามารถสะท้อนรายละเอียดปลีกย่อยที่จำเป็นได้ (หรือไม่ชัดเจน) บางครั้งในกระบวนการวิวัฒนาการ สัญกรณ์ดังกล่าวก็ขนานกัน เช่น ดูแตกต่างแต่แก้ปัญหาเดียวกัน

ความปรารถนาที่จะโดดเด่น นี่คือเวลาที่จู่ๆ สัญลักษณ์ใหม่ก็ปรากฏขึ้นโดยไม่ทราบสาเหตุ ซึ่งไม่มีอะไรโดดเด่นในตัวเอง แต่ด้วยเหตุผลบางประการ ผู้สร้างจึงได้รับการส่งเสริมว่าเป็นความรู้ที่สมบูรณ์แบบที่สุด สิ่งนี้ยังคงเกิดขึ้นจนถึงทุกวันนี้

จุดประสงค์ของบทความนี้ไม่ใช่เพื่อพิจารณาสัญลักษณ์ทุกประเภท (ฉันจงใจไม่เอ่ยชื่อ) แต่เพื่อพิจารณา คำอธิบายโดยละเอียดสัญลักษณ์ที่ฉันเลือกสำหรับโครงการของฉันระหว่างการค้นหาตัวเลือกที่เหมาะสมที่สุดเป็นเวลานาน

หากใครสนใจที่จะค้นหาว่ามีสัญลักษณ์อื่น ๆ อะไรบ้างและใช้ทำอะไร ฉันวางแผนที่จะทำเช่นนี้ในบทความอื่นซึ่งจะเรียกว่า "มาพูดถึงสัญลักษณ์กันเถอะ" แต่ยังอยู่ในแผน

ถึงเวลาที่จะเริ่มเรื่องราวของเราเกี่ยวกับสัญลักษณ์ eEPC ที่น่าสนใจ เรียบง่าย และใช้งานได้จริง (แปล: คำอธิบายเพิ่มเติมของห่วงโซ่เหตุการณ์ของกระบวนการ) การแปลตามตัวอักษรยังเผยให้เห็นวัตถุประสงค์หลัก: คำอธิบายห่วงโซ่ของกระบวนการทางธุรกิจ "คุณลักษณะ" หลักของสัญกรณ์คือหลักการ "เหตุการณ์สำคัญ" ซึ่งเราจะพิจารณาโดยละเอียด

ข้อดีของสัญกรณ์ eEPC คืออะไร:

1. ประการแรก นี่ไม่ใช่สัญลักษณ์ในรูปแบบที่บริสุทธิ์ เหล่านั้น. หากในบางสัญลักษณ์มีชุดองค์ประกอบและกฎที่เข้มงวดสำหรับการใช้งาน (ไม่เช่นนั้นทุกอย่างจะสับสน) หลักการ eEPC ช่วยให้คุณสามารถเพิ่มองค์ประกอบของคุณเองได้ สิ่งนี้มั่นใจได้อย่างไร? แน่นอนว่ามี "แกนกลาง" บางอย่างที่ทุกสิ่งถูกสร้างขึ้นนั่นคือ ชุดกฎเกณฑ์ที่ชัดเจนที่ใช้สร้างไดอะแกรมแล้วอ่าน นอกจากนี้ คุณสามารถเพิ่มองค์ประกอบของคุณเอง รวมกฎสำหรับการใช้งานในมาตรฐานองค์กรของคุณเอง (เพื่อยกเว้นกิจกรรมสมัครเล่นที่อาจทำให้แผนภาพสับสนและทำให้อ่านยากขึ้น) เท่านี้ก็เรียบร้อย! นี้เป็นอย่างมาก จุดสำคัญ. นอกจากนี้ คุณยังสามารถกำหนดข้อจำกัดและกฎอื่นๆ ในมาตรฐานองค์กรของคุณได้
2. eEPC มีองค์ประกอบลอจิก สิ่งนี้ช่วยให้คุณสร้างไดอะแกรมที่มีเงื่อนไขซึ่งจำเป็นในการอธิบายกิจกรรม (“ หากตกลงในสัญญาแล้ว .... มิฉะนั้น ... ”)
3. ความเรียบง่ายขององค์ประกอบทำให้คุณสามารถวาดไดอะแกรมได้เหมือนกัน ผลิตภัณฑ์ซอฟต์แวร์และด้วยวิธีอื่นใด แม้แต่บนกระดาษ คุณจะไม่สับสน
4. eEPC ง่ายต่อการเรียนรู้และทำความเข้าใจว่าสามารถนำไปใช้ในกิจกรรมได้จริงไม่ใช่แค่เก็บฝุ่นในตู้เสื้อผ้าเท่านั้น โดยจะใช้เวลาสอนประมาณ 2 ชั่วโมง (หากนักเรียนต้องการ)

แน่นอนว่าเช่นเดียวกับทุกสิ่งในโลกนี้ ก็มีข้อเสียเช่นกัน แต่ การใช้เหตุผลลดพวกมันให้เหลือน้อยที่สุด ในความคิดของฉัน ข้อเสียเปรียบหลักคือถ้าเราใช้เครื่องมือง่ายๆ (เช่น โปรแกรมสำหรับวาดไดอะแกรม ไม่ใช่สำหรับการสร้างแบบจำลองกระบวนการทางธุรกิจ) เราก็ไม่มี ฐานเดียวข้อมูลวัตถุ นอกจากนี้ยังเป็นเรื่องยากที่จะควบคุมอินพุตและเอาต์พุต (คุณต้องควบคุมสิ่งเหล่านี้เช่น คิดหาวิธีควบคุมดังกล่าวหากจำเป็น) แต่ในทางกลับกัน การใช้เครื่องมือสร้างแบบจำลองกระบวนการทางธุรกิจที่ซับซ้อนต้องเสียค่าใช้จ่ายจำนวนมาก และโครงการที่ใช้เครื่องมือเหล่านี้จะมีหน่วยวัดเป็นล้าน ดังนั้นเราจึงมีเครื่องมือที่ประหยัดและเข้าใจง่าย เพื่อให้ชัดเจนยิ่งขึ้น ข้อเสียเปรียบนี้เกี่ยวข้องโดยเฉพาะกับวิธีการอธิบายที่ฉันกำลังพิจารณา เช่น ใช้ MS Visio หรือซอฟต์แวร์ที่คล้ายกัน ถ้าคุณใช้ ระบบพิเศษคำอธิบายของกระบวนการทางธุรกิจที่รองรับฐานข้อมูลออบเจ็กต์ จึงสามารถหลีกเลี่ยงข้อบกพร่องนี้ได้ เอาล่ะ ถึงเวลาเริ่มต้นแล้ว...

"แกนกลาง" หลักของสัญกรณ์ eEPC

ดังที่ได้กล่าวไปแล้ว การแปลตามตัวอักษรของตัวย่อ eEPC มีแนวคิดเรื่องเหตุการณ์สำคัญ นี่เป็นจุดสำคัญมากซึ่งเป็นพื้นฐานของการสร้างวงจรทั้งหมด มีสองอัน แนวคิดหลัก: "เหตุการณ์" และ "ฟังก์ชัน" เมื่อมีคนพยายามวาดกระบวนการของตนในรูปแบบของแผนภาพ eEPC เป็นครั้งแรก คำถามก็มักจะเกิดขึ้น อะไรคือความแตกต่างระหว่างเหตุการณ์และฟังก์ชัน? คุณต้องเข้าใจสิ่งนี้ให้ชัดเจน ไม่เช่นนั้นคุณจะได้ผลลัพธ์ที่คาดเดาไม่ได้ ดังนั้น: เหตุการณ์คือข้อเท็จจริงของสิ่งที่เกิดขึ้น และไม่มีระยะเวลาในเวลา หรือเวลานี้มีแนวโน้มที่จะเป็นศูนย์ (หรือไม่สำคัญ) นอกจากนี้ event มักจะทำให้เกิดความจำเป็นในการ Execute Function และการดำเนินการของ Function จะจบลงด้วย Event เสมอ ผมขออธิบายด้วยตัวอย่าง โทรศัพท์ดังขึ้น ผู้จัดการหยิบโทรศัพท์ขึ้นมาเพื่อสนทนาทางโทรศัพท์ ในกรณีนี้ “เสียงโทรศัพท์ดัง” ถือเป็นเหตุการณ์หนึ่ง การสนทนาทางโทรศัพท์เป็นฟังก์ชัน การสนทนาจบลง (วางสาย) - อีกเหตุการณ์หนึ่ง ดังนั้นจึงสังเกตห่วงโซ่เหตุการณ์: การโทร - การสนทนา - สิ้นสุดการโทร และการสิ้นสุดการโทรอาจต้องมีการดำเนินการ คุณลักษณะใหม่: บันทึกผลการโทร ฯลฯ

ลองวาดมันดู ขั้นแรก คุณต้องพิจารณาว่าองค์ประกอบเหตุการณ์และฟังก์ชั่นแสดงอย่างไร

องค์ประกอบง่ายๆ ทั้งสองนี้เป็นพื้นฐานของกฎสำหรับการอธิบายกระบวนการทางธุรกิจในรูปแบบ eEPC ฉันคิดว่าฉันควรจะพูดสักสองสามคำเกี่ยวกับสีที่ใช้ หากคุณพบคำอธิบายของกระบวนการในรูปแบบอื่น ตามกฎแล้วจะเป็นขาวดำ และนี่ถูกต้องไม่ควรมีการพึ่งพาเนื้อหากับสีอย่างชัดเจนเพราะว่า แผนภาพสามารถวาดด้วยดินสอบนกระดาษ พิมพ์บนเครื่องพิมพ์ขาวดำ ฯลฯ ในกรณีนี้ (ในรูปแบบ eEPC) มีการพัฒนาในอดีตว่าองค์ประกอบมีสีบางอย่าง ไม่ต้องบอกว่านี่จำเป็น แต่นิสัยก็ได้รับการพัฒนาและการรับรู้ก็เป็นเช่นนั้น ในรูปแบบอิเล็กทรอนิกส์ดีกว่า - คุณสามารถเห็นได้ทันทีว่าอะไรคืออะไร สีเหล่านี้ถือได้ว่าเป็นคำแนะนำ ทำไมพวกเขาถึงเป็นแบบนี้? ฉันไม่แน่ใจแน่ชัด แต่สำหรับฉันแล้วดูเหมือนว่าเนื่องจากบริษัท ARIS เมื่อพวกเขาสนับสนุนสัญลักษณ์ eEPC ในผลิตภัณฑ์ของตน ให้สีเหล่านี้แก่พวกเขา พวกเขาจึง "หยั่งราก" อย่างไรก็ตาม บางครั้งสัญกรณ์นี้เรียกว่า "ARIS", "ARIS EPC" ซึ่งไม่ถูกต้องทั้งหมดเพราะ ARIS ไม่ได้คิดค้นสัญลักษณ์นี้ แต่สนับสนุนในโปรแกรมการสร้างแบบจำลองกระบวนการทางธุรกิจ โดยทั่วไปฉันแนะนำให้ใช้สี สิ่งสำคัญคือรูปร่างขององค์ประกอบไม่ควรเหมือนกัน (เช่น ต่างกันแค่สี) เพราะ ในรูปแบบขาวดำอาจทำให้เกิดความสับสนได้ มีกฎอื่นที่ทำให้สามารถสร้างไดอะแกรม eEPC "สอดคล้องกัน" ได้ เราจะพูดถึงพวกเขา

จึงมีงาน ก็มีงาน พวกเขาเชื่อมโยงกันอย่างไร?

เราเห็นว่า event1 นำไปสู่ความจำเป็นในการดำเนินการฟังก์ชันบางอย่าง ซึ่งลงท้ายด้วย event2 เช่น หากใช้โทรศัพท์จะเป็นดังนี้:

เหตุการณ์การเชื่อมต่อ - ฟังก์ชั่น - เหตุการณ์มักจะแสดงจากบนลงล่างในบรรทัดเดียวหรือจากซ้ายไปขวา ทิศทางของโซ่ระบุด้วยเส้นเชื่อมต่อที่มีลูกศร เพื่อให้ไดอะแกรมมองเห็นได้ชัดเจนยิ่งขึ้น สัญลักษณ์ดังกล่าวจะมีองค์ประกอบมาตรฐานเพิ่มเติมหลายประการ:

• ตำแหน่ง (นักแสดง). ผู้ทำหน้าที่นี้
• ข้อมูล. ข้อมูลใด ๆ ที่ใช้ในการทำหน้าที่อื่นนอกเหนือจากข้อมูลสารคดี เช่น การโทรศัพท์ คำแนะนำในการดำเนินการ ฯลฯ
• เอกสาร. องค์ประกอบ “เอกสาร” มีไว้เพื่อแสดงสื่อข้อมูล (กระดาษหรืออิเล็กทรอนิกส์) เหล่านั้น. การนำเสนอข้อมูลในโครงสร้างเฉพาะ
• โปรแกรม (แอปพลิเคชัน) ซอฟต์แวร์ที่ใช้ในการทำหน้าที่

องค์ประกอบอื่นๆ ทั้งหมดเป็นส่วนเสริมและในทางปฏิบัติไม่ได้ถูกควบคุมโดยข้อกำหนดของ eEPC เอง อย่างไรก็ตาม ไม่มีอุปสรรคในการเพิ่มองค์ประกอบของคุณเอง สิ่งสำคัญคือการแก้ไขปัญหานี้ในมาตรฐานภายในเพื่อให้มีความเข้าใจร่วมกันว่ามีลักษณะอย่างไรและทำไมจึงใช้ ส่วนขยายดังกล่าวไม่ละเมิดข้อกำหนดหากการเชื่อมต่อเหตุการณ์-ฟังก์ชัน-เหตุการณ์ไม่ถูกละเมิด และมีจุดมุ่งหมายเพื่อปรับปรุงการรับรู้ข้อมูลหรือปรับกฎคำอธิบายให้เข้ากับลักษณะเฉพาะของอุตสาหกรรมเท่านั้น ฉันได้เพิ่มชุดองค์ประกอบของตัวเอง ซึ่งฉันจะกล่าวถึงด้านล่าง

นอกจากนี้ยังจำเป็นต้องค้นหาว่าองค์ประกอบที่พิจารณาควรตั้งอยู่อย่างไร องค์ประกอบทั้งหมดเหล่านี้ต้องเกี่ยวข้องกับฟังก์ชันไม่ทางใดก็ทางหนึ่ง นี้ กฎทั่วไป: ไม่มีองค์ประกอบอื่นนอกจากฟังก์ชันที่เกี่ยวข้องกับเหตุการณ์ เหล่านั้น. องค์ประกอบทั้งหมดเหล่านี้จะต้องเชื่อมต่อด้วยลูกศรเข้ากับฟังก์ชัน สำหรับลูกศรและทิศทาง: เป็นที่ยอมรับกันโดยทั่วไปว่าหากไม่มีทิศทางในการส่งข้อมูลก็จะแสดงเพียงเส้นแทนลูกศร หากข้อมูลเข้ามา (ป้อนข้อมูล) ทิศทางของลูกศรจะมาจากวัตถุไปยังฟังก์ชัน ถ้ามันออกมาก็ในทางกลับกัน

อีกสองสามคำเกี่ยวกับตำแหน่งขององค์ประกอบเหล่านี้บนไดอะแกรม และเราสามารถวาดไดอะแกรมของเราใหม่ได้ เพื่อชี้แจงการทำงานของฟังก์ชันการประมวลผลการโทร ไม่มีข้อกำหนดที่เข้มงวดสำหรับการจัดเรียงองค์ประกอบ แต่เป็นธรรมเนียมที่จะแสดงองค์ประกอบเหล่านั้นอย่างเท่าเทียมกันในทุกไดอะแกรม (เพื่อความสม่ำเสมอและความกลมกลืนของไดอะแกรม) หากต้องการรวมรูปลักษณ์ภายนอกของไดอะแกรมกราฟิกของกระบวนการทางธุรกิจ กฎดังกล่าวจะต้องประดิษฐานอยู่ในมาตรฐานภายในและปฏิบัติตาม อีกไม่นานฉันจะให้คำแนะนำเกี่ยวกับเรื่องนี้ ตอนนี้เรามาวาดแผนภาพของเราใหม่:

เราเห็นว่าผู้ดำเนินการประมวลผลสายเรียกเข้าโดยปฏิบัติตามกฎในการประมวลผลสายเรียกเข้าและใช้โปรแกรม CRM สำหรับสิ่งนี้ ไม่ใช้เอกสารขาเข้าหรือขาออก

อย่างที่ผมได้กล่าวไปแล้วหนึ่งในนั้น จุดแข็งสัญกรณ์เป็นองค์ประกอบของตรรกะ ในขณะเดียวกัน นี่เป็นช่วงเวลาที่ยากที่สุดช่วงหนึ่งในการทำความเข้าใจ ดังนั้น ก่อนอื่นฉันจะยกตัวอย่าง จากนั้นเราจะแยกกันกับองค์ประกอบของตรรกะ

ปล่อยให้เป็นไปตามตัวอย่างของเรา: หากลูกค้าสนใจ ผู้จัดการฝ่ายขายจะดำเนินการร่วมกับเขาต่อไปและเขาจะกำหนด ข้อเสนอเชิงพาณิชย์ซึ่งส่งทางไปรษณีย์โดยใช้โปรแกรมรับส่งเมล MS Outlook หากไม่มีดอกเบี้ย แสดงว่าการประมวลผลการโทรเสร็จสิ้น ใน ชีวิตจริงคงจะดีถ้าใช้กฎในการวางสาย แต่นั่นเป็นเพียงฉัน ตอนนี้เรามาทำให้มันง่ายขึ้นกันดีกว่า นี่คือสิ่งที่เกิดขึ้น:

องค์ประกอบลอจิกในไดอะแกรมสัญกรณ์ eEPC

องค์ประกอบของตรรกะนั้นเรียบง่าย แต่มีคุณสมบัติและกฎเกณฑ์เฉพาะเพื่อให้แน่ใจว่าไดอะแกรมมีตรรกะและตีความได้อย่างชัดเจน ที่สุด กฎที่สำคัญซึ่งจะต้องปฏิบัติตาม 100%: การตัดสินใจเชิงตรรกะสามารถทำได้เฉพาะเมื่อดำเนินการฟังก์ชันเท่านั้น เหล่านั้น. หลังจากเหตุการณ์บางอย่างไม่สามารถแตกแขนงได้ ทำไม เพราะในกรณีนี้มันขัดแย้งกับแนวความคิดของเหตุการณ์ - มันง่ายและเกิดขึ้นทันทีโดยไม่ต้องเสียเวลาดำเนินการ ตัวอย่างเช่น หากโทรศัพท์ดังขึ้นและมีคนนั่งคิดว่าจะรับโทรศัพท์หรือไม่ ในทางทฤษฎีนี่จะเป็นฟังก์ชันที่เขาตัดสินใจอยู่แล้ว แต่ในทางปฏิบัติ รวมถึงสามัญสำนึก เขาฝ่าฝืนกฎสำหรับการประมวลผลสาย เพราะ... เขาได้รับเงินเดือนเพื่อดำเนินการสายเหล่านี้ และไม่มีอะไรจะพูดคุยที่นี่ (โดยทั่วไป ดังแสดงในแผนภาพ)

โดยรวมแล้วมีองค์ประกอบที่แตกต่างกัน 3 ประการของตรรกะ:

• I. เมื่อเหตุการณ์สองเหตุการณ์ขึ้นไปเกิดขึ้นพร้อมกัน
• หรือ. เมื่อเหตุการณ์หนึ่งเหตุการณ์ขึ้นไปสามารถเกิดขึ้นได้ แต่อย่างน้อยก็ต้องเกิดเหตุการณ์หนึ่งขึ้น
• พิเศษหรือ อย่างใดอย่างหนึ่ง เหล่านั้น. สองทางเลือกเป็นไปไม่ได้ในเวลาเดียวกัน

อย่างที่คุณเห็น มีสองตัวเลือกสำหรับการแสดงองค์ประกอบลอจิกแบบกราฟิก พวกมันก็ไม่ต่างกันเลย เป็นทางเลือกโดยสิ้นเชิง ที่พามาทั้งสองเพราะว่า... ในทางปฏิบัติ ทั้งสองตัวเลือกสามารถดูได้จากแหล่งต่างๆ จะใช้แบบไหนก็ขึ้นอยู่กับคุณ ฉันชอบอันแรกมากกว่า

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

องค์ประกอบลอจิก "และ" เมื่อฟังก์ชันต้องการให้หลายเหตุการณ์เกิดขึ้นพร้อมกัน:

ตัวอย่าง: ถ้าปิด ระยะเวลาการรายงาน(เหตุการณ์ที่ 1) และกำหนดเวลาในการส่งรายงานให้ผู้จัดการมาถึงแล้ว (เหตุการณ์ที่ 2) พนักงานจัดทำรายงานประจำเดือน

การเชื่อมต่อองค์ประกอบหากเมื่อเรียกใช้ฟังก์ชันมีหลายเหตุการณ์เกิดขึ้น:

ตัวอย่าง: งานบางอย่างเสร็จสิ้นกับลูกค้าแล้ว มีการบันทึกสองเหตุการณ์ในเวลาเดียวกัน: การคืนดีร่วมกัน (เหตุการณ์ที่ 1) การลงนามในการกระทำ (เหตุการณ์ที่ 2) ในทางปฏิบัติ แอปพลิเคชันนี้ไม่ได้เกิดขึ้นบ่อยนัก ตามกฎแล้วหากมีการรวมการกระทำหลายอย่างไว้ในฟังก์ชันเดียว

การเชื่อมต่อองค์ประกอบหากเกิดเหตุการณ์ขึ้นเมื่อทำหน้าที่หลายอย่าง:

ตัวอย่าง: เจ้าของร้านรวบรวมคำสั่งซื้อ (ฟังก์ชัน 1) ผู้ปฏิบัติงานออกเอกสาร (ฟังก์ชัน 2) สินค้าพร้อมส่ง (งานกิจกรรม)

การเชื่อมต่อองค์ประกอบหากเหตุการณ์หนึ่งเกิดขึ้นนำไปสู่การทำงานของหลายฟังก์ชัน:

ตัวอย่าง: มีการจัดส่งสินค้ามาถึงแล้ว (เหตุการณ์) ในเวลาเดียวกัน การขนส่งสินค้าที่ลูกค้าสั่งไว้ก่อนหน้านี้และการจัดวางสินค้าที่เหลือในคลังสินค้าจะเริ่มต้นขึ้น

องค์ประกอบลอจิก "หรือ"

การเชื่อมต่อองค์ประกอบหากเหตุการณ์ใดเหตุการณ์หนึ่งอาจทำให้ฟังก์ชันถูกดำเนินการ:

ตัวอย่าง: ได้รับใบสมัครทางโทรศัพท์ (เหตุการณ์ 1) หรือได้รับใบสมัครทางโทรศัพท์ อีเมล(เหตุการณ์ที่ 2) จะนำไปสู่ความจำเป็นในการดำเนินการ

การเชื่อมต่อองค์ประกอบหากฟังก์ชันหนึ่งสามารถทำให้เกิดเหตุการณ์อย่างน้อยหนึ่งเหตุการณ์:

ตัวอย่าง: มีการจัดเตรียมใบแจ้งหนี้สำหรับสินค้าและส่งไปให้ลูกค้า สามารถส่งใบแจ้งหนี้ทางไปรษณีย์ (เหตุการณ์ 1) ทางแฟกซ์ (เหตุการณ์ 2)

องค์ประกอบทางตรรกะ "EXCLUSIVE OR"

การเชื่อมต่อองค์ประกอบเมื่อจำเป็นต้องมีเหตุการณ์เดียวเท่านั้นในการทำหน้าที่:

ตัวอย่าง: ลูกค้ามาที่ร้านด้วยตนเอง (เหตุการณ์ 1) หรือสั่งซื้อสินค้าทางอินเทอร์เน็ต (เหตุการณ์ 2) จำเป็นต้องจัดส่งสินค้า (ฟังก์ชัน 1)

การเชื่อมต่อองค์ประกอบหากเป็นผลมาจากการเรียกใช้ฟังก์ชัน มีเหตุการณ์ใดเหตุการณ์หนึ่งต่อไปนี้เกิดขึ้นมากที่สุด:

ตัวอย่าง: การตัดสินใจเกิดขึ้นหรือไม่ก็ตาม

การเชื่อมต่อองค์ประกอบหากเหตุการณ์เกิดขึ้นหลังจากดำเนินการฟังก์ชันเดียวเท่านั้น

ตัวอย่าง: การจัดส่งสินค้าดำเนินการ (เหตุการณ์ 1) โดยการขนส่งของเราเอง (ฟังก์ชั่น 1) หรือ บริษัทขนส่ง(ฟังก์ชัน 2)

การใช้องค์ประกอบลอจิกที่ถูกต้องต้องอาศัยการฝึกฝนบ้าง แต่ก็ไม่ใช่เรื่องยาก ควรสังเกตว่าชุดค่าผสมบางชุดที่ถือว่าไม่ได้ใช้กันอย่างแพร่หลายในทางปฏิบัติ (และโดยทั่วไปจะพิจารณาจากวิธีคิดของนักวิเคราะห์) พยายามนำองค์ประกอบของตรรกะไปใช้ในทางปฏิบัติ หากคุณมีปัญหาใด ๆ เขียนถึงฉัน ฉันจะพยายามช่วย

ขยายสัญกรณ์ด้วยองค์ประกอบของคุณเอง

ดังที่ฉันได้กล่าวไปแล้ว eEPC ไม่ใช่สัญกรณ์ แต่เป็นกฎเกณฑ์ในการอธิบาย และกฎเหล่านี้ไม่ได้ห้ามไม่ให้เพิ่มองค์ประกอบของคุณเองลงในไดอะแกรม สิ่งสำคัญคือองค์ประกอบเหล่านี้สามารถเข้าใจได้และมีเอกสารที่บันทึกการขยายองค์ประกอบดังกล่าว ตัวอย่างเช่น ฉันใช้องค์ประกอบเพิ่มเติมต่อไปนี้ ซึ่งค่อยๆ เกิดขึ้นในกระบวนการอธิบายกระบวนการจริงสำหรับงานต่างๆ ตั้งแต่คำอธิบายง่ายๆ ไปจนถึงการตั้งค่างานสำหรับระบบอัตโนมัติ

แฟ้มข้อมูล. ใช้ถ้าการดำเนินการส่งผลให้มีการสร้างไฟล์ข้อมูล หรือใช้ไฟล์ในการดำเนินการ

ฐานข้อมูล ใช้เพื่ออธิบายการไหลของข้อมูลระหว่างระบบอัตโนมัติ

ดัชนีการ์ด ใช้เพื่อแสดงไฟล์กระดาษหรือไฟล์เก็บถาวร

การไหลของวัสดุ. ใช้เพื่อระบุการไหลของวัสดุขาเข้าและขาออก รวมถึงทรัพยากรที่ใช้ระหว่างการดำเนินการของกระบวนการ การไหลของวัสดุจะแสดงทางด้านซ้ายของเอกสารประกอบ

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

ข้อตกลงเกี่ยวกับกฎการวางตัวเลขบนแผนภาพ

สัญกรณ์ eEPC นั้นไม่ได้กำหนดข้อกำหนดที่เข้มงวดในการจัดเรียงองค์ประกอบที่สัมพันธ์กัน แม้ว่าจะเป็นเรื่องปกติที่จะวาดไดอะแกรมจากบนลงล่างหรือจากซ้ายไปขวา หากสิ่งนี้ไม่เป็นเอกภาพในกรณีของงานของผู้เชี่ยวชาญหลายคนก็อาจส่งผลให้เกิด "น้ำสลัดวีเนเกรตต์" ได้ เพื่อหลีกเลี่ยงปัญหานี้ ขอแนะนำให้พัฒนาและอนุมัติกฎของคุณเองสำหรับการจัดองค์ประกอบ ฉันปฏิบัติตาม (และแนะนำ) กฎต่อไปนี้:

• ลำดับเหตุการณ์และฟังก์ชันจะจัดเรียงจากบนลงล่าง (ดีกว่า) หรือซ้ายไปขวา (หากมีพื้นที่ไม่เพียงพอ)
• องค์ประกอบที่ระบุนักแสดงจะอยู่ทางด้านขวาของฟังก์ชัน
• เอกสารขาเข้าอยู่ที่ด้านซ้ายบนของฟังก์ชัน ทิศทางลูกศรจากเอกสารไปยังฟังก์ชัน
• เอกสารขาออกที่ด้านล่างซ้ายของฟังก์ชัน ทิศทางลูกศรจากฟังก์ชันไปยังเอกสาร
• องค์ประกอบข้อมูลจะอยู่ที่ด้านล่างขวาของฟังก์ชัน หากมีพื้นที่ไม่เพียงพอ อนุญาตให้มีตำแหน่งโดยพลการใกล้กับฟังก์ชันมากที่สุด
• องค์ประกอบ Application อยู่ที่มุมขวาบนของฟังก์ชัน (หากใช้พื้นที่จัดเก็บไฟล์ที่ไม่ใช่รายงาน ก็จะแสดงในลักษณะเดียวกัน) ลิงค์ไม่มีลูกศร
• องค์ประกอบ “ฐานข้อมูล” และ “ดัชนีการ์ด” จะถูกจัดเรียงแบบสุ่ม
• องค์ประกอบ “การไหลของวัสดุ” ตั้งอยู่ทางด้านซ้ายของเอกสารประกอบและเชื่อมโยงกับเอกสารเป็นบรรทัดโดยไม่มีลูกศร
• องค์ประกอบ “คลัสเตอร์” เมื่อใช้ร่วมกับรูปภาพ “เอกสาร” เพื่อกำหนดเอกสารในรูปแบบอิเล็กทรอนิกส์ จะตั้งอยู่ทางด้านซ้ายของเอกสารที่เกี่ยวข้อง

ตัวอย่างเช่น: เสมียนบัญชีเงินเดือนคำนวณค่าจ้างตามเอกสาร "Brigade Order" ที่มอบให้เขา ในการทำเช่นนั้น เขาได้รับคำแนะนำจากเอกสาร “กฎระเบียบว่าด้วย” ค่าจ้าง" การคำนวณดำเนินการในโปรแกรม "1C: ZiK" ผลลัพธ์ของการคำนวณคือเอกสาร "ใบแจ้งยอด"

การระบุองค์ประกอบในไดอะแกรม

ดังที่คุณทราบ แนวทางที่มีความสามารถในการอธิบายกระบวนการทางธุรกิจเกี่ยวข้องกับการระบุตัวตน เช่น เมื่อแต่ละกระบวนการมีชื่อรหัสของตัวเอง ดังนั้น แต่ละฟังก์ชันภายในกระบวนการจึงมีชื่อและตัวระบุเป็นของตัวเองด้วย

จำเป็นต้องระบุตัวเลข "เอกสาร" และ "ฟังก์ชัน" บนแผนภาพ

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

ฟังก์ชันจะถูกระบุโดยการระบุหมายเลขลำดับฟังก์ชันสำหรับกลุ่มกระบวนการที่กำหนด เหล่านั้น. หมายเลขฟังก์ชันจะขึ้นต้นด้วยรหัสกลุ่มกระบวนการเสมอ ปัญหาในการระบุกลุ่มกระบวนการอยู่นอกเหนือขอบเขตของบทความนี้ เราจะพิจารณาแยกกัน นอกจากนี้ คุณควรเรียนรู้ที่จะระบุกระบวนการก่อนที่จะเริ่มอธิบาย มิฉะนั้น อาจมีความปรารถนาที่จะอธิบายกิจกรรมทั้งหมดของบริษัทในไดอะแกรมเดียว ดังที่บางครั้งพยายามทำ

ดังนั้นตอนนี้ฉันจะแสดงเฉพาะตัวอย่างว่าสามารถแสดงสิ่งนี้ในแผนภาพได้อย่างไร กลับไปที่ตัวอย่างการประมวลผลการโทร สมมติว่าเรากำหนดรหัส "04" ให้กับแผนกขายและรหัส "VK" ให้กับกระบวนการประมวลผลผู้ติดต่อที่เข้ามา จากนั้นแผนภาพจะอยู่ในรูปแบบต่อไปนี้ (การระบุตัวตนจะถูกเน้นด้วยสีแดงเพื่อความชัดเจน) รหัสเอกสารระบุหมายเลขซีเรียลของเอกสารในทะเบียนเอกสารทั่วไป (เราจะพิจารณาแยกกันเมื่อตรวจสอบระบบการไหลของเอกสาร)

การแสดงผลตอบรับ

เมื่อสร้างแบบจำลอง มักจะจำเป็นต้องดำเนินการตามกระบวนการแบบวนรอบตามเงื่อนไขบางประการหรือจำเป็นต้องแสดงกิจกรรมของผู้มีอำนาจตัดสินใจ ในกรณีนี้ เรากำลังพูดถึงเกี่ยวกับ ข้อเสนอแนะ. ในการแสดงผลตอบรับการควบคุม จะใช้หลักการของ "การรวมโดยตรง" ในกระบวนการของฟังก์ชันการควบคุมเพิ่มเติมพร้อมการแยกย่อยที่ตามมา (ใช้องค์ประกอบลอจิคัล "เฉพาะหรือ") ตัวอย่างเช่น:

คำอธิบายข้อความของกระบวนการ

ไม่ว่าเราจะพยายามแสดงกระบวนการทางธุรกิจบนไดอะแกรมหนักแค่ไหน เราก็ไม่สามารถบรรลุรายละเอียดได้ครบถ้วน ไม่เช่นนั้น เราก็อาจจมอยู่กับองค์ประกอบและเงื่อนไขที่ไม่มีที่สิ้นสุด เพื่อหลีกเลี่ยงปัญหานี้ เช่นเดียวกับการเพิ่มข้อมูลลงในคำอธิบายกระบวนการที่ไม่สามารถแสดงเป็นกราฟิกได้ คำอธิบายจะถูกเสริมด้วยข้อความประกอบ เพื่อจุดประสงค์นี้จึงมีการพัฒนาเทมเพลตข้อความต่าง ๆ ซึ่งกรอกในระหว่างกระบวนการอธิบาย รูปแบบของเทมเพลตดังกล่าวอาจแตกต่างกันและรวมถึงส่วนที่แยกจากกันซึ่งอธิบายอินพุตและเอาท์พุต ทรัพยากรที่ใช้ และที่ใช้ ซอฟต์แวร์ฯลฯ

ในกรณีที่ง่ายที่สุด เทมเพลตคำอธิบายกระบวนการทางธุรกิจอาจมีลักษณะดังนี้:

กระบวนการทางธุรกิจ:	กำลังประมวลผลผู้ติดต่อที่เข้ามา	04.VK
ฟังก์ชั่นกระบวนการ:
ชื่อ	คำอธิบาย	หมายเลขบนแผนภาพ
กำลังประมวลผลสายเรียกเข้า	เมื่อมีสายเรียกเข้า เจ้าหน้าที่จะประมวลผลการโทรตามกฎสำหรับการประมวลผลสายเรียกเข้า เปิดเผยความสนใจของลูกค้าและให้ข้อมูลเกี่ยวกับบริการ	04.VK.01
การก่อตัวของข้อเสนอเชิงพาณิชย์	หากลูกค้าสนใจ เจ้าหน้าที่จะโอนข้อมูลติดต่อไปยังผู้จัดการฝ่ายขาย ผู้จัดการฝ่ายขายเตรียมข้อเสนอทางการค้าและส่งให้ลูกค้าทางอีเมล	04.VK.02
ตัวชี้วัดกระบวนการ:
ชื่อ	วิธีการประเมิน/การวัดผล
จำนวนความล้มเหลว	สถิติฐานข้อมูล

นอกเหนือจากขอบเขตของบทความนี้มีดังต่อไปนี้: หัวข้อสำคัญเช่นการรวบรวมข้อมูลการเน้นกระบวนการทางธุรกิจการย่อยสลายการเน้นตัวบ่งชี้ เราจะศึกษาประเด็นเหล่านี้ในประเด็นต่อๆ ไปอย่างแน่นอน

วันที่ 22 กันยายน 2553 เวลา 20:30 น

“ว่าว หนังและป้ายของคนตาบอด
เล่นซ่อนหา กระโดดโลดโผน กระโดดเชือก
และเรียบง่ายและเรียบง่ายเพียงแค่กระโดดเชือก
ง่ายๆ สบายๆ แค่กระโดดเชือก!!!”

อ. วราตาเรฟ

ในขณะที่เตรียมบทความนี้ ฉันค้นพบข้อเท็จจริงที่น่าเหลือเชื่อ: เกี่ยวกับสัญกรณ์ EPC นั้นเรียบง่ายและเป็นที่นิยมมาก (มีความเห็นว่าเป็นที่นิยมมากกว่า BPMN) มีบทความใน Wikipedia ใน 4 ภาษาเท่านั้น: อังกฤษ, เยอรมัน, เช็ก และอุซเบก นอกจากนี้บทความเหล่านี้ยังค่อนข้างสั้นอีกด้วย บางทีในตอนท้ายของบทความคุณและฉันผู้อ่านที่รักจะเข้าใจว่าทำไม

ฉันขอเริ่มต้นด้วยความจริงที่ว่าสัญกรณ์ EPC ได้รับการพัฒนาในช่วงต้นทศวรรษ 1990 ในระหว่างการพัฒนาวิธีการของ ARIS ดังที่กล่าวไปแล้วว่าเป็นองค์ประกอบของกระบวนการ บิดาผู้ก่อตั้ง EPC ถือเป็นศาสตราจารย์วิลเฮล์ม-ออกัสต์ เชียร์ ซึ่งชื่อนี้สร้างแรงบันดาลใจให้กับคนทั่วไปได้เพียงชื่อเดียว (พูดออกมาดังๆ และรู้สึกเป็นแรงบันดาลใจ) เราจะพูดอะไรเกี่ยวกับชื่อของคณะที่บุคคลอันเป็นที่เคารพทำงานนี้: Institut für Wirtschaftsinformatik แห่ง University Universität des Saarlandes

วัตถุประสงค์ของการสร้างสัญลักษณ์ EPC คือความสามารถในการอธิบายกระบวนการเพื่อให้ฟังก์ชันที่ดำเนินการภายในมีความหมายสากลภายในไดอะแกรม ซึ่งหมายความว่าการดำเนินการฟังก์ชันบนไดอะแกรม EPC ไม่จำเป็นต้องถูกกำหนดไว้อย่างชัดเจน แต่อาจขึ้นอยู่กับ สถานะของโหนดอื่นๆ ของแผนภาพ ซึ่งบางครั้งก็อยู่ห่างจากกันมาก

ชื่อของสัญลักษณ์ย่อมาจาก Event-driven Process Chain ซึ่งระบุอย่างชัดเจนว่าองค์ประกอบหลักของไดอะแกรมสัญลักษณ์ EPC นั้นเป็นเหตุการณ์ เหตุการณ์ก่อให้เกิดการดำเนินการบางอย่างโดยผู้เข้าร่วมบางคน ในทางกลับกัน การดำเนินการเสร็จสิ้นจะทำให้เกิดเหตุการณ์อื่นขึ้น และอื่นๆ จนกว่าระบบจะถึงสถานะ ซึ่งลักษณะที่ปรากฏภายในกระบวนการจะถือเป็นเหตุการณ์สุดท้าย

เพื่อแสดงให้เห็นอย่างชัดเจนถึงความสามารถของสัญกรณ์ ฉันจะใช้ตัวอย่างในชีวิตประจำวัน ซึ่งได้รับแรงบันดาลใจจากวันหยุดพักผ่อนในดินแดนที่อากาศอบอุ่นที่เพิ่งเสร็จสิ้นไป พนักงานต้อนรับในโรงแรมอันเป็นที่นับถือ Ivo Petkov ได้รับคำขอจากแขกคนหนึ่งให้เปลี่ยนอุปกรณ์ซักล้างในห้องของเขาอย่างเร่งด่วน ค่อนข้างชัดเจนว่างานของเขาคือตอบสนองคำขอของลูกค้าและตามเงื่อนไข EPC เพื่อนำระบบจากสถานะ "ได้รับคำขอจากลูกค้าให้เปลี่ยนอ่างล้างหน้า" เป็นสถานะ "คำขอของลูกค้าได้รับการตอบสนอง"

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

ลองกลับไปที่ตัวอย่างกัน ทันทีหลังจากได้รับคำขอจากลูกค้า Ivo จะต้องส่งคำขอเพื่อตอบสนองคำขอของลูกค้าไปยังแม่บ้าน ซึ่งจะทำให้ระบบเข้าสู่สถานะ "ส่งคำขอปฏิบัติตามแล้ว" แม่บ้านใช้ของที่มีอยู่ในโกดัง ตอบสนองคำขอของ Ivo และนี่เป็นครั้งแรกที่กระบวนการของเราแบบขนานปรากฏขึ้น: หากแม่บ้านเข้าใจว่าปัจจุบันไม่มีอุปกรณ์ซักผ้าที่จำเป็น (เช่นเจลอาบน้ำ) แสดงว่าเธอเองก็อาจไม่เต็มใจที่จะโอนระบบไปที่ "การปฏิบัติตาม คำขอเป็นไปไม่ได้” สถานะ ซึ่งเป็นไปตามธรรมชาติว่า Ivo จะต้องมีการสนทนาที่ไม่น่าพอใจกับลูกค้าและสถานะที่ระบบจะไปนั้นขึ้นอยู่กับนิสัยของลูกค้าและแนวโน้มที่จะต่อสู้เท่านั้น หากคลังสินค้ามีสิ่งของที่จำเป็นทั้งหมดสำหรับแขก แม่บ้านก็ทำตามคำขอที่โอนมาให้เธอได้สำเร็จ โดยรายงานการเติมเต็มให้ Ivo ซึ่งจะรายงานเรื่องนี้ให้ลูกค้าทราบ และทุกคนก็อยู่อย่างมีความสุขตลอดไปและเสียชีวิตในวันเดียวกัน

กระบวนการง่ายๆ นี้สะท้อนให้เห็นในแผนภาพสีแดง เขียว และเหลืองที่กระพริบอย่างสนุกสนาน ดังในรูปที่ 1

ข้าว. 1. แผนภาพ EPC ของกระบวนการประมวลผลคำขอของลูกค้าในโรงแรม

และตอนนี้ตามประเพณีแล้ว ข้อดีและข้อเสียของสัญกรณ์

เมื่อฉันพบไดอะแกรม EPC ครั้งแรก ดังที่ได้กล่าวไว้ข้างต้น ฉันพอใจมากกับความง่ายในการอ่าน: แต่ละบล็อกจะถูกเน้นด้วยรูปร่างและสี มันง่ายมากที่จะเห็นนักแสดง วัสดุที่จำเป็น เน้นรายการ ของสถานะของระบบที่เป็นไปได้ รายการสถานะที่กำลังดำเนินการในระหว่างกระบวนการของฟังก์ชัน นี่เป็นข้อดีอย่างมากอย่างไม่ต้องสงสัย ลูกค้าจะไม่มีปัญหาในการอ่านแผนภาพกระบวนการทางธุรกิจเมื่อใด การนำ EDMS ไปใช้หากมีการนำเสนอในรูปแบบ EPC ทุกประการ อย่างไรก็ตามบางทีลูกค้าอาจจะสับสนกับรัฐจำนวนมหาศาลเช่นนี้ เพราะในความเป็นจริงแล้ว วงจรจึงเติบโตขึ้นอย่างมาก แม้แต่ในตัวอย่างของเรา: ฟังก์ชัน 4 รายการสร้างได้มากถึง 5 สถานะ (ไม่นับสถานะเริ่มต้น) บางครั้งคุณอาจสงสัยว่า: เหตุใดจึงชี้ให้เห็นทั้งหมด ให้เราบอกคุณว่าทำไมจึงจำเป็นหลังจากตกลงในสัญญา ผู้อำนวยการทั่วไประบุในบล็อกแยกต่างหาก "ตกลงข้อตกลง" และหลังจากการลงนาม - "ลงนามข้อตกลง" หากกระบวนการต่อไปยังคงเป็นเส้นตรง พูดตามตรง ไม่จำเป็น เว้นแต่คุณจะเป็นกัปตันออบเวียส

และบางครั้งก็ยังไม่ชัดเจนว่าจะระบุสถานะที่ฟังก์ชันจะถ่ายโอนระบบไปได้อย่างไร แม้ในขณะที่เตรียมตัวอย่างง่ายๆ นี้ ฉันประสบปัญหาบางอย่างที่เกี่ยวข้องกับช่วงเวลานี้

ข้อดีของไดอะแกรม EPC คือความจริงที่ว่า คุณสามารถระบุข้อมูลอินพุตและเอาต์พุตของแต่ละฟังก์ชันบนไดอะแกรมนั้นได้ เช่นเดียวกับไดอะแกรม IDEF0 และติดตามตรรกะของการเคลื่อนไหวของข้อมูลอินพุตและเอาต์พุตจากบล็อกหนึ่งไปอีกบล็อกหนึ่ง นอกจากนี้ ไม่เหมือนกับ IDEF0 เดียวกันตรงที่มันเป็นไปได้ที่จะขนานกระบวนการโดยกำกับกระบวนการเพียงกระบวนการเดียวเท่านั้น สาขาทางเลือก(ใน IDEF0 ถ้าเราเพิ่มความเท่าเทียมในการดำเนินการ ฟังก์ชันคู่ขนานทั้งหมดจะถูกดำเนินการพร้อมกัน) ดูเหมือนว่าฉันจะได้เปรียบเช่นกันที่สามารถระบุนักแสดงในแต่ละขั้นตอนได้ (อ่าน: ฟังก์ชั่น)

แต่! ใน IDEF0 ตัวดำเนินการจะถูกระบุหนึ่งครั้งในแต่ละระดับการสลายตัว และลูกศรจะถูกวาดในนามของเขาไปยังบล็อกทั้งหมดที่ดำเนินการโดยเขา ใน EPC เพื่อคำนวณจำนวนการดำเนินการที่ตัวดำเนินการดำเนินการ เราจำเป็นต้องผ่านบล็อกการดำเนินการทั้งหมด และตรวจสอบว่ามีการระบุตัวดำเนินการที่เราต้องการไว้ในนั้นหรือไม่

สัญกรณ์นี้ดูสะดวกสำหรับฉันมากจากมุมมองของการตรวจสอบการดำเนินการของกระบวนการ: แต่ละฟังก์ชันจะถ่ายโอนระบบไปยังสถานะใหม่อย่างแน่นอนซึ่งจะตามมาว่าหลังจากดำเนินการแต่ละฟังก์ชันแล้ว ระบบสามารถตรวจสอบได้ว่าการเปลี่ยนไปใช้สถานะที่ต้องการหรือไม่ รัฐได้ดำเนินการจริงแล้ว แต่คำถามก็เกิดขึ้นทันที: สิ่งนี้จำเป็นจริงหรือ? เช่นฉันไม่ค่อยมีความปรารถนา =)

โดยทั่วไปแล้ว สัญกรณ์ EPC ดูเหมือนไม่สะดวกสำหรับฉันในการอธิบายกระบวนการทางธุรกิจ: ให้ความสนใจกับเหตุการณ์มากเกินไป ให้ความสนใจกับการกระทำน้อยเกินไป และโดยเฉพาะอย่างยิ่งการจัดกลุ่มตามนักแสดงหรือวัสดุที่ใช้ ใช่ เธอเป็นคนเรียบง่าย ใช่ เธอสวย และน่าเสียดาย นั่นคือทั้งหมดที่ฉันสามารถพูดเกี่ยวกับเธอได้ เช่นเดียวกับคนอื่นๆ อีกหลายคน =)

และบทความเกี่ยวกับสัญลักษณ์ UML และ BPMN ก็ใกล้เข้ามามากขึ้นเรื่อยๆ

(4.14 - ให้คะแนนโดย 21 คน)