UML - Panduan Cepat

UML adalah bahasa standar untuk menentukan, memvisualisasikan, membangun, dan mendokumentasikan artefak sistem perangkat lunak.

UML dibuat oleh Object Management Group (OMG) dan draf spesifikasi UML 1.0 diusulkan ke OMG pada Januari 1997.

OMG terus berupaya untuk menciptakan standar industri yang sesungguhnya.

• UML adalah singkatan dari Unified Modeling Language.

• UML berbeda dari bahasa pemrograman umum lainnya seperti C ++, Java, COBOL, dll.

• UML adalah bahasa bergambar yang digunakan untuk membuat cetak biru perangkat lunak.

• UML dapat digambarkan sebagai bahasa pemodelan visual tujuan umum untuk memvisualisasikan, menentukan, membangun, dan mendokumentasikan sistem perangkat lunak.

• Meskipun UML umumnya digunakan untuk memodelkan sistem perangkat lunak, UML tidak dibatasi dalam batasan ini. Ini juga digunakan untuk memodelkan sistem non-perangkat lunak juga. Misalnya, aliran proses di unit manufaktur, dll.

UML bukanlah bahasa pemrograman tetapi alat dapat digunakan untuk menghasilkan kode dalam berbagai bahasa menggunakan diagram UML. UML memiliki hubungan langsung dengan analisis dan desain berorientasi objek. Setelah beberapa standarisasi, UML telah menjadi standar OMG.

Tujuan UML

Sebuah gambar mengandung ribuan kata , idiom ini sangat cocok untuk menggambarkan UML. Konsep berorientasi objek diperkenalkan jauh lebih awal dari UML. Pada saat itu, belum ada metodologi standar untuk mengatur dan mengkonsolidasikan pembangunan berorientasi objek. Saat itulah UML muncul.

Ada sejumlah tujuan untuk mengembangkan UML tetapi yang paling penting adalah untuk mendefinisikan beberapa bahasa pemodelan tujuan umum, yang dapat digunakan oleh semua pemodel dan juga perlu dibuat sederhana untuk dipahami dan digunakan.

Diagram UML tidak hanya dibuat untuk pengembang tetapi juga untuk pengguna bisnis, orang awam, dan siapa pun yang tertarik untuk memahami sistem. Sistem dapat berupa perangkat lunak atau sistem non perangkat lunak. Jadi harus jelas bahwa UML bukanlah metode pengembangan melainkan disertai dengan proses untuk membuatnya menjadi sistem yang sukses.

Kesimpulannya, tujuan UML dapat didefinisikan sebagai mekanisme pemodelan sederhana untuk memodelkan semua sistem praktis yang mungkin dalam lingkungan yang kompleks saat ini.

Model Konseptual UML

Untuk memahami model konseptual UML, pertama-tama kita perlu menjelaskan apa itu model konseptual? dan mengapa model konseptual diperlukan?

• Model konseptual dapat diartikan sebagai model yang terbuat dari konsep-konsep dan hubungannya.

• Model konseptual adalah langkah pertama sebelum menggambar diagram UML. Ini membantu untuk memahami entitas di dunia nyata dan bagaimana mereka berinteraksi satu sama lain.

Karena UML mendeskripsikan sistem real-time, sangat penting untuk membuat model konseptual dan kemudian dilanjutkan secara bertahap. Model konseptual UML dapat dikuasai dengan mempelajari tiga elemen utama berikut -

• Blok penyusun UML
• Aturan untuk menghubungkan blok bangunan
• Mekanisme umum UML

Konsep Berorientasi Objek

UML dapat digambarkan sebagai penerus analisis dan desain berorientasi objek (OO).

Objek berisi data dan metode yang mengontrol data. Data tersebut mewakili keadaan objek. Sebuah kelas mendeskripsikan suatu objek dan mereka juga membentuk hierarki untuk memodelkan sistem dunia nyata. Hierarki direpresentasikan sebagai warisan dan kelas juga dapat dikaitkan dengan berbagai cara sesuai kebutuhan.

Objek adalah entitas dunia nyata yang ada di sekitar kita dan konsep dasar seperti abstraksi, enkapsulasi, pewarisan, dan polimorfisme semuanya dapat direpresentasikan menggunakan UML.

UML cukup powerful untuk merepresentasikan semua konsep yang ada dalam analisis dan desain berorientasi objek. Diagram UML hanyalah representasi dari konsep berorientasi objek saja. Oleh karena itu, sebelum mempelajari UML, penting untuk memahami konsep OO secara detail.

Berikut adalah beberapa konsep dasar dunia berorientasi objek -

• Objects - Objek mewakili entitas dan blok bangunan dasar.

• Class - Kelas adalah cetak biru suatu benda.

• Abstraction - Abstraksi mewakili perilaku entitas dunia nyata.

• Encapsulation - Enkapsulasi adalah mekanisme mengikat data dan menyembunyikannya dari dunia luar.

• Inheritance - Inheritance adalah mekanisme pembuatan class baru dari class yang sudah ada.

• Polymorphism - Ini mendefinisikan mekanisme untuk ada dalam berbagai bentuk.

Analisis dan Desain OO

OO dapat didefinisikan sebagai investigasi dan lebih spesifiknya, itu adalah investigasi objek. Desain berarti kolaborasi objek yang diidentifikasi.

Dengan demikian, penting untuk memahami analisis OO dan konsep desain. Tujuan terpenting dari analisis OO adalah untuk mengidentifikasi objek dari suatu sistem yang akan dirancang. Analisis ini juga dilakukan untuk sistem yang ada. Sekarang analisis yang efisien hanya mungkin jika kita dapat mulai berpikir dengan cara di mana objek dapat diidentifikasi. Setelah mengidentifikasi objek, hubungannya diidentifikasi dan akhirnya desain dibuat.

Tujuan dari analisis dan desain OO dapat digambarkan sebagai -

• Mengidentifikasi objek dari suatu sistem.

• Mengidentifikasi hubungan mereka.

• Membuat desain, yang dapat diubah menjadi file yang dapat dieksekusi menggunakan bahasa OO.

Ada tiga langkah dasar di mana konsep OO diterapkan dan diimplementasikan. Langkah-langkahnya dapat didefinisikan sebagai

OO Analysis → OO Design → OO implementation using OO languages

Ketiga poin di atas dapat dijelaskan secara rinci sebagai -

• Selama analisis OO, tujuan terpenting adalah mengidentifikasi objek dan mendeskripsikannya dengan cara yang tepat. Jika objek-objek ini diidentifikasi secara efisien, maka pekerjaan desain selanjutnya menjadi mudah. Objek harus diidentifikasi dengan tanggung jawab. Tanggung jawab adalah fungsi yang dilakukan oleh objek. Setiap objek memiliki beberapa jenis tanggung jawab yang harus dilakukan. Ketika tanggung jawab ini digabungkan, tujuan sistem terpenuhi.

• Fase kedua adalah desain OO. Selama fase ini, penekanan ditempatkan pada persyaratan dan pemenuhannya. Dalam tahap ini, objek dikolaborasikan sesuai dengan asosiasi yang dimaksudkan. Setelah pengaitan selesai, desain juga selesai.

• Fase ketiga adalah implementasi OO. Pada fase ini desain diimplementasikan menggunakan bahasa OO seperti Java, C ++, dll.

Peran UML dalam Desain OO

UML adalah bahasa pemodelan yang digunakan untuk memodelkan perangkat lunak dan sistem non-perangkat lunak. Meskipun UML digunakan untuk sistem non-perangkat lunak, penekanannya adalah pada pemodelan aplikasi perangkat lunak OO. Sebagian besar diagram UML yang dibahas sejauh ini digunakan untuk memodelkan berbagai aspek seperti statis, dinamis, dll. Sekarang apa pun aspeknya, artefak tidak lain adalah objek.

Jika kita melihat ke diagram kelas, diagram objek, diagram kolaborasi, diagram interaksi semua pada dasarnya akan dirancang berdasarkan objek.

Oleh karena itu, hubungan antara desain OO dan UML sangat penting untuk dipahami. Desain OO diubah menjadi diagram UML sesuai dengan kebutuhan. Sebelum memahami UML secara detail, konsep OO harus dipelajari dengan baik. Setelah analisis dan desain OO selesai, langkah selanjutnya sangat mudah. Input dari analisis dan desain OO adalah input ke diagram UML.

Karena UML mendeskripsikan sistem real-time, sangat penting untuk membuat model konseptual dan kemudian dilanjutkan secara bertahap. Model konseptual UML dapat dikuasai dengan mempelajari tiga elemen utama berikut -

• Blok penyusun UML
• Aturan untuk menghubungkan blok bangunan
• Mekanisme umum UML

Bab ini menjelaskan semua blok penyusun UML. Blok bangunan UML dapat didefinisikan sebagai -

• Things
• Relationships
• Diagrams

Sesuatu

Thingsadalah blok bangunan UML yang paling penting. Hal-hal bisa -

• Structural
• Behavioral
• Grouping
• Annotational

Hal-Hal Struktural

Structural thingstentukan bagian statis model. Mereka mewakili elemen fisik dan konseptual. Berikut adalah uraian singkat tentang hal-hal struktural.

Class − Kelas mewakili sekumpulan objek yang memiliki tanggung jawab serupa.

Interface − Antarmuka mendefinisikan satu set operasi, yang menentukan tanggung jawab kelas.

Collaboration −Kolaborasi mendefinisikan interaksi antar elemen.

Use case −Kasus penggunaan mewakili serangkaian tindakan yang dilakukan oleh sistem untuk tujuan tertentu.

Component −Komponen menggambarkan bagian fisik dari suatu sistem.

