ความสามารถในการทำงานร่วมกันที่ขับเคลื่อนด้วยแบบจำลอง ( MDI ) เป็นกรอบวิธีการซึ่งให้การสนับสนุนเชิงแนวคิดและทางเทคนิคเพื่อสร้างองค์กรที่สามารถทำงานร่วมกันได้โดยใช้ออนโทโลยีและคำอธิบายประกอบเชิงความหมาย โดยปฏิบัติตาม หลักการ พัฒนาที่ขับเคลื่อนด้วยแบบจำลอง (MDD) ^{[ 1 ] [ 2 ]}

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

แนวคิดหลักสามประการของแนวทางการทำงานร่วมกันโดยใช้โมเดลเป็นตัวขับเคลื่อน (Model Driven Interoperability: MDI) มีดังนี้:

1. ควรบรรลุ ความสามารถในการทำงานร่วมกัน^{[ 3 ]}ในระดับต่างๆ ได้แก่ ธุรกิจ ความรู้ แอปพลิเคชัน และข้อมูล
2. แนวคิดหลักคือการปฏิบัติตามแนวทางวิศวกรรมที่ขับเคลื่อนด้วยแบบจำลอง (MDE) ^{[ 1 ] [ 2 ]}ดังนั้นจึงส่งเสริมการใช้แบบจำลองอย่างเป็นระบบในฐานะสิ่งประดิษฐ์ทางวิศวกรรมหลักตลอดวงจรชีวิตของวิศวกรรมควบคู่ไปกับภาษาการสร้างแบบจำลองเฉพาะโดเมนและเครื่องมือและตัวสร้างการแปลง
3. จำเป็นต้อง ใช้ ออนโทโลยีและคำอธิบายเชิงความหมายเพื่อดำเนินการแปลงโมเดลจากระดับองค์กรไปสู่ระดับโค้ด^{[ 4 ]}

MDI ก่อตั้งขึ้นในปี 2547 โดยเริ่มต้นจากโครงการวิจัยสำคัญสองโครงการ:

• INTEROP NoE (เครือข่ายความเป็นเลิศด้านการวิจัยการทำงานร่วมกันสำหรับแอปพลิเคชันและซอฟต์แวร์ขององค์กรเครือข่าย FP6-IST 508011) ^{[ 5 ]}
• ATHENA IP (โครงการบูรณาการเทคโนโลยีขั้นสูงเพื่อความสามารถในการทำงานร่วมกันของเครือข่ายองค์กรที่หลากหลายและแอปพลิเคชัน) (FP6-IST-507849) ^{[ 6 ]}

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

กรอบงาน MDI ^{[ 7 ] [ 8 ]}ภายใน INTEROP ได้รับการกำหนดไว้ดังนี้:

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

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

ระดับนามธรรมที่แตกต่างกันมีความจำเป็นเพื่อให้สามารถแปลงโมเดลได้ ลดช่องว่างระหว่างโมเดลระดับองค์กรและระดับโค้ด การกำหนดระดับต่างๆ นั้นอิงตาม สถาปัตยกรรมที่ขับเคลื่อนด้วยโมเดล (MDA) ซึ่งกำหนดระดับนามธรรมไว้สามระดับ ได้แก่ โมเดลที่ไม่ขึ้นกับการคำนวณ (CIM) โมเดลที่ไม่ขึ้นกับแพลตฟอร์ม (PIM) และโมเดลที่ขึ้นกับแพลตฟอร์ม (PSM) ยิ่งไปกว่านั้น เราได้แบ่งระดับโมเดลที่ไม่ขึ้นกับการคำนวณออกเป็นสองระดับย่อย เพื่อลดช่องว่างระหว่างระดับโมเดลที่ไม่ขึ้นกับการคำนวณ (CIM) และโมเดลที่ไม่ขึ้นกับแพลตฟอร์ม (PIM) นอกจากนี้ ยังได้มีการกำหนดโมเดลการทำงานร่วมกันไว้ที่ระดับนามธรรมต่างๆ ที่เสนอไว้ข้างต้นด้วย

ตัวอย่างหนึ่งของแบบจำลองอ้างอิงสำหรับ MDI นี้สามารถดูได้ในรูปถัดไป ภาพนี้แสดงให้เห็นในแต่ละระดับที่เสนอถึงแบบจำลองประเภทต่างๆ ที่สามารถดำเนินการได้ (GRAI ^{[ 9 ]}ที่ระดับแบบจำลองอิสระการคำนวณสูงสุด (TCIM) และUMLในระดับอื่นๆ) และวัตถุประสงค์สุดท้ายของการทำให้ ESA สองตัวสามารถทำงานร่วมกันได้ คือ ERP ของผู้ให้สิทธิ์แฟรนไชส์และ CRM ของผู้รับสิทธิ์แฟรนไชส์

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

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

