ANALIZA SI PROIECTAREA SISTEMELOR INFORMATICE

INTRODUCERE Analiza si proiectarea sistemelor informatice comporta o varietate mare de activitati si manipularea unor mari volume de informatii. Scopul final este realizarea sistemului informatic bazat pe un sistem de prelucrare automata a datelor, integrat. Sistemul informatic trebuie sa se realizeze pe baza unei analize amanuntite a sistemului condus si a sistemlui de conducere. I. ISTORIA METODELOR DE PROIECTARE De-a lungul timpului, metodologia proiectarii a cunoscut diferite etape. Aceste etape sunt in strinsa corelatie cu evolutia tehnologiei informationale, precum si cu descoperirile din domenii corelate. Astfel, domeniul cibernetic si-a adus contributia in ceea ce priveste abordarea sistemica pe care o au unele metode. Corespunzator anilor 60- 0 avem METODELE IERARHICE. !n cadrul acestor metode se punea un puternic accent asupra functionalitatii datelor " aplicatiile si sistemele erau proiectate luand in calcul functiunile pe care acestea trebuiau sa le indeplineasca. # asemenea abordare permitea realizare unor modele functionale la nivel local. !n momentul in care un asemenea model se incerca sa fie aplicat la nivel global, se constata ca datele, prin maniera de organizare a acestora, nu permiteau acest lucru.$ra ignorata, intr-o asemenea abordare, structura si %lizibilitatea& datelor in detrimentul functionalitatii.# problema era descompusa pe criterii functionale intr-o ierarhie de subprobleme.Acest proces era unul iterativ 'se relua( pana in momentul in care respectivele probleme nu mai puteau fi descompuse.

),

),,

),-

),,,

),,-

),,.

),-,

),--

),-,,

),-,-

)roblema era descompusa in subprobleme si aferent acestora erau constituite functii care sa asigure rezolvarea acesteia.Avanta*ele unei asemenea metode erau + ,

