Sunteți pe pagina 1din 76

CUPRINS SISTEME INFORMATICE........................................................................................3 Noiuni de baz..........................................................................................................

3
Sistem operaional...................................................................................................................3 Sistem operaional...................................................................................................................4

Etapele de realizare a sistemelor informatice............................................................7 2.ETAPA DE ANALIZ.............................................................................................9 2.1 Organizarea i conducerea analizei de sistem.......................................................9 2.2 Realizarea analizei de sistem..............................................................................10 2.3 Finalizarea etapei de analiz..............................................................................12 ETAPA DE PROIECTARE GENERAL..............................................................13 3.1 Definirea obiectivelor sistemului informatic......................................................13 3.2 Elaborarea planului de realizare a proiectrii.....................................................14 3.3 Definirea ieirilor sistemului...............................................................................15 3.4 Stabilirea intrrilor sistemului i codificarea datelor de intrare..........................16 3.5 Proiectarea fluxului general de prelucrare a datelor...........................................24 3.6 Stabilirea regulilor de securitate i control........................................................26 3.7 Finalizarea documentaiei de proiectare general...............................................27 ETAPA DE PROIECTARE TEHNIC..................................................................31 4.1 Proiectarea tehnic a unitilor funcionale (UF)................................................32 4.2 Scheme de reprezentare a procedurilor automate:..............................................33 4.3 Utilizatorii sistemului informatic .......................................................................37 ETAPA DE IMPLEMENTARE, EXPLOATARE I NTREINERE A SISTEMULUI INFORMATIC.................................................................................38 5.1 Strategii de implementare...................................................................................38 5.2 Exploatarea i ntreinerea sistemului informatic..............................................40 5.3 Dezvoltarea sistemului informatic......................................................................40 SISTEME INFORMATICE BANCARE.................................................................40 6.1 Arhitectura sistemelor informatice bancare........................................................40 6.2 Exemple de sisteme informatice bancare romneti..........................................44 3.SISTEME INFORMATICE DE GESTIUNE......................................................48 7.1 Principii de proiectare a sistemelor de gestiune..................................................49 7.2 Sisteme informatice de gestiune: aplicaii ERP(Enterprise Resource Planning) 50 4.STUDIU DE CAZ: Agenie de turism...................................................................55 VERIFICAREA CUNOTINELOR.....................................................................63 PROIECTAREA SISTEMELOR INFORMATICE ORIENTAT PE OBIECTE....................................................................................65 Anexa I : Exemple de machete ale situaiilor de ieire...........................................72
1

Anexa II : Dicionarul datelor de intrare.................................................................73 Anexa III : Exemple de codificare a datelor de intrare..........................................75 Bibliografie..................................................................................................................76

SISTEME INFORMATICE Noiuni de baz Studiind fiinele, obiectele i procesele din natur, ca i interaciunile dintre acestea, omul i-a format o concepie sistemic despre lume, pe care a ncercat s o aplice i n activitile dirijate de el. Unul dintre fondatorii teoriei sistemelor, Ludwig von Bertalanffy considera sistemul ca fiind un complex de elemente n interaciune. Sistemul este mai mult dect suma prilor, el are proprieti pe care nu le regsim la nici una dintre componentele sale. Sistemul este un complex relativ stabil de elemente aflate n interaciune i interdependen att ntre ele ct i cu mediul nconjurtor. Sistemul are o dinamic orientat spre atingerea unei stri finale, dinamic provocat de circulaia informaiilor privind starea elementelor componente i schimbarea factorilor de mediu. Primind informaii de la mediu sau de la componentele sale, ca fluxuri de intrare, sistemul rspunde prin anumite reacii, transformri i evoluii, nregistrate ca fluxuri de ieire. Fluxurile de informaii care circul n sistem formeaz o modalitate de reglare a comportamentului acestuia, numit i conexiune invers (feed back). Bucla de reacie a efectului asupra cauzei permite reglarea comportamentului sistemului n raport cu anumii parametri de funcionare. Aceast concepie sistemic a fost abordat i n modul de conducere a organizaiilor, astfel nct sistemul condus (operaional) s fie tot timpul dirijat prin mecanismul de feed-back, exercitat de sistemul de conducere: Informaii din Flux de intrare mediul nconjurtor Flux de ieire

Sistem operaional

Sistem de conducere Decizii Informaii

Fig. 1 Concepia sistemic aplicat unei organizaii Fr a nega rolul intuiiei i al experienei, se pune accentul n conducere pe obinerea unor informaii clare, complete i relevante, n timp util. Se spune adesea n lumea afacerilor c informaia nseamn putere.
3

Sistemul informaional se refer la totalitatea structurilor i proceselor care asigur circulaia informaiilor n cadrul relaiilor dintre sistemul operaional i cel de conducere. Sistemul informaional este un set finit de concepte, metode, tehnici, instrumente i procese utilizate pentru prelucrarea informaiilor provenite de la un sistem operaional, n scopul transformrii lor n date, pentru fundamentarea i urmrirea deciziilor. Are patru funcii importante: Preluare (generare) informaii; Stocare informaii; Prelucrare informaii; Comunicare (transmitere) informaii. Flux de intrare Flux de ieire

Sistem operaional

Decizii

Sistem informaional

Informaii

Sistem de conducere Fig. 2 Plasarea sistemului informaional n cadrul unei organizaii Pentru prelucrarea unui volum mare de informaii n timp util, n sensul filtrrii ei pentru ncadrarea n scopul urmrit, s-au folosit calculatoarele. Sistemul informatic(SI) este o parte component a sistemului informaional, care asigur prelucrarea automat a datelor cu ajutorul calculatoarelor. Este dificil de tras o linie clar de demarcaie ntre sistemul informaional i cel informatic, deoarece sistemul informatic a devenit o component a sistemului informaional i a preluat tot mai multe dintre funciile acestuia pn cnd au ajuns s se suprapun cele dou noiuni. Dac prelucrarea informaiei este realizat n ntregime prin intermediul tehnicii de calcul, atunci sistemul informaional se transform n sistem informatic. Componentele sistemului informatic: Metode, tehnici, modele de prelucrare a datelor;
4

Sisteme de tehnic de calcul i comunicaii de date; Colecii de date organizate sub form de baze de date i gestionate cu sisteme de gestiune a bazelor de date; Programe de prelucrare algoritmic, difuzare i interpretare a datelor; Personal specializat n informatic. Un management de calitate este greu de conceput fr suportul solid conferit de informatizarea activitilor de baz ale organizaiei i fr implicarea tehnologiei informaiei (IT) n modelarea fluxurilor informaionale, asistarea deciziilor, deschiderea i integrarea pe pieele externe. Saltul calitativ pe care trebuie s-l fac managementul romnesc pentru a se alinia la standardele internaionale este dependent de componenta informatic, recunoscut ca factor esenial n fluidizarea i eficientizarea activitii firmelor (Militaru, 2004: p.21). Se lucreaz frecvent, la ora actual, cu sisteme informatice care cuprind toate activitile ntreprinderii i ncep s se dezvolte n cadrul acestora modulele de asistare a deciziei i sisteme expert pentru control, monitorizare i planificare. O organizaie dispune de un complex de sisteme informatice, avnd n componena sa sisteme pentru fiecare funcie a organizaiei i pentru fiecare nivel al managementului su operaional (responsabilitate direct pentru producerea bunurilor i serviciilor), tactic (transpun strategiile globale, elaboreaz decizii la nivel de compartimente), strategic (evoluia companiei pe termen lung). De exemplu, funcia comercial(vnzri) are un sistem al vnzrilor la nivel operaional pentru a procesa comenzile i a nregistra volumul zilnic al vnzrilor, dar are componente i la nivelul tactic, pentru urmrirea vnzrilor lunar, pe segmente de pia i o component la nivel strategic, pentru a efectua prognoze ale vnzrilor i a identifica principalele tendine pe termen lung. Exemple de tipuri de sisteme informatice: 1. SI pentru asisten n administrarea portofoliului de afaceri ESS (Executive Support Systems); 2. SI pentru conducere MIS (Management Information Systems); 3. SI pentru asistarea managerilor n adoptarea deciziilor DSS (Decision Support Systems); 4. Sisteme bazate pe cunotine KBS (Knowledge Based Systems); 5. SI pentru procesarea tranzaciilor TPS (Transaction Processing Systems). SI devin instrumente puternice care transform organizaiile, le remodeleaz, le fac mai competitive i mai eficiente: - reducerea numrului de niveluri ierarhice i de angajai - eliminarea inconvenientelor legate de distane; a aprut conceptul de organizaie virtual - creterea flexibilitii organizaiilor, adaptarea mai rapid la schimbrile din mediul de afaceri
5

dezvoltarea comerului electronic, Internet-ul a creat o pia electronic global, la care organizaia poate participa dac are un sistem de tranzacii on-line i un sistem de pli on-line bine realizat - reducerea fluxurilor de documente, nlocuirea documentelor scrise cu documentele electronice.
-

Metodologii de proiectare a SI Termenul de metodologie provine din limba greac i nseamn tiina atingerii scopului, cu alte cuvinte metodologia presupune dezvoltarea unui set de criterii pentru identificarea, ordonarea, evaluarea i aplicarea unui ir de metode, tehnici, proceduri i instrumente pentru realizarea unui sistem. Trebuie subliniat diferena ntre metodologie i metod, care este o cale de atingere a scopului. Metodologia de proiectare a SI - nseamn un complex de etape prevzute pentru dezvoltarea SI. Fiecare etap este divizat n subetape i fiecare subetap are anumite tehnici de realizare. Activitatea metodologic de proiectare a unui sistem informatic presupune adoptarea unor strategii, cele mai importante fiind: a. Strategia BOTTOM-UP (ascendent) b. Strategia TOP-DOWN (descendent) a) Strategia BOTTOM-UP (ascendent) presupune dezvoltarea SI n trepte, de la nivelul elementelor sistemului pn la cuprinderea integral a tuturor compartimentelor sau activitilor i se face prin: - realizarea aplicaiilor informatice independente, cu fiiere proprii; - integrarea aplicaiilor/fiierelor ntr-o baz de date unic; - adugarea procedurilor sau a modulelor de decizie i planificare necesare conducerii. Avantaje: SI se dezvolt treptat, pe baza cerinelor utilizatorilor; se pot planifica mai bine resursele financiare i materiale pe msur ce se dezvolt sistemul. Dezavantaje: integrarea dificil a aplicaiilor n sistem; redundana unor date (repetarea lor n fiiere diferite); proiectarea pe aplicaii poate s nu respecte anumite cerine ale sistemului sau chiar concepia ntregului sistem. b) Strategia TOP-DOWN (descendent) presupune definirea concepiei generale a sistemului, dup care se stabilesc componentele lui. Avantaje:
6

integrarea elementelor n sistem se face mult mai uor; baza de date este unic la nivel de sistem, datele se introduc de la nceput cu respectarea relaiilor i a condiiilor de non-redundan; Dezavantaje: activitatea este mai complex; cheltuielile de proiectare sunt mai mari; este necesar personal de specialitate n proiectarea SI, eventual firme software. Pe baza strategiilor BOTTOM-UP se dezvolt metodologiile ameliorative de proiectare a SI, care constau n: analiza sistemului informaional existent i depistarea deficienelor lui funcionale, urmate de proiectarea unui sistem informatic care i propune ameliorarea acestor deficiene. Pe baza strategiilor TOP-DOWN se dezvolt metodologiile constructive de proiectare a SI, care renun complet la sistemul informaional existent i construiesc un nou sistem informatic. O clasificare a metodelor de proiectare n funcie de modul de percepie a sistemului informatic, funcional, sistemic sau obiectual, conduce la urmtoarele categorii: metode ierarhice se bazeaz pe analiza funcional a ntreprinderii, sistemul informatic cuprinde subsistemele definite de funciile ntreprinderii; metode sistemice abordeaz organizaia prin prisma teoriei sistemelor, sistemul informatic cuprinde dou subsisteme complementare: datele i prelucrrile, analizate i modelate independent; metode obiectuale sistemul informatic este conceput ca un ansamblu de obiecte autonome, care coopereaz ntre ele; datele i prelucrrile sunt implementate n cadrul aceleiai structuri, reprezentate prin obiect. Un sistem informatic este mai mult dect o colecie de echipamente de calcul i programe, el implic schimbri profunde n cadrul organizaiei, de la nivelul organizaional i pn la nivelul managementului strategic. Etapele de realizare a sistemelor informatice Pentru crearea i dezvoltarea sistemelor informatice prin metode ierarhice, se definesc patru etape fundamentale: 1. analiza de sistem; 2. proiectarea general (de ansamblu); 3. proiectarea de detaliu (proiectarea tehnic); 4. implementarea, trecerea n exploatare i dezvoltarea sistemului. n etapa de Analiz se identific structura sistemului informaional existent, modul de organizare a ntreprinderii, metodele de conducere, se stabilesc fluxurile de
7

date i operaiile de prelucrare a acestora. Etapa se ncheie printr-un studiu de oportunitate, care fundamenteaz decizia de trecere de la sistemul informaional la un sistem informatic, justific investiiile i evalueaz timpul de recuperare al acestora, pune n eviden saltul calitativ i performanele ntreprinderii n condiiile utilizrii sistemului informatic. n etapa de Proiectare de ansamblu se determin obiectivele specifice ale SI care decurg din obiectivele generale, se definesc ieirile sistemului, n funcie de cerinele management-ului. Pe baza fluxurilor de ieire se stabilete setul de date de intrare necesare, modul de organizare i codificare al acestora. Definirea fluxurilor informaionale este modalitatea de a reprezenta traiectoria datelor ntre procesele interne i entitile externe, precum i modalitatea de stocare a datelor/informaiilor n sistem. Dup ce s-a conceput sistemul n ansamblu, cu precizarea cerinelor de performane, securitate i control se trece la constituirea subsistemelor informatice pe funcii, subfuncii i operaii ale organizaiei. n etapa de Proiectare de detaliu se definesc modulele ce intr n componena subsistemelor, fiecare dintre module constituind o unitate logic avnd una sau mai multe funciuni i o interfa de intrare/ieire pentru interconectarea cu celelalte module i cu mediul extern. Este etapa n care se elaboreaz programele, n raport de elementele tehnice ale sistemului: reeaua de calculatoare, sistemul de comunicaii, sistemul de operare i sistemul de gestiune a bazelor de date. Implementarea este etapa prin care sistemul informatic proiectat devine operaional. Se realizeaz conversia datelor i se fac testri ale ntregului sistem pentru verificarea modului de funcionare, a fiabilitii i a gradului n care acesta rspunde cerinelor management-ului. Este foarte important impactul utilizatorilor cu SI, de aceea n cadrul acestei faze se face prezentri ale modului de funcionare i de utilizare a sistemului i are loc instruirea personalului. Exploatarea const n utilizarea, mentenana (ntreinerea) i evaluarea performanelor sistemului, dup ce a fost implementat. Dac se depisteaz anomalii n funcionare sau dac nu sunt ndeplinite performanele cerute, trebuie operate modificri asupra sistemului, care se fac n perioada de postimplementare. Evoluia permanent a tehnologiei informaiilor, apariia unor noi cerine legislative sau a unor modificri n structura funcional a organizaiei sunt cteva dintre cauzele care determin crearea de noi versiuni ale sistemului, n cadrul etapei de dezvoltare a sistemului informatic.

2. ETAPA DE ANALIZ Etapa de analiz are ca scop principal s fundamenteze decizia de trecere de la sistemul informaional la un sistem informatic, prin justificarea investiiilor i evaluarea n avans a eficienei SI. Obiectivele principale: Stabilirea necesarului de informaii solicitate de management; Estimarea cheltuielilor impuse de trecerea de la sistemul informaional la sistemul informatic; Determinarea restriciilor sistemului; Respectarea termenului de finalizare a etapei. Este o faz de documentare, n care colectivul de analiz colecteaz informaii despre structura organizatoric a ntreprinderii, metoda de conducere, fluxurile de informaii ntre compartimente, activitile de prelucrare automat a datelor (dac exist). Se pot distinge trei subetape n desfurarea analizei: 1. organizarea i conducerea analizei; 2. realizarea propriu-zis a analizei; 3. finalizarea etapei. 2.1 Organizarea i conducerea analizei de sistem Activitile din cadrul subetapei sunt urmtoarele: pregtirea condiiilor necesare analizei: stabilirea scopului i a obiectivelor sistemului informatic, lansate de organizaie, n calitate de beneficiar; constituirea colectivului de analiz; elaborarea planului de realizare a analizei. Pregtirea condiiilor necesare analizei La nivelul management-ului se stabilete necesitatea mbuntirii performanelor organizaiei prin trecerea parial sau n totalitate de la sistemul informaional la un sistem informatic. Pentru a lua aceast decizie trebuie o fundamentare solid, bazat pe studierea raportului performane-costuri. Se stabilesc obiectivele generale ale SI i n funcie de anvergura acestuia se stabilete dac este necesar s se apeleze la o firm specializat sau se face analiza cu specialiti din cadrul firmei. Constituirea colectivului de analiz Colectivul de analiz se recomand s fie format din: reprezentani ai managementului strategic i tactic din organizaie, care au avantajul cunoaterii sistemului informaional existent i autoritatea de a lua decizii;
9