Node − Sebuah node dapat didefinisikan sebagai elemen fisik yang ada pada saat dijalankan.

Hal-Hal Perilaku

A behavioral thingterdiri dari bagian dinamis model UML. Berikut adalah hal-hal yang berkaitan dengan perilaku -

Interaction − Interaksi didefinisikan sebagai perilaku yang terdiri dari sekelompok pesan yang dipertukarkan antar elemen untuk menyelesaikan tugas tertentu.

State machine −Mesin status berguna ketika status suatu objek dalam siklus hidupnya penting. Ini mendefinisikan urutan keadaan yang dilalui objek sebagai respons terhadap peristiwa. Peristiwa adalah faktor eksternal yang bertanggung jawab atas perubahan negara

Pengelompokan Hal

Grouping thingsdapat didefinisikan sebagai mekanisme untuk mengelompokkan elemen model UML bersama-sama. Hanya ada satu pengelompokan yang tersedia -

Package − Paket adalah satu-satunya pengelompokan yang tersedia untuk mengumpulkan hal-hal struktural dan perilaku.

Hal Anotasional

Annotational things dapat didefinisikan sebagai mekanisme untuk menangkap komentar, deskripsi, dan komentar dari elemen model UML. Note- Ini adalah satu-satunya anotasi yang tersedia. Catatan digunakan untuk membuat komentar, batasan, dll. Dari elemen UML.

Hubungan

Relationshipadalah blok bangunan UML yang paling penting. Ini menunjukkan bagaimana elemen-elemen terkait satu sama lain dan asosiasi ini menjelaskan fungsionalitas aplikasi.

Ada empat jenis hubungan yang tersedia.

Ketergantungan

Ketergantungan adalah hubungan antara dua hal dimana perubahan pada satu elemen juga mempengaruhi elemen lainnya.

Asosiasi

Asosiasi pada dasarnya adalah sekumpulan tautan yang menghubungkan elemen-elemen model UML. Ini juga menjelaskan berapa banyak objek yang mengambil bagian dalam hubungan itu.

Generalisasi

Generalisasi dapat diartikan sebagai hubungan yang menghubungkan elemen khusus dengan elemen umum. Ini pada dasarnya menggambarkan hubungan pewarisan di dunia benda.

Realisasi

Realisasi dapat diartikan sebagai hubungan di mana dua elemen dihubungkan. Satu elemen menjelaskan beberapa tanggung jawab, yang tidak dilaksanakan dan yang lainnya mengimplementasikannya. Hubungan ini ada dalam kasus antarmuka.

Diagram UML

Diagram UML adalah hasil akhir dari keseluruhan diskusi. Semua elemen, relasi digunakan untuk membuat diagram UML lengkap dan diagram merepresentasikan suatu sistem.

Efek visual dari diagram UML adalah bagian terpenting dari keseluruhan proses. Semua elemen lainnya digunakan untuk membuatnya lengkap.

UML mencakup sembilan diagram berikut, yang rinciannya akan dijelaskan pada bab-bab berikutnya.

• Diagram kelas
• Diagram objek
• Gunakan diagram kasus
• Diagram urutan
• Diagram kolaborasi
• Diagram aktivitas
• Diagram statechart
• Diagram penyebaran
• Diagram komponen

Sistem dunia nyata apa pun digunakan oleh pengguna yang berbeda. Pengguna dapat menjadi pengembang, penguji, pebisnis, analis, dan banyak lagi. Oleh karena itu, sebelum merancang suatu sistem, arsitektur dibuat dengan sudut pandang yang berbeda. Bagian terpenting adalah memvisualisasikan sistem dari perspektif pemirsa yang berbeda. Semakin baik kami memahami, semakin baik kami dapat membangun sistem.

UML memainkan peran penting dalam mendefinisikan perspektif yang berbeda dari suatu sistem. Perspektif ini adalah -

• Design
• Implementation
• Process
• Deployment

Pusatnya adalah Use Casetampilan yang menghubungkan keempatnya. SEBUAHUse Casemewakili fungsionalitas sistem. Karenanya, perspektif lain terhubung dengan use case.

Designsuatu sistem terdiri dari kelas, antarmuka, dan kolaborasi. UML menyediakan diagram kelas, diagram objek untuk mendukung ini.

Implementationmendefinisikan komponen yang dirakit bersama untuk membuat sistem fisik yang lengkap. Diagram komponen UML digunakan untuk mendukung perspektif implementasi.

Processmendefinisikan aliran sistem. Karenanya, elemen yang sama seperti yang digunakan dalam Desain juga digunakan untuk mendukung perspektif ini.

Deploymentmewakili node fisik dari sistem yang membentuk perangkat keras. Diagram penyebaran UML digunakan untuk mendukung perspektif ini.

Sangat penting untuk membedakan antara model UML. Diagram yang berbeda digunakan untuk berbagai jenis pemodelan UML. Ada tiga jenis pemodelan UML yang penting.

Pemodelan Struktural

Pemodelan struktural menangkap fitur statis dari suatu sistem. Mereka terdiri dari:

• Diagram kelas
• Diagram objek
• Diagram penyebaran
• Diagram paket
• Diagram struktur komposit
• Diagram komponen

Model struktural mewakili kerangka kerja untuk sistem dan kerangka ini adalah tempat di mana semua komponen lain berada. Oleh karena itu, diagram kelas, diagram komponen, dan diagram penyebaran adalah bagian dari pemodelan struktural. Mereka semua mewakili elemen dan mekanisme untuk menyusunnya.

Model struktural tidak pernah menggambarkan perilaku dinamis dari sistem. Diagram kelas adalah diagram struktur yang paling banyak digunakan.

Pemodelan Perilaku

Model perilaku menggambarkan interaksi dalam sistem. Ini mewakili interaksi di antara diagram struktural. Pemodelan perilaku menunjukkan sifat dinamis dari sistem. Mereka terdiri dari:

• Diagram aktivitas
• Diagram interaksi
• Gunakan diagram kasus

Semua hal di atas menunjukkan urutan aliran dinamis dalam suatu sistem.

Pemodelan Arsitektur

Model arsitektural merepresentasikan kerangka sistem secara keseluruhan. Ini berisi elemen struktural dan perilaku dari sistem. Model arsitektur dapat didefinisikan sebagai cetak biru dari keseluruhan sistem. Diagram paket berada di bawah pemodelan arsitektur.

UML populer karena notasi diagramatisnya. Kita semua tahu bahwa UML adalah untuk memvisualisasikan, menentukan, membangun dan mendokumentasikan komponen perangkat lunak dan sistem non-perangkat lunak. Karenanya, visualisasi adalah bagian terpenting yang perlu dipahami dan diingat.

Notasi UML adalah elemen terpenting dalam pemodelan. Penggunaan notasi yang efisien dan tepat sangat penting untuk membuat model yang lengkap dan bermakna. Model itu tidak berguna, kecuali tujuannya digambarkan dengan benar.

Oleh karena itu, notasi pembelajaran harus ditekankan sejak awal. Notasi berbeda tersedia untuk benda dan hubungan. Diagram UML dibuat dengan menggunakan notasi benda dan hubungan. Ekstensibilitas adalah fitur penting lainnya yang membuat UML lebih kuat dan fleksibel.

Bab ini menjelaskan notasi UML dasar secara rinci. Ini hanyalah perpanjangan dari bagian blok penyusun UML yang dibahas di Bab Dua.

Hal-Hal Struktural

Notasi grafis yang digunakan dalam hal-hal struktural paling banyak digunakan dalam UML. Ini dianggap sebagai kata benda model UML. Berikut adalah daftar hal-hal struktural.

• Classes
• Object
• Interface
• Collaboration
• Kasus penggunaan
• Kelas aktif
• Components
• Nodes

Notasi Kelas

Kelas UML diwakili oleh gambar berikut. Diagram ini dibagi menjadi empat bagian.

• Bagian atas digunakan untuk memberi nama kelas.
• Yang kedua digunakan untuk menunjukkan atribut kelas.
• Bagian ketiga digunakan untuk menjelaskan operasi yang dilakukan oleh kelas.
• Bagian keempat adalah opsional untuk menampilkan komponen tambahan.

Kelas digunakan untuk merepresentasikan objek. Objek dapat berupa apa saja yang memiliki sifat dan tanggung jawab.

Notasi Objek

The objek direpresentasikan dalam cara yang sama seperti kelas. Satu-satunya perbedaan adalah nama yang digarisbawahi seperti yang ditunjukkan pada gambar berikut.

Sebagai objek adalah implementasi aktual dari sebuah kelas, yang dikenal sebagai turunan kelas. Karenanya, ini memiliki penggunaan yang sama dengan kelas.

Notasi Antarmuka

Antarmuka diwakili oleh lingkaran seperti yang ditunjukkan pada gambar berikut. Ini memiliki nama yang umumnya tertulis di bawah lingkaran.

Antarmuka digunakan untuk menggambarkan fungsionalitas tanpa implementasi. Antarmuka seperti template tempat Anda mendefinisikan fungsi yang berbeda, bukan implementasinya. Ketika kelas mengimplementasikan antarmuka, itu juga mengimplementasikan fungsionalitas sesuai kebutuhan.

Notasi Kolaborasi

Kolaborasi diwakili oleh gerhana bertitik seperti yang ditunjukkan pada gambar berikut. Ini memiliki nama yang tertulis di dalam gerhana.

Kolaborasi mewakili tanggung jawab. Umumnya tanggung jawab berada dalam kelompok.

Gunakan Notasi Kasus

Kasus penggunaan direpresentasikan sebagai gerhana dengan nama di dalamnya. Ini mungkin berisi tanggung jawab tambahan.

