Unified Modeling Language (UML) adalah bahasa pemodelan tujuan umum. Tujuan utama UML adalah untuk mendefinisikan cara standar untuk memvisualisasikan cara sistem telah dirancang. Ini sangat mirip dengan cetak biru yang digunakan di bidang teknik lainnya.

Pengertian UML, Sejarah UML dan Fungsi UML Lengkap
Pengertian UML, Sejarah UML dan Fungsi UML Lengkap


UML bukan bahasa pemrograman, melainkan bahasa visual. Kami menggunakan diagram UML untuk menggambarkan perilaku dan struktur sistem. UML membantu insinyur perangkat lunak, pengusaha, dan arsitek sistem dengan pemodelan, desain, dan analisis. Object Management Group (OMG) mengadopsi Unified Modeling Language sebagai standar pada tahun 1997. Sejak saat itu telah dikelola oleh OMG. Organisasi Internasional untuk Standardisasi (ISO) menerbitkan UML sebagai standar yang disetujui pada tahun 2005. UML telah direvisi selama bertahun-tahun dan ditinjau secara berkala.


Kapan Menggunakan UML?

  • Aplikasi yang kompleks membutuhkan kolaborasi dan perencanaan dari banyak tim dan karenanya memerlukan cara yang jelas dan ringkas untuk berkomunikasi di antara mereka.
  • Pengusaha tidak mengerti kode. Jadi UML menjadi penting untuk berkomunikasi dengan non programmer persyaratan penting, fungsi dan proses dari sistem.
  • Banyak waktu yang dihemat saat tim dapat memvisualisasikan proses, interaksi pengguna, dan struktur statis sistem.
  • UML dikaitkan dengan desain dan analisis berorientasi objek. UML memanfaatkan elemen dan membentuk asosiasi di antara mereka untuk membentuk diagram. Diagram dalam UML secara garis besar dapat diklasifikasikan sebagai:


Diagram Struktural – Menangkap aspek atau struktur statis dari suatu sistem. Diagram Struktural meliputi: Diagram Komponen, Diagram Objek, Diagram Kelas, dan Diagram Deployment.

Diagram Perilaku – Menangkap aspek dinamis atau perilaku sistem. Diagram perilaku meliputi: Use Case Diagram, State Diagram, Activity Diagram dan Interaction Diagram.

Gambar di bawah ini menunjukkan hierarki diagram menurut UML 2.2



Konsep Berorientasi Objek yang Digunakan dalam UML

Kelas – Kelas mendefinisikan cetak biru yaitu struktur dan fungsi suatu objek.

Objek – Objek membantu kami menguraikan sistem besar dan membantu kami memodulasi sistem kami. Modularitas membantu membagi sistem kami menjadi komponen-komponen yang dapat dimengerti sehingga kami dapat membangun sistem kami sepotong demi sepotong. Objek adalah unit dasar (blok bangunan) dari suatu sistem yang digunakan untuk menggambarkan suatu entitas.

Warisan - Warisan adalah mekanisme di mana kelas anak mewarisi properti dari kelas induknya.

Abstraksi – Mekanisme di mana detail implementasi disembunyikan dari pengguna.

Enkapsulasi – Mengikat data bersama dan melindunginya dari dunia luar disebut sebagai enkapsulasi.

Polimorfisme – Mekanisme dimana fungsi atau entitas dapat eksis dalam berbagai bentuk.