specialiti (analiti de sistem) din firme specializate, care au experien n domeniu, au capacitatea de a formula soluii ndrznee i au avantajul obiectivitii n remodelarea sistemului. Elaborarea planului de realizare a analizei Se stabilesc termene precise pentru monitorizarea i controlul activitii de analiz, pentru finalizarea la data stabilit. 2.2 Realizarea analizei de sistem Activitile din cadrul subetapei sunt urmtoarele: documentarea: culegerea informaiilor referitoare la modul de organizare i conducere, activitile desfurate, datele de intrare/ieire, fluxurile informaionale; evaluarea critic a sistemului informaional existent; elaborarea de variante pentru noul sistem informatic. Datele necesare analizei se obin din: a. Studiul problemelor de conducere general i al structurii organizatorice: metode de conducere, niveluri ierarhice, centre de decizie, fluxuri de informaii pe vertical i pe orizontal ntre compartimente; b. Studiul activitilor ntreprinderii i a mijloacelor existente de prelucrare automat a datelor: se determin activitile desfurate n cadrul compartimentelor funcionale i se stabilesc documentele (lucrrile) prin care se concretizeaz aceste activiti, frecvena i termenul de finalizare al acestora; se determin i modul de obinere al documentelor (manual sau pe calculator) i n cazul utilizrii tehnicii de calcul se studiaz posibilitatea de integrare a lor n procedurile automate ale SI; c. Studiul documentelor i al circulaiei acestora (fluxurile informaionale): se stabilesc documentele de intrare (facturi de la furnizori, extrase de cont, bunuri de consum etc) i documentele obinute n urma prelucrrii datelor primare n vederea obinerii unor situaii, rapoarte i grafice necesare lurii deciziilor. d. Studiul volumului datelor se face simultan cu studiul documentelor (pct. c) i se concretizeaz prin precizarea unor elemente de referin despre fiecare document: frecvena, numrul de exemplare, numrul mediu de linii; se definete o perioad medie necesar obinerii fiecrui document pentru a cunoate gradul de ncrcare a personalului. Etapa se ncheie cu evaluarea critic a sistemului informaional existent: se pun n eviden punctele slabe ale acestui sistem. Cel mai frecvent ntlnite sunt: lipsa de informaii, obinerea lor cu un efort mare de munc din partea personalului, incompletitudinea i imprecizia lor, nu sunt disponibile n timp util lurii deciziile.
10

De asemenea se constat n multe organizaii existena informaiilor redundante, avnd drept cauz existena mai multor surse de intrare pentru aceleai date, prelucrate de compartimente diferite. n legtur cu personalul implicat n obinerea i prelucrarea datelor, se poate ajunge la concluzia c este insuficient, incompetent sau excedentar. n evaluarea sistemului informaional se are n vedere raportul dintre costul informaiei i valoarea ei cognitiv, obinerea informaiilor n timp util, pentru a se putea lua decizii fundamentate tiinific. Urmtoarea faz pe care o abordeaz analiza este propunerea variantelor pentru noul sistem informatic. Pentru fiecare variant se prezint obiectivele, mijloacele de obinere i cheltuielile estimate. Obiectivele se refer la delimitarea ariei de cuprindere a SI; se poate opta fie pentru modernizarea sistemului existent prin abordarea ameliorativ a proiectrii, fie pentru crearea unui nou sistem, prin abordarea constructiv, n funcie de resursele financiare i de disponibilitatea lor. Mijloacele de obinere se stabilesc pe baza volumului de date prelucrat i a complexitii situaiilor de ieire; restriciile sistemului sunt determinate de configuraia hardware (numr de servere, numr de staii de lucru, periferice necesare) i de tipul prelucrrilor (centralizate pe server sau distribuite pe staii). Costurile fiecrei variante implic cheltuielile de proiectare, investiia n echipamente de calcul, licene i sistemul de comunicaii, cheltuielile cu specializarea personalului, costurile de funcionare i ntreinere a sistemului dup trecerea n exploatare. Se calculeaz timpul de recuperare a investiiei cu formula: T=
I E C

unde I costul investiiei E - economiile anuale realizate folosind SI C - costurile anuale de funcionare a SI

Eficiena SI

timp

Fig. 3 Evoluia n timp a eficienei sistemelor informatice


11

Aa cum se observ n figura 3, n prima perioad sistemul informatic nu aduce beneficii, el este un consumator de resurse financiare. Aceast perioad se stabilete pentru fiecare SI, deoarece variaz n funcie de complexitatea sistemului, de pregtirea personalului, de experiena i implicarea managementului. Dup recuperarea investiiei n perioada T de timp, sistemul aduce profituri, care se stabilizeaz la un prag determinat de cheltuielile de exploatare a SI. 2.3 Finalizarea etapei de analiz Activitile aferente acestei subetape se refer la definitivarea documentaiei i la prezentarea concluziilor de ctre colectivul care a realizat analiza de sistem. n baza studiului efectuat, se decide varianta de proiectare a sistemului informatic de ctre managementul organizaiei, care trebuie s ia n calcul raportul dintre costuri i performane pentru fiecare soluie propus. Schema logic de sistem a proiectrii sistemelor informatice este prezentat n fig. 4:
I. Analiza sistemului informaional existent

Decizie de proiectare a unui nou SI?

Nu

Se aduc mbuntiri sistemului informaional

Da II. Proiectarea general SI

Este oportun introducerea unui nou SI?

Nu

Da III. Proiectarea tehnic

IV. Implementare i trecere n exploatare 12

Fig. 4 Schema logic de proiectare a sistemelor informatice

ETAPA DE PROIECTARE GENERAL Etapa de proiectare general (de ansamblu) are ca scop definirea funcional a sistemului informatic i implic urmtoarele activiti: stabilirea componentelor sistemului n funcie de obiectivele pe care trebuie s le ndeplineasc; definirea ieirilor sistemului (situaii, grafice, indicatori sintetici); stabilirea intrrilor sistemului (documentele de intrare necesare obinerii rapoartelor; precizarea elementelor structurale i a relaiilor funcionale dintre acestea; definirea relaiilor ntre sistemul proiectat i mediul de lucru pentru recepionarea i transmiterea datelor, pentru realizarea stabilitii i fiabilitii sistemului. Este o etap de concepie a sistemului care se desfoar n cadrul urmtoarelor faze: 1. definirea obiectivelor; 2. elaborarea planului de realizare a proiectrii; 3. definirea ieirilor sistemului; 4. stabilirea intrrilor sistemului i codificarea datelor de intrare; 5. proiectarea fluxului general de prelucrare a datelor; 6. stabilirea regulilor de securitate i control; 7. finalizarea documentaiei de proiectare general. Vom descrie n continuare activitile specifice fiecrei faze. 3.1 Definirea obiectivelor sistemului informatic Colectivul de proiectare, constituit din analiti care au participat la faza de analiz de sistem i din specialiti n proiectare are sarcina de a stabili modul n care pot fi atinse obiectivele generale ale SI. Pentru aceasta colectivul definete obiectivele specifice, care constau n: formularea obiectivelor fiecrei componente logice a sistemului, concret a rezultatelor pe care trebuie s le obin; determinarea datelor de intrare necesare i suficiente pentru fiecare component a sistemului; stabilirea procedurilor de transformare a datelor n informaii care s poat fi folosite n procesul decizional; stabilirea elementelor structurale ale sistemului (subsisteme, aplicaii, uniti funcionale); precizarea relaiilor funcionale ntre elementele sistemului; comunicarea cu mediul nconjurtor pentru realizarea stabilitii i fiabilitii sistemului.

13

3.2 Elaborarea planului de realizare a proiectrii Planul de realizare a proiectrii cuprinde activitile desfurate, duratele lor planificate, succesiunea sau desfurarea n paralel a unora dintre ele, cine are responsabilitatea finalizrii corecte i n termen a activitii. Se poate reprezenta grafic planul de realizare n mai multe moduri:
Reguli de securitate i control Proiectare flux de prelucrare

Definirea obiectivelor

1
T1

Elaborare plan de realizare a 2 proiectrii

6 3 1
Definirea ieirilor

1
T2

4 x

T6
T41 4

T3

T42

x 5 7

Finalizarea documentai ei

T5

5 7

T7

7 7

Stabilirea intrrilor

Codificarea

Fig. 5 Reprezentarea grafic a planului de realizare a sistemului informatic Fluxul de activitati desfasurate pe intervalul de realizare a proiectului se poate reprezenta utiliznd diagrama Gantt. De asemenea, n aceast faz se pot planifica aciuni de corelare cu alte faze, de monitorizare i control: corelarea resurselor umane cu activitile proiectului ; corelarea planificrii cheltuielilor pentru asigurarea infrastructurii, a mobilitilor etc cu activitile de execuie ; aciuni de autoevaluare intern, prin audit in echip, consemnat in procese verbale care se predau ataat la procesul verbal de audit intern aferent raportului final al etapei.
Activitile etapei de proiectare general Activitatea 1: Definirea obiectivelor specifice Activitatea 2 : Stabilirea planului de realizare a proiectrii Activitatea 3: Definirea ieirilor sistemului Activitatea 4: Stabilirea intrrilor i codificarea datelor Activitatea 5: Proiectarea fluxului general de prelucrare Activitatea 6: Stabilirea regulilor de securitate i control Activitatea 7: Finalizarea documentaiei de proiectare Luni / an

Fig. 6 Reprezentarea prin diagrama Gantt a planului de realizare a proiectrii generale


14

3.3 Definirea ieirilor sistemului n proiectarea ieirilor sistemului se au n vedere aspectele funcionale i structurale ale SI. Astfel, din punct de vedere funcional ieirile trebuie s corespund obiectivelor specifice i generale ale sistemului, iar din punct de vedere structural se determin condiiile i nivelul (unitatea logic) de proiectare. Condiiile pe care trebuie s le ndeplineasc o situaie de ieire sunt: s se refere la unul dintre obiectivele sistemului; s acopere integral zona la care se refer; s fie concis i clar; s fie oportun (obinut la timp); informaiile prezentate s fie corelate cu informaiile din alte situaii de ieire. Colectivul de proiectare urmrete pentru fiecare situaie de ieire: a) destinaia i termenul limit de predare; b) nivelul de detaliere a informaiilor: situaii sintetice i analitice; c) s nu se repete aceleai informaii i n alte situaii de ieire. n aceast faz se proiecteaz machetele tuturor situaiilor de ieire, urmnd ca ele s fie avizate de beneficiar, la finalizarea etapei de proiectare general. Clasificarea situaiilor de ieire se poate face dup mai multe criterii: dup coninutul lor raportat la activitile organizaiei: o situaii de ieire pentru activitatea financiar-contabil; o situaii de ieire pentru activitatea de personal; o situaii de ieire pentru activitatea comercial; dup destinaie: o situaii de ieire destinate altor sisteme (administraia financiar, direcia statistic etc); acestea au un coninut i o form obligatorie, reglementate prin acte normative; o situaii de ieire destinate sistemului propriu, ce cuprind informaii necesare compartimentelor funcionale i managementului organizaiei; dup gradul de sintetizare: o situaii sintetice care au un coeficient de complexitate mare i cuprind indicatori de performan ai firmei (cifra de afaceri, profit, productivitate), evoluia lor i prognoza pe termen scurt i mediu; sunt destinate managementului strategic; o situaii analitice care descriu n detaliu operaiile unui compartiment funcional; dup momentul generrii:

15

o situaii cu caracter operativ, elaborate la intervale reduse de timp (zilnic) i care conin informaii cu un grad redus de prelucrare (de exemplu: registrul de cas); o situaii periodice, elaborate la perioade mai mari de timp (lunar, trimestrial, anual) i care conin informaii cu un grad mare de prelucrare, n general destinate conducerii (de exemplu: balana de verificare, bilanul contabil); o situaii cu caracter aleator, obinute la cererea managementului (exemplu: situaia stocurilor fr micare). n majoritatea cazurilor situaiile se listeaz i se arhiveaz sub form scris i electronic, dar sunt i cazuri n care rezultatul se prezint sub form de grafice sau indicatori i se afieaz pe monitor, fr a mai fi necesar listarea. Macheta unei situaii de ieire este format din urmtoarele elemente: antetul conine datele de identificare ale organizaiei, data obinerii situaiei; titlul este o sintez a coninutului informaional i cuprinde perioada de referin; capul de tabel conine denumirile coloanelor, ordonate logic; tipul i lungimea maxim a fiecrui cmp de date de pe coloane; nivelurile de subtotaluri i totaluri; numrul de exemplare i destinaia lor; periodicitatea i termenul limit de obinere a situaiei. n Anexa 1 sunt prezentate cteva exemple de machete de ieire, corespunztoare situaiei stocurilor i situaiei furnizorilor. 3.4 Stabilirea intrrilor sistemului i codificarea datelor de intrare n aceast faz se determin datele de intrare necesare i suficiente pentru obinerea situaiilor de ieire precizate n faza anterioar. Din situaiile de ieire se determin dac informaiile se obin direct din datele de intrare sau sunt rezultatul unor prelucrri ale acestora. n acest ultim caz, se precizeaz algoritmii i operanzii, incluzndu-se n setul datelor de intrare. Metoda de determinare a datelor de intrare prin analiza datelor de ieire se reprezint grafic astfel:
Mulimea datelor de intrare preluate Mulimea datelor de ieire Mulimea datelor calculate 16

Mulimea datelor de intrare

Fig. 7 Determinarea datelor de intrare prin analiza datelor de ieire

n unele situaii algoritmul de prelucrare este simplu, de exemplu calculul valorii unui produs: val=cantitate*pret. n altele, algoritmul este format dintr-o succesiune de operaii, care genereaz rezultate intermediare. Se merge cu descompunerea rezultatelor pn se ajunge la datele de intrare corespunztoare. n funcie de comportamentul temporal i de variaia la transformrile care intervin ca urmare a funcionrii sistemului, datele de intrare se grupeaz astfel: a) date permanente; b) date variabile; c) date de stare. a. Datele permanente au caracteristic faptul c valoarea lor rmne neschimbat o perioad mare de timp. Schimbarea lor este determinat de reorganizarea datelor, de modificri n structura sistemului sau de acte normative. Datele cu caracter permanent se preiau o singur dat, se valideaz, se memoreaz pe suport fizic i se utilizeaz de nenumrate ori. Ele intr n componena tabelelor sau a fiierelor nomenclator, cum ar fi: fiierul mijloacelor fixe, nomenclatorul de produse, fiierul de personal (nume i prenume, data angajrii, codul numeric personal). b. Datele variabile - au caracteristic faptul c valoarea lor nu mai este constant n decursul a dou prelucrri succesive. Ele au un caracter nerepetitiv i utilizarea lor reflect modificrile din perioada precedent. Sunt datele de intrare cel mai bine reprezentate n sistem (au ponderea cea mai mare), se preiau la fiecare prelucrare i sunt validate naintea folosirii lor. Ele intr n componena tabelelor sau a fiierelor variabile, cum ar fi: evidena facturilor lunare, extrasul de cont, gestiunea materialelor etc. c. Datele de stare caracterizeaz starea unui element, a unei entiti sau a ntregului sistem la un moment dat. Reprezint rezultatul unei prelucrri anterioare, sunt stocate temporar ntr-un fiier sau tabel, de unde se pot prelua, prelucra i actualiza cu noua valoare obinut. Nu sunt date variabile pentru c nu reflect evenimente care au loc n sistem i nu sunt date fixe pentru c valoarea lor se modific cu o anumit periodicitate. Ele intr n componena fiierelor de stare i uneori n structura fiierelor permanente. De exemplu: stocul iniial, care reprezint stocul calculat la sfritul perioadei precedente Codificarea datelor de intrare este o activitate care realizeaz clasificarea i identificarea mai rapid a datelor. Codul este un simbol sau un grup de simboluri care permit identificarea unic a unui element dintr-o mulime. Condiiile pe care trebuie s le respecte codificarea datelor: unicitatea codului presupune existena unui singur simbol pentru identificarea unui element al mulimii; aceast cerin trebuie asigurat la nivelul ntregului ansamblu de date;
17

