«Тиін өмірінің бір күні» немесе процесті модельдеуден «Белка-1.0» байлықты есепке алудың автоматтандырылған жүйесін жобалауға дейін (2 бөлім)
Алдыңғы бөлімнің қысқаша мазмұны
В Біз ертегі сюжеттеріне негізделген UML диаграммаларын үйрену мысалдарынан шабыттанған «ертегі» доменін қолдандық (мысалы, қараңыз). [1]). Модельдеуді бастамас бұрын біз Белсенділік диаграммасының кейбір элементтерін пайдалану туралы келісіп, модельдеу келісімін құра бастадық. Осы келісімдерді ескере отырып, 1-ші кезеңде біз процесті Әрекет диаграммалары түрінде сипаттадық, ал 2-ші кезеңде автоматтандыру қажет (және мүмкін) процестің қадамдарын анықтадық.
Естеріңізге сала кетейін, біз осы процестерде туындайтын материалдық құндылықтарды есепке алу қызметін автоматтандыруды қолға алмақпыз.
...
Арал теңізде жатыр, (E1, E2)
Аралда бұршақ жауады (E3, E1)
Алтын күмбезді шіркеулері бар, (E4)
Мұнаралары мен бақтарымен; (E5, E6)
Сарайдың алдында шырша өседі, (E7, E8)
Ал оның астында хрусталь үй; (E9)
Онда ұстамды тиін тұрады, (A1)
Иә, қандай шытырман оқиға! (A1)
Тиін ән айтады, (P1, A1)
Иә, ол жаңғақтарды тістей береді, (P2)
Бірақ жаңғақтар қарапайым емес, (C1)
Барлық қабықтар алтын, (C2)
Өзегі – таза изумруд; (C3)
Қызметшілер тиінді қорғайды, (P3, A2)
Олар оған әртүрлі қызметшілер ретінде қызмет етеді (P4)
Және кеңсе қызметкері тағайындалды (A3)
Жаңғақтардың қатаң есебі - бұл жаңалық; (P5, C1)
Әскер оған сәлем береді; (P6, A4)
Қабықтардан монета құйылады, (P7, C2, C4)
Оларға әлемді айналып өтуге рұқсат етіңіз; (P8)
Қыздар изумруд құяды (P9, A5, C3)
Қоймаларға және қақпақ астына; (E10, E11)
...
(А.С. Пушкин «Салтан патша туралы, оның даңқты және құдіретті батыры князь Гвидон Салтанович пен сұлу аққу ханшайым туралы ертегі», )
Бұл мысалда мен австралиялық компанияның Enterprise Architect ортасын пайдаланып жатырмын. [2], мен жаттығу сабақтарында қолданамын [3].
Естеріңізге сала кетейін, әртүрлі процестер бар, сіз танысуға болады, мысалы, [4] және [5].
Модельдеуге және жобалауға қолданылатын тәсілдер туралы қосымша мәліметтер алу үшін [6, 7] қараңыз.
Толық UML спецификациясын қараңыз [8].
Енді біз келесі қадамдарға өтуге және жүйенің функционалдығын және ішкі ұйымын жобалауды бастауға дайынбыз. Сызбаларды нөмірлеу жалғасады.
3-кезең. Автоматтандырылған қадам жүйенің функциясымен немесе функцияларымен байланысты болуы керек
Әзірленген автоматтандырылған жүйе (АЖ) жаңғақтардың қатаң есебін жүргізуге арналған, есіңізде ме? Әрбір бөлектелген қадам үшін (3-суретті, 4-суретті қараңыз ), біз автоматтандыратын функционалдық талапты шамамен келесі құрылымды қолданып жазыңыз: «Жүйе қабілетті жүзеге асыруы керек...» және Use-case диаграммасын әзірлеңіз. Біз қазір модельдеу келісімімізге жаңа ережелерді қосып жатырмыз. Қандай элементтерді қолданатынымызды түсіндірейін.
Біз «Пайдаланушы рөлі» мен «Функция» арасындағы «Ассоциация» байланысын қолданамыз (5-сурет), бұл осы рөлге ие пайдаланушы бұл функцияны орындай алатынын білдіреді.
Сурет 5. Қауымдастық түрінің қатынасын пайдалану
«Функциядан» «Талапқа» дейін біз бұл талаптың осы функциялар арқылы орындалатынын көрсету үшін «Орындау» байланысын саламыз (6-сурет), қатынас «көптен көпке» болуы мүмкін, яғни. Бір функция бірнеше талаптарды орындауға қатысуы мүмкін және талапты орындау үшін бірнеше функция қажет болуы мүмкін.
Сурет 6. «Іске асыру» типті қатынасты пайдалану
Егер бір функция оның орындалуы үшін басқа функцияның орындалуын талап етсе және міндетті түрде «Қамтылу» стереотипімен «Тәуелділік» қосылымын қолданамыз (7-сурет). Егер белгілі бір жағдайларда қосымша функцияның орындалуы қажет болса, онда біз «Кеңейту» стереотипімен «Тәуелділік» байланысын қолданамыз. Барлығын есте сақтау өте оңай: «Қосу» - ƏРҚАШАН, ал «Ұзарту» - КЕЙДЕ.
Сурет 7. «Тәуелділік (қосу)» қатынасын пайдалану
Нәтижесінде біздің диаграммамыз келесідей болады (8-сурет).
Сурет 8. Қолдану схемасы (AC функционалдық үлгісі)
Бұған қоса, пайдаланушы рөлдерін модельдеу үшін Use-case диаграммасы пайдаланылады (9-сурет).
Сурет 9. Пайдалану жағдайларының диаграммасы (AS пайдаланушыларының рөлдері)
4-кезең. Класс диаграммасы арқылы АС-ның ішкі ұйымдастырылуын сипаттайық
Біздің процестің кіріс және шығыс артефактілері туралы ақпаратты пайдалана отырып (Әрекет диаграммаларын қараңыз - 2-сурет, 3-сурет, 4-сурет), біз класс диаграммасын жасаймыз. Біз «Класс» модельдеу элементтерін және олардың арасындағы байланыстардың әртүрлі түрлерін қолданамыз.
«Тұтас бөлік» қатынасын көрсету үшін «Агрегация» типті қатынасты қолданамыз (10-сурет): жаңғақ – бүтін, ал қабықшалар мен ядро – бөліктер.
Сурет 10. Толық бөлік қатынасы
Нәтижесінде біздің диаграмманың фрагменті келесідей болады (11-сурет). Біз процестің мәтіндік сипаттамасында тікелей бөлектелген сыныптар түспен белгіленген.
Сурет 11. Класс диаграммасы
Класс диаграммасы материалдық құндылықтарды есепке алудың автоматтандырылған процесінің концептуалды моделімен ғана емес, сонымен қатар орындау ортасымен - қоршаған ортамен (12-сурет) және «көршілес» байланысты болатын басқа артефактілерді модельдеу үшін пайдаланылды. автоматтандырылған процеске әсер ете алатын, бірақ әлі біздің назарымызда емес (жүйе дамып, бұл ақпарат пайдалы болады деп есептейміз) процестер (13-сурет).
Сурет 12. Класс диаграммасы (қоршаған орта)
Тұқым қуалаушылық қатынасы әртүрлі ғимараттардың, «бала» сыныптарының жалпылаушы «ата-ана» сыныбының «Ғимарат» астында жалпылауын көрсетеді.
Сурет 13. Класс диаграммасы (артефактілер туралы қосымша ақпарат)
«Жағдайға реакция» «Көрнекі бақылау деректеріне» байланысты. Бірнеше тәуелділік қатынастары үшін «із» стереотипі процесс сипаттамасында нақты анықталмаған, бірақ оны автоматтандыру үшін қажет, мысалдары біздің сипаттамада нақты сілтеме жасалған сыныптарға ізін көрсету үшін пайдаланылады.
5-кезең. «Бизнес ережелері» жолындағы жазбаларды талдап көрейік
Ережелер нақтыланды (2-суретті қараңыз ):
- қадамдардың бірін 2 бөлікке бөлу қажеттілігі, екінші бөлік белгілі бір жағдайларда ғана орындала бастайды;
- жаңғақтарды есепке алуды жүзеге асыру үшін белгілі бір лауазымды тұлғаны тағайындау;
- процесс сипаттамасында элементтің анық көрсетілмегенін көрсететін әдіс (элементтердің ақ түсі).
Айта кету керек, біз диаграммаларды жасау кезінде осы ережелердің барлығын қолдандық.
Қорытынды ескертулер
Сонымен, біз 5 кезеңнен өтіп, сызбаның 3 түрін құрастырдық. Модельдеу ортасында модельдерімізді ұйымдастыру туралы шағын түсініктеме қосамын. Әзірленіп жатқан үлгілерді құрылымдауға көмектесетін көптеген фреймворктар бар, бірақ бұл мақаланың тақырыбы емес, сондықтан біз жобамызды ретті басқару үшін келесі қарапайым пакеттер жиынтығымен шектелеміз: Бизнес-процесс, Функционалдық модель , Артефактілер, қатысушылар және қоршаған орта (14-сурет).
Сурет 14. Жоба пакетінің құрылымы
Осылайша, біз материалдық есеп жүйесін әртүрлі аспектілерден сипаттайтын дәйекті модельдерді әзірледік: автоматтандырылған бизнес-процестің моделі, функционалдық модель және концептуалды деңгейде жүйені ішкі ұйымдастыру моделі.
Дереккөздер тізімі
- «UML2.ru» веб-сайты. Сарапшылар қауымдастығының форумы. Жалпы бөлім. Мысалдар. UML диаграммалары ретінде пішімделген ертегілердің мысалдары. [Электрондық ресурс] Қол жеткізу режимі: Интернет:
- Sparx Systems веб-сайты. [Электрондық ресурс] Қол жеткізу режимі: Интернет:
- Modelio веб-сайты. [Электрондық ресурс] Қол жеткізу режимі: Интернет:
- Үлкен энциклопедиялық сөздік. Процесс (түсіндіру). [Электрондық ресурс] Қол жеткізу режимі: Интернет:
- «Тиімді басқаруды ұйымдастыру» сайты. Блог. «Бизнес-процестерді басқару» санаты. Бизнес-процестің анықтамасы. [Электрондық ресурс] Қол жеткізу режимі: Интернет:
- Зияткерлік қызмет туындысын тіркеу және сақтау туралы №18249 куәлік. Альфимов Р.В., Золотухина Е.Б., Красникова С.А. «Кәсіпорын сәулетшісінің көмегімен пәндік аймақты модельдеу» атты оқу құралының қолжазбасы // 2011 ж.
- Золотухина Е.Б., Вишня А.С., Красникова С.А. Бизнес-процестерді модельдеу. — М.: КУРС, SIC INFRA-M, EBS Znanium.com. — 2017 ж.
- OMG Unified Modeling Language (OMG UML) спецификациясы. 2.5.1 нұсқасы. [Электрондық ресурс] Қол жеткізу режимі: Интернет:
Ақпарат көзі: www.habr.com