Documente Academic
Documente Profesional
Documente Cultură
OMT (Object Modeling Technique) James Rumbaugh OOD (Object Oriented Design) Greedy Booch OOSE (Object-Oriented Software Engineering) Ivar Jacobson + conceptul de clasificare (Odell), hart de stri (Harel), ciclu de via al obiectelor (Shlaer-Mellor), abloane de proiectare (Gamma)
Diagrame UML
de activiti, de cazuri de utilizare, de clase, de colaborare, de componente, de exploatare, de obiecte, de secven, de stri.
Specificaii funcionale
Greeli frecvente:
Consideraii de proiectare (ce, nu cum!) Exprimri vagi Utilizare limbaj tehnic (IT) Lipsa legturii cu scopul proiectului Nu sunt realizate de cine trebuie Complexitate ridicat
Funcionaliti 100 1.000
10.000 100.000
Jones, C., Applied Software Measurement: Assuring Productivity and Quality, Second ed. McGraw Hill, 1996.
Elemente:
Actori
= roluri jucate de diverse persoane sau sisteme informatice i care interacioneaz cu sistemul informatic aflat n dezvoltare
O persoan poate juca mai multe roluri Un rol poate caracteriza mai multe persoane
Identificarea actorilor
Determinarea actorilor se face rspunzand la ntrebrile: - cine dorete/este interesat de informaiile aflate in sistem? - cine modific date? - cine interacioneaz cu sistemul?
Tabel de evenimente:
Subiect Verb Obiect Frecven
Cazuri de utilizare
= secvene de tranzacii ce au loc n dialog cu sistemul i care sunt nrudite din punct de vedere comportamental.
Mulimea de cazuri de utilizare a unui sistem reprezint toate modalitaile n care sistemul poate fi folosit.
trebuie s ndeplineasc anumite scopuri de logica a problemei (dac nu se poate gsi un astfel de obiectiv atunci cazul de utilizare trebuie regndit) trebuie s lase sistemul ntr-o stare stabil (nu poate fi ndeplinit doar pe jumtate); context-free
Ele sunt neutre din punct de vedere tehnologic, putnd fi utilizate n orice proces sau arhitectur de aplicaie.
10
12
14
16