flexibilitate se refer la posibilitatea de a codifica elemente noi, n cursul exploatrii i dezvoltrii sistemului informatic; stabilitate presupune ca fiecrui element s-i fie atribuit un cod care s fie folosit o perioad mai mare de timp; facilitatea utilizrii codurilor se refer la simplitatea operaiilor de codificaredecodificare i la detectarea relativ uoar a erorilor de codificare; concizia codului se refer la identificarea unui numr optim de caractere pentru reprezentarea elementelor codificate; aceast cerin contribuie la reducerea spaiului alocat nregistrrilor, la creterea performanelor de vitez n prelucrarea datelor, reducerea procentului de erori la introducerea datelor. Codificarea se face respectnd urmtoarea succesiune de operaii: a) identificarea elementelor ce trebuie codificate: pentru aceasta, se inventariaz toate elementele mulimii, se stabilesc cele care intr n componena nomenclatoarelor i dac exist o caracteristic (un atribut) care s confere unicitate unei nregistrri; - pentru codificarea personalului, atributul cod numeric personal poate fi folosit pentru identificarea unic a unui angajat; - pentru nomenclatorul produselor sau serviciilor care se comercializeaz se creaz un cmp care s identifice unic fiecare produs sau serviciu. b) gruparea elementelor care intr n componena codului; de exemplu: cod secie&cod produs c) alegerea sistemului de codificare n funcie de numrul elementelor de codificat i de perspectiva dezvoltrii nomenclatorului; d) atribuirea codurilor individuale fiecrui element al nomenclatorului, n funcie de sistemul de codificare ales; e) utilizarea i ntreinerea codurilor presupune folosirea codurilor, ori de cte ori se face referire la un element din nomenclator i completarea codurilor pe msur ce apar elemente noi. Clasificarea codurilor - se poate face dup mai multe criterii, cele mai importante: dup modul de detectare i corectare a erorilor dup natura simbolurilor utilizate Dup modul de detectare i corectare a erorilor codurile se clasific n: a) coduri autodetectoare de erori b) coduri autocorectoare de erori a) Codurile autodetectoare de erori folosesc metoda cifrei de control pentru verificarea corectitudinii datelor. Se creaz proceduri automate care verific cifra de control asociat unui anumit cod. Dac cifra de control calculat prin program este identic cu cifra de control care nsoete codul atunci nregistrarea este corect.
18

Pentru stabilirea cifrei de control se poate folosi: metoda aritmetic se calculeaz cifra de control astfel: se nmulete fiecare cifr a codului cu un numr dintr-o structur fix i se adun rezultatele; se face diferena ntre suma astfel obinut i cifra zecilor imediat urmtoare; - exemplu: codul este 23127, structura de numere este 54321 suma=7+(2 x 2)+(1 x 3)+(3 x 4)+(2 x 5)=36 40 cifra zecilor imediat urmatoare cifra de control=40-36=4 codul elementului devine: 231274 metoda geometric se calculeaz cifra de control astfel: se nmulete fiecare cifr a codului cu puteri succesive ale lui 2 i se adun rezultatele; se mparte suma obinut la un numr prim ales; restul mpririi este cifra de control; - exemplu: codul este 2 4 3 5 1 2 numarul prim=7 5 4 3 2 1 0 2 2 2 2 2 2 suma=(2 x 1)+(1 x 2)+(5 x 4)+(3 x 8)+(4 x 16)+(2 x 32)=176 176:7=25 rest 1 codul elementului devine: 2435121 metoda literei de control este o variant a metodei geometrice, n care se nlocuiete cifra de control cu litere, pentru a micora numrul de caractere al cifrei de control. Exemplu: codul numeric personal (CNP), care are structura fix: 279146358279 i numrul prim 11. b) Codurile autocorectoare de erori se bazeaz pe autodetectarea erorii, dup care verific separat fiecare cifr a codului pentru a stabili unde este eroarea i fac corecia necesar. Dup natura simbolurilor utilizate, codurile se clasific n urmtoarele categorii: a) coduri alfabetice b) coduri numerice c) coduri alfanumerice d) coduri cu bare Cele mai frecvent utilizate sunt codurile numerice i codurile cu bare. Sistemul codurilor cu bare se mai numete i EAN (European Article Number) i const n inscripionarea produselor cu semne speciale, care se citesc cu scanner-e, care realizeaz i transformarea lor ntr-un cod. Codul are 12 caractere, avnd semnificaia urmtoare: - primele 2 caractere reprezint ara de provenien a produsului; - urmtoarele 5 caractere reprezint productorul i adresa lui; - ultimele 5 caractere reprezint codul produsului.

19

Cel mai frecvent sunt folosite codurile numerice autodetectoare de erori, care se bazeaz pe verificarea cifrei de control prin metoda aritmetic sau metoda geometric. n cadrul etapei de proiectare general se definete structura logic a bazei de date a sistemului, care se fundamenteaz pe noiunea de entitate. Entitatea desemneaz un element material sau conceptual al sistemului economic, indivizibil din punct de vedere funcional. Fiecare entitate este caracterizat de anumite proprieti (atribute), care redau starea sa la un moment dat. De exemplu, entitatea personal are ca atribute numele i prenumele, starea civil, salariul de baz etc. Conform metodei sistemice de proiectare, sistemul informatic cuprinde dou subsisteme complementare: datele i prelucrrile, analizate i modelate independent. Noiunea de date se refer att la cele cu caracter permanent, ct i la cele variabile i la cele de stare. mpreun ele formeaz baza de date a sistemului. Se definete baza de date ca fiind un ansamblu de date operaionale, accesibile sistemului, ansamblu gestionat de un sistem de gestiune a bazelor de date (SGBD). Datele variabile reprezint tranzaciile (micrile) i sunt de 2 tipuri: tranzacii externe reflect operaii economice sau modificri n activitatea firmei; tranzacii interne sunt rezultate care n momentul obinerii afecteaz baza de date. De exemplu: - nregistrarea unei facturi este o tranzacie extern; - totalul facturilor de la un furnizor care afecteaz soldul acestuia la sfritul perioadei calculate este o tranzacie intern. Prelucrrile sunt programele care realizeaz actualizarea BD i programele pentru obinerea rezultatelor (situaii, grafice, indicatori), deci a ieirilor informaionale solicitate.

20

Feed-back validare

Tranzacii interne

Tranzacii externe

Prelucrri pentru Actualizarea bazei de date

Baza de date a sistemului

Prelucrri pentru obinerea rezultatelor

Rezultate ale validrii

Situaii de ieire

Fig. 8 Metoda sistemic consider sistemul informatic format din dou subsisteme complementare: datele i prelucrrile Ieirile informaionale sunt pe de o parte rezultatele validrii tranzaciilor externe, iar pe de alt parte sunt situaiile i rapoartele solicitate de utilizatori. n cadrul etapei de proiectare general se definesc tranzaciile externe sub forma modelelor documentelor de intrare, se stabilesc specificaiile de control al datelor, se determin componena i structura BD i se definesc prelucrrile de date. ntocmirea specificaiilor pentru BD este foarte important i depinde n mare msur de experiena echipei de proiectare. Se urmeaz o succesiune de operaii: 1. Constituirea i actualizarea dicionarului de date se desfoar pe toat durata proiectrii BD i precizeaz entitile unde se regsete fiecare tip de dat; 2. Structurarea datelor pe grupuri logice se face pe baza activitilor organizaiei (producie, comercial, desfacere); 3. Stabilirea datelor necesare fiecrui subsistem are la baz determinarea intrrilor n funcie de ieirile fiecrui subsistem; 4. Precizarea frecvenei de utilizare i actualizare a datelor rezult din definirea cerinelor informaionale i de control; 5. Stabilirea modului de obinere a informaiilor de ieire din datele de intrare, prin preluare sau calcul; 6. Proiectarea nregistrrilor logice cu stabilirea legturilor dintre ele a. pe baza dicionarului de date definit anterior, se face gruparea datelor n nregistrri logice b. se ntocmete o schem a bazei de date, care evideniaz legturile ntre nregistrrile logice 7. ntocmirea specificaiei de proiectare a BD, care conine: a. Datele care vor fi incluse n BD;
21

Schema cu legturile funcionale ntre subsisteme; nregistrrile logice i legturile dintre ele; Modul de utilizare a nregistrrilor logice n rapoarte; Restricii hardware i software referitoare la BD; Cerine pentru sistemul de gestiune a bazei de date (se definitiveaz n etapa de proiectare tehnic). Bazele de date sunt sisteme de stocare, ntreinere i accesare a datelor. Ele ofer utilizatorilor o serie de avantaje, cum ar fi: reducerea redundanei datelor prin proiectarea unitar a bazei i evitarea suprapunerii unor cmpuri; evitarea inconsistenei datelor prin propagarea actualizrilor dintr-un fiier la nivelul ntregii baze de date; partajarea datelor ntre utilizatorii aceleiai aplicaii, dar i ntre aplicaii diferite; securitatea datelor prin verificarea accesului utilizatorilor pe baz de parol i prin autorizarea operaiilor de ntreinere de ctre administratorul bazei de date. Bazele de date implic constituirea de colecii de date structurate, dar i existena unui software de ntreinere i de exploatare a acestor structuri. n ceea ce privete organizarea, bazele de date au evoluat de la simple structuri de date numerice i de tip text la stocarea de imagini, sunete i alte elemente multimedia. Programele de ntreinere i de exploatare a bazelor de date au fost cuprinse ntr-un ansamblu numit Sistem de Gestiune a Bazelor de Date SGBD (Database Management System). Sistemul de Gestiune a Bazelor de Date este un software care gestioneaz o baz de date i permite utilizatorului s interacioneze cu aceasta. Funciile unui SGBD sunt urmtoarele: definirea structurii bazei de date i stocarea datelor; accesarea datelor n regim mono sau multi-user: interogare, modificare, tergere, adugare; ntreinerea bazei de date: pstrarea consistenei i a integritii datelor, compactarea i reorganizarea bazei de date; securitatea bazei de date: salvarea i recuperarea datelor n caz de incident, protecia la acces neautorizat. Modul conceptual de organizare a datelor folosit de SGBD-uri este descris de modelul de date, care poate fi: ierarhic, reea, relaional i orientat obiect. Modelul ierarhic stocheaz datele n structuri de tip arbore, care stabilesc legturi de tip printe-copil. Nivelul de nceput al arborelui, numit rdcin, poate avea orice numr de descendeni. La rndul lor, acetia pot avea descendeni i aa mai departe. Modelul ierarhic a fost utilizat de ctre primele SGBD-uri, dar n prezent este considerat un model depit. Modelul reea este extensie a modelului ierarhic, n care un descendent poate avea mai muli prini. El poate reprezenta structuri complexe de date, dar nu are flexibilitate i este dificil de proiectat.

b. c. d. e. f.

22

Modelul relaional se bazeaz pe organizarea datelor sub form de tabele, constituite din nregistrri, formate la rndul lor din cmpuri. Tabelele sunt legate ntre ele prin cmpuri speciale, numite chei. Bazele de date relaionale sunt cel mai frecvent folosite, datorit modului simplu de realizare i a flexibilitii lor. Modelul orientat pe obiecte integreaz programarea orientat pe obiecte n bazele de date. Introducerea conceptului de obiect n cadrul SGBD-urilor a permis utilizarea tipurilor de date neconvenionale. Acest model constituie suportul logic pentru gestiunea obiectelor complexe (texte, grafice, imagini, sunete) i a obiectelor dinamice (programe, simulri). Modelul relaional al bazelor de date Se caracterizeaz prin reprezentarea datelor sub form de structuri bidimensionale, asemntoare tabelelor. n anii 70 au aprut primele concepte teoretice ale modelului relaional, iar n anul 1985 savantul Edgar F. Codd a pus bazele modelului relaional, prin publicarea unui set de 13 reguli care definesc un SGBD relaional. Avantajele pe care le prezint acest model sunt: asigur metode i tehnici eficiente de verificare a coerenei i redundanei datelor; dispune de un suport teoretic puternic din punct de vedere matematic; asigur un grad nalt de independen n raport cu sistemele de calcul; ofer posibilitatea utilizrii de limbaje procedurale bazate pe algebra relaional; definete modul de manipulare a datelor la nivel de relaie (limbajul SQL). Componentele de baz ale modelului relaional sunt: 1. structura relaional a datelor: datele sunt organizate sub form de tablouri bidimensionale (tabele), denumite entiti. Liniile tabelelor se numesc nregistrri, iar coloanele constituie atributele. Asocierile dintre tabele se fac prin atributele de legtur, denumite chei primare i externe. 2. elementele de algebr relaional: conin operatorii care realizeaz funcii de creare, modificare, tergere, consultare a bazei de date. Aceti operatori sunt descrii prin intermediul algebrei relaionale i sunt implementai n cadrul limbajului SQL (Structured Query Language), cel mai frecvent folosit pentru interogarea bazelor de date relaionale. Sunt operatori ai algebrei relaionale clasice (de exemplu: Union reuniunea, Intersect intersecia) i operatori relaionali speciali (de exemplu: Select selecia, Join compunerea). 3. restriciile de integritate: reprezint cerinele impuse tabelelor, astfel nct baza de date s fie corect i coerent. Restriciile (constrngerile) de integritate sunt de dou tipuri: Constrngeri de unicitate: sunt realizate cu ajutorul cheii primare. Cheia primar (Primary key-PK) este un atribut sau un grup de atribute care asigur diferena ntre oricare dou nregistrri dintr-un tabel. Nici unul dintre atributele care alctuiesc cheia primar nu poate avea valoarea Null pentru nici una dintre nregistrrile tabelei.
23

Constrngeri de referenialitate: se stabilesc ntre dou tabele prin preluarea cheii primare dintr-o entitate (tabel) n alt entitate, cheia preluat numindu-se cheie extern sau strin (Foreign Key-FK). E1 Cmp1 E1 - PK Cmp2 E1 ......... 1 E2 Cmp1 E2 PK Cmp2 E2 - FK ..........

Cmpul2 din entitatea E2 este cheie strin (FK), dac exist i ntr-o alt entitate E1, unde formeaz cheia primar. Cmpul2 din E2 face referin la cheia primar din E1. Valorile pe care le ia cheia strin trebuie s se regseasc printre valorile cheii primare la care face referin. Exemple de sisteme de gestiune a bazelor de date relaionale (SGBDR) consacrate sunt: Oracle, SQL Server, Sybase, Microsoft Access, FoxPro, Paradox.

3.5 Proiectarea fluxului general de prelucrare a datelor Aceast faz rezolv dou probleme: Verificarea consistenei datelor Structurarea sistemului n uniti funcionale a) Verificarea consistenei datelor const n examinarea posibilitilor de obinere a situaiilor de ieire pe baza datelor de intrare existente n baza de date proiectat i prin aplicarea algoritmilor de calcul formulai. Se parcurge ntregul sistem de la Intrri spre Ieiri, urmrindu-se dac informaiile necesare pentru fiecare situaie se gsesc n BD sau pot fi obinute prin calcul; b) Structurarea sistemului n uniti funcionale este necesar datorit abordrii metodei ierarhice de realizare a SI, din urmtoarele considerente: Gradul nalt de complexitate - care impune abordarea treptat, pe funciuni a sistemului; logica prelucrrii - care presupune parcurgerea problemelor ntr-o anumit ordine; specializarea n cadrul colectivului de proiectare care implic o divizare pe genuri de activiti sau elemente structurale, ce pot fi realizate simultan. Se face structurarea sistemului ierarhic, n urmtoarele uniti funcionale: subsisteme, aplicaii informatice, uniti logice de prelucrare a datelor (fig. 9) Sistem informatic
24

Subsisteme informatice Aplicaii informatice Uniti logice de prelucrare Fig. 9 Structurarea sistemului n uniti funcionale primul nivel corespunde obiectivelor generale ale sistemului; al doilea nivel corespunde activitilor sau funciilor sistemului; al treilea nivel corespunde unor subactiviti sau funcii ale compartimentelor; ultimul nivel se refer la componentele aplicaiilor informatice i se caracterizeaz prin prelucrri omogene i specifice. Unitile funcionale definite n aceast faz urmeaz s fie realizate n etapa de proiectare de detaliu (tehnic). Exemple de criterii de structurare a sistemului n uniti funcionale: a) principalele activiti sau funcii ale organizaiei; b) frecvena sau data de execuie a prelucrrilor; c) tipurile de prelucrri.
a) principalele activiti sau funcii ale organizaiei - conform acestui criteriu se

definete cte o unitate funcional pentru fiecare activitate sau funcie important a organizaiei. De exemplu, ntr-o banc se definete un subsistem informatic corespunztor funciei de creditare, un subsistem corespunztor funciei de depozitare etc. Avantajul acestei structurri l constituie posibilitatea de extindere a sistemului prin adugarea de noi uniti funcionale. Nu se aplic singular acest criteriu, deoarece subsistemele trebuie s fie omogene n ceea ce privete prelucrarea datelor. b) frecvena sau data de execuie a prelucrrilor criteriul are o aplicabilitate general deoarece n exploatarea curent, programele care trebuie executate la o anumit dat se grupeaz n uniti funcionale distincte. Frecvena i data execuiei unitilor funcionale depind de frecvena i data la care trebuie furnizate situaiile de ieire. c) tipurile de prelucrri criteriul permite definirea unitilor funcionale dup natura prelucrrilor pe care le efectueaz: crearea i actualizarea BD, exploatarea BD pentru obinerea rezultatelor.
25

