Диаграма на активността на UML
За да разберем диаграмите на UML активността, първо трябва да разберем какво означава UML диаграмата. UML означава Унифициран език за моделиране. Това е стандартизиран набор или набор от диаграми, които помагат на разработчиците на софтуер и софтуерните архитекти да разберат потока на софтуера. С други думи, UML диаграмите са диаграми, които изобразяват как функционира софтуерната система. UML диаграмите са разделени на три вида:
- Структурни диаграми
- Диаграми за взаимодействие
- Диаграми на поведение.
Какво е диаграма на UML активност?
Диаграма на UML активност е поведенческа диаграма от гореспоменатите три типа UML диаграми. Сега, по какво се различават от UML диаграмите? Така че дейността изобразява какви действия ще се извършат в процеса. Това е изобразително представяне на начина на функциониране на софтуерната система. По време на изпълнението софтуерната система трябва да функционира според нужния поток, така че според нея диаграмите на дейностите я изобразяват като напред / назад инженерни процес / действия.
Символи и компоненти на диаграмата за активност на UML:
Предварително човек трябва да има знания как да изготви диаграмите на UML активност и за него са необходими следните компоненти и символи.
- Начална държава: първоначалното състояние, което тепърва ще се използва или модифицира в дейността. Диаграмите за дейности започват от тази стъпка. Известен също като състояние на влизане. Start Node е началната точка на всяка дейност.
Той е изобразен като:
- Състояние на действието: Стъпка, в която потребителите или софтуерът изпълняват определена задача. Той представлява действие, което ще се извърши на този етап от софтуерната система. Обикновено е изобразена със заоблен ръб правоъгълник.
Той е изобразен като:
- Контролен поток: Съединители между две състояния или две действия за изобразяване на потока. Показва последователността на изпълнение. Известен също като пътеки. Едно състояние на действие може да има множество входни контролни потоци и също да извежда в друго състояние на действие. Единична стрелка се използва за изобразяване на контролния поток.
Той е изобразен като:
- Възел на решение: Условен възел или възел за вземане на решение е този, където има множество опции. Или има две или повече условия, които могат да бъдат разгледани в точката на софтуерната система. Пр: Има магазин за сладолед. Човек влиза в този магазин и иска да купи една от многото налични опции. Сега, ако той избере ванилов аромат, сървърът 1 трябва да му го даде, иначе той избере други аромати, тогава другите трябва да му го служат. Така че това е условието в диаграмата за активност. Тя е нарисувана като диамантена форма с множество входове и изходи.
Той е изобразен като:
- Fork: Точка, от която се изпълняват или стартират или обработват два едновременни или паралелни процеса. Обикновено включва един вход, но може и не може да получи един изход. Пр: Има един магазин за сладолед. Човек е склонен да купува сладолед за себе си и за своя приятел. Сега и двамата купуват един и същ аромат на ванилия, но единият иска шоколад, а други искат да имат плодове. И така, тук входът е същият, това е ваниловият сладолед, но резултатите от резултатите са различни. Така че, това е перфектен пример за вилица.
Той е изобразен като:
- Присъединяване: Присъединяването е това, при което два резултата от едновременни дейности добавят и образуват един резултат. При присъединяването има повече от един вход, но се получава само един изход. От две дейности са получени два резултата и един резултат. Пр: Има изискване на сандвича. Но първо трябва да имаме домати и спанак за него.
Той е изобразен като:
- Крайно състояние: Това е последният етап от диаграмата за активност на UML. Тук приключва дейността в софтуерна система.
Той е изобразен като:
Предимства или предимства на диаграмата за UML активност:
- Сложният етап или стъпки в софтуерната система могат да бъдат обяснени лесно диаграмно.
- Динамично моделиране на софтуерна система.
- Всеки поток от дейности в системата може да бъде обяснен такъв, какъвто е.
- Методите, функциите и операциите могат да бъдат обяснени подробно.
- Бизнес процесите и потоците могат да бъдат изобразени лесно.
- Опростен изглед, макар и сложната система.
- Анализ на бизнес изискванията.
- Разбирането на системните изисквания се обяснява на ясен и прост начин.
- Работният процес на потребителя и системата и потребителят със системата е обяснен подробно.
Недостатъци на диаграмите за UML активност:
- Единственият недостатък е диаграмата за активност на UML е съобщенията или комуникациите между два компонента или потребителят не може да бъде показан.
Символите, използвани в диаграмата за активност на UML, са обяснени в таблицата по-долу:
Пример за това как да направите диаграма на UML активност:
Ще разгледаме пример за разработване на софтуер в Android Studio
- Отворете Android Studio
- Създайте нов проект и запазете проекта под уникално име
- Импортирайте новите пакети, които са необходими за проекта
- Стартирайте емулатора
- Стартирайте проекта на емулатора
- Излезте от проекта
Диаграма на UML активност:
Заключение:
Така че, като цяло, можем да кажем, че диаграмите за активност на UML са необходими по време и преди разработването на всяка софтуерна система. Той е много полезен при документирането и изобразяването на визуализацията на точния процес и стъпките, участващи в процеса на развитие. Всички сложни етапи могат да бъдат показани много лесно. Човекът, който познава правилно нотациите, може лесно да изготви диаграмите на UML активността. Най-важната част от използването на тези диаграми е всеки, който може да ги изготви според потока и на почти всяка стъпка от жизнения цикъл на разработка на софтуерната система. Има много софтуерни програми, достъпни онлайн, които са полезни при изготвянето на диаграми на UML активност като SmartDraw и т.н.
Препоръчителни статии
Това е ръководство за диаграмата за активност на UML. Тук обсъдихме какво е, типове, символи, компоненти, предимства и недостатъци на UML-диаграма за дейности съответно. Можете да разгледате и другите ни предложени статии, за да научите повече -
- Диаграма на класа
- Тестване на бяла кутия
- Тестване на черна кутия
- Какво е тестване на софтуер?
- Обратно инженерство