Diagram UML Struktural 

  • Diagram Kelas – Diagram UML yang paling banyak digunakan adalah diagram kelas. Ini adalah blok bangunan dari semua sistem perangkat lunak berorientasi objek. Kami menggunakan diagram kelas untuk menggambarkan struktur statis suatu sistem dengan menunjukkan kelas sistem, metode dan atributnya. Diagram kelas juga membantu kita mengidentifikasi hubungan antara kelas atau objek yang berbeda.
  • Diagram Struktur Komposit – Kami menggunakan diagram struktur komposit untuk mewakili struktur internal kelas dan titik interaksinya dengan bagian lain dari sistem. Sebuah diagram struktur komposit mewakili hubungan antara bagian dan konfigurasi mereka yang menentukan bagaimana classifier (kelas, komponen, atau node penyebaran) berperilaku. Mereka mewakili struktur internal pengklasifikasi terstruktur yang menggunakan bagian, port, dan konektor. Kami juga dapat memodelkan kolaborasi menggunakan diagram struktur komposit. Mereka mirip dengan diagram kelas kecuali mereka mewakili bagian-bagian individu secara rinci dibandingkan dengan seluruh kelas.
  • Diagram Objek – Diagram Objek dapat disebut sebagai tangkapan layar dari instance dalam suatu sistem dan hubungan yang ada di antara mereka. Karena diagram objek menggambarkan perilaku ketika objek telah dipakai, kami dapat mempelajari perilaku sistem pada saat tertentu. Diagram objek mirip dengan diagram kelas kecuali menunjukkan contoh kelas dalam sistem. Kami menggambarkan pengklasifikasi aktual dan hubungan mereka menggunakan diagram kelas. Di sisi lain, Diagram Objek mewakili contoh spesifik dari kelas dan hubungan di antara mereka pada suatu titik waktu.
  • Diagram Komponen – Diagram komponen digunakan untuk mewakili bagaimana komponen fisik dalam suatu sistem telah diatur. Kami menggunakannya untuk memodelkan detail implementasi. Component Diagram menggambarkan hubungan struktural antara elemen sistem perangkat lunak dan membantu kita dalam memahami jika persyaratan fungsional telah dicakup oleh pengembangan yang direncanakan. Diagram Komponen menjadi penting untuk digunakan ketika kita merancang dan membangun sistem yang kompleks. Antarmuka digunakan oleh komponen sistem untuk berkomunikasi satu sama lain.
  • Deployment Diagram – Deployment Diagram digunakan untuk mewakili perangkat keras sistem dan perangkat lunaknya. Diagram ini memberi tahu kita komponen perangkat keras apa yang ada dan komponen perangkat lunak apa yang berjalan di dalamnya. Kami menggambarkan arsitektur sistem sebagai distribusi artefak perangkat lunak di atas target terdistribusi. Artefak adalah informasi yang dihasilkan oleh perangkat lunak sistem. Mereka terutama digunakan ketika perangkat lunak sedang digunakan, didistribusikan atau digunakan di beberapa mesin dengan konfigurasi yang berbeda.
  • Diagram Paket – Kami menggunakan Diagram Paket untuk menggambarkan bagaimana paket dan elemennya telah diatur. Diagram paket hanya menunjukkan kepada kita ketergantungan antara paket yang berbeda dan komposisi internal paket. Paket membantu kita untuk mengatur diagram UML ke dalam kelompok yang bermakna dan membuat diagram mudah dimengerti. Mereka terutama digunakan untuk mengatur kelas dan menggunakan diagram kasus.

