io 03 d

$&%

) *+-,/.10

2-35462-798;:=<

2>9?=@BAC?

D-:EGFHI1J2C:=?

D=E68

K5LM&N6O

SUT

VXW6Y Z6[

\&]_^a`"b

cdUef_ghie

kGl"mn_op

qsr_tsu6v5waxUy

z&{

|~}"

|a&zG6

s66_

_&___C

¡ ~a¢G

£ ¤

¥¦

¨/©_ª

«"¬

°G±_²

µ=¶X·X´

¶G¸

µ6¹¶

ºµ6±_²

µ»

¼-°G½&¾X¿À

ÇsÈ&É

ÊÌË

ÍÎÏÍÐÒÑÔÓÕ

ÍÖ

Zawieraj

– klasy, interfejsy i kooperacje
– zwi

zki: zale

ci, uogólnienia i

powi

zania

ÜÞÝ

do obrazowania

statycznych

aspektów perspektywy projektowej, w

której bierze si

pod uwag

wymagania

funkcjonalne systemu (us

ugi, jakie

system powinien udost

pnia

swoim

ytkownikom)

Podstawowe zadania:
•

Modelowanie s

ownictwa systemu -

podejmowanie decyzji, które abstrakcje s

åXæ

rozwa

anego systemu i okre

lenie

ich zobowi

•

Modelowanie prostych koopercji -

okre

lenie zbioru kooperuj

cych klas i

zwi

zków mi

dzy nimi; realizuj

one

wspólnie zadania które s

niemo

liwe do

wykonania w pojedynk

; pokazanie

ró

norakich sposobów wspó

pracy

elementów ze s

ownika)

•

Modelowanie schematu logicznej

bazy danych -

w wielu systemach

zachodzi konieczno

przechowywania

trwa

ych danych w relacyjnej lub obiektowej

bazie danych; przez schemat rozumiemy

plan projektu koncepcyjnego bazy danych, z

tego punktu widzenia diagram klas jest

nadzbiorem diagramów encja-zwi

zek (ang.

ERD)

øGö_ù

ü=ýXþXû

ýGÿ

ü-ý

ü6ö_ù

-ø

!#"$&%(')#"+*,.-0/21#34$5!6878-

:<;>=?

- nieograniczony dost

p do takiego

adnika

– oznaczane “

+”

E>F5GIHKJ&LHKJ&M

- tylko potomkowie maj

dost

do takiego sk

adnika

– oznaczane “

#”

R>S&T

UV&WKX

- dost

p ograniczny tylko do

operacji sk

adowych

– oznaczane “

-”

Widoczno

[

w UML odpowiada analogicznym poj

]

ciom

zdefiniowanym w wi

]

kszo

ci j

]

zyków programowania (C++, Java, ...)

Okno

# pozycja: Punkt

# d

ugo

: Integer

# szeroko

: Integer

+ poka

()

+ ukryj()

+ przesu

(x:Integer, y:integer)

# przeliczWsp(x:Integer, y:integer)

- obliczRozmiarPami

ci()

hKfi

l<mnk

mKo

lp8m

q>lfi

l8r

shKtuvxw

{

}

<&##.2#I88

KK 5¡&¢

- ka

dy egzemplarz przechowuje

oddzieln

warto

¥¦

tego sk

adnika, zasi

domy

lny

ª8«

¬®

°&±

- jest tylko jedna warto

²³

tego

adnika wspólna dla wszystkich egzemplarzy,

oznaczane przez podkre

lenie nazwy

Zasi

g klasyfikatorowy odpowiada statycznym atrybutom i metodom

zdefiniowanym w j

zyku C++

Okno

- kolejnyNumer: Integer

# numerOkna: Integer

# nadajNumer()

+ podajNumer() : Integer

•

Liczebno

- s

y do ograniczenia

liczby egzemplarzy konkretnej klasy

lub atrybutów

Samochód
ko

oAuta [0..5]: Ko

Singleton 1

½K»¾

Á<ÂÃÀ

ÂKÄ

ÁÅÂ

Æ>Á»¾

ÁÇ

È½ÉÊËÌ

ÒÓÔ

Õ×Ö<ØÙÚ(ÛÖ&Ù

ciwo

ci (ang. properties):

ßàá5âäã+å5áæç

(nie ma ogranicze

co do modyfikacji

warto

ci atrybutu, w

ciwo

éë

domy

lna)

íî<î<ïñðäò

(w przypadku atrybutów o liczebno

ci >1

na dodawa

nowe warto

ci, ale nie mo

na ich

zmienia

)

ù5úû&ü&ý

(warto

atrybutu nie mo

e by

zmieniona

po zainicjowaniu obiektu)

ciwo

odpowiada

w C++

[widoczno

] nazwa [liczebno

] [:typ] [=warto

pocz

tkowa] [{okre

lenie-w

ciwo

ci}]

...

enie

+ po

enie

enie: Punkt

enie : Punkt = (0, 0)

pocz

tek: *Element

nazwa [0..1]: String

id: Integer {frozen}

&'$)(

(

,-.+

-'/

,102-

3,1$)(

,24

56&'798:<;

BC9D

EGFHJILKNM6OHQPSRTHUVSWX

[widoczno

Y[Z

] nazwa [(lista-parametrów)] [:typ-

wyniku] [{okre

lenie-w

ciwo

ci}]

gdzie deklaracja ka

]

dego parametru jest nast

puj

ca:

[tryb] nazwa : typ [=warto

Y`Z

