Perbandingan dua pendekatan untuk menstruktur gambar rajah Aktiviti (berdasarkan βTupaiβ)
Π kami memodelkan proses kawasan subjek "dongeng" - baris tentang tupai dari "The Tale of Tsar Saltan, anaknya, wira yang mulia dan perkasa Putera Gvidon Saltanovich, dan Puteri Angsa yang cantik" oleh A.S. Pushkin. Dan kami mulakan dengan rajah Aktiviti, bersetuju untuk menstrukturkan medan rajah menggunakan "lorong renang". Nama runut sepadan dengan jenis elemen rajah yang terdapat dalam runut itu: Artifak Input dan Output, Langkah Proses, Peserta dan Peraturan Perniagaan. Pendekatan ini berbeza daripada yang standard, apabila trek ditetapkan dengan nama peserta proses, dengan itu memberikan kepada mereka bidang tanggungjawab tertentu dalam proses.
Dalam contoh ini, saya menggunakan persekitaran Enterprise Architect daripada syarikat Australia. [1].
Untuk butiran lanjut tentang pendekatan pemodelan yang digunakan, lihat [2].
Untuk spesifikasi UML yang lengkap, lihat [3].
Saya akan mengulangi versi rajah dari artikel sebelumnya (Rajah 1) dan menunjukkan gambar rajah yang dilukis semula dengan trek "standard" (Rajah 2), saya akan cuba menggariskan kebaikan dan keburukan, mungkin sedikit subjektif.
Rajah 1. Gambar rajah aktiviti - pandangan umum proses
Rajah 2. Rajah aktiviti - penstrukturan rajah piawai
- Perlu diakui bahawa bilangan anak panah adalah kurang sedikit dalam rajah ke-2.
- Tetapi dalam rajah ke-2, objek "dilumurkan" di seluruh bidang rajah, yang, untuk citarasa saya, tidak begitu mudah.
- Cerita yang sama dengan nota - peraturan. Dan untuk memasukkan peraturan tentang perlantikan diakon, semua elemen rajah terpaksa dipindahkan ke bawah pada satu ketika.
- Saya terpaksa mengklonkan langkah "terima/menghantar..." untuk menunjukkan bahawa beberapa peserta hadir pada langkah ini.
- Dalam pilihan kedua, saya terpaksa melepaskan satu cawangan dan satu penggabungan proses, dengan baik, adalah mustahil untuk mengaturnya "dengan baik"! Nasib baik, maka ia akan menjadi perlu untuk menghantar komen - peraturan.
Sudah tentu, tiada rakan dalam rasa dan warna, tetapi pilihan pertama nampaknya saya juga lebih mudah untuk mengumpul data mengenai proses itu.
Tetapi saya tidak akan berbohong - kadangkala lebih baik untuk menarik kedua-dua pilihan untuk memahami prosesnya.
Senarai sumber
- Laman web Sparx Systems. [Sumber elektronik] Mod akses: Internet:
- Zolotukhina E.B., Vishnya A.S., Krasnikova S.A. Pemodelan proses perniagaan. - M .: KURS, NITs INFRA-M, EBS Znanium.com. β 2017.
- Spesifikasi Bahasa Pemodelan Bersepadu OMG (OMG UML). Versi 2.5.1. [Sumber elektronik] Mod akses: Internet:
Sumber: www.habr.com