Studii de caz

1 Utilizarea diagramelor UML in etapele de specificare a cerintelor de analiza din cadrul ciclului de dezvoltare a aplicatiilor software

1.1 Enuntul problemei

In vederea maririi cifrei de afaceri, o societate comerciala emite carduri de performanta pentru angajatii de la departamentul vanzari. Pe cardul unui angajat se inregistreaza un punct de fiecare data cand, pe parcursul a 7 zile, vanzarile sale ajung la suma de 1000 lei. Pentru a avea o evidenta a acestor situatii, la sfarsitul lunii, totalul punctelor (scorul) se memoreaza in tabelul "puncte acumulate".

Specificarea cerintelor - etapa in care definim functiile sistemului, cu ajutorul diagramei cazurilor de utilizare si al diagramei de activitati.

1.2 Diagrama cazurilor de utilizare

Caz Vinde

Descriere:

.vanzatorul vinde marfa pe parcursul a 7 zile

.de fiecare data cand se ajunge la o valoare a vanzarilor de 1000 lei, se inscrie un punct pe cardul de fidelitate.

Caz Afiseaza lista

Descriere:

. firma consulta tabelul "puncte acumulate"

. afiseaza pentru fiecare angajat punctele inscrise pe cardul de performanta

Fig.1

1.3 Diagrama de activitati

Se evidentieaza operatiile desfasurate si legatura lor cu interfata utilizator

Fig.2

Pentru ca trebuie sa existe coerenta intre diagramele construite, este util in aceasta faza sa verificam legatura intre cazurilor de utilizare descrise in Fig.1 si componentele din diagrama de activitati (Fig.2).

In Fig. 3 se poate observa ca ambele cazuri de utilizare isi gasesc corespondenta in diagrama de activitati.

Fig.3

1.4 Analiza

Etapa in care definim clasele din domeniu si dinamica lor, cu ajutorul urmatoarelor diagrame:

. diagrama de colaborare - permite vizualizarea obiectelor, a relatiilor dintre ele precum si a ordinii in care se transmit mesajelor intre obiecte.

. diagrama claselor - completeaza clasele, reprezinta asocierile statice si dinamice, defineste atributele claselor si multiplicitatile asocierilor.

. diagrama de secvente - modeleaza dinamica sistemului, accentuand inlantuirea mesajelor.

. diagrama de stare - determina starea si tranzitia de la o stare la alta pentru clasele cu comportament dinamic semnificativ

Diagrama de colaborare

Fig. 4

Diagrama claselor candidate

Fig. 5

In continuare este util sa se verifice coerenta diagramelor de colaborare si de clase. Se observa (Fig.6) ca mesajele din diagrama de colaborare se regasesc printre metodele claselor.

Fig. 6

Diagrama de secvente

Fig. 7

1.8 Diagrama de stare

Construita pentru clasa Vinzare marfa

Fig. 8

Urmarind diagrama de stare se observa cateva incoerente:

. nu s-a luat in calcul neacceptarea parolei (nume vinzator) pentru declansarea vanzarii

. nu s-a luat in calcul intreruperea procesului de livrare marfa

Fig. 9

In acest moment se pune problema opririi demersului inceput si reanalizarii diagramelor construite, a coerentei dintre ele.

verificarea concordantei dintre componentele diagramei de activitati si interfata utilizator conduce la completarea machetelor din interfata utilizator (Fig.10)

Fig. 10

verificarea concordantei dintre componentele diagramei de activitati si cazurile de utilizare definite, evidentiaza faptul ca actualizarea listei punctelor de performanta nu sunt evidentiate explicit in diagrama cazurilor de utilizare (Fig.12).

Fig. 12

In aceasta situatie, trebuie reluate diagramele de secvente si de clase pentru a evidentia afisarea punctajului din cardul de performanta.

diagrama de secvente

Fig. 13

1.9 Diagrama claselor

Fig. 14

Cu observatia ca s-ar mai putea rafina diagramele de secvente, consideram  ca faza de analiza este aproape completa. Se poate trece la faza de proiectare a aplicatiei si ulterior la faza de implementare, cand se genereaza cod.

Tema:

Construiti diagramele corespunzatoare fazei de concepere a sistemului.

Construiti diagramele corespunzatoare fazei de implementare.

2 Discutie asupra ciclului de dezvoltare a aplicatiilor software

Discutia pe care o propunem in continuare are ca scop definirea rolului instrumentelor UML in diferite faze ale ciclului de dezvoltare a aplicatiilor software orientate obiect.

Asa cum s-a aratat in capitolele anterioare, metodele de dezvoltare a aplicatiilor software orientate obiect (OMT, spre exemplu) se bazeaza pe modele care scot in evidenta aspectele importante, ignorand aspectele irelevante sau circumstantiale ale problemei. Se poate deci afirma ca unele dintre diagramele UML sunt necesare numai in masura in care pun in evidenta aceste aspecte importante ale problemei.

Fiind data urmatoare schema de flux al activitatilor in cadrul unui ciclu in spirala dezvoltare a aplicatiilor software, se cere sa definiti diagramele UML relevante pentru fiecare etapa mentionata aici si sa precizati pe scurt rolul lor.

	Beneficiari
			Scop

 

Sistemul real existent

 

Analiza cerintelor

Analiza de sistem

Proiectare

Implementare

										Planul de furnizare
							interfetele
			Baza de date

BIBLIOGRAFIE

Booch G., Rumbaugh J., Jacobson I. The Unified Language user Guide, Addison-Wesley, 1999

Roper M. Software Testing, McGraw-Hill, 1994

Sommerville I. Software Engineering. Ed. Addison Wesley, 2001

K. Lunn. Software development with UML, Ed. Palgrave Macmillan, 2003.

Popa Gh, Udrica M. Baze de date ACCESS - culegere de probleme Ed. Cison, Bucuresti 2006

Udrica M. Modelare orientata obiect, Ed. Cison, 2000

Zaharie D. Rosca I. Proiectare obiectuala a sistemelor informatice. Ed. Dual Tech, Bucuresti, 2006

www.en.wikipedia.org

www.ece.cmu.edu/~koopman/des_s99/sw_testing/

www.rational.com

www.tessella.com/literature/Supplements/swdesign_UML.htm