Dua pendekatan untuk menyusun diagram Aktivitas

Perbandingan dua pendekatan untuk menyusun diagram Aktivitas (berdasarkan “Tupai”)

В Bagian 1 artikel "Dari Pemodelan Proses ke Desain Sistem Otomatis" kami memodelkan proses area subjek "dongeng" - baris tentang tupai dari "Kisah Tsar Saltan, putranya, pahlawan yang mulia dan perkasa Pangeran Gvidon Saltanovich, dan Putri Angsa yang cantik" oleh A.S. Pushkin. Dan kami memulai dengan diagram Aktivitas, menyepakati penataan bidang diagram menggunakan “jalur berenang”. Nama jalur sesuai dengan jenis elemen diagram yang ada di jalur tersebut: Artefak Masukan dan Keluaran, Langkah Proses, Peserta, dan Aturan Bisnis. Pendekatan ini berbeda dari pendekatan standar, ketika jalur ditentukan berdasarkan nama peserta proses, sehingga memberikan mereka area tanggung jawab tertentu dalam proses tersebut.

Dalam contoh ini, saya menggunakan lingkungan Enterprise Architect dari perusahaan Australia. Sistem Sparx [1].
Untuk rincian lebih lanjut tentang pendekatan pemodelan yang diterapkan, lihat [2].
Untuk spesifikasi UML selengkapnya, lihat di sini [3].

Saya akan mengulangi versi diagram dari artikel sebelumnya (Gambar 1) dan menunjukkan diagram yang digambar ulang dengan trek “standar” (Gambar 2), saya akan mencoba menguraikan pro dan kontra, mungkin sedikit subjektif.

Gambar 1. Diagram aktivitas - gambaran umum proses

Gambar 2. Diagram aktivitas - penataan diagram standar

1. Harus diakui bahwa jumlah anak panah pada diagram ke-2 sedikit lebih sedikit.
2. Namun pada diagram ke-2, objek-objek tersebut “dioleskan” ke seluruh bidang diagram, yang menurut selera saya, sangat tidak nyaman.
3. Cerita yang sama dengan catatan - aturan. Dan untuk memasukkan aturan tentang penunjukan diaken, semua elemen diagram harus dipindahkan ke bawah pada titik tertentu.
4. Saya harus mengkloning langkah “terima/kirim…” untuk menunjukkan bahwa beberapa peserta hadir pada langkah ini.
5. Pada opsi kedua, saya harus melepaskan satu proses percabangan dan satu penggabungan, yah, sangat tidak mungkin untuk mengaturnya dengan “baik”! Untungnya, maka perlu untuk mengirim komentar - aturannya.

Tentu saja, tidak ada kawan dalam hal rasa dan warna, tetapi opsi pertama menurut saya juga lebih nyaman untuk mengumpulkan data tentang prosesnya.
Tapi saya tidak akan berbohong - terkadang lebih baik menggambar kedua opsi untuk memahami prosesnya.

Daftar sumber

1. Situs web Sistem Sparx. [Sumber daya elektronik] Mode akses: Internet: https://sparxsystems.com
2. Zolotukhina E.B., Vishnya A.S., Krasnikova S.A. Pemodelan proses bisnis. — M.: KURSUS, SIC INFRA-M, EBS Znanium.com. — 2017.
3. 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

Sumber: www.habr.com