-domy

lna]

•

Operacja to specyfikacja us

ugi, której mo

na za

od obiektu

natomiast

metoda to implementacja operacji

• Ka

da nieabstrakcyjna operacja klasy musi by

zwi

zana z metod

, której tre

okre

algorytm wykonywalny

• Mo

e by

wiele metod dla tej samej operacji (dzi

ki dziedziczeniu)

n'l)o

rstq

s'u

r1v6s

wr1l)o

r6x

y6nz){1|9}

)

JLN6STS

ciwo

ci:

'2 '¡1¢

(wykonanie funkcji nie zmienia stanu

systemu)

¤'¥<¦)§2¥©¨ª

¬)

(wywo

ce obiekty musz

zadba

aby w danej chwili by

tylko jeden przep

sterowania, w przeciwnym razie nie jest

zagwarantowane poprawne dzia

anie)

²©³6´9µ9¶·9¶

(dzi

ki szeregowemu wywo

aniu

wszystkich chronionych operacji zapewnia

poprawne dzia

anie przy wielu przep

ywach

sterowania)

»©¼)½6»¾¿<¿9À©½Á

(operacja jest traktowana jako

niepodzielna i musi by

tak zaprojektowana, aby

przebiega

poprawnie nawet gdy równolegle

wywo

ano inne operacje (np. sequential) na tym

samym obiekcie)

Tryby

(parametr wej

ciowy, nie mo

e by

modyfikowany)

¼9¾Á

(parametr wyj

ciowy; mo

e by

modyfikowany w celu przekazania informacji

wywo

cemu)

½2¼9¾Á

(parametr wej

ciowy, mo

e by

modyfikowany)

...

...
poka

+ poka

ustaw(n: Nazwa, s: String)

pobierzID : Integer

wyzeruj () {guarded}

Í'Ë)Î

ÑÒÓÐ

Ò'Ô

Ñ1Õ2Ò

ÖÑ1Ë)Î

Ñ2×

Ø6Í'Ù

ÚÛ<Ü

âã9ä

åçæèêéëìîíNï

ðòñ

template<class Typ>
class stos {

Typ* v;
Typ* p;
int rozmiar;

public:

bool czyPusty() const;
Typ zdejmij();
void w

(Typ el);

};

Stos

- v, p: *Typ

- rozmiar: Integer
+ czyPusty : Boolean {isQuery}

+ zdejmij : Typ

+ w

(Typ el) : void

Typ

Stos<Punkt>

StosPunktów

<<bind>> (Punkt)

• Wzorzec to byt sparametryzowany; nie mo

na go u

ywa

bezpo

rednio, trzeba

najpierw utworzy

egzemplarz, poprzez dowi

zanie parametru aktualnego do

parametru formalnego

ý'û)þ

1û)þ

6ý

#%$&'!

())#+*,!

•

Klasy abstrakcyjne - nie mog

mie

bezpo

rednich

egzemplarzy, oznaczone przez podanie nazwy

kursyw

