Ave, Coder! Diagram kelas UML menggambarkan struktur sistem, mendeskripsikan kelas, atributnya, metode, dan hubungan antar objek.
Bahkan anak-anak terkecil pun tahu bahwa UML berasal dari Unified Modeling Language, jika dalam bahasa Rusia, maka - bahasa pemodelan terpadu, yang, menurut legenda, dikembangkan ketika paman dan bibi yang serius akhirnya bosan berenang di berbagai lingkaran, garis, dan awan.
Bagi yang malas membaca:
Karakter utama
Pertama, mari kita ingatkan diri kita sendiri apa itu kelas? Singkatnya, kelas adalah templat untuk membuat objek yang memberikan nilai status awal: inisialisasi bidang variabel dan implementasi perilaku bidang dan metode.
Pada dasarnya, kelas mendeskripsikan seperti apa sebuah objek.
Kelas merepresentasikan konsep yang mendeskripsikan keadaan (atribut) dan perilaku (metode). Setiap atribut memiliki tipenya sendiri, setiap metode memiliki tanda tangannya sendiri, tetapi dalam diagram kelas hanya nama kelas yang diperlukan informasi untuk diisi, yang logis - bahkan paranormal terbaik di dunia tidak akan dapat memahami apa itu kotak tanpa nama ini dan apa yang umumnya dirujuknya.
Nama kelas ditulis di divisi paling atas, kemudian atribut kelas, yang jenisnya ditulis setelah titik dua, dan terakhir, di divisi bawah ada metode.
Jenis yang dapat dikembalikan metode ditulis setelah titik dua di bagian paling akhir dari tanda tangan metode. Pengubah lingkup ditampilkan di depan atribut dan metode kelas.
Setiap parameter dalam metode juga dapat memiliki deskripsi arah metode: masuk, keluar, keluar.
Dalam ilustrasi ini, metode1 menggunakan p1 sebagai masukan dan nilai p1 entah bagaimana digunakan oleh metode tersebut, dan metode tidak mengubah p1.
Metode2 mengambil p2 sebagai parameter I / O, nilai p2 entah bagaimana digunakan oleh metode dan mengambil keluaran dari metode, tetapi metode itu sendiri juga dapat mengubah p2.
Metode3 menggunakan p3 sebagai parameter keluaran, dengan kata lain, parameter tersebut berfungsi sebagai gudang untuk nilai keluaran metode.
Perspektif tentang diagram kelas dalam siklus pengembangan perangkat lunak
Kita dapat menggunakan diagram kelas pada berbagai tahapan siklus pengembangan perangkat lunak dan biasanya secara bertahap memodelkan diagram kelas dari tiga perspektif yang berbeda saat kita maju melalui tingkat detail.
Perspektif konseptual adalah ketika diagram diartikan sebagai menggambarkan hal-hal di dunia nyata. Jadi, jika kita mengambil perspektif konseptual, kita menggambar diagram yang merepresentasikan konsep di wilayah studi. Konsep ini terkait dengan kelas yang menerapkannya. Perspektif konseptual dianggap tidak bergantung pada bahasa.
Perspektif spesifikasi adalah ketika diagram diartikan sebagai menggambarkan abstraksi perangkat lunak atau komponen dengan spesifikasi dan antarmuka, tetapi tidak terikat pada implementasi tertentu.
Perspektif implementasi adalah ketika diagram diinterpretasikan sebagai menggambarkan implementasi perangkat lunak dalam teknologi dan bahasa tertentu.
Jadi, jika Anda mengambil perspektif implementasi, Anda melihat implementasi perangkat lunak.
Jenis hubungan
Selanjutnya, saya akan menyajikan enam jenis utama notasi hubungan kelas yang paling umum dalam diagram UML.
Asosiasi.
Seperti tautan yang menghubungkan objek, kelas tautan asosiasi. Agar objek dapat dihubungkan, harus ada asosiasi di antara mereka.
Jika kita mengasumsikan bahwa kita memiliki dua kelas yang berinteraksi satu sama lain, garis penghubung kontinu harus ditarik di antara mereka, yang menunjukkan asosiasi pada diagram. Seringkali kita juga bisa melihat kata kerja yang menyampaikan maknanya.
Selain itu, kita juga dapat menentukan multiplisitas, yaitu jumlah objek yang dapat mengambil bagian dalam hubungan tersebut. Multiplisitas ditentukan sebagai daftar interval yang dipisahkan koma, di mana setiap interval direpresentasikan sebagai minimum-maksimum.
Misalnya, seorang siswa dapat belajar dari banyak guru.
Tetapi seorang guru dapat mengajar banyak siswa.
Warisan
Atau terkadang disebut juga - generalisasi.
Seperti namanya, ini adalah representasi skematis dari hubungan antara kelas induk dan turunannya. Panah berlubang selalu mengarah ke kelas induk.
Contoh klasik dari pewarisan: kelas persegi, persegi panjang, dan lingkaran, yang diwarisi dari kelas figur induk.
Kami memiliki hak untuk menggambarkan warisan secara terpisah untuk setiap kelas, dan untuk menggabungkannya.
Jika pewarisan berasal dari kelas abstrak, maka nama kelas induk tersebut ditulis miring.
Penerapan
Biasanya, ini berarti hubungan antara antarmuka dan objek yang mengimplementasikan antarmuka ini.
Misalnya, antarmuka Pemilik memiliki metode untuk membeli dan menjual properti pribadi, dan hubungan kelas Orang dan Korporasi yang menerapkan antarmuka ini akan dilambangkan dalam diagram sebagai garis putus-putus dengan panah yang mengarah ke antarmuka.
Ketergantungan Sebuah
objek dari satu kelas dapat menggunakan objek dari kelas lain dalam metodenya.
Jika objek tidak disimpan di bidang kelas, maka jenis hubungan antar kelas ini dimodelkan sebagai ketergantungan.
Ketergantungan, pada kenyataannya, adalah kasus khusus dari asosiasi dua kelas, dalam hal ini, perubahan dalam satu kelas pasti akan membawa perubahan pada kelas lainnya.
Misalnya, kelas Person memiliki metode hasRead dengan parameter input buku, yang mengembalikan nilai true jika, misalnya, orang tersebut telah membaca buku.
Ketergantungan ditunjukkan dengan garis putus-putus dengan panah menghadap ke kelas yang, misalnya, metode kelas lain bergantung.
Agregasi
Jenis hubungan khusus antara kelas di mana satu kelas adalah bagian dari kelas lainnya.
Misalnya, tempat kerja programmer terdiri dari kursi, meja, komputer, dan kipas angin, tetapi jika kelas "tempat kerja" dihapus, kita hanya akan memiliki semua kelas ini, hanya secara terpisah.
Agregasi ditampilkan sebagai garis kontinu dengan berlian berongga yang diarahkan dari kelas yang merupakan bagian dari kelas ke kelas agregator.
Komposisi
Faktanya, sejenis agregasi, hanya dalam kasus ini, kelas yang merupakan bagian dari kelas lain dihancurkan ketika kelas agregator dihancurkan.
Misalnya, tubuh kita terdiri dari organ-organ, tetapi organ-organ itu sendiri tidak dapat hidup.
Komposisi ditunjukkan dengan cara yang mirip dengan agregasi, tetapi kali ini berlian terisi penuh.
Finalchka
UML bisa sangat berguna bagi pemula yang berada pada tahap pemahaman "apa yang harus pergi ke mana dan dari apa yang diwariskan". Seperti yang dikatakan kolega kami yang berbahasa Inggris: “sangat membantu untuk melihat seperti apa seluruh hutan di balik batang pohon”.
Oleh karena itu, sebelum memulai proyek Anda, meskipun kecil, tetapi menakjubkan, jangan langsung mengambil kodenya. Pertama, rancang arsitektur aplikasi Anda dalam UML.
Ave!