Use case digunakan untuk menangkap fungsionalitas tingkat tinggi dari suatu sistem.

Notasi Aktor

Seorang aktor dapat didefinisikan sebagai entitas internal atau eksternal yang berinteraksi dengan sistem.

Seorang aktor digunakan dalam diagram use case untuk menggambarkan entitas internal atau eksternal.

Notasi Keadaan Awal

Keadaan awal didefinisikan untuk menunjukkan awal dari suatu proses. Notasi ini digunakan di hampir semua diagram.

Penggunaan Notasi Status Awal adalah untuk menunjukkan titik awal dari suatu proses.

Notasi Status Akhir

Keadaan akhir digunakan untuk menunjukkan akhir dari suatu proses. Notasi ini juga digunakan di hampir semua diagram untuk mendeskripsikan akhir.

Penggunaan Notasi Keadaan Akhir adalah untuk menunjukkan titik penghentian suatu proses.

Notasi Kelas Aktif

Kelas aktif terlihat mirip dengan kelas dengan batas tegas. Kelas aktif umumnya digunakan untuk menggambarkan perilaku konkuren dari suatu sistem.

Kelas aktif digunakan untuk merepresentasikan konkurensi dalam suatu sistem.

Notasi Komponen

Sebuah komponen dalam UML ditunjukkan pada gambar berikut dengan nama di dalamnya. Elemen tambahan dapat ditambahkan dimanapun diperlukan.

Komponen digunakan untuk mewakili setiap bagian dari sistem yang dibuat diagram UML.

Notasi Node

Sebuah node di UML diwakili oleh kotak persegi seperti yang ditunjukkan pada gambar berikut dengan sebuah nama. Sebuah node mewakili komponen fisik dari sistem.

Node digunakan untuk mewakili bagian fisik dari suatu sistem seperti server, jaringan, dll.

Hal-Hal Perilaku

Bagian dinamis adalah salah satu elemen terpenting dalam UML. UML memiliki sekumpulan fitur canggih untuk mewakili bagian dinamis dari perangkat lunak dan sistem non-perangkat lunak. Fitur-fitur ini termasuk interaksi dan mesin negara .

Interaksi bisa dari dua jenis -

• Sequential (Diwakili oleh diagram urutan)
• Kolaboratif (Diwakili oleh diagram kolaborasi)

Notasi Interaksi

Interaksi pada dasarnya adalah pertukaran pesan antara dua komponen UML. Diagram berikut mewakili berbagai notasi yang digunakan dalam interaksi.

Interaksi digunakan untuk merepresentasikan komunikasi antar komponen sistem.

Notasi Mesin Status

Mesin status menggambarkan berbagai status komponen dalam siklus hidupnya. Notasi dijelaskan dalam diagram berikut.

Mesin negara digunakan untuk menggambarkan status yang berbeda dari suatu komponen sistem. Status bisa aktif, menganggur, atau lainnya tergantung situasinya.

Pengelompokan Hal

Mengatur model UML adalah salah satu aspek terpenting dari desain. Di UML, hanya ada satu elemen yang tersedia untuk pengelompokan dan itu adalah paket.

Notasi Paket

Notasi paket ditunjukkan pada gambar berikut dan digunakan untuk membungkus komponen-komponen sistem.

Hal Anotasional

Dalam diagram apa pun, penjelasan tentang berbagai elemen dan fungsinya sangat penting. Karenanya, UML memiliki notasi catatan untuk mendukung persyaratan ini.

Catatan Notasi

Notasi ini ditunjukkan pada gambar berikut. Notasi ini digunakan untuk memberikan informasi yang diperlukan dari suatu sistem.

Hubungan

Model tidak lengkap kecuali hubungan antar elemen dijelaskan dengan benar. The Relationship memberikan arti yang tepat untuk model UML. Berikut adalah jenis hubungan berbeda yang tersedia di UML.

• Dependency
• Association
• Generalization
• Extensibility

Notasi Ketergantungan

Ketergantungan merupakan aspek penting dalam elemen UML. Ini menggambarkan elemen dependen dan arah ketergantungan.

Ketergantungan diwakili oleh panah putus-putus seperti yang ditunjukkan pada gambar berikut. Kepala panah mewakili elemen independen dan ujung lainnya mewakili elemen dependen.

Dependency digunakan untuk merepresentasikan ketergantungan antara dua elemen dari suatu sistem

Notasi Asosiasi

Asosiasi menjelaskan bagaimana elemen-elemen dalam diagram UML dikaitkan. Dengan kata sederhana, ini menggambarkan berapa banyak elemen yang mengambil bagian dalam suatu interaksi.

Asosiasi diwakili oleh garis putus-putus dengan (tanpa) panah di kedua sisinya. Kedua ujungnya mewakili dua elemen terkait seperti yang ditunjukkan pada gambar berikut. Multiplisitas juga disebutkan di bagian akhir (1, *, dll.) Untuk menunjukkan berapa banyak objek yang terkait.

Asosiasi digunakan untuk merepresentasikan hubungan antara dua elemen dari suatu sistem.

Notasi Generalisasi

Generalisasi menggambarkan hubungan pewarisan dunia berorientasi objek. Ini adalah hubungan orang tua dan anak.

Generalisasi diwakili oleh panah dengan kepala panah berlubang seperti yang ditunjukkan pada gambar berikut. Satu ujung mewakili elemen induk dan ujung lainnya mewakili elemen anak.

Generalisasi digunakan untuk mendeskripsikan hubungan orang tua-anak dari dua elemen sistem.

Notasi Perpanjangan

Semua bahasa (pemrograman atau pemodelan) memiliki beberapa mekanisme untuk memperluas kemampuannya seperti sintaksis, semantik, dll. UML juga memiliki mekanisme berikut untuk menyediakan fitur yang dapat diperpanjang.

• Stereotipe (Mewakili elemen baru)
• Nilai yang diberi tag (Merupakan atribut baru)
• Kendala (Mewakili batas-batas)

Notasi ekstensibilitas digunakan untuk meningkatkan kekuatan bahasa. Ini pada dasarnya adalah elemen tambahan yang digunakan untuk mewakili beberapa perilaku ekstra dari sistem. Perilaku ekstra ini tidak tercakup dalam notasi standar yang tersedia.

Pada bab sebelumnya, kita telah membahas tentang blok bangunan dan elemen lain yang diperlukan dari UML. Sekarang kita perlu memahami di mana menggunakan elemen tersebut.

Elemen-elemen tersebut seperti komponen yang dapat dikaitkan dengan berbagai cara untuk membuat gambar UML yang lengkap, yang dikenal sebagai diagram. Dengan demikian, sangat penting untuk memahami diagram yang berbeda untuk mengimplementasikan pengetahuan dalam sistem kehidupan nyata.

Sistem kompleks apa pun paling baik dipahami dengan membuat semacam diagram atau gambar. Diagram ini memiliki dampak yang lebih baik pada pemahaman kita. Jika kita melihat sekeliling, kita akan menyadari bahwa diagram bukanlah konsep baru tetapi digunakan secara luas dalam berbagai bentuk di industri yang berbeda.

Kami menyiapkan diagram UML untuk memahami sistem dengan cara yang lebih baik dan sederhana. Diagram tunggal tidak cukup untuk mencakup semua aspek sistem. UML mendefinisikan berbagai macam diagram untuk mencakup sebagian besar aspek sistem.

Anda juga dapat membuat rangkaian diagram Anda sendiri untuk memenuhi kebutuhan Anda. Diagram umumnya dibuat dengan cara inkremental dan iteratif.

Ada dua kategori besar diagram dan sekali lagi dibagi menjadi subkategori -

• Diagram Struktural

• Diagram Perilaku

Diagram Struktural

Diagram struktural mewakili aspek statis dari sistem. Aspek-aspek statis ini mewakili bagian-bagian diagram, yang membentuk struktur utama dan karenanya stabil.

Bagian statis ini diwakili oleh kelas, antarmuka, objek, komponen, dan node. Empat diagram struktural adalah -

• Diagram kelas
• Diagram objek
• Diagram komponen
• Diagram penyebaran

Diagram Kelas

Diagram kelas adalah diagram yang paling umum digunakan di UML. Diagram kelas terdiri dari kelas, antarmuka, asosiasi, dan kolaborasi. Diagram kelas pada dasarnya merepresentasikan tampilan berorientasi objek dari suatu sistem, yang bersifat statis.

Kelas aktif digunakan dalam diagram kelas untuk mewakili konkurensi sistem.

Diagram kelas merepresentasikan orientasi objek dari suatu sistem. Oleh karena itu, umumnya digunakan untuk tujuan pengembangan. Ini adalah diagram yang paling banyak digunakan pada saat pembangunan sistem.

Diagram Objek

Diagram objek dapat digambarkan sebagai turunan dari diagram kelas. Dengan demikian, diagram ini lebih mirip dengan skenario kehidupan nyata di mana kita menerapkan sistem.

Diagram objek adalah sekumpulan objek dan hubungannya seperti diagram kelas. Mereka juga mewakili tampilan statis dari sistem.

Penggunaan diagram objek mirip dengan diagram kelas tetapi digunakan untuk membangun prototipe sistem dari perspektif praktis.

Diagram Komponen

Diagram komponen merepresentasikan sekumpulan komponen dan hubungannya. Komponen ini terdiri dari kelas, antarmuka, atau kolaborasi. Diagram komponen merepresentasikan tampilan implementasi suatu sistem.

Selama fase desain, artefak perangkat lunak (kelas, antarmuka, dll.) Dari suatu sistem diatur dalam kelompok yang berbeda tergantung pada hubungannya. Sekarang, kelompok-kelompok ini dikenal sebagai komponen.

