ยูเอ็มแอล
ตระกูล	ภาษาการสร้างแบบจำลอง
เว็บไซต์	www.uml.org​​

ภาษาสร้างแบบจำลองรวม ( UML ) เป็น ภาษาสร้างแบบจำลองเชิงวัตถุแบบทั่วไปที่ให้วิธีการแสดงภาพสถาปัตยกรรมและการออกแบบของระบบ คล้ายกับฟังก์ชันของพิมพ์เขียว[ ^{1 ] [ 2 ] UML}กำหนดสัญกรณ์สำหรับไดอะแกรม 14 ประเภทที่เน้นด้านต่างๆ เช่น พฤติกรรม การโต้ตอบ และโครงสร้าง

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

UML ถูกสร้างขึ้นเพื่อพยายามกำหนดภาษามาตรฐานสำหรับการเขียนโปรแกรมเชิงวัตถุในการ ประชุม OOPSLA '95 เดิมทีGrady BoochและJames Rumbaughได้รวมโมเดลของพวกเขาเข้าด้วยกันเป็นโมเดลเดียว ต่อมาบริษัทRational Software ของ Booch ได้ซื้อบริษัท Objectory ของ Ivar Jacobson และรวมโมเดลของพวกเขาเข้ากับ UML ในขณะนั้น Rational และ Objectory เป็นสองผู้เล่นหลักในโลกเล็กๆ ของผู้จำหน่ายเครื่องมือและวิธีการเชิงวัตถุอิสระ^{[ 3 ]} จากนั้น Object Management Group (OMG) ก็ได้เป็นเจ้าของ UML

การสร้าง UML เกิดขึ้นจากความต้องการที่จะสร้างมาตรฐานให้กับระบบสัญลักษณ์และแนวทางการออกแบบซอฟต์แวร์ที่แตกต่างกันในขณะนั้น^{[ 4 ]}ในปี 1997 UML ได้รับการยอมรับให้เป็นมาตรฐานโดยObject Management Group (OMG) และได้รับการจัดการโดยองค์กรนี้ตั้งแต่นั้นเป็นต้นมา ในปี 2005 UML ยังได้รับการเผยแพร่โดยองค์การระหว่างประเทศว่าด้วยการมาตรฐาน (ISO) และคณะกรรมการระหว่างประเทศว่าด้วยเทคนิคไฟฟ้า (IEC) ในฐานะมาตรฐานISO/IEC 19501 ^{[ 5 ]}ตั้งแต่นั้นมา มาตรฐานนี้ได้รับการแก้ไขเป็นระยะเพื่อให้ครอบคลุมการแก้ไขล่าสุดของ UML ^{[ 6 ]}

นักพัฒนาส่วนใหญ่ไม่ได้ใช้ UML โดยตรง แต่จะสร้างไดอะแกรมที่ไม่เป็นทางการมากกว่า ซึ่งมักจะวาดด้วยมือ อย่างไรก็ตาม ไดอะแกรมเหล่านี้มักจะมีองค์ประกอบจาก UML รวมอยู่ด้วย^{[ 7 ] : 536}

UML ถูกใช้เป็นหลักในการพัฒนาซอฟต์แวร์ (ในอุตสาหกรรมหรือโดเมนใด ๆ) ^{[ 8 ]}แต่ยังถูกใช้ในด้านอื่น ๆ ด้วย เช่นกระบวนการทางธุรกิจฟังก์ชันระบบแผนผังฐานข้อมูลเวิร์กโฟลว์ในระบบกฎหมายอุปกรณ์อิเล็กทรอนิกส์ทางการแพทย์ระบบการดูแลสุขภาพและการออกแบบฮาร์ดแวร์^{[ 9 ]} OMG เองก็ใช้ UML ในการกำหนดผลิตภัณฑ์อื่น ๆ ของ OMG เช่น Unified Architecture Framework (UAF) และ Systems Modelling Language ( SysML ) v1

UML ได้รับการออกแบบมาเพื่อใช้กับวิธีการพัฒนาซอฟต์แวร์เชิงวัตถุหลายวิธี ทั้งในปัจจุบันและสำหรับวิธีการเมื่อได้รับการพัฒนาครั้งแรก ซึ่งรวมถึงOMT , วิธี Booch , Objectoryและโดยเฉพาะอย่างยิ่งRUPซึ่งเดิมทีตั้งใจจะใช้ร่วมกันเมื่อเริ่มงานที่ Rational Software ^{[ 10 ]}แม้ว่าเดิมทีจะตั้งใจไว้สำหรับเอกสารการออกแบบเชิงวัตถุ แต่ UML ก็ถูกนำไปใช้อย่างมีประสิทธิภาพในบริบทอื่นๆ เช่น การสร้างแบบจำลองกระบวนการทางธุรกิจ^{[ 11 ] [ 12 ]}

