SINTEZA CURS SISTEME INFORMATICE DE GESTIUNE

TEMA 1 SISTEM ECONOMIC, SISTEM INFORMAIONAL I SISTEM INFORMATIC

Obiective: - definirea noiunii de sistem i a unor tipuri de sisteme; - structura unui sistem economic; - sistemul informaional i procesul decizional; - structura general a unui sistem informatic. Concepte-cheie: informaia, sistem, sistem informaional, sistem informatic, proces decizional. economic, sistem

Definirea noiunii de sistem are o mare importan teoretic i practic, fapt pentru care unii autori au cutat s o delimiteze ct mai complet. Sistemul, n literatura de specialitate, se definete ca "mulimea de componente i legturi identificabile i interdependente evolund conform unor legi i/sau planuri i/sau scopuri date"1 sau ca "ansamblu compus din pri avnd fiecare independena sa parial i legi proprii"2. Din multitudinea de definiii date unui sistem oarecare privit din perspectiva activitii de conducere se poate considera ca acceptabil urmtoarea definiie:" sistemul reprezint un complex de elemente structurate, interdependente i interconectate, constituind un ansamblu unitar care funcioneaz ntr-un mediu dat, n vederea ndeplinirii unui scop (obiectiv) determinat". Din analiza acestei definiii, sistemul poate fi definit prin trei aspecte eseniale i anume: structur, funcionare i scop (obiectiv). Structura este dat de mulimea elementelor n interaciune i funciunile reprezentate de ansamblul de compartimente determinate de influenele exterioare.
Consideraii privind un sistem informaional static integrat (2). n Revista statistic, nr. 2, 1973, p. 56. Arsac, J. Informatica. Traducere i prefa de C.P.Popovici i P.Nvodaru, Bucureti, Editura Enciclopedic Romn, 1973, p. 179.
2 1

www.referat.ro

Funcionarea este definit de regulile care determin relaiile dintre elementele sistemului pentru care s-a constituit i funcioneaz acesta, cu meniunea c ntre structur i funcionare exist o strns legtur i n aceste condiii sistemul mai poate fi definit ca ansamblul elementelor componente i al relaiilor ce se stabilesc ntre respectivele elemente. Scopul (obiectivul) reprezint un concept care are o importan specific n teoria general a sistemelor, care presupune o mulime relativ numeroas de elemente aflate n relaii determinate, formnd o totalitate organizat, orientat spre realizarea anumitor finaliti. Activitile prin care se realizeaz finalitile sistemului constituie funcia sa, care const n mulimea de interaciuni care realizeaz relaia sistemului (subsistemului) cu mediul i cu sistemul ierarhic superior3. Pentru descrierea complet a unui sistem i a evoluiei acestuia se apeleaz i la alte elemente, dintre care cele mai importante sunt starea sistemului i legea sa de micare i de organizare. Starea unui sistem este expresia elementelor lui componente i a relaiilor acestuia (interne i externe) la un moment dat i se consider determinat atunci cnd, cunoscnd datele de intrare n sistem, se dispune de suficiente informaii privind elementele componente i relaiile sistemului, pe baza crora se pot determina elementele de ieire din acesta. Un sistem este caracterizat nu numai prin relaiile dintre elementele sale, ci i prin relaiile dintre elemente i ntreg sau dintre ntreg i elemente, deoarece n organizare se manifest att relaii de coordonare a prilor de ctre ntreg, ct i relaii de influen ale prilor asupra ntregului. Cu ct sistemul este mai puin organizat, cu att elementele influeneaz mai mult ntregul i cu ct sistemul este mai avansat, cu att ntregul controleaz mai mult elementele care l compun. Pentru a se integra ntr-un sistem, elementele trebuie s poat fi organizate n comun, n scopul atingerii unui obiectiv, deci s se atrag i s se influeneze reciproc. Noiunea de sistem are un caracter relativ, n senul reciprocitii poziiei de element ntr-un sistem sau de sistem compus din mai multe elemente. Elementele componente ale unui sistem sunt denumite subsisteme. Avnd n vedere structura, organizarea i deschiderea unui organism economic spre economia de pia, acesta trebuie privit cert ca un sistem integrat n sistemul social-economic global. Ca sistem, orice organism economic reprezint un sistem economic, acesta fiind compus dintr-o mulime de elemente, cu relaii i legturi cauzale i funcionale, cu obiective precise i conexiuni cu alte organisme economice i guvernamentale, fiind influenat i influennd, la rndul su, mediul economic i social. Caracteristica sa de sistem cibernetic i impune o structur
3

Constantinescu, P., Sisteme ierarhizate, Editura Academiei, Bucureti,1986, p.11.

www.referat.ro

informaional-decizional cu elemente complexe de reglaj. Mecanismul de reglare al organismului economic trebuie s asigure corelarea permanent a evoluiei optimale, innd seam de interdependenele dintre subsistemele sale, de modificrile intervenite, de perturbaiile aprute, att n interiorul sistemului, ct i n afara lui. Definit ca sistem economic deschis, orice organism economic este format, generic, din trei subsisteme funcionale interconectate [3] : 1) subsistemul productiv, condus, operaional sau operativ, care realizeaz funcia organismului economic (producie sau prestri servicii), este factorul de execuie; 2) subsistemul informaional, care asigur: comunicarea ntre celelalte dou subsisteme ale organismului economic; legtura organismului economic cu mediul exterior acestuia (economic, financiar-bancar); 3) subsistemul de conducere sau decizional, care controleaz i conduce sistemul operativ prin intermediul sistemului informaional. Sistemul informaional reprezint ansamblul informaiilor, fluxurilor informaionale, procedurilor i mijloacelor de tratare a informaiilor menite s contribuie la realizarea obiectivelor principale ale organismului economic. Concret, sistemul informaional apare ca un complex de oameni i de activiti practice, de echipamente i de proceduri orientat ctre modelarea proceselor de conducere cu ajutorul unor operaii de prelucrare a informaiilor, bazat pe folosirea metodelor i mijloacelor tehnice cu preponderen automatizate. Sistemul informaional presupune folosirea metodelor moderne de calcul, programarea, optimizarea proceselor de conducere i elaborarea de metode previzionale, precum i tipizarea unor documente la nivelul conducerii, ct i a structurilor subordonate. El reprezint legtura ntre sistemul de conducere (decizional) i cel condus (operaional, operativ). Informaia reprezint un instrument indispensabil n elaborarea procesului de conducere (decizional). Pentru aceasta se impune s se asigure compatibilitatea informaional a elementelor componente ale sistemului de conducere cu obiectivele cu care aceasta se conjug realizndu-se astfel, o nelegere univoc a tuturor informaiilor care circul n sistem. Compatibilitatea informaional devine aadar un parametru principal la proiectarea sistemului informaional al unui organism economic asigurnd totodat operativitatea sistemului de conducere. Rolul sistemului informaional este de a oferi elementele de cunoatere necesare conducerii organismului economic pentru realizarea unui management performant. Informaiile sunt necesare pentru previzionarea obiectivelor i mijloacelor de realizare a lor, adoptarea deciziilor, asigurarea unei organizri raionale, antrenarea factorilor de execuie n realizarea obiectivelor, evaluarea rezultatelor obinute, precizarea direciilor i modalitilor de sporire a eficienei activitilor ce se desfoar n cadrul organismului economic.

www.referat.ro

Momentul central al acestui proces l reprezint actul de adoptare a deciziei care const n alegerea uneia din numeroasele variante ce pot fi adoptate de factorii de decizie. Adoptarea deciziei, genereaz informaia decizional, care se transmite, prin sistemul informaional, factorilor de execuie n vederea ndeplinirii obiectivelor propuse de organismul economic cu minimum de eforturi i resurse. Component esenial a conducerii organismului economic, sistemul informaional reprezint un domeniu care antreneaz ntregul personal de conducere al organismului economic. Sistemul informatic este partea automatizat a sistemului informaional. Acesta este format dintr-un ansamblu structurat de elemente intercorelate funcional care au funcia de prelucrare automat a datelor pentru obinerea informaiilor necesare pentru fundamentarea deciziilor i pentru informare. Astfel, structura general a unui sistem informatic este format din intrri informaionale, ce sunt transformate, prin prelucrri, n informaii de fundamentare a deciziilor, ce sunt transmise factorilor de decizie cu ajutorul ieirilor sistemului. Sistemul informatic este inclus n cadrul sistemului informaional i are ca obiectiv, n general, procesul de culegere, verificare, prelucrare automat, transmitere i stocare a datelor. Prin implementarea unor modele matematice i utilizarea tehnicii electronice de calcul, sistemul informatic imprim valene sporite sistemului informaional sub aspect calitativ i cantitativ. Astfel asistm la o cretere a capacitii de calcul sub aspectul volumului datelor prelucrate i a operaiilor efectuate, creterea exactitii informaiilor, sporirea operativitii i complexitii situaiilor de informare - raportare etc. ceea ce determin o apropiere mai mare a decidentului de fenomene si procese economice pe care acesta le are n atenie, cu multitudinea aspectelor economice pozitive ce deriv din acestea. n ceea ce privete raportul dintre sistemul informatic i sistemul informaional se poate aprecia c sistemul informatic tinde spre a egala sfera de cuprindere a sistemului informaional, ns acest lucru nu va fi posibil datorit limitelor sistemului informatic. Tot timpul n cadrul sferei sistemului informaional vor exista o serie de activiti ce nu vor putea fi automatizate. ns, dac acceptm includerea n sfera sistemului informatic a activitii de conducere a proceselor tehnologice cu ajutorul calculatoarelor de proces, putem asista la automatizarea complet a procesului decizional i a reglrii automate a procesului tehnologic. ntr-o astfel de situaie sistemul informatic depete sfera sistemului informaional. Un sistem informatic este compus, n principal, din: sistemul de calcul (hardware); software, colecii organizate de date, sistem de comunicaii, resurse umane i cadrul organizatoric. NTREBRI
www.referat.ro

1. Definii conceptul de sistem. 2. Definii sistemul informaional i prezentai interaciunea cu celelalte sisteme ale unui sistem economic. 3. Descriei subsistemele unui organism economic. 4. Definii sistemul informatic i explicai rolul lui n cadrul sistemului economic. 5. Descriei structura general a unui sistem informatic.

BIBLIOGRAFIE

[1] Andronie, M., Analiza i proiectarea sistemelor informatice de

gestiune, Editura Fundaiei Romnia de Mine, Bucureti, 2007; [2] Stanciu, V., Proiectarea sistemelor informatice de gestiune, Editura Cison, Bucureti, 2000 [3] Stanciu, V.,.a., Proiectarea sistemelor informatice, Editura Dual Tech, Bucureti, 2002 [4] Dumitru, V., Stoian, I., .a., Sisteme informaionale militare analiz i proiectare, Editura Ceres, Bucureti, 2000

TEMA 2

GESTIUNEA I SISTEMUL INFORMATIC DE GESTIUNE

Obiective: - definirea sistemului informatic de gestiune; - intrrile sistemului informatic de gestiune; - prelucrrile sistemului informatic de gestiune; - ieirile sistemului informatic de gestiune; - clasificarea sistemelor informatice de gestiune; - sistem informatic de gestiune global. Concepte cheie: gestiune, sistem informatic de gestiune, intrri, prelucrri, ieiri, sistem informatic de gestiune global.

www.referat.ro

Gestiunea unui organism economic const n totalitatea bunurilor acestuia, ncredinate spre administrare factorilor de decizie, pentru realizarea aciunilor specifice domeniului su de activitate. Sistemul Informatic de Gestiune (SIG) este sistemul informatic de eviden i control al resurselor i activitilor unui organism economic n vederea ndeplinirii obiectivelor propuse. Sistemul informatic de gestiune trebuie s asigure depozitarea (stocarea), prelucrarea automat i gestionarea eficient (optim) a unor volume mari de date pentru evidena i controlul resurselor organismului economic. Prelucrarea automat a datelor este impus de volumul mare de date ce se vehiculeaz n cadrul organismului economic i de necesitatea obinerii n timp real a informaiilor necesare pentru fundamentarea deciziilor. Astfel, se impune utilizarea unor sisteme de calcul cu performane deosebite: vitez mare i precizie n prelucrarea datelor, capaciti mari i foarte mari de stocare, soft-uri specializate, sisteme de comunicaii moderne. Sistemul informatic de gestiune este parte component a sistemului informatic de management, deoarece monitorizarea i controlul activitilor unui organism economic este condiionat de gestionarea corect a resurselor i activitilor desfurate de acesta. Sistemul informatic de gestiune poate fi un sistem informatic cu baz de date sau mixt. Sistemul informatic cu baz de date se caracterizeaz prin aceea c lucreaz cu colecii de date organizate sub form de baze de date (fiiere de tip baz de date) i folosesc pentru crearea i manipularea coleciilor de date un model de date i o aplicaie dedicat. Sistemul informatic mixt se caracterizeaz prin aceea c lucreaz cu colecii de date organizate att sub form de document (fiier de tip document), ct i sub form de baze de date (fiier de tip baz de date). Sistemele informatice de gestiune respect regulile de funcionare i organizatorice specifice ce definesc domeniile de activitate, precum i legislaia n vigoare. Intrrile sistemului informatic de gestiune sunt datele primare de eviden i control consemnate de organismul economic n documentele primare de eviden i control ntocmite n timpul desfurrii activitilor specifice domeniului su de activitate i domeniilor conexe [1]. Intrrile sistemului informatic de gestiune pot fi [2]: 1. Externe totalitatea datelor care provin din exteriorul sistemului informatic de gestiune; acestea pot fi: a) date externe organismului economic sau compartimentului specializat al acestuia supus informatizrii, ca de exemplu: - date referitoare la ncasri i pli, consemnate n documentele primare de eviden (facturi emise ctre clieni sau primite de la furnizori, chitane date clienilor sau primite de la furnizori, ordine de plat primite de la clieni sau trimise furnizorilor etc.);
www.referat.ro

