IMGf33

Na fAnunliu J1 pcfcftSana rrpreren-m tiMMMnfci paWtcłu

21

z scmrrfoCnf rrtA&orawif u* §po*A Icktlony

Na tywunku 22 polaru kx nola^a jtawaftctfd pakietu korty*

?:ptn>tak4t<H*

22 Wbrt : ammrteiaę ^rdsiawtonę z nykorzystankm

Na rysunku 23 pr/nlstawiona >cst zawartoić pakietu w spotób

r symbolu zalusAcaenia UMl..

WldocmaM |e*t oznaczana u pomocy standardowych symboli ♦. # I • , odpowiednio dla elementów puUlf, proittłnl l prtoait Podobnie |.ik w pr/ypadkil atrybutów I operacji, niektóre narzędzia korzystali i symbolu • do oznaczania domyślnej widoczności języka )ava (widoczny w ramach pakietu).

Zależności wiedzy pakietami

Pakiety wykorzystywane w rzeczywistych systemach niemal zawsze korzystają t Innych pakietów Pakiety są ze sobą związane poprzez zależność od innych pakietów lub dziedziczenie Ich elementów. UMI. definiuje trzy stereotypy do dokładniejszego określania zależności:

Access

Wskazuje, że pakiet korzysta z publicznych elementów innego pakietu, ale każdy element musi być w pełni kwalifikowany poprzez wykorzystanie dłuższej, rozdzielanej dwukropkami nazwy ścieżki.

Import

Określa, żc pakiet włącza elementy publiczne innego pakietu do własnej przestrzeni nazw. Powoduje to możliwość powstania konfliktów nazw, ale pozwala, aby elementy nie musiały być kwalifikowane.

Friend

Wskazuje, że zależny pakiet jest pakietem zaprzyjaźnionym. Pakiet zaprzyjaźniony ma dostęp do wszystkich elementów drugiego pakietu, niezależnie od ich widoczności.

Zazwyczaj access i iuport są reprezentowane podobnie przez odwzorowania języka. Na rysunku 24. pokazane są przykładowe zależności między pakietami. Pakiet ReservationSysten importuje DBUt 1111 les i korzysta z elementów z Airl meNetv*ork mg.

Diagram y klas

35