Diagram Perilaku UML

  • Diagram Mesin Status – Diagram status digunakan untuk mewakili kondisi sistem atau bagian dari sistem pada waktu yang terbatas. Ini adalah diagram perilaku dan mewakili perilaku menggunakan transisi keadaan terbatas. Diagram keadaan juga disebut sebagai mesin Negara dan Diagram Bagan Negara. Istilah-istilah ini sering digunakan secara bergantian. Jadi sederhananya, diagram keadaan digunakan untuk memodelkan perilaku dinamis suatu kelas dalam menanggapi waktu dan mengubah rangsangan eksternal.
  • Diagram Aktivitas – Kami menggunakan Diagram Aktivitas untuk menggambarkan aliran kontrol dalam suatu sistem. Kita juga dapat menggunakan diagram aktivitas untuk merujuk pada langkah-langkah yang terlibat dalam pelaksanaan use case. Kami memodelkan aktivitas berurutan dan bersamaan menggunakan diagram aktivitas. Jadi, pada dasarnya kami menggambarkan alur kerja secara visual menggunakan diagram aktivitas. Diagram aktivitas berfokus pada kondisi aliran dan urutan terjadinya. Kami menggambarkan atau menggambarkan apa yang menyebabkan peristiwa tertentu menggunakan diagram aktivitas.
  • Use Case Diagram – Use Case Diagram digunakan untuk menggambarkan fungsionalitas sistem atau bagian dari sistem. Mereka banyak digunakan untuk menggambarkan persyaratan fungsional sistem dan interaksinya dengan agen eksternal (aktor). Use case pada dasarnya adalah diagram yang mewakili skenario yang berbeda di mana sistem dapat digunakan. Diagram use case memberi kita pandangan tingkat tinggi tentang apa yang dilakukan sistem atau bagian dari sistem tanpa masuk ke detail implementasi.
  • Diagram Urutan – Diagram urutan hanya menggambarkan interaksi antara objek dalam urutan berurutan yaitu urutan interaksi ini berlangsung. Kita juga dapat menggunakan istilah diagram peristiwa atau skenario peristiwa untuk merujuk ke diagram urutan. Sequence diagram menggambarkan bagaimana dan dalam urutan apa objek-objek dalam suatu fungsi sistem. Diagram ini banyak digunakan oleh pengusaha dan pengembang perangkat lunak untuk mendokumentasikan dan memahami persyaratan untuk sistem baru dan yang sudah ada.
  • Diagram Komunikasi – Diagram Komunikasi (dikenal sebagai Diagram Kolaborasi di UML 1.x) digunakan untuk menunjukkan pesan berurutan yang dipertukarkan antar objek. Sebuah diagram komunikasi berfokus terutama pada objek dan hubungan mereka. Kami dapat merepresentasikan informasi serupa menggunakan diagram Sequence, namun, diagram komunikasi mewakili objek dan tautan dalam bentuk bebas.
  • Diagram Waktu – Diagram Waktu adalah bentuk khusus dari diagram Sequence yang digunakan untuk menggambarkan perilaku objek selama jangka waktu tertentu. Kami menggunakannya untuk menunjukkan batasan waktu dan durasi yang mengatur perubahan status dan perilaku objek.
  • Diagram Ikhtisar Interaksi – Diagram Ikhtisar Interaksi memodelkan urutan tindakan dan membantu kita menyederhanakan interaksi yang kompleks menjadi kejadian yang lebih sederhana. Ini adalah campuran dari aktivitas dan diagram urutan.

Asal UML

Tujuan UML adalah untuk menyediakan notasi standar yang dapat digunakan oleh semua metode berorientasi objek dan untuk memilih dan mengintegrasikan elemen terbaik dari notasi prekursor. UML telah dirancang untuk berbagai aplikasi. Oleh karena itu, menyediakan konstruksi untuk berbagai sistem dan kegiatan (misalnya, sistem terdistribusi, analisis, desain sistem dan penyebaran).

UML adalah notasi yang dihasilkan dari penyatuan OMT dari

Teknik Pemodelan Objek OMT [James Rumbaugh 1991] - yang terbaik untuk analisis dan sistem informasi intensif data.
Booch [Grady Booch 1994] - sangat baik untuk desain dan implementasi. Grady Booch telah bekerja secara ekstensif dengan bahasa Ada, dan telah menjadi pemain utama dalam pengembangan teknik Berorientasi Objek untuk bahasa tersebut. Meskipun metode Booch kuat, notasinya kurang diterima dengan baik (banyak bentuk awan mendominasi modelnya - tidak terlalu rapi)
OOSE (Rekayasa Perangkat Lunak Berorientasi Objek [Ivar Jacobson 1992]) - menampilkan model yang dikenal sebagai Use Cases. Use Cases adalah teknik yang kuat untuk memahami perilaku seluruh sistem (area di mana OO secara tradisional lemah).
Pada tahun 1994, Jim Rumbaugh, pencipta OMT, mengejutkan dunia perangkat lunak ketika ia meninggalkan General Electric dan bergabung dengan Grady Booch di Rational Corp. Tujuan dari kemitraan ini adalah untuk menggabungkan ide-ide mereka menjadi satu metode terpadu (judul kerja untuk metode itu memang "Metode Terpadu").

