В 1. део користили смо домен „бајке“ инспирисан примерима проучавања УМЛ дијаграма заснованих на заплетима бајки (види, на пример, овде [1]). Пре моделирања договорили смо се о употреби неких елемената дијаграма активности и почели да формирамо споразум о моделирању. Узимајући у обзир ове договоре, у 1. фази смо описали процес у облику дијаграма активности, а у 2. фази смо идентификовали кораке процеса за које је потребна (и могућа) аутоматизација.
Да подсетим да ћемо аутоматизовати делатност обрачуна материјалних вредности која настаје у овим процесима.
...
Острво у мору лежи, (Е1, Е2)
Туча на острвским трибинама (Е3, Е1)
Са црквама са златним куполама, (Е4)
Са кулама и баштама; (Е5, Е6)
Испред палате расте смрча, (Е7, Е8)
А испод ње је кристална кућа; (Е9)
Тамо живи веверица, питома, (А1)
Да, какав забављач! (А1)
Веверица пева песме, (П1, А1)
Да, он гризе све орахе, (П2)
А ораси нису једноставни, (Ц1)
Све шкољке су златне, (Ц2)
Језгра чистог смарагда; (Ц3)
Слуге чувају веверицу, (П3, А2)
Служите јој као слуге разних врста (П4)
И одређен је службеник (А3)
Строго рачунање о орашастим вестима; (П5, Ц1)
Својој војсци даје част; (П6, А4)
Из шкољки се сипа новчић (П7, Ц2, Ц4)
Нека лебде по свету; (П8)
Девојке бацају смарагд (П9, А5, Ц3)
У оставама, али под чамцем; (Е10, Е11)
... (А.С. Пушкин „Прича о цару Салтану, о његовом славном и моћном сину кнезу Гвидону Салтановичу и прелепој принцези лабудови”, како се верује, слободна адаптација народне приче „У злату до колена, до лакта у сребру“, коју је Пушкин записао у разним верзијама)
У овом примеру користим окружење Ентерприсе Арцхитецт из аустралијске компаније. Спарк Системс [2], а у оквиру тренинга користим Моделио [КСНУМКС].
Да вас подсетим да су процеси различити, можете се упознати, нпр. овде [4] и овде [КСНУМКС].
Видети [6, 7] за детаље о примењеним приступима моделирању и пројектовању.
За комплетну УМЛ спецификацију, погледајте овде [КСНУМКС].
Сада смо спремни да пређемо на следеће кораке и почнемо са пројектовањем функција система и његове унутрашње организације. Нумерисање слика ће се наставити.
Фаза 3. Аутоматизованом кораку мора бити додељена функција или функције система
Аутоматизовани систем (АС) који се развија је дизајниран да води строгу евиденцију орашастих плодова, сећате се? За сваки означени корак (погледајте слику 3, слику 4 у делу 1), које ћемо аутоматизовати, записати функционални захтев, користећи нешто попут ове конструкције „Систем мора бити у стању да...“ и развити дијаграм случаја коришћења. Сада заправо допуњујемо наш споразум о моделирању новим правилима. Дозволите ми да објасним које елементе ћемо користити.
Између „Улоге корисника“ и „Функције“ користићемо однос „Асоцијација“ (слика 5), што значи да корисник са овом улогом може да обавља ову функцију.
Слика 5. Коришћење односа типа асоцијације
Од „Функција“ до „Захтева“, нацртаћемо везу „Имплементација“ (слика 6) да покажемо да ће овај захтев бити имплементиран овим функцијама, однос може бити „много-према-више“, тј. једна функција може бити укључена у имплементацију неколико захтева, а више од једне функције може бити потребно за имплементацију захтева.
Слика 6. Коришћење односа Имплементација
Ако једна функција захтева за своје извршавање да се изврши нека друга функција, а то је неопходно, користићемо везу „Зависност“ са стереотипом „Укључи“ – укључивање (слика 7). Ако је под одређеним условима потребно извршавање додатне функције, онда ћемо користити везу "Зависност" са стереотипом "Прошири" - екстензијом. Све је врло лако запамтити: "Укључи" - УВЕК, и "Прошири" - ПОНЕКАД.
Слика 7. Коришћење типа везе „Зависност (укључи)“
Као резултат, наш дијаграм ће изгледати отприлике овако (слика 8).
Слика 8. Дијаграм случаја употребе (функционални модел АС)
Поред тога, дијаграм случаја употребе се користи за моделирање корисничких улога (слика 9).
Слика 9. Дијаграм случаја употребе (улоге корисника АС)
Фаза 4. Хајде да опишемо унутрашњу организацију АС помоћу дијаграма класа
Користећи информације о улазним и излазним артефактима нашег процеса (погледајте Дијаграме активности - Слика 2, Слика 3, Слика 4), ми ћемо развити дијаграм класа. Користићемо елементе моделирања „Класа“ и различите врсте односа између њих.
Да бисмо приказали однос „цео део“, користићемо однос типа „агрегација“ (слика 10): орах је целина, а љуске и језгро су делови.
Слика 10. Однос целог дела
Као резултат тога, фрагмент нашег дијаграма ће изгледати отприлике овако (слика 11). Класе су означене бојом, коју смо истакли директно у текстуалном опису процеса.
Слика 11. Дијаграм класа
Дијаграм класа је коришћен и за моделовање других артефаката – не само оних који ће бити релевантни за концептуални модел процеса аутоматизованог инвентара, већ се односе на окружење извршења – окружење (слика 12) и „суседске“ процесе (слика 13). који могу утицати на аутоматизовани процес, али још увек нису у фокусу наше пажње (претпостављамо да ће се систем развијати и ове информације ће бити корисне).
Слика 12. Дијаграм класа (окружење)
Однос наслеђивања показује генерализацију различитих зграда, класа „деца“, под генерализујућом „родитељском“ класом „Зграда“.
Слика 13. Дијаграм класа (више информација о артефактима)
„Реакција на ситуацију“ зависи од „Података визуелне контроле“. За неколико релација зависности, стереотип „траг” се користи да прикаже праћење класа које нису експлицитно назначене у опису процеса, али које су неопходне за његову аутоматизацију, до класа чије су инстанце прецизно назначене у нашем опису.
Фаза 5. Хајде да анализирамо белешке на стази "Пословна правила".
потреба да се један од корака подели на 2 дела, други део почиње да се изводи само под одређеним условима;
именовање одређеног службеника за обављање обрачуна ораха;
техника (бела боја елемената), што указује да елемент није експлицитно наведен у опису процеса.
Треба напоменути да смо сва ова правила већ користили приликом израде дијаграма.
Завршне напомене
Дакле, прошли смо кроз 5 фаза и направили 3 врсте дијаграма. Додаћу још један коментар о организацији наших модела у моделарском окружењу. Постоји велики број оквира који помажу у структурирању модела које развијамо, али ово није тема овог чланка, па ћемо се ограничити на следећи једноставан скуп пакета за уредно одржавање нашег пројекта: Пословни процес, Функционални модел, Артефакти, учесници и окружење (Слика 14).
Слика 14. Структура пројектних пакета
Тако смо развили конзистентне моделе који описују систем рачуноводства материјалних средстава из различитих углова: модел аутоматизованог пословног процеса, функционални модел и модел унутрашње организације система на концептуалном нивоу.
Потврда бр. 18249 о регистрацији и депоновању производа резултата интелектуалне делатности. Алфимов Р.В., Золотукхина Е.Б., Красникова С.А. Рукопис наставног средства под називом „Моделовање предметне области коришћењем Ентерприсе Арцхитецт“ // 2011.