«Белка-1.0» автоматташтырылган байлыкты эсепке алуу системасын долбоорлоо процессин моделдөөдөн тартып «Белка-2» (XNUMX-бөлүк)
Мурунку сериялардын корутундусу
В Биз жомок сюжеттеринин негизинде 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-ж.
- Золотухина Е.Б., Вишня А.С., Красникова С.А. Бизнес процесстерин моделдөө. - М .: КУРС, NITs INFRA-M, EBS Znanium.com. — 2017.
- OMG бирдиктүү моделдөө тили (OMG UML) спецификациясы. Версия 2.5.1. [Электрондук ресурс] Кирүү режими: Интернет:
Source: www.habr.com