Documente Academic
Documente Profesional
Documente Cultură
ION LUNGU
Identificarea cerinelor
Principalele activiti ce trebuie parcurse n aceast etap sunt:
Identificarea cerinelor candidate ;
Organizarea sistemului utiliznd pachetele;
Identificarea cerinelor funcionale si nonfunctionale utiliznd modelul
cazurilor de utilizare.
A. Identificarea cerinelor candidate
n documentaia de iniiere a proiectului (viziune) se identific cerine posibile pentru
sistemul respectiv. Acestea se completeaz fie pe baza experienei, fie din notele de interviu
sau alte documente. Cel mai important document pentru identificarea acestor cerine
candidate rmne viziunea.
n cazul sistemului de rezervare, cerinele candidate ar putea fi: rezervarea de bilete
direct la companie sau prin intermediari (ageni de turism), calculul automat al celei mai
avantajoase rute (din punct de vedere al costului sau al timpului), gestiunea automat a
situaiilor speciale (anularea unei curse).
B. Organizarea sistemului utiliznd pachete
Una dintre sarcinile cheie ale modelrii sistemelor software de mari dimensiuni este
mprirea acestora n arii de mici dimensiuni, mai uor de manevrat. Fie c se numesc
domenii, categorii sau subsisteme, ideea de baz e aceeai: mprirea sistemului n arii ce au
o problematic similar.
UML introduce noiunea de pachet ca entitate de grupare a elementelor, permind
proiectanilor s mpart i s clasifice sistemele complexe.
Pachetele pot fi utilizate la orice nivel, de la cel mai nalt, unde sunt utilizate pentru a
mpri sistemul n domenii, pn la cel mai de jos nivel, unde se utilizeaz pentru a grupa
cazuri de utilizare, clase sau componente. n RUP, ca i n cazul altor metodologii orientate pe
cazuri de utilizare, aceasta poate constitui o prim etap.
Sistemul de rezervare a fost structurat n cinci subsisteme (reprezentate printr-o
diagram a pachetelor, figura 1.): ntreinerea flotei, sistem de urmrire a zborurilor, sistem
de rezervare, sistem contabil, personal.
Intretinerea flotei
Sistem de rezervare
Sistem contabil
Personal
n cazul exemplului nostru cazurile n care se face apel la sistemul de rezervare sunt
atunci cnd un pasager dorete s fac o rezervare sau atunci cnd acesta dorete s anuleze
o rezervare fcut anterior. O prim diagram a cazurilor de utilizare este reprezentat n
figura 2. ntr-o iteraie ulterioar aceast diagram va putea fi rafinat, fiind identificate i
alte cazuri de utilizare, cum ar fi confirmarea unui zbor.
Descrierea cazului de utilizare sub forma unei
succesiuni de pasi
1. Pasagerul solicita o anumita cursa vazatorului de bilete
2. Vanzatorul verifica disponivilitatea la linia aeriana
3. Linia aeriana comunica disponibilitatea biletului, furnizeaza detalii
despre cursa
4. Vanzatorul comunica pasagerului detaliile zborului
5. Pasagerul solicita un loc, preferinte
6. Vanzatorul rezerva locul
7. Vanzatorul confirma rezervarea pasagerului
8. Vanzatorul solicita plata pasagerului
9. Pasagerul face plata catre vanzator
10. Vanzatorul face plata catre linia aeriana
11. Linia aeriana face confirmarea finala vanzatorului
12. Vanzatorul emite biletul pasagerului
Substantivele
sunt posibile clase
Verbele sunt
posibile operatii
Actor
Rezervare Zbor
Pasager
Anulare Rezervare
LinieAeriana
Caz de utilizare
n figura 2. este prezentat i o descriere sub forma unei succesiuni de pai pentru cazul de
utilizare Rezervare zbor.
Fiecare caz de utilizare poate avea i alte proprieti, cum ar fi pre- sau post- condiii ale
scenariului condiii care trebuie ndeplinite nainte de nceperea execuiei scenariului sau condiii
care trebuie ndeplinite dup executarea scenariului. Diagrama de activitate reprezint un instrument
grafic pentru modelarea proceselor cazurilor de utilizare. Aceasta va fi detaliat ntr-o seciune ce
urmeaz.
Obiectivul final al oricrui proiect software este o aplicaie care rspunde tuturor
cerinelor beneficiarului. Prin identificarea i verificarea cerinelor se urmrete ca toate
cerinele s fie luate n considerare i sistemul s fie proiectat conform cerinelor beneficiarului. Cel mai adesea cerinele sunt cuprinse ntr-un document (documentaia de iniiere a
proiectului sau viziunea), iar cazurile de utilizare sunt folosite pentru a corela fiecare scenariu
cu cerina pe care o trateaz. Modelarea sistemului cu ajutorul cazurilor de utilizare ajut la
identificarea cerinelor, dac acestea nu au fost identificate anterior.
Modelarea structurii alternative prin relaii de tip Extends. n mod obinuit fiecare
caz de utilizare se construiete dintr-o secven de aciuni, dup care pentru fiecare pas se
3
Rezervare Zbor
<<uses>>
Pasager
Achitare Zbor
<<extends>>
Achitare prin
carte de credit
<<extends>>
<<uses>>
LinieAeriana
Rezervare Zbor
prin Agent
<<extends>>
Plata neacceptata
Agentie de Voiaj
Ionescu : Pasager
Vlad : Vanzator
Linie Aeriana
solicitare zbor
verifica disponibilitatea
rezervare disponibila
detalii zbor
detalii zbor
transmite preferinte loc
rezerva loc
confirma rezervarea
solicita plata
face plata
face plata
confirmare finala
eliberare bilet
n cursul analizei mesajul poart denumirea din sistemul existent. Mai trziu, n cursul
proiectrii acesta este nlocuit cu denumirea metodei obiectului apelat. Metoda apelat sau
invocat aparine clasei instaniate de obiectul ce recepioneaz mesajul.
5: detalii zbor
8: confirma rezervarea
9: solicita plata
13:eliberare bilet
Ionescu : Pasager
3: rezervare disponibila
4: detalii zbor
12: confirmare finala
1: solicitare zbor
6: preferinte loc
10: face plata
2: verifica disponibilitatea
7: rezerva loc
11: face plata
Linie Aeriana
Tehnica fielor CRC este utilizat uneori ca extensie a UML-ului pentru o analiz
orientat pe responsabiliti. Definiiile claselor sunt rafinate pe baza responsabilitilor lor i
a altor clase cu care acestea colaboreaz pentru a ndeplini aceste responsabiliti. Pentru
fiecare clas se ntocmete o fi pe care se evideniaz responsabilitile clasei i care sunt
clasele cu care ea colaboreaz pentru a ndeplini aceste responsabiliti.
6
Bilet
Superclas: <none>
Subclase: <none>
Responsabiliti
Afl pretul
Companie
Zbor
Superclas: <none>
Subclase: <none>
Responsabiliti
Furnizeaz detalii zbor
Confirm rezervarea
Superclas: <none>
Subclase: <none>
Responsabiliti
Locuri disponibile
Colaboratori
Vanzator_bilet, Zbor
Vanzator_bilet, Zbor
Colaboratori
Companie, Pasager
Colaboratori
<none>
Vanzator_bilet
Superclas: <none>
Subclase: <none>
Responsabiliti
Verific disponibilitatea
Rezerv zbor
Colaboratori
Companie, Zbor
Companie, Pasager
Afisabil
<<uses>>
<<uses>>
Persistent
Pasager
+mut(x coord, y coord) ()
+salveaz(store at) ()
GUI
Rezervare loc
Anulare
Locuri
disponibile
Zbor rezervat
Locuri rezervate
Zbor rezervat
Locuri clasa I
rezervate
Zbor
programat
Locuri
disponibile la
clasa I
Sosete
Soseste ora plecarii
Gata de
decolare
Locuri la clasa I
Permite
modificari la
clasa I
Anulare
10
Vanzator
Linie aeriana
Solicitare zbor
Verifica disponibilitatea
Alege zbor
Solicita plata
Rezerva zbor
Achita bilet
Confirma rezervarea
Emite bilet
11
SGBD
Print Server
Plan de zbor
Statie de lucru
Imprimanta
bilete
Statie de
lucru in
aeroport
Server
LAN
Conexiune
Statie de
lucru la
agentia de
turism
Imprimanta
bilete
Firewall
Internet
Acces read-only
Calculatoare
clienti (acasa)
Interfata cu
utilizatorul
Datele
Implementare OO
SGBDOO
Translatare obiectual/relational
Schema fizica
SGBDR
Schema fizica
SGBDR
Diagrama entitate
asociere
Translatare logic /
fizic
Implementarea sistemelor
Inainte de implementarea propriu-zisa (scrierea programului sursa) a sistemului
informatic aceasta etapa mai presupune:
realizarea diagramelor claselor la nivel fizic ;
declararea claselor de baza;
realizarea modelului de persistenta;
declararea claselor de tip colectie;
realizarea cazurilor de utilizare la nivel fizic;
proiectarea interfetelor(video formate, rapoarte, meniuri)
Aceste activitati conduc la proiectarea componentelor sistemului si apoi la realizarea
efectiva ,adica, scrierea/generarea codului sursa
13