3.6 Stabilirea regulilor de securitate i control Activitatea de proiectare general trebuie s rezolve i problemele legate de controlul i securitatea datelor n cadrul sistemului informatic. n acest scop se ntocmesc o serie de specificaii pentru controlul datelor, al prelucrrilor i al rezultatelor, se prevd module speciale de securitate i protecie a datelor sistemului. Controlul datelor de intrare conine specificaii pentru verificarea corectitudinii i preciziei datelor de intrare, n scopul depistrii i evitrii erorilor care apar la completarea documentelor, codificarea sau preluarea lor. Erorile pot fi de natur logic (nenelegerea principiilor de reprezentare a datelor, a codificrilor etc) sau de natur sintactic (completarea sau introducerea datelor). Soluiile de micorare a numrului de erori constau n: folosirea unor sisteme de codificare a datelor ct mai simple i mai clare, att n ceea ce privete metodele de codificare ct i cele de control, avnd la baz codificarea numeric i autodetectarea erorilor; realizarea programelor de validare, care s urmreasc controlul sintactic i semantic al datelor de intrare: o controlul sintactic verificarea tipului datelor (numeric, ir de caractere, boolean), a lungimii lor i a cifrei de control n cazul codurilor autodetectoare de erori; o controlul semantic depistarea informaiilor fr sens (luna 0 sau 13, cantitate negativ, livrri de produse cu stoc 0 etc). n funcie de complexitatea activitii de control, se poate face verificarea unei date la nivelul unui fiier/tabel sau la nivelul ntregii baze de date, prin raportarea la coninutul altor fiiere/tabele ale sistemului. Programele de control trebuie s detecteze erorile, s le afieze i mai ales, s fie capabile s execute proceduri de corecie corespunztoare. Sistemele informatice moderne folosesc metode de corectare a erorilor on-line, prin proiectarea unor videoformate (formulare) de intrare performante, care au ataate proceduri de validare pentru fiecare cmp tastat. Controlul prelucrrii datelor urmrete depistarea erorilor de concepie, de logic din cadrul programelor sau a utilizrii defectuoase a unor date din fiiere/tabele. Astfel, se introduc n programe calcule de totaluri sau se verific volumul de date la nceputul i sfritul unei prelucrri. Controlul rezultatelor se poate face prin metode clasice de verificare manual, prin sondaj a unor calcule sau prin corelaii ntre totaluri obinute din situaii de ieire diferite (de exemplu: valoarea total a ieirilor de produse se compar cu valoarea produselor facturate). Securitatea i protecia datelor sistemului se face prin metode speciale care trateaz dou cazuri majore:
26

pierderile accidentale de date datorate cderilor de tensiune, a deteriorrii suportului magnetic de stocare a bazei de date, a operrii greite etc accesul neautorizat la informaiile sistemului i eventuala modificare sau distrugere a lor. Specificaiile de securitate i protecie prevd urmtoarele tipuri de operaii: a) salvri periodice, copii de siguran ale bazei de date; b) ierarhizarea utilizatorilor pe niveluri i accesul pe baz de parol; c) transmiterea/recepia fiierelor prin reele de comunicaie securizate d) folosirea metodelor de criptare/decriptare a datelor transmise prin reele; e) introducerea semnturii electronice ca mijloc de autentificare a utilizatorilor. 3.7 Finalizarea documentaiei de proiectare general Colectivul de proiectare sintetizeaz rezultatele etapei ntr-o documentaie care este format dintr-un set de formulare. Acestea conin soluiile propuse i constituie programul de lucru pentru etapa de proiectare tehnic. Formularele specifice etapei de proiectare general sunt: Machetele situaiilor de ieire Analiza volumului i a frecvenei situaiilor de ieire Modelele documentelor de intrare Analiza datelor de intrare Lista elementelor codificate i metodele de codificare folosite Descrierea algoritmilor de calcul Componentele hardware i software: reeaua de calculatoare, sistemul de operare, sistemul de gestiune a bazelor de date Stabilirea regulilor de securitate i control Se iau decizii importante legate de platforma hardware i software a sistemului informatic: reeaua de calculatoare, sistemul de operare i SGBD-ul ales. n alegerea tipului reelei de calculatoare i a SGBD-ului se ine seama de topologia prelucrrilor (centralizate sau distribuite), de volumul datelor prelucrate i numrul de utilizatori simultan. O reea de calculatoare este un ansamblu de calculatoare interconectate prin intermediul unor medii de comunicaie, care partajeaz resurse hardware, software i informaionale. Calculatoarele reelei sunt servere, care are au funcii speciale de dirijare, securizare i stocare a datelor sau staii de lucru, care pun la dispoziie i folosesc resursele reelei. Resursele partajate sunt dispozitive hardware ce pot fi folosite n comun (de exemplu: imprimante, uniti de CD-ROM, harddisk-uri etc), componente software (medii de programare, utilitare, programe de aplicaie) i componente informaionale (documente, agende de calcul, baze de date). Elementele specifice reelei sunt:
27

platforma hardware care asigur capacitatea de conectivitate a reelei: plci de reea, repetoare (hub-uri), comutatoare (switch-uri), rutere (routers), pasarele informaionale (gateways); platforma software pentru reea: sistemul de operare al server-ului (Windows NT Server, Unix, Linux, Windows 2000 Server) i sistemul de operare pentru staii (Windows NT Work Station, Windows 95/98/SE, Windows 2000 Professional, Windows XP); aplicaii de reea, care sunt programe ce permit acesul simultan al mai multor utilizatori la acelai set de informaii, stocat pe o resurs hardware partajabil. Cele mai cunoscute aplicaii n reea lucreaz n tehnologia client-server, avnd o component care se instaleaz pe server i o alt component care se instaleaz pe staiile de lucru. Clientul solicit informaii de la server, acesta proceseaz datele aflate, n general, pe acelai calculator sau pe un server de baze de date i transmite rezultatele clientului. Serviciile asigurate de o reea de calculatoare: 1. Servicii de lucru cu fiiere: transfer, stocare, actualizare; 2. Servicii de listare pe imprimanta declarat partajabil; 3. Servicii de mesagerie (pot electronic); 4. Servicii de aplicaie: permit executarea aplicaiilor n regim partajat; 5. Servicii de gestiune a bazelor de date: aplicaii pentru accesarea simultan a unei baze de date de ctre mai muli utilizatori, aflai pe staii de lucru diferite. Principalele criterii de clasificare ale reelelor sunt: aria de ntindere i tehnologia de transmisie. Dup aria de ntindere reelele de calculatoare sunt de trei tipuri: Reele locale (Local Area Networks-LAN) conecteaz calculatoare i alte terminale distribuite ntr-o zon localizat, cum ar fi campus universitar, ntreprindere, birou. Se folosesc legturi dedicate, de viteze foarte mari i cu o fiabilitate ridicat. Conexiunile se fac prin cablu sau fibr optic i permit viteze cuprinse ntre 10 i 100 Mbps. Reele metropolitane (Metropolitan Area Networks-MAN) sunt folosite pentru interconectarea LAN-urilor ntr-o zon mai mare cum ar fi o capital, un ora mare. Acestea sunt reele de mare vitez la care conexiunile se fac prin fibr optic i se pot atinge viteze de sute de megabii/s. Reele extinse (Wide Area Networks-WAN) conecteaz calculatoare i alte terminale pe o arie geografic ntins, cum ar fi o ar sau un continent. Adesea solicit multiple conexiuni de comunicare, incluznd microunde, comunicaii radio i satelit. Dup tehnologia de transmisie, reelele de calculatoare se clasific n: Reele cu difuzare - comunic printr-un singur canal de comunicaii, partajat de toate calculatoarele din reea. O staie din reea trimite mesaje scurte, numite pachete, care au n structura lor, pe lng informaia util i dou cmpuri pentru
28

desemnarea adresei emitorului i a receptorului. Un astfel de pachet este primit de toate staiile, dar el va fi prelucrat numai de calculatorul cruia i este destinat. Dac pachetul conine un cod special n cmpul de adres, el este primit i prelucrat de toate staiile, acest mod de operare numindu-se difuzare(broadcast). Reele punct-la-punct realizeaz numeroase conexiuni ntre perechi de staii din reea. Pachetele transmise de surs trec prin unul sau mai multe calculatoare pentru a ajunge la destinaie. Traseele ntre surs i destinaie pot fi diferite de la un mesaj la altul, n funcie de gradul de ocupare al nodului intermediar i de algoritmul de dirijare al pachetelor prin reea. Acest model de reea este folosit n special pentru reelele mari, n timp ce difuzarea se folosete pentru reele de dimensiuni mici, localizate n arii relativ restrnse. Arhitectura unei reele locale este definit de dou elemente: Topologie, ce caracterizeaz configuraia cilor de transmisie ntre sistemele interconectate; Repartizarea funciilor protocolului de comunicaii, n sensul c toate sistemele pot ndeplini aceleai funciuni sau unul dintre ele poate avea rolul coordonator. Vom prezenta n figurile 10, 11, 12 topologiile utilizate cel mai frecvent n reelele locale. Configuraia de tip magistral (bus) se bazeaz pe existena unui trunchi principal la care sunt conectate toate staiile. Aceast topologie are avantajul c oricare dou staii pot comunica ntre ele prin intermediul magistralei i defectarea uneia dintre ele nu afecteaz funcionarea reelei.
W W W W W

Fig.10 - Topologia liniar (bus LAN)

O alt configuraie des folosit este cea de tip inel (ring), de exemplu token-ring. n cadrul acesteia, mesajul emis de o staie parcurge bucla pn cnd este recunoscut i preluat de staia-destinaie.

Fig.11 - Topologia de tip inel (ring LAN)


W W

29

O configuraie de tip stea (star) este o alt modalitate de interconectare a staiilor unei reele locale. Sistemele sunt conectate la un nod central i de performanele acestuia depinde funcionarea ntregii reele.
W W

Nod central

Fig.12 - Topologia de tip stea (star LAN)

Reelele locale pot fi interconectate direct, dac sunt plasate n apropiere sau prin dispozitive speciale, care ndeplinesc i funcia de convertoare de protocol, complexitatea lor depinznd de nivelul arhitectural OSI la care se face conversia. Ca echipamente de interconectare se folosesc repetoare, puni, ruteri, pasarele informaionale. Repetoarele sunt echipamente lipsite de inteligen, care funcioneaz la nivelul fizic al modelului de referin ISO/OSI i regenereaz semnalul recepionat de pe un segment, transmindu-l pe alte segmente, fr interpretarea lui (hub-uri i switch-uri). Punile (bridges) sunt echipamente inteligente care funcioneaz la nivelul legturii de date al OSI i interconecteaz reele LAN de acelai tip sau diferite. Ruterii (routers) sunt folosii pentru interconectarea mai multor reele locale de tipuri diferite, care au acelai protocol la nivelul reea. Punile opereaz cu adresele fizice ale sistemelor, n timp ce ruterii utilizeaz adresele logice, de reea ale sistemelor. Pasarelele (gateways) sunt echipamente care realizeaz conversie de protocol pentru toate cele 7 nivele OSI, opernd la nivel de aplicaie. Pasarela informaional permite ca un program de aplicaie, care ruleaz pe un sistem n conformitate cu o anumit arhitectur de reea, s comunice cu un alt program de aplicaie, corespunztor altei arhitecturi de reea. Pentru alegerea SGBD-ului se fac analize comparative ale performanelor, se caracterizeaz resursele hardware solicitate i se iau n considerare parametrii de pia, cum ar fi: preul licenei, service-ul, abonament la versiunile ulterioare. Dac s-a optat pentru varianta SGBD-ului instalat ntr-o reea de calculatoare, se stabilesc serverele care monitorizeaz activitatea staiilor, pstreaz BD i aplicaiile: Server-ul BD stocheaz baza de date; Server de aplicaii conine software-ul de procesare a datelor; Server de comunicaii asigur accesul utilizatorilor, criptarea/decriptarea datelor, interfaa cu reeaua Internet.
30

Multe dintre sistemele informatice moderne sunt construite pe baza arhitecturii client-server. Acesta este un model informatic n care aplicaiile sunt distribuite ntre entitile reelei, aa cum se poate vedea n fig. 13: Client Server Interfaa grafic utilizator Motorul BD Aplicaie-client Sistem de operare staie (SO+NOS) Modul de interfa reea Aplicaie-server Sistem de operare server (NOS) Modul de interfa reea

Cerere client

Rspuns Server

Fig.13 Modelul Client-Server , unde NOS (Network Operating System) este sistemul de operare folosit n reeaua de calculatoare. Funciile modelului sunt urmtoarele: 1) Administrarea datelor 2) Procesarea tranzaciilor 3) Transmiterea informaiilor Legturile se stabilesc ntre client, considerat Utilizator al reelei i Server, considerat motorul BD (Database Engine). Prin sistemul de operare, clienii pot partaja aplicaiile i datele stocate pe Server i pot folosi echipamentele partajabile din reea. ETAPA DE PROIECTARE TEHNIC Etapa de proiectare tehnic (de detaliu) reprezint ansamblul activitilor ce asigur realizarea subsistemelor, aplicaiilor informatice i a unitilor funcionale definite n etapa de proiectare general. Aceast etap se bazeaz pe experiena i pe capacitatea echipei de programatori de a organiza datele i de a gsi soluii de rezolvare a algoritmilor de prelucrare a acestora. Durata de finalizare a etapei se poate micora substanial dac se face specializarea pe activiti a colectivului de programatori i se abordeaz n paralel tipurile de operaii.

31

4.1 Proiectarea tehnic a unitilor funcionale (UF) O unitate funcional este o succesiune de prelucrri aplicate unor date de intrare n vederea obinerii unei situaii de ieire sau a actualizrii bazei de date. Documente de intrare Fiiere de intrare Prelucrarea P1
Baza de date

Prelucrarea Pn

Situaii de ieire

Fig. 14 Schema de principiu a structurii unitilor funcionale (UF) Din schem se observ c UF se constituie din uniti de prelucrare, care trebuie analizate ca proceduri distincte, cu posibilitatea de nlnuire ntre ele. Analiznd funcionalitatea i specificul operaiilor, se poate realiza o grupare i o succesiune automat a comenzilor executate n cadrul acestor proceduri. Apare astfel noiunea de procedur automat, care definete o colecie de comenzi scrise n limbajul specific unui SGBD, care cuprind prelucrri specifice asupra componentelor bazei de date (tabele, interogri, formular, rapoarte, macrocomenzi etc). Din punct de vedere logic, procedura automat execut o sarcin sau un grup de sarcini preluate din proiectarea logic, prin care datele de intrare sunt transformate n date de ieire sau date intermediare, cu ajutorul unui algoritm de prelucrare. Elementele componente ale procedurilor automate sunt: a) Funcia procedurii b) Intrrile c) Ieirile d) Algoritmul de prelucrare e) Interfaa cu alte proceduri a. Funcia procedurii - precizeaz specificul operaiilor realizate. Dup funcia lor, procedurile automate se clasific n: Pd proceduri de dirijare sau de monitorizare. Ele au rolul de a comunica direct cu utilizatorul, de a declana execuia celorlalte
32

proceduri ale aplicaiei i de a verifica modul n care s-a terminat execuia lor. Pa proceduri de actualizare. Asigur prelucrarea tranzaciilor externe, controlul i validarea lor pentru actualizarea bazei de date. Pc proceduri de calcul. Asigur prelucrri specifice tranzaciilor interne ale bazei de date (de exemplu: stocul i soldul final la sfritul lunii). Pl proceduri de listare. Se realizeaz prin interogarea bazei de date, ordonarea i filtrarea rezultatelor obinute i generarea rapoartelor propriu-zise. Pr proceduri de reorganizare a BD. Se creaz pentru situaiile n care se schimb structura unor tabele (cheia primar, apar cmpuri noi etc). Tot n acest tip de proceduri se ncadreaz i operaiile de conversie i de compactare a bazei de date. Ps proceduri de securitate a sistemului. Asigur protejarea sistemului pe niveluri utilizator cu parol de acces, asigur securitatea bazei de date prin operaii periodice de salvare, prin operaii de criptare/decriptare.

b. Intrrile procedurii - sunt constituite din date de intrare sau date rezultate din alte prelucrri ale bazei de date. c. Ieirile procedurii pot fi situaii de ieire (rapoarte, grafice, indicatori) sau rezultate intermediare, care constituie intrri n alte proceduri sau actualizri ale bazei de date. d. Algoritmul de prelucrare succesiune de operaii pentru gsirea de soluii la o problem de validare date, conversie de date, sortare i filtrare a datelor, calcule de acelai tip aplicate unui set de date etc. Exemplu de algoritm: calculul dobnzilor, centralizatorul pli/ncasri, calculul soldului unui cont etc. e. Interfaa cu alte proceduri se face prin apelarea procedurii avnd ataate variabile, ca argumente; n general, succesiunea de execuie a procedurilor este stabilit prin intermediul interfeei grafice utilizator, care este parte component a procedurii de dirijare. n documentaia fazei, fiecare procedur este identificat prin numele ei i are ataat o schem de sistem, care arat tipul procedurii, intrrile, ieirile, echipamentele hardware folosite, identificatorii structurilor software care particip. 4.2 Scheme de reprezentare a procedurilor automate: I ). Schema procedurii de dirijare Pd (Fig. 15)
GUI