Akhirnya, dapat dikatakan diagram komponen digunakan untuk memvisualisasikan implementasi.

Diagram Penerapan

Diagram penyebaran adalah sekumpulan node dan hubungannya. Node ini adalah entitas fisik tempat komponen disebarkan.

Diagram penyebaran digunakan untuk memvisualisasikan tampilan penerapan suatu sistem. Ini biasanya digunakan oleh tim penerapan.

Note- Jika deskripsi dan penggunaan di atas diamati dengan cermat, maka sangat jelas bahwa semua diagram memiliki hubungan satu sama lain. Diagram komponen bergantung pada kelas, antarmuka, dll. Yang merupakan bagian dari diagram kelas / objek. Sekali lagi, diagram penerapan bergantung pada komponen, yang digunakan untuk membuat diagram komponen.

Diagram Perilaku

Sistem apapun dapat memiliki dua aspek, statis dan dinamis. Jadi, sebuah model dianggap lengkap jika kedua aspek tersebut sepenuhnya dicakup.

Diagram perilaku pada dasarnya menangkap aspek dinamis dari suatu sistem. Aspek dinamis selanjutnya dapat digambarkan sebagai bagian-bagian yang berubah / bergerak dari suatu sistem.

UML memiliki lima jenis diagram perilaku berikut -

• Gunakan diagram kasus
• Diagram urutan
• Diagram kolaborasi
• Diagram statechart
• Diagram aktivitas

Gunakan diagram kasus

Diagram use case adalah sekumpulan kasus penggunaan, aktor, dan hubungannya. Mereka mewakili tampilan kasus penggunaan suatu sistem.

Kasus penggunaan mewakili fungsionalitas tertentu dari suatu sistem. Oleh karena itu, diagram use case digunakan untuk menggambarkan hubungan antara fungsi dan pengontrol internal / eksternal mereka. Pengontrol ini dikenal sebagaiactors.

Diagram Urutan

Diagram sekuens adalah diagram interaksi. Dari namanya terlihat jelas bahwa diagram tersebut berkaitan dengan beberapa sequence, yaitu urutan pesan yang mengalir dari satu objek ke objek lainnya.

Interaksi antar komponen sistem sangat penting dari perspektif implementasi dan eksekusi. Diagram urutan digunakan untuk memvisualisasikan urutan panggilan dalam suatu sistem untuk melakukan fungsi tertentu.

Diagram Kolaborasi

Diagram kolaborasi adalah bentuk lain dari diagram interaksi. Ini mewakili organisasi struktural dari suatu sistem dan pesan yang dikirim / diterima. Organisasi struktural terdiri dari objek dan tautan.

Tujuan dari diagram kolaborasi mirip dengan diagram urutan. Namun, tujuan khusus dari diagram kolaborasi adalah untuk memvisualisasikan organisasi objek dan interaksinya.

Diagram Statechart

Setiap sistem waktu nyata diharapkan bereaksi oleh beberapa jenis peristiwa internal / eksternal. Peristiwa ini bertanggung jawab atas perubahan status sistem.

Diagram statechart digunakan untuk merepresentasikan perubahan keadaan yang digerakkan oleh suatu sistem. Ini pada dasarnya menggambarkan perubahan status kelas, antarmuka, dll.

Diagram diagram keadaan digunakan untuk memvisualisasikan reaksi suatu sistem berdasarkan faktor internal / eksternal.

Diagram Aktivitas

Diagram aktivitas menggambarkan aliran kendali dalam suatu sistem. Ini terdiri dari aktivitas dan tautan. Alurnya bisa berurutan, bersamaan, atau bercabang.

Aktivitas tidak lain adalah fungsi dari suatu sistem. Sejumlah diagram aktivitas disiapkan untuk menangkap keseluruhan aliran dalam suatu sistem.

Diagram aktivitas digunakan untuk memvisualisasikan aliran kontrol dalam suatu sistem. Ini dipersiapkan untuk mendapatkan gambaran tentang bagaimana sistem akan bekerja saat dijalankan.

Note- Sifat dinamis suatu sistem sangat sulit ditangkap. UML telah menyediakan fitur untuk menangkap dinamika suatu sistem dari berbagai sudut. Diagram urutan dan diagram kolaborasi bersifat isomorfik, sehingga dapat dikonversi satu sama lain tanpa kehilangan informasi apa pun. Ini juga berlaku untuk Statechart dan diagram aktivitas.

Diagram kelas adalah diagram statis. Ini mewakili tampilan statis suatu aplikasi. Diagram kelas tidak hanya digunakan untuk memvisualisasikan, mendeskripsikan, dan mendokumentasikan berbagai aspek sistem tetapi juga untuk membuat kode yang dapat dieksekusi dari aplikasi perangkat lunak.

Diagram kelas menjelaskan atribut dan operasi kelas dan juga batasan yang dikenakan pada sistem. Diagram kelas banyak digunakan dalam pemodelan sistem berorientasi objek karena hanya diagram UML, yang dapat dipetakan langsung dengan bahasa berorientasi objek.

Diagram kelas menunjukkan kumpulan kelas, antarmuka, asosiasi, kolaborasi, dan batasan. Ini juga dikenal sebagai diagram struktural.

Tujuan Diagram Kelas

Tujuan dari diagram kelas adalah untuk memodelkan tampilan statis suatu aplikasi. Diagram kelas adalah satu-satunya diagram yang dapat langsung dipetakan dengan bahasa berorientasi objek dan dengan demikian banyak digunakan pada saat pembuatan.

Diagram UML seperti diagram aktivitas, diagram urutan hanya dapat memberikan aliran urutan aplikasi, namun diagram kelas sedikit berbeda. Ini adalah diagram UML paling populer di komunitas pembuat kode.

Tujuan diagram kelas dapat diringkas sebagai -

• Analisis dan desain tampilan statis suatu aplikasi.

• Jelaskan tanggung jawab suatu sistem.

• Dasar untuk diagram komponen dan penyebaran.

• Rekayasa maju dan mundur.

Bagaimana Menggambar Diagram Kelas?

Diagram kelas adalah diagram UML paling populer yang digunakan untuk pembuatan aplikasi perangkat lunak. Sangat penting untuk mempelajari prosedur menggambar diagram kelas.

Diagram kelas memiliki banyak properti untuk dipertimbangkan saat menggambar tetapi di sini diagram akan dipertimbangkan dari tampilan tingkat atas.

Diagram kelas pada dasarnya adalah representasi grafis dari tampilan statis sistem dan mewakili berbagai aspek aplikasi. Kumpulan diagram kelas mewakili keseluruhan sistem.

Poin-poin berikut harus diingat saat menggambar diagram kelas -

• Nama diagram kelas harus bermakna untuk menggambarkan aspek sistem.

• Setiap elemen dan hubungannya harus diidentifikasi terlebih dahulu.

• Tanggung jawab (atribut dan metode) dari setiap kelas harus diidentifikasi dengan jelas

• Untuk setiap kelas, jumlah minimum properti harus ditentukan, karena properti yang tidak diperlukan akan membuat diagram menjadi rumit.

• Gunakan catatan kapan pun diperlukan untuk mendeskripsikan beberapa aspek diagram. Di akhir gambar, ini harus dapat dimengerti oleh pengembang / pembuat kode.

• Terakhir, sebelum membuat versi final, diagram harus digambar di atas kertas biasa dan dikerjakan ulang sebanyak mungkin untuk membuatnya benar.

Diagram berikut adalah contoh Order System dari suatu aplikasi. Ini menjelaskan aspek tertentu dari seluruh aplikasi.

• Pertama-tama, Pesanan dan Pelanggan diidentifikasi sebagai dua elemen sistem. Mereka memiliki hubungan satu-ke-banyak karena pelanggan dapat memiliki banyak pesanan.

• Kelas pesanan adalah kelas abstrak dan memiliki dua kelas konkret (hubungan warisan) SpecialOrder dan NormalOrder.

• Kedua kelas yang diwariskan memiliki semua properti sebagai kelas Order. Selain itu, mereka memiliki fungsi tambahan seperti dispatch () dan accept ().

Diagram kelas berikut telah digambar dengan mempertimbangkan semua poin yang disebutkan di atas.

Di mana Menggunakan Diagram Kelas?

Diagram kelas adalah diagram statis dan digunakan untuk memodelkan tampilan statis suatu sistem. Tampilan statis mendeskripsikan kosakata sistem.

Diagram kelas juga dianggap sebagai dasar untuk diagram komponen dan penyebaran. Diagram kelas tidak hanya digunakan untuk memvisualisasikan tampilan statis sistem, tetapi juga digunakan untuk membuat kode yang dapat dieksekusi untuk rekayasa maju dan mundur sistem apa pun.

Umumnya, diagram UML tidak secara langsung dipetakan dengan bahasa pemrograman berorientasi objek apa pun, tetapi diagram kelas adalah pengecualian.

Diagram kelas dengan jelas menunjukkan pemetaan dengan bahasa berorientasi objek seperti Java, C ++, dll. Dari pengalaman praktis, diagram kelas umumnya digunakan untuk keperluan konstruksi.

Singkatnya dapat dikatakan, diagram kelas digunakan untuk -

• Menjelaskan tampilan statis sistem.

• Menampilkan kolaborasi antar elemen tampilan statis.

• Menjelaskan fungsionalitas yang dilakukan oleh sistem.

• Pembangunan aplikasi perangkat lunak menggunakan bahasa berorientasi objek.

Diagram objek diturunkan dari diagram kelas sehingga diagram objek bergantung pada diagram kelas.

