Въведение в типовете UML диаграми
Унифициран език за моделиране, тоест UML с прости думи, който е език за моделиране с общо предназначение. Основната цел на UML е да визуализира начина, по който системата е проектирана по стандартен начин. Освен това е почти същото като чертежите, които се използват и в други области на техниката. Това не е език за програмиране, а по-скоро е визуален език. Типовете UML диаграми се използват само за демонстриране на поведението, както и структурата на системата. UML помага системни архитекти, бизнесмени, а също и софтуерни инженери в моделирането, проектирането и анализа. OMG, тоест групата за управление на обекти прие UML като стандарт през 1997 г. Оттогава тя се управлява от тях. След това през 2005 г. ISO публикува UML като одобрен стандарт. UML е ревизиран и преразглеждан през годините периодично.
След това, нека да обсъдим типовете UML диаграми.
Различни видове UML диаграми
Съществуват много видове UML диаграми и всяка от тях има различно предназначение, без да се съобразява дали е проектирана или преди внедряването, или след изпълнението.
2 от най-широките категории, които обхващат всички останали видове
- Поведенческа UML диаграма
- СтруктурнаUML диаграма.
Както можете да се досетите само от името, някои от UML диаграмите анализират, както и изобразяват структурата на един процес, докато друга описва поведението на системата, нейните изграждащи компоненти, а също и нейните участници. По-нататък категоризираните видове са, както следва:
Структурна UML диаграма
- Диаграма на класа
- Обектна диаграма
- Компонентна диаграма
- Структурна схема на композитната структура
- Диаграма на разполагане
- Пакетна схема
- Профилна диаграма
Поведенческа UML диаграма
- Диаграма на дейността
- Използвайте диаграма на случая
- Диаграма за обзор на взаимодействието
- Диаграма на времето
- Диаграма на състоянието на машината
- Диаграма за комуникация
- Диаграма на последователността
Нека сега да ги обсъдим накратко:
1. Диаграма на дейността
Диаграмата на активността е най-важната UML диаграма, която се използва за извършване на моделиране на бизнес процеси. Основно се използва за обяснение на потока от различни дейности, както и действия в разработването на софтуер. Също така, те могат да бъдат както последователни, така и паралелни.
2. Използвайте диаграма на случая
Използвайте диаграмите Case по същество са необходими за анализ на изискванията на високо ниво на системата. Сега тези изисквания могат да бъдат изразени с помощта на различни случаи на употреба.
3. Диаграма за обзор на взаимодействието
Той е този, който има възможност да контролира потока на картината заедно с възлите, който съдържа диаграми за взаимодействие. Същата е като диаграмата на активността в смисъл, че и двете визуализират последователността от дейности.
4. Времева диаграма
Тези диаграми са основно необходими, за да представят отношенията между обектите винаги, когато центърът на вниманието почива навреме. Въпреки това, въпреки че не ни е интересно да знаем как взаимодействат обектите или дори да се променят един друг, въпреки че искаме да представим как да се правят тези обекти, както и актьорите да действат по линейна линия.
5. UML диаграма на състоянието на машината
UML диаграмите на държавната машина се наричат също диаграми на държавни диаграми. Те се използват най-вече за обяснение на различни състояния на компонент в системата. UML диаграмите на държавната машина приемат машината за състояние на име, тъй като диаграмата е основно машина, което обяснява няколко състояния на даден обект, както и как се променя в зависимост от вътрешните и външните събития.
6. Комуникационна схема
Комуникационните диаграми, точно както диаграмите на последователността, са вид диаграма на взаимодействие, показваща как взаимодействат обектите. Това е разширение на обектна диаграма, която показва обекти с съобщения, които пътуват от едно към друго.
7. Последователност UML диаграма
Последователността UML диаграмите също могат да се считат за най-важните UML диаграми сред моделите на ниво дизайн за разработване на бизнес приложение. Тъй като притежават визуално саморазясняващ се характер, напоследък тези диаграми стават доста популярни при прогнозирането на бизнес процесите.
8. Диаграма на класа
Класната UML диаграма също може да се счита за най-често срещания тип диаграма, необходима за софтуерната документация. Тъй като по-голямата част от софтуера, създаден днес, все още се основава на парадигмата OOP, така че ако използваме класови диаграми, за да документираме този софтуер, се оказва решение за здрав разум. Това се случва, тъй като OOP зависи от класовете и отношенията.
9. Диаграма на обекта
Обектните UML диаграми помагат на разработчиците да проверят дали общата абстрактна структура, която са създали, тоест класова диаграма, представлява жизнеспособна структура винаги, когато се приложи на практика, тоест когато обектите от клас се инстанцират. Въпреки това, малко разработчици гледат към него като вторично ниво на проверка на точността.
10. Диаграма на компонентите
Компонентните UML диаграми могат да помогнат при разграждането на системата на по-малки компоненти, когато се занимавате с документацията на доста сложни системи. Често е доста трудно да се предскаже архитектурата на дадена система, тъй като тя може да обхваща различни отдели или също така може да използва различни технологии.
11. Композитна структура на структурата
Композитната структурна диаграма се счита за вид статична диаграма, показваща вътрешната структура на класа, както и сътрудничествата. Това е набор от взаимосвързани елементи.
12. Диаграма на разполагане
На следващо място, диаграмите за внедряване обикновено се използват за визуализиране на връзката между софтуера и хардуера. Ако говорим по-конкретно, тогава с помощта на диаграми за разгръщане можем да изградим и физически модел за това как артефактите се разполагат върху възли, които са хардуерни компоненти.
Ако говорим за типична опростена схема за внедряване в уеб приложение, тя ще включва:
- Възли, тоест сървър на приложения и сървър на бази данни
- Артефакти, тоест схема на клиента и база данни
13. Пакетна схема
Пакетната схема изглежда по-скоро като макро контейнер, необходим за разгръщане на UML диаграми, които вече обяснихме. Сега различните пакети съдържат възли, а също и артефакти. Те организират компонентите и моделните диаграми в групи по същия начин, както пространството от имена ще капсулира различни имена, които по някакъв начин са доста свързани.
14. Диаграма на профила
Профилните диаграми не могат да се считат за типичния тип UML диаграма. Въпреки това, той може да се разглежда по-скоро като механизъм за разширяване, а не като диаграма като всеки друг.
Ако използваме стереотипи, ограничения и маркирани стойности, лесно можем да разширим, както и да персонализираме вече съществуващите обозначения на UML. Диаграмите на профилите обаче са като език. Например, ако говорите английски, можете лесно да създавате нови изречения. По подобен начин, ако говорите диаграми на профили, тогава можете лесно и конкретно да създадете нови свойства, както и семантика за UML диаграми.
заключение
По този начин, UML диаграмите са полезни, когато моделираме бизнес данни. Клас атрибути карта на абстрактни методи за достъп за устойчиви полета, а асоциацията роли карта на абстрактни методи за достъп за полета отношения. Навигационността предвижда дали методите за достъп до връзки се появяват и в двете свързани звена на субект или само в един. Освен това, нотацията за множественост определя правилния тип за полета за взаимоотношения, въпроси на жизнения цикъл, а също и каскадни характеристики на изтриване.
Препоръчителни статии
Това е ръководство за типовете UML диаграми. Тук обсъждаме основните понятия с най-широки категории UML диаграма. Можете да разгледате и другите ни предложени статии, за да научите повече -
- Какво е C ++
- Какво е Git?
- Какво е JavaScript?
- Какво е PHP масив?