Pd 33

Pa_1

Pa_2

Pc_1

..

Pl_1

Pr_1

Ps_1

I) Schema procedurii de actualizare Pa (Fig. 16) VFI

Documente Intrare

Pa_n
Verificare Pk-Fk

T2

III) Schema procedurii de listare Pl (Fig. 17)


VFE

Pl_m

T1
T2

Raport

(Monitor, Imprimant)

Exemplu: O banc acord credite clienilor si pe baz de contracte de credit; creditele se ramburseaz lunar i sunt urmrite prin rapoartele R1 i R2. Procedurile aplicaiei sunt: meniu procedura de dirijare act_banca procedura de actualizare tabela Banca act_cont procedura de actualizare tabela Conturi calcul procedura de calcul a rulajelor lunare i a soldurilor list1 procedura de listare a situaiei lunare de rambursare list2 procedura de listare a situaiei cumulate la rambursare
34

s_r

procedura de salvare-reorganizare a bazei de date


GUI

meniu

act_banca act_cont calcul

list2 list1 s_r

Fig. 18 Schema de sistem a aplicaiei Structurarea procedurilor n module operaionale Procedurile automate care rezolv funcii complexe se descompun ntr-o succesiune de funcii elementare, ce pot fi realizate prin module. Modulul este un grup de comenzi prin care se rezolv o funcie elementar ce constituie o parte distinct a unei funcii complexe de prelucrare, specifice unei proceduri automate.
Funcia complex
Funcie elementar 1 Funcie elementar 2 Funcie elementar n

..................

Modul 1

Modul 2

..................

Modul n

Procedura automat

Fig. 18 Descompunerea procedurilor automate n module


35

Avantajele descompunerii PA n module sunt: scderea complexitii programelor surs; simplificarea activitii de programare; asigurarea independenei ntre module. Comunicaia ntre proceduri i module se face prin schimbul de date la nivelul memoriei (variabile i parametri). Variabilele de memorie se mpart n: - publice (globale) disponibile la nivelul ntregii aplicaii informatice; - locale disponibile numai n cadrul modulului unde au fost declarate. Transferul de parametri se face: - prin referin - caz n care poate fi modificat de modul n timpul execiei programului; - prin valoare variabila nu poate fi modificat n cadrul modulului. Infrastructura procedurilor automate presupune realizarea urmtoarelor operaii: a) scrierea codului surs conform sintaxei SGBD i bazndu-se pe algoritmul precizat n faza de proiectare general; b) modelarea intrrilor- se construiesc videoformate de intrare, care s ajute i s verifice utilizatorul n timpul introducerii datelor; c) introducerea i validarea datelor cuprinde acele verificri logice ale datelor care nu se pot face direct prin VFI, de exemplu cele legate de verificarea relaiilor; d) prelucrarea bazei de date aplicarea unor operatori de sortare, filtrare, duplicare, asociere, selecie care s aduc baza de date ntr-o form care s permit generarea ieirilor; e) stabilirea relaiilor intermediare se face prin proiectarea unor tabele sau interogri cu caracter temporar, n vederea obinerii ieirilor sistemului; f) modelarea ieirilor se construiesc videoformate de ieire n conformitate cu machetele stabilite n faza de proiectare general. VFI sunt zone de ecran pentru introducerea i actualizarea datelor de intrare, definite pe baza atributelor existente ntr-o tabel i care au impuse anumite condiii de validare. n Access, crearea VFI se face cu ajutorul formularelor pe baz de tabel sau interogare, pe care sunt plasate casete de tip text, casete de tip list, butoane de comand etc. VFE sunt situaii de ieire care se obin cu ajutorul generatoarelor de rapoarte. Ele conin: titlul, partea de detaliu (Detail), rezumatul raportului (Summary), antetul i sfritul raportului, nceputul i sfritul de pagin. n cadrul rapoartelor se pot include grupri, determinate de anumite criterii, ncadrate de antet i sfrit, care permit executarea de subtotaluri, n funcie de structura conceptual a raportului. Exemple de criterii de grupare: cod client, cont bancar, cod compartiment etc. nainte de listare, rapoartele se vizualizeaz pe ecranul monitorului cu Print Preview.
36

4.3 Utilizatorii sistemului informatic Se clasific n funcie de nivelul de acces la baza de date i la situaiile obinute prin prelucrarea acesteia. O prim mprire se face n: utilizatori neinformaticieni sunt cei care exploateaz sistemul informatic, ei trebuie s cunoasc modul de conectare la reea, cteva noiuni despre sistemul de operare i interfaa de lucru cu sistemul informatic; utilizatori informaticieni (de sistem) sunt cei care asigur buna funcionare a reelei de calculatoare, protecia i corectitudinea n funcionare a sistemului informatic; ei se ocup de ntreinerea periodic a bazei de date (salvri, compactri), de rezolvarea anomaliilor care apar n timpul funcionrii, de instalarea i adaptarea personalului la noile versiuni ale sistemului de operare i ale sistemului informatic. Dup accesul la informaiile furnizate de sistemul informatic, utilizatorii neinformaticieni se mpart n: utilizatori la nivelul operaional introduc i tipresc tranzaciile zilnice, obin o balan de operaiuni la sfritul zilei; utilizatori la nivelul departamentelor asigur prelucrrile n cadrul serviciilor funcionale (credite, contabilitate, salarizare etc), prelund informaiile de la nivelul operaional i furniznd situaii de ieire ctre managerii de departamente; utilizatori la nivelul managementului tactic sunt directorii (managerii) de departamente care primesc situaii sintetice din compartimentul pe care l conduc, n principal, dar i din celelalte departamente; pe baza acestora, ei furnizeaz situaii comparative, analizeaz evoluia pe termen scurt i fac prognoze n limitele de competen pe care le au; utilizatori la nivelul managementului strategic sunt managerii de top, ei studiaz evoluia indicatorilor de performan, rezultatele studiilor de pia prelucrate i interpretate de calculator, folosesc modele matematice pentru simulare, n scopul alegerii deciziei celei mai bune de eficientizare a companiei. Metode de autorizare i control al accesului: a) parole de acces i conturi de identificare pentru fiecare user; b) msuri de securitate la conectare: restricii de conectare la anumite staii ale utilizatorilor; restricii de timp impuse pe staii i utilizatori; invalidri automate ale conturilor unor utilizatori care ncearc accesul neautorizat. c) msuri de securitate prin drepturi difereniate la informaii: drepturi de citire a anumitor fiiere interne;
37

drepturi de citire-scriere a anumitor fiiere interne; cunoaterea cheii de criptare/decriptare a fiierelor transmise/recepionate.

ETAPA DE IMPLEMENTARE, EXPLOATARE I NTREINERE A SISTEMULUI INFORMATIC Obiectivul principal al etapei l constituie testarea sistemului informatic proiectat, aducerea sa n stare de execuie i realizarea efectiv a exploatrii sistemului. n subetapa de implementare se verific starea de operaionalitate a sistemului informatic proiectat n condiii reale. Activitile specifice implementrii sunt: Crearea climatului necesar pentru trecerea n exploatare a sistemului (condiiile manageriale, financiare, tehnice, resurse umane); Funcionarea experimental; Verificarea performanelor sistemului n regim de funcionare cu date reale; ntocmirea raportului de implementare, care s conin rezultatele funcionrii experimentale; ntocmirea documentaiei de utilizare a SI; Omologarea sistemului informatic proiectat. Implementarea ncepe dup testarea individual a tuturor procedurilor prevzute n proiect. Se testeaz modul de nlnuire a aplicaiilor i subsistemelor, se depisteaz comportamentul sistemului n situaii critice (la ncrcare maxim, funcionarea simultan a tuturor staiilor sau pe anumite seturi de date). Proiectantul rspunde de fiabilitatea SI n aceast faz i se ocup de implementarea procedurilor. De asemenea, el trebuie s ntocmeasc documentaia de utilizare i s instruiasc personalul implicat. Beneficiarul rspunde de corectitudinea i legalitatea datelor furnizate i de asigurarea condiiilor de implementare. 5.1 Strategii de implementare Strategiile de implementare au n vedere modul de trecere de la sistemul informaional la sistemul informatic i intervalul de timp n care se realizeaz aceast activitate. Sunt patru strategii de implementare: 1. Implementare direct nlocuirea sistemului existent cu sistemul informatic proiectat n mod direct, printr-o trecere brusc. Se abordeaz toate compartimentele, se folosesc datele curente ale companiei, care trebuie transferate sistemului ntr-un timp ct mai scurt. Este o strategie radical, al crei succes depinde n mare msur de cooperarea personalului.
38

Dezavantajul principal l constituie dificultatea personalului de a se adapta la noile condiii de munc. 2. Implementare paralel noul sistem informatic funcioneaz n paralel cu vechiul sistem, pn cnd se testeaz suficient SI i personalul se adapteaz la noile condiii. Dezavantajul acestei strategii l constituie existena n paralel a celor dou sisteme, suprasolicitarea personalului i mrirea cheltuielilor de implementare. De aceea se recomand ca funcionarea n paralel s nu dureze mai mult de 6 luni. 3. Implementare treptat introducerea sistemului informatic se face pe componente, care n general corespund activitilor sau departamentelor firmei. Este o strategie recomandat SI complexe, n cadrul crora subsistemele au o stare relativ de independen. Personalul se adapteaz treptat la specificul noului sistem. Punctele critice la implementarea unei noi componente sunt n momentul conectrii ei de componentele aflate n exploatare. 4. Implementarea unei aplicaii pilot se alege componenta reprezentativ a sistemului informatic (aplicaia pilot) i se verific funcionarea acesteia, dup care se trece la testarea celorlalte aplicaii. Dup elaborarea i aprobarea raportului de implementare, proiectantul i-a terminat atribuiile pe linie de proiectare, activitatea sa fiind n continuare una de consultan i asisten tehnic. El ntocmete documentaia de prezentare i utilizare a sistemului, destinat personalului unitii beneficiare. Manualul de utilizare conine: Procedurile de codificare a datelor; Procedurile de execuie a aplicaiei; Procedurile de obinere i interpretare a ieirilor; Instruciuni de arhivare, protecie i securitate a datelor. Echipa care a realizat produsul informatic are sarcina de a instrui personalul, astfel nct programele s fie corect exploatate. Sistemul informatic poate conduce la modificri organizaionale n firm, cum ar fi: - definirea unei noi organigrame n care s apar departamentul de Tehnologia Informaiei (IT) i s dispar unele funcii din cadrul compartimentelor; - sincronizarea compartimentelor n furnizarea datelor, n colaborarea lor, prin intermediul departamentului IT. Un alt impact al trecerii n exploatare a SI l constituie schimbarea modului de comunicare cu clienii i furnizorii. De aceea este bine ca lansarea noului SI s fie mediatizat, s se organizeze prezentri la care s participe clienii firmei. Faza de implementare se ncheie cu omologarea SI proiectat i trecerea n exploatare.

39

5.2 Exploatarea i ntreinerea sistemului informatic Proiectantul nu mai are responsabiliti n faza de exploatare curent a SI, dect n perioada n care asigur garania. Sistemul poate funciona o perioad n garanie (2-6 luni) pentru rezolvarea eventualelor anomalii, erori. Dup care, controlul funcionrii SI revine Departamentului de Informatic al beneficiarului. Activitatea de ntreinere a SI are dou aspecte: unul de corecie al eventualelor anomalii de funcionare i altul de evoluie, prin adaptarea la cererile utilizatorilor. 5.3 Dezvoltarea sistemului informatic Dezvoltarea sistemului informatic nseamn trecerea la o nou versiune, extins i mbuntit. Este determinat de anumii factori externi sau interni, cum ar fi: - modificarea legislaiei; - modificarea activitilor desfurate; - apariia unor noi activiti ale companiei; - evoluia tehnicii de calcul, a sistemelor de operare i a SGBD. Dezvoltarea sistemului informatic implic reluarea etapelor de analiz de sistem, proiectare general, proiectare tehnic i implementare.

SISTEME INFORMATICE BANCARE n ultimii ani, sistemele bancare au pus accentul pe diversificarea i creterea calitii ofertei, atragerea i fidelizarea clientelei, promovarea tehnologiilor generatoare de productivitate, realizarea unei relaii de proximitate cu acea parte a clientelei receptiv la noile soluii IT. S-a fcut trecerea de la un sistem bancar bazat pe conturi i produse la cel orientat pe client. 6.1 Arhitectura sistemelor informatice bancare Sistemul informaional al bncilor nu se mai putea baza pe mijloacele tradiionale de difuzare a informaiei, de asemenea se impunea creterea operativitii, siguranei i eficienei tranzaciilor interne i interbancare. A aprut necesitatea unor noi strategii de marketing pentru cererea i oferta produselor bancare i a unui nou tip de management bancar. Obiectivele unui sistem informatic bancar decurg din activitile principale: o Deschiderea de conturi bancare; o Constituirea i actualizarea depozitelor bancare; o Acordarea i rambursarea creditelor bancare;
40

o Urmrirea plilor i ncasrilor; o Activitatea de nchidere a zilei curente i respectiv a lunii curente. n acest context arhitectura sistemelor informatice bancare cuprinde urmtoarele subsisteme [3]: 1) Operaii curente care se refer la urmtoarele module: Conturi curente se realizeaz tranzaciile de ncasri i pli prin contul curent al clientului; Depozite se realizeaz gestiunea depozitelor deschise de clieni, implicnd operaii de calculare a dobnzii, plata dobnzii la scaden, capitalizarea acesteia, generarea de extrase de cont, calcularea i reinerea comisioanelor i a impozitului pe venit; Casa se realizeaz gestiunea operaiilor cu numerar; acest modul este integrat cu celelalte module care genereaz ncasri/pli n numerar: cont curent, depozite, alte operaiuni; Home banking informarea clientului cu privire la contul su sau informaii generale legate de cursul valutar, rata dobnzii etc; Decontri electronice efectuarea de pli electronice, n special pentru persoanele juridice; Carduri gestiunea tranzaciilor efectuate prin conturile de card; acest modul interacioneaz cu cel referitor la conturile curente, pentru a putea realiza alimentarea periodic a cardurilor. 2) Clieni este un subsistem care permite actualizarea permanent a datelor privind clienii bncii. Permite gestiunea unic a clienilor, indiferent cte produse/servicii bancare utilizeaz i o administrare a acestora la nivel de banc. Acest sistem este integrat cu celelalte subsisteme, n special cu Operaiuni, gestionnd produse i servicii bancare personalizate: cont curent, depozite bancare, casa. 3) Credite este un subsistem dedicat gestiunii contractelor de credit, ce conine dou aplicaii informatice: Gestiunea riscului pentru realizarea analizei financiare a clientului, plasarea creditului ntr-o grup de risc, pe baza unor criterii prestabilite, n vederea lurii deciziei de creditare; Gestinea creditelor pentru evidena creditelor acordate, a ncasrilor ratelor scadente i a dobnzilor, calcularea penalizrilor, evaluarea financiar permanent a clientului. 4) Marketing este un subsistem realizat pe baza tehnicilor multimedia aplicabile pe Internet i se utilizeaz pentru promovarea produselor i serviciilor bancare. 5) Management bancar este subsistemul specializat n determinarea i monitorizarea indicatorilor de rating bancar: lichiditi, profitabilitate, grad de ndatorare; n cadrul lui se realizeaz i modulele de asistare a deciziei, analiza scenariilor, elemente specifice de gestiunea riscului.
41

6) Contabilitate

este subsistemul care realizeaz funciile de baz ale contabilitii: urmrirea conturilor analitice i sintetice, evidena tranzaciilor interne i externe ale bncii, verificarea concordanei dintre tranzaciile bancare derulate i evidena contabil, constituirea situaiilor de sintez i raportare ctre organele administraiei publice (balane sintetice, contul de profit i pierdere, situaia patrimoniului). 7) Personal este subsistemul care asigur evidena personalului bncii i calculul salariilor. La aceast structur se mai pot aduga i alte componente cum ar fi: o Trezorerie operaii pe piaa valutar i operaii cu titluri de investiie (certificate de trezorerie) i de plasament (obligaiuni) att cele proprii bncii ct i ale clienilor; o Decontri intrabancare activitate reglementat de L33/1991 i L34/1991 privind statutul Bncii Naionale; se efectueaz prin sistemul propriu fiecrei societi bancare; o Decontri interbancare activitate reglementat de L34/1991, care se realizeaz prin intermediul conturilor curente deschise la sucursalele Bncii Naionale sau prin intermediul conturilor pe care societile bancare le deschid reciproc.
Management

