IMGf31

Afcrm«tvw« r*^f Łvaw tau**e. reprezentowano przez stereotypowaną nriac* raksznorfa. co jest pokaiane na rysunku 17.

Interfejsy

tnaericyi rat koiejnym typem klasyfikatora UM!. wykorzystywanego ■k• drf**L*%ania ua*u& jakie musu AJfwrW klasa lub komponent. Interfejsy są nabywane zgodnie z takimi samymi zasadami co

klasy, ale zawierają Jodynie operacje — Atrybuty *t\ niedozwolone Nazwy interfejsów najczęściej zaczynają wy od l, na przykład IMAPIftwlco.

W postaci rozwiniętej interfejsy są rysowane jako stereotypowana klasa (patrz „Stereotypy") z pominiętą lub pustą sekcją atrybutów

Rozróżnienie pomiędzy operacjami i metodami jest szczególnie ważne W przypadku interfejsów, ponieważ nie mogą one zawierać metod (implementacji operacji). Na rysunku 18. pokazana jest reprezentacja graficzna interfejsu w postaci rozwiniętej

_RtMfvJtionV»l^tor_

♦ yateiateRoutM rot/alnto Roula) boofaian

Rysunek 18. Rozwinięty interfejs

Interfejsy mogą być reprezentowane w bardziej zwartej postaa jako kola. Nie istnieje żadna różnica w specyfikacji obu z tych reprezentacji; pozwalają one jedynie odróżniać wizualnie interfejsy od klas. Reprezentacja W postaci koła (lub ikony) jest często wykorzystywana przy pokazywaniu implementacji interfejsu (patrz „Klasyfikatory relacji") w postaci „lizaka" Na rysunku 19. pokazana jest ikona reprezentująca interfejs pokazany wcześniej na rysunku 18.

o

R»i«rv«UonVaMitof

Rysunek 19. Interfejs pokazany w postaci ikony

Często wykorzystuje się interfejsy definiujące usługi realizowane przez podsystem. W takim przypadku interfejs jest realizowany przez pakiet (patrz „Pakiety") stereotypowany jako subsjsteff.

Diagramy klas 31