• Ograniczenie dziedziczenia w li

ciach (oznaczone

przez

35476

)

• Klasa bez przodków - korze

(oznaczona przez

9;:<:;=

)

•

Operacje abstrakcyjne - wymagamy, aby

potomkowie zapewnili ich implementacje, nazwa -

kursyw

Operacje abstrakcyjne odpowiadaj

czystym

funkcjom wirtualnym w C++

Ikona

{

97:?:7=

}

pozycja: Punkt
poka

()

IkonaProstok

tna

wysoko

: Integer

szeroko

: Integer

Przycisk

{

E;F;G

}

poka

()

LJM

PQRO

PTUQ

VPJM

PUW

XLYZ[]\

d<eb

f+gih

kml%nporqtsvuxwzy

{,n

|x{,n

}

Uogólnienie - zwi

zek pomi

dzy elementem

ogólnym a pewnym specyficznym jego

rodzajem (“jest-rodzajem”); potomek mo

prawie zawsze zast

przodka, ale nie

odwrotnie

stereotyp standardowy,

potomek dziedziczy ca

implementacj

przodka, ale nie udost

pnia jako publicznych

jego interfejsów, ani ich nie realizuje (nie

na zast

przodka takim potomkiem)

Ograniczenia standardowe:

;7,

- wszyscy potomkowie ju

zostali uwzgl

dnieni, nie wolno

dodawa

adnych nowych potomków

5?&U

- nie wszyscy

potomkowie w uogólnieniu zostali w

modelu uwzgl

dnieni, mo

na dodawa

nowych

Stereotyp

¡¢¤£)¥p¦¢§¦¨'©ª©¡p«¨

y do modelowania dziedziczenia

prywatnego (np. z C++)

±¯²

µ¶·´

¶¸

µ¹¶

ºµ¯²

µ»

¼±½¾¿À

Å]Å

Æ?¿5Å

Ç+ÈiÉ

ËmÌ%ÍpÎ Ï'ÐvÑÒÍ

ËÕÔxÖ,Í

×]ØÙUÚÜÛØUÝ7Ý7Þß<à

Øá]à

ÞÙâ

• Powi

zanie (asocjacja) -

zwi

zek

strukturalny, który wskazuje,

e obiekty

jednego elementu s

czone z

obiektami innego

• Istniej

4 podstawowe dodatki do

powi

: nazwa, rola i liczebno

éê

przy

dym ko

cu oraz agregacja

• Rola

- klasa bior

ca udzia

powi

zaniu odgrywa w nim pewn

okre

lon

rol

– rola to swego rodzaju „oblicze”
– klasa mo

e odgrywa

sam

lub

ró

ne role w powi

zaniach

• Liczebno

éê

- okre

la ile obiektów klasy

ma by

czonych z ka

dym

obiektem klasy znajduj

cej si

drugiej stronie powi

zania; najcz

stsze

wyst

puj

ce liczebno

ci:

–

0..1 - opcjonalnie (zero lub jeden)

–

1 - dok

adnie jeden

–

1..* - co najmniej jeden

–

* - dowolnie wiele (zero lub wi

cej)

– bardziej z

one liczebo

ci okre

lane

w postaci listy zakresów =>

m..n, k..l; np. 2..4, 6..8

õóö

ùúûø

úü

ùýUú

þùóö

ùUÿ

!#"

• Aby prawd

owo przedstawi

liczebno

powi

zania nale

y “przeczyta

” je w

dwie strony:

• Inne dodatkowe w

ciwo

ci to

nawigacja, kwalifikacja i ró

ne rodzaje

agregacji

$&%'%)(+*),-

%/.&02143

56&57/8+9

02:*;<-

>?/@A

EB&F4GH)I)D

JKL

MNPO)C

Q/R

QF4G

JTJ)U+H)ID

J/KL2O)C

QR&QF4GV

J/R

L2WHN<D

B&Q)UZY+B

EB&F/[\H)I/D

J)KL

MNPO)C

QR&QF/[

]

`^a

dfegc

d&ije

kld&^a

djm

nj`op&qr

xyq/w

z{|}

}

Zwyk

e powi

zanie (bez dodatków)

umo

liwia przechodzenie od obiektów

jednej klasy do drugiej (w obie strony)

na to ograniczy