Clieni Rapoarte, Indicatori, Sinteze

Marketing

Credite Operaii curente

Contabilitate

Personal

Noile soluii IT (tehnologia informaiei) implementate n cadrul sistemelor informatice bancare au produs schimbri profunde n cultura la nivel de instituie.
42

Astfel, conceptul de groupware, promoveaz lucrul n grup folosind comunicaia prin Intranet. Se faciliteaz lucrul n colectiv i interactivitatea ntre persoane implicate ntr-un proiect prin utilizarea infrastructurii oferite de Intranet: pota electronic, transferul de fiiere, Web. Mediul bancar este adecvat transferului electronic al documentelor (Electronic Data Interchange), formate din structuri bine definite, asamblate n fiiere criptate, nsoite de semnturi electronice, care vin s nlocuiasc tradiionalele documente scrise.

43

6.2 Exemple de sisteme informatice bancare romneti SIBANK este un sistem informatic integrat, dezvoltat n conformitate cu legislaia bancar i financiar-contabil din Romnia, adaptat particularitilor pieii valutare i monetare romneti. Este un sistem flexibil i prezint o structur modular, astfel nct se poate adapta uor la cerinele utilizatorilor i se poate dezvolta prin adugarea unor noi module. Componentele de baz ale sistemului SIBANK sunt: Clieni Operaii cu clienii, care cuprinde: o Gestionare conturi curente o Casierie o Schimburi valutare o Depozite o Creditare Contabilitate Trezorerie, care cuprinde: o Schimburi pe piaa valutar o Operaiuni cu titluri o Vnzare-cumprare cash Trade finance o Acreditive de import-export o Incassouri de import-export Management informaional Sistemul de raportare Administrare sistem Modulul Clieni Gestioneaz clienii bncii i reine datele referitoare la acestia: nume, adresa, forma de proprietate, obiectul principal de activitate. Sunt stocate i informaii referitoare la acionariat, management, relaii de interdependen comercial. Fiecare client este identificat printr-un cod unic reprezentat de codul fiscal pentru clienii persoane juridice i codul numeric personal pentru persoanele fizice. Modulul Operaii cu clienii Conturi curente - Gestioneaz conturile n lei i n valut ale clienilor, realiznd automat calculul dobnzii n funcie de soldurile existente i de condiia de dobnd asociat i plata acesteia n acelai cont sau ntr-un cont precizat de client;
44

Pli i ncasri opereaz ordinele de plat ale clienilor precum i ncasrile

acestora i actualizeaz on-line soldurile. Aplicaia calculeaz i reine automat comisioanele aferente operaiilor de cont curent. Sunt permise plile n limita soldului creditor existent. Aplicaia poate emite centralizatoare de plat/ncasare necesare operaiunilor de compensare interbancar. Schimburi valutare opereaz ordinele clienilor de cumprare/vnzare de valut i de schimb valut-valut la vedere sau la termen. Aplicaia verific soldul contului pltitorului nainte de a efectua tranzacia pentru a nu intra n descoperit de cont. n cazul operaiunilor de schimb valutar la termen, sumele aferente tranzaciei sunt pstrate ntr-un cont special iar la scaden se actualizeaz automat soldurile conturilor, se calculeaz i se nregistreaz profitul sau pierderea realizat de banc n urma tranzaciei. Cele mai importante rapoarte ale acestui modul sunt raportrile la BNR privind operaiunile pe piaa valutar. Depozite - gestioneaz depozitele atrase de la clieni, la vedere sau la termen, n lei sau n valut. Dobnda se calculeaz automat i se vars ntr-un cont de disponibil sau se capitalizeaz, n funcie de clauza din contract. Pentru depozitele persoanelor fizice se realizeaz prelungirea automat la scaden a depozitului. n momentul ncasrii dobnzii se calculeaz i se reine automat impozitul datorat. n cazul lichidrii depozitului nainte de termen se calculeaz dobnda la vedere. Pe durata derulrii contractului se permite modificarea ratei dobnzii. Situaiile cele mai semnificative: evidena depozitelor n lei i n valut, situaia preliminariilor de dobnd, situaia scadenelor la depozite. Creditare aplicaia administreaz att operaiile de creditare direct ct i pe cele de refinanare. Sunt gestionate operaiile de creditare pentru credite de trezorerie, credite de investiii, credite pe documente n curs de ncasare, scrisori de garanie bancar, credite interbancare. Se calculeaz automat dobnda i majorrile, ratele de credit restante, penalitile. Situaii obinute: evidena creditelor acordate, dobnzilor i comisioanelor aferente, situaia creditelor restante. Operaiuni de cas gestioneaz operaiile de ridicare i depunere de numerar efectuate de clienii bncii, realiznd i o eviden a casieriilor i a operaiilor de remitere/alimentare de tezaur. Situaii generate: jurnalul de cas pentru fiecare casierie i general, situaia monetarului pe casierie, situaia ridicrilor de numerar peste un anumit plafon.

Modulul Trezorerie Gestioneaz operaiile efectuate de banc pe piaa monetar, pe piaa valutar i operaiunile cu titluri. Aplicaiile componente: Depozite gestioneaz depozitele atrase i plasate de banc pe piaa monetar, indiferent de tipul lor. Sunt o serie de raportri solicitate de BNR: situaia rezervei minime obligatorii, situaia depozitelor n lei/valut atrase/plasate de banc pe piaa monetar.
45

Schimburi valutare gestioneaz operaiile de schimb valutar efectuate de banc, cu actualizarea i nregistrarea automat a rezultatului (profit sau pierdere) obinut de banc la fiecare tranzacie. Situaii ctre BNR: situaia operaiunilor pe piaa valutar, confirmri de schimburi valutare, scadene de decontare pentru sume n valut provenite din schimburi valutare. Operaii cu titluri gestionarea cumprrii titlurilor de investiie (certificate de trezorerie cu dobnd i discount), titluri de plasament (obligaiuni) i de tranzacie att pentru banc ct i pentru clieni. Pentru titlurile de investiie i de plasament, sistemul calculeaz automat dobnda i nregistreaz ncasarea acesteia la scaden. Pentru titlurile de tranzacie aplicaia face o reevaluare lunar n funcie de preul pieei pn la vnzarea lor. Situaii obinute: situaia certificatelor de trezorerie achiziionate de banc, pe data scadent. Vnzare-cumprare cash gestioneaz operaiile de cumprare-vnzare de numerar de pe piaa interbancar, calcularea i perceperea automat a comisioanelor de pltit/ncasat. Modulul Trade Finance Este destinat urmririi operaiilor de import-export ale clienilor bncii realizate prin acreditive, incassouri, ordine de plat documentare. Se calculeaz automat i se rein comisioanele, se efectueaz pli-ncasri la scaden sau n trane. Modulul Transferuri Internaionale de fonduri Proceseaz tranzaciile internaionale ale bncii sau ale clienilor si. Aplicaiile componente sunt: Actualizarea on-line a soldurilor conturilor nostro i ale clienilor; Calcularea i reinerea automat a comisioanelor interne i pentru bncile corespondente; Gestionarea i raportarea dispoziiilor de ncasare valutar; Conversia n euro (la cerere). Modulul management informaional Asigur calculul indicatorilor de rating, posibilitatea vizualizrii lor la cerere precum i situaii de sintez privind activitatea bncii pe fiecare dintre componentele sale. Modulul de raportare Asigur generarea rapoartelor periodice impuse de normele BNR: Situaia zilnic a activelor i pasivelor bancare; Situaia creditelor, clasificarea lor;
46

Situaia debitorilor i a riscurilor individuale; Situaie privind solvabilitatea bncii i expunerea ei pe grupuri de clieni.

47

3. SISTEME INFORMATICE DE GESTIUNE Sistemele informatice de gestiune (SIG) pot fi abordate n dou moduri: Pornind de la informaiile utilizate n cadrul firmei, a mijloacelor de identificare, stocare i prelucrare a acestora; Pornind de la funciile (scopul) sistemului i anume oferirea informaiilor necesare i la momentul oportun pentru fundamentarea deciziilor. Sistemele informatice de gestiune implic urmtoarele elemente interdependente: domeniile de gestiune, datele, modelele i regulile de gestiune. Domeniile de gestiune corespund activitilor desfurate n cadrul firmei (producie, comercial, cercetare-dezvoltare, financiar-contabil, marketing, personal) i in cont de interaciunile dintre ele. Se identific funciile i operaiile specifice nivelurilor ierarhice de ale management-ului: operaional, tactic i strategic. n cadrul sistemelor informatice realizate pe criterii funcionale, domeniile de gestiune stau la baza subsistemelor informatice. Datele - reprezint informaiile puse la dispoziie de ctre firm, materia prim a oricrui sistem de gestiune. Se face o prim clasificare a acestora n date cu caracter permanent i date cu caracter tranzacional. Modelele de gestiune conin procedurile caracteristice domeniilor de gestiune. Astfel, exist anumite proceduri specifice domeniului produciei (tehnologia de fabricaie, urmrirea produciei, costuri de fabricaie), domeniului comercial (aprovizionare, desfacere) i contabilitate (furnizori, clieni, balana, indicatorii sintetici, cheltuieli, venituri). Regulile de gestiune permit prelucrarea datelor n concordan cu activitile desfurate n cadrul firmei i cu obiectivele sistemului. Dac ntreprinderea are activitatea de baz producia de bunuri i servicii, cteva exemple de reguli de gestiune: Producia scade cnd s-a depit stocul de produse finite; Creterea stocului de produse finite determin scderea preului lor de vnzare; Se face aprovizionarea cu materii prime cnd s-a ajuns la un stoc efectiv mai mic dect cel normat; Cererea mare de produse pe pia conduce la apariia de noi modele, create i testate n cadrul compartimentului de cercetare-dezvoltare. SIG sunt sisteme integrate, caracterizate prin introducerea unic a datelor preluate din documentele primare i prelucrarea lor distribuit n cadrul subsistemelor informatice.
48

De exemplu: facturile ctre clieni, ordinele de plat i chitanele sunt prelucrate att n cadrul subsistemului comercial ct i n cel contabil.

Documente

Preluare

Validare

Subsistem comercial

Situaia stocurilor

Baza de date Subsistem contabil Situaia furnizorilor

Fig. Modul de lucru n sistemele integrate de gestiune 7.1 Principii de proiectare a sistemelor de gestiune Indiferent de domeniul abordat de un SIG, proiectarea lui impune respectarea unor principii de baz: 1. abordarea global a problematicii de abordat se are n vedere realizarea unui sistem informatic al firmei, care s cuprind toate activitile, de aceea se dezvolt o soluie de informatizare total, n cadrul creia se precizeaz componentele prioritare; 2. utilizarea unei metodologii n activitatea de proiectare a sistemului n funcie de resursele financiare i materiale, de cerinele managementului i de obiectivele sistemului se stabilete metodologia de proiectare; 3. aplicarea unor metode i soluii moderne de proiectare i realizare a sistemului echipa de proiectare trebuie s fie ancorat n actualitate, s cunoasc i s utilizeze tehnici noi de analiz i proiectare, s utilizeze soluii software de ultim or pentru realizarea sistemului; 4. structurarea SIG relativ independent de structura organizatoric din firm aceast cerin permite buna funcionare a sistemului i n cazul unor modificri organizatorice n cadrul firmei; de asemenea, are ca efect posibilitatea de generalizare a produsului software i la alte firme de profil; dac exist anumite particulariti n activitatea beneficiarului care influeneaz fluxul informaional i prelucrarea datelor, sistemul informatic trebuie s fie capabil s se adapteze cerinelor;
49

5. participarea direct a reprezentanilor beneficiarului la activitile de analiz,

proiectare i implementare a SIG implicarea utilizatorilor n proiectarea SIG se face n special: n faza de analiz: activitatea de documentare, selectarea metodologiei de realizare a sistemului; n faza de proiectarea general: definirea obiectivelor, stabilirea machetelor situaiilor de ieire, alegerea SGBD-ului i a reelei de comunicaie; n faza de proiectare tehnic: testarea procedurilor i a interfeei grafice cu utilizatorul; n faza de implementare: punerea la dispoziia a datelor reale, testarea sistemului, instruirea utilizatorilor. 6. respectarea cadrului legislativ este obligatorie i se reflect asupra modulelor de calcul a indicatorilor, asupra reprezentrii situaiilor de ieire, a fiierelor i a raportrilor ctre administraia public; 7. ncadrarea n resursele financiare i materiale ale benficiarului pentru respectarea acestei cerine este necesar ntocmirea unui contract clar ntre proiectant i beneficiar n care s fie specificate cheltuielile de realizare a SIG, ncepnd cu proiectarea sistemului, achiziionarea echipamentelor hardware i software necesare, instruirea personalului i terminnd cu precizarea cheltuielilor de exploatare a sistemului. Raportul Standish, realizat ca urmare a unor studii pe plan internaional, a stabilit c principalii factori de succes n realizarea sistemelor informatice sunt: implicarea utilizatorului final; sprijinul managementului executiv; claritatea cerinelor; planificarea termenelor. 7.2 Sisteme informatice de gestiune: aplicaii ERP(Enterprise Resource Planning) O categorie special de sisteme informatice de gestiune o constituie aplicaiile ERP pentru planificarea resurselor unei ntreprinderi. Ele au urmtoarele caracteristici: asigur gestiunea eficient a mai multor procese din ntreprindere prin asigurarea unei strnse comunicaii ntre ele sau prin intermediul unor module integrate; se raporteaz la o baz de date unic la nivelul ntregii ntreprinderi; permit administrarea centralizat a tuturor aplicaiilor componente ale SI; realizeaz dialogul cu utilizatorii diferitelor componente ale SI printr-o interfa grafic unic; furnizeaz instrumente pentru dezvoltarea rapid i integrarea de noi aplicaii, ca rspuns la cerinele ntreprinderii.
50

O aplicaie ERP rspunde la cele 4 categorii de cerine informaionale ale ntreprinderii: individuale, de grup, profesionale, globale. Tipurile de rspunsuri la aceste cerine sunt: funcionale nu au legtur cu organizarea ntreprinderii; complexe respect organizarea ntreprinderii; dinamice sunt legate de fluxurile din activitatea ntreprinderii; strategice furnizeaz informaii necesare deciziilor conducerii. Conceptul de ERP a aprut la nceputul anilor 80 i a fost utilizat pentru aplicaii care ncercau s acopere complet gestiunea unei ntreprinderi. Printre firmele de prestigiu care au abordat de la nceput acest concept se numr i Oracle. Urmtorul pas a fost transformarea aplicaiilor n sisteme integrate de gestiune a ntreprinderii, dar nu existau nici tehnologii, nici software de dezvoltare care s permit abordarea integrat. Nu existau medii de programare care s permit construirea rapid a interfeelor grafice, bazele de date relaionale erau n faz incipient, ntre sistemele de operare existau incompatibiliti majore. Necesitatea comunicrii ntre aplicaiile unui SI, preocuparea continu pentru creterea eficienei i productivitii ntreprinderii prin luarea deciziei corecte pe baze informaionale complete i oportune au fost factorii care au condus la dezvoltarea aplicaiilor ERP. Sunt 3 elemente importante care stau la baza ERP-urilor: 1. arhitectura deschis (sisteme deschise open systems) care s permit adugarea de noi module; 2. componentele sunt reutilizabile pentru toate activitile ntreprinderii care au cerine similare; 3. flexibilitatea componentelor la variaii n timp i spaiu ale regulilor de gestiune i ale legislaiei. Modelul de organizare a unei afaceri [3] Modelul de organizare a unei afaceri, corespunztor majoritii ntreprinderilor de producie, comer i servicii, precum i unora dintre instituiile din sectorul financiarbancar, cuprinde 2 zone: Front Office zona de legtur direct cu clientul, concretizat prin spaiul de vnzare a bunurilor i serviciilor; Back Office zona unde se realizeaz activitile de aprovizionare, stocare, producie, contabilitate i celelalte activiti pentru derularea afacerilor cu clienii. Ca o consecin, sistemul informatic are i el dou componente principale: 1. Aplicaia Back Office constituie nucleul sistemului ERP i se desfoar pe unul sau mai multe servere dedicate, unde se plaseaz i baz de date centralizat; de pe staiile reelei se lanseaz programe de gestiune a tranzaciilor, care au ca scop tratarea simultan a cererilor unui numr mare de utilizatori, n condiii de pstrare
51