Pada tahun 1995, pencipta OOSE, Ivar Jacobson, juga bergabung dengan Rational, dan ide-idenya (khususnya konsep "Use Cases") dimasukkan ke dalam Metode Terpadu yang baru - sekarang disebut Bahasa Pemodelan Terpadu1. Tim Rumbaugh, Booch dan Jacobson dikenal sebagai "Tiga Amigos"

UML juga telah dipengaruhi oleh notasi berorientasi objek lainnya:

Mellor dan Shlaer [1998]
Coad dan Yourdon [1995]
Wirfs-Brock [1990]
Martin dan Odell [1992]
UML juga mencakup konsep-konsep baru yang tidak ada dalam metode utama lainnya pada saat itu, seperti mekanisme ekstensi dan bahasa kendala.

Sejarah UML

  • Selama tahun 1996, Request for Proposal (RFP) pertama yang dikeluarkan oleh Object Management Group (OMG) memberikan katalis bagi organisasi-organisasi ini untuk bergabung dalam menghasilkan tanggapan RFP bersama.
  • Rational membentuk konsorsium Mitra UML dengan beberapa organisasi yang bersedia mendedikasikan sumber daya untuk bekerja menuju definisi UML 1.0 yang kuat. Mereka yang paling berkontribusi pada definisi UML 1.0 termasuk:
  • Perusahaan Peralatan Digital
  • HP
  • i-Logix
  • IntelliCorp
  • IBM
  • Komputasi ICON
  • Rumah Sistem MCI
  • Microsoft
  • Peramal
  • Perangkat Lunak Rasional
  • TI
  • Unisys
  • Kolaborasi ini menghasilkan UML 1.0, bahasa pemodelan yang terdefinisi dengan baik, ekspresif, kuat, dan dapat diterapkan secara umum. Ini diserahkan ke OMG pada Januari 1997 sebagai tanggapan RFP awal
  • Pada Januari 1997 IBM, ObjecTime, Platinum Technology, Ptech, Taskon, Reich Technologies dan Softeam juga menyerahkan tanggapan RFP terpisah ke OMG. Perusahaan-perusahaan ini bergabung dengan mitra UML untuk menyumbangkan ide-ide mereka, dan bersama-sama para mitra menghasilkan tanggapan UML 1.1 yang direvisi. Fokus dari rilis UML 1.1 adalah untuk meningkatkan kejelasan semantik UML 1.0 dan untuk menggabungkan kontribusi dari mitra baru. Itu diserahkan ke OMG untuk pertimbangan mereka dan diadopsi pada musim gugur 1997.1 dan ditingkatkan 1.1 menjadi 1.5, dan kemudian ke UML 2.1 dari 01 hingga 06 (sekarang versi UML saat ini adalah 2.5)

Apa itu Diagram Kelas UML?

Diagram kelas adalah teknik pemodelan pusat yang berjalan melalui hampir semua metode berorientasi objek. Diagram ini menggambarkan jenis objek dalam sistem dan berbagai jenis hubungan statis yang ada di antara mereka.

Hubungan
Ada tiga jenis hubungan utama yang penting:

  • Asosiasi - mewakili hubungan antara contoh jenis (seseorang bekerja untuk sebuah perusahaan, sebuah perusahaan memiliki sejumlah kantor.
  • Warisan - tambahan paling jelas untuk diagram ER untuk digunakan dalam OO. Ini memiliki korespondensi langsung dengan pewarisan dalam desain OO.
  • Agregasi - Agregasi, bentuk komposisi objek dalam desain berorientasi objek.
Sekian informasi mengenai UML pada proses development sebuah software atau dalam sebuah project, semoga artikel ini dapat bermanfaat dan membantu kamu yang sedang mempelajari mengenai UML.

Baca Juga: