Diagram Aktivitas UML Contoh Disini kami menyediakan beberapa contoh diagram aktivitas UML. Diagram aktivitas UML belanja online Tujuan. Contoh diagram aktivitas belanja online. Ringkasan. Pelanggan online dapat melihat-lihat atau mencari barang, melihat barang tertentu, menambahkannya ke keranjang belanja, melihat dan memperbarui keranjang belanja, melakukan checkout. Pengguna dapat melihat keranjang belanja setiap saat. Tujuan mesin penjual tiket. Contoh diagram aktivitas UML yang menggambarkan perilaku kasus penggunaan Tiket Pembelian untuk mesin penjual Tiket. Ringkasan. Kegiatan dimulai oleh pelaku komuter yang perlu membeli tiket. Mesin penjual tiket akan meminta informasi perjalanan dari Commuter. Berdasarkan info mesin akan menghitung pembayaran jatuh tempo dan meminta opsi pembayaran. Setelah pembayaran selesai, tiket dibagikan kepada Commuter. Alur bisnis - urutan proses tujuan. Contoh diagram aktivitas UML arus bisnis untuk memproses pesanan pembelian. Ringkasan. Urutan yang diminta adalah parameter masukan dari aktivitas. Setelah pesanan diterima dan semua informasi yang diperlukan sudah terisi, pembayaran diterima dan pesanan dikirim. Alur bisnis - Proses pengelolaan dokumen Tujuan. Contoh diagram aktivitas UML yang menggambarkan Proses Pengelolaan Dokumen. Beberapa jenis proses pengelolaan dokumen formal dan dikomunikasikan dengan baik biasanya diperlukan di perusahaan besar manapun terutama di bawah kepatuhan peraturan. Ringkasan. Dokumen dibuat, ditinjau, diperbarui, disetujui, dan pada beberapa titik diarsipkan. Contoh diagram aktivitas ini menunjukkan tanggung jawab berbagai peran dan aliran perubahan dokumen. Partisi mewakili peran yang berbeda dalam aktivitas - Penulis, Reviewer, Approver, and Owner. Layanan resep elektronik Tujuan. Resep elektronik Diagram aktivitas UML didasarkan pada dokumentasi untuk Layanan Resep Elektronik (EPS) R2 yang dikembangkan oleh NHS Connecting for Health (NHS CFH) di Inggris. Ringkasan. Resep dapat mengirim resep secara elektronik ke apotek pilihan pasien di mana pasien dapat mengambilnya. Dispenser mengambil resep elektronik dari EPS. Desain perangkat lunak - Selesaikan masalah tujuan. Contoh diagram aktivitas UML untuk menyelesaikan masalah dalam perancangan perangkat lunak. Ringkasan. Setelah tiket masuk atau kesalahan dibuat oleh beberapa otoritas dan masalah telah direproduksi, masalah diidentifikasi, resolusi ditentukan, masalah diperbaiki dan diverifikasi, dan tiket ditutup, jika masalah teratasi. Aktivasi Sentinel HASP SL sebagai contoh diagram aktivitas produk UML Purpose. Contoh diagram aktivitas yang menjelaskan aktivasi manual produk percobaan (sementara) yang dilindungi oleh kunci perangkat lunak Sentinel HASP SL dari solusi perlindungan perangkat lunak dan lisensi Perizinan Sentinel. Ringkasan. Pelanggan memiliki beberapa produk uji coba yang terpasang, misalnya beberapa permainan atau alat, yang memiliki masa uji coba tertentu dan dapat memiliki beberapa fitur atau opsi terbatas. Setelah menggunakan produk tersebut untuk beberapa waktu, pelanggan memutuskan untuk mengaktifkan produk dengan meminta lisensi produk permanen dan permanen. Manajer Pemesanan membuat kunci aktivasi baru untuk produk. Single Sign-On (SSO) untuk Google Apps Purpose. Contoh diagram aktivitas UML yang menggambarkan Single Sign-On (SSO) ke Google Apps untuk pelanggan yang menggunakan beberapa aplikasi Google yang di-host, seperti Gmail. Ringkasan. Saat pengguna mencoba menggunakan beberapa aplikasi Google yang di-host, seperti Gmail, Google menghasilkan permintaan otentikasi SAML dan mengirim permintaan pengalihan kembali ke browser pengguna. Redirect menunjuk ke penyedia identitas tertentu. Permintaan otentikasi SAML berisi URL yang dikodekan dari aplikasi Google yang ingin dijangkau pengguna. Melihat kesalahan ejaan Pilih teks menggunakan mouse dan tekan Ctrl Enter. Dokumen ini menjelaskan UML 2.5 dan didasarkan pada spesifikasi OMGtrade Unified Modeling Languagetrade (OMG UMLreg) 2.5 UML 2.5 FTF - Beta 1. Semua diagram UML dibuat di Microsoft Visio 2007 atau 2010 menggunakan stensil UML 2.2. Anda dapat mengirimkan komentar dan saran Anda kepada webmaster di webmasteruml-diagrams. org. Salinan hak cipta 2009-2016 uml-diagrams. org. Seluruh hak cipta. Silahkan aktifkan JavaScript untuk melihat komentar yang didukung oleh Disqus. UML Use Case Diagram Contoh Situs Jaringan Sosial Proyek Diagram UML Situs Jaringan Sosial Project. Sampel ini dibuat dalam perangkat lunak ConceptDraw PRO diagram dan vektor menggambar menggunakan UML Use Case Diagram perpustakaan Rapid UML Solution dari area Pengembangan Perangkat Lunak ConceptDraw Solution Park. Sampel ini menunjukkan sistem Facebook Socio-health dan digunakan pada proyeksi dan pembuatan situs jejaring sosial. Skenario contoh disajikan untuk menunjukkan bagaimana sistem pelacakan masalah umum akan berjalan: (1) Teknisi layanan pelanggan menerima panggilan telepon, email, atau komunikasi lain dari pelanggan mengenai suatu masalah. Beberapa aplikasi menyediakan sistem pesan bawaan dan pelaporan kesalahan otomatis dari blok penanganan pengecualian. (2) Teknisi memverifikasi bahwa masalahnya adalah nyata, dan tidak hanya dirasakan. Teknisi juga akan memastikan bahwa informasi yang cukup tentang masalah ini didapat dari pelanggan. Informasi ini umumnya mencakup lingkungan pelanggan, kapan dan bagaimana masalah terjadi, dan semua keadaan lain yang relevan. (3) Teknisi menciptakan masalah di dalam sistem, memasukkan semua data yang relevan, seperti yang diberikan oleh pelanggan. (4) Seiring pekerjaan dilakukan pada masalah itu, sistem diperbarui dengan data baru oleh teknisi. Setiap upaya memperbaiki masalah harus dicatat dalam sistem isu. Status tiket kemungkinan besar akan berubah dari open ke tertunda. (5) Setelah masalah ditangani sepenuhnya, hal itu ditandai sebagai penyelesaian dalam sistem pelacakan masalah. Jika masalahnya tidak sepenuhnya terselesaikan, tiket akan dibuka kembali begitu teknisi menerima informasi baru dari pelanggan. Proses Otomasi Buku Run yang menerapkan praktik terbaik untuk alur kerja ini dan meningkatkan keefektifan personil TI menjadi sangat umum. Masalah sistem pelacakan Wikipedia UML menggunakan diagram kasus contoh Sistem pemrosesan tiket dibuat dengan menggunakan diagram ConceptDraw PRO dan perangkat lunak gambar vektor yang dilengkapi dengan solusi Rapid UML dari area Pengembangan Perangkat Lunak ConceptDraw Solution Park. UML use case diagram Standar terbuka yang diterima yang digunakan dalam rekayasa perangkat lunak dan perancangan sistem, saat memodelkan sistem berorientasi objek dan proses bisnis dikenal sebagai Unified Modeling Language (UML). UML dibuat untuk sistem perangkat lunak definisi, visualisasi, perancangan dan dokumentasi. Itu bukan bahasa pemrograman, tapi pada basis model UML bisa dihasilkan kode. UML menggunakan seperangkat notasi grafis generik untuk menciptakan model abstrak dari sistem yang disebut model UML. Notasi UML memungkinkan secara visual mewakili persyaratan, subsistem, pola struktural dan perilaku, elemen logis dan fisik, dll. UML mendefinisikan 13 jenis diagram: Kelas (Paket), Use Case, Sequence, Object, Collaboration, Component, Timing, Interaction Overview, Mesin Negara, Struktur Komposit, Kegiatan, dan Penerapan. Semua jenis Diagram UML ini dapat dibuat dengan cepat dan mudah dibuat dengan perangkat lunak ConceptDraw PRO yang hebat yang dilengkapi dengan solusi Rapid UML khusus dari area Pengembangan Perangkat Lunak ConceptDraw Solution Park. Diagram UML Layanan. Sistem ATM Sampel ini dibuat dalam perangkat lunak ConceptDraw PRO diagram dan vektor menggambar menggunakan UML Use Case Diagram perpustakaan Rapid UML Solution dari area Pengembangan Perangkat Lunak ConceptDraw Solution Park. Sampel ini menunjukkan skema servis menggunakan ATM (Automated Teller Machines) dan digunakan untuk mengoperasikan sistem perbankan ATM, pada pelaksanaan transaksi perbankan. Sampel ini dibuat dalam perangkat lunak ConceptDraw PRO diagram dan vektor menggambar menggunakan UML Use Case Diagram perpustakaan Rapid UML Solution dari area Pengembangan Perangkat Lunak ConceptDraw Solution Park. Sampel ini menunjukkan jenis interaksi pengguna dengan sistem dan digunakan saat pendaftaran dan bekerja dengan sistem basis data. Use Case Diagram menggambarkan fungsionalitas yang disediakan oleh sebuah sistem dalam hal aktor, tujuan mereka diwakili sebagai use case, dan dependensi di antara kasus penggunaan tersebut. Unified Modeling Language (abbr. UML) adalah bahasa pemodelan tujuan umum yang banyak digunakan di bidang pengembangan perangkat lunak, rekayasa perangkat lunak, pendidikan, sains, industri, bisnis. Pada tahun 1997 UML disetujui sebagai standar oleh OMG (Object Management Group) dan pada tahun 2005 diterbitkan sebagai standar ISO oleh International Organization for Standardization. UML secara luas dan berhasil diaplikasikan untuk optimasi proses pengembangan sistem perangkat lunak dan analisis sistem bisnis. Ada 14 jenis diagram UML, 7 dari mereka menggambarkan informasi struktural, 7 jenis lainnya mewakili berbagai tipe perilaku dan aspek interaksi. Desain dari setiap proses otomatis mudah dilakukan dengan ConceptDraw PRO dan solusi UML Cepat yang unik dari area Pengembangan Perangkat Lunak, yang menyediakan banyak contoh UML, template dan stensil vektor perpustakaan untuk menggambar semua jenis diagram UML 1.x dan UML 2.x. Penggunaan contoh dan templat UML yang telah ditentukan sebelumnya memungkinkan Anda dengan cepat mulai menggambar diagram UML Anda sendiri di perangkat lunak ConceptDraw PRO. Diagram perkiraan: Apa itu dan bagaimana menggunakannya Dalam bentuk dasarnya, diagram aktivitas adalah ilustrasi sederhana dan intuitif tentang apa yang terjadi. Dalam alur kerja, kegiatan apa yang bisa dilakukan secara paralel, dan apakah ada jalur alternatif melalui alur kerja. Diagram aktivitas seperti yang didefinisikan dalam Unified Modeling Language 1 berasal dari berbagai teknik untuk menggambarkan secara visual alur kerja, misalnya, Johansson dkk. 2. Dan sebagian besar dasar untuk definisi notasi diagram aktivitas ditemukan di Martin dan Odell. 3. Dalam Rational Unified Process 4. kita berbicara tentang bagaimana Anda dapat menggunakan diagram aktivitas untuk memvisualisasikan alur kerja dari kasus penggunaan bisnis. Deskripsi alur kerja yang lengkap akan memiliki aliran dasar, dan satu atau beberapa arus alternatif. Alur kerja ini memiliki struktur yang dapat kita definisikan secara tekstual, menggunakan pernyataan informal jika, jika-kemudian-lain, atau melakukan-sampai berbagai macam. Untuk alur kerja sederhana dengan struktur sederhana, definisi tekstual semacam itu mungkin cukup memadai, namun dalam kasus struktur yang lebih kompleks, diagram aktivitas membantu mengklarifikasi dan membuat lebih jelas apa alur kerja itu. Secara historis, teknik diagram aktivitas sebagian besar telah digunakan dalam pemodelan proses bisnis domain, namun artikel ini juga akan membahas secara singkat bagaimana Anda bisa menggunakannya di dalam sistem pemodelan domain. Tujuan dari artikel ini adalah untuk menunjukkan bagaimana Anda dapat menggunakan diagram aktivitas dalam Rational Unified Process untuk pemodelan bisnis dan pemodelan sistem. Diagram aktivitas sering disebutkan hampir sebagai sinonim untuk pemodelan bisnis. Untuk pengenalan yang lebih lengkap tentang pemodelan bisnis apa yang kita lihat ke Kruchten, 5 dan untuk rinciannya kepada Jacobson dkk. 6. Pembaca artikel ini diasumsikan terbiasa dengan dasar-dasar Unified Modeling Language (UML). Notasi Activity Diagram Dasar Seperti yang umum untuk kebanyakan notasi, notasi diagram aktivitas memiliki beberapa elemen yang perlu dipahami jika ingin berkenalan dengan diagram aktivitas. Elemen tersebut disajikan dalam bagian ini. Bagian selanjutnya berbicara tentang barang tambahan yang mungkin berguna bagi Anda. Gambar 1 menunjukkan diagram aktivitas dasar. Gambar 1: Diagram Aktivitas untuk Kasus Penggunaan Bisnis Perorangan Check-In dalam Model Use-Case Bisnis Check-in Bandara Klik untuk memperbesar Terapkan dengan penuh keyakinan Secara konsisten, kirimkan perangkat lunak berkualitas tinggi lebih cepat menggunakan layanan DevOps di IBM Bluemix. Mendaftar untuk percobaan awan Bluemix gratis. Dan mulai. Aktivitas menyatakan Yang mewakili kinerja suatu langkah dalam alur kerja. Transisi yang menunjukkan keadaan aktivitas apa yang mengikuti yang lain. Jenis transisi ini dapat disebut sebagai transisi penyelesaian. Ini berbeda dari transisi karena tidak memerlukan pemicu eksplisit karena dipicu oleh selesainya aktivitas yang keadaan aktivitasnya diwakili. Keputusan untuk menentukan satu set kondisi penjaga didefinisikan. Kondisi penjaga ini mengendalikan transisi dari satu set transisi alternatif berikut setelah aktivitas selesai. Anda juga dapat menggunakan ikon keputusan untuk menunjukkan di mana benang bergabung lagi. Keputusan dan kondisi penjaga memungkinkan Anda untuk menunjukkan benang alternatif dalam alur kerja dari kasus penggunaan bisnis. Sinkronisasi bar. Yang dapat Anda gunakan untuk menampilkan subluk paralel. Bilah sinkronisasi memungkinkan Anda untuk menampilkan benang bersamaan dalam alur kerja kasus penggunaan bisnis. Notasi Lanjutan Benang bersyarat Diagram aktivitas bersarang Partisi Thread Bersyarat Kondisi penjaga dapat digunakan untuk menunjukkan bahwa satu dari sekumpulan benang konkuren bersyarat. Misalnya, dalam contoh check-in individu dari Gambar 2, pemeriksaan penumpang mungkin merupakan anggota frequent flyer. Dalam hal ini, Anda perlu memberi penghargaan kepada mil frequent flyer miles. Gambar 2: Pemberian Frequent Flyer Miles: Thread Bersyarat di Workflow Check-In Individu Klik untuk memperbesar Diagram Aktivitas Terhebat Suatu keadaan aktivitas dapat mereferensikan diagram aktivitas lain, yang menunjukkan struktur internal keadaan aktivitas. Cara lain untuk mengatakan ini adalah bahwa Anda dapat memiliki grafik aktivitas bersarang. Anda dapat menunjukkan sub-grafik di dalam status aktivitas (Gambar 3), atau membiarkan keadaan aktivitas mengacu pada diagram lain (Gambar 4). Gambar 3: Grafik Aktivitas yang Bersarang Tampil dalam Kegiatan Negara Klik untuk memperbesar Gambar 4: Alternatif: Letakkan Sub-Grafik dalam Diagram Terpisah dan Biarkan Aktivitas Mengacu pada Klik untuk memperbesar Menampilkan sub-grafik di dalam aktivitas negara adalah Nyaman jika Anda ingin melihat semua rincian alur kerja dalam diagram yang sama. Tetapi jika ada tingkat kerumitan yang disajikan dalam alur kerja, ini bisa membuat diagram sulit dibaca. Untuk menyederhanakan grafik alur kerja, Anda malah dapat memilih untuk menempatkan sub-grafik dalam diagram terpisah, dan membiarkan rincian sub-grafik aktivitas menunjukkan diagram itu. Partisi Isi diagram aktivitas dapat diatur menjadi partisi (swimlanes) dengan menggunakan garis vertikal padat. Partisi tidak memiliki interpretasi semantik formal, namun, dalam pemodelan bisnis, sering digunakan untuk mewakili unit organisasi sejenis (Gambar 5). Gambar 5: Diagram Aktivitas Menggambarkan Alur Kerja dari Kasus Penggunaan Bisnis yang Merupakan Proses Penjualan (Generik). Dalam contoh ini, partisi mewakili departemen dalam organisasi. Klik untuk memperbesar Mendokumentasikan Kasus Penggunaan Bisnis Latar Belakang: Model penggunaan bisnis menggambarkan proses bisnis dan interaksinya dengan pihak eksternal seperti pelanggan dan mitra. Proses bisnis diwakili sebagai kasus penggunaan bisnis, dan pihak eksternal diwakili sebagai pelaku usaha. Menggambarkan kasus penggunaan bisnis mencakup, antara lain, memberi nama, deskripsi singkat, menentukan sasaran kinerjanya, dan alur kerjanya. Aspek yang paling penting waktu dan memakan waktu untuk digambarkan adalah alur kerja. Yang pertama, diagram aktivitas atau deskripsi tekstual alur kerja Ini agak tergantung pada bagaimana Anda terbiasa bekerja, dan apakah menurut Anda secara grafis atau tidak. Beberapa lebih memilih untuk menguraikan struktur secara visual dalam sebuah diagram terlebih dahulu, dan kemudian mengembangkan rinciannya dalam teks. Yang lain memulai dengan daftar kegiatan pertama yang melingkar, dan sepakati mereka (seperti garis besar langkah demi langkah ke use case), lalu definisikan struktur menggunakan diagram. Pertanyaan yang valid juga apakah Anda benar-benar membutuhkan dokumen tekstual dan diagram. Teknik diagram aktivitas memungkinkan Anda menulis deskripsi singkat dari setiap aktivitas, yang harus membuat spesifikasi tekstual alur kerja usang. Di sini, Anda harus peka terhadap audiens Anda dan format di mana mereka mengharapkan spesifikasi. Untuk memahami diagram aktivitas apa yang menambah pemahaman alur kerja, kami menyajikan deskripsi alur kerja sampel, dan kemudian diagram aktivitas untuk alur kerja tersebut (Gambar 6). Contoh ini adalah proses proposal, diambil dari organisasi yang menjual solusi jaringan telekomunikasi, dikonfigurasi secara individual untuk setiap pelanggan. Kami telah menyederhanakan contoh dengan menghapus teks terperinci di sebagian besar subbagian, namun tetap berusaha cukup sehingga Anda dapat memahami struktur alur kerja. Teks lengkap dari contoh ini dapat ditemukan di The Rational Unified Process, versi 5.1.1. Gambar 6: Diagram Aktivitas untuk Proses Proposal Kasus Penggunaan Bisnis Klik untuk memperbesar Contoh Alur Kerja Dasar untuk Proses Proposal Use Case Bisnis (Gambar 6) Proses ini dimulai dengan kontak awal antara pelanggan dan perusahaan. Hal ini mungkin terjadi dengan salah satu cara berikut: 1.2. Pekerjaan Kesempatan Awal 1.2.1 Mengumpulkan Kebutuhan Pelanggan Awal 1.2.2 Membuat Rencana Penjualan (opsional) 1.2.3 Melakukan Analisis Peluang 1.3. Buat Rencana Proyek Proposal 1.4. Buat Rencana Proyek Pengiriman 1.6. Kompilasi Informasi Tambahan 1.7. Menganalisa dan menyelesaikan proposal 1.8. Sampaikan Proposal 1.9. Mendapatkan Keputusan Pelanggan 2.1 Peluang Bisnis Ditolak Jika, dalam 1.2. Ternyata peluang bisnis ditolak, tindakan berikut bisa dilakukan: 2.2 Tidak Memenuhi Kebutuhan Pelanggan Jika, dalam Melakukan Analisis Kesempatan atau Siapkan Kutipan, perusahaan tidak dapat menyarankan solusi terhadap persyaratan pelanggan, maka tindakan berikut ini. Dapat terjadi: 2.3 Informasi Kritis Tidak Dikenal Jika pada suatu saat dalam Proses Proposal perusahaan mengidentifikasi beberapa informasi penting yang tidak diketahui atau tersedia, maka ia melakukan salah satu dari yang berikut: 2.4. Profil Pelanggan Umum yang Baru atau Tidak Benar Jika perusahaan menentukan bahwa profil pelanggan secara umum tidak akurat karena beberapa alasan, tindakan berikut dapat dilakukan. (Lihat Rational Unified Process, v.5.1.1, untuk detail lebih lanjut.) Diagram aktivitas untuk alur kerja ditunjukkan pada Gambar 6. Kami menggunakan notasi dasar hanya dalam diagram ini. Aktivitas menyatakan sesuai dengan bagian dalam deskripsi alur kerja: Status aktivitas Pekerjaan kesempatan awal terdiri dari tiga sub-langkah yang dapat dilakukan secara paralel. Ini diilustrasikan dalam sub-grafik pada keadaan aktivitas ini. Lihat Gambar 7. Gambar 7: Sub-Diagram Kegiatan Kegiatan Awal Kesempatan Kerja. Membuat rencana penjualan bersifat opsional, yang ditandai dengan kondisi penjaga pada transisi masuk. Klik untuk memperbesar Status aktivitas dapat mewakili prosedur yang cukup besar (dengan substruktur), dan juga sesuatu yang relatif kecil. Jika Anda menggunakan diagram aktivitas untuk menentukan struktur alur kerja, sebaiknya Anda tidak mencoba untuk mengeksplorasi beberapa tingkat aktivitas grafik sampai ke tingkat atom mereka yang paling. Hal ini kemungkinan besar akan membuat diagram (atau rangkaian diagram, jika Anda menggunakan sub-grafik terpisah) sangat sulit untuk menafsirkannya. Anda harus memiliki satu diagram yang menguraikan keseluruhan alur kerja, di mana beberapa aktivitas memiliki sub-grafik. Mendokumentasikan Realisasi Use-Case Bisnis Latar Belakang: Sebuah realisasi kasus penggunaan bisnis menggambarkan bagaimana kasus penggunaan bisnis tertentu direalisasikan dalam model objek bisnis, dalam hal kerja sama pekerja bisnis dan entitas bisnis. Seorang pekerja bisnis mewakili seperangkat tanggung jawab yang biasanya dilakukan oleh satu orang. Entitas bisnis mewakili sesuatu yang dibuat, dikelola, atau digunakan. Realisasi kasus penggunaan bisnis dapat dijelaskan secara tekstual, namun lebih umum dijelaskan dengan diagram - diagram kolaborasi, diagram urutan, diagram aktivitas, atau kombinasi. Jenis diagram yang Anda pilih bergantung pada kompleksitas alur kerja dan di mana Anda berada dalam prosesnya. Anda menggunakan diagram aktivitas untuk mendokumentasikan realisasi penggunaan use case, bukan kasus penggunaan bisnis, jika Anda menggunakan partisi dan partisi digabungkan ke kelas (terutama pekerja bisnis) dalam model objek bisnis (Gambar 8). Dibandingkan dengan diagram urutan, yang dapat dianggap memiliki tujuan yang sama, diagram aktivitas dengan partisi berfokus pada bagaimana Anda membagi tanggung jawab ke kelas, sedangkan diagram urutan membantu Anda memahami bagaimana objek berinteraksi dan dalam urutan apa. Diagram aktivitas memberi fokus pada alur kerja, sedangkan diagram urutan memberi fokus pada penanganan entitas bisnis. Diagram aktivitas dan diagram urutan dapat digunakan sebagai teknik pelengkap, di mana diagram urutan menunjukkan apa yang terjadi dalam keadaan aktivitas. Gambar 8: Alur Kerja Sama yang Disampaikan pada Gambar 6, Tetapi dengan Aktivitas yang Terorganisir dalam Partisi Klik untuk Besarkan Hanya untuk Pemodelan Bisnis Latar Belakang: Model use-case adalah model perilaku yang dimaksudkan oleh sistem. Kasus penggunaan menceritakan bagaimana pengguna (diwakili sebagai aktor dalam model) dapat menggunakan sistem untuk mencapai tujuan tertentu. Menggambarkan kasus penggunaan termasuk memberi nama, deskripsi singkat, dan menentukan arus kejadian use case. Sama seperti Anda akan menggunakan diagram aktivitas untuk menunjukkan struktur alur kerja, Anda juga dapat menggunakannya untuk menunjukkan struktur arus kejadian kasus penggunaan sistem (Gambar 9). Gambar 9: Diagram Aktivitas Sederhana untuk Kasus Penggunaan Menarik Uang di Model Use-Case dari Mesin Teller Otomatis (ATM) Klik untuk memperbesar Pada tahap pertama mengidentifikasi objek dan kelas berdasarkan kasus penggunaan (analisis use-case) , Diagram aktivitas dapat berguna saat menjajaki tanggung jawab kelas analisis. Anda mungkin menggunakan teknik diagram aktivitas untuk menggambar sketsa pertama tanggung jawab kelas, sebuah sketsa yang kemudian Anda buang. Artikel ini telah memberi Anda gambaran umum tentang: Dasar dan lanjutan elemen notasi diagram aktivitas. Elemen dasar diagram aktivitas adalah keadaan aktivitas, transisi, keputusan, dan bar sinkronisasi. Bagaimana diagram aktivitas memungkinkan Anda untuk menunjukkan benang konkuren, dan benang alternatif, serta benang kondisional dalam alur kerja. Bagaimana Anda bisa menggunakan diagram aktivitas dalam pemodelan bisnis. Anda dapat menggambarkan alur kerja dari kasus penggunaan bisnis. Anda bisa menggambarkan bagaimana sebuah kasus penggunaan bisnis direalisasikan oleh pekerja bisnis dan badan usaha. Bagaimana Anda bisa menggunakan diagram aktivitas dalam pemodelan sistem. Anda bisa menggambarkan arus kejadian use case. Anda dapat menentukan bagaimana use case direalisasikan oleh kelas analisis. Referensi 1. Spesifikasi OMG UML. 2. H. Johansson, P. McHugh, J. Pendlebury, dan W. Wheeler, III, Reengineering Proses Bisnis. Strategi Breakpoint untuk Dominasi Pasar. John Wiley and Sons, 1993. 3. J. Martin dan J. Odell, Metode Berorientasi Objek: Foundation, Edisi UML. Prentice Hall, 1996. 4. Rational Unified Process. Versi 5.1.1 5. Philippe Kruchten, The Rational Unified Process: Sebuah Pengantar. Addison-Wesley, 1998. 6. Ivar Jacobson, Maria Ericsson, dan Agneta Jacobson, The Object Advantage: Reengineering Proses Bisnis dengan Teknologi Objek. Addison-Wesley, 1994. CATATAN: Artikel ini awalnya diterbitkan di Rational Developer Network, saluran pembelajaran dan dukungan untuk komunitas pelanggan Rasional. Rational Developer Network sekarang tersedia untuk semua pelanggan Rasional. Sumberdaya yang dapat didownloadUMUM - Activity Diagram Diagram aktivitas merupakan diagram penting UML untuk menggambarkan aspek dinamis dari sistem. Diagram aktivitas pada dasarnya adalah bagan alir untuk mewakili arus dari satu kegiatan ke kegiatan lainnya. Kegiatan tersebut dapat digambarkan sebagai operasi sistem. Jadi aliran kontrol diambil dari satu operasi ke operasi lainnya. Aliran ini bisa berurutan, bercabang atau berbarengan. Diagram aktivitas berhubungan dengan semua jenis kontrol aliran dengan menggunakan elemen yang berbeda seperti garpu, gabung dll. Tujuan dasar diagram aktivitas serupa dengan empat diagram lainnya. Ini menangkap perilaku dinamis sistem. Empat diagram lainnya digunakan untuk menunjukkan aliran pesan dari satu objek ke objek lainnya namun diagram aktivitas digunakan untuk menunjukkan aliran pesan dari satu aktivitas ke aktivitas lainnya. Aktivitas adalah operasi sistem tertentu. Diagram aktivitas tidak hanya digunakan untuk memvisualisasikan sifat dinamis suatu sistem tetapi juga digunakan untuk membangun sistem yang dapat dieksekusi dengan menggunakan teknik teknik maju dan mundur. Satu-satunya hal yang hilang dalam diagram aktivitas adalah bagian pesan. Ini tidak menunjukkan adanya pesan yang mengalir dari satu kegiatan ke kegiatan lainnya. Activity diagram beberapa waktu dianggap sebagai flow chart. Meski diagramnya seperti diagram alir tapi sebenarnya tidak. Ini menunjukkan aliran yang berbeda seperti paralel, bercabang, bersamaan dan lajang. Jadi tujuannya bisa digambarkan sebagai: Menggambar arus aktivitas sebuah sistem. Jelaskan urutan dari satu kegiatan ke kegiatan lainnya. Jelaskan aliran paralel, bercabang dan bersamaan dari sistem. Cara menggambar Activity Diagram Activity diagram terutama digunakan sebagai flow chart yang terdiri dari kegiatan yang dilakukan oleh sistem. Tapi diagram aktivitas tidak tepat bagan alir karena memiliki beberapa kemampuan tambahan. Kemampuan tambahan ini termasuk percabangan, arus sejajar, swimlane dll. Sebelum menggambar diagram aktivitas kita harus memiliki pemahaman yang jelas tentang elemen yang digunakan dalam activity diagram. Elemen utama diagram aktivitas adalah aktivitas itu sendiri. Suatu aktivitas adalah suatu fungsi yang dilakukan oleh sistem. Setelah mengidentifikasi kegiatan yang perlu dipahami bagaimana kaitannya dengan kendala dan kondisi. Jadi sebelum menggambar diagram aktivitas kita harus mengidentifikasi elemen berikut: Setelah parameter yang disebutkan di atas diidentifikasi, kita perlu membuat tata letak mental dari seluruh aliran. Tata letak mental ini kemudian ditransformasikan menjadi diagram aktivitas. Berikut ini adalah contoh diagram aktivitas untuk sistem manajemen pesanan. Dalam diagram empat kegiatan diidentifikasi yang terkait dengan kondisi. Satu hal penting harus dipahami dengan jelas bahwa diagram aktivitas tidak bisa sama persis dengan kode. Diagram aktivitas dibuat untuk memahami arus aktivitas dan terutama digunakan oleh pengguna bisnis. Diagram berikut digambar dengan empat aktivitas utama: Kirim pesanan oleh pelanggan Tanda terima pesanan Setelah menerima permintaan pemesanan, periksa kondisi dilakukan untuk memeriksa apakah itu normal atau pesanan khusus. Setelah jenis pesanan diidentifikasi aktivitas pengiriman dilakukan dan itu ditandai sebagai penghentian proses. Dimana menggunakan Activity Diagram Penggunaan dasar diagram aktivitas mirip dengan empat diagram UML lainnya. Penggunaan khusus adalah memodelkan aliran kontrol dari satu kegiatan ke kegiatan lainnya. Aliran kontrol ini tidak termasuk pesan. Diagram aktivitas cocok untuk memodelkan arus aktivitas sistem. 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 bisa berupa database, antrian eksternal atau sistem lainnya. Sekarang kita akan melihat ke dalam aplikasi praktis diagram aktivitas. Dari pembahasan di atas jelaslah bahwa diagram aktivitas diambil dari tingkat yang sangat tinggi. Jadi memberikan tampilan tingkat tinggi dari sebuah sistem. Pandangan tingkat tinggi ini terutama untuk pengguna bisnis atau orang lain yang bukan orang teknis. Diagram ini digunakan untuk memodelkan aktivitas yang tidak lain adalah kebutuhan bisnis. Jadi diagram lebih berdampak pada pemahaman bisnis ketimbang detail implementasi. Berikut ini adalah penggunaan utama diagram aktivitas: Pemodelan alur kerja dengan menggunakan aktivitas. Memodelkan kebutuhan bisnis Pemahaman tingkat tinggi tentang fungsionalitas sistem. Selidiki kebutuhan bisnis di kemudian hari.
No comments:
Post a Comment