- date impuse de legislaia n vigoare (cota TVA, cote impozit pe profit, cote taxe vamale de import etc.); - date referitoare la aprovizionare: ofert de preuri de achiziie materii prime i/sau materiale consumabile; - date referitoare la personal: date de identificare nscrise n Buletinul/Cartea de identitate, de pregtire profesional nscrise n diplomele de studii etc.; - date provenite de la alte sisteme informatice. b) date provenite de la componentele funcionale din cadrul aceluiai sistem economic, ca de exemplu: - date provenite de la Seciile/Serviciile Operative, consemnate n documente primare de eviden i control, la locul producerii proceselor economice pe care le evideniaz (bon consum, list de subansamble etc.); - date referitoare la personal, consemnate n documente: foaie de pontaj primit de la Seciile/Serviciile componente, stat de plat, list de premiere etc. 2. Interne totalitatea datelor care provin din interiorul sistemului informatic de gestiune: sunt date intermediare, obinute prin prelucrri n interiorul sistemului informatic de gestiune (valoarea total a produciei realizate sau livrate pe perioada de timp analizat, valoarea total a ncasrilor sau plilor pe perioada de timp analizat etc.), care reprezint intrri pentru alte tipuri de prelucrri (determinare indicatori, stabilire producie aflat n stoc pe perioada de timp analizat etc.). Prelucrrile sistemului informatic de gestiune sunt, n general, operaii care se efectueaz asupra bazelor de date. Se deosebesc urmtoarele tipuri de prelucrri [2]: creare baz de date: realizarea schemei unei baze de date; actualizare baz de date: adugare, tergere i modificarea datelor dintro baz de date; exploatare baz de date: prelucrarea datelor stocate n baza de date conform cerinelor specificate de utilizatori; salvare baz de date: transferul datelor organizate sub form de baz de date pe un suport permanent de memorie pentru a le proteja la distrugeri accidentale sau intenionate; arhivare baz de date: transferul datelor care nu mai sunt actuale din baza de date aflat permanent la dispoziia utilizatorului (activ) ntr-o baz de date arhiv (pasiv); reorganizare baz de date: modificarea structurii unei baze de date; restaurare baz de date: repararea unei baze de date, cu reconstituirea datelor n forma iniial de organizare. Ieirile sistemului informatic de gestiune sunt datele sub form de documente de ieire puse la dispoziia utilizatorului obinute dup efectuarea prelucrrilor asupra datelor primare de eviden i control.

www.referat.ro

Ieirile sistemului informatic de gestiune pot fi clasificate innd cont de mai multe criterii [2]: 1. n funcie de natura prelucrrilor, ieirile sistemului informatic de gestiune pot fi: - obinute n urma unor operaii de transfer datele de intrare nu-i modific valoarea fa de momentul introducerii n sistemul informatic de gestiune (numr i dat factur, nume i prenume, CNP, Cod Fiscal etc.); - obinute n urma unor calcule, pe baza unor algoritmi prestabilii (rest de plat, impozit pe salariu, total factur, valoarea lunar a ncasrilor/vnzrilor/cheltuielilor etc.). 2. n funcie de coninut, ieirile sistemului informatic de gestiune pot fi: - indicatori, definii ca expresii numerice folosite pentru caracterizarea cantitativ a activitilor desfurate de un organism economic; exemple: indicatori sintetici (fond salarii, numr mediu salariai, cifra de afaceri, balana sintetic etc.); indicatori analitici (balana analitic etc.); indicatori statistici (situaia locurilor de munc, situaia investiiilor anuale etc.); - colecii de date, definite ca mulimi de date din aceeai categorie organizate n funcie de necesitile utilizatorilor; exemple: documentele folosite pentru informare i documentare (raportul ncasrilor i plilor pe o perioad dat de timp, lista disciplinelor care se studiaz la o facultate etc.); fiiere de date care se transfer ctre alte sisteme informatice pentru continuarea prelucrrilor (raportri ctre organele financiare, ctre casele de sntate, ctre institutele de statistic etc.). 3. n funcie de forma de prezentare, ieirile sistemului informatic de gestiune pot fi: - rapoarte/liste/situaii sub form de tabele (tat de plat, situaie stocuri, balan, list produse sau servicii, list angajai, list eviden efectuare stagiu militar etc.). - grafice, care reflect sugestiv dinamica activitilor organismului economic i structura indicatorilor analitici i sintetici. - foi de calcul, generate cu procesoare de tabele (MS Excel, Lotus etc.), care permit operaia de export/import pentru preluarea formatelor acceptate de alte sisteme informatice de gestiune; - format specific unui alt sistem informatic de gestiune: prezentarea datelor de ieire n formatul electronic generat de un alt sistem informatic de gestiune. Rapoartele pot fi, la rndul lor, clasificate: - dup gradul de sintez: rapoarte analitice: conin informaii detaliate privind desfurarea unei activiti pe o perioad de timp (situaia intrrilor/consumurilor de materii prime, lista persoanelor n concediu medical/concediu de odihn etc.); se utilizeaz n compartimentele funcionale;

www.referat.ro

 rapoarte sintetice: indicatori cu grad mare de sintetizare destinai analizei activitii i fundamentrii deciziilor (evoluie vnzri, bilan contabil, fluctuaie personal, total fond salarii, total contribuii la fondul de asigurri sociale etc.); - dup natura informaiilor: rapoarte de stare: reflect valoarea patrimoniului la un moment dat (bilan contabil), nivelul de calificare al personalului etc.; rapoarte statistice: conin informaii cu caracter statistic necesare pentru fundamentarea deciziilor viitoare sau pentru raportri ierarhic superioare (minister, banc); rapoarte previzionale: folosite pentru a anticipa evoluia unor procese economice, pe baza informaiilor referitoare la perioade anterioare de timp; - dup destinaie: rapoarte de uz intern: fr form i coninut prestabilite, ofer informaii pentru uzul propriu; rapoarte de uz general: cu form i coninut prestabilite (bilan contabil, stat de salarii, declaraii de TVA sau profit etc.), destinate i mediului exterior (organelor fiscale, caselor de sntate, bncilor etc.); - dup frecvena de generare pot fi: rapoarte zilnice (ncasri, vnzri, curs valutar etc.); lunare (stat de plat, vnzri de carte etc.); trimestriale ( bilan, inventar etc.); anuale (bugetul de venituri i cheltuieli, necesarul de materiale consumabile etc.). Componentele sistemului informatic de gestiune, din punct de vedere funcional, sunt [2]: - domeniul de gestiune; - modelul de gestiune; - datele gestionate; - regulile de gestiune. Domeniul de gestiune: se identific, cte unul, pentru fiecare tip de activitate omogen desfurat de un organism economic: (cercetare-dezvoltare; producie; servicii; comercial; aprovizionare-desfacere; personal; financiarcontabil etc.). Modelul de gestiune: totalitatea tehnicilor i procedurilor utilizate n proiectarea i realizarea sistemului informatic de gestiune, proprii fiecrui domeniu de gestiune. Datele gestionate: materia prim a oricrui sistem informatic de gestiune: toate datele vehiculate i prelucrate n cadrul domeniului de gestiune supus informatizrii. Regulile de gestiune: totalitatea regulilor folosite, n prelucrarea datelor i n utilizarea informaiilor obinute prin interpretarea rezultatelor, cu scopul realizrii obiectivului propus, proprii fiecrui domeniu de gestiune. Clasificarea sistemelor informatice de gestiune

www.referat.ro

Principalele criterii de clasificare a sistemelor informatice de gestiune sunt [1] : - funciile pe care le ndeplinesc n cadrul organismului economic; - domeniul de gestiune; - natura prelucrrilor efectuate asupra datelor pe care le gestioneaz. Dup funciile pe care le ndeplinete: - sistemul informatic operativ: are rolul de culegere, eventual organizare prin sortare i grupare (pentru o mai bun eviden), i stocare a datelor primite din sistemul productiv al organismului economic. - sistemul informatic de sintez: are rolul de a produce datele care genereaz informaiile de sintez interne ce stau la baza fundamentrii deciziilor (fie de cont, balane, bilan, anexe, indicatori), prin agregarea datelor primite de la sistemul informatic de gestiune operativ (medii, sume, procente aplicate asupra unor volume mari de date cu aceeai semnificaie etc.). - sistemul informatic de asistare a deciziei: ofer sistemului de conducere al organismului economic informaiile necesare pentru evaluarea strii sistemului productiv (profitabilitate, pierdere etc.), n contextul extern dat, ajutnd astfel la stabilirea corect a deciziilor care se impun; acesta utilizeaz tehnici de simulare care, pe baza informaiilor furnizate de sistemul informatic de gestiune de sintez i a informaiilor externe organismului economic, evalueaz efectul deciziilor sistemului de conducere al organismului economic asupra sistemului productiv, real, al acestuia. - sistemul informatic de control al execuiei cu rolul de organizare a procesului de producie; transform deciziile sistemului de conducere al organismului economic n ordine adresate sistemului productiv al acestuia: realizare planificare i lansare producie/execuie servicii, stabilire sarcini individuale i transmitere dispoziii de execuie a acestora etc. n funcie de domeniul de gestiune [5] : - sisteme informatice pentru producia/prestarea de servicii speciale, care au ca obiectiv principal creterea productivitii prin automatizarea activitilor administrative i de control din cadrul organismelor economice; - sisteme informatice comerciale care au ca obiectiv principal gestionarea eficient i controlul activitilor comerciale; - sisteme informatice de cercetare-dezvoltare care au ca obiectiv principal gestionarea eficien i controlul activitilor de cercetare-dezvoltare; - sisteme informatice financiar contabile, care au ca obiectiv principal gestionarea eficient i controlul activitilor financiare i contabile; - sisteme informatice de eviden personal-salarizare, care au ca obiectiv principal gestionarea eficient i controlul activitilor de eviden a personalului i de plat a salariilor. Dup natura prelucrrilor efectuate asupra datelor [3] : - sisteme informatice pentru prelucrarea tranzaciilor; - sisteme informatice de birotic;
www.referat.ro

- sisteme informatice de conducere; - sisteme informatice pentru cercetare-proiectare-dezvoltare. Sistemul informatic de gestiune global [1] se definete ca fiind sistemul informatic de gestiune integrat, format din mulimea sistemelor informatice de gestiune utilizate de un organism economic pentru desfurarea eficient a activitilor specifice domeniului su de activitate n vederea ndeplinirii obiectivelor sale: producia de bunuri i/sau prestarea de servicii ctre clieni. NTREBRI 1. Definii sistemul informatic de gestiune. 2. Precizai principalele caracteristici ale unui sistem informatic de gestiune. 3. Descriei sistemele informatice de gestiune dup funciile pe care le ndeplinesc. 4. Analizai sistemele informatice de gestiune n funcie de domeniul de gestiune i de natura prelucrrilor efectuate asupra datelor. 5. Definii conceptul de sistem informatic de gestiune global. BIBLIOGRAFIE

[1] Andronie, M., Analiza i proiectarea sistemelor informatice de

gestiune, Editura Fundaiei Romnia de Mine, Bucureti, 2007; [2] Stanciu, V., Proiectarea sistemelor informatice de gestiune, Editura Cison, Bucureti, 2000 [3] Stanciu, V.,.a., Proiectarea sistemelor informatice, Editura Dual Tech, Bucureti, 2002 [4] Oprea, D., Analiza i proiectarea sistemelor informaionale economice, Iai, Editura Polirom, 1999 [5] Gherasim, Z., Andronie, M., Popescu-Bodorin, N., Informatic managerial n activitatea de educaie fizic i sport, Editura Fundaiei Romnia de Mine, Bucureti, 2004

TEMA 3 MODELAREA ABSTRACT A REALITII DE INFORMATIZAT

www.referat.ro

Obiective: - definirea conceptelor de model i modelare; - tipuri de modelri; - modelarea abstract a realitii de modelat; - modelarea abstract a unui organism economic. Cuvinte cheie: model, modelare, tehnici de modelare, modelare informaional, modelare structural, modelare comportamental, model abstract, modelarea abstract a realitii de informatizat, modelarea abstract a datelor, modelarea abstract a prelucrrilor. Modelul este o reprezentare izomorf a realitii care oferind o imagine intuitiv i totui riguroas a fenomenului studiat, faciliteaz descoperirea unor legturi imposibil sau greu de realizat pe alte ci. Astfel spus, un model este o descriere - n form definit - a anumitor comportri ale sistemului cu scopul de a prognoza o serie de comportri pentru seturi de mrimi de intrare i de perturbaii. Constituit att n scopul cunoaterii mai adnci a realitii, a procesului nsui, ct i pentru fundamentarea elaborrii deciziilor, modelul devine principalul instrument de lucru n evaluarea consecinelor poteniale ale variantelor decizionale. Pentru a obine un model uor de manipulat trebuie ca, apriori, pe baza unor prioriti, s se neglijeze o serie de elemente care acioneaz asupra sistemului, chiar dac aceast reducere nu exclude numai elemente nesemnificative, aa cum ar fi ideal. Limita reducerii elementelor nu trebuie ns s afecteze esenialitatea modelului, fr de care acesta nu ar mai fi util. Scopul principal al oricrui model este de a descrie structura intern, elementele (fluxurile) de intrare i de ieire, relaiile, tipurile de legturi dintre elementele constitutive, restriciile i perturbaiile ce definesc un sistem sau fenomen real. Comportarea modelului este evaluat n starea variabilelor de ieire care este determinat logic de variabilele i parametrii de intrare, precum i de structura intern i de restriciile impuse funcionrii modelului. De regul, dependena variabilelor de ieire de variabilele de intrare este stabilit de structura logic a modelului adoptat. Dup natura elementelor componente, modelele pot fi: fizice - ale cror elemente sunt de natur fizic (de exemplu: machete, simulatoare etc.); abstracte care cuprind elemente de natur abstract (variabile, ecuaii, funcii etc.); hibride combinaii de elemente de natur fizic i de natur abstract. Modelele realizate pentru studiu sau simulare sunt fizice, la alte dimensiuni dect sistemul studiat, sau reprezint formalizri logico-matematice ale comportrii acestuia. Modelarea este o metod de cercetare a unor sisteme, procese sau fenomene prin substituirea obiectului real, avnd la baz identificarea unor

