Procesul unificat

Trimis la data: 2009-07-29
Materia: Fizica
Nivel: Facultate
Pagini: 22
Nota: 10.00 / 10
Downloads: 0
Autor: Oana Grigore
Dimensiune: 933kb
Voturi: 1
Tipul fisierelor: doc
Acorda si tu o nota acestui curs:
Procesul de dezvoltare a sistemelor informatice are la baza metoda de proiectare UML prin utilizarea conceptului cheie procesul unificat.. Acesta este caracterizat prin urmtoarele elemente definitorii.construirea modelelor prin UML este realizabil prin oarcurgerea unui numr redus de itera]ii, care sunt necesare pentru definirea tuturor detaliilor modelelor [i diagramelor. Dezvoltarea sistemului se face `n secven]e de pa[i, `n care fiecare itera]ie, adaug noi informa]ii sau detalii considerate necesare. Fiecare itera]ie este evaluat, dup care sunt produse intrrile pentru urmtoarea itera]ie. Procesele sunt supuse principiului feedback, pentru a se ajunge la produsul final.

Cursuri similare:

Activitatea A2: ANALIZ| are `n vedere studierea intern a sistemului, definrea unui model de pricipiu a acestuia, inclusiv clasele, asocierile [i comportamentul specific al acestora. A2 realizeaz urmtoarele func]ii: stabilirea claselor are `n vedere definirea claselor cu stereotipul entitate. prezentare, control. Clasele de tip entitate sunt dedicate DFB(ex.: Banca, Client, Credit, Rambursri, Pl]i etc) prin studierea descrierilor specifice CU sau a legisla]ei financiar-bancare `n domeniu.

Descrierea CU pot fi sursa deducerii claselor de tip entitate. Clasele de tip control [i celelde tip prezentare sunt dedicate fiecrui CU. Clasele de tip control sunt utilizate pentru dirijarea comportamnetului unuia sau mai multor CU. Clasele de tip prezentare sunt utilizate pentru monitorizarea interac]iunii cu utilizato rii sau pentru comunicarea cu alte procese sau componente.

Exemplu: clase de tip entitate(Client-asigurat, Agent asigurare, Opera]ie de asigurare, cont asigurat etc.), clasele de tip control(verificarea obiectului [i nivelului asigurrii, calculul despgubirii, opera]ii de rea sigurare etc.) [i clase de tip prezentare(interfa]a asigurare, interfa]a desp gubire, interfa]a reasigurare etc.). Coresponden]ele posibile dintre clase =i actori, sunt, `n principiu, de tipul celor reate `n figura 9.8.

furnizarea de instan]ieri pentru CU are `n vedere apelul la scenariile/fluxurile de evenimente specifice acestor CU, pentru a pune `n relief clasele de obiecte(sunt situa]ii `n care aceste clase tebuie reevaluate sub aspectul totalit]ii [i completitudinii acestora), coresponden]ele dintre clase(vor fi reevaluate asocierile [i agregrile aprute `n plus, dar vor putea fi [terse [i eventualele asocieri/agregri inutile) [i opera]iile necesare( aceste opera]ii pot fi incluse `n structura claselor dac mesajele din DSV implic prezen]a opera]iilor `n DCL)
Home | Termeni si conditii | Politica de confidentialitate | Cookies | Help (F.A.Q.) | Contact | Publicitate
Toate imaginile, textele sau alte materiale prezentate pe site sunt proprietatea referat.ro fiind interzisa reproducerea integrala sau partiala a continutului acestui site pe alte siteuri sau in orice alta forma fara acordul scris al referat.ro. Va rugam sa consultati Termenii si conditiile de utilizare a site-ului. Informati-va despre Politica de confidentialitate. Daca aveti intrebari sau sugestii care pot ajuta la dezvoltarea site-ului va rugam sa ne scrieti la adresa webmaster@referat.ro.