UML - Диаграма на компонентите, част 1

The UML диаграми Те са предимно концептуални диаграми, тоест представляват какво трябва да се случи или как можем да представим ситуация или решение; например диаграма на класа е диаграма, която представлява абстракция на концепция, която прилича на обект от реалния живот.
В концепцията за диаграми на компонентите ще се отдалечим малко от този фокус и ще преминем към нов тип диаграма.
Компонентна концепция
А компонент той е елемент от система, той е част от него и не е анализ или интерпретация, тоест е елемент, който съществува и може да се визуализира; компонентите може да съответстват на файлове, таблици, библиотеки с драйвери, и т.н..
Компонентите и класовете имат връзка, това може да се разглежда като компонент, който може да бъде реализация на един или повече класове, тоест компонентът е като въплъщение на класове в софтуера или системата.
Компонентно моделиране
Можем да установим някои точки, с които да се ориентираме при осъществяването на моделиране на компонент, нека видим по -долу:

• Когато моделираме и изграждаме взаимоотношения, трябва да позволим да видим структурата на системата.
• Когато се установява структурата, тя трябва да позволи да се работи по нея.
• По време на документацията писателите трябва да разбират техническата част на компонента.
• Компонентите трябва да се използват многократно.

Последната точка е може би една от най -важните, когато създаваме компонент, трябва да можем да го използваме отново, благодарение на голямото темпо, с което живеем, много компоненти, които правим, трябва да бъдат направени, за да можем да ги използваме отново в друга система, с Това ще намали сроковете за доставка и ще спести енергия; следователно трябва да инвестираме най -голямо количество качествено време, за да направим компонент за многократна употреба.
Интерфейси
Тази концепция, която носим от ориентацията на обекта, отново ни казва, че трябва да скрием отвън и от други компоненти елементите на компонента, който разработваме, като по този начин капсулираме данни и повишаваме сигурността на нашето моделиране.
The Интерфейс това ще бъде начинът, по който компонентът ще покаже публичните процеси и начинът, по който може да си сътрудничи с различните части на системата.
Въпреки че има разлика между моделирането на компонент и клас, при изграждането на интерфейс всъщност не е нужно да правим разлика между съществуващото и концептуалното.
Завършваме тази точка, като посочваме след това, че интерфейсът е набор от операции, които ни позволяват да представим компонента с останалата част от системата, с интерфейса можем да накараме компонента да се използва и може да се използва повторно благодарение на капсулирането на неговите елементи .
Нека видим пример за компонент с интерфейс в следната графика, във втората част на урока ще обясним как да постигнем следния резултат:

В края на тази първа част от урока вече имаме ясна концепция за това какво е компонент и как го свързваме със системата.Хареса ли ви и помогнахте на този урок?Можете да възнаградите автора, като натиснете този бутон, за да му дадете положителна точка