-timpul redus de dezvoltare -comple/itate scazuta a realizarii respectivelor functii. Dezavanta*ele acestor metode constau in faptul ca mentenanta unui asemenea sistem ridica numeroase probleme, deseori insurmontabile. Astfel, datorita mediului de afaceri caracterizat de o dinamica continua, apareau deseori schimbari, atat in formularea problemelor, cat si in modul de rezolvare a acestora. Aferent acestor schimbari, echipele de proiectanti trebuiau sa regandeasca anumite probleme. De cele mai multe ori, rezolvarea intr-o asemenea abordare a unei subprobleme atragea dupa sine modificari in lant, pe cale ierarhica superior si inferior. 0onitorizarea acestor probleme era posibila in cazul sistemelor mici si de-a dreptul imposibila pentru sistemele mari. $/emple de astfel de metode + -SAD1 'structured anal2sis design techni3ue( -4SD '4ac5son design( !ntre anii 0-60, datorita progreselor realizare in domeniul stiintelor sistemice, coroborat cu studiile in domeniul algebrei relationale, realizat de catre $.7.Codd, au fost puse la punct METODELE RELATIONALE. !ntr-o asemenea abordare se acorda o atentie sporita modului de organizare a datelor. Astfel, au fost introduse conceptele unei redundante a datelor controlata, in scopul mentinerii atat a structurii unitare a acestora, cat si a functionalitatii lor. !ntr-o asemenea situatie, datele erau modelate in conformitate cu niste reguli bine determinate si enuntate in cadrul metodelor sistemice datorita metodelor relationale care stateau la baza modelarii datelor. Astfel se incerca sa se vina in intampinarea problemelor ridicate de catre metodele ierarhice si in mare parte s-a si reusit rezolvarea acestora. Datele cu privire la o anumita entitate erau stocate in cadrul unui model relational intr-un singur loc si toate celelalte referiri la acestea erau realizate prin intermediul codurilor si al relatiilor proiectate, avand in vedere modelul relational. Astfel, modificarea datelor se realiza o singura data iar aceasta modificare era vizibila la nivel global. 0odelul relational si metodele relationale 'sistemice( raspundeau astfel atat unor cerinte la nivel local cat si unor cerinte globale. Stergerea unor date intr-un asemenea model era posibila doar in cazul in care nu e/istau referiri la acele date. 0etode specifice acestor metode sistemice sunt + -A8!A9 -0$:!S$ !n anii ;0, datorita unui curent aparut la nivelul limba*elor de programare, s-a e/trapolate acest concept si la nivelul metodelor de proiectare+ conceptul de obiect. Aferent acestui concept au aparut 0$1#D$9$ #:!$<1A1$ #=!$C1. Daca in cadrul metodelor sistemice totul se focaliza in *urul conceptului de entitate, in cadrul metodelor orientate obiect in centrul atentiei se gaseste obiectul. >n obiect constituie o abstractizare a unui concept similar din lumea reala. Ceea ce are in plus un obiect fata de o entitate este ca, pe langa datele care descriu respectiva entitate sau respectivul obiect, obiectul mai contine si metodele de prelucrare a datelor. Astfel, daca pentru o entitate de tip persoana modelul relational ne permite ca, pe langa alte informatii sa stocam si data de nastere, un obiect care descrie o aceeasi persoana ar putea sa contina pe langa datele continute de unitate si metode 'proceduri( de prelucrare a respectivelor date. Daca, in primul caz, pentru calcularea varstei persoanei era necesar ca asupra entitatii sa se efectueze o operatie de scadere din data curenta a datei de nastere, in cazul obiectelor aceasta procedura este continuta laolalta cu celelalte date. -

#biectele prezinta in plus fata de entitati o componenta comportamentala, care descrie comportamentul acestora in anumite situatii. Comunicarea intre obiecte se realizeaza pe baza de mesa*e iar relatiile dintre aceste obiecte trebuie privite dintr-o tripla perspectiva + -statica -dinamica -functionala. 0etodele orientate obiect incearca sa reprezinte realitatea incon*uratoare prin construirea unor ierarhii de obiecte. Acestea au o e/istenta proprie in cadrul unor asemenea sisteme. #biectele aduc avanta*ul incapsularii, mostenirii si polimorfismului fata de entitatile metodelor sistemice. >n sistem conceput avand la baza o metodologie orientata obiect va putea fi mult mai usor intretinut decat cele dezvoltate prin celelalte doua metode. Astfel, metodele orientate obiect aduc cu ele o puternica refolosire a codului, reducand la minim efortul de mentenanta a unui sistem informatic. 0etode reprezentative in cadrul acestora + -#01 -=##C? !n cadrul acestor metode vor fi analizate relatiile care iau nastere intre diferite obiecte modelate. 9imitarile acestei metode constau in faptul ca nu toate aspectele realitatii pot fi modelate cu a*utorul conceptului de obiect. II. ETAPELE PROIECTARII UNUI SISTEM INFORMATIC !n literatura de specialitate e/ista numeroase opinii cu privire la etapele care trebuiesc parcurse de o echipa de proiectanti in scopul realizarii unui sistem informatic. De-a lungul timpului diferite firme sau grupuri de firme, cu sau fara aport guvernamental, au incercat sa elaboreze diferite modele cu privire la implementarea si realizarea unui sistem informatic. Astfel, @ictoria Stanciu, in %)roiectarea Sistemelor !nformatice&, enumera peste cinci modele privitoare la etapele de implementare si realizare a unui sistem informatic+ -model in cascada -model %A& -model pinball -model minge de baschet dar si metode care au obtinut o recunoastere internationala+ -modelul !S# 'international standard organization(. $tapele sunt+ ,.modelarea globala -.modelarea conceptuala -a datelor -a prelucrarilor -a comunicatiilor ..modelarea logica 'organizationala( -a datelor -a prelucrarilor -a comunicatiilor B.modelarea fizica -a datelor -a prelucrarilor .

-a comunicatiilor C.implementarea sistemului 6.e/ploatarea sistemului .mentenanta sistemului 6.reproiectarea sistemului. II.1. Modelarea globala !n cadrul modelarii globale a sistemelor informatice vor fi avute in vedere aspectele cu caracter general pe care trebuie sa le rezolve o echipa in procesul de proiectare. Astfel, vor fi analizati factorii care conduc la declansarea procesului de informatizare a unei organizatii. Acesti factori pot fi clasati in+ -factori interni organizatiei -factori e/terni organizatiei !n cadrul factorilor interni organizatiei, in functie de specificul activitatii, se va incerca identificarea acelor cauze care contribuie in mod decisiv la luarea deciziei de schimbare a modului de prelucrare a datelor. !n cadrul unei asemenea situatii ne putem confrunta cu una din variantele+ -prelucrare integral-manuala a informatiei -prelucrare semi-automata a datelor -prelucrare integral-automata !n cazul in care in respectiva organizatie e/istau anumite componente automatizate, va trebui sa se analizeze daca este necesara o proiectare a acestora 'presupunand o inlocuire partiala a lor( sau o reproiectare integrala 'presupunand inlocuirea totala a acelor componente(. $/emple de factori interni organizatiei+ -conducerea organizatiei constata ca nu are informatia necesara la un moment dat sau ca acea informatie nu este corecta. -e/ista o oarecare nemultumire a personalului in legatura cu volumul de munca prestat peste orele de serviciu. -regasirea informatiilor in cadrul organizatiei se constituie intr-o maniera costisitoare, atat din punct de vedere al timpului cat si al banilor. -constatarea strecurarii a numeroase greseli in situatiile curente urmarite. 7actorii e/terni organizatiei, care pot conduce la adoptarea unei decizii de implementareproiectare a unui sistem informatic sunt niste factori care-si e/ercita actiunea prin intermediul unor interactiuni cu mediul e/terior. Astfel de factori sunt+ -prevederile legislative. -e/istenta unor sincope in ceea ce priveste relatiile cu partenerii e/terni" astfel furnizorii pot fi nemultumiti de lansarea unor comenzi care ulterior sunt refuzate iar clientii pot deveni nemultumiti datorita nerespectarii termenelor de predare a anumitor lucrari 'marfuri(. -concurenta in domeniu a adoptat ca pe un avanta* strategic un anumit sistem informatic. II.2. Enun area ob!e" !#elor "are $e ur%are$" a &! a !n$e 'r!n !%'le%en area $au 'ro!e" area unu! $!$ e% !n&or%a !"( $nuntarea acestor obiective este in stransa corelatie cu analiza cauzelor care au generat decizia de implementare. A. Din punct de vedere al aplicabilitatii, putem avea+ -obiective locale -obiective globale #biectivele locale sunt acele cerinte carora se doreste a li se raspunde la nivel local, utilizand uneori informatii culese la nivel global. #biectivele locale trebuie sa fie in concordanta cu obiectivele globale. B

). Din punct de vedere al intinderii in timp+ -obiective pe termen scurt -pe termen mediu -pe termen lung De multe ori, etapa de modelare globala presupune realizarea unor studii cu privire la starea actuala a sistemului informational, respectiv la ceea ce se vrea sa devina respectivul sistem informational. !n acest sens vor fi realizate studii de fezabilitate si se va incerca o analiza pe mai multe scenarii. De e/emplu, o banca poate analiza intre urmatoarele scenarii+ -proiectarea prin forte proprii a unui sistem informatic si implementarea acestuia'ar necesita o perioada foarte lunga de timp( -recurgerea la o mi/tura de solutii proprii cu solutii specializate, puse la dispozitie de firme specializate -alegerea unei solutii specializate+ -cu consultanta din e/terior -fara consultanta, doar pe baza unor prezentari !n vederea optarii cu privire la o solutie sau alta se poate recurge la algoritmi de alegere a unei solutii optime globale. Analiza, in etapa modelarii globale, trebuie dezvoltata in trei directii+ -tehnic -uman -financiar, luandu-se in calcul analiza de detaliu a cadrului legislativ specific domeniului respectiv. Concretizarea acestei etape se regaseste intr-un plan de proiectare-implementare a aplicatiei cu termene de predare si bugete alocate pentru fiecare etapa in parte. III. PROIECTAREA DE ANSAM)LU A SISTEMELOR INFORMATICE III.1. A" !#! a ! !n 'ro!e" area de an$a%blu( - definirea obiectivelor" - structura sistemelor informatice" - definirea iesirilor" - definirea intrarilor" - definirea colectiilor de date" - alegerea modelului matematic si a programelor aferente" - alegerea solutiilor tehnice de realizare" - listarea necesarului de resurse" - estimarea eficientei economice" - planificarea realizarii sistemului" - elaborarea documentatiei. III.2. Cara" er!$ !"!le $!$ e%ulu! !n&or%a !"( -orice sistem trebuie sa contina ca element central o baza de date, in care sa fie stocate date intercorelate intre ele provenind de la surse interne si e/terne" -informatiile furnizate de sistem trebuie obigatoriu sa fie autentice, e/acte, iar suportul de prezentare sa varieze de la un nivel de conducere la altul" -sistemul trebuie sa inglobeze o varietate de modele matematice, tehnico-economice, e/+ modele de optimizare, modele de simulare, modele de eficienta" -sistemul trebuie conceput ca un sistem om-masina oferind astfel posibilitatea unei interactiuni imediate catre utilizator si sistem" C

-sistemul trebuie sa prezinte un grad cat mai ridicat de integrare sub urmatoarele doua aspecte+ integrare interna si integrare e/terna. III.*. Cer!n e ale $!$ e%elor !n&or%a !"e( )entru realizarea unor sisteme informatice care sa indeplineasca obligatoriu caracteristicile sistemelor este necesar sa se tina cont de urmat cerinte+ - fundamentarea conceperii sistemului sa fie facuta pe criterii de eficienta economica" - participarea nemi*locita a conducerii unitatii la conceperea sistemului informatic" - asigurarea unui nivel tehnic inalt al solutiilor adaptate" - adoptarea de solutii in concordanta cu resursele disponibile si cu restrictii impuse. III.+. Do%en!! $! a" !#! a ! !n "adrul $!$ e%elor !n&or%a !"e sunt+ ,. )lanificarea tehnico-economica D activitati+ - elaborarea planului annual" - defalcarea planului pe trimestre luni si unitati componente" - urmarirea modului de realiz al planului. -. )regatirea tehnica a productiei D activitati+ - elaborarea planului" - elab si actualizarea fiselor tehnologice" - calculul loturilor optime" - calculul consunurilor specifice de materii prime, materiale" - urmarirea si analiza planului privind introducerea progresului tehnic" - conducerea activitatii de realizare a sdv-urilor. .. )rogramarea, lansarea si urmarirea productiei de baza D activitati+ - calculul necesarului de fabricat pe perioada de plan" - elaborarea programelor de fabricatie" - programarea operativa a productiei" - lansarea manoperei" - lansarea materialelor. B. Aprovizionarea tehnico-materiala si defacerea productiei D activitati+ - aprovizionarea tehnico-materiala" - desfacerea productiei" - controlul stocurilor. C. 7orta de munca D activit+ - elaborarea planului fortei de munca si al fondurilor de salarizare si scolarizare" - evidenta personalului" - analiza si raportari statistice. 6. 7inanciar-contabil D activitati+ - elaborarea bugetului pe venituri si cheltuieli" - contabilitatea mi*loacelor fi/e" - contabilitatea valorilor materiale" - contabilitatea salariilor" - contabilitaea cheltuielilor de productie" - contabilitatea generala. III.,. S ru" ura $!$ e%elor de !n&or%a !"e este o etapa necesara, datorita+ - numarul mare de elemente si legaturi ce compun de regula un sistem informatic" 6

- implementarea simultana a tuturor componentelor sistemelor informatice intr-o unitate economica apare ca o activit deosebit de dificila in cazul in care nu are loc structurarea sistemului" - prioritatea unor obiective" - cantitatea limitata de resurse umane si materiale fac imposibila proiectarea in bloc a sistemului informatic. Cerinte ale structurarii sistemelor informatice in etape de proiectare de ansamblu+ - pe fiecare nivel al structurarii trebuie asigurata unicitatea criteriului de descompunere a sistemului" - structurarea realizata trebuie sa permita constituirea ulterioara a intregului sistem prin agregarea modulelor separate" - structura creata nu trebuie sa contina intretaieturi. III.-. De&!n!rea !e$!r!lor $!$ e%elor !n&or%a !.a e D prin iesirile unui subsistem informatic se va intelege totalitatea informatiilor furnizate de acesta beneficiarilor interni si e/terni, respectiv rapoarte, note de informare. III./. De&!n!rea !n rar!lor $!$ e%elor !n&or%a !"e Definitie+ prin intrarile unui sistem informatic se intelege totalitatea datelor primare necesare obtinerii informatiilor de iesire ale sistemului. Datele primare se pot clasifica in date interne si in date e/terne. 9a nivelul fiecarui sunbsistem informatic este necesar ca intrarile sistemului sa fie conditionate de iesirile acestuia. Planul logic D orice iesire este un rezultat al aplicarii unuia sau mai multor operatori asupra unui ansamblu de date de intrare. Pe plan tehnologic D caracteristicile iesirilor sistemului conditioneaza caracteristicile cerute intrarilor. III.0. S ab!l!rea "ole" !!lor de da e D pricipalele criterii pe baza carora se pot grupa datele sunt legate de sfera de cunoastere, de domeniul de activitate, de stabilitatea continutului datelor si de rorul datelor in procesul prelucrarii. 1.Dupa sfera de cunoastere: - date primare" - indicatori tehnico-economici cu caracter operational" - indicatori tehnico-economici cu centralizare media" - indicatori sintetici. 2.Dupa domeniul de activitate: - colectia furnizori" - colectia beneficiari" - colectia contracte" - colectia produse" - colectia repere" - colectia lucrari" - colectia personal" - colectia plati" - colectia incasari. 3.Dupa stabilirea datelor: - colectii de date conventional-constante" - colectii de date variabile. Clasificarea colectiilor de date conventional-constante: colectiile de date cu caracter normativ detin C0-60E din volumul total de informatii care circula in procesul informational al unei unitati econimice. )rincipalele colectii de date cu caracter normativ+ - normativele de fabricatie"

- normativele tehnologice" - normativele de munca" - normativele materiale. 4. Dupa prelucrarea datelor: - colectii de date de baza" - colectii de date pentru tranzactii" - colectii de date intermediare sau de lucru" - colectii de date statistice" - colectii de date istorice. III.1. Alegerea %odelelor e"ono%!"o2%a e%a !"e( 0odelele matematice folosite in perfectionarea activitatii economice sunt urmatoarele+ - modele de programare liniara - problemele economice ce se pot rezolva cu acest tip de modele privesc optimizarea planului de productie, repartizarea sarcinilor de productie si folosirea optima a resurselor" - modele de programare - problemele economice ce se pot rezolva cu acest tip sunt determinarea minimului globalFlocal pt o functie reala" - metodele de programare dinamica - problemele economice ce se pot realiza cu aceste modele sunt realizarea analizei secventiale a proceselor de luare a deciziilor, rezolvarea probl de inlocuire a utila*elor" - modele de teoria grafurilor - problemele economice ce pot fi astfel rezolvate sunt cele legate de determinarea drumurilor cu valoare optima, determinarea flu/ului ma/im" - modele de gestiune a stocurilor - problemele economice ce se pot realiza cu aceste modele privesc optimizarea activitatilor de aprovizionare, de productie si de desfacere" - modele de simulare - problemele economice ce se pot realiza cu aceste modele sunt simularea evolutiei fenomenelor si proceselor economice in functie de caracterul lor" - modele de teoria deciziilor - problemele economice rezolvate asa, sunt legate de fundamentarea deciziilor multidimensionare, fundamentarea deciziilor in conditii de risc si incertitudine" - modele de asteptare - problemele economice ce se pot realiza cu aceste modele privesc minimizarea timpului de asteptare concomitentcu minimizarea cheltuielilor ocazionate de asteptare. III.13. Alegerea e4nolog!!lor de 'relu"rare 1ehnologiile pot fi clasificate in functie de+ - metodele, tehnicile si echipamentele utilizate" - modul in care se structureaza si se organizeaza datele pentru prelucrare" - procedeele de introducere a datelor in calculator" - metodele si tehnicile de prelucrare si de redare a rezultatelor obtinute. Din punct de vedere al performantelor tehnico-functionale respectiv, dupa timpul de raspuns al sistemelorinformatice, tehnologiile se pot diferentia in+ - tehnologii cu raspuns intarziat" - tehnologii in timp real. Dupa modul de structurare si organizare a datelor tehnologiile de preluare automata a datelor se clasifica in+ - tehnologii care utilizeaza fisierele clasice" - tehnologii care utilizeaza fisierele clasice siFsau fisiere integrate" - tehnologii care utilizeaza baze de date. Dupa locul amplasarii calculatorului electronic in raport cu punctele de generare a datelor si cu functiile de valorificare a informatiilor obtinute din prelucrare+ - tehnologii pntru sisteme informatice centralizate" - tehnologii pentru sisteme informatice distribuite. 6

III.11. E$ !%area ne"e$arulu! de re$ur$e D elementele determinate pentru configuratia fiecarui echipament de prelucrare sunt+ ,. 0emoria interna D estimarea necesarului de memorie interna se face pe baza relatiei de calcul+ 0G0,H0- unde+ 0Gnecesarul total de memorie, 0,Gnecesarul de memorie pentru folosirea sistemului de operare ales, 0-Gnecesarul de memorie pentru e/ecutia programelor aplicative. <ecesarul de memorie interna pentru programe aplicative este+ 0-Gma/'0a,0b, ..,0n(. -. $stimarea necesarului de echipamente periferice ale sistemului central de prelucrare se realizeaza in functie de echipametele de intrare-iesire si de unitatile de memorie e/terna. <umarul echipamentelor periferice necesare se stabileste in raport de factorii+ - flu/ul de intrare-iesire" - volumul de date ce se cere a fi stocat in memoria e/terna" - modul de e/ploatare" - numarul de programe ce se e/ecuta in paralel. .. $stimarea personalului de personal de specialitate D personalul de specialitate necesar realizarii si e/ploatarii sistemului informatic, se determina in raport cu+ - volumul de munca cerut de comple/itatea proiectului si - volumul de munca cerut de intretinerea si e/ploatarea sistemului informatic. B. $stimarea necesarului de produse-program pot fi asigurate+ - din ansamblul de programe care insotesc calculatorul electronic" - prin preluarea de elemente tipizate" - prin preluarea altor programe, de la alte centre de informatica" - prin elaborarea softului, cu eforturi proprii. III.12. Plan!&!"area real!.ar!! $!$ e%elor !n&or%a !"e Aceasta etapa are la baza principiul proiectarii si implementarii esalonate. E$alonare reprezinta ordinea in care vor fi abordate componentele sistemului. $salonarea se reprezinta sub forma unui grafic detaliat in care se specifica fiecare modul component, etapele de realizare si durata fiecareia. Criterii+ a - prioritatea obiectivelor componente" b - asigurarea legaturilor intre componente. Aceste relatii sunt de - tipuri, relatii de precedenta si relatii de succesiune" c - disponibilitatea resurselor. CONCLUZII #rice metoda de conceptie a unui sistem informatic trebuie sa urmareasca factori de natura tehnica si socialDeconomici. !n domeniul tehnic, metoda trebuie sa permita desfasurarea activitatilor in timp real, utilizand bazele de date corelat cu instrumente microinformatice e/istente sau atrase pentru un anumit proiect. !n domeniul socialD economic, metoda trebuie sa se integreze obiectivelor unei game de unitati care sa urmareasca descentralizarea deciziilor operative" simplificarea sarcinilor la nivelul posturilor de lucru" asigurarea securitatii Ii a confidentialitatii" ameliorarea proceselor de gestiune, toate acestea prin ma/imizarea supervizarii la diferite nivele adaptandu-se tehnic, comercial si structural prin fuziune, e/tindere, etc. 0etoda folosita trebuie sa asocieze eficient aspecte organizationale si informatice, care sa urmareascJ facilitatea cresterii calitatii relatiilor intre utilizatori si informaticieni. Aceasta trebuie ;

sa fie un mi*loc comun de studiu, de conceptie, de dialog, de formalizare a deciziilor Ii de control preventiv, pe scurt, sa fie un mi*loc precis Ii eficace dar fara a fi rigid pentru a fi acceptat in cadrul unui organism economic. )erceptia informaKiei in literatura de specialitate este+ %informatia reprezinta un element generic al procesului de cunoastere si reprezentare a realitatii, precum si a celui de conceptie si de comunicare, inerente actiunii umane, la scara societatii D in general Ii a organizaKiilor D in particular&. Caracterul multidimensional al informatiei impune considerarea regulilor de sistem, in caz contrar evaluarea acesteia nu are sanse de reusita.

,0

)I)LIO5RAFIE 1. 6. )ITA7 C. ANTONESCU7 MARCELA IOSEP7 ILEANA TRANDAFIR7 S!$ e%e !n&or%a !"e. $ditura Didactica, =ucuresti ',; ( 2. P. 6ASILESCU7 6. DUNCA7 Pro!e" area $!$ e%elor !n&or%a !"e. Cadru general7 $ ud!u de "a.. $ditura 1ehnica, =ucuresti ',; ;( *. I. 6ADU6A7 S!$ e%e !n&or%a !"e. $ditura >niversitatii din =ucuresti, =ucuresti ',;60( +. C. N. )ODEA7 5H. SA)AU7 S!$ e%e !n&or%a !"e e"ono%!"e 8 anal!.a $! 'ro!e" are. $ditura Siap ',;;C( ,. O. NICOLESCU7 5H. SA)AU7 S!$ e%ul !n&or%a !onal %anager!al al organ!.a !e!7 $ditura $conomica, =ucuresti '-00,( -. INTERNET ( LLL.biblioteca.ase.ro

,,

CUPRINS In rodu"ere . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1 1 * + + , , , / / / 0 0 1 1 1 11

I. I$ or!a %e odelor de 'ro!e" are .

II. E a'ele 'ro!e" ar!! unu! $!$ e% !n&or%a !" II.1. Modelarea globala . . .

II.2. Enun area ob!e" !#elor

III. Pro!e" area de an$a%blu a $!$ e%elor !n&or%a !"e . III.1. A" !#! a ! !n 'ro!e" area de an$a%blu III.2. Cara" er!$ !"!le $!$ e%ulu! !n&or%a !" III.*. Cer!n e ale $!$ e%elor !n&or%a !"e . III.+. Do%en!! $! a" !#! a ! . . . . . . . . . . . . . . .

III.,. S ru" ura $!$ e%elor !n&or%a !"e III.-. De&!n!rea !e$!r!lor III./. De&!n!rea !n rar!lor . . . .

III.0. S ab!l!rea "ole" !!lor de da e .

III.1. Alegerea %odelelor e"ono%!"o2%a e%a !"e III.13. Alegerea e4nolog!!lor de 'relu"rare III.11. E$ !%area ne"e$arulu! de re$ur$e . . .

III.12. Plan!&!"area real!.ar!! $!$ e%elor !n&or%a !"e Con"lu.!! . . . . . . . . . . . . .

)!bl!ogra&!e .

,-

UNI6ERSITATEA SPIRU HARET FACULTATEA DE MATEMATICA INFORMATICA

MASTERAT 9MODELE MATEMATICE SI INFORMATICE IN FINANTE7 ASI5URARI SI )URSE DE 6ALORI:

PROIECTAREA SISTEMELOR INFORMATICE IN DOMENIUL FINANCIAR2)ANCAR

ANALIZA SI PROIECTAREA SISTEMELOR INFORMATICE

)UCURESTI 233-

,.