دو رویکرد برای ساختار یک نمودار فعالیت

مقایسه دو رویکرد برای ساختن نمودار فعالیت (بر اساس "سنجاب ها")

В بخش 1 مقاله "از مدل سازی فرآیند تا طراحی خودکار سیستم" ما فرآیندهای یک منطقه موضوعی "افسانه ای" را مدل سازی کردیم - خطوطی درباره یک سنجاب از "داستان تزار سالتان، پسرش، قهرمان باشکوه و توانا شاهزاده گویدون سالتانوویچ، و شاهزاده خانم زیبای قو" اثر A.S. Pushkin. و ما با نمودار Activity شروع کردیم، و در مورد ساختاربندی فیلد نمودار با استفاده از "swim lanes" توافق کردیم. نام آهنگ مربوط به نوع عناصر نموداری است که در آن تراک وجود دارد: مصنوعات ورودی و خروجی، مراحل فرآیند، شرکت کنندگان و قوانین تجاری. این رویکرد با رویکرد استاندارد متفاوت است، زمانی که مسیرها با نام شرکت کنندگان فرآیند تعیین می شوند، بنابراین حوزه های خاصی از مسئولیت در فرآیند به آنها اختصاص می یابد.

در این مثال، من از محیط Enterprise Architect از یک شرکت استرالیایی استفاده می کنم. سیستم های اسپارکس [1].
برای جزئیات بیشتر در مورد رویکردهای مدلسازی کاربردی، [2] را ببینید.
برای مشخصات کامل UML، نگاه کنید اینجا [3].

من نسخه نمودار را از مقاله قبلی تکرار می کنم (شکل 1) و یک نمودار دوباره ترسیم شده با آهنگ های "استاندارد" را نشان می دهم (شکل 2)، سعی می کنم جوانب مثبت و منفی را، شاید کمی ذهنی، بیان کنم.

دو رویکرد برای ساختار یک نمودار فعالیت
شکل 1. نمودار فعالیت - نمای کلی فرآیند

دو رویکرد برای ساختار یک نمودار فعالیت
شکل 2. نمودار فعالیت - ساختار نمودار استاندارد

  1. باید اعتراف کرد که تعداد فلش ها در نمودار 2 کمی کمتر است.
  2. اما در نمودار 2، اشیاء در کل میدان نمودار "لکه دار" می شوند، که، برای سلیقه من، خیلی راحت نیست.
  3. همان داستان با یادداشت ها - قوانین. و برای درج قاعده انتصاب شماس، باید تمام عناصر نمودار در نقطه ای به پایین منتقل می شد.
  4. من مجبور شدم مرحله "دریافت / ارسال ..." را شبیه سازی کنم تا نشان دهم که چندین شرکت کننده در این مرحله حضور دارند.
  5. در گزینه دوم، من مجبور شدم از یک شاخه شدن و یک ادغام فرآیند صرف نظر کنم، خوب، نظم دادن "به خوبی" آنها کاملا غیرممکن بود! خوشبختانه، پس از آن لازم است یک نظر ارسال کنید - قانون.

البته، هیچ رفیقی در طعم و رنگ وجود ندارد، اما گزینه اول به نظر من برای جمع آوری اطلاعات در مورد روند نیز راحت تر است.
اما من دروغ نخواهم گفت - گاهی اوقات بهتر است برای درک روند هر دو گزینه را ترسیم کنید.

فهرست منابع

  1. وب سایت Sparx Systems [منبع الکترونیکی] حالت دسترسی: اینترنت: https://sparxsystems.com
  2. Zolotukhina E.B.، Vishnya A.S.، Krasnikova S.A. مدل سازی فرآیندهای کسب و کار - M.: KURS، NITs INFRA-M، EBS Znanium.com. - 2017.
  3. مشخصات زبان مدلسازی یکپارچه OMG (OMG UML). نسخه 2.5.1. [منبع الکترونیکی] حالت دسترسی: اینترنت: https://www.omg.org/spec/UML/2.5.1/PDF

منبع: www.habr.com

اضافه کردن نظر