www.referat.ro

asemnri, fizice sau matematice, ntre dou sisteme n raport cu anumite caracteristici stabilite. Procesul de modelare are la baz dou obiective eseniale: - trebuie s reprezinte ct mai precis sistemul real sau cel puin caracteristicile sale eseniale (critice); - s fie uor i precis manipulat. Pentru atingerea celor dou obiective i innd seama de natura sistemelor i proceselor de modelat, modelele pot fi: - analogice utilizeaz un set de proprieti fizice de o anumit natur pentru a reprezenta proprieti fizice de alt natur; - simbolice sau matematice - atributele fizice ale sistemului sunt notate printr-un set de variabile, iar relaiile ntre variabile prin funcii matematice exprimate cantitativ sau logic; - iconice reprezint sistemul direct la alte dimensiuni sau imaginea sa (hart, miniaturi, machete, iconuri etc.). Modelul de reprezentare abstract a realitii de informatizat este format dintr-o sum de modele abstracte, construite pe diverse criterii, care se conecteaz pentru realizarea unui sistem informatic unitar. Fiecare model de reprezentare abstract a realitii de informatizat este rezultatul aplicrii unei tehnici de proiectare. n funcie de tehnica de modelare folosit pentru reprezentarea realitii de modelat, o metod de realizare a sistemului informatic poate fi: - cu modelare informaional construirea unui model informaional format dintr-un set de modele care reprezint realitatea de informatizat prin aspectele ei semnificative, ignornd detaliile; - cu modelare structural se bazeaz pe modul de organizare a organismului economic care se modeleaz. Acestea pot fi: metode cu abordare descendent (se bazeaz pe descompunerea ierarhic-funcional a sistemului informatic complex n module de complexitate mai redus; metoda ofer o viziune de ansamblu a sistemului informatic proiectat); metode cu abordare ascendent (trateaz separat fiecare component a sistemului, stabilirea corelaiilor ntre componente i integrarea lor ulterioar n sistem; metoda ofer o viziune de detaliu a sistemului informatic proiectat); metode cu abordare descendent-ascendent (combin cele dou metode, cea de ansamblu i cea de detaliu); - cu modelare comportamental (metod obiectural) se bazeaz pe dinamica organismului economic care se modeleaz. n acest caz sistemul informatic trebuie privit ca un ansamblu de obiecte independente, care se organizeaz i coopereaz ntre ele, pentru realizarea obiectivului propus. Modelarea abstract a realitii de informatizat const n realizarea modelului abstract de reprezentare pentru domeniul de informatizat: organismul economic sau compartimentul specializat al acesteia, supus informatizrii. Dac, pentru realizarea obiectivului propus, organismul economic desfoar mai
www.referat.ro

multe activiti complexe crora le corespund mai multe domenii de gestiune (cte unul pentru fiecare activitate complex desfurat), domeniul de informatizat este format din mulimea domeniilor de gestiune corespunztoare activitilor complexe desfurate, iar modelul abstract de reprezentare pentru domeniul de informatizat este format din mulimea modelelor abstracte de reprezentare realizate pentru domeniile de gestiune respective, cte unul pentru fiecare domeniu de gestiune identificat n realitatea de informatizat. Un domeniu de gestiune este definit de mulimea elementelor reale, mpreun cu mulimea activitilor elementare desfurate de organismul economic sau de un compartiment specializat al acestuia, pentru obinerea acestor elemente, cu scopul atingerii obiectivului propus. Altfel spus, fiecrui domeniu de gestiune i corespund: mulimea de activiti elementare care definesc o activitate complex omogen (unitar), numit domeniu de activitate; mulimea de elemente reale, obinute prin desfurarea n timp a activitilor elementare din aceast mulime. Modelul abstract de reprezentare pentru un organism economic complex, format din mai multe compartimente specializate, cte unul pentru fiecare domeniu de gestiune, poate fi exprimat, generic, ca suma modelelor abstracte pentru fiecare comportament analizat. Modelului abstract de reprezentare pentru domeniul de informatizat, definit de metoda de proiectare folosit pentru realizarea sistemului informatic de gestiune, i corespunde sistemul informatic de gestiune global al organismului economic supus informatizrii. Sistemele informatice de gestiune componente ale sistemului informatic de gestiune global ale unui organism economic se proiecteaz i se implementeaz independent, n ordinea determinat de volumul de date care trebuie prelucrat i de dorinele utilizatorului. Proiectarea fiecrui sistem informatic de gestiune component al sistemului informatic de gestiune global al unui organism economic ncepe cu realizarea modelului abstract de reprezentare al domeniului de gestiune aferent. ntruct fiecare domeniu de gestiune cuprinde elemente specifice ale realitii de informatizat i activitile care le-au generat, crora n sistemele informatice de gestiune le corespund nregistrrile acestora sub form de date i prelucrri care se efectueaz asupra lor, modelarea abstract a realitii de informatizat const n: modelarea abstract a datelor din realitatea de informatizat i modelarea abstract a prelucrrilor aplicate asupra acestora. Datele i prelucrrile efectuate asupra acestora se pot modela: - independent, realizndu-se dou modele abstracte de reprezentare: unul pentru date i altul pentru prelucrri (metode de proiectare sistemice); - concomitent, realizndu-se un singur model abstract de reprezentare (metode de proiectare obiecturale). n proiectarea sistemului informatic de gestiune, modelarea datelor din realitatea de informatizat reprezint cea mai complex parte, iar introducerea
www.referat.ro

acestora n sistemul informatic de gestiune, culegerea datelor, cea mai laborioas. Modelarea abstract a datelor, reprezentarea acestora astfel nct s poat fi introduse n sistemul informatic de gestiune i prelucrate de acesta n conformitate cu nevoile organism economic impun crearea unui model abstract de reprezentare a datelor vehiculate de organismul economic care s selecteze din realitatea organismului economic numai elementele necesare pentru realizarea obiectivului propus: evidena bunurilor i activitilor organismului economic, obinerea, n timp real, a unor situaii i rapoarte, care permit evaluarea activitilor organismului economic, din punct de vedere financiar, productiv etc., necesare factorilor de conducere pentru stabilirea deciziilor ce se impun i pentru informare. Datele rezultate din activitile desfurate de un organism economic, nregistrate pe documente primare de eviden i control, care trebuie prelucrate automat, n funcie de specificul i nevoile organismului economic, folosind un sistem informatic de gestiune, trebuie reprezentate i organizate astfel nct: - s poat fi introduse ntr-o baz de date gestionat de o aplicaie dezvoltat folosind un SGBD: pentru a putea beneficia de avantajele oferite de aceste produse software n dezvoltarea de aplica ii specializate n crearea, organizarea, ntreinerea, manipularea i exploatarea volumelor mari de date; - s reflecte i s exprime, n mod corect i coerent, specificul activitilor desfurate de organismul economic sau de compartimentul acestuia, pentru care se proiecteaz sistemul informatic de gestiune; regulile de gestiune specifice; condiiile pe care trebuie s le respecte datele; reglementrile i normativele legislative n vigoare; reglementrile i normele interne, specifice; legturile dintre aceste date, determinate de particularitile funcionale i organizaionale ale organismului economic. n proiectarea sistemului informatic de gestiune se lucreaz cu modele n care elementele lumii reale nu sunt numai reduse la caracteristicile lor eseniale, relevante pentru problema de rezolvat, dar elementele similare sunt i grupate mpreun, formnd categorii/mulimi de elemente de acelai fel. Pentru sistemul informatic de gestiune, elementele lumii reale concrete, de la care se pornete n procesul de proiectare i realizare a acestuia, sunt documentele primare de eviden i control, mpreun cu activitile desfurate de organismul economic sau de un compartiment al acestuia, pentru realizarea domeniului su de activitate. Realitatea de modelat (activitatea unui organism economic sau a compartimentului din cadrul acestuia pentru care se proiecteaz sistemul informatic de gestiune) trebuie delimitat clar, din punct de vedere funcional i organizatoric, de exteriorul acesteia. Succesiunea de activiti sau de aciuni care se desfoar n cadrul organismului economic sau al compartimentului acestuia pentru care se construiete modelul abstract determin adugarea sau modificarea unor
www.referat.ro

nregistrri pe documentele primare de eviden i control ale tuturor bunurilor, serviciilor i activitilor implicate n procesul respectiv. Prin urmare, n cadrul modelului abstract care se construiete n vederea proiectrii sistemului informatic de gestiune, trebuie reprezentate, n mod necesar: - documentele primare de eviden, care conin datele asupra crora se vor efectua prelucrrile automate sau care se gestioneaz automat; - caracteristicile acestor documente, eseniale din punct de vedere al evidenei i controlului activitilor desfurate n realitatea de modelat, care exprim datele ce se preteaz a fi prelucrate sau gestionate automat, folosind un sistem informatic de gestiune; - aciunile care genereaz datele nregistrate pe documentele primare de eviden i control, exprimate prin relaiile, legturile, corespondenele dintre aceste date. Tehnicile i formalismul folosite pentru reprezentarea abstract a realitii de informatizat, n special a datelor i a relaiilor dintre ele, n vederea proiectrii i realizrii unui sistem informatic de gestiune, depind de metoda de proiectare aleas, care impune tipul modelului abstract de reprezentare ce trebuie folosit. ns, indiferent de modelul abstract utilizat, elementele realitii de modelat (documente primare, date, operaii, relaii etc.) sunt reprezentate prin caracteristicile lor relevante, care permit realizarea obiectivului propus i care conin datele ce se preteaz a fi prelucrate i/sau gestionate automat; ele sunt transformate n documente simple, pentru a putea fi reprezentate n modelul abstract. NTREBRI 1. Definii conceptele de model i modelare. 2. Explicai n ce const modelul de reprezentare abstract a realitii de modelat. 3. Descriei elementele necesare modelului abstract care se construiete n vederea proiectrii sistemului informatic de gestiune. 4. Cum pot fi modelate datele i prelucrrile efectuate asupra acestora ? 5. Ce implic metoda de proiectare a unui sistem informatic de gestiune ?

BIBLIOGRAFIE

[1] Andronie, M., Analiza i proiectarea sistemelor informatice de

gestiune, Editura Fundaiei Romnia de Mine, Bucureti, 2007; [2] Stanciu, V., Proiectarea sistemelor informatice de gestiune, Editura Cison, Bucureti, 2000 [3] Stanciu, V.,.a., Proiectarea sistemelor informatice, Editura Dual Tech, Bucureti, 2002

www.referat.ro

[4] Ilie, Gh., Stoian, I., Alexandrescu, G., Modelarea sistemelor i

proceselor, Editura U.N.Ap. Carol I, Bucureti, 2005

TEMA 4 METODE DE PROIECTARE A SISTEMELOR INFORMATICE DE GESTIUNE

Obiective: - metode de proiectare a unui sistem informatic; - metode de proiectare sistemice modelul Merise; - restricii de integritate; - concepte fundamentale ale modelului Merise. Concepte cheie: metode de proiectare ierarhice (structurate), metode de proiectare sistemice, metode orientate pe obiect (obiecturale), model conceptual, model logic, model fizic, limbaj unificat de modelare (UML), restricii de integritate, entitate, entitate tip, atribut tip, identificator, asociere tip, cardinalitate, model semantic, eveniment tip, eveniment, sincronizare tip, sincronizare, operaie tip, operaie, proces, relaia, tuplu, domeniu de definiie, cheie primar, cheie cardinal/candidat, cheie extern, schema unei relaii, gradul relaiei, cardinalitatea relaiei.

O metod de proiectare a unui sistem informatic const ntr-un ansamblu de tehnici i reguli de proiectare, folosite pentru reprezentarea abstract a domeniului de informatizat, care reprezint elementele reale selectate necesare pentru realizarea scopului propus prin simboluri grafice specifice i reine, pentru elementele reale selectate, numai proprietile i componentele semnificative care, reprezentate abstract, corespund realitii, numai la modul general. Metodele de proiectare a unui sistem informatic sunt aceleai pentru toate tipurile de domenii de informatizat, dar prezint particulariti specifice n funcie de realitatea de informatizat. Astfel, metodele de proiectare a sistemelor informatice de gestiune, folosite pentru reprezentarea abstract a activitii unui organism economic, prezint aspecte legate de gestionarea unui volum mare de date, de acelai fel, obinute ntr-un interval scurt de timp, asupra crora se aplic operatori aritmetici i logici. Fiecrei metode de proiectare i corespunde un anumit tip de model de reprezentare abstract a realitii de informatizat.
www.referat.ro