a coerenei i integritii bazei de date; aplicaia de fundal (back office) garanteaz buna funcionare a ntreprinderii, ea asigur o disponibilitate permanen a sistemului i o continuitate a serviciilor, de aceea se impune existena unui sistem de securitate a datelor puternic, att la nivelul bazei de date ct i la nivelul drepturilor de acces ale utilizatorilor. Aplicaia trebuie s aib capacitatea de a continua s funcioneze cnd una dintre componente s-a defectat i s arhiveze online tranzaciile la perioade scurte de timp pentru a evita pierderea datelor. 2. Aplicaia Front Office are ca principal sarcin s le asigure servicii rapide clienilor; componentele importante sunt: o Gestiunea relaiilor cu clienii (Customer Relationships Management CRM) care cuprinde instrumente de administrare a clienilor: consultarea dosarelor clienilor, informaii referitoare la operaiile efectuate de clieni pentru a fi transmise spre procesare aplicaiei Back Office, evaluarea clienilor dup o serie de criterii (scoring) de exemplu pentru acordarea creditelor, configurarea cererilor i a rspunsurilor sub form de variante de ofert adecvate. o Gestiunea serviciului de desfacere se refer la agenii de vnzare i cuprinde mai multe aspecte: cota de vnzri pentru fiecare dintre ei, performane, realizarea cifrelor de afaceri individuale i colective etc. Aplicaia preia comenzile i le trimite agenilor, care au la dispoziie instrumente de management a agendei de lucru. o Gestiunea la distan a clienilor se bazeaz pe tehnologii moderne de comunicaii i servicii Internet; o Gestiunea marketingului determinarea produselor celor mai cutate pe pia, studii ale comportamentului consumatorilor, studii ale produselor concurenei; o Instrumente de asistare a deciziei de la simpla cutare i extragere de date la aplicaii SIAD (sistem interactiv de asistare a deciziei) cu scopul de a obine informaiile ce pot influena politica comercial a firmei. n afar de aceste zone principale se mai pot distinge alte dou zone: 3. Middle Office situat fizic n Front Office, dar care ndeplinete funcii de Back Office sau perceput ca o interfa ntre cele dou zone principale, cu scopul de a gestiona reeaua i de a transmite datele ctre aplicaiile centrale. ntr-o arhitectur client-server pe trei niveluri (server central, servere de filiale i staii de lucru) componentele Middle Office se regsesc pe serverele de filiale i pe serverul central. 4. Web Office cuprinde mai multe tipuri de aplicaii: aplicaii interne realizate prin Intranet, la care are acces numai personalul din ntreprindere: coordonarea i gestiunea proiectelor, mesagerie intern,
52

agend de lucru, videoconferine. Se protejeaz hard i soft Intranet-ul pentru a bloca accesul neautorizat din reeaua Internet sau din interiorul firmei. Aplicaii accesibile partenerilor destinate furnizorilor, clienilor, reselleri, consultani; se utilizeaz servicii Extranet oferite de un ISP (Internet Service Provider); Aplicaii care ofer informaii publice sunt oferite cataloage on-line cu produsele i serviciile ntreprinderii, se pot prelua comenzi i se accept plata electronic prin cri de credit sau portofel electronic. Serviciile folosite n zona Web Office sunt: E_messaging mesagerie electronic pentru firm; E_commerce comer electronic: vnzri prin coresponden i efectuarea de pli prin mijloace electronice; E_banking operaii bancare on-line prin care un client i poate consulta conturile bancare i poate emite ordine ctre banc; echivalentul bancar al comerului electronic l constituie serviciile bancare la domiciliu; E_catalog oferte ale firmelor ce pot fi consultate de pe Internet; este cea mai rspndit aplicaie i permite accesul n timp real la produse i servicii; E_doc exchange schimb electronic de documente; cel mai cunoscut este EDI (Electronic Data Interchange); E_training formare profesional prin Internet; alturi de e_learning constituie noua metod de formare asistat de calculator. Efectele aplicaiei ERP asupra activitii unei firme sunt urmtoarele: a) Realizeaz integrarea informaiilor financiare valori unice ale indicatorilor, obinute dintr-o baz de date unic; b) Urmrirea comenzilor din momentul formulrii cererii i pn la trimiterea mrfurilor, a facturii i plata lor; n funcie de comenzi se poate coordona i producia, stocurile i livrrile ctre filiale; c) Creterea productivitii, timp de rspuns mult mai mic, reducerea personalului din sectorul financiar-contabil care se ocup cu evidena contractelor, a comenzilor, a decontrilor; d) Reducerea stocurilor aplicaiile ERP furnizeaz o imagine exact a vnzrilor i prin planificarea livrrilor se poate dirija procesul de producie n scopul reducerii stocurilor de produse finite; e) Urmrirea activitii agenilor de vnzri, salarizarea lor n funcie de veniturile realizate. Aplicaiile ERP sunt formate dintr-un nucleu, care acoper principalele domenii de gestiune din ntreprindere, la care se adaug module specializate pe tipuri de producie, pentru generarea unor reguli de producie, pentru dezvoltarea de noi
53

componente i interfee de comunicaie, module care vin n sprijinul conducerii pentru luarea deciziilor.

54

4. STUDIU DE CAZ: Agenie de turism


Cererea ageniei: proiectarea unui sistem informatic care s ofere posibilitatea de a urmri computerizat derularea contractelor, de a prezenta documentat i operativ servicii clienilor, la tarife acceptabile. A. Analiza de sistem a. Prezentarea firmei: este o societate pe aciuni, al crei obiectul principal de activitate l constituie intermedierea i vnzarea de servicii turistice (cazare, mas, transport, vizitarea de locuri turistice etc). Cifra de afaceri: 3.200.000 mii lei Productivitatea: 25.000 mii lei/ lun/ angajat Fond de investiii disponibil: 800.000 mii lei b. Activiti: 1.cazare i mas n hoteluri proprii; 2. organizarea de excursii n ar; 3. contractarea de agenii din strintate pentru oferirea excursiilor n strintate; 4. organizarea de revelioane n ar i strintate. c. Organigrama ageniei: este prezentat n fig. A1 d. Fluxul informaional : este prezentat n fig. A2 i se interpreteaz astfel: Agenii contacteaz posibilii furnizori de servicii i lanseaz comenzi. ntre Agenie i furnizori se ncheie contracte pe perioade determinate (1 an). Plata serviciilor prestate de acetia se face cu ordine de plat emise pe baz de facturi. Pe baza ofertelor i a publicitii fcute de Agenie prin serviciul de Marketing, se nregistreaz cereri de servicii solicitate de Clieni, concretizate prin Comenzi. Agenia combin serviciile proprii cu cele contractate de la Furnizori i rezult Produsul turistic. ntre Agenie i Clieni se ncheie un contract n care se precizeaz tarifele i termenele de realizare a serviciilor, precum i data limit de achitare a acestora. Serviciul Financiar-Contabil emite factur ctre Client, pe care acesta o va achita cu numerar (document de confirmare: Chitan) sau prin banc (document de confirmare Ordin de plat). e. Evaluarea critic a Sistemului informaional existent: Agenia dispune de 5 calculatoare legate la Internet pentru activitatea de Secretariat i activitatea de Marketing. Urmrirea derulrii contractelor este dificil de realizat n condiii manuale de lucru; de asemenea activitatea Financiar-Contabil se confrunt cu serioase probleme la ntocmirea situaiilor contabile lunare, la nchiderea de lun, la bilanul de sfrit de an etc.
55

Manager

Director agenie

Director marketing

Director economic

Director departament IT

Ageni contractare

Personal contract permanent: ghizi, oferi

Specialiti n prospectarea pieei

Serviciul contabilitate Serviciul financiar Serviciul personal

Administrator BD Administrator reea de calculatoare

Personal cu contract parial

A1. Organigrama Ageniei de turism

56

FURNIZORI SERVICII

Contracte CONTRACTARE Comenzi AGENI CONTRACTARE SERVICIUL FINANCIAR CONTABIL

Contracte Comenzi CLIENI

Facturi Ordin de plat

Facturi

Chitan, Ordin de plat

A2. Fluxul informaional n cadrul Ageniei de turism

57

n sfrit, Managementul nu poate avea o imagine corect i n timp util a performanelor firmei, nu poate lua decizii rapide de reorientare a serviciilor n condiii de concuren. f. La nivelul Managementului strategic se ia decizia proiectrii unui Sistem informatic, apelndu-se la o firm de software specializat. Aceast firm consider c metodologia constructiv, bazat pe strategia Top-Down este cea mai potrivit i se ncadreaz n fondurile de investiii prevzute. B. Proiectarea general 1) Definirea obiectivelor SI: Obiectivul fundamental: creterea eficienei i a productivitii activitii Ageniei de turism; Obiectivele specifice rezult din activitile companiei: o ncheierea de contracte cu furnizorii i clienii n condiiile avantajoase pentru Agenie, bazate pe o documentare corect i pe corelarea activitilor tuturor compartimentelor; o Urmrirea modului de derulare a contractelor, evidena plilor i a ncasrilor la zi; o Creterea gradului de operativitate a firmei i a calitii serviciilor oferite; o Promovarea serviciilor firmei printr-un site Web propriu pe Internet; o Posibilitatea de preluare a comenzilor de la clieni i a ofertelor de la furnizori prin Internet. 2) Planul de realizare a Proiectrii generale: Echipa de proiectare consider c ntreaga etap se va definitiva n maximum 8 luni i pentru aceasta activitile au fost defalcate n timp astfel: 3) Definirea machetelor situaiilor de ieire Activitile etapei de proiectare general Luni / an
1 Activitatea 1: Definirea obiectivelor specifice Activitatea 2 : Stabilirea planului de realizare a proiectrii generale Activitatea 3: Definirea ieirilor sistemului Activitatea 4: Stabilirea intrrilor i codificarea datelor Activitatea 5: Proiectarea fluxului general de prelucrare Activitatea 6: Stabilirea regulilor de securitate i control Activitatea 7: Finalizarea documentaiei de proiectare general 58 2 3 4 5 6 7 8

- Situaia furnizorilor Denumire Nr.contract furnizor Subtotal/contract Total/ furnizor ............. Total raport - Situaia clienilor Denumire client Nr.contract Subtotal/contract Total/ client ............. Total raport

Nr. Factur

Denumire servicii

Valoarea serviciilor xxx xxx xxx

Nr. Factur

Denumire servicii

Valoarea serviciilor xxx xxx xxx

- Urmrirea contractelor cu clienii Denumire client Nr.contract Valoarea total a serviciilor Subtotal/contract Total /client ................ Total raport

Valoarea ncasat xxx xxx

Data ncasrii

4) Stabilirea datelor de intrare - cu caracter permanent: Furnizori, Servicii - cu caracter variabil: Tranzacii_clieni, Tranzacii_furnizori
Atribute Entiti Cod_furnizor Cod_client Cod_serv Nr_factura Data_facturii Tip, lungime N,3 N,5 N,3 AN,12 D,8 FURNIZORI PK FACTURIFURNIZORI FK PK FK PK PK * PK CLIENI FACTURICLIENI SERVICII

5) Fluxul general de prelucrare a datelor Sistemul informatic se divide n 4 subsisteme:


59

o S1 subsistemul Identificare i preluare servicii de la furnizori

Aplicaiile informatice componente ale subsistemului: Contractare servicii de la furnizori (calcul servicii, oferte) Urmrirea derulrii contractelor cu furnizorii o S2 subsistemul Identificare i contractare clieni Aplicaiile informatice componente: Contractare servicii cu clienii (oferte servicii, preluare comenzi) Urmrirea derulrii contractelor cu clienii o S3 subsistemul Evidena financiar a furnizorilor i clienilor Aplicaii informatice componente: Evidena financiar a plilor ctre furnizori Evidena financiar a ncasrilor de la clieni o S4 Subsistemul Promovare servicii Aplicaii informatice componente: Construirea i actualizarea periodic a site Web de prezentare a serviciilor oferite de agenie Preluare comenzi prin Internet 6) Specificaiile de control i securitate a datelor a. Controlul datelor de intrare - Validarea datelor introduse prin programe de calcul a cifrei de control; - Verificarea codului unic de nregistrare, respectiv a codului numeric personal pentru fiecare client persoan juridic sau fizic; b. Controlul rezultatelor - Proceduri de calcul a soldului final/furnizor; - Proceduri de calcul a soldului final/client; - Corelarea rezultatelor din Situaia derulrii contractelor cu furnizorii i Evidena financiar a plilor ctre furnizori - Corelarea rezultatelor din Situaia derulrii contractelor cu clienii i Evidena financiar a ncasrilor de la clieni c. Protecia sistemului informatic i a bazei de date - Stabilirea de conturi utilizator pe grupuri de utilizatori i individuale; - Restricionarea accesului la reea a utilizatorilor pe anumite staii; - Acordarea drepturilor de modificare i tergere a datelor pe grupuri de utilizatori i foldere.

60

INTERNET

S E R V E R
SWITCH

S I T E Web
SWITCH

Grup utilizatori AGENI

SWITCH

Grup utilizatori MARKETING

Grup utilizatori CONTABILITATE

Arhitectura reelei locale i conexiunea la Internet

61

n aceast faz se stabilete arhitectura reelei locale de calculatoare, care va consta ntr-o conexiune combinat din tipurile STAR i BUS. Sistemul de operare al serverului este Windows 2000 Server, iar cel instalat pe staii este Windows 98 sau Windows 2000 Professional. Se va crea o baz de date cu ajutorul sistemului Microsoft Access, care funcioneaz foarte bine pentru un numr de utilizatori mai mic dect 30 i pe un server cu sistemul de operare Windows 2000 Server. C. Proiectarea tehnic Schema de proiectare a subsistemului S2 - Identificare i contractare clieni cuprinde: serviciile oferite de agenie, contractele realizate cu clienii i serviciile cerute de acetia n cadrul unui contract:
Tabela SERVICII Byte PK Cod_serv Text 30 Denumirea serv PK PK PK Tabela CLIENI Text 13 CNP Nrcontract Byte Cod_serv Byte Text30 Byte Tabela CONTRACTE PK Nrcontract Byte Date/ Data_contract Time

Tarif_serv

Long Integer

Nume_client Nr_serv

Pentru satisfacerea cerinelor beneficiarului, proiectantul trebuie s realizeze baza de date parcurgnd urmtoarele etape: 1. S construiasc tabelele i relaiile dintre ele conform schemei de proiectare; 2. S realizeze un formular pentru introducerea datelor n tabela clieni; 3. S proiecteze o interogare care s vizualizeze numele clientului, serviciile solicitate i valoarea lor pentru un anumit contract; 4. S construiasc un raport care s prezinte datele din interogarea anterioar, cu subtotaluri valorice pentru fiecare client i pentru fiecare contract. Se salveaz baza de date sub numele Agenie.mdb i se testeaz funcionarea ei prin adugarea seturilor de date. 1) Dup ce a fost realizat structura celor 3 tabele, se stabilesc relaiile dintre ele: 2) Formularul de ncrcare date in tabela SERVICII, cu subformularul CLIENI se proiecteaz cu Form Wizard i arat astfel: 3) Se proiecteaz n modul Design View interogarea care s vizualizeze numele clientului, serviciile solicitate i valoarea lor pentru un anumit contract.
62

Cmpul valoare este un cmp calculat i se obine din [nr_serv]*[tarif_serv]. n urma execuiei interogrii obinem situaia: 4) Se construiete un raport pe baza interogrii de la punctul anterior, cu Report Wizard, avnd grij s precizm ca niveluri de grupare: Nivelul 1: Nrcontract Nivelul 2: Nume_client Se va face un subtotal pe cmpul valoare pentru fiecare client i pentru fiecare contract. Se fac modificri n Design View care in de forma raportului i nu de coninutul acestuia. n urma execuiei se obine urmtoarea situaie: VERIFICAREA CUNOTINELOR 1. Care sunt tipurile de strategii de proiectare i realizare a sistemelor informatice ? a) Strategia ascendent (Bottom-Up); b) Strategia costurilor minime; c) Strategia descendent (Top-Down). 2. Care sunt tipurile de date de intrare definite n cadrul etapei de proiectare general? a) Date corelate; b) Date variabile; c) Date de referin; d) Date permanente. 3. Cum se definete metodologia de proiectare a sistemelor informatice ? a) Un set finit de metode i concepte pentru prelucrarea informaiilor; b) Un complex de etape prevzute pentru realizarea sistemelor informatice ; c) Un complex de tehnici de integrare a sistemelor informatice n exploatare. 4. Care dintre etapele de mai jos aparin fazei de proiectare general? a) Crearea procedurilor de prelucrare, actualizare, dirijare; b) Definirea ieirilor sistemului; c) Elaborarea variantelor de sistem ; d) Definirea utilizatorilor sistemului ; e) Stabilirea datelor de intrare. 5. Ce este proiectarea de detaliu?
63

