Objek Diagram - UML

Objek Diagram - UML

Serupa dengan class diagram, tetapi object diagram memodelkan instance object actual dengan menunjukan nilai-nilai saat ini dari atribut instance. Object Diagram menyajikan “snapshot/potret” tentang objek sistem pada point waktu tertentu. Diagram ini tidak digunakan sesering Class Diagram, tetapi saat digunakan dapat membantu seorang developer memahami struktur sistem secara lebih baik. [2]
Object diagram adalah suatu diagram yang berfungsi untuk mengatur atribut,objek dan hubungan antara contoh dalam diagram,object diagram juga dapat menampilkan struktur model system dalam waktu tertentu. Object diagram menggambarkan struktur sistem dari segi penamaan objek dan jalannya objek dalam sistem. Pada object diagram harus dipastikan semua kelas yang sudah didefinisikan pada diagram kelas harus dipakai objeknya, karena jika tidak, pendefinisian kelas itu tidak dapat dipertanggungjawabkan.[1]
Meskipun diagram kelas diperlukan untuk mendokumentasikan struktur kelas, tetapi diagram objek, dapat berguna. Sebuah diagram objek dasarnya Instansiasi semua atau bagian dari diagram kelas. (Instansiasi berarti untuk membuat sebuah instance dari kelas dengan satu set nilai atribut yang sesuai.)
Obyek diagram dapat sangat berguna ketika seseorang mencoba untuk mengungkap rincian dari sebuah kelas. Secara umum lebih mudah untuk berpikir dalam hal objek konkret (contoh) ketimbang abstraksi dari objek (kelas) [6]
A.    KOMPONEN OBJECT DIAGRAM

 

Gambar 2. Komponen Class Diagram dan Object Diagram [6]

B.    LANGKAH-LANGKAH PEMBUATAN OBJECT DIAGRAM
Diagram objek adalah instance dari class diagram. Ini menyiratkan bahwa diagram objek terdiri dari contoh hal-hal yang digunakan dalam diagram kelas. Jadi kedua diagram terbuat dari elemen dasar yang sama tetapi dalam bentuk yang berbeda. Dalam elemen diagram kelas dalam bentuk abstrak untuk mewakili cetak biru dan dalam diagram objek unsur-unsur dalam bentuk konkret untuk mewakili objek dunia nyata.
Untuk mengambil sistem tertentu, jumlah diagram kelas yang terbatas. Tetapi jika kita mempertimbangkan diagram objek maka kita dapat memiliki jumlah tak terbatas kasus yang unik di alam. Jadi hanya contoh-contoh yang dianggap mengalami dampak pada sistem. Dari uraian di atas jelaslah bahwa diagram objek tunggal tidak dapat menangkap semua kasus yang diperlukan atau lebih tepatnya tidak dapat menentukan semua objek dari suatu sistem. Jadi solusinya adalah:

1. Menganalisis sistem dan memutuskan kasus yang memiliki data penting dan asosiasi.
2. Mempertimbangkan hanya contoh-contoh yang akan mencakup fungsi tersebut.
3. Membuat optimasi beberapa seperti jumlah contoh yang terbatas.

Sebelum menggambar sebuah diagram objek hal-hal berikut ini harus diingat dan dipahami dengan jelas:

1. Diagram objek yang terdiri dari benda-benda.
2. Link dalam diagram objek digunakan untuk menghubungkan obyek.
3. Obyek dan link adalah dua elemen yang digunakan untuk membangun sebuah diagram objek.

Sekarang setelah ini hal-hal berikut ini harus diputuskan sebelum memulai pembangunan diagram:

1. Diagram objek harus memiliki nama yang berarti untuk menunjukkan tujuannya.
2. Unsur-unsur yang paling penting adalah untuk diidentifikasi.
3. Asosiasi antara objek-objek yang harus diklarifikasi.
4. Nilai dari elemen yang berbeda harus diambil untuk memasukkan dalam diagram objek.
5. Menambahkan catatan yang tepat pada titik-titik di mana kejelasan lebih diperlukan. [7]

C.     CONTOH OBJECT DIAGRAM

 

 

 Gambar 3. Contoh Class Diagram [6]

 Gambar 4. Contoh Object Diagram [6]

Sebagai contoh, pada Gambar 4, sebagian dari diagram kelas dalam Gambar 3 telah disalin dan instantiated. Bagian atas dari gambar hanya merupakan salinan kecil dari diagram kelas secara keseluruhan. Bagian bawah adalah diagram objek yang instan-tiates bahwa subset dari  kelas. Dengan meninjau kasus yang sebenarnya terlibat, John Doe, Appt1, dan Dr Smith, kita bisa menemukan atribut tambahan yang relevan, hubungan, dan / atau operasi atau mungkin salah atribut, hubungan, dan / atau operasi. Misalnya, janji memiliki atribut alasan. Setelah pemeriksaan lebih dekat, atribut alasan mungkin lebih baik dimodelkan sebagai asosiasi dengan kelas Gejala. Saat ini, kelas Gejala yang dikaitkan dengan kelas Pasien. Setelah meninjau diagram objek, ini tampaknya menjadi kesalahan. Sebagai seperti, kita harus memodifikasi diagram kelas untuk mencerminkan pemahaman baru dari masalah tersebut.