A. Definisi tentang UMLUML merupakan singkatan dari Unified Modeling Language. UML sendiri adalah sebuah bahasa untuk menetukan,memvisualisasikandari system perangkat lunak, seperti pada pemodelan bisnis dan system non perangkat lunak lainnya. Tujuan dariUML adalah untuk menjadi suatu bahasa umum yang menciptakan model perangkat lunak berbasis OOP. UML termasuk teknik terbaik yang telah terbukti sukses dalam memodelkan system yang besar dan kompleks. UML tidak hanya digunakan dalam proses pemodelan perangkat lunak, namun hampir dalam semua bidang yang membutuhkan pemodelan. Sekarang bentuk UML terdiri dari dua komponen utama: Model Meta da notasi. B. Meta ModelUML itu unik karena memiliki representasi data standar. UML representasi yang disebut metamodel tersebut. Meta Model adalah deskripsi sendiri UML itu di UML. Ini menggambarkan objek, atribut, dan hubungan yang diperlukan untuk mewakili konsep UML dalam aplikasi perangkat lunak. Dalam UML dapat menyelesaikan kasus dengan cara standar dan tidak ambigu untuk mewakili model UML. Dengan UML diharapkan dapat memudahkan transportasi dalam perancangan sebuah program. Hal ini juga dapat membuat lebih mudah untuk menulis alat pendukung untuk browsing, meringkas, dan memodifikasi model UML.

C. NotasiUML kaya akan notasi. UML terdiri dari dua subdivisi utama. Dalam UML terdapat notasi untuk pemodelan elemen statis desain seperti class, atribut, dan hubungan. Di UML juga ada notasi untuk pemodelan elemen dinamis desain seperti objek, pesan, dan sebuah mesin yang terarah.

D. Diagram ClassTujuan dari diagram class adalah untuk menggambarkan class-class dalam model. Dalam sebuah aplikasi berorientasi objek, class memiliki atribut (variabel anggota), operasi (fungsi anggota) dan hubungan dengan class-class lain. Diagram class UML dapat menggambarkan semua hal ini cukup mudah. Unsur mendasar dari diagram class adalah ikon mewakili class. Gambar dibawah ini menggambarkan tentang Diagram Class.

Gambar 1. Icon Class

Class hanyalah sebuah persegi panjang dibagi menjadi tiga kompartemen. Kompartemen paling atas berisi nama class. Kompartemen tengah berisi daftar atribut (variabel anggota), dan kompartemen bawah berisi daftar operasi (fungsi anggota). Dalam banyak diagram, bagian bawah dua kompartemen dihilangkan. Bahkan dua kompartemen di bawah ada, dua kompartemen tersebut biasanya tidak menunjukkan setiap atribut dan operasi. Tujuannya adalah untuk menunjukkan hanya atribut-atribut dan operasi yang berguna untuk diagram tertentu. Kemampuan untuk menyingkat ikon adalah salah satu keunggulan dari UML. Setiap diagram memiliki tujuan tertentu. Tujuan yang mungkin untuk menyorot pada bagian tertentu dari sistem, atau mungkin untuk mempejelas sistem secara umum. itu ikon class dalam diagram tersebut disingkat seperlunya. Ada biasanya pernah ada kebutuhan untuk menunjukkan setiap atribut dan operasi class pada diagram apapun. Gambar dibawah ini menunjukkan deskripsi UML khas dari class yang mewakili lingkaran.

Gambar 2. Diagram Class

Perhatikan bahwa masing-masing variabel anggota diikuti oleh titik dua dan oleh jenis variabel. Jika jenisnya berlebihan, atau tidak perlu, dapat dihilangkan. Perhatikan juga bahwa nilai-nilai kembali mengikuti fungsi anggota dengan cara yang sama. Sekali lagi, ini dapat dihilangkan. Disamping argumen terdapat titik dua untuk menjelaskan type variabel apakah pada argumen tersebut.

E. Hubungan KomposisiSetiap contoh dari jenis circle tampaknya mengandung turunan dari tipe point. Ini adalah hubungan yang dikenal sebagai komposisi. Hal ini dapat digambarkan dalam UML menggunakan hubungan class. Gambar dibawah ini menunjukkan hubungan komposisi.

Gambar 3. Diagram Point KontenGambar diamond hitam merupakan komposisi. Hal ini ditempatkan dari circle yang terdiri dari class Circle Point. Panah di ujung hubungan menunjukkan bahwa hubungan yang dilayari hanya dalam satu arah. Artinya, Point tidak tahu tentang Circle. Dalam UML hubungan yang diduga dua arah kecuali panah hadir untuk membatasi mereka. Panah dihilangkan, itu akan berarti bahwa tahu tentang Circlepoint.h. Pada tingkat kode, ini akan berarti. Untuk alasan ini, saya cenderung menggunakan banyak #include "circle.h" dari panah. Hubungan Komposisi adalah bentuk kuat dari penahanan atau agregasi. Agregasi adalah seluruh / bagian hubungan. Dalam hal ini, Circle adalah keseluruhan, dan Point adalah bagian dari Circle. Namun, komposisi lebih dari sekedar agregasi. Komposisi juga menunjukkan bahwa seumur hidup dari Point tergantung pada Circle. Ini berarti bahwa jika Lingkaran hancur, maka Point juga akan hancur. F. Inheritance (Pewarisan)Hubungan warisan di UML digambarkan oleh panah segitiga aneh. Panah ini, yang terlihat agak seperti sepotong pizza, menunjuk ke class dasar. Satu atau lebih baris melanjutkan dari dasar panah yang menghubungkannya dengan turunan class. Gambar dibawah ini menunjukkan bentuk hubungan warisan. Dalam diagram ini kita melihat bahwa kotak keduanya berasal dari bentuk. Perhatikan bahwa nama diagram class dan bentuk ditampilkan dalam huruf miring. Hal ini menunjukkan bahwa bentuk adalah class abstrak. Perhatikan juga bahwa operasi, Draw () dan Erase () juga ditampilkan dalam huruf miring. Hal ini menunjukkan bahwa mereka murni virtual.