Metodele de proiectare a unui sistem informatic aparin uneia din urmtoarele trei generaii, care s-au succedat n timp [1] : 1. Metode de proiectare ierarhice (structurate) care: - se bazeaz pe analiza funcional a activitilor desfurate de organismul economic, la nivelul domeniului de informatizat; - conduc la sisteme informatice modulare cu structur ierarhic-funcional descendent, ascendent sau mixt. Metoda descendent (top-down) conduce la o structur ierarhic, definit pe criterii funcionale, i modular, care ofer o viziune de ansamblu a sistemului informatic proiectat. Metoda ascendent (bottom-up) se bazeaz pe crearea de sisteme informatice n cadrul fiecrui tip de gestiune i ofer o viziune la nivel de detaliu sistemului informatic proiectat. Metoda mixt reprezint o combinaie a metodei descendente cu cea ascendent; ofer o soluie unitar de sistem informatic obinut prin definirea elementelor de sistem prin proiectarea descendent urmnd ca proiectarea i integrarea elementelor sistemului s se fac pe baza proiectrii ascendente; - au avantajele date de simplitatea lor i de adaptarea uoar la cerinele utilizatorului; - au dezavantajele rezultate din analiza prioritar a prelucrrilor efectuate asupra datelor impus de particularitile de funcionare proprii unui agent economic, care se modific n timp, fa de analiza datelor supuse acestor prelucrri, care au o structur mult mai stabil n raport cu timpul. 2. Metode de proiectare sistemice: - utilizeaz teoria sistemelor n analiza activitilor desfurate de organismul economic; - sunt abordate dou aspecte complementare datele i prelucrrile analizate i modelate independent, la nivelul domeniului de informatizat; - elementele realitii de informatizat, date i prelucrri efectuate asupra acestora, sunt reprezentate pe trei nivele de abstractizare: conceptual: identificarea regulilor de gestiune specifice realitii de modelat; logic (organizaional-extern): identificarea particularitilor de organizare proprii realitii de modelat; fizic (intern): stabilirea definitiv a soluiei tehnice de implementare a sistemului informatic; - modelarea realitii de informatizat prin intermediul unor tabele bidirecionale i a relaiilor dintre ele; - utilizarea unui model relaional de reprezentare abstract a datelor: baze de date relaionale; au toate avantajele oferite de utilizarea bazelor de date relaionale; - au dezavantajul dat de modelarea independent a datelor i a prelucrrilor efectuate asupra acestora, lucru care produce riscul apariiei unor discordane ntre cele dou modele. Modelul MERISE este reprezentativ pentru aceast generaie de metode, fiind cel mai utilizat. 3. Metode orientate pe obiect (obiecturale):
www.referat.ro

- utilizeaz Limbajul Unificat de Modelare (UML), limbaj standard de modelare care reprezint un mediu de dezvoltare propice produselor software distribuite de dimensiuni mari i foarte mari, este independent de realitatea de modelat, de metoda de proiectare utilizat i de suportul tehnic folosit pentru implementarea sistemului informatic i permite proiectarea i realizarea sistemului informatic pentru sisteme economice complexe; - se caracterizeaz prin: conceperea sistemului informatic ca fiind un ansamblu de obiecte software independente, care se organizeaz i coopereaz ntre ele, pentru realizarea obiectivului propus; modelarea realitii de informatizat prin utilizarea obiectelor software care ncapsuleaz, fiecare, o categorie de date mpreun cu toate prelucrrile ce se efectueaz asupra acestora; utilizarea unui model obiectural de reprezentare abstract a datelor: Baze de Date Obiecturale, obiectul software fiind definit ca un element: cu identitate proprie, set de proprieti care l deosebesc de alte obiecte; stare proprie, dat de valoarea caracteristicilor sale; comportament propriu: dat de setul de operaii aplicate asupra sa; - au avantajele oferite de: posibilitatea reutilizrii obiectelor software i componentelor de program n alte aplicaii; posibilitatea crerii i utilizrii de obiecte complexe, definite cu ajutorul altor obiecte; posibilitatea de realizare a unor sisteme informatice complexe; - au ca dezavantaj major faptul c realitatea de informatizat nu se poate reprezenta, ntotdeauna, numai prin obiecte. Modelul RUMBAUGH este reprezentativ pentru aceast generaie de metode. Deoarece realitatea de informatizat nu poate fi reprezentat complet numai pe principii ierarhice, numai prin relaii de tipul tabelelor bidirecionale sau numai prin intermediul obiectelor software, metodele de proiectare folosite n practic combin tehnicile de modelare prezentate, folosind avantajele tuturor i eliminnd, pe ct posibil, dezavantajele acestora. Metode de proiectare sistemice - Modelul Merise Modelul Merise este reprezentativ pentru metodele de proiectare sistemice ale sistemului informatic de gestiune. Elementele realitii de informatizat, date i prelucrri efectuate asupra acestora sunt reprezentate, separat, pe trei nivele de abstractizare: conceptual, logic i fizic. n cadrul modelului Merise, fiecrui nivel de abstractizare i corespund dou modele abstracte ale realitii de informatizat: unul pentru date i unul pentru prelucrrile care se aplic asupra acestora [2]: - modelul conceptual, format din Modelul Conceptual al Datelor (MCD) i Modelul Conceptual al Prelucrrilor (MCP), trebuie s rspund la ntrebarea CE "Ce trebuie s fac sistemul informatic de gestiune" pe care l proiectm; - modelul logic, format din Modelul Logic al Datelor (MLD) i Modelul Logic al Prelucrrilor (MLP), trebuie s rspund la ntrebrile CINE face,
www.referat.ro

UNDE face i CND face activitile care genereaz datele i determin prelucrrile care se aplic asupra acestora; - modelul fizic, format din Modelul Fizic al Datelor (MFD) i Modelul Fizic al Prelucrrilor (MFP), rspunde numai la ntrebarea CUM face, n mod concret, sistemul informatic de gestiune s satisfac cerinele utilizatorilor si. 1. Modelul conceptual Modelul conceptual reprezint un ansamblu de concepte i reguli de combinare a acestora utilizate pentru reprezentarea abstract a realitii de modelat. La acest nivel: - se identific datele pentru evidena sau prelucrarea crora se folosete sistemul informatic de gestiune care se proiecteaz i activitile specifice domeniului de informatizat care le genereaz, fr restricii de organizare, umane sau tehnice; - se reprezint elementele din realitatea de modelat, datele cu relaiile dintre ele i operaiile aplicate asupra acestora, prin simboluri, specifice metodei de proiectare, care permit codificarea ulterioar a acestora folosind sistemul de codificare propriu SGBD utilizat, aplicaie software specializat n gestionarea volumelor mari de date, n crearea i exploatarea BD; - se stabilesc domeniile de definiie a datelor i se definesc prelucrrile aplicate asupra acestora; - se stabilesc intrrile i ieirile sistemului informatic de gestiune. Modelul conceptual asigur o soluie unic, stabil, nemodificabil pentru sistemul informatic de gestiune, creia i pot corespunde una sau mai multe soluii logice i fizice. a) Modelarea conceptual a datelor (MCD) Pentru modelarea conceptual, abstract, a datelor se folosete un model semantic de reprezentare a acestora: model conceptual, care reprezint domeniul de informatizat ca pe o mulime de elemente din lumea real, interconectate ntre ele, pornind de la semnificaia lor. Aceste modele definesc restricii i descriu aspectele statice i dinamice (temporale) ale elementelor utilizate, pe baza semnificaiei lor n lumea real. Modelul Conceptual de Date (MCD) este un model semantic, abstract, de reprezentare a tipurilor de date, a legturilor dintre acestea, a dinamicii acestor legturi i a restriciilor aferente lor. Modelul EA (Entitate-Asociere) este modelul semantic realizat prin reprezentarea abstract a elementelor lumii reale pornind de la semantica lor i de la legturile sau relaiile dintre ele. Se bazeaz pe urmtoarele concepte fundamentale sau conceptele de baz: Entitate Tip ET; Atribut Tip AT; Asociere tip AST; Cardinalitate (X,Y). Entitatea Tip EntitateaTip: concept generic care desemneaz mulimea tuturor entitilor cu aceleai caracteristici eseniale; se exprim printr-un substantiv,
www.referat.ro

deoarece substantivul denumete lucruri, fiine sau noiuni abstracte, generic spus, elemente din lumea real (realitatea de modelat); se reprezint grafic prin dou dreptunghiuri care conin, primul numele entitii tip respective, iar cellalt numele atributelor tip din mulimea de atribute tip care o caracterizeaz; are existen proprie, deoarece fiecare entitate a sa se identific, n mod unic, printrun atribut tip sau un grup minim de atribute tip numit Identificator (ID); fiind un concept generic, nu are corespondent n lumea real, nu desemneaz n sistemul informatic de gestiune un element din lumea real. O entitate tip se caracterizeaz prin: nume, ct mai apropiat de numele elementului real pe care l reprezint i unic la nivelul ntregului model conceptual al datelor; atribute tip specifice; o mulime de entiti (diferit de mulimea vid); o posibil evoluie n timp; legturile sale cu alte entiti tip. Entitatea: element real, particular, care aparine unei entiti tip; se mai numete nregistrarea sau realizarea unei entiti tip. Fiecare entitate reprezint un element al lumii reale, desemneaz n sistemul informatic de gestiune un element al lumii reale. Atributul Tip Atributul Tip - concept generic care desemneaz mulimea tuturor atributelor ce descriu complet proprietatea esenial pe care o exprim; are semnificaie numai dac aparine unei entiti tip sau unei asocieri tip; se exprim printr-un substantiv, deoarece substantivul denumete nsuiri ale elementelor din lumea real (realitatea de modelat); fiind un concept generic, nu are corespondent n lumea real, nu desemneaz n sistemul informatic de gestiune o caracteristic real a unui element din lumea real. Identificator un atribut tip sau grup minim de atribute tip care identific, n mod unic, o entitate a unei entiti tip; determin funcional orice alt atribut tip din entitatea tip; trebuie s ia valori unice, neduplicabile, neschimbabile, diferite de NULL (nseamn nici o valoare, e diferit de zero sau spaiu); n reprezentarea grafic a entitii tip, se marcheaz diferit de restul atributelor tip (se subliniaz, se scrie cu italic i/sau i se ataeaz un caracter specific); fiecare entitate tip prezint un identificator; exemplu: CodFiscal, CNP, NrContract etc. Atributul este o proprietate sau caracteristic distinct a unei entiti; se mai numete realizarea sau valoarea unui atribut tip; are un domeniu de definiie (mulime de valori admise); desemneaz n sistemul informatic de gestiune o proprietate real a unui element din lumea real. Asocierea Tip Asociere Tip concept generic care desemneaz mulimea tuturor legturilor (relaiilor) cu aceeai semnificaie dintre dou entiti tip care particip la o aciune; poate avea atribute tip proprii, care caracterizeaz aciunea respectiv; se exprim printr-un verb, deoarece verbul exprim o aciune sau o stare care st la baza unei legturi ntre dou elemente; se reprezint grafic printr-o elips, care conine numele asocierii tip respective i numele atributului tip din mulimea de atribute tip care o caracterizeaz; nu are o existen proprie
www.referat.ro

pentru c exprim o legtur bazat pe o aciune a crei existen depinde de cele dou entiti tip ce particip la aceasta; fiind un concept generic, nu are corespondent n lumea real, nu desemneaz n sistemul informatic de gestiune o legtur (relaie) real ntre elemente din lumea real. Asocierea exprim legtura concret dintre dou entiti (care, de regul, aparin la dou entiti tip diferite) participante la o aciune i rolurile acestora n aciunea respectiv; se mai numete realizarea sau instana unei asocieri tip; fiecare asociere reprezint o relaie (legtur) real ntre elemente din lumea real, desemneaz n sistemul informatic de gestiune o relaie (legtur) real ntre elemente din lumea real. Cardinalitatea Cardinalitatea (X,Y): o pereche de numere ntregi, care descrie complet legtura unei entiti tip cu o alt entitate tip, printr-o asociere tip, n perioada de timp analizat; exprim complet legtura dintre elementele lumii reale implicate ntr-o anumit aciune; are semnificaie numai pentru o entitate tip n raport cu o asociere tip. Cardinalitatea minimal X reprezint numrul minim de corespondente ce pot exista pentru o entitate tip n raport cu alt entitate tip, printr-o asociere tip; exprim participarea entitilor care aparin unei entiti tip la asocierea acesteia (asociere tip) cu o alt entitate tip: X=0 (numrul minim de corespondene = 0): printr-o asociere tip, n mulimea de entiti ET1, pot exista unele care nu au corespondent n cealalt mulime de entiti ET2 (participare opional la aciune); X=1 (numrul minim de corespondene = 1): printr-o asociere tip, toate entitile mulimii ET1 au cel puin un corespondent n cealalt mulime de entiti ET2 (participare obligatorie la aciune). Cardinalitatea maximal Y reprezint numrul maxim de entiti corespondente pe care le poate avea o entitate a unei entiti tip ET1 ntr-o alt entitate tip ET2, n raport cu o asociere tip; exprim faptul c fiecare entitate din mulimea de entiti ET1 care particip la o aciune poate avea una sau mai multe entiti corespondente n cealalt mulime de entiti ET2 participant: Y=1 (numrul maxim de corespondene =1): fiecare entitate care particip la o asociere are o singur entitate de alt tip corespondent (participare unic la aciune); Y=n (numrul maxim de corespondene =n): fiecare entitate care particip la asociere are mai multe entiti de alt tip, corespondente sau reciproc, mai multe entiti de acelai tip care particip la o aciune au o singur entitate de alt tip corespondent (participare multipl la aciune). Restricii de integritate Restriciile de Integritate (RI) sunt reguli pe care trebuie s le respecte datele, permanent, pentru a fi corecte i coerente n raport cu realitatea de informatizat. n MCD datele sunt reprezentate prin atributele din mulimile atributelor tip, astfel c restriciile de integritate sunt, n mod concret, reguli care
www.referat.ro

