Specyfikacja komponentów i interfejsów w Enterprise Architect

W trakcie projektowania systemów na poziomie komponentów istotnym jest aby dobrze wyspecyfikować kanały komunikacji pomiędzy komponentami. Poniżej w tekście tym, postaram się przedstawić kilka technik umożliwiających pracę na tym poziomie abstrakcji.

 

Dobra specyfikacja kanałów komunikacji pomiędzy komponentami jest bardzo istotna i bytem w notacji UML, który na to pozwala jest element Interfejs

image

który można dość precyzyjnie wyspecyfikować określając jego atrybuty i metody (jeśli takowe posiada).

Następnie taki interfejs można dodać do komponentu korzystając z elementu Expose Interfejs.

image

gdzie po dodaniu tego elementu na komponent można wybrać wcześniej zdefiniowany interfejs. Należy kliknąć na kwadracik z wielokropkiem

image

i wybrać z drzewa repozytorium projektu odpowiedni element.

image

Tak zmapowany interfejs z komponentem pozwala zachować wszelkie zależności na poziomie diagramu komponentów jak i diagramie przedstawiającym interfejsy.

image

Natomiast jeśli nasz komponent komunikuje się ?ze światem spoza naszego  systemu? należy ten fakt zaprezentować używając elementu port

image

który wskazuje na ten fakt,

image 

Następnie kolejne czynności związane z wykorzystaniem interfejsu nie różnią się od wyżej wymienionego przykładu z tą różnicą, że Expose Interfejs jest ?nakładany? na port a nie na komponent.

 image

W przypadku gdy kanał komunikacji pomiędzy dwoma komponentami wymaga współpracy kilku interfejsów nie ma potrzeby by dodawać więcej portów, gdyż port może być rozszerzany (poprzez dodanie kolejnych Expose Interfejs)

image

I nam koniec kilka słów na temat łączenia interfejsów.

image

Pierwsza metoda (interfejs B i A) to wskazanie na za pomocą realizacji, że interfejs wymagany, który jest w komponencie 2 jest realizowany za pomocą interfejsu A dostarczanego przez komponent 1.

Natomiast druga metoda polega na tym, że elementy typu Expose Interfejs w komponencie 1 i komponencie 2 są zmapowane z Interfejsem C i połączone z nim za pomocą realizacji (z interfejsu dostarczanego) i zależności ze stereotypem <<use>> (z interfejsu wymaganego). Zapis ten oznacza, że InterfejsC jest używany przez komponent 2 i jest realizowany (dostarczany) przez komponent 1.

Technorati Tagi: Enterprise Architect,Unified Modeling Language,uml

Podobne wpisy

  • Warto znać UML!!! Czy warto znać UML? Myślę, że tak tym bardziej, że zdaniem Instytutu Gartner'a w 2006 roku z języka UML korzystało ponad 10 milionów specjalistów z branży IT. Gartner szacuje, że w 2008 r. […]
  • UML jest niezrozumiały i nie wiadomo jak go stosować? Panuje powszechna opinia, że modele wyrażone w języku UML są niezrozumiałe i nie wiadomo jak go stosować. Problem czytelności diagramów jest tym bardziej istotny, gdy dokumentacji (jakże […]
  • Projekt i implementacja aplikacji JAVA w środowisku IBM Rational Software Architect – implementacja Po zbudowaniu modelu analitycznego (Projekt i implementacja aplikacji JAVA w środowisku IBM Rational Software Architect - model analizy), który powstał na podstawie modelu przypadków […]
  • Nowości w UML 2.2 Kilka tygodni temu pisałem o specyfikacji UML w wersji 2.2. Obiecałem wtedy, że jak ją przejrzę to napiszę o zmianach. Niniejszym informuję, że specyfikacja została przeze mnie […]
  • Agile Modeling – szkolenie w grudniu Obiecałem, że po wakacjach wznowię nabór na szkolenie: Agile Modeling w Enterprise Architect Dziś właśnie ustaliłem termin wynajmu sali. Zapraszam więc na szkolenie w dniu 08-09.12.2011 […]
Reklama

Zostaw komentarz

Twój adres email nie zostanie opublikowany. Pola, których wypełnienie jest wymagane, są oznaczone symbolem *