Diagram objek merupakan turunan dari diagram kelas. Konsep dasarnya serupa untuk diagram kelas dan diagram objek. Diagram objek juga merepresentasikan tampilan statis suatu sistem, tetapi tampilan statis ini adalah snapshot dari sistem pada saat tertentu.

Diagram objek digunakan untuk membuat sekumpulan objek dan hubungannya sebagai sebuah instance.

Tujuan Diagram Objek

Tujuan diagram harus dipahami dengan jelas untuk mengimplementasikannya secara praktis. Tujuan diagram objek mirip dengan diagram kelas.

Perbedaannya adalah bahwa diagram kelas merepresentasikan model abstrak yang terdiri dari kelas-kelas dan hubungannya. Namun, diagram objek merepresentasikan sebuah instance pada momen tertentu, yang sifatnya konkret.

Artinya diagram objek lebih dekat dengan perilaku sistem yang sebenarnya. Tujuannya adalah untuk menangkap tampilan statis suatu sistem pada saat tertentu.

Tujuan diagram objek dapat diringkas sebagai -

• Rekayasa maju dan mundur.

• Hubungan objek dari suatu sistem

• Tampilan statis dari suatu interaksi.

• Memahami perilaku objek dan hubungannya dari perspektif praktis

Bagaimana Menggambar Diagram Objek?

Kita telah membahas bahwa diagram objek adalah turunan dari diagram kelas. Ini menyiratkan bahwa diagram objek terdiri dari contoh hal-hal yang digunakan dalam diagram kelas.

Jadi kedua diagram tersebut terbuat dari elemen dasar yang sama tetapi dalam bentuk yang berbeda. Pada diagram kelas elemen-elemen berbentuk abstrak untuk merepresentasikan blue print dan pada diagram objek elemen-elemen berbentuk konkret untuk merepresentasikan objek dunia nyata.

Untuk menangkap sistem tertentu, jumlah diagram kelas dibatasi. Namun, jika kita mempertimbangkan diagram objek maka kita dapat memiliki jumlah instance yang tidak terbatas, yang sifatnya unik. Hanya contoh tersebut yang dipertimbangkan, yang berdampak pada sistem.

Dari pembahasan di atas, jelas bahwa diagram objek tunggal tidak dapat menangkap semua contoh yang diperlukan atau lebih tepatnya tidak dapat menentukan semua objek dari suatu sistem. Oleh karena itu, solusinya adalah -

• Pertama, analisis sistem dan putuskan instans mana yang memiliki data dan asosiasi penting.

• Kedua, pertimbangkan hanya contoh tersebut, yang akan mencakup fungsionalitas.

• Ketiga, lakukan pengoptimalan karena jumlah instance tidak terbatas.

Sebelum menggambar diagram objek, hal-hal berikut harus diingat dan dipahami dengan jelas -

• Diagram objek terdiri dari objek.

• Tautan dalam diagram objek digunakan untuk menghubungkan objek.

• Objek dan tautan adalah dua elemen yang digunakan untuk membuat diagram objek.

Setelah ini, hal-hal berikut harus diputuskan sebelum memulai pembangunan diagram -

• Diagram objek harus memiliki nama yang bermakna untuk menunjukkan tujuannya.

• Unsur terpenting harus diidentifikasi.

• Asosiasi di antara objek harus diperjelas.

• Nilai elemen yang berbeda perlu ditangkap untuk dimasukkan ke dalam diagram objek.

• Tambahkan catatan yang tepat pada titik-titik yang membutuhkan kejelasan lebih.

Diagram berikut adalah contoh diagram objek. Ini mewakili sistem manajemen Order yang telah kita diskusikan di bab Diagram Kelas. Diagram berikut adalah contoh sistem pada waktu pembelian tertentu. Ini memiliki objek berikut.

• Customer

• Order

• SpecialOrder

• NormalOrder

Sekarang objek pelanggan (C) dikaitkan dengan tiga objek pesanan (O1, O2, dan O3). Objek orde ini diasosiasikan dengan orde khusus dan objek orde normal (S1, S2, dan N1). Pelanggan memiliki tiga pesanan berikut dengan nomor berbeda (12, 32 dan 40) untuk waktu tertentu.

Pelanggan dapat meningkatkan jumlah pesanan di masa depan dan dalam skenario itu diagram objek akan mencerminkan hal itu. Jika ketertiban, orde khusus, dan objek orde normal diamati maka Anda akan menemukan bahwa mereka memiliki beberapa nilai.

Untuk pesanan, nilainya adalah 12, 32, dan 40 yang menyiratkan bahwa objek memiliki nilai-nilai ini untuk momen tertentu (di sini waktu tertentu ketika pembelian dilakukan dianggap sebagai momen) ketika instance ditangkap

Hal yang sama berlaku untuk objek pesanan khusus dan pesanan normal yang memiliki jumlah pesanan 20, 30, dan 60. Jika waktu pembelian yang berbeda dipertimbangkan, maka nilai-nilai ini akan berubah.

Diagram objek berikut telah digambar dengan mempertimbangkan semua poin yang disebutkan di atas

Di mana Menggunakan Diagram Objek?

Diagram objek dapat dibayangkan sebagai snapshot dari sistem yang sedang berjalan pada saat tertentu. Mari kita perhatikan contoh kereta lari

Sekarang, jika Anda mengambil snap dari kereta yang sedang berjalan maka Anda akan menemukan gambar statis yang memiliki berikut ini -

• Keadaan tertentu yang sedang berjalan.

• Sejumlah penumpang tertentu. yang akan berubah jika jepretan diambil dalam waktu yang berbeda

Di sini, kita bisa membayangkan jepretan kereta yang sedang berjalan adalah objek yang memiliki nilai di atas. Dan ini berlaku untuk sistem kehidupan nyata yang sederhana atau kompleks.

Singkatnya, dapat dikatakan bahwa diagram objek digunakan untuk -

• Pembuatan prototipe sistem.

• Rekayasa terbalik.

• Memodelkan struktur data yang kompleks.

• Memahami sistem dari perspektif praktis.

Diagram komponen berbeda dalam hal sifat dan perilaku. Diagram komponen digunakan untuk memodelkan aspek fisik suatu sistem. Sekarang pertanyaannya adalah, apakah aspek fisik ini? Aspek fisik adalah elemen-elemen seperti executable, perpustakaan, file, dokumen, dll. Yang berada dalam sebuah node.

Diagram komponen digunakan untuk memvisualisasikan organisasi dan hubungan antar komponen dalam suatu sistem. Diagram ini juga digunakan untuk membuat sistem yang dapat dieksekusi.

Tujuan Diagram Komponen

Diagram komponen adalah jenis diagram khusus di UML. Tujuannya juga berbeda dari semua diagram lain yang dibahas sejauh ini. Ini tidak menjelaskan fungsionalitas sistem tetapi menjelaskan komponen yang digunakan untuk membuat fungsionalitas tersebut.

Jadi dari sudut pandang tersebut, diagram komponen digunakan untuk memvisualisasikan komponen fisik dalam suatu sistem. Komponen ini adalah pustaka, paket, file, dll.

Diagram komponen juga dapat digambarkan sebagai tampilan implementasi statis dari suatu sistem. Implementasi statis merepresentasikan organisasi komponen pada saat tertentu.

Diagram komponen tunggal tidak dapat mewakili keseluruhan sistem tetapi sekumpulan diagram digunakan untuk merepresentasikan keseluruhan.

Tujuan dari diagram komponen dapat diringkas sebagai -

• Visualisasikan komponen-komponen sistem.

• Buat file yang dapat dieksekusi dengan menggunakan teknik maju dan mundur.

• Jelaskan organisasi dan hubungan komponen.

Bagaimana Menggambar Diagram Komponen?

Diagram komponen digunakan untuk menggambarkan artefak fisik suatu sistem. Artefak ini termasuk file, executable, perpustakaan, dll

Tujuan diagram ini berbeda. Diagram komponen digunakan selama fase implementasi aplikasi. Namun, ini dipersiapkan dengan baik sebelumnya untuk memvisualisasikan detail implementasi.

Awalnya, sistem dirancang menggunakan diagram UML yang berbeda dan kemudian ketika artefak siap, diagram komponen digunakan untuk mendapatkan gambaran tentang implementasinya.

Diagram ini sangat penting karena tanpanya aplikasi tidak dapat diimplementasikan secara efisien. Diagram komponen yang disiapkan dengan baik juga penting untuk aspek lain seperti kinerja aplikasi, pemeliharaan, dll.

Sebelum menggambar diagram komponen, artefak berikut harus diidentifikasi dengan jelas -

• File yang digunakan dalam sistem.

• Perpustakaan dan artefak lain yang relevan dengan aplikasi.

• Hubungan antar artefak.

Setelah mengidentifikasi artefak, hal-hal berikut perlu diingat.

• Gunakan nama yang bermakna untuk mengidentifikasi komponen yang akan digambar diagram.

• Siapkan tata letak mental sebelum memproduksi menggunakan alat.

• Gunakan catatan untuk memperjelas poin penting.

Berikut adalah diagram komponen untuk sistem manajemen pesanan. Di sini, artefak adalah file. Diagram menunjukkan file dalam aplikasi dan hubungannya. Sebenarnya, diagram komponen juga berisi dll, pustaka, folder, dll.

Dalam diagram berikut, empat file diidentifikasi dan hubungannya dihasilkan. Diagram komponen tidak dapat dicocokkan secara langsung dengan diagram UML lain yang didiskusikan sejauh ini digambar untuk tujuan yang sama sekali berbeda.

Diagram komponen berikut telah digambar dengan mempertimbangkan semua poin yang disebutkan di atas.

Dimana Menggunakan Diagram Komponen?