se aplic asupra atributelor tip ce aparin entitii tip i asocierii tip din MCD-ul realizat pentru un organism economic sau pentru un compartiment specializat al acestuia. Restriciile de integritate pot fi: RI structurale: reguli care permit identificarea unic a entitilor tip, atributelor tip i asocierilor tip: integritatea entitii tip; integritatea asocierii tip (integritatea referenial); integritatea atributului tip (dependene funcional). RI semantice: reguli de gestiune specifice care se aplic asupra atributelor tip identificate pentru modelarea realitii de informatizat (organism economic sau compartiment al acestuia); sunt reguli care exprim: reglementrile legislative n vigoare, care trebuie respectate de organismul economic; reglementrile i normele interne, specifice organismului economic. n funcie de momentul n care acioneaz, pot fi: RI statice (RI de domeniu); RI dinamice. RI funcionale: reguli care exprim particularitile funcionale specifice organismului economic: RI ierarhice; RI neierarhice, de reea. b) Modelarea conceptual a prelucrrilor (MCP) Prelucrrile reprezint activitile desfurate pentru realizarea obiectivului propus, cu respectarea regulilor de gestiune specifice domeniului de activitate supus informatizrii; altfel spus, exprim aciunile elementare, operaiile, care se exercit asupra datelor, pentru obinerea informaiilor care stau la baza deciziilor. Prelucrrile reprezint partea dinamic a sistemului informaional [3] . Pentru modelarea conceptual, abstract, a prelucrrilor, se folosete, ca i la modelarea conceptual a datelor, tot un model semantic de reprezentare a acestora, model care se bazeaz pe semnificaia lor n lumea real: domeniul de gestiune al organismului economic sau compartimentul acestuia pentru care se proiecteaz i se realizeaz sistemul informatic de gestiune. Modelul Conceptual al Prelucrrilor MCP prezentat este Modelul Eveniment-Rezultat al metodei Merise, model semantic realizat prin reprezentarea abstract a activitilor desfurate de elementele realitii de informatizat, pornind de la semantica, succesiunea lor n timp i de la relaiile dintre ele. MCP este un model semantic, abstract, de reprezentare a activitilor specifice domeniului de informatizat dintr-un organism economic, care rspunde la ntrebarea Ce? prelucrri au loc pentru realizarea obiectivului propus, descrie ceea ce se face n cadrul organismului economic sau compartimentului specializat al acestuia pentru obinerea informaiilor necesare, independent de modul de organizare specific. n MCP se reprezint: - activitile desfurate de organismul economic (compartimentul acestuia), pentru realizarea obiectivului propus (oferirea de produse i/sau servicii clienilor si);

www.referat.ro

- evenimentele care declaneaz aceste activiti, evenimentul fiind o ntmplare la care organismul economic, ca sistem, trebuie s rspund prin realizarea unei activiti care const n efectuarea unei succesiuni de operaii; - operaiile pe care le presupune fiecare dintre activitile desfurate i nlnuirea n timp a acestora [2]; - nlnuirea operaiilor n timp, n concordan strict cu: legislaia n vigoare; regulile de gestiune specifice pentru problema de modelat; - rezultatele obinute n urma execuiei acestor operaii. Pentru realizarea MCP se folosesc urmtoarele concepte fundamentale sau concepte de baz [1] : Eveniment Tip - ET; Sincronizare Tip - SincT; Operaie Tip OpT; Procesul P. Eveniment Tip EvT: concept generic care desemneaz mulimea evenimentelor de aceeai natur; se reprezint grafic printr-o elips care conine denumirea evenimentului respectiv; fiind un concept generic nu are corespondent n realitatea de informatizat. Evenimentul este un element real, particular, concret, care aparine unui EvT; se mai numete realizarea sau instanarea unui eveniment tip. Sincronizare Tip SincT: concept generic care desemneaz mulimea de sincronizri definit prin: evenimentele tip declanatoare pentru o singur activitate, minim dou; propoziia logic; durata limit; rgazul sincronizrii. Sincronizarea tip poate fi: activ, n ateptare sau inactiv. Sincronizarea este un element real, particular, care aparine unei sincronizri tip. Operaia Tip OpT este un concept generic care desemneaz mulimea operaiilor ce descriu aciunile elementare cu aceleai caracteristici corespunztoare unei activiti desfurate n cadrul organismului economic pentru care se realizeaz MCP-ul. Operaia este un element real, particular, care aparine unei operaii tip. Procesul - P reprezint succesiunea independent i stabil de operaii tip elementare (omogene) din cadrul unei activiti desfurate de organismul economic. 2. Modelul logic (organizaional-extern) Modelul logic (organizaional-extern) reprezint un ansamblu de tehnici i reguli de trecere de la conceptele utilizate de modelul conceptual la conceptele utilizate de Bazele de Date Relaionale BDR i de limbajele de programare. a) Modelarea logic a datelor (MLD) Proiectarea Sistemelor Informatice de Gestiune urmrete structurarea i reprezentarea datelor generate de activitile desfurate de organismul economic (sau de un compartiment specializat al acestuia) i nregistrate pe documentele primare de eviden i control, astfel nct s poat fi introduse n Baze de Date Relaionale, create i exploatate folosind aplicaiile software dezvoltate cu ajutorul unui Sistem de Gestiune a Bazelor de Date Relaionale (SGBDR). Prin urmare, dup realizarea MCD-ului, optimizat i unic pentru
www.referat.ro

fiecare domeniu de informatizat, urmtoarea etap de proiectare const n realizarea MLD-ului. Concepte de baz, fundamentale, ale modelului relaional al BDR [3] : - relaia: submulime a produsului cartezian de n domenii; se prezint sub forma unei tabele bidimensionale; - tuplu: o linie n cadrul tabelei (nregistrare, record); - atribut: caracteristic ce ia valori ntr-un domeniu, numit domeniu de definiie, creia i corespunde o coloan n cadrul tabelei; - domeniu de definiie: set de valori pe care le poate lua un atribut (o coloan dintr-o tabel); - cheie primar: atribut/grup minim de atribute folosit de sistemul informatic de gestiune pentru identificarea unic a unei linii ntr-o tabel; atributul/grupul de atribute care o compun nu poate avea valoarea NULL (adic nu poate lipsi, trebuie s aib o valoare unic pentru fiecare linie); - cheie cardinal/candidat: atribut/grup minim de atribute care poate asigura identificarea unic a unui triplu ntr-o tabel; dintre acestea se alege cheia primar (atributul/grupul minim de atribute folosit de sistemul informatic de gestiune) pentru identificarea unic a unei linii ntr-o tabel; - cheie extern: un atribut/grup minim de atribute cu rol de cheie primar ntr-o alt tabel; respect cerinele de integritate referenial (ia aceleai valori pe care le are n tabela unde are rol de cheie primar); - schema unei relaii (tabel): lista atributelor (denumirilor coloanelor) mpreun cu domeniile lor de definiie; - gradul relaiei (tabelei): numrul de atribute utilizate (numrul de coloane din tabel); - cardinalitatea relaiei (tabelei): numrul de linii din tabel. b) Modelarea logic a prelucrrilor [3] La nivelul MCP-ului se realizeaz identificarea activitilor complexe unitare i a proceselor componente acestora, desfurate de organismul economic sau de un compartiment specializat al acestuia, pentru realizarea obiectivului propus, i se descompune fiecare proces n prelucrri elementare (secvene continue de aciuni elementare i rezultatul lor, numite operaii elementare), fr a ine seama de elemente referitoare la locul, momentul i persoanele implicate n desfurarea activitilor respective. 3. Modelul fizic Modelul fizic (intern) reprezint soluia tehnic, definitiv, stabilit pentru implementarea sistemului informatic de gestiune: descrie structura concret a datelor n interiorul sistemului informatic de gestiune, pe suportul fizic sau n memoria intern a calculatorului (fiecare nregistrare logic fiind stocat la o adres fizic) i structura concret a operaiilor care se aplic asupra acestora. n funcie de arhitectura reelelor de comunicaie i a sistemelor de calcul folosite, de aplicaiile software selectate, precum i de distribuia datelor, pot fi create

www.referat.ro

mai multe modele fizice pentru implementarea sistemului informatic de gestiune aferent realitii de informatizat. a) Modelarea fizic a datelor (MFD) [1] Modelul fizic al datelor este determinat de Sistemul de Gestiune al Bazelor de Date (SGBD) selectat pentru implementarea aplicaiei cu baz de date specific realitii de informatizat. Pentru sistemele informatice cu baz de date modelul fizic al datelor este reprezentat de schema bazei de date, construit cu ajutorul SGBD-ului folosit pentru dezvoltarea aplicaiei cu baz de date din cadrul su. Pentru SGBD-ul Access, pentru realizarea schemei bazei de date se parcurg urmtorii pai: - crearea bazei de date; - crearea tabelelor; - crearea relaiilor ntre tabele. b) Modelarea fizic sau operaional a prelucrrilor [3] Modelul Fizic sau operaional al Prelucrrilor MFP sau MopP exprim restriciile de ordin tehnic pe care trebuie s le respecte sistemul informatic de gestiune proiectat la nivel hardware, software i comunicaie. Modelul fizic al prelucrrilor este determinat de interfaa de comunicare a sistemului informatic cu mediul su exterior care asigur: - accesul utilizatorului la funciile aplicaiei cu baz de date; - comunicarea ntre calculator i utilizator. Pentru sistemele informatice cu baz de date modelul fizic al prelucrrilor este reprezentat de procedurile realizate folosind un limbaj de programare. NTREBRI 1. Descriei i interpretai metodele de proiectare funcionale ale unui sistem informatic. 2. Descriei i interpretai metodele de proiectare sistemice ale unui sistem informatic. 3. Prezentai modelul Merise. 4. Descriei fiecare nivel de abstractizare n cadrul modelului Merise. 5. Enumerai i descriei conceptele fundamentale ale modelului entitateasociere. 6. Definii restriciile de integritate i rolul acestora n cadrul sistemului informatic proiectat. 7. Definii i interpretai conceptul de cardinalitate. 8. Enumerai i descriei conceptele necesare pentru realizarea modelului conceptual al prelucrrilor. 9. n ce const modelarea logic a datelor ? Care sunt conceptele fundamentale n construirea modelului ? 10. n ce const modelarea logic a prelucrrilor ? 11. Interpretai modelarea fizic a datelor i prelucrrilor.
www.referat.ro

BIBLIOGRAFIE [1] Andronie, M., Analiza i proiectarea sistemelor informatice de gestiune, Editura Fundaiei Romnia de Mine, Bucureti, 2007; [2] Stanciu, V., Proiectarea sistemelor informatice de gestiune, Editura Cison, Bucureti, 2000 [3] Stanciu, V.,.a., Proiectarea sistemelor informatice, Editura Dual Tech, Bucureti, 2002 [4] Ilie, Gh., Stoian, I., Alexandrescu, G., Modelarea sistemelor i proceselor, Editura U.N.Ap. Carol I, Bucureti, 2005 [5] Gherasim, Z., Andronie Maria, Popescu-Bodorin, N., Informatic managerial n activitatea de educaie fizic i sport, Editura Fundaiei Romnia de Mine, 2004 [6] Zaharia, Dorin, Roca Ioan, Proiectarea obiectual a sistemelor informatice, Editura Dual Tech, Bucureti, 2002 [7] McLeod, Raymond, George Schell, Management Information Systems, August, 2003 [8] Norman, Matthew, Database Design Manual: Using MySQL for Windows, Microsoft Press, September, 2003 TEMA 5 LIMBAJUL UNIFICAT DE MODELARE (UML) Obiective: - nsuirea conceptelor utilizate de limbajul unificat de modelare UML (Unified Modeling Language); - nsuirea tehnicii de modelare a cazurilor de utilizare; - nsuirea tehnicilor de modelare static a unui sistem n limbajul unificat de modelare; - utilizarea diagramei claselor n modelarea sistemelor; - utilizarea diagramei obiectelor n modelarea sistemelor. - nsuirea tehnicilor de modelare dinamic a unui sistem n limbajul unificat de modelare; - utilizarea diagramelor de stare n modelarea dinamic a unui sistem; - utilizarea diagramelor de comportament (diagrame de activitate, diagrame de secvene, diagrame de colaborri) n modelarea dinamic a unui sistem. Concepte cheie: limbaj unificat de modelare UML (Unified Modeling Language), meta-metamodelul, metamodelul, modelul, obiecte utilizator, diagrama cazurilor de utilizare, diagrame de structur, diagrame de
www.referat.ro

comportament, diagrame de implementare, stereotipurile, restriciile valorile etichetate, actorii; diagrama claselor, diagrama obiectelor, clas, obiecte, atribute, operaii, asociere, generalizare, dependen, rafinare, agregare, elemente derivate, interfee; stare, comportament, diagrama de stare, diagrama de activiti, diagrama de secvene, diagrama de colaborri, mesaje, clasificator. Modelarea cazurilor de utilizare Limbajul Unificat de Modelare (Unified Modeling Language UML) este un limbaj standardizat de modelare, utilizat pentru descrierea i modelarea oricrui sistem informatic. UML ofer asisten n toate fazele dezvoltrii unui sistem informatic: analiz, proiectare, implementare, testare. UML introduce o standardizare n tipologia, semantica i reprezentarea rezultatelor produse de analiza i proiectarea orientat obiect. UML utilizeaz modelele n reprezentarea oricrui tip de sistem, acestea fiind abstractizri care ofer o imagine intuitiv i totui riguroas a fenomenului studiat, faciliteaz descoperirea unor legturi imposibil sau greu de realizat pe alte ci. Astfel spus, un model este o descriere n form definit a anumitor comportri ale sistemului cu scopul de a prognoza o serie de comportri n anumite condiii. n cadrul UML, un model este formulat ntr-un limbaj de modelare, limbaj care include un ansamblu de concepte i semantici fundamentale, o notaie i un set de reguli de utilizare. UML are o arhitectur structurat pe patru niveluri (conform OMG Unifield Modeling Language Specification versiunea 1.3, ian. 1999): - meta-metamodelul, care este limbajul pentru definirea metamodelelor; - metamodelul, este definit ca limbajul pentru definirea modelelor UML; - modelul, este o instan a unui metamodel, utilizabil pentru formalizarea unui domeniu informaional; - obiecte utilizator, sunt instane de modele, fiind practic domeniile informaionale descrise cu ajutorul modelelor. Metamodelele ofer o descriere formal a tipurilor de elemente care pot participa la modelare mpreun cu sintaxa prin care sunt referite i folosite de acestea. Deci, fiecare metamodel definete elementele de modelare i regulile dup care se compun acestea n modele. Notaia folosit este format din simboluri grafice care conduc la utilizarea sintagmei de modelare vizual pentru UML. Complexitatea sistemelor software conduce la utilizarea unui set de diagrame n calitate de vederi ale modelelor: - diagrama cazurilor de utilizare; - diagrame de structur (diagrama claselor, diagrama obiectelor); - diagrame de comportament (diagrama de stare, diagrama de activiti, diagrama de colaborri, diagrama de secven); - diagrame de implementare (diagrama componentelor, diagrama de amplasare), care ofer tot attea perspective ale sistemului.
www.referat.ro