poprzez okre

lenie

kierunku nawigacji

Wyspecyfikowanie kierunku nawigacji jest

deklaracj

efektywno

ci przechodzenia

wzd

powi

zania, nie musi wyklucza

ewentualnego przej

cia przez

powi

zanie dotycz

ce innych (nie

pokazanych) klas

liwe zwykle dzi

ki przechowywaniu

przez obiekt

ród

owy odniesienia do

obiektu docelowego

na ograniczy

widoczno

wzd

powi

zania dla obiektów nie bior

cych

w nim udzia

Poziomy widoczno

ci ko

ca powi

zania

(

flj

- warto

domy

lna,

l4) ) /¡

¢j£)

) s

analogiczne

jak w wypadku sk

adników klas

¢j£)

- oznacza,

e obiekty na tym

cu nie s

dost

pne poza obiektami

bior

cymi udzia

w powi

zaniu

)4 / /¡

- dodatkowo obejmuje to

potomków klas

©§ª

f®¯¬

®°

&±2®

²l&§ª

2³

´j©µ¶·¸

½¾

¿·½

ÀÁÂÃ

ÅÆÇÃ

ÆPÈÉÆËÊÍÌ/ÎÊÆÐÏ2ÑyÎ

Agregacja

• Zwi

zek “ca

-cz

”, w

którym klasa reprezentuje

kszy element sk

adaj

cy si

ci; wyra

a si

zale

“ma”: obiekt-ca

ma obiekty-

• Agregacja w tej postaci ma

jedynie znaczenie poj

ciowe, nie

zmienia znaczenia nawigacji, nie

wyznacza zale

ci mi

dzy

czasem

ycia poszczególnych

obiektów

Agregacja ca

kowita

• Inne nazwy: zawieranie, kompozycja (ang.

composition)

• Charakteryzuje si

relacj

cznej w

asno

oraz jedno

czasu

ycia ca

ci i cz

ÓÖ

• Cz

ÓZÖ

ci o nieustalonej liczebno

ci mog

powstawa

po utworzeniu ca

ci, ale potem

i umieraj

razem z ca

• Oznacza to, i

ÓÖ

bior

ca udzia

w agregacji

kowitej mo

e nale

tylko do jednej ca

• Ca

odpowiada za istnienie (tworzenie i

niszczenie) cz

ÓÖ

ÜÚÝ

àfáâß

áã

à&äjá

ålà&ÚÝ

àjæ

çjÜèé&êë

ðñ

òyê/ð

óôõö

øùúö

ûZü<ý

Kwalifikacja

- s

y do rozwi zania

problemu wyszukiwania, identyfikacji

obiektów z drugiego ko

ca powi zania;

Wykorzystujemy kwalifikator, który jest

argumentem powi zania (jego warto

charakteryzuj jednoznacznie obiekty

osi galne przez powi znia) i s

y do

zmniejszenia liczno

ci relacji w jej

opisie

Kwalifikator mo

e zawiera

wiele atrybutów

Interfejs to zestaw operacji, które

wyznaczaj us

ugi oferowane przez

klas

lub komponent, przy czym klasa

e oferowa

wiele interfejsów

Przez powi zanie z klas docelow klasa

ród

owa mo

e prezentowa

tylko

swego oblicza

Osi ga si

to przez zastosowanie

specyfikatorów interfejsu

Osoba

podw

adny:IPracownik

* maKontoW *

Klient

Bank

* 1

Klient

Bank

Nr konta

prze

ony:IKierownik

"!#$

