Ing conto iki, aku nggunakake kerangka Enterprise Architect saka perusahaan Australia Sistem Sparx [1]
Kanggo rincian liyane babagan pendekatan modeling sing ditrapake, deleng [2].
Kanggo spesifikasi UML lengkap, waca kene [3]
Aku bakal mbaleni versi diagram saka artikel sadurunge (Figure 1) lan nuduhake diagram redrawn karo trek "standar" (Figure 2), Aku bakal nyoba kanggo njelaske nganggo bentuk garis Pros lan cons, mbok menawa subyektif sethitik.
Figure 1. Activity diagram - tampilan umum saka proses
Gambar 2. Activity diagram - struktur diagram standar
Sampeyan kudu ngakoni yen jumlah panah rada kurang ing diagram 2.
Nanging ing diagram kaping 2, obyek kasebut "diolesi" ing kabeh bidang diagram, sing, kanggo rasaku, ora trep banget.
Crita padha karo cathetan - aturan. Lan kanggo nglebokake aturan babagan janjian deacon, kabeh unsur diagram kudu dipindhah mudhun ing sawetara titik.
Aku kudu kloning langkah "nampa / ngirim ..." kanggo nuduhake yen sawetara peserta ana ing langkah iki.
Ing pilihan kapindho, aku kudu nyerahake siji cabang lan siji proses gabung, uga, pancen ora mungkin kanggo ngatur "apik"! Begjanipun, banjur iku bakal perlu kanggo ngirim komentar - aturan.
Mesthi, ora ana kanca ing rasa lan warna, nanging pilihan pisanan misale jek luwih trep kanggo ngumpulake data babagan proses kasebut.
Nanging aku ora bakal ngapusi - kadhangkala luwih apik kanggo nggambar opsi loro kanggo ngerti proses kasebut.
Dhaptar sumber
Situs web Sparx Systems. [Sumber daya elektronik] Mode akses: Internet: https://sparxsystems.com
Zolotukhina E.B., Vishnya A.S., Krasnikova S.A. Pemodelan proses bisnis. β M.: KURSUS, SIC INFRA-M, EBS Znanium.com. β 2017.