Kami telah menjelaskan bahwa diagram komponen digunakan untuk memvisualisasikan tampilan implementasi statis dari suatu sistem. Diagram komponen adalah jenis diagram UML khusus yang digunakan untuk berbagai tujuan.

Diagram berikut menunjukkan komponen fisik dari suatu sistem. Untuk memperjelasnya, kita dapat mengatakan bahwa diagram komponen menggambarkan organisasi komponen dalam suatu sistem.

Organisasi selanjutnya dapat digambarkan sebagai lokasi komponen-komponen dalam suatu sistem. Komponen ini diatur dengan cara khusus untuk memenuhi persyaratan sistem.

Seperti yang telah kita bahas, komponen tersebut adalah library, file, executable, dll. Sebelum mengimplementasikan aplikasi, komponen-komponen ini harus diatur. Organisasi komponen ini juga dirancang secara terpisah sebagai bagian dari pelaksanaan proyek.

Diagram komponen sangat penting dari perspektif implementasi. Dengan demikian, tim implementasi aplikasi harus memiliki pengetahuan yang tepat tentang detail komponen

Diagram komponen dapat digunakan untuk -

• Buat model komponen suatu sistem.

• Buat model skema database.

• Buat model yang dapat dieksekusi dari suatu aplikasi.

• Buat model kode sumber sistem.

Deployment diagram digunakan untuk memvisualisasikan topologi komponen fisik suatu sistem, tempat komponen perangkat lunak diterapkan.

Diagram penyebaran digunakan untuk mendeskripsikan tampilan penerapan statis dari suatu sistem. Diagram penyebaran terdiri dari node dan hubungannya.

Tujuan dari Deployment Diagram

Istilah Deployment sendiri menggambarkan tujuan dari diagram. Diagram penyebaran digunakan untuk mendeskripsikan komponen perangkat keras, tempat komponen perangkat lunak diterapkan. Diagram komponen dan diagram penerapan sangat erat kaitannya.

Diagram komponen digunakan untuk mendeskripsikan komponen dan diagram penerapan menunjukkan bagaimana mereka disebarkan di perangkat keras.

UML terutama dirancang untuk fokus pada artefak perangkat lunak suatu sistem. Namun, kedua diagram ini adalah diagram khusus yang digunakan untuk fokus pada komponen perangkat lunak dan perangkat keras.

Sebagian besar diagram UML digunakan untuk menangani komponen logis tetapi diagram penerapan dibuat untuk fokus pada topologi perangkat keras suatu sistem. Diagram penyebaran digunakan oleh para insinyur sistem.

Tujuan diagram penerapan dapat dijelaskan sebagai -

• Visualisasikan topologi perangkat keras suatu sistem.

• Jelaskan komponen perangkat keras yang digunakan untuk menyebarkan komponen perangkat lunak.

• Jelaskan node pemrosesan runtime.

Bagaimana Menggambar Diagram Penerapan?

Diagram penyebaran merepresentasikan tampilan penyebaran suatu sistem. Ini terkait dengan diagram komponen karena komponen disebarkan menggunakan diagram penerapan. Diagram penerapan terdiri dari node. Node hanyalah perangkat keras fisik yang digunakan untuk menyebarkan aplikasi.

Diagram penerapan berguna untuk teknisi sistem. Diagram penerapan yang efisien sangat penting karena mengontrol parameter berikut -

• Performance

• Scalability

• Maintainability

• Portability

Sebelum menggambar diagram penyebaran, artefak berikut harus diidentifikasi -

• Nodes

• Hubungan antar node

Berikut ini adalah contoh diagram penerapan untuk memberikan gambaran tentang tampilan penerapan sistem manajemen pesanan. Di sini, kami telah menunjukkan node sebagai -

• Monitor

• Modem

• Server penyimpanan cache

• Server

Aplikasi diasumsikan sebagai aplikasi berbasis web, yang digunakan dalam lingkungan berkerumun menggunakan server 1, server 2, dan server 3. Pengguna terhubung ke aplikasi menggunakan Internet. Kontrol mengalir dari server caching ke lingkungan berkerumun.

Diagram penerapan berikut telah digambar dengan mempertimbangkan semua poin yang disebutkan di atas.

Di Mana Menggunakan Diagram Penerapan?

Diagram penyebaran terutama digunakan oleh insinyur sistem. Diagram ini digunakan untuk mendeskripsikan komponen fisik (perangkat keras), distribusinya, dan asosiasinya.

Diagram penyebaran dapat divisualisasikan sebagai komponen / node perangkat keras tempat komponen perangkat lunak berada.

Aplikasi perangkat lunak dikembangkan untuk memodelkan proses bisnis yang kompleks. Aplikasi perangkat lunak yang efisien tidak cukup untuk memenuhi kebutuhan bisnis. Persyaratan bisnis dapat digambarkan sebagai kebutuhan untuk mendukung peningkatan jumlah pengguna, waktu respons yang cepat, dll.

Untuk memenuhi jenis persyaratan ini, komponen perangkat keras harus dirancang secara efisien dan dengan cara yang hemat biaya.

Aplikasi perangkat lunak saat ini bersifat sangat kompleks. Aplikasi perangkat lunak dapat berdiri sendiri, berbasis web, didistribusikan, berbasis mainframe dan banyak lagi. Oleh karena itu, sangat penting untuk merancang komponen perangkat keras secara efisien.

Diagram penyebaran dapat digunakan -

• Untuk memodelkan topologi perangkat keras suatu sistem.

• Untuk memodelkan sistem tertanam.

• Untuk memodelkan detail perangkat keras untuk sistem klien / server.

• Untuk memodelkan detail perangkat keras dari aplikasi terdistribusi.

• Untuk teknik Maju dan Mundur.

Untuk memodelkan suatu sistem, aspek terpenting adalah menangkap perilaku dinamis. Perilaku dinamis berarti perilaku sistem saat sedang berjalan / beroperasi.

Hanya perilaku statis tidak cukup untuk memodelkan sistem, perilaku dinamis lebih penting daripada perilaku statis. Dalam UML, tersedia lima diagram untuk memodelkan sifat dinamis dan use case diagram adalah salah satunya. Sekarang kita harus membahas bahwa diagram use case bersifat dinamis, harus ada beberapa faktor internal atau eksternal untuk membuat interaksi.

Agen internal dan eksternal ini dikenal sebagai aktor. Diagram use case terdiri dari aktor, use case, dan hubungannya. Diagram digunakan untuk memodelkan sistem / subsistem dari suatu aplikasi. Diagram kasus penggunaan tunggal menangkap fungsionalitas tertentu dari suatu sistem.

Oleh karena itu untuk memodelkan seluruh sistem, sejumlah diagram use case digunakan.

Tujuan Diagram Use Case

Tujuan diagram use case adalah untuk menangkap aspek dinamis dari suatu sistem. Namun, definisi ini terlalu umum untuk menggambarkan tujuan, karena empat diagram lainnya (aktivitas, urutan, kolaborasi, dan Statechart) juga memiliki tujuan yang sama. Kami akan melihat beberapa tujuan khusus, yang akan membedakannya dari empat diagram lainnya.

Use case diagram digunakan untuk mengumpulkan persyaratan sistem termasuk pengaruh internal dan eksternal. Persyaratan ini sebagian besar merupakan persyaratan desain. Oleh karena itu, ketika sistem dianalisis untuk mengumpulkan fungsinya, kasus penggunaan disiapkan dan aktor diidentifikasi.

Ketika tugas awal selesai, diagram use case dimodelkan untuk menyajikan tampilan luar.

Secara singkat, tujuan diagram use case dapat dikatakan sebagai berikut -

• Digunakan untuk mengumpulkan persyaratan suatu sistem.

• Digunakan untuk mendapatkan tampilan luar dari suatu sistem.

• Identifikasi faktor eksternal dan internal yang mempengaruhi sistem.

• Tunjukkan interaksi antara persyaratan adalah aktor.

Bagaimana Menggambar Diagram Use Case?

Diagram use case dipertimbangkan untuk analisis persyaratan tingkat tinggi dari suatu sistem. Ketika persyaratan sistem dianalisis, fungsionalitasnya ditangkap dalam kasus penggunaan.

Kita dapat mengatakan bahwa kasus penggunaan tidak lain adalah fungsionalitas sistem yang ditulis secara terorganisir. Hal kedua yang relevan dengan use case adalah para aktornya. Aktor dapat diartikan sebagai sesuatu yang berinteraksi dengan sistem.

Aktor dapat menjadi pengguna manusia, beberapa aplikasi internal, atau mungkin beberapa aplikasi eksternal. Saat kita berencana menggambar diagram use case, kita harus mengidentifikasi item berikut.

• Fungsi yang akan direpresentasikan sebagai kasus penggunaan

• Actors

• Hubungan antara kasus penggunaan dan aktor.

Diagram use case digambar untuk menangkap persyaratan fungsional suatu sistem. Setelah mengidentifikasi item di atas, kita harus menggunakan panduan berikut untuk menggambar diagram use case yang efisien

• Nama kasus penggunaan sangat penting. Nama tersebut harus dipilih sedemikian rupa sehingga dapat mengidentifikasi fungsionalitas yang dilakukan.

• Beri nama yang cocok untuk aktor.

• Tunjukkan hubungan dan ketergantungan dengan jelas dalam diagram.

• Jangan mencoba memasukkan semua jenis hubungan, karena tujuan utama diagram adalah untuk mengidentifikasi persyaratan.

• Gunakan catatan kapan pun diperlukan untuk memperjelas beberapa poin penting.

Berikut ini adalah contoh diagram kasus penggunaan yang mewakili sistem manajemen pesanan. Oleh karena itu, jika kita melihat ke dalam diagram maka kita akan menemukan tiga use case(Order, SpecialOrder, and NormalOrder) dan satu aktor yaitu pelanggan.

