UML - Schemat komponentów, część 1

ten Diagramy UML Są to przede wszystkim diagramy pojęciowe, to znaczy przedstawiają, co powinno się wydarzyć lub jak możemy przedstawić sytuację lub rozwiązanie; na przykład diagram klas to diagram reprezentujący abstrakcję koncepcji, która przypomina obiekt z prawdziwego życia.
W koncepcji schematy komponentów odejdziemy trochę od tego skupienia i przejdziemy do nowego typu diagramu.
Koncepcja komponentów
A składnik jest elementem systemu, jest jego częścią i nie jest analizą ani interpretacją, czyli elementem, który istnieje i może być wizualizowany; składniki mogą odpowiadać pliki, tabele, biblioteki sterowników, itp.
Komponenty i klasy są ze sobą powiązane, można to postrzegać jako to, że komponent może być implementacją jednej lub więcej klas, to znaczy komponent jest jak ucieleśnienie klas w oprogramowaniu lub systemie.
Modelowanie komponentów
Możemy ustalić pewne punkty, za pomocą których możemy kierować się do przeprowadzenia modelowanie komponentu, zobaczmy poniżej:

• Modelując i budując relacje musimy pozwolić zobaczyć strukturę systemu.
• Przy tworzeniu struktury musi umożliwiać jej obróbkę.
• W momencie tworzenia dokumentacji autorzy muszą zrozumieć techniczną część komponentu.
• Komponenty muszą nadawać się do wielokrotnego użytku.

Ostatni punkt jest chyba jednym z najważniejszych, tworząc komponent musimy móc go ponownie wykorzystać, dzięki wielkiemu tempu, w jakim żyjemy, wiele komponentów, które wykonujemy, musi zostać wykonanych, aby móc z nich korzystać ponownie w innym systemie, co skróci czas dostawy i oszczędzi energię; dlatego musimy poświęcić jak najwięcej czasu na wykonanie elementu wielokrotnego użytku.
Interfejsy
Ta koncepcja, którą wnosimy z orientacji obiektowej, ponownie mówi nam, że musimy ukrywać z zewnątrz i przed innymi komponentami elementy komponentu, który rozwijamy, w ten sposób hermetyzujemy dane i zwiększamy bezpieczeństwo naszego modelowania.
ten Berło będzie to sposób, w jaki komponent pokaże publiczne procesy i sposób, w jaki może współpracować z różnymi częściami systemu.
Chociaż istnieje różnica między modelowaniem komponentu a klasą, budując interfejs, tak naprawdę nie musimy rozróżniać między istniejącym a konceptualnym.
Kończymy ten punkt wskazując następnie, że interfejs jest zbiorem operacji, który pozwala nam zaprezentować komponent z resztą systemu, dzięki interfejsowi możemy sprawić, że komponent będzie używany i może być ponownie wykorzystany dzięki enkapsulacji jego elementów .
Zobaczmy przykład komponentu z interfejsem na poniższej grafice, w drugiej części tutoriala wyjaśnimy jak osiągnąć następujący wynik:

Pod koniec tej pierwszej części samouczka mamy już jasną koncepcję tego, czym jest komponent i jak kojarzymy go z systemem.Podobał Ci się i pomógł ten samouczek?Możesz nagrodzić autora, naciskając ten przycisk, aby dać mu pozytywny punkt