เนื่องจาก UML ไม่ได้เชื่อมโยงกับ ภาษาโปรแกรมใดโดยเฉพาะจึงสามารถใช้สำหรับการสร้างแบบจำลองระบบโดยไม่ขึ้นกับภาษาได้เครื่องมือ UML บางอย่าง สร้างซอร์สโค้ดจากแบบจำลอง UML ^{[ 13 ]}

แผนภาพ UML สนับสนุนการแสดงภาพด้านระบบต่างๆ เช่น: ^{[ 14 ]}

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

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

โมเดล UML สามารถแลกเปลี่ยนระหว่างเครื่องมือ UML ต่างๆ ได้ ผ่าน รูปแบบ XML Metadata Interchange (XMI)

เช่นเดียวกับไดอะแกรม Chen, Bachman และ ISO ER ของฐาน ^{ข้อมูล} โมเดลคลาสถูกกำหนดให้ใช้ ความสัมพันธ์แบบ "มองข้าม" แม้ว่าผู้เขียนหลายคน ( Merise [ ^{15 ]} Elmasri & Navathe ^{[ 16 ]} และอื่นๆ^{[ 17 ]} ) จะชอบความสัมพันธ์แบบด้านเดียวกันหรือ "มองตรงนี้" สำหรับบทบาทและความสัมพันธ์ทั้งขั้นต่ำและสูงสุดก็ตาม นักวิจัยล่าสุด (Feinerer ^{[ 18 ]} และ Dullea et al. ^{[ 19 ]} ) ได้แสดงให้เห็นว่าเทคนิค "มองข้าม" ที่ใช้โดยไดอะแกรม UML และ ER นั้นมีประสิทธิภาพน้อยลงและมีความสอดคล้องน้อยลงเมื่อนำไปใช้กับ ความสัมพันธ์แบบ n -ary ที่มีลำดับมากกว่า 2 อย่างเคร่งครัด

Feinerer กล่าวว่า: "ปัญหาเกิดขึ้นหากเราดำเนินการภายใต้ความหมายแบบ look-across ที่ใช้สำหรับการเชื่อมโยง UML Hartmann ^{[ 20 ]} ตรวจสอบสถานการณ์นี้และแสดงให้เห็นว่าการแปลงที่แตกต่างกันล้มเหลวอย่างไรและเพราะเหตุใด" และ: "ดังที่เราจะเห็นในหน้าถัดไป การตีความแบบ look-across นำเสนอความยากลำบากหลายประการซึ่งขัดขวางการขยายกลไกง่ายๆ จากการเชื่อมโยงแบบไบนารีไปยัง การเชื่อมโยง แบบ n -ary"

สิ่งประดิษฐ์คือ " ข้อกำหนดของข้อมูลทางกายภาพที่ใช้หรือสร้างขึ้นโดยกระบวนการพัฒนาซอฟต์แวร์หรือโดยการใช้งานและการดำเนินงานของระบบ" ^{[ 21 ]}ซึ่งรวมถึงแบบจำลองซอร์สโค้ดสคริปต์ ไฟล์ปฏิบัติการตารางในระบบฐานข้อมูล ผลลัพธ์การพัฒนา เอกสารการออกแบบและข้อความอีเมล^{[ 21 ]}

อาร์ติแฟกต์คือเอนทิตีทางกายภาพที่ถูกปรับใช้กับ โหนด[ ^{21 ] องค์ประกอบ} UML อื่นๆ เช่น คลาสและคอมโพเนนต์จะถูกแสดงออกมาในอาร์ติแฟกต์ก่อน จากนั้นอินสแตนซ์ของอาร์ติแฟกต์เหล่านี้จะถูกปรับใช้ อาร์ติแฟกต์สามารถประกอบขึ้นจากอาร์ติแฟกต์อื่นๆ ได้