Kasus penggunaan SpecialOrder dan NormalOrder diperpanjang dari kasus penggunaan Order . Oleh karena itu, mereka telah memperpanjang hubungan. Poin penting lainnya adalah mengidentifikasi batas sistem, yang ditunjukkan pada gambar. Pelanggan aktor berada di luar sistem karena merupakan pengguna eksternal sistem.

Di mana Menggunakan Diagram Use Case?

Seperti yang telah kita bahas, ada lima diagram dalam UML untuk memodelkan tampilan dinamis suatu sistem. Sekarang setiap model memiliki tujuan khusus untuk digunakan. Sebenarnya tujuan khusus ini adalah sudut pandang yang berbeda dari sistem yang sedang berjalan.

Untuk memahami dinamika suatu sistem, kita perlu menggunakan berbagai jenis diagram. Diagram use case adalah salah satunya dan tujuan spesifiknya adalah untuk mengumpulkan persyaratan sistem dan pelaku.

Diagram use case menentukan peristiwa sistem dan alirannya. Namun diagram use case tidak pernah menjelaskan bagaimana penerapannya. Use case diagram dapat dibayangkan sebagai kotak hitam dimana hanya input, output, dan fungsi dari kotak hitam yang diketahui.

Diagram ini digunakan pada tingkat desain yang sangat tinggi. Desain tingkat tinggi ini disempurnakan lagi dan lagi untuk mendapatkan gambaran sistem yang lengkap dan praktis. Kasus penggunaan yang terstruktur dengan baik juga menggambarkan prakondisi, kondisi pos, dan pengecualian. Elemen tambahan ini digunakan untuk membuat kasus uji saat melakukan pengujian.

Meskipun kasus penggunaan bukan kandidat yang baik untuk rekayasa maju dan mundur, namun kasus penggunaan digunakan dengan cara yang sedikit berbeda untuk membuat rekayasa maju dan mundur. Hal yang sama juga berlaku untuk rekayasa balik. Diagram use case digunakan secara berbeda agar sesuai untuk rekayasa balik.

Dalam rekayasa maju, diagram kasus penggunaan digunakan untuk membuat kasus uji dan dalam kasus penggunaan rekayasa terbalik digunakan untuk menyiapkan detail persyaratan dari aplikasi yang ada.

Use case diagram dapat digunakan untuk -

• Analisis kebutuhan dan desain tingkat tinggi.

• Model konteks sistem.

• Rekayasa terbalik.

• Teknik maju.

Dari istilah Interaksi, jelas bahwa diagram digunakan untuk menggambarkan beberapa jenis interaksi di antara berbagai elemen dalam model. Interaksi ini adalah bagian dari perilaku dinamis sistem.

Perilaku interaktif ini diwakili dalam UML oleh dua diagram yang dikenal sebagai Sequence diagram dan Collaboration diagram. Tujuan dasar dari kedua diagram tersebut serupa.

Diagram sekuens menekankan pada urutan waktu pesan dan diagram kolaborasi menekankan pada struktur organisasi objek yang mengirim dan menerima pesan.

Tujuan Diagram Interaksi

Tujuan dari diagram interaksi adalah untuk memvisualisasikan perilaku interaktif sistem. Memvisualisasikan interaksi adalah tugas yang sulit. Oleh karena itu, solusinya adalah dengan menggunakan berbagai jenis model untuk menangkap berbagai aspek interaksi.

Diagram urutan dan kolaborasi digunakan untuk menangkap sifat dinamis tetapi dari sudut yang berbeda.

Tujuan diagram interaksi adalah -

• Untuk menangkap perilaku dinamis suatu sistem.

• Untuk mendeskripsikan aliran pesan dalam sistem.

• Untuk menggambarkan organisasi struktural objek.

• Untuk mendeskripsikan interaksi antar objek.

Bagaimana Menggambar Diagram Interaksi?

Seperti yang telah kita bahas, tujuan diagram interaksi adalah untuk menangkap aspek dinamis dari suatu sistem. Jadi untuk menangkap aspek dinamis, kita perlu memahami apa itu aspek dinamis dan bagaimana aspek tersebut divisualisasikan. Aspek dinamis dapat didefinisikan sebagai potret dari sistem yang sedang berjalan pada saat tertentu

Kami memiliki dua jenis diagram interaksi di UML. Salah satunya adalah diagram urutan dan yang lainnya adalah diagram kolaborasi. Diagram urutan menangkap urutan waktu aliran pesan dari satu objek ke objek lainnya dan diagram kolaborasi menggambarkan organisasi objek dalam sistem yang mengambil bagian dalam aliran pesan.

Hal-hal berikut harus diidentifikasi dengan jelas sebelum menggambar diagram interaksi

• Objek yang mengambil bagian dalam interaksi.

• Pesan mengalir di antara objek.

• Urutan saat pesan mengalir.

• Organisasi objek.

Berikut adalah dua diagram interaksi yang memodelkan sistem manajemen pesanan. Diagram pertama adalah diagram sekuens dan diagram kedua adalah diagram kolaborasi

Diagram Urutan

Diagram urutan memiliki empat objek (Customer, Order, SpecialOrder dan NormalOrder).

Diagram berikut menunjukkan urutan pesan untuk objek SpecialOrder dan hal yang sama dapat digunakan dalam kasus objek NormalOrder . Penting untuk memahami urutan waktu aliran pesan. Alur pesan tidak lain adalah panggilan metode dari suatu objek.

Panggilan pertama adalah sendOrder () yang merupakan metode objek Order . Panggilan selanjutnya adalah confirm () yang merupakan metode objek SpecialOrder dan panggilan terakhir adalah Dispatch () yang merupakan metode objek SpecialOrder . Diagram berikut terutama menjelaskan panggilan metode dari satu objek ke objek lainnya, dan ini juga merupakan skenario aktual saat sistem berjalan.

Diagram Kolaborasi

Diagram interaksi kedua adalah diagram kolaborasi. Ini menunjukkan organisasi objek seperti yang terlihat pada diagram berikut. Pada diagram kolaborasi, urutan pemanggilan metode ditunjukkan dengan beberapa teknik penomoran. Angka tersebut menunjukkan bagaimana metode dipanggil satu demi satu. Kami telah menggunakan sistem manajemen pesanan yang sama untuk menggambarkan diagram kolaborasi.

Pemanggilan metode mirip dengan diagram urutan. Namun, perbedaannya karena diagram sekuens tidak menggambarkan organisasi objek, sedangkan diagram kolaborasi menunjukkan organisasi objek.

Untuk memilih di antara dua diagram ini, penekanan ditempatkan pada jenis persyaratan. Jika urutan waktu penting, maka diagram urutan digunakan. Jika pengorganisasian diperlukan, maka diagram kolaborasi digunakan.

Di Mana Menggunakan Diagram Interaksi?

Kami telah membahas bahwa diagram interaksi digunakan untuk menggambarkan sifat dinamis dari suatu sistem. Sekarang, kita akan melihat skenario praktis di mana diagram ini digunakan. Untuk memahami aplikasi praktis, kita perlu memahami sifat dasar diagram sequence dan kolaborasi.

Tujuan utama dari kedua diagram serupa karena digunakan untuk menangkap perilaku dinamis suatu sistem. Namun, tujuan spesifik lebih penting untuk diperjelas dan dipahami.

Diagram urutan digunakan untuk menangkap urutan pesan yang mengalir dari satu objek ke objek lainnya. Diagram kolaborasi digunakan untuk mendeskripsikan struktur organisasi dari objek yang mengambil bagian dalam interaksi. Diagram tunggal tidak cukup untuk mendeskripsikan aspek dinamis dari keseluruhan sistem, jadi sekumpulan diagram digunakan untuk menangkapnya secara keseluruhan.

Diagram interaksi digunakan ketika kita ingin memahami aliran pesan dan struktur organisasi. Aliran pesan berarti urutan aliran kendali dari satu objek ke objek lainnya. Organisasi struktural berarti organisasi visual dari elemen-elemen dalam suatu sistem.

Diagram interaksi dapat digunakan -

• Untuk memodelkan aliran kontrol dengan urutan waktu.

• Untuk memodelkan aliran kontrol oleh organisasi struktural.

• Untuk teknik maju.

• Untuk rekayasa balik.

Nama diagram itu sendiri menjelaskan tujuan diagram dan detail lainnya. Ini menggambarkan berbagai status komponen dalam suatu sistem. Status khusus untuk komponen / objek dari suatu sistem.

Diagram Statechart menggambarkan mesin negara. Mesin status dapat didefinisikan sebagai mesin yang mendefinisikan berbagai status objek dan status ini dikendalikan oleh peristiwa eksternal atau internal.

Diagram aktivitas yang dijelaskan pada bab berikutnya, adalah jenis diagram Statechart khusus. Karena diagram Statechart mendefinisikan status, diagram ini digunakan untuk memodelkan masa pakai suatu objek.

Tujuan Diagram Statechart

Diagram statechart adalah salah satu dari lima diagram UML yang digunakan untuk memodelkan sifat dinamis suatu sistem. Mereka menentukan status yang berbeda dari suatu objek selama masa hidupnya dan status ini diubah oleh peristiwa. Diagram statechart berguna untuk memodelkan sistem reaktif. Sistem reaktif dapat didefinisikan sebagai sistem yang merespons kejadian eksternal atau internal.

Diagram statechart menggambarkan aliran kendali dari satu keadaan ke keadaan lain. Status didefinisikan sebagai kondisi di mana suatu objek ada dan berubah ketika beberapa peristiwa dipicu. Tujuan terpenting dari diagram Statechart adalah untuk memodelkan umur suatu objek dari pembuatan hingga penghentian.

