Perbandingan dua pendekatan untuk menyusun diagram Kegiatan (berdasarkan "Protein")
Di bagian pertama artikel "Dari Pemodelan Proses hingga Perancangan Sistem Otomatis" kami mensimulasikan proses area subjek "dongeng" - sebuah garis tentang seekor tupai dari "Tales of Tsar Saltan, pahlawannya yang mulia dan kuat, Pangeran Gvidon Saltanovich dan Putri-Putri Angsa yang cantik" A.S. Pushkin. Dan kami mulai dengan diagram Kegiatan, menyetujui untuk menyusun bidang diagram menggunakan jalur "berenang" - jalur berenang. Nama trek sesuai dengan jenis elemen bagan yang ada di trek ini: "Artefak input dan output", "Langkah-langkah proses", "Peserta" dan "Aturan bisnis". Pendekatan ini berbeda dari standar ketika trek ditunjukkan oleh nama-nama peserta dalam proses, sehingga menetapkan mereka bidang tanggung jawab tertentu dalam proses.
Dalam contoh ini, saya menggunakan lingkungan Enterprise Architect dari perusahaan Australia Sparx Systems [1].
Untuk detail lebih lanjut tentang pendekatan pemodelan yang diterapkan, lihat [2].
Lihat spesifikasi UML lengkap di sini [3].
Saya ulangi versi diagram dari artikel sebelumnya (Gambar 1) dan perlihatkan diagram yang digambar ulang dengan trek "standar" (Gambar 2), saya akan mencoba menguraikan pro dan kontra, mungkin sedikit secara subyektif.

Gambar 1. Diagram aktivitas - tampilan umum dari proses

Gambar 2. Diagram aktivitas - penataan bagan standar
- Saya harus mengakui bahwa jumlah panah sedikit lebih sedikit pada diagram ke-2.
- Tetapi pada diagram ke-2, objek-objek tersebut "dioleskan" pada seluruh bidang diagram, yang, menurut selera saya, sangat tidak nyaman.
- Kisah yang sama dengan catatan - aturan. Dan untuk memasukkan aturan tentang penunjukan diaken, saya harus memindahkan semua elemen diagram pada titik tertentu.
- Saya harus mengkloning langkah "terima / kirim ..." untuk menunjukkan bahwa beberapa peserta hadir pada langkah ini.
- Pada pilihan kedua, saya harus meninggalkan satu cabang dan satu penggabungan proses, yah, itu benar-benar mustahil untuk menempatkan mereka "indah"! Kalau bagus, maka perlu mengirim komentar - aturan.
Tentu saja, tidak ada teman untuk rasa dan warna, tetapi pilihan pertama menurut saya bahkan lebih nyaman untuk mengumpulkan data tentang proses tersebut.
Tapi saya tidak akan menyembunyikan - terkadang lebih baik untuk menggambar kedua opsi untuk mengetahuinya.
Selain itu. Terima kasih atas komentarnya dan berikan diagram yang sedikit dimodifikasi dari opsi ke-2: Anda dapat mengatur ulang trek (pada Gambar 2, urutannya mengulangi urutan penampilan peserta dalam cerita), jumlah panah berpotongan akan sedikit berkurang (Gambar 3).

Gambar 3. Bagan aktivitas - bagan standar - trek yang disusun ulang
Artikel berdasarkan mana artikel ini muncul:
Dari pemodelan proses hingga merancang sistem otomatis (Bagian 1)
Dari pemodelan proses hingga merancang sistem otomatis (Bagian 2)
Daftar sumber- Situs Web Sistem Sparx. [Sumber daya elektronik] Mode akses: Internet: https://sparxsystems.com
- Zolotukhina E.B., Cherry A.S., Krasnikova S.A. Memodelkan proses bisnis. - M: KURSUS, SIC INFRA-M, EBS Znanium.com. - 2017.
- Spesifikasi OMG Unified Modelling Language (OMG UML). Versi 2.5.1. [Sumber daya elektronik] Mode akses: Internet: https://www.omg.org/spec/UML/2.5.1/PDF