Etkinlik diyagramını yapılandırmaya yönelik iki yaklaşımın karşılaştırılması ("Sincaplar"a dayalı)
В A.S. Puşkin'in "Çar Saltan'ın Hikayesi, oğlu, şanlı ve kudretli kahraman Prens Gvidon Saltanovich ve güzel Kuğu Prenses" kitabından bir sincap hakkındaki satırlardan oluşan bir "peri masalı" konu alanının süreçlerini modelledik. Ve Aktivite diyagramıyla başladık ve diyagram alanını "yüzme şeritleri" kullanarak yapılandırma konusunda anlaştık. Parça adı, o parçada bulunan diyagram öğelerinin türüne karşılık gelir: Giriş ve Çıkış Yapıları, Süreç Adımları, Katılımcılar ve İş Kuralları. Bu yaklaşım, yolların süreç katılımcılarının adlarına göre belirlendiği ve dolayısıyla onlara süreçte belirli sorumluluk alanlarının atandığı standart yaklaşımdan farklıdır.
Bu örnekte, bir Avustralya şirketinden Enterprise Architect ortamını kullanıyorum. [1].
Uygulanan modelleme yaklaşımları hakkında daha fazla ayrıntı için bkz. [2].
Tüm UML spesifikasyonu için bkz. [3].
Diyagramın önceki makaledeki versiyonunu tekrarlayacağım (Şekil 1) ve "standart" izlerle yeniden çizilmiş bir diyagram göstereceğim (Şekil 2), artıları ve eksileri belki biraz öznel olarak özetlemeye çalışacağım.
Şekil 1. Faaliyet diyagramı - sürecin genel görünümü
Şekil 2. Etkinlik diyagramı – standart diyagram yapılanması
- 2. diyagramda ok sayısının biraz daha az olduğunu kabul etmek gerekir.
- Ancak 2. diyagramda nesneler diyagramın tüm alanına "lekelenmiş" ve bu benim zevkime göre pek uygun değil.
- Notlarla aynı hikaye - kurallar. Ve bir diyakozun atanmasına ilişkin kuralın eklenmesi için diyagramın tüm öğelerinin bir noktada aşağıya taşınması gerekiyordu.
- Bu adımda birkaç katılımcının bulunduğunu göstermek için "al/ilet..." adımını kopyalamak zorunda kaldım.
- İkinci seçenekte, sürecin bir dallanmasından ve bir birleşiminden vazgeçmek zorunda kaldım, yani bunları "güzelce" düzenlemek kesinlikle imkansızdı! Neyse ki, o zaman bir yorum yayınlamak gerekli olacaktır - kural.
Elbette tat ve renk konusunda yoldaş yok ama süreçle ilgili veri toplamak açısından da ilk seçenek bana daha uygun görünüyor.
Ama yalan söylemeyeceğim - bazen süreci anlamak için her iki seçeneği de çizmek daha iyidir.
Kaynakların listesi
- Sparx Sistemleri web sitesi. [Elektronik kaynak] Erişim modu: İnternet:
- Zolotukhina E.B., Vishnya A.S., Krasnikova S.A. İş süreci modellemesi. — M .: KURS, SIC INFRA-M, EBS Znanium.com. — 2017.
- OMG Birleşik Modelleme Dili (OMG UML) Spesifikasyonu. Sürüm 2.5.1. [Elektronik kaynak] Erişim modu: İnternet:
Kaynak: habr.com