OMG ได้พัฒนา สถาปัตยกรรม เมตาโมเดลลิ่งเพื่อกำหนด UML เรียกว่าMeta-Object Facility (MOF) ^{[ 22 ]} MOF ได้รับการออกแบบให้เป็นสถาปัตยกรรมสี่ชั้น ดังแสดงในภาพด้านขวา โดยมีเมตา-เมตาโมเดลอยู่ที่ด้านบนสุด เรียกว่าชั้น M3 โมเดล M3 นี้เป็นภาษาที่ Meta-Object Facility ใช้ในการสร้างเมตาโมเดล เรียกว่าโมเดล M2

ตัวอย่างของโมเดลสิ่งอำนวยความสะดวกเมตาออบเจ็กต์เลเยอร์ 2 คือเมตาโมเดล UML ซึ่งอธิบาย UML เอง โมเดล M2 เหล่านี้อธิบายองค์ประกอบของเลเยอร์ M1 และโมเดล M1 ตัวอย่างเช่น โมเดลเหล่านี้อาจเป็นโมเดลที่เขียนใน UML คำอธิบายสถาปัตยกรรมซอฟต์แวร์อาจอธิบายอินสแตนซ์รันไทม์ของระบบ^{[ 23 ]}เลเยอร์สุดท้ายคือเลเยอร์ M0 ซึ่งเป็นสิ่งที่เป็นจริงในโลกแห่งความเป็นจริงที่ถูกอธิบายหรือสร้างแบบจำลอง

เมตาโมเดล UML สามารถขยายได้โดยใช้กลไกที่เรียกว่าstereotyping ซึ่ง Brian Henderson-Sellers และ Cesar Gonzalez-Perez ได้วิจารณ์ว่ากลไกนี้ไม่เพียงพอ/ไม่สามารถรักษาไว้ได้ใน "การใช้งานและการใช้ในทางที่ผิดของกลไก Stereotype ใน UML 1.x และ 2.0" ^{[ 24 ]}

UML 2 กำหนดไดอะแกรม 14 ประเภทหรือชนิด – แสดงเป็นอนุกรมวิธานในภาพ^{[ 14 ] [ 25 ]}

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

• แผนภาพคลาส – อธิบายโครงสร้างของคลาส
• แผนภาพส่วนประกอบ – อธิบายว่าระบบซอฟต์แวร์ถูกแบ่งออกเป็นส่วนประกอบอย่างไร และความสัมพันธ์ระหว่างส่วนประกอบเหล่านั้นเป็นอย่างไร
• แผนภาพโครงสร้างคอมโพสิต
• แผนภาพการติดตั้ง
• แผนภาพวัตถุ
• แผนภาพบรรจุภัณฑ์
• แผนภาพโปรไฟล์

แผนภาพพฤติกรรมเน้นพฤติกรรมของระบบโดยแสดงความร่วมมือระหว่างวัตถุและการเปลี่ยนแปลงสถานะภายในของวัตถุ ใช้เพื่ออธิบายการทำงานของระบบ

• แผนภาพกิจกรรม – อธิบายถึงกิจกรรมทางธุรกิจและการดำเนินงานของส่วนประกอบต่างๆ
• แผนภาพเครื่องสถานะ
• แผนภาพกรณีการใช้งาน – แสดงถึงการโต้ตอบของผู้ใช้กับระบบ^{[ 26 ]}

แผนภาพปฏิสัมพันธ์ ซึ่งเป็นส่วนย่อยของแผนภาพพฤติกรรม เน้นการไหลของข้อมูลและการควบคุมระหว่างส่วนประกอบต่างๆ ของระบบ

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

• 
  แผนภาพส่วนประกอบ
• 
  แผนภาพคลาส
• 
  แผนภาพกิจกรรม
• 
  แผนภาพกรณีการใช้งาน
• 
  แผนภาพกรณีการใช้งาน
• 
  แผนภาพการติดตั้ง

ในปี 2556 UML ได้รับการทำการตลาดโดย OMG สำหรับบริบทต่างๆ มากมาย แต่มีเป้าหมายหลักที่การพัฒนาซอฟต์แวร์ซึ่งประสบความสำเร็จเพียงเล็กน้อย^{[ 12 ] [ 27 ]}

บางครั้งมันถูกมองว่าเป็นทางออกเดียว ในการออกแบบ ซึ่งนำไปสู่ปัญหา การใช้ UML ในทางที่ผิดรวมถึงการใช้มากเกินไป (การออกแบบทุกส่วนของระบบด้วย UML ซึ่งไม่จำเป็น) และการสันนิษฐานว่าผู้เริ่มต้นสามารถออกแบบด้วย UML ได้^{[ 28 ]}

ถือว่าเป็นภาษาขนาดใหญ่ที่มีโครงสร้าง มากมาย บางคน (รวมถึงJacobson ) รู้สึกว่าขนาดของ UML ขัดขวางการเรียนรู้และการใช้งาน^{[ 29 ]}

Visual Studioได้ยกเลิกการสนับสนุน UML ในปี 2016 เนื่องจากไม่มีการใช้งาน^{[ 30 ]}

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

Rational Software จ้าง James Rumbaugh จากGeneral Electricในปี 1994 และหลังจากนั้น บริษัทก็กลายเป็นแหล่งที่มาของวิธีการสร้างแบบจำลองเชิงวัตถุที่เป็นที่นิยมมากที่สุดสองวิธีในยุคนั้น ได้แก่^{[ 31 ]}เทคนิคการสร้างแบบจำลองเชิงวัตถุ (OMT) ของ Rumbaugh และวิธีการของ Grady Booch พวกเขาได้รับการช่วยเหลือจากIvar Jacobsonผู้สร้าง วิธี การวิศวกรรมซอฟต์แวร์เชิงวัตถุ (OOSE) ซึ่งเข้าร่วมงานกับ Rational ในปี 1995 ^{[ 4 ]}

UML เดิมทีมีพื้นฐานมาจากสัญกรณ์ของวิธีการของ Booch เทคนิคการสร้างแบบจำลองวัตถุ ( OMT) และวิศวกรรมซอฟต์แวร์เชิงวัตถุ (OOSE) ซึ่งถูกรวมเข้าไว้ในภาษาเดียว^{[ 14 ]} UML ได้รับการพัฒนาที่ Rational Software ในปี 1994–1995 โดยมีการพัฒนาต่อยอดโดย Rational Software จนถึงปี 1996 ^{[ 4 ]}

ภายใต้การนำทางเทคนิคของ Rumbaugh, Jacobson และ Booch ได้มีการจัดตั้งกลุ่มพันธมิตรที่เรียกว่าUML Partnersขึ้นในปี 1996 เพื่อจัด ทำข้อกำหนด Unified Modeling Language (UML) ให้เสร็จสมบูรณ์ และเสนอต่อ Object Management Group (OMG) เพื่อการกำหนดมาตรฐาน กลุ่มพันธมิตรนี้ยังประกอบด้วยผู้มีส่วนได้ส่วนเสียเพิ่มเติม (เช่นHP , DEC , IBMและMicrosoft ) ร่าง UML 1.0 ของ UML Partners ได้รับการเสนอต่อ OMG ในเดือนมกราคม 1997 โดยกลุ่มพันธมิตร ในเดือนเดียวกันนั้น UML Partners ได้จัดตั้งกลุ่มขึ้นเพื่อกำหนดความหมายที่แน่นอนของโครงสร้างภาษา โดยมีCris Kobryn เป็นประธาน และ Ed Eykholt เป็นผู้บริหาร เพื่อสรุปข้อกำหนดและบูรณาการเข้ากับความพยายามในการกำหนดมาตรฐานอื่นๆ ผลงานนี้คือ UML 1.1 ซึ่งถูกส่งไปยัง OMG ในเดือนสิงหาคม 1997 และได้รับการรับรองโดย OMG ในเดือนพฤศจิกายน 1997 ^{[ 4 ] [ 32 ]}

หลังจากการเผยแพร่ครั้งแรก ได้มีการจัดตั้งคณะทำงาน^{[ 4 ]}เพื่อปรับปรุงภาษา ซึ่งได้เผยแพร่การแก้ไขเล็กน้อยหลายรายการ ได้แก่ 1.3, 1.4 และ 1.5 ^{[ 33 ]}

มาตรฐานที่สร้างขึ้น (รวมถึงมาตรฐานดั้งเดิม) ได้รับการสังเกตว่ามีความคลุมเครือและไม่สอดคล้องกัน^{[ 34 ]}

UML 2.0 เวอร์ชันปรับปรุงครั้งใหญ่ได้เข้ามาแทนที่เวอร์ชัน 1.5 ในปี 2548 ซึ่งได้รับการพัฒนาโดยกลุ่มผู้ร่วมงานที่ขยายใหญ่ขึ้นเพื่อปรับปรุงภาษาให้ดียิ่งขึ้นเพื่อสะท้อนประสบการณ์ใหม่ๆ ในการใช้งานคุณสมบัติของภาษา^{[ 35 ]}

แม้ว่า UML 2.1 จะไม่เคยได้รับการเผยแพร่เป็นข้อกำหนดอย่างเป็นทางการ แต่เวอร์ชัน 2.1.1 และ 2.1.2 ก็ปรากฏขึ้นในปี 2007 ตามด้วย UML 2.2 ในเดือนกุมภาพันธ์ 2009 UML 2.3 ได้รับการเผยแพร่อย่างเป็นทางการในเดือนพฤษภาคม 2010 ^{[ 36 ]} UML 2.4.1 ได้รับการเผยแพร่อย่างเป็นทางการในเดือนสิงหาคม 2011 ^{[ 36 ]} UML 2.5 ได้รับการเผยแพร่ในเดือนตุลาคม 2012 ในฐานะเวอร์ชัน "อยู่ระหว่างดำเนินการ" และได้รับการเผยแพร่อย่างเป็นทางการในเดือนมิถุนายน 2015 ^{[ 36 ]} เวอร์ชันอย่างเป็นทางการ 2.5.1 ได้รับการนำมาใช้ในเดือนธันวาคม 2017 ^{[ 1 ]}

ข้อกำหนด UML 2.x ประกอบด้วยสี่ส่วน:

• โครงสร้างส่วนบนที่กำหนดสัญลักษณ์และความหมายสำหรับแผนภาพและองค์ประกอบแบบจำลองของแผนภาพเหล่านั้น
• โครงสร้างพื้นฐานที่กำหนดแบบจำลองหลักซึ่งเป็นพื้นฐานของโครงสร้างส่วนบน
• ภาษากำหนดข้อจำกัดของวัตถุ ( Object Constraint Language หรือ OCL) ใช้สำหรับกำหนดกฎเกณฑ์สำหรับองค์ประกอบของโมเดล
• ระบบแลกเปลี่ยนแผนภาพ UML ที่กำหนดวิธีการแลกเปลี่ยนเค้าโครงแผนภาพ UML 2

จนกระทั่งถึง UML 2.4.1 เวอร์ชันล่าสุดของมาตรฐานเหล่านี้คือ: ^{[ 37 ]}

• UML Superstructure เวอร์ชัน 2.4.1
• โครงสร้างพื้นฐาน UML เวอร์ชัน 2.4.1
• OCL เวอร์ชัน 2.3.1
• UML Diagram Interchange เวอร์ชัน 1.0

ตั้งแต่เวอร์ชัน 2.5 ข้อกำหนด UML ได้รับการทำให้ง่ายขึ้น (โดยไม่มี Superstructure และ Infrastructure) และเวอร์ชันล่าสุดของมาตรฐานเหล่านี้คือ: ^{[ 38 ]}

• ข้อกำหนด UML 2.5.1
• OCL เวอร์ชัน 2.4

คณะทำงานแก้ไขปรับปรุงยังคงดำเนินการปรับปรุงและแก้ไขปัญหาต่างๆ ที่เกี่ยวข้องกับภาษาต่อไป^{[ 39 ]}

• แบบจำลองและสัญลักษณ์กระบวนการทางธุรกิจ  – การแสดงผลเชิงกราฟิกเพื่อระบุรายละเอียดของกระบวนการทางธุรกิจ
• โมเดล C4  – เทคนิคสำหรับการสร้างแบบจำลองสถาปัตยกรรมซอฟต์แวร์
• กรอบสถาปัตยกรรมกระทรวงกลาโหม  – กรอบสถาปัตยกรรมระดับองค์กร
• DOT (ภาษาอธิบายกราฟ)  – รูปแบบไฟล์
• รายชื่อเครื่องมือ Unified Modeling Language
• UML แบบเรียลไทม์ – การประยุกต์ใช้ภาษาสร้างแบบจำลองรวม (UML)
• MODAF  – กรอบสถาปัตยกรรมองค์กร
• การทดสอบโดยใช้แบบจำลอง  – การประยุกต์ใช้การออกแบบโดยใช้แบบจำลอง
• วิศวกรรมที่ขับเคลื่อนด้วยแบบจำลอง  – ระเบียบวิธีพัฒนาซอฟต์แวร์
• การสร้างแบบจำลองและการวิเคราะห์ระบบเรียลไทม์และระบบฝังตัว
• การวิเคราะห์และการสร้างแบบจำลองบทบาทเชิงวัตถุ  – วิธีการสร้างแบบจำลอง
• ภาษากำหนดลักษณะกระบวนการ  – ชุดของคำศัพท์เชิงตรรกะที่ใช้ในการอธิบายกระบวนการ
• ภาษาสร้างแบบจำลองระบบ  – ภาษาสร้างแบบจำลองอเนกประสงค์หน้าเว็บที่แสดงคำอธิบายสั้น ๆ ของเป้าหมายการเปลี่ยนเส้นทาง