UML las la latitudinea utilizatorilor folosirea diagramelor, acestea putnd fi utilizate pe tot parcursul dezvoltrii unui proiect. Elaborarea unui model n UML poate fi fcut pe niveluri diferite de detaliere, aspect care conduce la mai multe variante succesive ale aceluiai model. UML furnizeaz i un set de mecanisme de extensie a conceptelor fundamentale, care s asigure personalizrile sau adaptrile necesare realitii de modelat. Mecanismele de extensie propuse de UML sunt stereotipurile, restriciile i valorile etichetate. Rolul lor este de a oferi ci de personalizare sau nuanare semantic a elementelor aflate n modelele construite. Stereotipul introduce o posibilitate particular de clasificare prin care elemente cu aceeai structur pot primi o semnificaie sau o utilizare particular, ca i cum ar fi instane ale unui nou metamodel. Un stereotip este un element generalizabil, ceea ce face posibil construirea de ierarhii, dac este necesar. Restriciile sunt expresii semantice referitoare la diverse elemente ale modelelor. Valorile etichetate sunt definiii explicite ale unor proprieti, sub form de perechi nume-valoare. UML este un limbaj care poate fi dezvoltat pe baza introducerii unor noi faciliti. De asemenea, conceptele sale au fcut din UML baza mai multor instrumente CASE (Computer Aided Software Engineering), produse program dedicate, aa cum este Rational Rose. Acestea asist analiza i proiectarea prin mijloace specifice i sunt capabile de generarea automat a unei pri din codul surs, n mai multe limbaje la alegere. UML este independent de un anumit limbaj i poate fi folosit n diverse metode, chiar dac acestea aplic procese diferite. Metodele de dezvoltare bazate pe UML utilizeaz procesele bazate pe iteraii. Iteraiile permit obinerea de prototipuri dup fiecare iteraie, prototipuri care analizate pot evidenia unele deficiene de proiectare cu mult nainte de terminarea procesului de dezvoltare. Prototipurile sunt analizate, testate i validate n mod permanent n cursul procesului de dezvoltare. Progresul sistemului poate fi analizat i prin prisma iteraiilor i a prototipurilor, n funcie de numrul cazurilor de utilizare. Datorit specificului UML, acesta integreaz utilizatorii n echipele de dezvoltare prin participarea acestora n mod activ la modelarea cerinelor i exigenelor prin intermediul cazurilor de utilizare. Modelarea cazurilor de utilizare Cazurile de utilizare constituie o tehnic de modelare propus de Ivar Jacobson (n metodologia OOSE - Object Oriented Software Engineering). Cazurile de utilizare realizeaz o descriere din punct de vedere funcional a sistemului, iar ansamblul tuturor cazurilor de utilizare i utilizatorii acestora

www.referat.ro

(actorii) formeaz modelul cazurilor de utilizare. Un astfel de model poat s cuprind una sau mai multe diagrame a cazurilor de utilizare. Elementele de baz ale unei diagrame a cazurilor de utilizare sunt: actorii i cazul de utilizare propriu-zis. Utilizatorii sunt ntotdeauna din exteriorul sistemului i sunt reprezentai drept autori ai cazului de utilizare. Un caz de utilizare este iniiat de ctre un actor i descrie succesiunea de interaciuni dintre acesta i sistemul respectiv, exprimat printr-un schimb de mesaje. Actorii nu fac parte din sistem. Actorii se pot constitui n: - actori principali cei care utilizeaz funciile principale din sistem; - actori secundari cei care efectueaz operaii de ntreinere i administrare; - alte sisteme sistemele cu care interacioneaz; - echipamente externe echipamente ce vor fi utilizate. De asemenea, actorii pot fi activi (iniiaz cazurile de utilizare) sau pasivi (particip la unul sau mai multe cazuri de utilizare). Relaiile dintre actori pot fi de comunicare sau de generalizare. Cazul de utilizare reprezint ansamblul de aciuni efectuate de sistem, ca urmare a unei aciuni iniiate de un actor. Relaiile dintre cazurile de utilizare pot fi: relaii de comunicare (participarea unui actor la un caz de utilizare), generalizarea i specializarea (implementeaz conceptul de motenire), relaii de extensie (se pot aduga i alte aciuni noi unui caz de utilizare), relaii de incluziune (un caz de utilizare include elementele dintr-un alt caz de utilizare). Interaciunea dintre actori i cazurile de utilizare poate fi descris prin diagrame de colaborare. Cazurile de utilizare dirijeaz ntregul proces de dezvoltare a sistemului. Realizarea cazurilor de utilizare identific clasele, relaiile i operaiile prin care se construiesc acestea i evident depinde de sistemul pentru care a fost definit. Modelarea static n limbajul UML n UML (Unified Modeling Language) reprezentarea structurii se realizeaz cu ajutorul diagramei claselor i diagramei obiectelor. Diagrama claselor include ansamblul claselor de obiecte, atributele i operaiile fiecreia dintre acestea, relaiile de asociere i generalizare dintre clase. Acestea descriu la nivel general structura static a sistemului. Diagrama obiectelor descrie modul cum un set particular de obiecte este legat de altul, cu ajutorul unui formalism grafic asemntor cu cel al claselor. Ofer o viziune static asupra sistemului. Se utilizeaz, de regul, pentru explicitarea diagramelor de clase complexe. O clas de obiecte corespunde semantic unui concept din sistemul real ce urmeaz a fi modelat. Reprezentarea unei clase trebuie s includ ansamblul de
www.referat.ro

atribute i operaii ce formeaz structura sa, operaiile ce-i definesc comportamentul i relaiile cu alte elemente ale modelului. Simbolul grafic este un dreptunghi compartimentat n trei zone rezervate numelui clasei, atributelor i operaiilor asociate clasei. Atributele i operaiile se declar mpreun cu domeniul de vizibilitate aferent fiecruia: public, protejat, privat. Pentru atribute se mai pot declara: tipul de date (indic natura datelor, n termeni generali sau specifici unui anumit limbaj sau mediu de implementare), valoarea iniial (o expresie a crei valoare este atribuit automat n momentul crerii unui obiect din clasa respectiv), multiplicitate (indic numrul de valori pe care l poate avea atributul), list de proprieti (proprieti suplimentare ale atributului). Operaiile pot fi declarate mpreun cu eventualii parametrii, sau cu tipul de date returnate. Tipul parametrului formal, poate fi: In (pentru a marca parametrii de intrare); Out (pentru a marca parametrii de ieire); InOut (pentru a marca parametrii de intrare/ieire). Toate operaiile unei clase descriu funcionalitatea acesteia, precum i serviciile oferite de aceasta. Obiectele sunt reprezentate grafic prin dreptunghiuri ce au numai dou compartimente. Numele obiectului i clasa sa. Compartimentul al doilea este destinat reprezentrii valorii atributelor. Relaiile dintre clase pot fi relaii de asociere, generalizare, dependen i rafinare. Asocierea exprim existena unei conexiuni ntre clasele de obiecte, realiznd gruparea legturilor dintre obiecte, avnd o structur comun. Legtura este practic o instan a unei asocieri. Agregarea stabilete relaia dintre un obiect i componentele sale, fiind o relaie de tip "parte-ntreg". ntr-o agregare, clasa "parte" nu poate fi , la rndul su, un agregat dar poate participa i la late agregri. O clas agregat este o clas ale crei obiecte au componente alte obiecte. n cazul n care prile componente au aceeai durat de via cu a ntregului i se pot regsi fizic n cadrul acestuia, acest lucru constituie un caz particular de agregare, numit compoziie. Compoziia reflect, n general, participarea fizic a prii n structura ntregului. n cadrul compoziiei clasa compus nu poate s participe la alte agregri. Simbolul UML pentru agregare este rombul gol, iar pentru compoziie tot un romb, dar plin, plasate la captul de asociere a "ntregului". Generalizarea (n OMG UML v.1.3, June 1999) definete o relaie categorial ntre un element mai general i un element mai specific, integral coerent cu primul i n raport cu care aduce informaii adiionale. Aplicat la clasele de obiecte se definesc conceptele de superclas i subclas.
www.referat.ro

Simbolul grafic este o linie terminat spre superclas cu un triunghi. Linia ce leag cele dou clase poate fi adnotat cu diferite restricii, astfel pot fi evideniate: - generalizarea suprapus (overlapping) o relaie n care o clas motenete un element de la mai mult de o clas; - generalizarea desprit (disjoint) este o relaie opus generalizrii suprapuse; - generalizarea complet (complete) sunt specificate toate subclasele; - generalizarea incomplet (incomplete) pot s apar i alte subclase ulterior. La aceste tipuri de generalizri se pot aduga i alte restricii definite de utilizator. Atributele, operaiile, asocierile i restriciile superclasei sunt integral motenite de subclase. Dependena este o relaie semantic unidirecional ntre dou elemente de modelare i exprim faptul c o schimbare n elementul surs poate implica o schimbare i n elementul destinaie. Dependenele se esprim grafic prin sgei punctate avnd drept origine elementul dependent. Restriciile de integritate se definesc n limbajul natural sau ntre acolade. Elementele derivate sunt obinute prin calcul din alte elemente. Se reprezint grafic prin precizarea simbolului "\" nainte, i nu sunt memorate odat cu obiectele clasei. Interfaa descrie comportamentul unei clase, componente sau pachet, fr a defini i structura intern a cestora. Se pot defini interfee separat, fr a fi specifice unei singure clase, aceste interfee putnd fi implementate apoi de mai multe clase. Interfeele nu dispun de implementri, atribute, asocieri sau stri, dar pot participa la relaii de generalizare. O interfa reprezint un mod de restrngere a vizibilitii unei clase prin faptul c nu mai sunt expuse toate operaiile sale publice, ci doar acelea care intereseaz un anumit utilizator. Simbolul grafic pentru interfa este cercul cu numele interfeei, iar elementul de modelare care o implementeaz se conecteaz de cerc prin intermediul unei sgei punctate. Modelarea dinamic n limbajul UML n limbajul unificat de modelare (Unified Modeling Language - UML) interaciunea dintre clase i obiecte, n cadrul modelrii obiectuale, poate fi abordat cu ajutorul conceptelor definite de: stare i comportament. Starea unui sistem poate evolua n timp. Diagrama de stare evideniaz aceast tranziie (comportament) al claselor, modelnd strile diferite pe care le are un obiect n urma derulrii unor evenimente. Aceast diagram se

www.referat.ro

construiete doar pentru clasele al cror comportament este afectat de schimbrile de stare ale obiectelor. Definirea comportamentului presupune identificarea modului n care obiectele aparinnd diverselor clase, interacioneaz ntre ele, interaciune care se manifest sub forma unui schimb de mesaje n care un obiect emitent adreseaz o solicitare altui obiect, destinatar. Este evident c n acest caz trebuie s existe ntre clasele corespunztoare o cale, direct sau indirect. Deci, este posibil ca definirea comportamentului s impun adugarea de noi asocieri la cele existente n diagrama claselor. Datorit diversitii de aspecte i situaii ce pot s apar n definirea comportamentului unui sistem, UML propune trei reprezentri: - diagrama de activiti; - diagrama de secvene; - diagrama de colaborri, care au rol i de suport n identificarea i definirea elementelor de comportament. Fiecare diagram este specific anumitor utilizri. n dezvoltarea unui sistem nu trebuie folosite toate, ci doar cele care rspund cel mai bine specificului acestuia. Diagramele de activiti servesc pentru a completa descrierea cazului de utilizare. Diagramele de secvene i colaborri pot identifica configuraiile de obiecte i clase i interaciunile dintre acestea, necesare obinerii funcionalitilor specifice fiecrui scenariu. Diagrama de stare Conceptul de stare este un concept esenial n modelarea obiectual. Starea reprezint intervalul de timp n care un obiect ateapt un eveniment sau execut aciuni i este definit, fie prin valorile sau combinaiile de valori luate de (anumite) atribute, fie printr-un calificativ de natur abstract, conceptual. Diagrama de stare reprezint succesiunea de stri prin care poate trece un element de modelare (obiect sau interaciune) n cursul existenei sale, ca reacie la evenimentele survenite din exteriorul su. Conceptele cu care se opereaz ntr-o diagram de stare, sunt: starea; evenimentul; tranziia. Starea este definit n UML drept o situaie sau o interaciune a unui obiect, n cursul cruia acesta execut anumite interaciuni, ateapt anumite evenimente sau satisface anumite condiii i poate fi exprimat prin coninutul unuia sau mai multor atribute. O stare are o anumit durat de timp n care obiectul poate efectua anumite aciuni (prelucrri determinate de apariia evenimentelor) sau poate fi ntr-o anumit activitate (dat de starea obiectului).

www.referat.ro

