19 Sebuah message bergerak dari satu participant ke participant yang lain dan dari satu lifeline ke lifeline yang lain. Sebuah participant bisa mengirim sebuah message kepada dirinya sendiri. 3. Time Time adalah diagram yang mewakili waktu pada arah vertical. Waktu dimulai dari atas kebawah. Message yang lebih dekat dari atas akan dijalankan terlebih dahulu dibandingkan message yang lebih dekat ke bawah.
2.2.7. Collaboration diagram
Collaboration diagram adalah perluasan dari obyek diagram. Obyek diagram menunjukan obyek-obyek dan hubungannya satu dengan yang lain. “Collaboration diagram menunjukan message-message obyek yang dikirimkan satu sama lain” Munawar, 2005. Collaboration diagram juga menggambarkan interaksi antar obyek seperti sequence diagram, tetapi lebih menekankan pada peran masing- masing obyek dan bukan pada waktu penyampaian message. Setiap message memiliki sequence number, dimana message dari level tertinggi memiliki nomor satu Message dari level yang sama memiliki prefix yang sama. Dengan collaboration diagram memungkinkan untuk memodelkan pengiriman sebuah message ke banyak obyek pada class yang sama. 20 Demikian juga halnya untuk menunjukan adanya obyek aktif yang mengendalikan aliran message.2.2.8. Component diagram
Component diagram merepresentasikan dunia nyata item yaitu component software. Component diagram menggambarkan struktur dan hubungan antar komponen piranti lunak, termasuk ketergantungan dependency diantaranya. Component software adalah modul berisi code, baik berisi source code maupun binary code, baik library maupun executable, baik yang muncul pada compile time, link time, maupun run time. Umumnya komponen terbentuk dari beberapa class dan atau package, tapi dapat juga dari komponen-komponen yang lebih kecil. Komponen dapat juga berupa interface, yaitu kumpulan layanan yang disediakan sebuah komponen untuk komponen lain. “Component diagram mengandung component, interface dan relationship” Munawar, 2005.2.2.9. Deployment diagram
“Deployment diagram menunjukan tata letak sebuah sistem secara fisik, menampakan bagian-bagian software yang berjalan pada bagian- bagian hardware” Munawar, 2005. Deployment diagram menyediakan gambaran bagaimana sistem secara fisik akan terlihat. Sistem terdiri dari node-node dimana setiap node 21 diwakili untuk sebuah kubus. Garis yang menghubungkan antara dua kubus menunjukan hubungan diantara kedia node tersebut. Tipe node bisa berupa device yang berwujud hardware dan bisa juga processor yang mengeksekusi component atau execution environment software yang menjadi host atau mengandung software yang lain. Langkah-Langkah Penggunaan UML secara umum : 1. Langkah pertama adalah membuat daftar business process dari level tertinggi untuk mendefinisikan aktivitas dan proses yang mungkin muncul. 2. Selanjutnya use case untuk tiap business process dipetakan untuk mendefinisikan dengan tepat fungsionalitas yang harus disediakan oleh sistem. dan use case diagram diperhalus dan dilengkapi dengan requirement, constraints dan catatan-catatan lain. 3. Fungsi deployment diagram secara kasar untuk mendefinisikan arsitektur fisik sistem. 4. Pendefinisian requirement lain non-fungsional, security dan sebagainya yang juga harus disediakan oleh sistem. 5. Berdasarkan use case diagram, mulailah membuat activity diagram. 6. Diperlukan adanya definisi objek-objek level atas package atau domain kemudian pembuatan sequence dan atau collaboration diagram untuk tiap alir pekerjaan. Jika sebuah use case memiliki 22 kemungkinan alir normal dan error, perlu dibuat satu diagram untuk masing-masing alir. 7. Selanjutnya diperlukan adanya rancangan user interface model yang menyediakan antarmuka bagi pengguna untuk menjalankan skenario use case. 8. Berdasarkan model-model yang sudah ada, dapat dibuat class diagram. Setiap package atau domain dipecah menjadi hirarki class lengkap dengan atribut dan metodenya. Akan lebih baik jika untuk setiap class dibuat unit test untuk menguji fungsionalitas class dan interaksi dengan class lain. 9. Setelah class diagram dibuat, kita dapat melihat kemungkinan pengelompokkan class menjadi komponen-komponen. Karena itu perlu dibuatnya component diagram pada tahap ini. Juga, diperlukan adanya definisi tes integrasi untuk setiap komponen meyakinkan ia berinteraksi dengan baik. 10. Perhalus deployment diagram yang sudah dibuat. Detailkan kemampuan dan requirement piranti lunak, sistem operasi, jaringan, dan sebagainya. Petakan komponen ke dalam node. 11. Setelah tahap-tahap diatas baru dapat dimulai membangun sistem. Ada dua pendekatan yang dapat digunakan : a. Pendekatan use case, dengan meng-assign setiap use case kepada tim pengembang tertentu untuk mengembangkan unit code yang lengkap dengan tes. 23 b. Pendekatan komponen, yaitu meng-assign setiap komponen kepada tim pengembang tertentu. 12. Apabila tahap-tahap diatas telah terpenuhi maka diperlukan adanya uji modul dan uji integrasi serta perbaikan model beserta code- nya. Model harus selalu sesuai dengan code yang aktual.2.2.10. Konsep Dasar Program
26 April 2022
Pengertian Deployment Diagram : Tujuan, Simbol, dan Contohnya - Pada kesempatan ini saya akan membahas tentang Deployment Diagram. Apakah anda sudah tahu pengertian, tujuan, simbol, dan contohnya. Jika belum anda tepat datang diblog ini, karena saya menjelaskan materi ini. Apa itu Deployment Diagram?
Pengertian Deployment Diagram
Deployment diagram adalah sebuah bahasa [UML] yang dipakai untuk mengambarkan, menspesifikasikan, dan mendokumentasikan metode yang terjadi pada suatu sistem software berorientasi objek yang akan dibangun.
Deployment diagram mengarahkan konfigurasi komponen dalam metode eksekusi pada sistem.
Tujuan Deployment Diagram
Diagram deployment mewakili pandangan penyebaran sistem sehingga hanya akan ada satu diagram deployment untuk satu sistem. Diagram deployment terdiri dari node, node adalah hardware fisik yang dipakai untuk menyebarkan aplikasi.
Diagram deployment banyak dipakai oleh system engineer [SE]. Setiap node pada diagram deployment mewakili satu unit komputasi sistem yang dalam banyak hal adalah bagian dari perangkat keras.
Diagram deployment umumnya memiliki node dan hubungan kebergantungan. Memungkinkan juga dalam diagram deployment terdapat komponen.
Baca Juga: Pengertian Communication Diagram : Tujuan, Simbol, dan Contohnya
Simbol Deployment Diagram
Adapun simbol/komponen dari Deployment Diagram sebagai berikut.
1. Package
Package adalah sebuah bungkusan dari satu atau lebih node.
Node biasanya mengacu pada hardware, perangkat lunak yang tidak dibuat sendiri [software]. Jika didalam node disertai komponen untuk mengkonsistenkan rancangan maka komponen yang diikutsertakan harus sesuai dengan komponen yang telah didefinisikan sebelunya pada diagram komponen.
Dependency adalah kebergantungan antar node, arah panah mengarah pada node yang dipakai.
Link merupakan relasi antar node.
Baca Juga: Pengertian Sequence Diagram : Tujuan, Simbol, dan Contohnya
Kesimpulan
Jadi Deployment diagram adalah sebuah bahasa [UML] yang dipakai untuk mengambarkan, menspesifikasikan, dan mendokumentasikan metode yang terjadi pada suatu sistem software berorientasi objek yang akan dibangun.
Demikian pembahasan tentang Pengertian Deployment Diagram : Tujuan, Simbol, dan Contohnya.
Apabila ada pertanyaan baik saran dan kritik anda bisa berkomentar dibawah ini. Selamat membaca dan belajar...
1.Deployment Diagram
adalah salah satu model diagram dalam UML untuk mengerahkan artifact dalam node. Deployment diagram digunakan untuk memvisualisasikan, menspesifikasikan, dan mendokumentasikan proses yang terjadi pada suatu sistem perangkat lunak berbasis Object Oriented yang akan dibangun. Tujuan atau fungsi dari deployment diagram yaitu untuk menggambarkan/memvisualisasikan secara umum proses yang terjadi pada suatu sistem/software.
Berikut adalah contoh Deployment Diagram:
Penjelasan :
Gambar diatas menunjukkan tentang sebuah Deployment Diagram yang berisi 1 smartphone, 1 server, 2 PC dan 1 hub. Dalam diagram tersebut ketiga computer [processor] tersebut dihubungkan dengan sebuah hub [device], sehingga menjadi sebuah jaringan computer. Sedangkan smartphone digunakan untuk mengontrol server dengan menggunakan media internet. Jadi, Connection dapat berupa LAN ataupun internet.
Node dalam UML merepresentasikan hardaware atau software execution environments. Node bisa terhubung melalui communication path untuk membuat system jaringan dari arbitrary complexity. Artifacts dalam UML mempresentasikan Spesifikasi dari bentuk physic informasi yang digunakan atau dihasilkan development process.
Ada beberapa hal yang sering digambarkan dalam deployment diagram yaitu:
1. Manifestation
Manifestation adalah hubungan abstraction yang mepresentasikan physical rendering atau hasil implementasi satu atau lebih model element dari artifact. Atau pemanfaatan model element dari konstruksi artifact. Artifact memanifest atau menunjukan satu atau lebih dari model element. Artifact bisa memiliki satu atau lebih manifestation. Setiap darinya memepresentasikan packageable element.
2. Deployment target
Artifacts dikerahkan ke deployment targets. Deployment target adalah lokasi untuk artifact yang telah dikerahkan. Deployment target tidak memiliki notation sendiri, tapi melihat notations untuk subclasses.
3. Node
Node adalah deployment target yang merepresentasikan sumber daya komputasi dimana artifact bisa menggunakan untuk mengeksekusi. Node diasosiasikan dengan deployment dari artifacts dan dapat diasosiasikan secara tidak langsung dengan packageable elements yang melibatkan ke dalam manifestation dari artifact yang dikerahkan ke node. Node dapat saling berhubungan dengan communication path. Node dapat digambarkan dengan bentuk kubus tiga dimensi. Node juga dapat digambarkan dalam bentuk visual atau gabungan antara node dan visual.
Node dibagi menjadi dua yaitu device dan execution environment.
1. Device Node, secara fisikal menghitung sumber daya dengan pengolahan memory dan services untuk mengeksekusi software, seperti komputer atau mobile phone.
2. Execution Environment Node [EEN] adalah software penghitung sumber daya yang berjalan dalam outer node dan menyediakan layanan untuk host dan mengeksekusi executable software.
4. Communication Path
Communication path adalah asosiasi antara dua deployment target, melalui pertukaran sinyal dan pesan. Communication path digambarkan dengan bentuk garis utuh yang menghubungkan anatra dua node. Jenis komunikasi yang dimodelkan dapat ditampilkan menggunakan stereotip yang tepat. Saat deployment targetnya adalah execution environments. Communication path akan merepresentasikan bebeberapa protocol
5. Deployment
Deployment adalah hubungan dependency yang mendeskripsikan alokasi dari artifact ke deployment target. Deployment juga dapat didefinisikan instansi level sebagai alokasi spesifik instansi artifact menuju ke spesifik instansi dari deployment target
Component deployment adalah deplyomnet dari satu atau lebih artifact atau instansi artifact, bersifat opsional yang terparameterisasi oleh deployment spesifiacation
Deployment bisa diperlihatkan melalui tiga cara yaitu :
- Dengan deployed artifact yang terkandung di deployment target,
- Dengan bentuk tulisan daftar deployed artifact dalam deployment target
- Dengan bentuk persegi panjang dengan nama deployment yang terletak dipojok kiri atas.
Kata deployment di heading disingkat menjadi dep
##
6. Dependency
Dependency adalah hubungan yang menandakan bahwa satu atau sekumpulan model element membutuhkan model element lainnya untuk spesifikasi atau implementasinya. Dependency biasa juga disebut supplier yang menyediakan sesuatu untuk client. Memodifikasi supplier dapat mempengaruhi client element
7. Deployment Specification
Deployment specification adalah artifact yang menyespesifikasikan set dari deployment properties yang menentukan parameter – parameter eksekusi dari component artifact yang dikerahkan ke node.
Deployment specification dapat ditujukan spesifik tipe container untuk componenet – component.
Deployment specification adalah mekanisme umum untuk memparameteri deployment relationship.
Deployment specification di specification level dirender sebagai classifier dalam kotak dengan opsi deployment properties di dalam compartment. Artifact yang mengimplementasikan deployment specification properties di level instansi adalah deployment descriptor. deployment descriptor ditandai dengan garis bawah di kotak classifier
8. Deployment Specification Dependency
A deployment specification bisa ditampilkan sebagai kotak classifier yang melampirkan component artifact menggunakan panah dependency yang menunjuk ke deployed artifact.
9. Deployment Specification Association
Deployment specification bisa diasosiasikan dengan deployment dari sebuah component artifact dalam sebuah node. Dalam kasus ini deployment specification bisa ditunjukan sebgai kotak classifie yang dilampirkan ke deployment.
10. Component
Component merepresentasikan bagian modular dari sebuah sistem yang mengkapsulasi isi dan yang memanifest dapat diganti dalam lingkungannya. component mendefinisikan perilaku dalam hal interface yang disediakan dan diperlukan. component dimodelkan sepanjang siklus hidup pengembangan dan berturut-turut disempurnakan menjadi deployment dan run – time. deployment specification dapat mendefinisikan nilai-nilai yang parameterisasi eksekusi komponen.
Deployment Diagram – Winbrello
Deployment Diagram adalah diagram yang menggambarkan detail bagaimana komponen di-sebar [di-deploy] kedalam infrastruktur sistem, dimana komponen akan terletak [pada mesin, node, server atau piranti keras apa], bagaimana kemampuan jaringan pada lokasi tersebut, spesifikasi server, dan hal-hal lain yang bersifat fisikal.
Contoh Program :
Deployment diagram juga menunjukkan perangkat keras sistem dan perangkat lunak dalam perangkat keras tersebut. Diagram Deployment berguna ketika solusi perangkat lunak Anda dikerahkan di beberapa mesin dengan masing-masing memiliki konfigurasi yang unik.
Deployment Diagram mewakili pandangan pengembangan sistem sehingga akan hanya ada satu deployment diagram untuk satu sistem. deployment diagram terdiri dari node-node merupakan perangkat keras fisik yang digunakan untuk menyebarkan aplikasi. deployment diagram banyak di gunakan oleh System Engineer.
Simbol-simbol pada Deployment Diagram
Fungsi Deployment Diagram
- Menunjukan dimana setiap komponen perangkat keras , perangkat lunak diinstal [atau ditempatkan] [node]
- Menunjukan hubungana komunikasi antara komponen perangkat keras
- Menunjukan struktur dari sistem run-time
Manfaat
- Lebih mudah menerangan yang sulit dimengerti apabila diterangkan hanya dengan kata-kata.
- Lebih mudah meningkat data-data kuantitatif dan perkembangannya dalam kurun waktu tertentu.
- Penjelasan lebih praktis tanpa harus menggunakan banyak kalimat.
2. Package Diagram
Package diagram merupakan salah satu jenis UML yang digunakan untuk mengelompokkan elemen-elemen model dari use case ataupun class diagram. biasanya package diagram digunakan pada kumpulan sistem yang besar. karena dengan adanya diagram ini, dapat mempermudah pembacaan dan pembuatan sistem dengan cara mengumpulkan atribut-atribut yang sejenis.
Simbol-Simbol Package Diagram
fungsi package diagram :
- Memperlihatkan bagaimana elemen model diorganisasikan/dikelompokkan ke dalam packages
- Biasanya dipakai pada use case diagram atau class diagram
- Packages digambarkan sebagai sebuah direktori [file folders] yang berisi model-model elemen
- Packages dapat diterapkan pada sembarang diagram UML
- Walaupun package secara resmi bukanlah diagram UML, namun kegunaannya cukup signifikan
- Penjelasan package diagram pada masing-masing diagram UML
Contoh element-element pada pack age diagram
Contoh Sub package :
REFERENSI :
//aendeick.blogspot.com/2014/04/deployment-diagram.html
//diagram-uml.blogspot.com/2012/09/package-diagram.html
//dian-indrian.blogspot.com/2013/06/package-diagram.html
//duniasisteminformasi.blogspot.com/2011/09/contoh-deployment-diagram.html
//www.dictio.id/t/apa-yang-dimaksud-dengan-deployment-diagram/15125