• Tegarden, David และคณะ (2025). การวิเคราะห์และออกแบบระบบ: แนวทางเชิงวัตถุด้วย UML (ฉบับที่ 7). Wiley. ISBN 978-1-394-33172-7 .
• แอมเบลอร์, สก็อตต์ วิลเลียม (2004). คู่มือเบื้องต้นเกี่ยวกับวัตถุ: การพัฒนาแบบจำลองที่ขับเคลื่อนด้วย Agile โดยใช้ UML 2.สำนักพิมพ์มหาวิทยาลัยเคมบริดจ์. ISBN 0-521-54018-6เก็บถาวรจากต้นฉบับเมื่อวันที่ 31 มกราคม 2553 เรียกดูเมื่อวันที่ 29 เมษายน 2549
• Chonoles, Michael Jesse; James A. Schardt (2003). UML 2 สำหรับมือใหม่ . สำนักพิมพ์ Wiley. ISBN 0-7645-2614-6.
• ฟาวเลอร์, มาร์ติน (2004). UML Distilled: คู่มือฉบับย่อเกี่ยวกับภาษาสร้างแบบจำลองวัตถุมาตรฐาน (ฉบับที่ 3). แอดดิสัน-เวสลีย์. ISBN 0-321-19368-7.
• Jacobson, Ivar ; Grady Booch; James Rumbaugh (1998). กระบวนการพัฒนาซอฟต์แวร์แบบรวม . Addison Wesley Longman. ISBN 0-201-57169-2.
• Martin, Robert Cecil (2003). UML สำหรับโปรแกรมเมอร์ Java . Prentice Hall. ISBN 0-13-142848-9.
• Noran, Ovidiu S. "การสร้างแบบจำลองธุรกิจ: UML เทียบกับ IDEF" (PDF) . เก็บถาวรจากต้นฉบับ(PDF)เมื่อวันที่ 18 กรกฎาคม 2024 . เรียกดูเมื่อวันที่ 14 พฤศจิกายน 2022 .
• ฮอร์สต์ คาร์กล์. "แบบจำลองเมตา UML แบบโต้ตอบพร้อมตัวอย่างเพิ่มเติม "
• เพนเกอร์, แมกนัส; ฮันส์-เอริค อีริคสัน (2000) การสร้างแบบจำลองธุรกิจด้วย UML จอห์น ไวลีย์ แอนด์ ซันส์ไอเอสบีเอ็น 0-471-29551-5.
• Douglass, Bruce Powel. "Bruce Douglass: Real-Time Agile Systems and Software Development" (เว็บ) . สืบค้นเมื่อ1 มกราคม 2019 .
• Douglass, Bruce (2014). Real-Time UML Workshop ฉบับที่ 2. Newnes. ISBN 978-0-471-29551-8.
• Douglass, Bruce (2004). UML แบบเรียลไทม์ ฉบับที่ 3. Newnes. ISBN 978-0321160768.
• ดักลาส, บรูซ (2002). รูปแบบการออกแบบแบบเรียลไทม์ . แอดดิสัน-เวสลีย์ โปรเฟสชันแนล. ISBN 978-0201699562.
• ดักลาส, บรูซ (2009). ความคล่องตัวแบบเรียลไทม์ . แอดดิสัน-เวสลีย์ โปรเฟสชันแนล. ISBN 978-0321545497.
• Douglass, Bruce (2010). รูปแบบการออกแบบสำหรับระบบฝังตัวในภาษาซี . Newnes. ISBN 978-1856177078.

วิกิมีเดียคอมมอนส์มีสื่อที่เกี่ยวข้องกับภาษาสร้างแบบจำลองรวม (Unified Modeling Language )

Wikiversity มีแหล่งข้อมูลการเรียนรู้เกี่ยวกับUML

• เว็บไซต์อย่างเป็นทางการ
• ข้อกำหนด UML ปัจจุบัน: Unified Modeling Language 2.5.1หมายเลข เอกสาร OMG formal/2017-12-05 องค์กรพัฒนามาตรฐาน กลุ่มการจัดการวัตถุ (OMG SDO) ธันวาคม 2017