Unified Modeling Language (UML) adalah bahasa pemodelan umum yang digunakan untuk menentukan spesifikasi, melakukan visualisasi dan konstruksi pada perancangan software. UML lahir dari penggabungan banyak bahasa permodelan grafis berorientasi objek yang berkembang pesat pada akhir 1980-an dan awal
1990-an. Pada tahun 1995 direlease draft pertama dari UML (versi 0.8). Sejak tahun 1996 pengembangan tersebut dikoordinasikan oleh Object Management Group. Tahun 1997 UML versi 1.1 muncul, dan saat ini versi terbaru adalah versi 1.5 yang dirilis bulan Maret 2003. Booch, Rumbaugh dan Jacobson mengembangkan teori tentang UML pada tahun 1999. Sejak saat itulah UML telah menjelma menjadi standar bahasa pemodelan untuk aplikasi berorientasi objek.
Pada umumnya UML dipakai dalam memodelkan sistem yang dibangun berbasiskan objek. Pemodelan (modeling) adalah proses merancang piranti lunak sebelum melakukan pengkodean (coding). Model piranti lunak dapat dianalogikan seperti pembuatan blueprint pada pembangunan gedung. Membuat model dari sebuah sistem yang kompleks sangatlah penting karena kita tidak dapat memahami sistem semacam itu secara menyeluruh. Semakin komplek sebuah sistem, semakin penting pula penggunaan teknik pemodelan yang baik.
Unified Modeling Language (UML) adalah keluarga notasi grafis yang membantu pendeskripsian dan desain sistem perangkat lunak, khususnya sistem yang dibangun menggunakan pemrograman berorientasi objek. Unified Modeling Language (UML) merupakan strandar yang relatif terbuka yang dikontrol oleh Object Management Group (OMG), sebuah konsorsium terbuka yang terdiri dari banyak perusahaan. OMG dibentuk untuk membuat standar – standar yang mendukung interoperabilitas, khusunya interoperabilitas sistem berorientasi objek. OMG mungkin lebih dikenal dengan standar – standar CORBA (Common Object Request Broker Architecture). Fowler (2004,p1-2)
2.23.1. Use Case Diagram
Use case diagram menggambarkan fungsionalitas yang diharapkan dari sebuah sistem. Yang ditekankan adalah “apa” yang diperbuat sistem, dan bukan “bagaimana”. Sebuah use case merepresentasikan sebuah interaksi antara aktor dengan sistem. Use case merupakan sebuah pekerjaan tertentu, misalnya login ke sistem, meng-create sebuah daftar belanja, dan sebagainya.
Seorang/sebuah aktor adalah sebuah entitas manusia atau mesin yang berinteraksi dengan system untuk melakukan pekerjaan-pekerjaan tertentu. Use case diagram dapat sangat membantu bila kita sedang menyusun requirement sebuah sistem, mengkomunikasikan rancangan dengan klien, dan merancang test case untuk semua feature yang ada pada sistem.
Use case diwujudkan dalam bentuk diagram dengan beberapa notasi baku yang ditujukan untuk memudahkan kita melihat keseluruhan behaviour dari sebuah sistem. Use case tidak hanya digambarkan dalam bentuk diagram saja, namun diwujudkan pula dalam bentuk teks, yang dikenal dengan narrative use case, dimana proses yang ada dalam use case digambarkan dengan kata-kata sehingga menjadi lebih jelas.
Terdapat 3 bagian utama dalam use case modeling sebagaimana dijelaskan berikut ini :
• Actor
Actor sebagai perwujudan dari pengguna sistem, proses dan segala sesuatu yang berinteraksi dalam sistem tersebut. Actor tidak termasuk dalam sistem, tetapi dapat menggambarkan interaksi dari external user dengan sistem tersebut. Setiap actor berinteraksi dengan satu atau lebih use case dengan pertukaran pesan atau informasi.
• Use Case
Use case merupakan bagian dari sebuah sistem yang menyediakan sebuah fungsi atau tugas tertentu dan terdiri dari serangkaian aksi, use case memperlihatkan external behaviour dari sebuah sistem yang dilihat dari segi pengguna eksternal. Use case tidak seperti operation karena sebuah use case dapat terus menerima input dari actor pada saat dijalankan, dan use case dapat diterapkan pada unit sistem yang lebih kecil seperti subsistem.
• System Boundary
System boundary menjelaskan batasan suatu sistem dengan lingkungannya, sehingga memberi batasan yang jelas sampai mana
suatu sistem bekerja, termasuk membatasi sistem dengan actor yang berada di luar sistem. Di dalam system boundary terletak kumpulan use case dari sebuah sistem.
2.23.2. Diagram Kelas
Diagram Kelas menggambarkan struktur dan deskripsi class, package dan objek beserta hubungan satu sama lain seperti containment, pewarisan, asosiasi, dan lain-lain.
Class menggambarkan keadaan (atribut/properti) suatu sistem, sekaligus menawarkan layanan untuk memanipulasi keadaan tersebut (metoda/fungsi). Class memiliki tiga area pokok :
1. Nama (dan stereotype) 2. Atribut
3. Metoda
Atribut dan metoda dapat memiliki salah satu sifat berikut : • Private, tidak dapat dipanggil dari luar class yang bersangkutan
• Protected, hanya dapat dipanggil oleh class yang bersangkutan dan anak- anak yang mewarisinya
• Public, dapat dipanggil oleh siapa saja.
Class dapat merupakan implementasi dari sebuah interface, yaitu class abstrak yang hanya memiliki metoda. Interface tidak dapat langsung diinstansiasikan, tetapi harus diimplementasikan dahulu menjadi sebuah class. Dengan demikian interface mendukung resolusi metoda pada saat run-time. Class dan object di dalam tahapan design digambarkan dengan letak yang memiliki tiga bagian. Pada bagian atas diberi nama class atau object. Bagian tengah merupakan bagian yang berisi attribute yang dimiliki dan bagian bawah berisi operation.
Dalam class dan object diagram tersebut terdapat beberapa istilah-istilah, diantaranya yaitu :
• Association Link
Merupakan link yang mewakili hubungan antar dua objek. Association adalah hubungan antar class dan mewakili kelompok link.
• Multiplicity
Merupakan banyaknya hubungan yang mungkin terjadi antar class. • Aggregation
Merupakan bentuk khusus dari association yang menggambarkan bahwa satu class merupakan bagian dari class lainnya, ”a part of”. Dalam beberapa kasus, satu class dapat terbagi menjadi beberapa class lagi.
• Generalization
Merupakan hubungan antara class induk (super class) dengan class anak (sub class). Hubungan yang terjadi adalah ”is a”. Pada hubungan generalisasi attribute dan behaviour yang terdapat pada super class akan diwarisi oleh sub class.
2.23.3. Diagram Aktivitas
Diagram Aktifitas menggambarkan berbagai alir aktivitas dalam sistem yang sedang dirancang, bagaimana masing-masing alir berawal, keputusan yang mungkin terjadi, dan bagaimana mereka berakhir. Diagram Aktifitas juga dapat menggambarkan proses paralel yang mungkin terjadi pada beberapa eksekusi.
Diagram Aktifitas merupakan state diagram khusus, di mana sebagian besar state adalah action dan sebagian besar transisi di-trigger oleh selesainya state sebelumnya (internal processing). Oleh karena itu diagram aktifitas tidak menggambarkan behaviour internal sebuah sistem (dan interaksi antar subsistem) secara eksak, tetapi lebih menggambarkan proses-proses dan jalur-jalur aktivitas dari level atas secara umum.
Sebuah aktivitas dapat direalisasikan oleh satu use case atau lebih. Aktivitas menggambarkan proses yang berjalan, sementara use case
menggambarkan bagaimana aktor menggunakan sistem untuk melakukan aktivitas.
2.23.4. Diagram Sekuensial
Diagram Sekuensial merupakan diagram yang menggambarkan pola hubungan diantara sekumpulan objek yang saling mempengaruhi menurut urutan waktu. Sebuah objek berinteraksi dengan objek lain melalui pengiriman pesan (messages). Diagram Sekuensial biasanya digunakan untuk mengilustrasikan sebuah use case.
Diagram Sekuensial menggambarkan interaksi antar objek di dalam dan di sekitar sistem (termasuk pengguna, display, dan sebagainya) berupa message yang digambarkan terhadap waktu. Diagram Sekuensial terdiri atar dimensi vertikal (waktu) dan dimensi horizontal (objek-objek yang terkait). Diagram Sekuensial biasa digunakan untuk menggambarkan skenario atau rangkaian langkah-langkah yang dilakukan sebagai respons dari sebuah event untuk menghasilkan output tertentu. Diawali dari apa yang men-trigger aktivitas tersebut, proses dan perubahan apa saja yang terjadi secara internal dan output apa yang dihasilkan.
2.23.5. Deployment Diagram
Deployment diagram menggambarkan sumber fisik dalam sistem, termasuk node, komponen dan koneksi (model implementasi sistem yang statistik). Dalam hal ini meliputi topologi hardware yang dipakai sistem. Deployment diagram menggambarkan detail bagaimana komponen di-deploy dalam infrastruktur sistem, di mana komponen akan terletak (pada mesin, server atau piranti keras apa), bagaimana kemampuan jaringan pada lokasi tersebut, spesifikasi server, dan hal-hal lain yang bersifat fisikal.