Gambar 4. Inheritance (Pewarisan)

Miring tidak selalu sangat mudah untuk melihat. Oleh karena itu, seperti yang ditunjukkan pada Gambar 4, class abstrak juga dapat ditandai dengan {abstract} abstrak properti. Terlebih lagi, meskipun bukan merupakan bagian standar dari UML, Draw () = 0 di kompartemen operasi untuk menunjukkan fungsi virtual murni.

G. Agregasi / Asosiasi Bentuk lemah dari agregasi dilambangkan dengan diamond terbuka. Hubungan ini menunjukkan bahwa class agregat (class dengan berlian putih menyentuhnya) dalam beberapa cara "seluruh", dan class lain dalam hubungan entah bagaimana "bagian" dari keseluruhan itu.

Gambar 5. Agregasi

Gambar 5 menunjukkan hubungan agregasi. Dalam hal ini, class Window berisi banyak contoh Shape. Dalam UML ujung hubungan disebut sebagai "peran". Perhatikan bahwa peran pada Shape banyak akhir agregasi ditandai dengan a"*". Hal ini menunjukkan bahwa Window berisi banyak contoh shape. Perhatikan juga bahwa peran ternama. Ini adalah nama Window yang tahu contoh Shape dari i.e. yakni adalah nama dari variabel instance dengan Window dalam yang memegang semua Shapes.

Gambar 6. Asosiasi

Gambar 6 diatas menunjukkan bagaimana kita menggambar sebuah asosiasi. Sebuah asosiasi tidak lain hanyalah sebuah garis yang ditarik antara class yang berpartisipasi. Dalam Gambar 6 asosiasi memiliki panah untuk menunjukkan bahwa tidak tahu apa-apa tentang Window. Hubungan ini akan hampir pasti dilaksanakan dengan pointer dari beberapa jenis. Apa perbedaan antara agregasi dan asosiasi? Perbedaannya adalah salah satu implikasi. Agregasi menunjukkan hubungan seluruh / sebagian sedangkan asosiasi tidak. Namun, tidak ada kemungkinan akan banyak perbedaan dalam cara bahwa dua hubungan diimplementasikan. Artinya, wouldbe sangat sulit untuk melihat kode dan menentukan apakah hubungan tertentu seharusnya agregasi atau asosiasi. Untuk alasan ini, itu cukup aman untuk mengabaikan agregasi hubungan sama sekali.

H. KetergantunganKadang-kadang hubungan antara dua class sangat lemah. Mereka tidak dilaksanakan dengan variabel anggota sama sekali. Sebaliknya mereka mungkin diimplementasikan sebagai fungsi anggota argumen. Perhatikan, misalnya, fungsi Menggambar dari class Shape. Misalkan fungsi ini mengambil argumen tipe DrawingContext.

Gambar 7. KetergantunganGambar 7 menunjukkan panah putus-putus antara class Shape dan class DrawingContext. Ini adalah hubungan ketergantungan. Dalam Booch94 ini disebut 'menggunakan' hubungan. Hubungan ini berarti bahwa Bentuk entah bagaimana tergantung pada DrawingContext. Dalam C ++ ini hampir selalu menghasilkan # include a.

I. InterfacesAda class yang tidak ada tapi fungsi virtual murni. Di JAVA entitas tersebut tidak class sama sekali; mereka adalah elemen bahasa khusus yang disebut interface. UML telah mengikuti Javaexample dan telah menciptakan beberapa elemen sintaksis khusus untuk entitas tersebut. Ikon utama untuk sebuah antarmuka adalah seperti class kecuali bahwa ia memiliki denotasi khusus yang disebut sebagai tereotype. Gambar 8 menunjukkan ikon ini. Stereotip adalah salah satu mekanisme yang dapat digunakan untuk memperpanjang UML. Ketika stereotip yang digunakan di atas nama class ini menunjukkan bahwa class ini adalah jenis khusus dari class yang sesuai dengan agak kaku spesifik kasi. UML memasok shortcut untuk Jenis class. Gambar 9 menunjukkan bagaimana "lollypop" notasi dapat digunakan untuk menunjukkan sebuah antarmuka. Perhatikan bahwa ketergantungan antara Bentuk dan DrawingContext ditampilkan seperti biasa. Class WindowsDC adalah berasal dari, atau sesuai dengan, antarmuka Drawingcontext.

Gambar 8. Class Tipe

Gambar 9. Interfaces Lollypop

J. ConculsionPada artikel ini kami telah menjelajahi beberapa elemen notasi yang UML persediaan untuk desain perangkat lunak statis. Dalam kolom masa depan kita akan memperluas notasi ini dengan menunjukkan bagaimana menggunakannya untuk memecahkan beberapa masalah perangkat lunak nyata. Kami juga akan memeriksa UML kontingen alat untuk pemodelan desain yang dinamis.