วิธีการ MDI ที่เสนอเพื่อแก้ปัญหาการทำงานร่วมกันนั้น ดังที่ชื่อบ่งบอกไว้ มีพื้นฐานมาจากแนวทาง MDA นอกจากนี้ หลักการต่อไปนี้ยังถูกนำมาใช้ในการกำหนดวิธีการนี้ด้วย:

• วิธีการ MDI ถูกจัดระเบียบเป็นกระบวนการแบบวนซ้ำ เช่นเดียวกับกระบวนการรวม (UP) และกระบวนการเชิงวัตถุอื่นๆ
• วิธีการ MDI ยังเสนอการสนับสนุนด้านความหมาย เช่นความหมายของคำศัพท์ทางธุรกิจและกฎทางธุรกิจ (SBVR)ด้วย

ภาพถัดไปแสดงคุณสมบัติหลักของวิธีการ MDI โดยพื้นที่สีเขียวแสดงถึงความพยายามโดยประมาณที่เกี่ยวข้องกับแต่ละขั้นตอนและกระบวนการทำงาน:

• ขั้นตอนหลักๆ ของมัน ซึ่งแสดงไว้บนคอลัมน์นั้น อธิบายถึงสี่ขั้นตอนที่สอดคล้องกับการเปลี่ยนผ่านจากระดับนามธรรมหนึ่งไปสู่ระดับที่ต่ำกว่า
• ขั้นตอนการทำงานหลัก โดยเฉพาะขั้นตอนการทำงานสามขั้นตอนที่เกี่ยวข้องกับองค์ประกอบหลักสามประการของวิธีการ MDI ได้แก่ โมเดลการทำงานร่วมกัน ออนโทโลยีการทำงานร่วมกันทั่วไป และการแปลงโมเดล

กรอบงาน MDI ^{[ 10 ] [ 11 ] [ 12 ]}จาก ATHENA ให้คำแนะนำเกี่ยวกับวิธีการนำ MDD ไปใช้ในการจัดการกับการทำงานร่วมกัน กรอบงานนี้มีโครงสร้างเป็น 3 พื้นที่การบูรณาการหลัก:

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

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

ตามแนวคิดสถาปัตยกรรมแบบขับเคลื่อนด้วยโมเดล โมเดลที่ไม่ขึ้นกับการคำนวณ (CIM) สอดคล้องกับมุมมองที่กำหนดโดยจุดมองที่ไม่ขึ้นกับการคำนวณ โดยจะอธิบายบริบททางธุรกิจและข้อกำหนดทางธุรกิจสำหรับระบบซอฟต์แวร์ โมเดลที่ไม่ขึ้นกับแพลตฟอร์ม (PIM) สอดคล้องกับมุมมองที่กำหนดโดยจุดมองที่ไม่ขึ้นกับแพลตฟอร์ม โดยจะอธิบายข้อกำหนดของซอฟต์แวร์ที่ไม่ขึ้นกับแพลตฟอร์มการทำงาน และโมเดลที่ขึ้นกับแพลตฟอร์มโดยเฉพาะ (PSM) สอดคล้องกับมุมมองที่กำหนดโดยจุดมองที่ขึ้นกับแพลตฟอร์มโดยเฉพาะ โดยจะอธิบายการสร้างระบบซอฟต์แวร์ขึ้นมา

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

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

การแปลงโมเดลเป็นหนึ่งในแนวทางสำคัญที่ใช้เพื่อสนับสนุนวิธีการ MDI แนวทางนี้ใช้ในมิติแนวนอนและแนวตั้งของโมเดลอ้างอิงสำหรับ MDI การแปลงโมเดลทั้งหมดที่ดำเนินการจะขึ้นอยู่กับสถาปัตยกรรมการแปลงทั่วไป^{[ 13 ]}

บริการต่อไปนี้ ได้แก่ การตรวจสอบความสอดคล้องของแบบจำลอง การสนับสนุนการค้นหาการจับคู่โดยอัตโนมัติระหว่างแบบจำลองที่แตกต่างกัน และการกำหนดการแปลงที่รักษาความหมาย สามารถช่วยให้ MDI จัดการกับปัญหาทั้งในแนวดิ่งและแนวนอนได้

ประเด็นแนวตั้ง : การสนับสนุนเชิงความหมายที่มุ่งเน้น:

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

ประเด็นแนวนอน : การสนับสนุนเชิงความหมายที่มุ่งเน้น:

• ดำเนินการวิเคราะห์ความไม่สอดคล้องกันทางความหมายระหว่างแบบจำลองขององค์กรต่างๆ
• การแสดงความสัมพันธ์ระหว่างแบบจำลองต่างๆ ในองค์กรผ่านคำอธิบายเชิงความหมาย
• สร้างกฎการกระทบยอดเพื่อดำเนินการกระทบยอดข้อมูล บริการ และกระบวนการทางธุรกิจ

• อินเตอร์ออป-วีแล็บ