Evenimentele sunt stimuli n urma cruia se modific starea unui obiect, genernd un proces dinamic al acestuia. n timpul unei stri se pot executa aa numitele activiti. Se consider drept eveniment orice schimbare notificabil care determin o modificare de stare. Evenimentele se pot declana n urma ndeplinirii uneia sau mai multor condiii, trecerea unui interval de timp de la ultimul eveniment, sau recepionarea unui mesaj de la alt obiect sau de la el nsui. Un eveniment este vizibil pentru toate obiectele din cadrul pachetului n care apare. Evenimentele standard se pot clasifica n: - aciuni care se execut la intrarea unui obiect ntr-o anumit stare; - aciuni care se execut la intrarea unui obiect ntr-o anumit stare; - aciuni care se execut n timpul n care un obiect este ntr-o anumit stare. Tranziia reprezint trecerea de la o stare la alta, asociat eventual cu executarea unei aciuni. Tranziia poate fi declanat de ncheierea aciunilor i activitilor interne strii curente sau de producerea unui eveniment. Diagrama de activitate Diagrama de activitate descrie aciuni sau subaciuni din interiorul unei stri, precum i rezultatele acestora. Conceptele cu care opereaz o diagram de activitate sunt aciunile i tranziiile. Documentaia UML precizeaz c o aciune se utilizeaz n mod normal pentru a modela un pas din execuia unui algoritm, proceduri sau proces de gestiune. O diagram de activitate se poate defini pentru o clas, pentru un caz e utilizare, pentru un pachet sau pentru implementarea unei operaii. Diagramele de activitate, de regul, sunt delimitate printr-un punct de start i un punct final, care definete momentul de nceput i respectiv sfrit al secvenei de activiti sau aciuni reprezentate. Diagrama de activiti este un caz particular al diagramei de stare. Diagrama de secven Diagrama de secvene descrie interaciunile dintre obiecte i mesajele schimbate de acestea, n ordinea cronologic a acestora, din punct de vedere temporal, n cadrul unei colaborri ocazionate de executarea unei anumite operaii sau obinerea unui anumit rezultat. Durata de existen a unui obiect este evideniat n cadrul unei colaborri prin linii verticale numite "linii de via" (lifelive). Diagrama de secvene se reprezint sub forma unui graf cu dou dimensiuni: - o dimensiune vertical, reprezentat de factorul timp; - o dimensiune orizontal, reprezentat de obiecte Mesajele constituie elementul de comunicaie dintre obiecte; pot fi nsoite de condiii care prin verificare, condiioneaz transmiterea mesajelor

www.referat.ro

sau, dimpotriv, o inhib. Mesajele pot avea specificat semntura i eventualii parametrii. Mesajele prin care are loc interaciunea descris sunt reprezentate prin sgei orizontale, orientate de la emitent la destinatar. Mesajele transmise ntre obiecte se pot clasifica n mesaje simple, sincrone i asincrone. Diagrama de secven pune accentul pe factorul timp i descrie o interaciune dintre obiecte. Diagrama de colaborri Configuraia structural format din ansamblul obiectelor i relaiilor implicate dintre acestea constituie o colaborare. Diagrama de colaborri descrie legturi dintre obiecte care colaboreaz i poate fi folosit pentru a defini contextul aferent unei operaii sau ansamblul operaiilor unei clase sau grup de clase. Diagrama de colaborri are forma unui graf ale crui noduri reprezint, n funcie de nivelul pe care se dezvolt specificare sau instaniere , roluri de clasificatori sau obiecte i ale crui arce indic asocieri sau legturi ntre obiecte. Interaciunea dintre obiecte se reprezint prin sgei, care indic fluxuri de mesaje sau stimuli orientate n direcia indicat de sgei. Sgeile sunt plasate n apropierea asocierilor care constituie elementul de transmitere al mesajelor sau stimulilor. Reprezentarea grafic a sgeilor poate indica diferite tipuri de comunicaii ntre obiecte, de exemplu, flux simplu, apel sincron al unei prelucrri, comunicaie asincron ntre obiecte. Diagrama de colaborare pune accentul pe aspectele structurale n care elementul de referin este spaiu i descrie o interaciune dintre obiecte. Obiectele aparinnd unei clase pot participa la diferite colaborri. n fiecare dintre aceste colaborri, obiectele clasei respective sau asocierile la care particip ndeplinesc un anumit rol n aciunea reciproc cu celelalte obiecte. Obiectele schimb ntre ele diverse mesaje la recepia crora execut anumite operaii. Fiecare mesaj are un emitent i un destinatar, ambii aparinnd colaborrii respective. Modul cum au loc aceste schimbri constituie o interaciune. O colaborare poate fi ataat unei operaii sau unui clasificator i descrie contextul n care are loc comportamentul specificat de operaia sau clasificatorul respectiv. Interaciunea definit n cadrul colaborrii arat cum are loc comunicaia ntre obiecte pentru a realiza comportamentul respectiv. Funcionarea sistemului, n cadrul modelrii obiectuale, apare ca rezultant a cooperrii obiectelor, dirijat de comportamentul specific al fiecruia i de starea n care se afl n momentul respectiv. Diagrama de stare mpreun cu diagramele de activitate, secvene i colaborri exprim aspecte privind procesul dinamic asupra sistemului.
www.referat.ro

NTREBRI 1. Limbajul unificat de modelare UML (Unified Modeling Language): definire, concepte, arhitectur. 2. Vederi ale sistemului utilizate n limbajul unificat de modelare. 3. Mecanisme de extensie utilizate n limbajul unificat de modelare. 4. Modelarea cazurilor de utilizare. 5. Modelarea static a unui sistem: definire, concepte, reprezentare grafic. 6. Diagrama claselor. 7. Diagrama obiectelor. 8. Modelarea dinamic a unui sistem: definire, concepte, reprezentare grafic. 9. Diagrama de stare, diagrama de activiti, diagrama de colaborare, diagrama de secvene.

BIBLIOGRAFIE

[1] Andronie, M., Analiza i proiectarea sistemelor informatice de

gestiune, Editura Fundaiei Romnia de Mine, Bucureti, 2007; [2] Stanciu, V., Proiectarea sistemelor informatice de gestiune, Editura Cison, Bucureti, 2000 [3] Stanciu, V.,.a., Proiectarea sistemelor informatice, Editura Dual Tech, Bucureti, 2002 [4] Florin Mihai, Sisteme informaionale financiar-bancare, Editura InfoMega, Bucureti, 2004 [5] Zaharie Dorin, Roca Ioan, Proiectarea obiectual a sistemelor informatice, Editura DualTech, Bucureti, 2003 [6] Saru Daniela, Ioni Anca Daniela, Sisteme de programe orientate pe obiecte, Editura All, Bucureti, 2000 [7] Lungu Ion, Sabu Gheorghe, Velicanu Manole, Muntean Mihaela, Ionescu Simona, Posdarie Elena, Sandu Daniela, Sisteme informatice analiz, proiectare i implementare, Editura Economic, Bucureti, 2003 [8] Bocu D., Iniiere n ingineria sistemelor soft, Editura Albastr, 2001 [9] J. Rumbaugh, .a., OO Modeling and Desing, Prentice Hall International Inc. [10] Meilir Page Jones, Fundamentals of Object-Oriented Design in UML, Addison Wesley Object Technology series, New York USA [11] Eric J. Naiburg, Robert a. Maksimchuk, UML for Database Design, Addison Wesley Object Technology series, New York USA
www.referat.ro

[12] Tom Pender, UML Bible, Wiley publishing inc., Indiana USA [13] Bernd Oestereich, Developing Software with UML- Object oriented
analysis and design in practice, Addison Wesley Object Technology series, New York USA [14] Erikson H.E., Penker M., Business Modeling with UML, Business Patterns at Work, John Wiley&Sons, Inc., 2000 [15] P.Kruchten, Archtectural Blueprints The "4+1" Model of Software Archtecture, IEEE Software 12(12), nov. 1995

TEMA 6 PROCESUL UNIFICAT DE DEZVOLTARE A PROGRAMELOR INFORMATICE FOLOSIND UML

Obiective: - nsuirea conceptelor utilizate n proiectarea orientat obiect (proiectarea obiectual); - utilizarea tehnicii modelrii obiectuale OMT (Object Modeling Technique) n dezvoltarea sistemelor de programare; - definirea i interpretarea modelelor orientate obiect: modelul obiectelor, modelul dinamic i modelul funcional; - nsuirea principiilor i conceptelor utilizate n procesul unificat de dezvoltare a programelor informatice folosind UML; - abordarea managerial a ciclului de dezvoltare a unui sistem informatic; - abordarea pe linie tehnic (activiti i iteraii) a conceperii i realizrii unui sistem informatic. Concepte cheie: obiectul, clasa, abstractizarea, ncapsularea, motenirea, polimorfismul, persisten, diagrame obiectuale, starea, evenimentul, tranziia, aciunea, activitatea, scenariu, studiu preliminar, elaborare, construcie, tranziie, definirea cerinelor, analiz, proiectare, implementare, testare. Metoda OMT (Object Modeling Technique) Cea mai cunoscut i utilizat metod de proiectare orientat obiect este metoda OMT (Object Modeling Technique) creat de James Rumbaugh i colectiv. Proiectarea obiectual este un proces complex care presupune organizarea i funcionarea programelor, aplicaiilor sau sistemelor informatice ca un ansamblu de obiecte distincte care coopereaz ntre ele.

www.referat.ro

Modelarea este o metod de cercetare a unor sisteme, procese sau fenomene cu ajutorul unui sistem de notaii specifice. Modelarea obiectual este o metod de proiectare a sistemelor i aplicaiilor informatice de gestiune. Un limbaj de modelare privit la modul general poate fi definit ca o ierarhie de concepte, principii i procedee utilizabile pentru abstractizarea unor probleme din anumite domenii [8] . Limbajele orientate pe obiecte (exemplu: C++, Java) permit o modularizare sporit, faciliteaz cooperarea ntre diveri utilizatori, reduce timpul n procesul de dezvoltare a software-ului, permite nelegerea, depanarea i modificarea mai uoar a programelor. Programarea orientat pe obiecte (obiectual) mbin structurile de date cu algoritmii care le prelucreaz, incluzndu-le n tipuri de date complexe, ce pot fi definite de programator. Cu ajutorul limbajelor de programare obiectuale sau neobiectuale se pot implementa rezultatele proiectrii orientate obiect. Utilizarea unui limbaj de programare implic transpunerea conceptelor obiectuale n termenii limbajului surs folosit. Metodele dedicate abordrii obiectuale pun accentul pe adoptarea de convenii, reguli i standarde interne de redactare a programului surs. Metoda OMT metod de proiectare orientat obiect permite formularea cerinelor examinate n timpul analizei i soluiile dezvoltate n cursul proiectrii cu ajutorul conceptelor de "clas" i "obiect". Acest lucru implic abordarea simultan a datelor i prelucrrilor, precum i utilizarea conceptelor folosite n cadrul fazelor de analiz i proiectare a sistemului, precum i la realizarea programrii. Tehnica modelrii obiectuale (OMT) este o metodologie pentru dezvoltarea sistemelor de programare folosind o colecie de tehnici predefinite i de convenii de notaie care produce sisteme mai stabile la schimbrile de cerine n comparaie cu abordrile orientate pe funcii. Analiza sistemului const n nelegerea i modelarea aplicaiei i a domeniului n care aceasta funcioneaz. Se formuleaz problema, se pun n eviden obiectivele inndu-se cont de cerinele clientului i se prezint o descriere global a sistemului propus. n urma procesului de analiz va rezulta un model formal care cuprinde: obiectele care intervin n modelare i relaiile dintre acestea, strile pe care le poate avea un obiect i trecerea de la o stare la alta i prelucrrile i fluxurile de date, cu anumite restricii. Proiectarea sistemului determin arhitectura global a acestuia iar la proiectarea obiectelor accentul se pune pe conceptele legate de sistemul de calcul. Se aleg algoritmii pentru a implementa fiecare funcie de baz a sistemului i se optimizeaz structura modelului obiectual, pentru o implementare mai eficient, cu ajutorul unui limbaj de programare. Ca urmare a analizei efectuate, metodologia OMT se bazeaz pe trei modele orientate obiect:
www.referat.ro

- modelul obiectelor (descrie obiectele care intervin n modelare i relaiile dintre acestea); - modelul dinamic (descrie strile pe care le poate avea un obiect i evenimentele care produc trecerea dintr-o stare n alta); - modelul funcional (descrie prelucrrile i fluxurile de date). Modelul format din cele trei componente nu este static; acesta parcurge un ciclu de dezvoltare pe parcursul analizei, proiectrii i implementrii sistemului.

Modelul obiectelor Conceptele cu care opereaz metodele de proiectare obiectuale: obiectul; clasa; abstractizarea; ncapsularea; motenirea; polimorfismul; persistena. a) Obiectul poate fi definit ca o modelare a unei entiti (reale sau abstracte) caracterizat prin: identitate; stare; comportament. Identitatea unui obiect este o proprietate a acestuia care este reprezentat printr-un identificator (ID) unic, care-i permite s se diferenieze de oricare alt obiect de acelai fel. Starea unui obiect este dat de setul de date care conin informaii despre acesta (proprietile i valorile fiecrei proprieti ale obiectului). Comportamentul obiectului se refer la ansamblul de operaii (servicii) pe care le ofer altor obiecte ca urmare a unui mesaj primit de la un alt obiect. b) Clasa este un concept care definete obiectele cu aceeai structur list atribute) i acelai comportament (list operaii). Obiectul este o instan a unei clase. Un atribut este o proprietate a unei clase iar prin intermediul operaiilor se poate defini interfaa unei clase. Operaiile sunt implementate prin intermediul metodelor. c) Abstractizarea este un proces subiectiv care este folosit n rezolvarea unor probleme cu scopul de a reine numai elementele eseniale. d) ncapsularea este procedeul prin care se realizeaz ascunderea detaliilor de implementare a atributelor unei clase i a operaiilor acesteia; accesul la aceste informaii se poate realiza prin intermediul unor operaii speciale care realizeaz interfaa cu informaiile partajate [4]. e) Motenirea este un concept care are la baz ierarhiile de clase, aspect ce impune un nou stil de programare. Clasele de pe un nivel inferior din cadrul ierarhiei partajeaz atributele i metodele uneia sau a mai multor clase. f) Polimorfismul implic utilizarea unei metode pentru obiecte din clase diferite. g) Persistena este proprietatea unui obiect de a exista n timp, de la o execuie la alta a sistemului. Modelul obiectual descrie structura obiectelor dintr-un sistem: identitatea, relaiile dintre obiecte, atributele i operaiile lor i constituie fundamentul

www.referat.ro