Diagram statechart juga digunakan untuk rekayasa maju dan mundur suatu sistem. Namun, tujuan utamanya adalah untuk memodelkan sistem reaktif.

Berikut adalah tujuan utama menggunakan diagram Statechart -

• Untuk memodelkan aspek dinamis suatu sistem.

• Untuk memodelkan waktu hidup sistem reaktif.

• Untuk mendeskripsikan keadaan yang berbeda dari suatu objek selama waktu hidupnya.

• Tentukan mesin negara untuk memodelkan status suatu objek.

Bagaimana Menggambar Diagram Statechart?

Diagram statechart digunakan untuk menggambarkan keadaan objek yang berbeda dalam siklus hidupnya. Penekanan ditempatkan pada perubahan keadaan pada beberapa peristiwa internal atau eksternal. Keadaan objek ini penting untuk dianalisis dan diterapkan secara akurat.

Diagram statechart sangat penting untuk menggambarkan negara bagian. Status dapat diidentifikasikan sebagai kondisi objek ketika peristiwa tertentu terjadi.

Sebelum menggambar diagram Statechart, kita harus mengklarifikasi poin-poin berikut -

• Identifikasi objek penting untuk dianalisis.

• Identifikasi negara bagian.

• Identifikasi kejadiannya.

Berikut adalah contoh diagram Statechart dimana objek state of order dianalisis

Keadaan pertama adalah keadaan diam dari mana proses dimulai. Status berikutnya tiba untuk acara seperti mengirim permintaan, permintaan konfirmasi, dan pesanan pengiriman. Peristiwa ini bertanggung jawab atas perubahan status objek pesanan.

Selama siklus hidup suatu objek (di sini objek pesanan), ia melewati keadaan berikut dan mungkin ada beberapa jalan keluar yang tidak normal. Keluar yang tidak normal ini dapat terjadi karena beberapa masalah dalam sistem. Ketika seluruh siklus hidup selesai, itu dianggap sebagai transaksi lengkap seperti yang ditunjukkan pada gambar berikut. Keadaan awal dan akhir suatu objek juga ditunjukkan pada gambar berikut.

Dimana Menggunakan Diagram Statechart?

Dari pembahasan di atas, kita dapat mendefinisikan aplikasi praktis dari diagram Statechart. Diagram statechart digunakan untuk memodelkan aspek dinamis dari suatu sistem seperti empat diagram lainnya yang dibahas dalam tutorial ini. Namun, ia memiliki beberapa karakteristik pembeda untuk pemodelan sifat dinamis.

Diagram statechart mendefinisikan status suatu komponen dan perubahan status ini bersifat dinamis. Tujuan khususnya adalah untuk menentukan perubahan status yang dipicu oleh peristiwa. Peristiwa adalah faktor internal atau eksternal yang mempengaruhi sistem.

Diagram statechart digunakan untuk memodelkan keadaan dan juga kejadian yang beroperasi pada sistem. Saat menerapkan sistem, sangat penting untuk mengklarifikasi berbagai status objek selama masa pakainya dan diagram Statechart digunakan untuk tujuan ini. Ketika keadaan dan kejadian ini diidentifikasi, mereka digunakan untuk memodelkannya dan model ini digunakan selama implementasi sistem.

Jika kita melihat ke dalam implementasi praktis dari diagram Statechart, maka diagram ini terutama digunakan untuk menganalisis status objek yang dipengaruhi oleh peristiwa. Analisis ini berguna untuk memahami perilaku sistem selama eksekusinya.

Penggunaan utama dapat digambarkan sebagai -

• Untuk memodelkan status objek dari suatu sistem.

• Untuk memodelkan sistem reaktif. Sistem reaktif terdiri dari objek reaktif.

• Untuk mengidentifikasi peristiwa yang bertanggung jawab atas perubahan negara.

• Rekayasa maju dan mundur.

Diagram aktivitas adalah diagram penting lainnya dalam UML untuk menggambarkan aspek dinamis dari sistem.

Diagram aktivitas pada dasarnya merupakan diagram alir untuk merepresentasikan aliran dari satu aktivitas ke aktivitas lainnya. Aktivitas tersebut dapat digambarkan sebagai operasi sistem.

Aliran kendali ditarik dari satu operasi ke operasi lainnya. Aliran ini bisa berurutan, bercabang, atau bersamaan. Diagram aktivitas menangani semua jenis kontrol aliran dengan menggunakan elemen yang berbeda seperti garpu, gabungan, dll

Tujuan Diagram Aktivitas

Tujuan dasar diagram aktivitas mirip dengan empat diagram lainnya. Ini menangkap perilaku dinamis dari sistem. Empat diagram lainnya digunakan untuk menunjukkan aliran pesan dari satu objek ke objek lainnya, tetapi diagram aktivitas digunakan untuk menunjukkan aliran pesan dari satu aktivitas ke aktivitas lainnya.

Aktivitas adalah operasi tertentu dari sistem. Diagram aktivitas tidak hanya digunakan untuk memvisualisasikan sifat dinamis suatu sistem, tetapi juga digunakan untuk membangun sistem yang dapat dieksekusi dengan menggunakan teknik rekayasa maju dan mundur. Satu-satunya hal yang hilang dalam diagram aktivitas adalah bagian pesan.

Itu tidak menunjukkan aliran pesan dari satu aktivitas ke aktivitas lainnya. Diagram aktivitas terkadang dianggap sebagai diagram alur. Meskipun diagram terlihat seperti diagram alir, sebenarnya tidak. Ini menunjukkan aliran yang berbeda seperti paralel, bercabang, bersamaan, dan tunggal.

Tujuan diagram aktivitas dapat dijelaskan sebagai -

• Gambarkan aliran aktivitas suatu sistem.

• Jelaskan urutan dari satu aktivitas ke aktivitas lainnya.

• Jelaskan aliran paralel, bercabang, dan bersamaan dari sistem.

Bagaimana Menggambar Diagram Aktivitas?

Diagram aktivitas terutama digunakan sebagai diagram alir yang terdiri dari aktivitas yang dilakukan oleh sistem. Diagram aktivitas bukanlah diagram alir karena diagram tersebut memiliki beberapa kemampuan tambahan. Kemampuan tambahan ini termasuk percabangan, aliran paralel, swimlane, dll.

Sebelum menggambar diagram aktivitas, kita harus memiliki pemahaman yang jelas tentang elemen-elemen yang digunakan dalam diagram aktivitas. Elemen utama diagram aktivitas adalah aktivitas itu sendiri. Aktivitas adalah fungsi yang dilakukan oleh sistem. Setelah mengidentifikasi aktivitas, kita perlu memahami bagaimana aktivitas tersebut dikaitkan dengan kendala dan kondisi.

Sebelum menggambar diagram aktivitas, kita harus mengidentifikasi elemen-elemen berikut -

• Activities

• Association

• Conditions

• Constraints

Setelah parameter yang disebutkan di atas diidentifikasi, kita perlu membuat tata letak mental dari keseluruhan aliran. Tata letak mental ini kemudian diubah menjadi diagram aktivitas.

Berikut adalah contoh diagram aktivitas untuk sistem manajemen pesanan. Dalam diagram, teridentifikasi empat aktivitas yang terkait dengan kondisi. Satu hal penting harus dipahami dengan jelas bahwa diagram aktivitas tidak bisa benar-benar cocok dengan kode. Diagram aktivitas dibuat untuk memahami alur aktivitas dan terutama digunakan oleh pengguna bisnis

Diagram berikut digambar dengan empat kegiatan utama -

• Kirim pesanan oleh pelanggan

• Tanda terima pesanan

• Konfirmasikan pesanan

• Kirim pesanan

Setelah menerima permintaan pesanan, dilakukan pengecekan kondisi untuk memeriksa apakah pesanan tersebut normal atau khusus. Setelah jenis pesanan diidentifikasi, aktivitas pengiriman dilakukan dan ditandai sebagai penghentian proses.

Dimana Menggunakan Diagram Aktivitas?

Penggunaan dasar diagram aktivitas mirip dengan empat diagram UML lainnya. Penggunaan spesifiknya adalah untuk memodelkan aliran kendali dari satu aktivitas ke aktivitas lainnya. Alur kontrol ini tidak menyertakan pesan.

Diagram aktivitas cocok untuk memodelkan aliran aktivitas sistem. Sebuah aplikasi dapat memiliki banyak sistem. Diagram aktivitas juga menangkap sistem ini dan menggambarkan aliran dari satu sistem ke sistem lainnya. Penggunaan khusus ini tidak tersedia di diagram lain. Sistem ini dapat berupa database, antrian eksternal, atau sistem lainnya.

Sekarang kita akan melihat aplikasi praktis dari diagram aktivitas. Dari pembahasan di atas, jelas bahwa diagram aktivitas diambil dari level yang sangat tinggi. Jadi ini memberikan pandangan tingkat tinggi dari suatu sistem. Tampilan tingkat tinggi ini terutama untuk pengguna bisnis atau orang lain yang bukan merupakan orang teknis.

Diagram ini digunakan untuk memodelkan kegiatan yang tidak lain adalah kebutuhan bisnis. Diagram lebih berdampak pada pemahaman bisnis daripada detail implementasi.

Diagram aktivitas dapat digunakan untuk -

• Memodelkan alur kerja dengan menggunakan aktivitas.

• Persyaratan bisnis pemodelan.

• Pemahaman tingkat tinggi tentang fungsionalitas sistem.

• Menyelidiki persyaratan bisnis pada tahap selanjutnya.