Въведение в схемата за компоненти на UML
Унифициран език за моделиране, тоест UML е с прости думи, език за моделиране с общо предназначение. Основната цел на UML е да визуализира начина, по който системата е проектирана по стандартен начин. Освен това е почти същото като чертежите, които се използват и в други области на техниката. Това не е език за програмиране, а по-скоро е визуален език. Диаграмите на UML компонент се използват само за демонстриране на поведението, както и структурата на системата. UML помага системни архитекти, бизнесмени, а също и софтуерни инженери в моделирането, проектирането и анализа. OMG, тоест групата за управление на обекти прие UML като стандарт през 1997 г. Оттогава тя се управлява от тях. След това през 2005 г. ISO публикува UML като одобрен стандарт. Периодично UML е ревизиран и преразглеждан през годините. По-нататък ще обсъдим диаграмите на компонентите.
Какво представлява диаграмата на компонентите в UML?
- Диаграмите на компонентните UML се използват основно при моделиране на аспектите, които са физически на обектно-ориентираните системи, използвани при визуализиране и документиране на системи, които са бази на компоненти, а също така се използват за изграждане на изпълними системи с помощта на напред и назад инженеринг. Компонентните диаграми са основно диаграми от класа, съсредоточени върху компоненти на системата, често се използват за моделиране на статичния изглед на внедряването на системата.
- Той също така разгражда действителната система, която е в процес на развитие, на различни нива на функционалност, основно високо ниво. Всеки компонент в UML е отговорен само за една единствена ясна цел в цялата система и той взаимодейства само с други основни елементи и това също само при необходимост да се знае.
- Единствената и важна цел на компонентната диаграма в UML е да демонстрира връзката между различни компоненти в системата. Ако говорим за UML 2.0, думата „компонент“ е дефинирана като модул от класове, който представлява системи или подсистеми, които са независими и имат способността да взаимодействат с останалата част от системата.
- Съществува подход, наречен разработка на базата на компоненти, наричан също CBD, който се върти около всички компоненти. При този подход цялата система прави това, което всъщност трябва да направи, тъй като позволява на планиращия да идентифицира различни компоненти. Най-общо казано, ако говорим за обектно-ориентиран подход за програмиране, компонентната диаграма винаги позволява на старши разработчик да групира класовете заедно в зависимост от общата им цел, като по този начин дава възможност на разработчика, както и на други, да разгледат проекта за разработка на софтуер на по-високо ниво.
- Въпреки че компонентовите диаграми в UML може да изглеждат сложни на пръв поглед, те обаче са доста безценни, когато става въпрос за изграждането на нашата система.
Диаграмите на компонентите имат много предимства, които могат да помогнат на вашия екип по различни начини:
- Той обръща внимание на връзката на компонентите на системата.
- Той подчертава поведението на услугата, когато е свързано с интерфейса.
- Той също така си представя физическата структура на системата.
Обяснете символите на диаграмата на компонентите на UML
Символите на UML компонентната диаграма са много като компонент, пакет, контейнер за пакети, зависимост, обобщение, ограничение, непрозрачен стереотип, бележка и много други. Нека да преминем през няколко важни. Символите са предоставени до тях.
1. Компонент: Компонентът в UML се дефинира като модулна част от системата. Той винаги определя поведението си, което е по отношение на необходимите и дадени интерфейси.
2. Пакет: Пакетът в UML може да бъде определен като нещо, което може да групира елементи и след това дава пространство за имена за всички тези групирани елементи.
3. Контейнери за пакети: Контейнерите за пакети в UML могат да бъдат определени като нещо, което описва UML елементи като класове, компоненти и случаи на използване.
4. Зависимост: Отношението на зависимост в UML може да бъде определено като отношение, при което един от елементите, които клиентът използва, или зависи от друг елемент, който е доставчик.
5. Обобщение: Обобщаването в UML може да бъде определено като връзката, при която един от моделния елемент, т.е., детето се основава на друг моделен елемент, т.е. родителя.
6. Ограничение: Ограничението в UML може да бъде определено като нещо, което ни позволява да усъвършенстваме семантиката на елемента на UML модела. Това е механизъм за удължаване. Бележката в UML се състои или от коментари, или от текстова информация.
Бележка в UML може да бъде определена като нещо, което представлява или хардуерни или софтуерни обекти, които са на по-високо ниво, ако сравним с компоненти. компоненти.
7. Интерфейс: В UML може да се дефинира като нещо, което демонстрира материалите, които компонентът ще получи или ще предостави. Можем да представим интерфейси или с текстови бележки, или със символи като близалката, цокъла или топката и гнездото.
8. порт: Символът в UML може да бъде определен като нещо, което споменава различна точка на взаимодействие между средата и компонента. Портовете могат да бъдат символизирани с помощта на малък квадрат.
Как да си направим компонентна диаграма?
Лесно можем да направим перфектна компонентна диаграма в UML от нулата с помощта на Lucid Chart. Всичко, което трябва да направим, е да следваме тези стъпки:
- Или отворете празен документ или започнете с шаблон.
- Библиотеката с форма на UML трябва да бъде активирана. След това щракнете върху „Shapes“ o вляво на редактора и проверете „UML“ в Shape Library Manager и след това щракнете върху „Save“.
- Изберете формата, която искате от библиотеката да бъде добавена, и всичко, което трябва да направите, е да плъзнете тази форма от кутията с инструменти в платното.
- Начертайте линии между форми за моделиране на потока и ние сме готови.
Един от примерите е както е показано по-долу за системата за управление на библиотеките, показана по-долу
Показаните тук транзакции създават мрежа от връзки между компоненти на библиотечната система. За да разберете как работят тези връзки и как системата функционира като цяло, трябва да разгледате UML диаграмата, показана по-горе. Можете да го използвате и като шаблон.
заключение
По този начин можем да заключим, че диаграмата на компонентите е наистина важна диаграма, в която архитектите често ще създават доста рано в проекта. Но полезността обхваща живота на системата. Компонентните диаграми са доста безценни, тъй като моделират, както и документират архитектурата на системата.
Препоръчителен член
Това е ръководство за диаграма на компоненти на UML. Тук обсъждаме различните видове символи, обяснени подробно. Можете да разгледате и другите ни предложени статии, за да научите повече -
- Видове UML диаграми
- Диаграма на последователност на UML
- Диаграма на активността на UML
- UML Използвайте диаграма на случая
- Обратно инженерство