pentru modelele dinamic i funcional. Modelul obiectual este reprezentat grafic prin diagrame obiectuale, diagrame ce conin clase i obiecte. Clasele cu structur i comportament comune sunt aranjate n ierarhii i sunt asociate cu alte clase. Diagramele obiectuale (diagramele de clase i diagramele de obiecte) reprezint o notaie grafic formal pentru modelarea obiectelor, claselor i a relaiilor dintre acestea, fiind utile att pentru modelarea abstract, ct i pentru proiectarea efectiv a unui program. Diagramele de clase descriu clasele iar diagramele de obiecte descriu modul de interaciune a unui set particular de obiecte, reprezentnd instanele claselor. Diagramele de clase i obiecte au asociate n metodologia OMT anumite moduri de reprezentare a claselor, respectiv obiectelor. Simbolul OMT pentru o clas este un dreptunghi iar pentru un obiect este un dreptunghi cu colurile rotunjite. Clasele conin, n afar de nume, informaii referitoare la structura obiectelor i funciile (comportarea) obiectelor, numite atribute, respectiv operaii. Fiecare atribut poate urmat de detalii opionale, precum tipul i valoarea implicit, iar fiecare operaie poate fi urmat de detalii opionale, precum lista de argumente i tipul rezultatului. Elaborarea modelului obiectual presupune i stabilirea relaiilor dintre clase. Relaiile dintre clase pot fi mprite n trei mari categorii: asocieri, agregri i generalizri. Asocierea este o relaie de cooperare ntre dou sau mai multe clase, care devine o legtur la nivelul obiectelor. O form special de asociere este agregarea. Agregarea este o relaie special care se definete atunci cnd se dorete legarea claselor-componente de clasa-ntreg. Agregarea poate fi de mai multe feluri [9] : - agregare fix (o structur fix: se cunosc componentele i numrul lor); - agregare variabil (prezint un numr fix de niveluri, dar numrul de elemente din fiecare nivel poate varia); - agregare recursiv (conine direct sau indirect o instan a aceluiai tip de agregare): Definirea unor ierarhii ntre clase, prin generalizare, conduce la o relaie ntre o clas i una sau mai multe clase reprezentnd versiuni mai rafinate ale acesteia. ntre obiecte pot fi stabilite: - legturi (o conexiune fizic sau conceptual); - asocieri (un ansamblu de legturi cu aceeai structur i semantic ce poate fi identificat prin nume).

www.referat.ro

Fiecare obiect joac un rol n cadrul asocierii. Rolul este un capt al asocierii, care poate fi unic identificat printr-un num. O asociere binar are dou roluri, fiecare putnd avea un nume. Modelul dinamic Modelul dinamic va reprezenta evoluia n timp a sistemului ca urmare a reaciei acestuia la strile obiectelor (valori sau seturi de valori ale obiectelor) i la evenimente (stimuli externi asupra obiectelor). Trebuie determinat comportarea n timp a obiectelor, adic fluxul de comenzi, interaciunile i secvenierea operaiilor. Starea reprezint valorile atributelor i ale legturilor unui obiect. Obiectele interacioneaz ntre ele, rezultnd o serie de schimbri ale strii lor. O schimbare de stare cauzat de un eveniment se numete tranziie. Un mesaj individual de la un obiect la altul este numit eveniment. Strile i evenimentele pot fi organizate n ierarhii, n care se pot evidenia structuri i comportamente comune. Un concept standard n tiina calculatoarelor l reprezint diagrama de stare. n cadrul unei clase, evenimentele, strile i tranziiile de stare pot fi abstractizate i reprezentate ca o diagram de stare. Modelul dinamic const din mai multe diagrame de stare, cte una pentru fiecare clas are o comportare dinamic ca exprim activitatea ntregului sistem. Diagramele de stare pentru diferite clase se combin ntr-un singur model dinamic, prin intermediul evenimentelor comune. Concepte specifice modelului dinamic: a) Starea unui obiect la un moment dat este definit prin valorile proprietilor. b) Evenimentul reprezint o modificare a strii sistemului la u moment dat datorit unor stimuli externi. Diagrama dinamic a obiectului respectiv va reflecta fiecare schimbare a sistemului. c) Tranziia reprezint trecerea de la o stare la alta a obiectului. d) Aciunea este o operaie instantanee care nu poate fi ntrerupt i care este asociat unui eveniment. g) Activitatea este o operaie cu o anumit durat care poate fi ntrerupt i care este asociat strii unui obiect. h) Scenariu reprezint o secven de evenimente ntre obiecte care interacioneaz pentru realizarea unei funciuni a sistemului. Modelul funcional Modelul funcional descrie prelucrrile i fluxul de date din cadrul sistemului (valorile care depind unele de altele i funciile care leag aceste valori). Elaborarea modelului funcional presupune: - identificarea datelor de intrare i a datelor de ieire; - realizarea diagramei fluxurilor de date; - descrierea funciilor;
www.referat.ro

- identificarea restriciilor; - stabilirea criteriilor de optimizare. Modelul funcional este format din mai multe diagrame de flux care arat prelucrrile efectuate prin diverse operaii i stocrile de date cu luarea n calcul a restriciilor impuse unor valori din cadrul modelului obiectual, pornind de la intrrile sistemului i ajungnd la ieirile din sistem. Restriciile sunt dependene funcionale ntre obiecte, care sunt legate de o dependen intrare-ieire. O diagram de flux a datelor conine procese (transform date), fluxuri de date (transfer date), ageni (produc i consum date) i stocri de date (nmagazineaz date pentru accesarea lor ulterioar). Un sistem informatic poate fi privit ca un ansamblu de obiecte care interacioneaz ntre ele iar obiectele individuale sunt instane ale unei clase n interiorul unei ierarhii [3] . UML (Unified Modeling Language) este un limbaj de programare i nu o metod de proiectare. Sistemul de notaii i conceptele pot fi folosite ns n orice metod de proiectare. n dezvoltarea sistemelor informatice a fost definit un proces de aplicare a UML, numit proces unificat, care este iterativ i incremental, este coordonat de cazurile de utilizare, este axat pe arhitectur i direcionat de factorii de risc. Dezvoltarea produsului software se realizeaz dup fiecare iteraie (microproiect) cu noi funciuni, calitative sau cantitative, adic produsului i se adaug un increment, rezultnd sintagma propus de autori proces iterativ i incremental. Progresul (dezvoltarea) proiectului poate fi mai bine controlat, iar experiena acumulat n cursul unei iteraii poate fi folosit n cadrul altor iteraii. Cazurile de utilizare redau interaciunea utilizatorilor cu sistemul i cerinele acestora. Procesul de dezvoltare a sistemului este dirijat de cazurile de utilizare, dar acestea nu sunt alese independent, ci n funcie de arhitectura sistemului. Astfel spus, cazurile de utilizare direcioneaz arhitectura sistemului, iar arhitectura influeneaz de-a lungul dezvoltrii selectarea cazurilor de utilizare. Arhitectura sistemului trebuie s fie conceput n aa fel nct s ofere posibilitatea dezvoltrii tuturor cazurilor de utilizare, asigurnd de fapt evoluia n timp a sistemului. Riscul exprim tot ceea ce ar putea mpiedica realizarea sistemului. Definirea i ordonarea iteraiilor se face astfel nct riscurile identificate s fie abordate i eliminate ct mai devreme n cadrul ciclului de dezvoltare, ncepnd cu cele mai periculoase. Ciclul de dezvoltare ale unui sistem informatic este compus din patru faze care ofer pe ansamblu un caracter secvenial; rezultatele unei faze sunt elemente de intrare pentru faza urmtoare.

www.referat.ro

Structurarea pe cele patru faze a acestui ciclu de dezvoltare corespunde abordrii manageriale a procesului, i sunt definite prin [4]: - studiul preliminar (Inception) are ca scop definirea amplasrii viitorului sistem n cadrul activitii organismului economic. Se stabilesc obiectivele generale ale proiectului, necesarul de resurse, factorii de risc, facilitile i restriciile sistemului; - elaborarea (Elaboration) asigur stabilirea cadrului de baz al arhitecturii sistemului, se precizeaz cerinele funcionale i nefuncionale ale viitorului sistem, se elimin riscurile mari, se realizeaz un plan de construcie al proiectului; - construcia (Construction) se obine sistemul n urma mai multor iteraii care cuprind: analiza, proiectarea, programarea i testarea. Rezultatele se constituie n modele complete de analiz i proiectare, produsul software obinut, cu toate componentele sale, manualul de utilizare; - tranziia (Transition) se introduce n exploatare sistemul. n aceast faz se regsesc: configurarea sistemului, instalarea, documentaia final, pregtirea i instruirea personalului. Finalitatea fazei o constituie obinerea sistemului n versiunea final. Sistemul informatic obinut dup parcurgerea celor patru faze se constituie n generaia 1. Prin modificarea ulterioar a sistemului pentru asigurarea evoluiei sale rezult generaia 2 a produsului software. Obinerea de noi generaii presupune reluarea ciclului, cu parcurgerea celor patru faze. Aspectele tehnice legate de conceperea i realizarea sistemului corespund unei abordri a procesului axat pe activiti i iteraii, astfel: - definirea cerinelor se identific cerinele funcionale i nefuncionale ale sistemului i se creeaz o imagine perceput de utilizatori. Rezultatul acestei activiti se concretizeaz n identificarea actorilor(orice element care interacioneaz cu sistemul dar nu face parte din acesta), identificarea cazurilor de utilizare (un dialog ntre actor i sistem), descrierea cazurilor de utilizare (toate variantele posibile de nlnuire a evenimentelor n cazul de utilizare respectiv), definitivarea modelului cazului de utilizare (revenirile i coreciile referitoare la actorii i cazurile de utilizare definite iniial); - analiza are scopul de a obine un model al problemei, o imagine a ceea ce trebuie s fac sistemul. Obinerea modelului presupune: identificarea obiectelor i claselor (entitate, prezentare, control), generarea de realizri ale cazurilor de utilizare (sunt puse n eviden clasele de obiecte, relaiile necesare ntre acestea, operaiile pe care trebuie s le ofere fiecare clas), identificarea asocierilor i agregrilor (ntre clasele de obiecte identificate exist o serie de relaii), identificarea atributelor i operaiilor (corespunztor fiecrei clase), identificarea motenirii (consecina existenei relaiilor de generalizare, respectiv specializare ntre clase), gruparea claselor de obiecte n pachete (structura oferit de UML este aceea de pachet), finalizarea modelului de analiz (revederea i, dac este necesar, modificarea soluiilor iniiale);
www.referat.ro

- proiectarea Proiectarea este extinderea i adaptarea tehnic a rezultatelor analizei [14] . n cadrul acestei activiti se proiecteaz clasele (se identific clasele, asocierile i agregrile pentru clasele de proiectare, se definesc atributele i operaiile utilizate), se identific i definitiveaz interfeele (interfeele interne ale sistemului i nu interfeele cu utilizatorii), se proiecteaz realizrile cazurilor de utilizare (se pot revedea schimbri sau corecii de operat n privina claselor), se proiecteaz structura de exploatare (proiectarea subsistemelor). - implementarea se realizeaz scrierea, compilarea i documentarea programelor. n aceast etap se definitiveaz modelul de implementare (organizarea final n componente), modelul de distribuire (amplasarea subsistemelor pe unitile fizice de calcul), procedura de integrare a elementelor sistemului (realizarea unui sistem unitar); - testarea se verific programele realizate pentru a stabili msura n care acestea rspund cerinelor funcionale i nefuncionale. Aceast activitate are rolul de a identifica i corecta erorile de programare i poate fi realizat cu ajutorul unor instrumente software dedicate. Realizarea acestei activiti const n planificarea, proiectarea i implementarea testrii, efectuarea testelor unitare i de sistem, precum i n evaluarea rezultatelor testrii. NTREBRI 1. Proiectarea obiectual a sistemului informatic de gestiune: definire, concepte, avantaje. 2. Metoda de proiectare orientat obiect OMT (Object Modeling Technique). 3. Modelul obiectelor. 4. Modelul dinamic. 5. Modelul funcional. 6. UML limbaj de programare i nu metod de proiectare: definire, concepte, justificare, interpretare. 7. Ciclul de dezvoltare a unui sistem informatic: abordare managerial. 8. Ciclul de dezvoltare a unui sistem informatic: aspecte tehnice legate de conceperea i realizarea sistemului. BIBLIOGRAFIE

[1] Andronie, M., Analiza i proiectarea sistemelor informatice de

gestiune, Editura Fundaiei Romnia de Mine, Bucureti, 2007 [2] Stanciu, V., Proiectarea sistemelor informatice de gestiune, Editura Cison, Bucureti, 2000 [3] Stanciu, V.,.a., Proiectarea sistemelor informatice, Editura Dual Tech, Bucureti, 2002

www.referat.ro

[4] Florin Mihai, Sisteme informaionale financiar-bancare, Editura

InfoMega, Bucureti, 2004 [5] Zaharie Dorin, Roca Ioan, Proiectarea obiectual a sistemelor informatice, Editura DualTech, Bucureti, 2003 [6] Saru Daniela, Ioni Anca Daniela, Sisteme de programe orientate pe obiecte, Editura All, Bucureti, 2000 [7] Lungu Ion, Sabu Gheorghe, Velicanu Manole, Muntean Mihaela, Ionescu Simona, Posdarie Elena, Sandu Daniela, Sisteme informatice analiz, proiectare i implementare, Editura Economic, Bucureti, 2003 [8] Bocu D., Iniiere n ingineria sistemelor soft, Editura Albastr, 2001 [9] J. Rumbaugh, .a., OO Modeling and Desing, Prentice Hall International Inc. [10] Meilir Page Jones, Fundamentals of Object-Oriented Design in UML, Addison Wesley Object Technology series, New York USA [11] Eric J. Naiburg, Robert a. Maksimchuk, UML for Database Design, Addison Wesley Object Technology series, New York USA [12] Tom Pender, UML Bible, Wiley publishing inc., Indiana USA [13] Bernd Oestereich, Developing Software with UML- Object oriented analysis and design in practice, Addison Wesley Object Technology series, New York USA [14] Erikson H.E., Penker M., Business Modeling with UML, Business Patterns at Work, John Wiley&Sons, Inc., 2000 [15] P.Kruchten, Archtectural Blueprints The "4+1" Model of Software Archtecture, IEEE Software 12(12), nov. 1995

www.referat.ro