Pendahuluan: Petualangan Belajar UML Saya
Ketika saya pertama kali bertemu dengan Bahasa Pemodelan Terpadu (UML), saya akan jujur—rasanya sangat membingungkan. Dengan 14 jenis diagram yang berbeda dan lebih dari 700 halaman spesifikasi, saya bertanya-tanya apakah saya akan pernah memahaminya semua. Tapi inilah yang saya temukan dalam perjalanan saya:Anda tidak perlu menguasai semua hal sekaligus.
Melalui cobaan, kesalahan, dan banyak latihan, saya belajar bahwa UML kurang tentang menghafal setiap notasi dan lebih tentang memilih bahasa visual yang tepat untuk kebutuhan spesifik Anda. Baik Anda sedang mendokumentasikan sistem perusahaan yang kompleks atau menggambar arsitektur aplikasi sederhana, UML menawarkan alat yang dapat mengubah ide-ide abstrak menjadi desain yang jelas dan dapat dipahami.
Dalam panduan ini, saya berbagi apa yang telah saya pelajari—yang baik, yang menantang, dan yang ternyata sangat bermanfaat—agar Anda dapat menavigasi jalur pembelajaran UML Anda dengan percaya diri. Mari kita mulai!
Memahami UML: Apa yang Saya Sesalkan Tidak Tahu Sebelumnya
Pengecekan Kenyataan: UML Sangat Luas, Tapi Anda Tidak Perlu Semuanya
Pada awal perjalanan saya, saya membuat kesalahan dengan mencoba mempelajari setiap jenis diagram UML secara bersamaan. Kesalahan besar! Inilah yang mengubah sudut pandang saya:
Grady Booch, salah satu pencipta UML, pernah berkata:“Untuk 80% dari semua perangkat lunak, hanya 20% dari UML yang dibutuhkan.”
Ini sangat melepaskan. Saya menyadari bahwa saya bisa fokus pada hal-hal pokok terlebih dahulu:
Apa yang paling banyak digunakan komunitas (berdasarkan survei):
-
Banyak digunakan (≥60% adopsi): Diagram Kelas, Diagram Kasus Penggunaan, Diagram Urutan, Diagram Aktivitas
-
Digunakan secara moderat: Diagram Komponen, Diagram Penempatan, Diagram Mesin Status
-
Skenario khusus: Diagram-diagram tersisa melayani kebutuhan arsitektur atau analisis tertentu
Jalur Pembelajaran yang Saya Sarankan
Berdasarkan pengalaman saya dan data survei, inilah cara yang saya sarankan untuk mendekati UML:
-
Mulai dengan Tiga Besar: Diagram Kasus Penggunaan, Diagram Kelas, dan Diagram Urutan
-
Tambahkan Alur Proses: Diagram Aktivitas
-
Perluas ke Arsitektur: Diagram Komponen dan Diagram Penempatan
-
Menguasai Perilaku Status: Diagram Mesin Status
-
Jelajahi Jenis Lanjutan: Seperti yang dibutuhkan untuk proyek Anda
Asal Usul: Bagaimana UML Muncul
Memahami sejarah UML membantu saya menghargai mengapa strukturnya seperti ini. Inilah kisah menariknya:
Tiga Teman Ajaib Bersatu
Pada awal tahun 1990-an, tiga pikiran brilian sedang mengerjakan metode berorientasi objek yang terpisah:
-
James Rumbaugh – Ciptakan OMT (Teknik Pemodelan Objek) pada 1991
-
Terbaik untuk: Analisis dan sistem informasi yang intensif data
-
-
Grady Booch – Kembangkan Metode Booch pada 1994
-
Terbaik untuk: Desain dan implementasi
-
Fakta menarik: Notasinya menggunakan banyak bentuk awan (tidak terlalu rapi!)
-
-
Ivar Jacobson – Ciptakan OOSE (Rekayasa Perangkat Lunak Berorientasi Objek) pada 1992
-
Kontribusi utama: Kasus Penggunaan – revolusioner untuk memahami perilaku sistem
-
Pengubah permainan: Pada tahun 1994, Rumbaugh meninggalkan General Electric untuk bergabung dengan Booch di Rational Corp. Tujuan mereka? Menggabungkan metode mereka menjadi sebuah “Metode Terpadu.” Pada tahun 1995, Jacobson bergabung dengan mereka, membawa Use Cases ke dalam campuran. “Tiga Teman” lahir!
Perjalanan Standarisasi
-
1996: OMG (Object Management Group) mengeluarkan permintaan proposal pertama (RFP)
-
1997: UML 1.0 diajukan ke OMG
-
Akhir tahun 1997: UML 1.1 diadopsi setelah mempertimbangkan masukan dari IBM, ObjecTime, dan lainnya
-
Evolusi: Berkembang melalui versi 1.5, 2.0, 2.1, dan sekarang UML 2.5
Mengapa Saya Menggunakan UML: Manfaat Dunia Nyata
Setelah bekerja dengan UML pada berbagai proyek, berikut adalah manfaat nyata yang telah saya alami:
1. Komunikasi Antar Tim
UML memberi saya bahasa bersama untuk membahas sistem yang kompleks dengan:
-
Analis – yang perlu memahami persyaratan
-
Pengembang – yang menerapkan desain
-
Pengujicoba – yang memverifikasi fungsionalitas
-
Pihak Berkepentingan – yang membutuhkan gambaran tingkat tinggi
-
Penulis Teknis – yang mendokumentasikan sistem
2. Mengelola Kompleksitas
Ketika sistem semakin berkembang, UML membantu saya menghadapi:
-
Tantangan distribusi fisik
-
Masalah konkurensi
-
Arsitektur keamanan
-
Strategi penyeimbangan beban
-
Perencanaan ketahanan terhadap kesalahan
3. Desain Sebelum Kode
Saya belajar untuk memvisualisasikan arsitektur sebelum menulis satu baris kode pun, menghemat berjam-jam waktu untuk melakukan refactoring.
14 Jenis Diagram UML: Pengalaman Langsung Saya
Diagram UML dibagi menjadi dua kategori utama. Biarkan saya berbagi apa yang telah saya pelajari tentang masing-masing:
DIAGRAM STRUKTUR (Tampilan Statis)
Diagram ini menunjukkan struktur statis sistem Anda—apa yang ada dan bagaimana organisasinya.
1. Diagram Kelas: Tulang Punggung Desain Berbasis Objek
Apa yang saya gunakan untuk: Ini adalah diagram pilihan saya untuk hampir setiap proyek berbasis objek. Diagram ini menunjukkan:
-
Kelas-kelas dalam sistem Anda
-
Atribut dan operasi
-
Hubungan antar kelas
Hubungan utama yang saya modelkan:
-
Asosiasi: “Seseorang bekerja untuk sebuah perusahaan”
-
Pewarisan: “Seorang Manajer adalah Karyawan”
-
Agregasi: “Sebuah Departemen memiliki Karyawan”
Contoh Diagram Kelas:
Saran saya: Mulailah dengan pandangan tingkat tinggi, lalu turunkan ke kelas-kelas yang kompleks. Jangan mencoba memodelkan semua hal sekaligus!
2. Diagram Komponen: Memetakan Arsitektur Perangkat Lunak
Ketika saya membutuhkan ini: Ketika saya perlu menunjukkan bagaimana komponen-komponen besar terhubung satu sama lain untuk membentuk sistem.
Apa yang terungkap:
-
Komponen perangkat lunak (runtime, eksekusi, kode sumber)
-
Ketergantungan antar komponen
-
Arsitektur sistem dalam sekali pandang
Contoh Diagram Komponen:
Penggunaan dunia nyata: Saya banyak menggunakan ini saat mengalihkan aplikasi monolitik ke mikroservis—ini membantu memvisualisasikan batas-batas komponen.
3. Diagram Penempatan: Memvisualisasikan Infrastruktur Fisik
Alat perencanaan penempatan saya: Diagram ini memodelkan aspek-aspek fisik dari sistem Anda.
Apa yang saya modelkan:
-
Konfigurasi perangkat keras (server, perangkat)
-
Artifak perangkat lunak yang ditempatkan di setiap node
-
Topologi jaringan
-
Konfigurasi runtime
Contoh Diagram Penempatan:
Kiat pro: Gunakan ini saat merencanakan penempatan di cloud atau sistem terdistribusi—ini sangat berharga untuk diskusi infrastruktur.
4. Diagram Objek: Gambaran Saat Tertentu
Momen ‘Aha!’: Awalnya saya bingung antara Diagram Objek dengan Diagram Kelas. Ini perbedaannya:
-
Diagram Kelas: Model abstrak (kerangka kerja)
-
Diagram Objek: Instans konkrit pada saat tertentu (bangunan yang sebenarnya)
Kapan saya menggunakannya: Untuk menunjukkan contoh struktur data atau memvalidasi desain kelas saya.
Membandingkan Keduanya:
Contoh Diagram Kelas (template):
Contoh Diagram Objek (pada saat tertentu – Peter mengunggah dua lampiran):
Wawasan saya: Diagram objek terbatas penggunaannya tetapi sangat kuat untuk debugging dan memahami skenario tertentu.
5. Diagram Paket: Mengatur Kompleksitas
Alat organisasi saya: Ketika sistem menjadi besar, saya menggunakan diagram paket untuk:
-
Mengelompokkan elemen-elemen yang terkait secara logis
-
Menunjukkan ketergantungan antar paket
-
Memodelkan arsitektur berlapis-lapis
Contoh Diagram Paket:
Praktik terbaik: Saya mengorganisasi paket berdasarkan fitur atau lapisan (tampilan, bisnis, data) tergantung pada proyek.
6. Diagram Struktur Komposit: Di Dalam Kotak Hitam
Baru di UML 2.0: Awalnya tidak familiar bagi saya, tetapi sangat kuat untuk pemodelan tingkat mikro.
Apa yang ditunjukkan:
-
Struktur internal kelas
-
Bagian-bagian individu (bukan seluruh kelas)
-
Port untuk interaksi
-
Konektor antar bagian
Contoh Diagram Struktur Komposit:
Ketika bersinar: Memodelkan kolaborasi kompleks dalam satu kelas atau komponen.
7. Diagram Profil: Menyesuaikan UML
Alat toolkit penyesuaian saya: Diagram profil memungkinkan saya membuat ekstensi khusus domain.
Kemampuan:
-
Tentukan stereotip khusus
-
Buat nilai bertanda
-
Tetapkan hubungan khusus domain
Contoh Diagram Profil:
Kasus penggunaan saya: Saya membuat profil untuk sistem keuangan dengan stereotip seperti “EntitasDikendalikan” dan “JejakAudit.”
DIAGRAM BEHAVIOR (Tampilan Dinamis)
Diagram ini menangkapbagaimana sistem Anda berperilaku seiring waktu.
8. Diagram Kasus Penggunaan: Perspektif Pengguna
Poin awal saya untuk setiap proyek: Diagram kasus penggunaan memodelkan fungsi sistem dari sudut pandang pengguna.
Analogi menu restoran: Sama seperti menu menunjukkan apa yang tersedia (hidangan, harga, jenis masakan), diagram kasus penggunaan menunjukkan:
-
Aktor: Siapa yang berinteraksi dengan sistem
-
Kasus Penggunaan: Apa yang dilakukan sistem
-
Hubungan: Bagaimana aktor dan use case terhubung
Contoh Diagram Use Case:
Mengapa saya menyukainya: Ini adalah alat yang sempurna untuk pengumpulan kebutuhan dengan pemangku kepentingan non-teknis. Semua orang mengerti menu!
9. Diagram Aktivitas: Memetakan Alur Kerja
Alat visualisasi proses saya: Pikirkan ini sebagai bagan alir yang canggih.
Apa yang saya model:
-
Kegiatan langkah demi langkah
-
Titik keputusan (cabang)
-
Operasi paralel (cabang/gabungan)
-
Aturan bisnis yang kompleks
-
Proses alur kerja
Contoh Diagram Aktivitas:
Aplikasi nyata: Saya telah menggunakan diagram aktivitas untuk mendokumentasikan alur persetujuan, pipeline pemrosesan data, dan alur onboarding pengguna.
10. Diagram Mesin Status: Melacak Siklus Hidup Objek
Memahami sistem berbasis status: Diagram ini menunjukkan bagaimana objek berubah status sebagai respons terhadap peristiwa.
Elemen kunci:
-
Status (apa yang dilakukan objek)
-
Transisi (bagaimana berpindah antar status)
-
Peristiwa (apa yang memicu transisi)
Contoh Diagram Mesin Status:
Pengalaman saya: Sangat berharga untuk memodelkan proses pesanan (Tertunda → Disetujui → Dikirim → Diterima) atau status akun pengguna.
11. Diagram Urutan: Interaksi Berbasis Waktu
Pemeta kolaborasi saya: Ini menunjukkan bagaimana objek berinteraksi seiring waktu.
Apa yang terungkap:
-
Aliran pesan antar objek
-
Urutan temporal interaksi
-
Garis hidup yang menunjukkan keberadaan objek
-
Skenario kasus penggunaan tertentu
Contoh Diagram Urutan:
Fitur hebat: Beberapa alat (seperti Visual Paradigm) dapat menghasilkan diagram urutan langsung dari deskripsi kasus penggunaan—hemat waktu yang sangat besar!
12. Diagram Komunikasi: Fokus pada Kolaborasi Objek
Mirip dengan urutan, tetapi penekanan berbeda: Sementara diagram urutan berfokus pada waktu, diagram komunikasi menekankanhubungan objek.
Perbedaan utama:
-
Diagram Urutan: “Kapan ini terjadi?”
-
Diagram Komunikasi: “Siapa yang berbicara dengan siapa?”
Contoh Diagram Komunikasi:
Alur kerja saya: Saya sering membuat satu dan membiarkan alat pemodelan saya menghasilkan yang lain—mereka setara secara semantik!
13. Diagram Gambaran Interaksi: Kontrol Alur Tingkat Tinggi
Gambaran besar mengenai interaksi: Ini adalah varian dari diagram aktivitas yang berfokus pada aliran interaksi.
Fitur unik:
-
Node mewakili interaksi (bukan aktivitas)
-
Pesan dan garis hidup disembunyikan
-
Tautan ke diagram rinci
-
Navigasi tinggi antar diagram
Contoh Diagram Gambaran Interaksi:
Kapan saya menggunakannya: Untuk sistem kompleks dengan berbagai skenario interaksi—memberikan ‘daftar isi’ untuk interaksi rinci.
14. Diagram Waktu: Batasan Waktu yang Presisi
Alat khusus bagi spesialis: Bentuk khusus dari diagram urutan dengan sumbu yang dibalik.
Perbedaan dari diagram urutan:
-
Waktu meningkat kiri ke kanan (bukan atas ke bawah)
-
Garis hidup dalam kompartemen vertikal terpisah
-
Fokus pada batasan waktu
Contoh Diagram Waktu:
Kasus penggunaan saya: Sistem waktu nyata, sistem tertanam, atau di mana saja waktu yang presisi penting (seperti pengendali lampu lalu lintas).
UML Modern: Pengalaman Saya dengan Alat Berbasis Kecerdasan Buatan
Pengubah Permainan: Diagram yang Dibantu Kecerdasan Buatan
Tepat ketika saya pikir saya sudah mengerti UML, alat AI muncul—dan mereka telah mengubah alur kerja saya!
Ekosistem AI Visual Paradigmtelah membuat pembuatan diagram lebih cepat dan intuitif:
1. AI Diagram Chatbot 💬
Saya hanya menjelaskan sistem saya dalam bahasa Inggris yang sederhana, dan ia langsung membuat diagram UML yang sesuai. Saya bahkan bisa mengajukan pertanyaan lanjutan untuk menyempurnakan logika.
👉 Coba sekarang: AI Diagram Chatbot
2. AI WebApps 🌐
Alur kerja yang dipandu AI langkah demi langkah membantu saya membuat, menyempurnakan, dan mengembangkan diagram kompleks melalui antarmuka web yang intuitif.
👉 Jelajahi: AI WebApps
3. Pembuat AI Desktop ⚡
Saya mengakses pembuatan diagram otomatis berkecepatan tinggi langsung di dalam Visual Paradigm Desktop untuk pemodelan berkualitas profesional.
👉 Pelajari lebih lanjut: Panduan Pembuat Diagram
4. Manajemen Pengetahuan OpenDocs 📝
Saya secara mulus menyematkan diagram yang dihasilkan AI ke dalam dokumentasi saya, menjaga agar pengetahuan teknis dan model visual tetap selaras sempurna.
👉 Temukan: OpenDocs
Ekosistem lengkap: Jelajahi Pembuatan Diagram AI
Toolkit UML Saya: Sumber Daya Penting
Rekomendasi Perangkat Lunak UML Gratis
Ketika saya mulai, anggaran saya terbatas.Visual Paradigm Community Editionmenjadi penyelamat saya:
✅ Mendukung semua jenis diagram UML sebanyak 14
✅ Antarmuka yang intuitif dan mendapat penghargaan
✅ Sepenuhnya gratis untuk pembelajaran
✅ Pengakuan internasional
📥 Unduh: Visual Paradigm Community Edition
Glosarium UML: Istilah yang Sering Saya Rujuk
Sepanjang perjalanan saya, saya telah membuat glosarium pribadi. Berikut adalah istilah yang paling sering saya gunakan:
A-C
-
Kelas Abstrak: Kelas yang tidak akan pernah diinstansiasi
-
Aktor: Seseorang atau benda yang memicu peristiwa sistem
-
Aktivitas: Langkah atau tindakan dalam Diagram Aktivitas
-
Agregasi: Hubungan ‘bagian dari’ (ditampilkan dengan berlian kosong)
-
Asosiasi: Koneksi antara dua elemen model
-
Atribut: Karakteristik dari suatu objek
-
Kelas: Kategori dari objek-objek yang serupa
-
Komponen: Satuan kode yang dapat diimplementasikan
-
Kongurensi: Beberapa operasi terjadi secara bersamaan
D-G
-
Diagram Penempatan: Menunjukkan hubungan prosesor
-
Enkapsulasi: Data dalam objek bersifat pribadi
-
Generalisasi: Hubungan pewarisan (panah kosong ke kelas induk)
-
Kondisi Pengawas: Ekspresi Boolean yang mengendalikan transisi
I-M
-
Pewarisan: Kelas turunan mewarisi atribut kelas induk
-
Antarmuka: Kontrak untuk perilaku
-
Pesan: Permintaan dari satu objek ke objek lain
-
Multiplisitas: Hubungan kuantitas objek
-
Metode: Fungsi atau prosedur dalam objek
O-S
-
Objek: Contoh dari sebuah kelas
-
Paket: Pengelompokan logis elemen-elemen UML
-
Polimorfisme: Pesan yang sama, metode yang berbeda
-
Status: Apa yang sedang dilakukan sistem pada suatu titik waktu
-
Stereotip: Modifikasi UML “dialek” khusus
T-Z
-
Transisi: Perubahan dari satu status ke status lain
-
Kasus Penggunaan: Tindakan yang diambil sistem sebagai respons terhadap aktor
-
Visibilitas: Tingkat akses (Publik, Dilindungi, Pribadi)
-
Alur kerja: Sekumpulan aktivitas yang menghasilkan hasil tertentu
Buku-Buku yang Mengubah Pemahaman Saya tentang UML
Sumber daya ini mempercepat pembelajaran saya secara signifikan:
-
UML Distilled: Panduan Singkat ke Bahasa Pemodelan Objek Standar – Titik awal yang sempurna
-
Panduan Pengguna Bahasa Pemodelan Terpadu – Referensi komprehensif
-
Belajar UML 2.0 – Pengantar praktis
-
Menerapkan Pemodelan Objek Berbasis Kasus Penggunaan dengan UML – Contoh dunia nyata
-
Dasar-Dasar Desain Berorientasi Objek dalam UML – Prinsip desain mendalam
-
UML 2 dan Proses Terpadu – Integrasi proses
-
Pola Desain: Elemen Perangkat Lunak Berorientasi Objek yang Dapat Digunakan Kembali – Integrasi pola
-
Analisis dan Desain Berorientasi Objek dengan Aplikasi – Teks klasik
-
Membangun Aplikasi Web dengan UML – Panduan khusus web
-
Buku Manual Referensi Bahasa Pemodelan Terpadu – Spesifikasi lengkap
Pelajaran yang Dipelajari: Refleksi Perjalanan Saya dengan UML
Apa yang Berhasil untuk Saya
-
Mulai Kecil: Saya fokus pada 3-4 jenis diagram secara awal (Use Case, Kelas, Urutan, Aktivitas)
-
Berlatih pada Proyek Nyata: Teori saja tidak cukup—saya butuh penerapan
-
Gunakan Alat yang Tepat untuk Pekerjaan: Tidak setiap diagram cocok untuk setiap situasi
-
Iterasi: Diagram pertama saya berantakan. Revisi membuatnya jauh lebih baik
-
Manfaatkan Alat AI: Bantuan AI modern meningkatkan produktivitas saya secara signifikan
Kesalahan Umum yang Saya Buat (Agar Anda Tidak Perlu Melakukannya)
❌ Mencoba mempelajari semua 14 jenis sekaligus → Fokus pada 20% yang digunakan 80% waktu
❌ Over-modeling → Tidak semua hal membutuhkan diagram
❌ Mengabaikan kebutuhan pemangku kepentingan → Audiens yang berbeda membutuhkan diagram yang berbeda
❌ Perfeksionisme → Cukup baik sekarang lebih baik daripada sempurna nanti
❌ Melewatkan dasar-dasar → Kuasai diagram Kelas dan diagram Use Case terlebih dahulu
Jalur Pembelajaran yang Saya Rekomendasikan
Minggu 1-2: Diagram Use Case + Diagram Aktivitas
Minggu 3-4: Diagram Kelas (penjelajahan mendalam)
Minggu 5-6: Diagram Urutan + Diagram Komunikasi
Minggu 7-8: Diagram Mesin Status + Diagram Komponen
Di Luar Itu: Jelajahi diagram khusus sesuai kebutuhan proyek muncul
Kesimpulan: Perjalanan UML Anda Dimulai Sekarang
Melihat ke belakang, rasa takut saya awal terhadap UML adalah tidak perlu. Ya, itu komprehensif—14 jenis diagram, lebih dari 700 halaman spesifikasi—tetapi kamu tidak perlu menguasai semuanya.
Inilah yang ingin saya sampaikan:
✨ Mulailah dari hal-hal penting: Diagram Use Case, Kelas, dan Urutan akan membawamu melalui sebagian besar proyek
✨ Belajar dengan melakukan: Pilih proyek nyata dan buat modelnya. Kamu akan belajar lebih banyak dalam satu minggu praktik daripada sebulan membaca
✨ Terima alat-alatnya: Alat berbasis AI modern seperti Visual Paradigm membuat pembuatan diagram lebih cepat dan lebih mudah diakses daripada sebelumnya
✨ Fokus pada komunikasi: Kekuatan sebenarnya UML bukanlah notasi yang sempurna—tetapi menciptakan pemahaman bersama di seluruh tim Anda
✨ Iterasi dan tingkatkan: Diagram pertama Anda tidak akan sempurna. Tidak apa-apa. Sempurnakan mereka seiring dengan berkembangnya pemahaman Anda
Inti masalahnya: UML adalah alat, bukan agama. Gunakan yang sesuai kebutuhan Anda, abaikan yang tidak, dan selalu ingat bahwa diagram terbaik adalah yang membantu tim Anda membuat perangkat lunak yang lebih baik.
Siap mulai? Unduh alat UML gratis, pilih sistem sederhana yang Anda kuasai, dan buat diagram Use Case pertama Anda hari ini. Diri Anda di masa depan—menatap masalah arsitektur yang rumit—akan mengucapkan terima kasih.
Selamat memodelkan! 🎨
Referensi
- Kelompok Manajemen Objek (OMG): Organisasi yang mengelola UML sebagai standar industri.
- Spesifikasi UML: Dokumentasi resmi spesifikasi UML.
- Chatbot Diagram AI: Jelaskan logika sistem Anda dalam bahasa alami dan biarkan AI segera membuat kerangka diagram UML.
- Aplikasi Web AI: Alur kerja yang dibimbing AI langkah demi langkah untuk membuat, menyempurnakan, dan mengembangkan diagram rumit.
- Panduan Pembuat Diagram: Alat pembuatan diagram otomatis berkecepatan tinggi dalam Visual Paradigm.
- OpenDocs: Pusat pengetahuan pusat untuk mengelola diagram hasil generasi AI dan dokumentasi teknis.
- Ekosistem Generasi Diagram AI: Panduan lengkap mengenai ekosistem pemodelan AI Visual Paradigm.
- Edisi Komunitas Visual Paradigm: Perangkat lunak UML gratis yang mendukung semua jenis diagram.
- Teknik Pemodelan Objek (OMT): Metode tahun 1991 oleh James Rumbaugh, paling cocok untuk analisis dan sistem yang intensif data.
- James Rumbaugh: Co-creator UML dan pengembang OMT.
- Grady Booch: Co-creator UML, dikenal karena Metode Booch yang sangat baik untuk desain dan implementasi.
- Bahasa Pemrograman Ada: Bahasa yang sangat banyak digunakan Grady Booch dalam mengembangkan teknik OO.
- Ivar Jacobson: Pencipta OOSE dan Use Cases, orang ketiga ‘Amigo’ dalam pengembangan UML.
- Alat Desain UML Profesional: Fitur pemodelan UML profesional Visual Paradigm.
This post is also available in Deutsch, English, Español, فارسی, Français, English, 日本語, Polski, Portuguese, Ру́сский and Việt Nam.