(

+,#)

-/.

02143658789;:

=>0@?/:

•

Klasa powi

zania - powi

zanie mi

dzy

klasami mo

e samo mie

ciwo

• Klasa powi

zania jest bytem o

asno

ciach zarówno klasy jak i

powi

zania

• Nie mo

na jej do

czy

do wi

cej ni

jednego powi

zania, ale mo

e ona

dziedziczy

po innych klasach

• Klasa powi

zania mo

e by

powi

zana z

innymi klasami

KIL

OPQN

OSP

TOIL

VKWXY"Z

[

]

_a`

bcYd_

ef9;:

=hgi:aj/e@0k.

?87

oi:

• Zale

- zwi

zek u

ycia; aby

pokaza

e jedna klasa u

ywa drugiej

jako argumentu w sygnaturze operacji;

zmiany w definicji el. mog

mie

na el. który go u

ywa;

• Stereotypy dotycz

ce zale

dzy klasami a obiektami:

– bind -

ród

o tworzy egzemplarz wzorca

docelowego z u

yciem danych

parametrów strukturalnych

– derive -

ród

o mo

na wyznaczy

podstawie celu (np. do atrybutów

wyliczalnych na podstawie pozosta

ych)

–

friend -

ród

o ma szczególny dost

p do

trza celu (klasy zaprzyja

nione w C++)

– instanceOf - obiekt

ród

owy jest

egzemplarzem klasyfikatora docelowego

– instantiate -

ród

o tworzy egzemplarze celu

– powertype - cel jest typem pot

gowym

ród

a. Typ pot

gowy jest klasyfikatorem,

którego wszystkie obiekty maj

danego

przodka

– refine -

ród

o jest na doskonalszym

poziomie abstrakcji (bardziej szczegó

owym)

cel

– use - znaczenie bytu

ród

owego zale

y od

znaczenia cz

ci publicznej celu

{

|z}

}

84@

8¡ ¢k£¥¤¦i§

2¨ª©«¤2¬®°¯/§

±/

µ³¶

¹º»¸

º¼

¹½º

¾¹³¶

¹¿

ÀµÁÂÃ"Ä

ÉÊ

ËcÃdÉ

ÌÎÍ

Ï8Ð/ÑÏkÒÔÓ/ÕkÍ

Öf×ÙØcÚ8Û

• Diagram klas obrazuje zbiór obiektów i ich zwi

zków w ustalonej chwili, zawiera:

– obiekty
– wi

zania

• Diagram obiektów to w zasadzie egzemplarz diagramu klas lub statyczna cz

Þ"ßà

diagramu interakcji;

• K

adzie nacisk na konkretne (lub prototypowe) egzemplarze

• Celem jest g

ównie modelowanie struktur obiektowych - polega ono na robieniu rzutów

obiektów systemu w ustalonych momentach czasu

• Szczególnie przydatne przy modelowaniu z

onych struktur danych

µ³¶

¹º»¸

º¼

¹½º

¾¹³¶

¹¿

ÀµÁ"ÂÃÄ

ãä

Ë,ÃÉ

ÌÎÍ

ÏiÐ/ÑÏ/ÒÔÓ/ÕkÍ

Ö@×®Ø,Ú8ÛæåÎç@Ñ¢èêé@×

Ï8ì

amix : Firma

siedziba= “Klewki”

d1 : Dzia

nazwa= “Produkcja”

d2 : Dzia

nazwa= “Badania”

d3 : Dzia

nazwa= “Sprzeda

”

o : Pracownik

nazwisko= “Nowak”

IDPrac=12345

stanowisko=“Szef”

kierownik

: Kontakt

typ= “Telefon”

numer=“123-45-67”

µ³¶

¹º»¸

º¼

¹½º

¾¹³¶

¹¿

ÀµÁÂÃ"Ä

ãdÉ

ËcÃdÉ

3DNLHW\

ðîñ

ôõöó

õ÷

ôøõ

ùôîñ

ôú

ûðü"ýþÿ

,þ

!"$#$

• Z

one systemy mog

ada

(

)

z du

ej liczby bytów (klas,

interfejsów, ...)

• Aby móc efektywnie nimi zarz

dza

(

powstaje potrzeba grupowania tych

bytów w pewne porcje

• W UML do realizacji tego zadania wykorzystywane s

pakiety

• Umieszczenie bytów w pakietach pozwala na zarz

dzanie nimi jak

grupami

• Dost

)

p do zawarto

ci pakietów jest kontrolowany - kontrola widoczno

(cz

)+*,(

adników mo

e by

(

widoczna, a cz

)*-(

ukryta)

• Dobrze zaprojektowane pakiety sk

adaj

)

z podobnych znaczeniowo i

razem si

)

zmieniaj

cych bytów. Pakiety powinny by

(

zatem powi

zane

ze sob

w sposób lu

ny, natomiast bardzo spójne wewn

trznie

3415

8:9<;<7

94=

8?>@9

AB8?15

8@C

D@3<EF?GIH

O+G,P

QRS:T

UVT

W@XR

• Pakiet to uniwersalny mechanizm

podzia

u sk

adników na grupy w

dowolnym celu; na diagramach

przedstawiany jest jako skoroszyt z

fiszk

• Ka

[

dy pakiet musi mie

przypisan

nazw

]

, która wyró

[

nia go spo

ród

innnych pakietów (nazwa jest napisem)

• Je

[

eli nazwa poprzedzona jest nazw

pakietu otaczaj

cego mówimy o nazwie

cie

kowej, w przeciwnym przypadku

mamy nazw

prost

• Mi

dzy dwoma elementami istnieje

zale

d4e

, je

eli zmiany definicji jednego

elementu mog

spowodowa

zmiany

drugiego; w odniesieniu do klas

zale

ci obserwuje, gdy np. jedna

klasa wysy

a do drugiej komunikaty,

jedna klasa zawiera drug

jako cz

d4e

danych, klasa jest parametrem operacji

• Zale

d4e

dzy pakietami (zawieraj

cymi klasy) istnieje, gdy istnieje

jakakolwiek zale

d<e

dzy dowolnymi

klasami tych pakietów

j4hk

n:o<p<m

o4q

n?rso

tBn?hk

nsu

v@j4wIx<yz

{

}

¢-

¦4¤§

ª:«<¬<©

«4

ª?®@«

¯Bª?¤§

ª@°

±@¦<²³?´Iµ

º»

¼+´,½

¾V¿

ÁÂÃVÄ

¿ÄÅÁ¿Ä

ÆÇ+È¡É

• Sk

adnikami pakietu mog

klasy, interfejsy, komponenty, w

operacje, przypadki u

ycia, diagramy oraz inne pakiety (w praktyce

nale

y unika

zbytniego zag

biania pakietów)

• Relacja w

asno

ci to agregacja ca

kowita (byty zadeklarowane s

pakiecie; gdy pakiet jest niszczony gin

wszystkie jego sk

adniki; ka

byt jest w

asno

dok

adnie jednego pakietu)

• Pakiet jest obszarem nazw - byty tego samego rodzaju musz

mie

unikatowe nazwy w jego ramach

• Podzia

na pakiety ma szczególne znaczenie, gdy nad jednym projektem

pracuje wiele zespo

ów, z których ka

dy niezale

nie opracowuje w

asne

klasy - wykorzystanie pakietów przeciwdzia

a konfliktom nazw

W UML przyjmuje si

e istnieje nienazwany pakiet nadrz

dny. W konsek-

wencji byty zdefiniowane na górze modelu musz

mie

unikatowe nazwy.

Ó4ÑÔ

×:Ø<Ù<Ö

Ø4Ú

×?ÛsØ

ÜB×?ÑÔ

×sÝ

Þ@Ó4ßIà<áâ

çè

éáê

ÂìíïîïÃì

ðñ

• Widoczno

ÏÌ

adników pakietu okre

lana jest w taki sam sposób jak w

wypadku atrybutów i operacji klasy

• Je

eli byt b

cy w

asno

pakietu jest publiczny (+), wówczas jest

dost

pny dla zawarto

ci dowolnego pakietu importuj

cego dany pakiet

• Byt chroniony (#) mo

e by

widziany jedynie przez potomków, natomiast

byt prywatny (-) nie mo

e by

w ogóle widziany na zewn

trz pakietu w

którym jest zadeklarowany

•

òBó

cznie publiczne sk

adniki pakietu stanowi

jego

interfejs

• Pakiet zaprzyja

niony z innym (

<<friend>>

)

e korzysta

ze wszystkich bytów, niezale

nie

od ich widoczno

ü4úý

<ÿ

?úý

@ü

"!$#&%'#)(+*-,&.

/0.1/32145!)#3%6'7#8(+*-,3.

• Importowanie to jednostronne zezwolenie udzielone bytom jednego

pakietu na dost

p do bytów drugiego pakietu

• W UML obrazowane jest za pomoc

zale

ci uzupe

nionej

stereotypem

import

lub

access

, które wskazuj

e pakiet

ród

owy ma dost

p do zawarto

ci pakietu docelowego

• Import

rozszerza obszar nazw

ród

a o sk

adniki celu (pojawia si

zagro

enie sprzeczo

ci nazw);

access

nie zmienia obszaru nazw i

trzeba korzysta

z nazw

cie

kowych

• Zale

import

access

nie s

przechodnie

• Cz

ø,÷

publiczn

pakietu nazywamy jego eksportem

Pakiety zagnie

dzone pakietu maj

dost

p do tego wszystkiego, co widzi

otaczaj

cy je pakiet

ü4úý

<ÿ

?úý

@ü;

>)%7? @A2

*)CD.

E!$#&%'=#)(+*A,F.

*G!)*-2$.

/H'=I)(

ü4úý

<ÿ

?úý

@ü

KL#8M-IFN

,&.

*A,&.

/O!$*-2$.

/H'=I)(

• Uogólnianie pakietów s

y do

budowania rodzin pakietów i jest

bardzo podobne do uogólniania

klas

• Pakiety, które dziedzicz

przodku mog

zast

byty

bardziej ogólne (uszczegó

wienie) lub dodawa

nowe

• Pakiety bior

ce udzia

uogólnieniach podlegaj

tej

samej regule zast

pstwa co klasy

• Nie wszystkie narz

dzia (np. RR)

umo

liwiaj

uogólnianie pakietów

ü4úý

<ÿ

?úý

@ü;

QSRATAU3V

R8W+X-Y&Z

U\[^]_3`GaHbHcd8W

• Organizowanie modelowanych bytów w grupy, które

na nazwa

i zarz

dza

nimi jak zbiorem

• Pakiety s

jedynie do systematyzowania sk

adników

modelu

(nie maj

samo

ci - nie mog

mie

egzemplarzy)

• Najcz

m7n

ciej zawieraj

elementy jednego rodzaju:

– podzia

klas i ich powi

uwzgl

dnionych w perspektywie

projektowej (zale

import

pos

do kontrolowania

dost

pu)

– podobnie komponenty w perspektywie implementacyjnej

• Mog

obejmowa

byty ró

nego rodzaju:

– w przypadku rozproszonego zespo

u mog

wykorzys-

tane do zarz

dzania konfiguracjami (ka

dy z pakietów

zawiera klasy i diagramy, które s

pobierane

i modyfikowane lokalnie)

Klasyczna architektura

trójwarstwowa

usv

yz{x

y}z

~ysv

SAA3

8+-&

G8A8A7H-6F

=-7&&

55H$

• Rozpatruj

c architektur

systemu informatycznego z ró

nych punktów

widzenia potrzebujemy jeszcze wi

kszych porcji ni

pakiety zawieraj

grupy pokrewnych bytów

• Perspektywa dotyczy organizacji i struktury systemu, przy czym k

adzie

w niej nacisk na pewien szczególny aspekt systemu; najcz

¢7¥

ciej

liwy jest podzia

na niemal niezale

ne pakiety, które s

cicielami

abstrakcji istotnych z danego punktu widzenia

• Kanoniczna dekompozycja najwy

szego poziomu wyró

nia perspektywy:

projektowa, procesowa, implementacyjna, wdro

eniowa i przyp. u

ycia

• Pakiety w roli perspektyw ró

od fasad, gdy

cicielami

swoich bytów, natomiast fasady zawieraj

jedynie odwo

ania do

“cudzych” bytów. Ka

dy byt mo

e nale

do dok

adnie jednego pakietu,

ale wiele fasad mo

e si

jednocze

nie do niego odwo

ywa

Wyszukiwarka

Podobne podstrony:
EH IO 03 71
2012 03 26 Areszt za molestowanie 8 io latki
03 Sejsmika04 plytkieid 4624 ppt
03 Odświeżanie pamięci DRAMid 4244 ppt
podrecznik 2 18 03 05
od Elwiry, prawo gospodarcze 03
Probl inter i kard 06'03
TT Sem III 14 03
03 skąd Państwo ma pieniądze podatki zus nfzid 4477 ppt
03 PODSTAWY GENETYKI
Wyklad 2 TM 07 03 09
03 RYTMY BIOLOGICZNE CZŁOWIEKAid 4197 ppt
Rada Ministrow oficjalna 97 03 (2)
Sys Inf 03 Manning w 06

więcej podobnych podstron