a) Ansamblul activitilor prin care se realizeaz unitile funcionale, aplicaiile i subsistemele. b) Totalitatea activitilor de creare, actualizare, consultare i ntreinere a bazei de date; c) Ansamblul activitilor prin care se creaz, se actualizeaz i se exploateaz baza de date. 6. Prin ce se caracterizeaz metodologiile constructive de proiectare a sistemelor informatice ? a) Analizeaz i depisteaz deficienele sistemului informaional; b) Se construiete un sistem informatic nou ; c) Realizeaz compatibilitatea cu intrrile i ieirile sistemului informatic; d) mbuntesc funcionarea sistemului informaional existent ; e) Se renun complet la sistemul informaional existent. 7. Care sunt componentele modelului relaional al bazelor de date? a) Tabele, formulare, interogri, rapoarte din baza de date; b) Entiti, operatori de algebr relaional, restricii de integritate; c) Creare, consultare, inserare, tergere nregistrri din baza de date. 8. Care dintre urmtoarele activiti aparin fazei de analiz? a) Studiul metodelor de conducere; b) Definirea obiectivelor sistemului; c) Stabilirea fluxurilor informaionale ale documentelor. 9. Marcai metodele de securitate i protecie a bazei de date: a) Ierarhizarea utilizatorilor i acces pe baz de parol; b) Salvri periodice ale bazei de date pe suport magnetic ; c) Utilizarea formularelor de introducere date. 11. n ce const proiectarea fluxului general al prelucrrii datelor ? a) Stabilete termenele de finalizare ale etapelor de proiectare; b) Structureaz sistemul informatic n uniti funcionale; c) Definete documentele de intrare; 12. n cadrul crei faze se stabilesc machetele situaiilor de ieire? a) Faza de implementare, trecere n exploatare i ntreinere; b) Faza de proiectare de ansamblu sau conceptual; c) Faza de proiectare de detaliu sau tehnic. 13. Selectai strategiile de implementare a sistemelor informatice : a) Implementare direct;
64

b) Implementare strategic; c) Implementare paralel. 14. n cadrul crei faze se stabilete tipul reelei de comunicaii i sistemul de operare al reelei? a) Implementare i trecere n exploatare; b) Proiectare de ansamblu; c) Proiectare de detaliu. PROIECTAREA SISTEMELOR INFORMATICE ORIENTAT PE OBIECTE Modelarea sistemelor cu ajutorul obiectelor i are originea n anchitate, cnd filozofi renumii, cum ar fi Socrate, Platon, Aristotel au introdus primele noiuni despre teoria cunoaterii formelor. Aceast teorie a fost adus n actualitate i aplicat sistemelor informatice, plasnd la baza proiectrii acestora translatarea conceptelor complexe, uneori incomplete i imprecise din domeniul abordat n modele informatice, clare, logice, algoritmice. Obiectele care stau la baza proiectrii SI orientate pe obiecte, ncapsuleaz caracteristici structurale (atribute sau date) i comportamentale (metode i operaii care definesc funcionalitatea). De exemplu, obiectul Contul firmei X are urmtoarele atribute: identificator (numr) cont, tipul, soldul, dobnda. Operaiile care se pot efectua asupra contului sunt: alimentare (sum), retragere (sum), calculul periodic al soldului. Un obiect este caracterizat de trei elemente: stare, comportament i identitate. Starea este format din setul de valori ce caracterizeaz obiectul la un moment dat. Se poate modifica n urma unor execuiei unei operaii, cum ar fi retragerea unei sume sau alimentarea contului. Comportamentul obiectului este definit de succesiunea operaiilor care se execut asupra acestuia i care i modific starea. Identitatea unui obiect este definit printr-un cod unic, care-l distinge de orice alt obiect din sistem. De asemenea identitatea este independent structural i fa de valorile atributelor. Mai multe obiecte care au aceleai caracteristici formeaz o clas de obiecte. De Clasa ContBancar exemplu, toate obiectele corespunztoare conturilor firmelor formeaz clasa de Atributele: obiecte denumit ContBancar, care ncapsuleaz toate atributele i metodele Nrcont comune Suma obiectelor. Acestea se mai numesc i instane.
Tip Dobnda Metodele: Alimentare (suma) Retragere (suma) CalculSold Instane ale clasei

65

Contul firmei X Contul firmei Y Contul firmei Z

Alte concepte folosite n proiectarea orientat pe obiecte sunt: abstractizarea, ncapsularea, motenirea i polimorfismul. Abstractizarea nseamn extragerea caracteristicilor comune relevante ale unui set de elemente i eliminarea caracteristicilor irelevante. Pentru setul de conturi bancare ale societilor comerciale se pot considera relevante urmtoarele caracteristici: numele titularului, adresa, codul fiscal, capitalul social. ncapsularea reprezint reunirea atributelor i metodelor aferente mai multor elemente ntr-o clas de obiecte. Legat de ncapsulare este i conceptul de ascundere a informaiei. Booch a dat ncapsulrii o definiie simpl: proces de ascundere a structurii unui obiect i a implementrii metodelor sale. Astfel, o clas de obiecte este format din elemente publice, vizibile, accesibile din exterior) i elemente private, inaccesibile din exteriorul clasei, dar accesibile celorlali membri ai clasei de obiecte. Motenirea definete o relaie de tip printe-copil ntre clase. Astfel, o clas transmite structura i comportamentul su mai multor subclase. De exemplu, clasa ContBancar poate avea subclasele ContBancar_PersoanaFizic i ContBancar_PersoanaJuridic.

66

Clasa ContBancar Atribute Metode NrCont - Alimentare NumeTitular - Retragere AdresaTitular - CalculSold Suma Tip

Subclasa ContBancarPersoanaFizic Atribute CNP

Subclasa ContBancarPersoanaJuridic Atribute CodFiscal CapitalSocial

CNP-ul pentru subclasa ContBancarPersoanaFizic i CodFiscal, CapitalSocial pentru ContBancarPersoanaJuridic sunt atribute proprii, celelalte atribute ale acestora fiind motenite, ca i metodele. La nivelul subclaselor nu se mai reprezint atributele i metodele comune, motenite, ci numai atributele i metodele care individualizeaz fiecare subclas. Obiectele comunic ntre ele prin mesaje. Obiectul destinatar rspunde la primirea unui mesaj prin execuia unei operaii (apelarea unei metode). De exemplu, obiectul SocietateaX din clasa SocietiComerciale trimite mesajul Depune(suma) ctre obiectul ContulFirmeiX din subclasa ContBancarPersoanaJuridic, la care acesta rspunde prin apelarea metodei Alimentare(suma).
Depune Obiect SocietateaX Obiect ContulFirmeiX

Polimorfismul (poli = mai multe; morphos = forme) este un concept care se refer la comportamentul diferit al unor obiecte (execuia unor operaii diferite), la trimiterea aceluiai mesaj.

67

Calculeaz valoare SocietateaX Calculeaz valoare

ComandAprovizionare_n

Factura_m

n exemplul anterior, mesajul Calculeaz_valoare conduce la executarea unor metode distincte i implicit, la obinerea unor rezultate diferite: valoarea unei comenzi i respectiv, valoarea unei facturi. Dezvoltarea paradigmei obiectuale a cuprins i sfera proiectrii sistemelor informatice, n prima jumtate a anilor 90. Au aprut metode noi de proiectare orientate-obiect, cum ar fi: Object Modeling Technique, dezvoltat de Booch i Object-Oriented Software Engineering, realizat de Ivar Jacobson. n anul 1994 s-au unificat conceptele teoriilor existente ntr-una singur, numit Unified Method, arhitectul principal fiind Grady Booch. S-a pus la punct un limbaj grafic de reprezentare (Unified Modeling Language UML), n care clasa se reprezint ca un dreptunghi, unde sunt evideniate atributele i operaiile, aa cum am procedat n exemplele anterioare. La construirea specificaiilor UML i-au adus contribuia i firme din domeniul tehnologiei informaiei: Microsoft, IBM, Hewlett-Packard. UML cuprinde un set de 9 diagrame pentru specificarea, descrierea vizualizarea i documentarea sistemelor: 1. diagrama claselor; 2. diagrama obiectelor; 3. diagrama activitilor; 4. diagrama secvenelor; 5. diagrama cazurilor de utilizare; 6. diagrama colaborrilor; 7. diagrama strilor i tranziiilor; 8. diagrama componentelor; 9. diagrama de amplasare. UML este o notaie folosit n proiectare, metoda descoperit de aceeai savani se numete Unified Process (UP) i cuprinde:

68

Cicluri

Faze

Iteraii

Fluxuri

Activiti

Procesul pornete de la activitile de baz (identificarea claselor, atributelor, metodelor, a motenirii) care grupate formeaz fluxuri. Acestea se grupeaz la rndul lor n iteraii, iar fazele conin mai multe iteraii, fiecare iteraie adugnd elemente noi (model incremental) sistemului. Fazele conin urmtoarele elemente: concepie, elaborare, construcie i tranziie. Ciclurile corespund versiunilor SI. Cazurile de utilizare reprezint modalitatea de identificare a utilizatorilor SI i a cerinelor acestora. UP pune accentul pe nelegerea i rezolvarea ct mai complet a cerinelor utilizatorilor. Un ciclu este format din urmtoarele faze: faza preliminar definirea elementelor de ansamblu, fezabilitatea, evidenierea posibilelor riscuri, estimarea resurselor necesare; faza de elaborare const din analiza domeniului, stabilirea i eliminarea posibilelor riscuri, elaborarea arhitecturii sistemului i planificarea proiectului; faza de construcie este etapa de implementare a sistemului; faza de tranziie trecerea n exploatare a SI. Fiecare faz este format din mai multe iteraii care parcurg fluxurile, ncepnd cu studiul cerinelor utilizatorilor i terminnd cu testarea. O iteraie poate fi format din urmtoarele fluxuri: identificarea cerinelor, analiza, proiectare, implementarea i testarea. Exemplu de utilizare a fluxurilor: activitatea specific la CEC, unde clienii vin cu o anumit sum de bani i li se elibereaz un carnet CEC, pe care ei pot efectua depuneri i retrageri. Carnetul se poate lichida, restituindu-se suma rmas. Procentul dobnzii se calculeaz periodic i se aplic sumei rmase.

69

Constituire carnet Sistemul Ghieu Depunere Modificare dobnd Serviciu clieni

Retragere

Diagrama cazurilor de utilizare

Cazul de utilizare Depunere implic urmtoarele operaii: precizarea numrului i seriei carnetului; precizarea actului de identitate al clientului; tastarea sumei depuse; confirmarea de ctre sistem a actualizrii sumei. n faza de analiz se exprim cerinele utilizatorilor sub forma unor diagrame a claselor de analiz: clasa entitate (reflect datele: carnet CEC, client, dobnda), clasa interfa (cu utilizatorul: GUI), clase de control (descriu operaiile pentru cazurile de utilizare: actualizare suma prin depunere sau retragere).
Ghieu
Actu alizare

GUI

Carn et CEC

Proiectarea const din identificarea claselor, interfeelor i subsistemelor, stabilirea atributelor i operaiilor, definirea asocierilor i a relaiilor de motenire. n exemplul nostru, se definete clasa CarnetCEC i subclasele CarnetCEC_la Vedere i CarnetCEC_laTermen, se stabilete o asociere ntre TitularCEC i CarnetCEC, rezultnd urmtoarea diagram de clase:
70

Asociere cu atribute TitularCEC Atribute CNP Nume Adresa Operaii Depunere Retragere Lichidare CarnetCEC Atribute Nrcarnet Data Suma

Depunere Nr_depunere Data_depunere Suma_depus

Retragere Nr_retragere Data_retragere Suma_retras

Lichidare Nr_lichidare Data_lichidare Suma_lichidar

Implementarea nseamn exprimarea ntr-un limbaj de programare a rezultatelor proiectrii. Testarea const n verificarea modului n care funcionarea aplicaiei corespunde cerinelor utilizatorilor.

71

Anexa I : Exemple de machete ale situaiilor de ieire


INTREPRINDEREA:........................ TEMA: SITUATIA APROVIZIONARII MODELELE SITUAIILOR DE IEIRE DATA:...... COD SITUATIE: STOC_1

Nr.crt.

Cod gestiune Valoare N(3) N(2) N(10) Total/ gestiune Total general Frecventa: lunar; Nr.exemplare:2 din care - 1 exemplar gestionar ; 1 exemplar contabilitate MODELELE SITUAIILOR DE IEIRE DATA:...... COD SITUATIE: STOC_2

SITUATIA STOCURILOR DE PRODUSE LA DATA : (sortate dupa COD PRODUS) Cod Denumire Pret produs produs UM unitar Stoc N(7) A(30) A(3) N(6) N(5)

INTREPRINDEREA:.......................... . TEMA: SITUATIA APROVIZIONARII

Nr.crt.

Cod gestiune Valoare N(3) N(2) N(10) Total/ gestiune Total general Frecventa: lunar; Nr.exemplare:2 din care - 1 exemplar gestionar ; 1 exemplar contabilitate MODELELE SITUAIILOR DE IEIRE DATA:...... COD SITUATIE: FURNIZORI_1

SITUATIA STOCURILOR DE PRODUSE LA DATA : (sortate dupa DENUMIRE PRODUS) Denumire Cod produs produs UM Pret unitar Stoc A(30) N(7) A(3) N(6) N(5)

INTREPRINDEREA:.......................... . TEMA: SITUATIA APROVIZIONARII

Nr.cr Cod t. furnizor Cantitate N(3) N(5) N(5) Total/ furnizor Frecventa: lunar; Nr.exemplare:2 din care - 1 exemplar gestionar ; 1 exemplar contabilitate 72

SITUATIA INTRRILOR DE PRODUSE LA DATA : (sortate dupa COD FURNIZOR) Denumire Nr. Data fact. Cod Denumire furnizor Factura produs produs A(30) AN(12) D(8) N(7) A(30)

Anexa II : Dicionarul datelor de intrare

INTREPRINDEREA:................ ANALIZA DATELOR .............. DE INTRARE TEMA: SITUATIA APROVIZIONARII

DATA:......

DATELE DE INTRARE, TIPUL I LUNGIMEA LOR, TABELELE BAZEI DE DATE IN COMPONENTA CARORA INTRA PK(Primary key)=cheie primara, FK(Foreign key)=cheie externa Date de intrare COD PRODUS DENUMIRE PRODUS COD FURNIZOR DENUMIRE FURNIZOR NUMAR FACTURA DATA FACTURII STOC COD GESTIUNE .. Tip,lungime N,7 A,30 N,5 A,30 AN,12 D,8 N,5 N,3 * * * *,FK *,PK Tabela PRODUSE *, PK * Tabela STOCURI *,PK * Tabela INTRARI *,FK * *,FK * *,PK * *,PK * Tabela FURNIZORI Tabela GESTIUNI

73

74

Anexa III : Exemple de codificare a datelor de intrare


INTREPRINDEREA:................ TEMA: SITUATIA APROVIZIONARII LISTA ELEMENTELOR CODIFICATE DATA:...... Codificare produse

99

9999

9
Cifra de control Cod produs/gestiune Cod gestiune

Cifra de control se calculeaza dupa metoda geometrica; numarul prim ales este 7. Denumire Cod Cod Cifra de control Cod produs produs gestiune produs/gestiune (0*20+1*21+0*22+2*22 Algocalmin 10 2010 +1*24)= 24 1020103 CC=24 mod 7=3 INTREPRINDEREA:................ LISTA ELEMENTELOR CODIFICATE TEMA: SITUATIA APROVIZIONARII DATA:...... Codificare furnizori

999

9
Cifra de control Cod furnizor/grupa Cod grupa

Cifra de control se calculeaza dupa metoda geometrica; numarul prim ales este 5. Grupele de furnizori sunt: furnizori care au contract cu intreprinderea (1); furnizori pe perioade scurte(2). Furnizor Cod grupa Cod furnizor Cifra de control Cod furnizor /grupa (3*20+2*21+1*22+1*23)= 19 SICOMED 1 123 CC=19 mod 5=4 11234 Bucuresti

75

Bibliografie
1. Ipate, F.E., Dezvoltarea aplicaiilor de baze de date n Oracle 8 i Forms 6 ,

Editura BIC ALL, 2000


2. Lowe, D., Tehnologia client/server, Editura Teora, 1998 3. Stanciu, V.,Proiectarea sistemelor informatice, Editura Dual Tech, 2005 4. Nstase, P., Mihai, F., Baze de date - Access 2000, Editura Teora, 2001 5. Jennings, R., Totul despre Access 2000, Editura Teora, 2002

6. Allen Browne, Alison Balter, Bazele Access 95, Editura Teora 1999
7. Coculescu, L., Cristea, V.,Pilat, F., Patriciu, V.,Proiectarea sistemelor

teleinformatice, Ed.Militar, Bucuresti 1998


8. Pilat F., Coculescu L., Cristea V., Teleinformatica, Editura tiinific i

Enciclopedic, 1986 9. Bdu, M., Informatica pentru manageri, Editura Teora, 1999
10. Militaru, Gh., Sisteme informatice pentru management, Editura BIC ALL,

2004
11. Roca, I.Gh.,Bucur, C.M., Timofte-Stanciu, C. Paiu, O., Vian, M., Comerul

electronic: concepte, tehnologii i aplicaii, Editura Economic, 2004


12. Rusu, L, Managementul sistemelor informatice, Presa Universitara Clujeana,

Cluj-Napoca, 2001

76