192
 Cristian Georgescu SISTEME INFORMATICE DE GESTIUNE

Sisteme Informatice de Gestiune

Embed Size (px)

DESCRIPTION

Sisteme Informatice de Gestiune

Citation preview

  • 5/24/2018 Sisteme Informatice de Gestiune

    1/192

    Cristian Georgescu

    SISTEME INFORMATICE DE GESTIUNE

  • 5/24/2018 Sisteme Informatice de Gestiune

    2/192

    Sisteme informatice de gestiune

    pagina 4

  • 5/24/2018 Sisteme Informatice de Gestiune

    3/192

    Sisteme informatice de gestiune

    pagina 5

    CUPRINS1.Abordarea sistemica

    1.1.-Sistem; noiuni generale1.2.-Conceptul de analizsistemic

    2.Sisteme informaionale2.1.-Comunicarea n sistemele informaionale2.2.-Fluxuri de informaii2.3.-Locul i rolul sistemului informaional

    3.Sisteme informatice3.1. -Definire3.2. -Ciclul de viaal unui sistem informatic

    4.Metoda MERISE4.1. Prezentare4.2. Ciclul de via

    4.2.1. Elaborarea temei de realizare asistemului informatic

    4.2.2. Proiectarea logic4.2.3. Proiectarea tehnic4.2.4. Elaborarea programelor4.2.5. Implementarea, exploatarea i

    ntreinerea4.3. Ciclul de abstractizare

    4.3.1. -Modelul conceptual al datelor4.3.2. Modelul logic al datelor

    4.3.3. Modelul fizic al datelor4.3.4. Modelul conceptual al comunicaiilor4.3.5. Modelul conceptual al prelucrrilor4.3.6. Modelul organizaional al prelucrrilor4.3.7. Modelul operaional al prelucrrilor

    4.4. Ciclul de decizie5.Abordri orientate spre date i spre prelucrri

    Bibliografie

  • 5/24/2018 Sisteme Informatice de Gestiune

    4/192

    Sisteme informatice de gestiune

    pagina 6

    1. ABORDAREA SISTEMIC1.1. Sistem; noiuni generale

    Conceptul de sistem apare n forme embrionaren filosofia anticgreac. Afirmnd c"ntregul este maimult dect suma pilor", Aristotel d o primdefiniienoiunii de sistem care se va dezvolta i va evolua timp

    de peste 2000 de ani pentru a ajunge la forma actualabia la nceputul secolului XX.

    Cel care ncepe nchegarea unei teorii privindsistemele este biologul german L. von Bertalanffy carentre 1928 i 1950 public o serie de lucrri cepostuleaz c "universul este organizat n sisteme iansambluri de elemente aflate n interaciune" i carereprezintnceputurile teoriei generale a sistemelor.

    Economistul american E. Boulding pune bazeleteoriei sistemelor n 1956, teorie reluati dezvoltatdeatunci de foarte muli cercettori.

    Un sistem poate fi definit ca o seciune a realitiin care se identificun ansamblu de fenomene, obiecte,procese, fiine sau grupuri, interconectate printr-omulime de relaii reciproce, precum i cu mediul

    nconjurtor i care acioneaz n comun n vederearealizrii unor obiective bine definite.Caracteristic pentru noiunea de sistem este

    posibilitatea ca ansamblul de elemente componente alesistemului spoata fi divizat n subsisteme.

    Structurarea sistemului n subsisteme se facedupreguli stabilite n funcie de scopul urmrit.

  • 5/24/2018 Sisteme Informatice de Gestiune

    5/192

    Sisteme informatice de gestiune

    pagina 7

    Mulimea relaiilor dintre componentele unuisistem precum i relaiile ntre componente i ansambluformeaz structura sistemului, iar mulimeacaracteristicilor unui sistem, la un moment dat,

    determinstarea sa.Relaiile dintre elemente se analizeazobservnd

    i studiind logic funciile i mecanismele lor individuale.Dup precizarea acestor funcii i mecanisme, oricesoluie avutn vedere poate fi evaluatpentru ntregulsistem, tinnd seama de diverse criterii de eficieni derestriciile practice asociate elementelor funcionale.

    Elementele unui sistem pot avea relaii ntre ele

    (relaii endogene) ct i relaii cu mediul nconjurtor(relaii exogene).

    Ca urmare, pentru a caracteriza noiunea desistem este necesar spunem n evidenurmtoarele 5laturi: mulimea elementelor relaiile ntre elemente -relaii endogene intrrile i ieirile n i din sistem-relaii exogene caracterul variabil n timp al elementelor sistemului scopul, finalitatea sistemului

    Pentru descrierea unui sistem i a evoluiei sale seasociaz"starea sistemului" care este un ir de variabile,un vector ale crui componente variabile n timp permitcunoaterea sistemului n orice moment.

    Folosind vectorul de stare al sistemului, i vectorii

    de intrare, ieire, comand etc. se poate asociasistemului un sistem de ecuaii de stare care permitstudiul i sinteza unor clase de sisteme.

    Pentru analiza comportamentului sistemelor, nansamblul lor, s-a propus conceptul de "cutie neagr"care reprezintsistemul ca un tot, fcnd abstracie deprocesele sale interne.

  • 5/24/2018 Sisteme Informatice de Gestiune

    6/192

    Sisteme informatice de gestiune

    Cutia neagr primete impulsuri din mediulnconjurtor (intrrile) i le transformn aciuni asupramediului (ieirile).

    Mecanismul transformrii intrrilor n ieiri poate

    fi descris cu ajutorul unor funcii care au diverse formeparticulare, n funcie de natura sistemului.

    Sistemul devine "cibernetic" atunci cnd aparereglarea (conexiunea invers sau feedback-ul).

    n 1948 matematicianul american Norbert Wienerprin publicarea lucrrii sale fundamentale "Cybernetics",pune bazele acestei tiinte a controlului i comunicrii.

    Figura 1.1. Sistem cibernetic

    Fie sistemul S definit prin vectorul intrrilor X iprin vectorul ieirilor Y; transformarea intrrilor n ieiri

    se poate descrie n mod simplificat prin aplicareaoperatorului liniar F.

    Y = F X

    Mrimile Y ale ieirilor se compar cu vectorulobiectivelor propuse Z i ntruct de cele mai multe oriapar abateri (Y#Z) este necesar intervenia unui

    pagina 8

  • 5/24/2018 Sisteme Informatice de Gestiune

    7/192

    Sisteme informatice de gestiune

    "regulator" R care va genera mrimea de reglare x, curolul de a aduce ieirile la nivelul obiectivelor stabiliteceea ce se poate scrie:

    Z = F ( X + x)

    Sistemele cibernetice constituie o clas important desisteme. Sistemele economice sunt structurate, deobicei, ca dou subsisteme "subsistemul condus" i"subsistemul conductor". Traducnd n termeniiprezentai anterior, subsistemul condus este sistemul Siar subsistemul conductor este regulatorul R. Datfiind

    proprietatea sistemelor de a putea fi mprite nsubsisteme care la rndul lor se pot diviza n altesubsisteme s.a.m.d., n continuare se va folosi noiuneade subsistem numai n cazurile cnd este necesarpunerea n eviden a relaiei de incluziune ntr-un altsistem.

    Din punct de vedere al modului cum seanalizeaz ieirile (reaciile) sistemului condus i almodului cum se genereaz mrimile de reglare(deciziile) sistemele pot fi:

    Sistem deschis necontrolat.

    Figura 1.2. Sistem deschis necontrolat.pagina 9

  • 5/24/2018 Sisteme Informatice de Gestiune

    8/192

    Sisteme informatice de gestiune

    n acest tip de sistem sistemul conductor emite odecizie D far a cunoate reacia sistemului condus la

    aceastdecizie.Sistem nchis controlat.

    Figura 1.3. Sistem nchis controlatn acest caz n urma deciziei D a sistemului

    conductor, sistemul condus furnizeazinformaia I ca oreacie la decizia D.

    Sistem controlat autoreglabil univariant.

    Figura 1.4. Sistem controlat autoreglabil univariant.pagina 10

  • 5/24/2018 Sisteme Informatice de Gestiune

    9/192

    Sisteme informatice de gestiune

    Sistemul controlat apare atunci cnd ntre formaprimara deciziei D preconizatde sistemul conductori forma realizat de sistemul condus nu este o

    concordanperfect.n acest caz conductorul lund n considerare

    diferenele ntre ce s-a preconizat i ce s-a realizatintervine cu noi decizii pentru a determina sistemuluicondus sse conformeze deciziei iniiale D.

    Sistem controlat autoreglabil bivariant.

    Figura 1.5. Sistem controlat autoreglabil bivariant

    Dac n urma unor perturbaii conductorul

    reevalueaz decizia sa primar poate s preconizeze oform modificat a obiectivului iniial. Sistemul estebivariant pentru c pe parcursul realizrii deciziei attforma iniialct i cea finals-au modificat.

    pagina 11

  • 5/24/2018 Sisteme Informatice de Gestiune

    10/192

    Sisteme informatice de gestiune

    pagina 12

    1.2. Conceptul de analiza sistemicinndu-se cont de complexitatea deosebit a

    celor mai multe sisteme existente n natur, economie,

    etc., studierea sistemelor se face ntr-o manier apartenumitabordare sistemic.

    Abordarea cartezianconstn a repera i a izolafiecare subproblempentru o prelucrare ulterioar. Prinaceasta nu se va putea rezolva ns ansamblulproblemei. Abordarea sistemicpropune o viziune unici globala problemei de rezolvat.

    n loc de a se ncepe analiza prin divizarea

    sistemului n componente din ce n ce mai mici i maiuor de stpnit, toate componentele sunt consideraten ansamblul lor ("aspect spaial") att pe parcursulanalizei, proiectrii ct i al procesului de conducere("aspect temporal").

    De fapt, numai n acest fel este posibil s seneleagi sse anticipeze corect comportarea posibila sistemului.

    O caracteristic esenial a abordrii sistemiceeste accentul pe care l pune, n cazul analizei, peinterdependenele dintre elementele sistemului i peobservarea critica calitii acestora.

    Abordarea sistemic, s-a dovedit de mare utilitaten rezolvarea problemelor mari i complexe, referitoarela oameni i maini. Abordarea sistemica este o noiune

    care reunete trei activiti importante: analiza sistemelor proiectarea (ingineria) sistemelor conducerea sistemelor.

    Analiza de sistem poate fi considerat un mijlocde abordare a cercetrii, sau chiar disciplin n sine,deoarece acest concept a nceput sfie folosit pe scarlargn mai toate domeniile.

  • 5/24/2018 Sisteme Informatice de Gestiune

    11/192

    Sisteme informatice de gestiune

    pagina 13

    Analiza sistemelor presupune parcurgerea urmtoareloretape:

    1.Prima etapconstn formularea problemei. Pentru

    toate lucrrile ulterioare este important caanalistul sexamineze critic formularea problemeide ctre utilizator. Este bine sse aibn vederec la acest prim contact ntre analist i utilizatorpot apare probleme de comunicare ntre cei doi,datorate unor incompatibiliti de limbaj. Oriceeroare minor n formularea problemei sau oricenelegere eronatpoate genera mari inconveniente

    prin amplificarea ei cu fiecare etapparcurs.

    2.De asemenea este deosebit de important s seexamineze minuios formularea obiectivelor pentruc n acest domeniu sunt posibile inconsecvente:"s se maximizeze eficiena concomitent cuncadrarea n cheltuielile minime".

    3.Adeseori n optimizarea sistemelor apar dificulticauzate de faptul ceste greu sau chiar imposibils se analizeze ntreaga problem. Se poaterecurge n astfel de situaii la optimizarea fiecruisubsistem analizat, dar sistemul n ntregul su nupoate fi dect suboptimal fiind necesar deciprecizarea clara limitelor problemei.

    4.Analiza cerinelor utilizatorului const nidentificarea i evaluarea necesitilor lui reale.

    5.Precizarea criteriilor de msurare a eficieneisistemului trebuie fcut nainte de evaluareasoluiilor propuse prin stabilirea unui grup demrimi reprezentative.

  • 5/24/2018 Sisteme Informatice de Gestiune

    12/192

    Sisteme informatice de gestiune

    pagina 14

    6.Analiza funcional se concretizeaz ntr-o listamnunit a funciunilor i aprecierilor caretrebuie ndeplinite. La analizele funcionale o

    deosebitimportano are reprezentarea graficnscheme bloc.

    7.Pe masurce se completeazlista restriciilor careacioneaz asupra sistemului devine posibilcercetarea efectelor interaciuni lor asuprantregului sistem. Identificarea restriciilor ievaluarea efectului lor asupra eficienei sistemului

    reprezintun alt aspect important.

    8.Pe msura avansrii n analiza sistemului secontureaz diferitele soluii posibile care satisfacrestriciile impuse. Obiectivul acestei faze este dea identifica diversele variante fr a adnciianalizele privind cheltuielile pe care le implic.ntr-un sistem informatic, de exemplu, estenecesar sse determine gradul n care hardware-ul i software-ul avute n vedere ofer posibilitide dezvoltare ulterioar.

    9.Dup precizarea variantelor posibile se trece lacompararea i evaluarea acestora. Este de dorit caatt cheltuielile ct i eficiena s fie exprimatebanete.

    Proiectarea sistemelor este un proces deconcepie tehnic, asociat de obicei cu dezvoltarea saucu modificarea importanta unui sistem.Acest proces se mparte n:

    proiectarea propriuzisa sistemelor i proiectarea operrii sistemelor

  • 5/24/2018 Sisteme Informatice de Gestiune

    13/192

    Sisteme informatice de gestiune

    pagina 15

    Proiectarea propriuzisa sistemelor se mparte la rndulei n:

    proiectarea preliminar proiectarea de detaliu

    La proiectarea preliminar se evalueaz soluiilede proiectare a transpunerii specificaiilor funcionaleprecizate n faza de analiz a sistemului i apoi seselecteazsoluia de proiectare.

    Proiectarea de detaliu cuprinde transpunereaconcepiei de proiectare, conturatn faza de proiectarepreliminar n specificaii de detaliu. Este necesar n

    aceastfazmprirea lucrrilor pe echipe dar totodattrebuie sexiste un grup de integrare a sistemului cares se ocupe exclusiv de problema asigurriifuncionalitii corespunztoare a fiecrui subsitem nunumai n parte ci i n cadrul sistemului n ansamblu.

    Un aspect oarecum neglijat n tehnica sistemeloreste proiectarea operrii lor. Adeseori se consider cproiectarea s-a terminat odat cu momentul n caresistemul este livrat beneficiarului. Un astfel de punct devedere poate contribui la eecul unui sistem tot att demult ca i proiectarea lui defectuoas. Operareasistemelor este uneori neglijatdin cauzcproiectaniisunt n mod firesc mai interesai s soluionezeproblemele tehnice ale proiectrii i n mai micmasur

    problemele legate de limitele fizice i psihice alepersonalului operaional i de ntreinere. n plusconcepia de a adapta omul la main a creat obiceiulde a angaja pentru operare i ntreinere acei oameniale cror nsusiri fizice i psihice pot fi consideratecompatibile cu caracteristicile echipamentului. Pemsura sporirii complexitii sistemelor, trebuie

  • 5/24/2018 Sisteme Informatice de Gestiune

    14/192

    Sisteme informatice de gestiune

    pagina 16

    acordat o atenie deosebit noiunilor de fiabilitate imentenabilitate.

    Conducerea sistemelor cuprinde stabilirea metodologiei

    i a structurilor organizatorice pentru planificarea,directivarea i controlul activitilor de proiectare asistemelor ca i pentru funcionarea lor. Conducereafuncionarii sistemelor se numete "conducereoperaional".Pe de alt parte exist conducerea nsi a proiectriisau dezvoltrii sistemului.

    Conducerea sistemelor nu reprezint o faz a

    proiectrii sistemelor ci este funciunea de comand icontrol care se desfoarde-a lungul ciclului de viaal sistemului. Cea mai mare contribuie la eficienaconducerii unui sistem o are identificarea momentelor icriteriilor de efectuare a controlului, astfel nct s sepoat stpnii desfurarea activitilor. Pe lngcontrolul corespunztor principalelor etape conducereatrebuie s efectueze o permanent urmrire icoordonare. Acest sistem de control poate fi mai eficientdac: se realizeazpreviziuni asupra evoluiilor viitoare; se planificreexaminri periodice ale proiectelor.

    Integrarea sistemului i controlul configuraiei suntdou activiti de conducere care trebuie s-idovedeasc prezena pe parcursul fiecrei faze a

    proiectrii sistemelor. Pentru integrarea sistemuluiconducerea trebuie s asigure compatibilitateamecanic, electric, etc. dar i compatibilitateainformaional.

    Controlul configuraiei const din metodelefolosite pentru a orienta i urmrii modificrile ndiversele etape ale ciclului de viaal sistemului.

  • 5/24/2018 Sisteme Informatice de Gestiune

    15/192

    Sisteme informatice de gestiune

    pagina 17

    Am enumerat mai sus o serie de etape i deprobleme pe care trebuie s le urmeze i s le rezolveanalistul de sistem. Analiza de sistem nseamncunoaterea sistemului, cunoatere care se traduce

    printr-o reprezentare la nivel cerebral a sistemului nansamblul su. De fapt prin analiza s-a transpusrealitatea mai nti ntr-un model cerebral pe careanalistul l va transforma i l va prezenta sub formaunui model matematic, grafic, etc..

    Aceast activitate de percepere i reprezentare arealitii nu este deloc uoara i presupune n modobligatoriu participarea activ a beneficiarului

    sistemului.

  • 5/24/2018 Sisteme Informatice de Gestiune

    16/192

    Sisteme informatice de gestiune

    pagina 18

    2. SISTEME INFORMAIONALE2.1. Comunicarea n sistemele informaionale

    Noiunea de informaie este complex i de maregenerailitate. La momentul apariiei sale, conceptul deinformaie a suscitat dispute filosofice pe tema

    caracterului material al acesteia. Norbert Winer spunea:" Informaia este informaie, nu este materie sauenergie."

    Informaia este un tip deosebit de raport ntreprocesele materiale, raport ce nu existn afara acestorprocese. Se poate afirma c informaia reprezint unatribut fundamental al materiei alturi de mas, cmp isubstan. Informaia ca atribut fundamental al materieieste prezent att n materia vie (informaia genetic)ct i n cea nevie .

    Pentru determinarea riguroas a cantitii deinformaie se folosete un aparat matematic bazat peelemente din teoria probabilitilor.

    Fie un experiment X rezultatele sale pun neviden un numr finit de evenimente elementare

    independente x1,x2,..,xn, avnd asociate probabilitilede realizare p1,p2,...,pn. Presupunem c experimentul Xreprezintun sistem complet de evenimente, adicprinefectuarea sa se va obine cu siguran unul dinevenimentele xkX , deci pk = 1 ; k=1,..,n. Realizareaunui eveniment nltur o cantitate de nedeterminare,deci ntruct informaia reprezint o nedeterminarenlturat sensul variaiei nedeterminrii este inversul

  • 5/24/2018 Sisteme Informatice de Gestiune

    17/192

    Sisteme informatice de gestiune

    sensului variaiei informaiei, unitatea de msur fiindaceiai.

    Notnd cu H(X) msura gradului de nedeterminare,care este egal cu cantitatea medie de informaie

    furnizatde realizarea unui eveniment se poate scrie:

    H(X) = H(p1,p2,...,pn)

    n anul 1948 Claude Shannon n lucrarea "Teoriamatematica a comunicaiei" a dat expresia cantitii denedeterminare (i deci a informaiei):

    Shannon a preluat cercetrile unui precursor alsu n domeniul teoriei informaiei R.V.Hartley care nc

    din anul 1928 a introdus noiunea de cantitate deinformaie, definind-o astfel:"Informaia obinut prinprecizarea unei variante din cele n echiprobabile esteegalcu logaritmul lui n n baza 2".

    I = log2 n = -log2p

    unde p=1/n reprezintprobabilitatea de realizare a unei

    variante. Relaia stabilitde Hartley se obine ca un cazparticular din formula lui Shannon atunci cndevenimentele sunt echiprobabile;

    p1= p2=....= pn= p= 1/n

    Msura informaiei calculatcu formula lui Shannon se

    pagina 19

  • 5/24/2018 Sisteme Informatice de Gestiune

    18/192

    Sisteme informatice de gestiune

    numete i ENTROPIE INFORMAIONALprin analogie cuentropia termodinamic, care masoar de asemeneagradul de nedeterminare al unui fenomen.

    Transferul informaiilor, deciziilor, datelor icerinelor ntre diferite procese i/sau ntre diferitesisteme sau subsisteme creeaz o problematiccomplementar cantitii de informaie: problemaCOMUNICARII.

    Fie:

    Figura 2.1. Modelul comunicriiunde:E - este emitorul de informaie

    R - este receptorul de informaieC - este canalul de comunicaie

    Caracterul esenial al procesului de comunicare estereprezentat de mesaj i aceast cantitate carecaracterizeazmesajul - definit ca o secvende semneelementare - este legat de lungimea sa, de

    dimensiunile n spaiu i timp ale suportului su, sau alecanalului de transfer (lungimea cuvntului, suprafaaunui disc, a unui tablou, numrul de semne imprimate),dar mai ales de improbabilitatea ocurenei (apariiei)sale, adicde combinaia pe care o realizeaz. Aceastcantitate de noutate sau originalitate transportatde laE la R se adaug la sistemul de cunotine i de

    pagina 20

  • 5/24/2018 Sisteme Informatice de Gestiune

    19/192

    Sisteme informatice de gestiune

    pagina 21

    experien pe care l au att E ct i R i se nscrie nmemoria lor.Semnele existnainte de crearea mesajului sau a actuluide comunicare. Este vorba aici de a constitui un

    repertoriu, de a le clasa ntr-o ordine n funcie defrecvena de ntrebuinare; n pasul urmtor vomdeduce probabilitatea lor de apariie (de ocuren) i, nconsecin, informaia pe care ele o transport.

    Informaia depinde deci de repertoriul comun attal transmitorului ct i al receptorului. Aceastmasurpresupune faptul cmesajul este decompozabil n modobiectiv ntr-o serie de semne identificabile i

    enunabile.Procesul fundamental al comunicrii ntre

    emitor i receptor prin intermediul unui canal fizicnseamn:

    a gsi semne care pot fi recunoscute ntr-unrepertoriu prin intermediul unui canal fizic;

    a gsi semne care pot fi recunoscute ntr-unrepertoriu deinut de emitor;

    a le aduce i ale transmite prin ceea ce numim uncanal de comunicaie;

    identificarea de ctre receptor a fiecrui semn pecare l primete cu cele pe care le are deja n propriulsu repertoriu.

    Comunicarea ideilor nu are loc dect n msur n carecele dou repertorii au o parte comun. Pe msur ceacest proces continun procesele dotate cu memorie icu estimare statistic, cum este cazul inteligeneiumane, percepia semnelor mereu identice vine smodifice din ce n ce mai mult n repertoriulreceptorului, cruia i este subordonat. Este vorba desistemul de nvare.

  • 5/24/2018 Sisteme Informatice de Gestiune

    20/192

    Sisteme informatice de gestiune

    pagina 22

    n comunicare emitorul creeaz o form, oimagine, o idee, pe care o codific apoi n momentulemisiei. La rndul su, receptorul, plecnd de la mesajconstruiete o alt form. Calitatea comunicrii se

    msoar prin indentitatea dintre forma perceput iforma creat.

    Leibnitz a artat c orice mesaj poate ficonsiderat o alegere ntre o mulime de cazuri posibile,alegere care se poate transforma ntr-un numr suficientde mare de dileme succesive. Fiecare dintre acestealternative, fiecare din aceste alegeri ntre douposibiliti care se exclud (da-nu; 0-1), dac ele sunt

    egal probabile pentru receptor, reprezint o unitate deinformaie sau BIT (binary digit: cifr binar sauproblem binar). Avem astfel o unitate de msur ainformaiei ncepnd cu numrul de dileme susceptibilea defini mesajul farambiguitate.

    Receptorul uman nu este capabil s sesizezedect o cantitate limitatde originalitate pe unitatea detimp, adic un anume debit de informaie, funcie decanalul de percepie (vz auz, pipit, telepatie, etc.)

    Caracterul optim al mesajelor nu este dat demaximul de informie ci de maximul de impact adicdeprobabilitatea de a nelege, deci de a proiecta formeasupra mesajului primit.

    E necesar aici un exces, o risip de semne, iapare o alt mrime numeric, legat de mesaj, care

    joacun rol important n comunicaie: REDUNDANA.Ea nseamna excesul relativ al numrului desemne fade cel care ar fi fost strict necesar pentru atransmite aceiai cantitate de originalitate.

  • 5/24/2018 Sisteme Informatice de Gestiune

    21/192

    Sisteme informatice de gestiune

    Figura 2.2. Alegerea optimului de redundanOrice mesaj poate fi caracterizat prin coninutul

    su de informaie i poate sse situeze ntr-un punctdefinit al unei scri care merge de la banalitatea totalpnla originalitatea total.

    Redundana variaz deci n raport inversproporional cu informaia. Inteligibilitatea unui mesajeste legat de redundana sa. Ea reprezint maximulpentru un mesaj total banal i este nulpentru un mesajperfect original.

    Valoarea mesajului se traduce atunci prin diferiterate de redundan, (Figura 2.2.) care prezintun maximn funcie de caracteristicile receptorului.

    Fie: pagina 23

  • 5/24/2018 Sisteme Informatice de Gestiune

    22/192

    Sisteme informatice de gestiune

    Figura 2.3. Comunicarea n prezena perturbaieiunde:

    E - este emitorul de informaieR - este receptorul de informaieC - este canalul de comunicaieP - este perturbaia

    Modelul matematic al unui sistem de transmiterea informaiei este format din doumulimi finite X, Y i

    o probabilitate condiionat p(y|x), definitpe Y pentruorice x X. X este mulimea simbolurilor care se emit iarY mulimea simbolurilor ce se recepioneaz.

    Probabilitatea p(y|x) se numete probabilitatea derecepie condiionat de ceea ce se emite icaracterizez perturbaia existent pe canalulsistemnului respectiv. A cunoate canalul decomunicaie nseamn a cunoate probabilitile p(y|x)

    pentru toate simbolurile x X i y Y.Mrimea H(X|Y) reprezint cantitatea medie deinformaie necesarpentru a se recepiona mulimea Yi depinde de probabilitatea condiionatp(x|y), care larndul ei, este determinat de probabilitatea p(y|x) cecaracterizeazperturbaia pe canal.

    Nedeterminarea H(X|Y) apare datoritperturbaiei; ea este preul pe care trebuie s-l pltim

    pagina 24

  • 5/24/2018 Sisteme Informatice de Gestiune

    23/192

    Sisteme informatice de gestiune

    pagina 25

    perturbaiei pentru ca sputem recepiona semnalele yY.

    Dac H(X|Y) reprezint cantitatea medie deinformaie care se pierde pe canal i dacde la sursa se

    transmite o cantitate de informatie H(X), la recepie vaajunge numai cantitatea de informatie

    Q=H(X) - H(X|Y)

    Mrimea denumit CAPACITATEA CANALULUI estedatde relaia:

    C = MAX (H(X) - H(X|Y))

    si ea pune n eviden cantitatea de informaie carepoate scircule n mod util prin canalul dat.Diferena H(X) - H(X|Y) raportatla uinitatea de timp semai numete vitezde transmitere a informaiei.Capacitatea canalului este deci viteza maxim detransmitere a informaie pe canalul respectiv.

  • 5/24/2018 Sisteme Informatice de Gestiune

    24/192

    Sisteme informatice de gestiune

    pagina 26

    2.2. Fluxuri de informaiiFie graful G0(X,L) unde:

    X este mulimea elementelor iL este legea de coresponden (mulimea de perechi depuncte distincte din X); Un punct xidin X este numit NOD. O pereche de puncte xi,xj este numit LATURA sau

    ARC. Mulimea punctelor { x1,x2,...,xl } din mulimea X

    desemneazun DRUM de lungime L dacperechile

    { xi,xi+1} sunt laturi; Distana ntre doupuncte ale unui graf este egalcu

    lungimea cii celei mai scurte dintre ele.Pe acest graf G0(X,L) se definete un alt graf numit GRAFINFORMAIONAL G1(X,C).ntre cele dou grafuri exist o deosebire: legea decoresponden. n timp ce G0 reglementeaz relaiileorganizatorice G1reglementezrelaiile informaionale.

    Laturile grafului G1 se numesc CANALEINFORMAIONALE. n mulimea {C} a canalelorinformaionale se pot defini dousubmulimi:

    C1={c C|c=canal pur informaional}C2={c C|c=canal decizional}

    Pe mulimea {C} putem defini mulimea {F} a fluxurilor.Fluxul este acea cantitate de informaie care circulpeun canal. El poate fi: informaional decizionalDRUM INFORMAIONAL este succesiunea de arceadiacente ce permit trecerea fluxului informaional de laun nod la altul.

  • 5/24/2018 Sisteme Informatice de Gestiune

    25/192

    Sisteme informatice de gestiune

    pagina 27

    LUNGIMEA UNUI DRUM INFORMAIONAL este dat denumrul de arce din care este format. Drumul poat fi:

    deschis (numai informaional) nchis (informaional - decizional)Tipuri de fluxuri informaionale. Fie un flux F(A,B) undeA i B sunt noduri iar fluxul F circulpe canalul AB:

    cnd informaia circulde la un nivel organizatoric Ainferior la un nivel superior B, fluxul se numeteascendent.

    cnd informaia circul de la A la B i ele sunt peacelai nivel organizatoric, fluxul se numeteorizontal.

    cnd informaia circul de la A situat la un nivelorganizatoric superior la B aflat pe un nivelorganizatoric inferior, fluxul se numete descendent.

    cnd A i B aparin aceluiai sistem S, fluxul F(A,B)se numete intern.

    cnd A sau B nu aparin sistemului S fluxul senumete extern.

    cnd coninutul, direcia i periodicitatea fluxuluisunt prestabilite, fluxul se numete periodic.

    cnd nici coninutul nici periodicitatea nu suntreglementate, fluxul se numete de moment sauntmpltor.

  • 5/24/2018 Sisteme Informatice de Gestiune

    26/192

    Sisteme informatice de gestiune

    pagina 28

    2.3. Locul i rolul sistemului informaionalCirculaia informaiei din momentul producerii

    unui eveniment n procesul condus i pncnd pe bazacunoaterii lui, se declaneaz un nou evenimentprecum i precizarea coninutului informaiei,destinaiei, locului stocrii, etc. alctuiesc sistemulinformaional.

    Totalitatea metodelor, tehnicilor, mijloacelor,privite ca ansamblu integrat care asigur nregistrarea,culegerea, transmiterea, prelucrarea i valorificarea

    informaiilor de orice natur definesc sistemulinformaional.

    Un sistem informaional se creazi se dezvoltodatcu organismul sau activitatea pe care o reflect.

    ntr-un sistem economic sistemul informaionalasigurlegtura n ambele sensuri ntre sistemul condussau de execuie i sistemul conductor sau decizional(Figura 2.4.).

    Orice sistem economic presupune existena uneicomponente operaionale care poate fi orice sistem deproducie de bunuri sau servicii.

    Sistemul condus asigurdesfurarea activitilorspecifice sistemului n vederea realizrii obiectivuluiglobal pentru care a fost creat.

    Sistemul condus se compune din ansamblul

    actorilor operaionali din ntreprindere i care: utilizeaz informaiile prezente n sistemul

    informaional; utilizeaz regulile de comportament din sistemul

    informaional.

  • 5/24/2018 Sisteme Informatice de Gestiune

    27/192

    Sisteme informatice de gestiune

    Figura 2.4. Locul sistemului infirmaional

    Spre exemplu un vnztor dintr-o societate carese ocup cu vnzri prin coresponden, primete ocomand telefonic de la un client nou. Sistemulinformaional este acela care: i furnizeaz informaia c este vorba de un client

    nou; i furnizeaz regula de aciune care se traduce prin

    aplicarea unui comision de 10% asupra vnzrilor.Astfel sistemul operaional adaug o nouinformaie n sistemul informaional (numele clientului,adresa clientului, etc).

    Sistemul conductor asigur previziuneacomanda, organizarea, coordonarea i controluldesfurrii activitilor n vederea ndepliniriiobiectivelor sistemului.

    pagina 29

  • 5/24/2018 Sisteme Informatice de Gestiune

    28/192

    Sisteme informatice de gestiune

    pagina 30

    El este compus din ansamblul actorilor carefixeaz i adapteaz obiectivele i strategiantreprinderii utiliznd informaiile prezente n sistemulinformaional. Sistemul conductor intervine asupra

    sistemul informaional n sensul adaptrii la obiectivelei la strategia ntreprinderii, modificnd naturainformaiilor i regulile de comportament.

    Spre exemplu conducerea unei bnci decide caclienii si s nu mai fie considerai ca persoane ci cagospodrii (familii) ceea ce duce la schimbarea naturiiinformaiei.

    O societate decide sschimbe modul de facturare

    prin editarea facturii pe calculator n momentulprezentrii clientului. Rezult de aici o aciune asupraregulilor de comportament, facturarea actualiznd stoculfra mai fi nevoie de o procedurulterioar.

    Prin situarea sa ntre sistemul conductor isistemul operaional sistemului informaional asigururmtoarele funciuni: culegerea datelor care consemneaz realitatea

    economicdin cadrul proceselor operaionale. preluarea informaiilor de la alte sisteme i mpreun

    cu cele din sistemul operaional s asigureprelucrarea, valorificarea i arhivarea lor.

    obinerea i transmiterea ctre conducerea proprie ictre organele supraordonate a informaiilornecesare fundamentrii deciziilor sau a urmririi

    efectelor acestora. transmiterea de informaii de rutina altor proceseinformaionale.

    preluarea i transmiterea frmodificri a deciziilorcare provin de la organele supraordonate ctreprocesul decizional propriu.

  • 5/24/2018 Sisteme Informatice de Gestiune

    29/192

    Sisteme informatice de gestiune

    Figura 2.5. Sistemul informaionalAvnd n vedere caracterul dinamic al sistemului

    economic, n mod obiectiv i sistemul informaional

    trebuie sfie ntr-o continuadaptare i perfecionare.Elemente ale sistemului economic pot reprezentaperturbaii pentru sistemul informaional dar acesta fiindun sistem cibernetic exist posibilitatea adaptrii ifuncionrii celor dousisteme n concordan.

    n sistemul informaional privit ca sistemcibernetic conexiunea inverso constituie : deciziile pentru meninerea echilibrului sistemului

    economic n ansamblu; deciziile luate de conducerea subsistemului

    informaional pentru buna funcionare iperfecionare a acestuia.

    Reacia invers se concretizeaz prin informaiaeconomicnecesarconducerii sistemului economic attpentru fundamentarea deciziilor ct i pentru urmrireaefectelor acestora.

    pagina 31

  • 5/24/2018 Sisteme Informatice de Gestiune

    30/192

    Sisteme informatice de gestiune

    Sistemul informaional are caracter cibernetic idatoritfaptului care capacitatea de autoreglare astfelnct el este ntotdeauna n concordan cu sistemuleconomic pe care l reflecta.

    Figura 2.6. Sistemul informaional; sistem ciberneticFunciile de previziune, organizare, coordonare i

    control, atribute ale sistemului conductor, devin nsocietatea modern din ce n ce mai complicate. Dinaceast cauz n procesul de conducere apare

    pagina 32

  • 5/24/2018 Sisteme Informatice de Gestiune

    31/192

    Sisteme informatice de gestiune

    pagina 33

    necesitatea unor metode care s permit stpnireafluxurilor informaionale din i spre sistemul condus, icare spermitconducerii sesizarea problemelor ce potsaparn viitor.

    ntreprinderea este pus n situaia de a prelucratoate aceste fluxuri informaionale i de a-i alegepropria cale din mult mai multe variante pe care le are ladispoziie.

    Aceste posibiliti complexe de aciune se traducprintr-un nivel mai mare al fluxurilor informaionalecare intr i ies din ntreprindere, fluxuri care trebuieanalizate i controlate de conducerea ntreprinderii.

    Deciziile elaborate trebuie sstea la baza conturrii maimultor variante de evoluie care s cuprind simultancriterii de timp, bneti i de performan.

    Apare n acest caz o situaie potenial de risc,generatmai ales de imposibilitatea de a controla noulval de complexitate.

  • 5/24/2018 Sisteme Informatice de Gestiune

    32/192

    Sisteme informatice de gestiune

    pagina 34

    3. SISTEME INFORMATICE

    3.1. DefinireDin definiia sistemului informaional reiese c

    obiectivul global urmrit este tratarea i valorificareainformaiei la toate nivelele sistemului n care se creazi se dezvolt.

    Metodele, mijloacele i tehnicile utilizate nrealizarea obiectivului caracterizeaz modul deprelucrare a datelor. Putem avea o prelucrare manual,automatsau interactiv.

    Dei la nceput calculatorele electronice eraufolosite n exclusivitate pentru calcule tehnico-tiintifice,ncepnd cu cel de-al aptelea deceniu al secoluluinostru, acestea sunt utilizate pe o scar tot mai largpentru prelucrarea automat a datelor referitoare laprocesele i fenomenele economice, la rezolvarea pecale automat a unor probleme generate n procesuldecizional.

    Prelucrarea automata datelor a aprut odatcuutilizarea calculatoarelor electronice n realizareaproceselor informaionale.

    Pentru definirea sistemului informatic prezentmun set de trei definiii unanim acceptate, dar care punaccentul pe una sau alta dintre trsturi, completndu-se reciproc.

    Atunci cnd n sistemul informaional predominutilizarea calculatoarelor electronice, se spune celeste un sistem informatic.

  • 5/24/2018 Sisteme Informatice de Gestiune

    33/192

    Sisteme informatice de gestiune

    pagina 35

    Un sistem informatic poate fi definit ca un ansamblutehnico-organizatoric de automatizare a culegerii iprelucrrii informaiilor destinate desfurrii

    procesului de conducere, n scopul asigurrii uneieficiene ct mai mari a activitii economico-socialerespective.

    Partea component a sistemului informaional princare se asigur, pe baza folosirii tehnicii de calcul in primul rnd a calculatoarelor electronice, tratarearaional a datelor i a informaiei, cu eficien

    sporit, constituie un sistem informatic.

    n timp ce prima definiie pune accentul peaspectul tehnic, adic pe utilizarea calculatoarelor, ceade-a doua vizeaz aspectul de organizare iraionalizare a circuitului informaiilor destinateconducerii.

    Ultima definiie este cea care reunete cele douaspecte subliniate de primele definiii adugnd irelaia de incluziune a sistemului informatic n sistemulinformaional.

    Sistemul informatic se asociaz obligatoriu unuisistem informaional i este subordonat unui procesdecizional. Prin tratarea datelor cu tehnica de calculsunt eliminate erorile de informare care se

    repercuteaz negativ asupra calitii desfurriiactivitilor.Sistemul informatic, ca parte a sistemului

    informaional, trebuie structurat ca sistem cibernetic cudoubucle de reglaj. Bucla principalde reglaj reflectprincipalele influene cu mediul nconjurtor: legturilecu bncile, cu beneficiarii, etc. Bucla secundareste cao bucl de autoreglaj care face fa n principal

  • 5/24/2018 Sisteme Informatice de Gestiune

    34/192

    Sisteme informatice de gestiune

    pagina 36

    perturbaiilor interne din sistem. Structura ciberneticcudou bucle de reglaj a sistemului informatic estenecesar i suficient pentru ca sistemul s poat fifolosit ca instrument al conducerii.

    n condiiile unei orientri a activitii spre pia,strategia ntreprinderii poate suferi modificrisubstaniale, n funcie de situaiile conjuncturaleaprute. Dac, n urma unor perturbaii de acest fel,conductorul reevalueaz decizia sa primar (planuliniial), poate s preconizeze o form modificat aobiectivului iniial. n acest caz, cnd pe parcursulrealizrii deciziei, att forma iniialct i cea finals-

    au modificat, putem vorbi despre sistemul informatic cadespre un sistem bivariant.

    Sistemul informatic este format, n esen, dinurmtoarele categorii de elemente:

    1. calculatoare electronice i alte echipamente2. metode i tehnici de tratare a datelor i a informaiei3. colecii organizate de date4. proceduri i programe de tratare a datelor5. cadre de specialitate

    n cadrul sistemelor informatice, calculatorulelectronic devine un factor de sprijinire a analizei ideciziei de maxim importan, prin rezolvareaproblemelor de optimizare, att la nivelul elaborrii

    programelor de activitate, ct i pe parcursul executriilor.Un sistem informatic este conceput prin

    colaborarea dintre specialiti din domenii conexe iarrealizarea unui sistem informatic este un procescomplex, de durat i care necesit activiti specificede analiz, proiectare, programare i implementare.

  • 5/24/2018 Sisteme Informatice de Gestiune

    35/192

    Sisteme informatice de gestiune

    pagina 37

    Sistemul informaional trebuie s devin, prinintroducerea sistemului informatic, instrument dereglare i autoreglare a sistemului economic. Obiectivulglobal urmrit este creterea fiabilitii sistemului

    economic studiat.Din activitatea practic de realizare a sistemelor

    informatice se desprind urmtoarele principii pentrurealizarea sistemelor informatice.1. Sistemul este pentru beneficiar, ceea ce implic:

    participarea permanent a beneficiarului n toateetapele de realizare a sistemului;

    ntocmirea documentaiilor orientate ctrebeneficiar ntr-un limbaj accesibil acestuia;

    aprobarea de ctre beneficiar a tuturorpropunerilor fcute n proiect;

    responsabilitatea viitorului utilizator pentruimplementarea sistemului, pentru corectitudineadatelor folosite i pentru pregtirea personaluluinecesar exploatrii sistemului;

    2. Problema cheie este cea a oamenilor nu aechipamentelor, i n special a analitilor-proiectanide sisteme, specialiti care au o influenhotrtoareasupra modului de realizare a sistemelor.

    3. Sistemele informatice trebuiesc justificate din punctde vedere cantitativ i calitativ, deoarece reprezint

    investiii importante.4. Realizarea sistemului informatic este un procesiterativ, ceea ce nseamn c nti trebuie stabilitnumai cadrul general, detalierea fcndu-se apoitreptat, n mai multe iteraii.

    5. Cnd nu putem s planificm ceva nu putem sfacem corect acel lucru, principiu valabil nu numai ninformatic. n virtutea acestui principiu trebuie

  • 5/24/2018 Sisteme Informatice de Gestiune

    36/192

    Sisteme informatice de gestiune

    pagina 38

    permanent urmrite i reactualizate planificrileiniiale pe msura realizrii sistemului. De asemenea,trebuie acordat o deosebit atenie modului deetapizare a lucrrilor i mrimii etapelor pe care vrem

    sle realizm.6. Procedurile manuale sunt la fel de importante ca i

    programele, de corecta lor proiectare depinznddurata de implementare i modul de funcionare asistemului.

    7. Trecerea de la vechiul sistem la noul sistem este eansi un sistem i de aceea trebuie tratatcu mareatenie. Proiectantul de sistem are de fapt n fatrei

    sisteme: cel vechi, cel nou i cel care face trecerea dela vechiul mod de lucru la cel nou.

    8. Sistemul trebuie s aib o bun documentaie ntoate etapele de realizare.

  • 5/24/2018 Sisteme Informatice de Gestiune

    37/192

    Sisteme informatice de gestiune

    pagina 39

    3.2. Ciclul de viaal unui sistem infomaticDin cele prezentate anterior se constat c

    restructurarea unui sistem informaional este un procescomplex. Analistul de sistem trebuie sparcurgo seriede etape i srezolve o mulime de probleme.

    Analiza de sistem nseamn cunoatereasistemului, cunoatere care se traduce printr-oreprezentare la nivel cerebral a sistemului n ansamblulsu. De fapt prin analizs-a transpus realitatea mai nti

    ntr-un model cerebral pe care analistul l va transformai l va prezenta sub forma unui model matematic,grafic, etc..

    Aceast activitate de percepere i reprezentare arealitii nu este de loc uoari presupune participareaactiva tuturor membrilor echipei de proiectare dar i abeneficiarului sistemului ntr-un context uman, materiali organizatoric, propice realizrii sistemului.

    Mediul de proiectare al unui sistem informaticconstn unitatea proceselor de dezvoltare, a metodelorde definire, descriere, abstractizare, modificare, rafinarei documentare precum i modalitatea de automatizare aaplicrii metodelor.

    Cnd vorbim despre procesul de reorganizare aunui sistem informaional, trebuie sdescriem un model

    care s prevad ceea ce va aprea n procesul dedezvoltare. Aceast etapizare va arta ce trebuie fcut,cum va fi realizat, cnd va fi terminat i cine va folosiceea ce s-a realizat.

    Un bun model al procesului de prelucrare trebuiesrespecte trei cerine principale. Trebuie saibo mare putere descriptiv, putnd s

    descrie esenialul n mod realist.

  • 5/24/2018 Sisteme Informatice de Gestiune

    38/192

    Sisteme informatice de gestiune

    pagina 40

    Trebuie spermitdescrierea nsui a procesului dedezvoltare i a modului de conducere a dezvoltriiprocesului.

    Trebuie de asemenea s acopere cazurileneprevzute i schimbrile continue care intervinntr-un astfel de proces.

    n general, modelul trebuie saibcapacitatea dea putea descrie o mare varietate de sisteme i desubsisteme ale acestora. Exist un mare numr demodele care descriu procesul de realizare a unui sisteminformatic denumite generic "modele ale ciclului de

    viat".

    Modelul WATERFALL(n cascad).Este cel mai vechi i cel mai cunoscut model. A

    fost dezvoltat n perioada anilor '60, caracteristicaprincipal constnd n parcurgerea unor etape numite"faze". (Figura 4.1.)

    1. Analiza cerinelor. Definirea i analiza necesitilorutilizatorului.

    2. Specificaia. Translaia cerinelor ntr-o descrieregenerala sistemului.

    3. Proiectarea. Crearea unei abstractizri a sistemului nconcordancu specificaiile anterioare.4. Implementarea. Crearea sistemului careimplementeazceea ce s-a proiectat.

    5. Testarea. Determin dac implementarea satisfacecerinele.

    6. Mentenana. Modificarea sistemului necesarpentrua fixa problemele aprute. Ciclul de viase repetncadrul acestei faze.

  • 5/24/2018 Sisteme Informatice de Gestiune

    39/192

    Sisteme informatice de gestiune

    Figura 3.1. Modelul Waterfall

    Se constatcfiecare fazconstituie o trecere de laun nivel de abstractizare ridicat (puine detalii) la unnivel mai sczut de abstractizare (mai multe detalii). Cu

    toate c exist o bogat experien i tradiie naplicarea cu succes a modelului, existunele probleme.n primul rnd modelul nu este suficient de descriptiv

    n ceea ce privete activitile care interfer prin toatefazele ciclului de viacum ar fi: conducerea proiectului,asigurarea calitii, verificarea i validarea. Spre exempluo eroare de specificare poate snu fie descoperitdect

    pagina 41

  • 5/24/2018 Sisteme Informatice de Gestiune

    40/192

    Sisteme informatice de gestiune

    pagina 42

    foarte trziu, i este extrem de greu de revenit la faza lacare s-a produs eroarea.

    n al doilea rnd modelul a fost dezvoltat ntr-operioad cnd sistemele de mici dimensiuni i cu

    arhitecturcompacterau dominante.n ultimul rnd modelul nu se preteaz la

    transpunerea sa pe calculator. El a fost dezvoltat ntr-operioad cnd proiectarea asistat de calculator nu eradeloc neleas.

    Modelul INCREMENTAL RAPID-PROTOTYPING).Acest model al prototipizrii rapide) a fost creat

    pentru a acoperi deficienele modelului WATERFALL cucare se aseamn din mai multe puncte de vedere.Diferena principal const n introducerea conceptuluide dezvoltare incremental.

    Dezvoltarea incremental const n crearea unormici salturi de la vechea variant de sistem la nouavariantcare conine un plus de funciuni. Produsul finalnu este vzut ca un sistem monolit livrabil integral la osingur dat, ci este realizat i livrat dintr-o serie deetape succesive corespunztoare fiecrei iteraii. Numaila sfrit sistemul este disponibil integral, dar pnatunci fiecare increment poate lucra ca un sistem de sinestttor. (Figura 4.2.)

    Modelul incremental eliminnecesitatea furnizriicerinelor, specificaiilor generale i a celor detaliatenaintea nceperii etapei de proiectare. Aceste specificaiinumite "builds" (baselined intermediate softwareproducts) sunt n mod formal specificate la nceputulfiecrui increment. Acest lucru permite posibilitateaschimbrii cerinelor prin adugarea lor n pasulurmtor.

  • 5/24/2018 Sisteme Informatice de Gestiune

    41/192

    Sisteme informatice de gestiune

    Figura 3.2. Modelul incremental

    i n acest model exist posibilitatea erorilor nformularea cerinelor dar spre deosebire de modelulWaterfall acestea pot fi corectate de la un pas la altul peparcursul realizrii sistemului. n plus se poate simulafuncionalitatea sistemului, scopul su fiind furnizareaunor feed-back-uri rapide proiectanilor iconductorilor fr o pierdere inutil de timp,eliminndu-se posibilitatea construirii unui sistemgreit.

    Fiecare increment realizat n fiecare pas dedezvoltare al sistemului se poate constitui ntr-un

    pagina 43

  • 5/24/2018 Sisteme Informatice de Gestiune

    42/192

    Sisteme informatice de gestiune

    pagina 44

    prototip al viitorului sistem. Fiecare acest prototip poates se regseasc sau nu n sistemul final dar regulageneral care trebuie urmrit const n planificareaeliminrii acestor prototipuri.

    Acest model reuete s integreze corectactivitile care acoper tot ciclul de viaal sistemului,cum ar fi: Coordonarea proiectului const n capacitatea de a

    controla versiunile sistemului de elaborat, pentru caacestea s fie n realitate incrementri ale versiuniianterioare i nu nite modificri arbitrare ineautorizate. Numai acele modificri care vor

    determina schimbri favorabile n dezvoltareasistemului vor fi aprobate.

    Verificarea const n stabilirea n continuu acorespondenei ntre ce s-a solicitat i ce s-arealizat.

    Validarea, trebuie s aib n vedere c sistemulconstruit snu prezinte goluri i incoerene.

    Dezvoltarea incrementaleste ca o sabie cu doutiuri,pentru c permind etapizarea sistemului n versiunisuccesive, orice problem aprut i nerezolvat la unmoment dat implicsuspendarea etapelor urmtoare.

    Dezavantajul implicat de aceast situaie este totuimult mai mic, dect necazul produs de descoperireaerorii numai la finalizarea sistemului.

    Un alt avantaj const n posibilitatea dezvoltrii

    simultane a mai multor sisteme, fiecare n diferite stadiiale ciclului de via. Aceasta mrete capacitateaconducerii de a acoperii un domeniu mai vast putndu-se aloca mai bine resursele, dar trebuie inut cont cpotaprea situaii n care este greu de estimat necesarul deresurse mai ales n situaiile neprevzute aprute ndiferiii pai de dezvoltare ai sistemelor coordonate.

  • 5/24/2018 Sisteme Informatice de Gestiune

    43/192

    Sisteme informatice de gestiune

    Modelul ciclului de concepie n V.Dezvoltarea unui sistem urmrind abordarile

    anterioare poate fi descompus ntr-o succesiune defaze: specificaii, concepie, programare i mentenandup unii autori sau analiz preliminar, proiectarelogic, proiectare tehnic, programare, implementare,exploatare i ntreinere, dup altii. (variante alemodelului Waterfall).

    Figura 3.4. Ciclul de concepie n V

    pagina 45

  • 5/24/2018 Sisteme Informatice de Gestiune

    44/192

    Sisteme informatice de gestiune

    pagina 46

    Pentru evidenierea faptului canumite faze ale cicluluide viasunt condiionate de faze anterioare s-a propusreprezentarea ciclului de viaal unui sistem informaticca un ciclu de concepie n V (Figura 3.4.). Se observ

    c etapele din braul descendent sunt validate de celesituate pe braul ascendent. Asfel concepia arhitecturiiaplicaiei va trebui srspundtestelor de funcionare acomponentelor luate fiecare n parte dar i n ansamblu.

    Aceast schempune clar n evidenprincipalulinconvenient al abordrilor clasice. Nu se poate validaanaliza fcutla nceputul proiectului dect atunci cndtoate activitile de programare, testare i integrare sunt

    terminate.

    Modelul OPERAIONAL.Acest model pornete de la o altabordare dect

    modelele anterioare i anume prin concentrarea efortuluide definire asupra aspectului operaional. Mecanismulimplementrii nu este ascuns ci stla baza specificaiilorde definire. Cu alte cuvinte, modelul operaional creeazspecificaii executabile (numite i specificaiioperaionale) care sunt ulterior transformate ntr-oeficientimplementare. Astfel comportamentul extern al

    sistemului existimplicit n cadrul specificaiilor n timpce structura internnu.n acest tip de model proiectarea se referdirect

    la condiiile de mediu n timp ce celelalte modele punaccentul pe separarea cerinelor (comportamentulextern) de structura interna sistemului.

    Prin realizarea legturii ntre specificaiileoperaionale i structura intern a sistemului, se

  • 5/24/2018 Sisteme Informatice de Gestiune

    45/192

    Sisteme informatice de gestiune

    constat c modelul operaional este "orientat peproblem" spre deosebire de celelate modele care sunt"orientate pe implementare".

    Figura 3.3. Modelul operaionalUnul dintre avantajele modelului operaional este

    marea sa putere descriptiv orientat direct sprerezolvarea problemei. Spre deosebire de modelulincremental care pornete de la o descriere liber aspecificaiilor de definire, modelul operaional aredescrieri formale, riguroase i care pot fi uor analizate.Acest fapt i permite spoatfoarte uor sfie transpuspe calculator.

    Ca dezavantaje se constat contradicia dintre

    necesitatea transformrii cerinelor externe ntr-ostructur intern nainte ca aceasta s fi fost definit.Deoarece modelul nu este prea rspndit evaluareaposibilitilor sale este dificil de fcut mai ales pentrusisteme de mari dimensiuni. El este n schimb mai folositpentru realizarea sistemelor mici.

    pagina 47

  • 5/24/2018 Sisteme Informatice de Gestiune

    46/192

    Sisteme informatice de gestiune

    pagina 48

    Din parcurgerea sumar a acestor modele seobservcmodelul Waterfall este un model atractiv carese bazeazpe o lungperioadde aplicare, fapt care iconfer avatajul numeroaselor experimentri n situaii

    dintre cele mai diferite.Modelul Incrememtal include n ciclul de via

    activiti de conducere i dezvoltare prin pai succesivi,realiznd un feed-back rapid ntre proiectani iutilizatori.

    Modelul de concepie n V pune n evidenfaptul c o faz o valideaz pe precedenta (similarmodelului Waterfall) dar i faptul c numai fazele

    terminale realizeaz adevrata validare a etapelor denceput.

    Modelul Operaional realizeaz specificaii"executabile", mrete rolul automatizrii i stabilete ostrnslegaturntre specificaii i implementare.Cu toate acestea se constatcun model perfect bazatpe ciclul de via al sistemului informatic nu se poaterealiza, mai ales datorita unor condiii subiective.

    Adesea un proiect trebuie nceput de la dorineleunui viitor utilizator care are o vagidee despre ceea ceva trebui sse realizeze, i numai dupce sistemul s-arealizat aproape integral se hotrte cnu este de faptceea ce a dorit. Este extrem de greu de modelat aceastsituaie: "Nu tiu ceea ce vreau dar tiu ceea ce nudoresc". Practica ne-a demonstrat c folosirea unui

    model imperfert i incomplet este totui mult mai utildect renunarea la orice fel de model.Dar modelul nu este totul. Avem nevoie de un set

    de prescripii pentru desfurarea activitilor cerute deetapele unui model bazat pe ciclul de via, prescripiiutilizate pentru proiectarea sistemului. Am definit prinaceasta metoda de proiectare. Metoda de proiectare areo dublresponsabilitate:

  • 5/24/2018 Sisteme Informatice de Gestiune

    47/192

    Sisteme informatice de gestiune

    pagina 49

    de a creea produsul de a implementa o parte din modelul ciclului de

    via.ncercarea de a gsi cea mai bunmetodde realizare a

    sistemelor informatice este un subiect de cercetaredeosebit de important. Problema cu cele mai multemetode este c ele au att reguli implicite ct iexplicite. Regulile explicite sunt prezentate de obicei ndocumentaia de realizare dar cele implicite nu suntprezentate nicieri.

    Cnd se realizeaz un sistem informatic apar omultitudine de probleme i este aproape imposibil sse

    repete procesul original pentru crearea unui alt sistem.Metoda nu furnizeaznumai paii care trebuie parcurici precizeaz i ce decizii trebuiesc luate n paiirespectivi. Este foarte important, n acest caz, ca lalivrarea proiectului sse furnizeze i metoda dupcarea fost realizat.

    Ultimul aspect care trebuie abordat este"automatizarea" metodei de proiectare. Acest termeneste preferat termenului de "instrumente de dezvoltare"(software tools), care vizeaz punctual o anumitoperaie. Automatizare nseamn un suport pentru ometoda i este o parte integrat n procesul dedezvoltare a sistemului informatic. Dar soluionarea cusucces a problematicii const n integrarea coerent ametodelor folosite ntr-o metodologie, i nu n

    automatizarea lor.Automatizarea are o mulime de avantaje. Cel maiimportant const n reducerea muncii n aplicareametodelor, i ntr-un anume fel este cea mai realistmanier de aplicare a metodelor. Apectul birocraic alcelor mai multe metode presupune pstrarea uneicantitai mari de informaii care este imposibil degestionat manual pentru sisteme de o anumitmrime.

  • 5/24/2018 Sisteme Informatice de Gestiune

    48/192

    Sisteme informatice de gestiune

    pagina 50

    Automatizarea implic o scdere a costurilor dedezvoltare i planificare rezultnd o cretere calitativaactivitii creative deoarece proiectanii i conductoriiproiectului sunt degrevai de aspectele de rutin. De cele

    mai multe ori automatizarea faciliteaz nvarea icomunicarea ntre membrii proiectului.

  • 5/24/2018 Sisteme Informatice de Gestiune

    49/192

    Sisteme informatice de gestiune

    pagina 51

    IV. METODA M E R I S E4.1. Prezentare

    Apariia metodei MERISE marcheaz o datimportant n istoria prelucrrii informaiilor. Aceastapariie rezultpe de o parte din contextul generalizriiprelucrrilor conversaionale, consecin a salturilor

    tehnologice din anii '70, i pe de altparte, rezult nurma numeroaselor lucrri asupra bazelor de date iasupra "abordrii sistemice".

    MERISE s-a nscut n Frana n jurul anilor1978-1979 ca urmare a unei vaste consultri lansate dectre Ministerul Industriilor cu scopul de a realiza ometodmodernde concepere i realizare a sistemelorinformatice.

    ntre 1986 i 1989 metoda MERISE s-a impus cuadevrat devenind un standard cu un numr deutilizatori n continu cretere att n domeniul publicct i n cel privat. Statisticile publicate n Frana n1990 au confirmat aceast evoluie deoarece dintrentreprinderile mari i mijlocii care foloseau o metoda deanaliz-proiectare, 60% aleseserdeja MERISE.

    MERISE acumuleaz continuu i completeazcmpul su de aplicabilitate integrnd noi extensii. Patrusunt direciile principale de evoluie: integrarea arhitecturilor client/server; o mai buna poziionare n raport cu metodele anglo-

    saxone; o abordare orientatpe obiecte;

  • 5/24/2018 Sisteme Informatice de Gestiune

    50/192

    Sisteme informatice de gestiune

    pagina 52

    dezvoltarea unui mediu metodologic europeanconcretizat astzi prin proiectul EUROMETHODE.

    Consftuirea cu tema "MERISE et les autres"desfurat la Versailles ntre 5 i 7 octombrie 1994 a

    avut ca subtitlu "Ce sisteme informatice pentru o lumen schimbare?" i i-a propus dezbaterea poziiei acesteimetode n raport cu alte abordri metodologice.

    MERISE are numeroi adepi care o utilizeaz cupasiune, dar i opozani care o consider o metodgreoaie. Dac anumite proiecte sunt uneori nereuiteaceasta este din cauza unei folosiri inadecvate ametodei. Folosirea metodei MERISE implico investiie

    personal care presupune o mare rigoare i folosireaunor tehnici complexe. Aceast investiie personalnua fost facut, uneori, n cele mai bune condiii i naceastsituaie, pentru anumii conductori de proiecte,metoda pare greoaie.

    Pentru a reui, un proiect MERISE trebuie saibobligatoriu adeziunea i participarea utilizatorilor.

    Metoda presupune construirea de modele la nivelconceptual, organizaional i operaional furnizndastfel legturile existente n sistemele informaionale.(Figura 4.1.)

  • 5/24/2018 Sisteme Informatice de Gestiune

    51/192

    Sisteme informatice de gestiune

    Figura 4.1. Nivelele metodei Merise

    NIVELUL CONCEPTUAL const n analizasistemului informaional n termenii obiectivelor, fraine cont de nici un concept legat de organizare ("cetrebuie fcut i cu ce date?").

    Trebuie studiate separat n plan conceptual, pede o parte datele i organizarea lor i pe de alt parteprelucrrile.

    pagina 53

  • 5/24/2018 Sisteme Informatice de Gestiune

    52/192

    Sisteme informatice de gestiune

    pagina 54

    n termeni de organizare a datelor se face apel laformalismul entitate-relaie i aceasta se traduce prinentiti de baza i relaii ntre aceste entiti. La acestnivel, cu ajutorul unei grafici adecvate se constituie

    modelul conceptual al datelor (MCD), care permite odescriere static a sistemului informaional cu ajutorulconceptelor de entitate i asociaie.

    MCD permite reprezentarea datelor din realitateanconjurtoare independent de opiunile tehnice, pentrua uura gndirea n timpul activitii de concepie.

    n termeni de organizare a prelucrrilor acesteentiti vor fi descrise prin prelucrrile pentru care ele

    sunt cauze i consecine. Aceast etap are ca scopdefinirea operaiilor principale care trebuie efectuate ndomeniul studiat. Se va stabili o diagram de flux(modelul conceptual al comunicaiilor MCC) care permitedescrierea informaiilor schimbate global n sistem prinintermediul actorilor i fluxurilor.

    Pornind de la aceastdiagram, se va trece spremodelul conceptual al prelucrrilor (MCP). Rezultatul sufinal se va concretiza sub form schematic ntr-unmodel "eveniment-operaie-rezultat" care va trebui srspund la ntrebrile: ce trebuie fcut n interiorulsistemului informaional, sub impulsul cror evenimentei ce rezultate se obin?

    NIVELUL ORGANIZAIONAL constn integrarea nanaliza criteriilor legate de organizare. Dupce nivelul

    conceptual a exprimat realitatea perceputn ansamblulsu, nivelul organizaional exprimaceastrealitate aacum este ea tritde actorii participani, indiferent carear fi acetia. La acest nivel nu se face nici o distincientre oameni i maini. La nivelul datelor este necesarorientarea ctre o clasde soluii, i apare modelul logical datelor (MLD) care este o transcriere a modeluluiconceptual al datelor. Are loc, n privina datelor, o

  • 5/24/2018 Sisteme Informatice de Gestiune

    53/192

    Sisteme informatice de gestiune

    pagina 55

    transformare a lor dar nu o mbogire a lor. Nivelulconceptual al datelor este o descriere complet asistemului. Date noi pot fi create la nivele inferioare(crearea unei redundane n vederea minimizrii

    numrului de accesri la una din entiti) dar n nici uncaz nu se pot crea informaii noi.

    Situaia este diferit la nivelul prelucrrilor.Trecerea de la nivelul conceptual (MCP) la nivelulorganizaional (MOP) se concretizeaza prin ataareaevenimentelor definite anterior, actorilor. n acesteproceduri globale vor apare ntotdeauna actori care aun plus noiunea de restricie temporal i

    organizatoric. La nivelul prelucrrilor evenimenteledescrise au mai ales o dominant spaial dect unatemporal i se completeaz nivelul conceptualrspunznd la ntrebrile cine? i unde?.

    NIVELUL OPERAIONAL este o reprezentare amijloacelor care vor fi efectiv folosite pentru a gestionadatele i prelucrrile i const n furnizarea soluiilortehnice rspunznd la ntrebarea cum?.

    La nivelul datelor se va trece de la o clas desoluii la una singur. Aceasta se concretizeaza prinutilizarea unui anumit SGBD. Se face o alegere privindmetodele de stocare i de acces la informaii. Seconstruiete la acest nivel modelul fizic al datelor (MFD)care este transformarea modelului logic al datelor (MLD)prin echivalarea noiunilor de tablou i coloane cu

    noiunile de relaie i atribute din modelul logic aldatelor.La nivelul prelucrrilor se procedeaz la

    mprirea proiectului n programe. Modelul operaionalva descrie arhitectura programelor care vor executaanumite funcii, dar n nici un caz la acest nivel nu vaexista o activitate de programare efectiv.

  • 5/24/2018 Sisteme Informatice de Gestiune

    54/192

    Sisteme informatice de gestiune

    pagina 56

    Fiecare din aceste nivele are ca obiectiv principalfurnizarea unui anumit numr de documente care spermit sinteza procesului de gndire. Acestedocumente, indispensabile elaborrii, sunt leagate de

    cele rezultate din analiza datelor.Punerea n aplicare a modelelor de prelucrare la

    orice nivel, conceptual, organizaional sau operaionalare nu numai scopul de a defini prelucrrile de efectuatdar i opiunile alese n elaborarea modelelor datelor.

    Abordarea analizei cu ajutorul metodei MERISE seface dup trei axe constituind ceea ce numim "cele treicicluri". (Figura 4.2.) Analistul trebuie sparcurg toate

    cele trei cicluri pe parcursul realizrii sistemului. Acestetrei cicluri se desfoarsimultan.

    1.Ciclul de abstractizare este realizat prinformalismul celor trei nivele conceptual, organizaionali operaional i se va aplica asupra prelucrrilor idatelor.

    2.Ciclul de viapresupune trei mari etape: concepia sau perioada studiului sistemului existent

    i apoi a noului sistem; realizarea care acoper proiectarea i exploatarea

    sistemului; ntreinerea care va permite sistemului sevolueze i

    s se adapteze modificrilor de mediu i noilorobiective pn n momentul n care nu va mai ficapabil de adaptare i va fi inlocuit cu un nou sistem.

    3.Ciclul de decizie care cuprinde toate deciziileluate pe parcursul desfurrii proiectului, mai generalela nceput i apoi din ce n ce mai precise.

  • 5/24/2018 Sisteme Informatice de Gestiune

    55/192

    Sisteme informatice de gestiune

    Figura 4.2. Cele trei cicluri ale metodei MeriseAceste noiuni sumar prezentate se adreseaz

    att utilizatorilor (cei care solicit serviciile) ct iinformaticienilor (furnizorii de prestaii). Eficacitatea ivaliditatea unei analize const n calitatea comunicaiei

    dintre beneficiar i proiectant iar calitatea comunicaieieste obinut, n parte, graie utilizrii corecte a uneimetode de analiz.

    pagina 57

  • 5/24/2018 Sisteme Informatice de Gestiune

    56/192

    Sisteme informatice de gestiune

    pagina 58

    4.2. Ciclul de vian ara noastrultima reglementare metodologic

    n domeniul ciclului de via cu aplicabilitate neconomie i avnd caracter de directiv aparineInstitutului Central de Infornatic i dateaz dindecembrie 1977. Conform acestei metodologii realizareasistemelor informatice se desfoar n ase etape:elaborarea temei de realizare, elaborarea concepiei

    sistemului informatic (proiectarea logic), proiectareatehnic, elaborarea programelor, implementarea,exploatarea i ntreinerea.

    4.2.1. Elaborarea temei de realizare a sistemuluiinformatic.n aceast etap iniial se examineaz

    posibilitatea realizrii unui nou sistem informatic, saumodificrii sistemului existent. Stimulul declanator alacestei etape trebuie sfie de regulviitorul beneficiar.

    Principala activitate n acest stadiu estecunoaterea general a problemei i a obiectivelor caretrebuie realizate, la un nivel care s permit s sestabilesc dac este sau nu necesar s se treac la

    etapa urmtoare.Elaborarea temei de realizare este etapa prin carese cunoate situaia actual, se furnizeazun diagnostici se caut soluiile posibile. n aceasta etap trebuieelaborat o soluie independent de mijloacele derealizare.

    Rezultatele acestei etape constau n "caietul desarcini" i "specificaiile funcionale generale".

  • 5/24/2018 Sisteme Informatice de Gestiune

    57/192

    Sisteme informatice de gestiune

    pagina 59

    De obicei aceast etap, frecvent denumit istudiu de oportunitate sau analiz preliminar implictimp i efort relativ redus, doar din partea unorspecialiti cu experieni care au mai ntocmit lucrri

    similare.Obiectivul principal al acestei etape este formulareacerinelor informaionale ale sistemului de conducere.Activitile din cadrul acestei etape sunt : studiul sistemului existent, evaluarea sistemului existent, evaluarea gradului de pregtire a ntreprinderii, formularea cerinelor i a restriciilor pentru

    realizarea sistemului informatic.n cadrul acestei ultime activiti, cea mai importantdinprima etapintr: definirea obiectivelor i performanelor noului

    sistem; stabilirea domeniului i funciunilor noului sistem

    informatic; definirea cerinelor i restriciilor informaionale pe

    probleme i funciuni; estimarea resurselor disponibile pentru proiectarea,

    implementarea i exploatarea noului sistem.

    n realizarea etapizat a sistemului informatictebuie, n primul rnd, cunoscut sistemul existent.Echipa de proiectare trebiuie saibca punct de plecare

    un tablou de probleme elaborat mpreun cuconducerea ntreprinderii. Pe baza acestuia se trece lastudiul sistemului prin care se urmrete definireacaracteristicilor generale i analiza activitilordesfurate.

    De asemenea studiul sistemului presupune ianaliza modului n care sistemul informaional asigurlegturile ntre sistemul conductor i sistemul condus.

  • 5/24/2018 Sisteme Informatice de Gestiune

    58/192

    Sisteme informatice de gestiune

    pagina 60

    Pe baza concluziilor rezultate din studiulsistemului, se evalueaz critic sistemul informaional ise formuleaz cerinele i restrictiile pentru realizareasistemului informatic.

    Printre tehnicile i metodele de analiza asistemului existent se numar:

    1. Tehnica documentrii2. Metoda analizei-diagnostic3. Metoda diagramelor de flux informaional4. Metoda evidenei economice5. Metoda anchetelor6. Metoda scenariilor

    1. Tehnica documentrii.

    Prin tehnica documentrii se urmrete culegereai prelucrarea informaiilor cu caracter teoretic i practicprivind sistemul studiat.

    Pentru atingerea acestui obiectiv, documentareatrebuie sse desfaoare ntr-o ordine logicfolosind cainstrument principal de lucru documentele carereglementeaz existena i funcionarea sistemuluirespectiv. Astfel de documente sunt: organigrama,regulamentul de organizare i funcionare, alte actenomative. Prin organigram sunt reprezentate grafic

    gruparea compartimentelor de munc dup criteriifuncionale, subordonarea acestora, repartizarea lor ilegturile dintre compartimente. n acest modorganigrama vizualizeaz natura i poziia fiecruicompartiment. Ea reflect obiectivele sistemuluieconomic, responsabilitile, delegrile de autoritate ilegturile funcionale. Informaiile cu caracter generalobinute prin analiza organigramei pot fi completate

  • 5/24/2018 Sisteme Informatice de Gestiune

    59/192

    Sisteme informatice de gestiune

    pagina 61

    prin studiul regulamentului de organizare i funcionarea sistemului. Aspecte de detaliu asupra modului dedesfaurare a activitilor sunt completate prinparcurgerea actelor normative care reglementeaz

    prestarea lor.Analiza situaiei existente este completat prin

    documentarea asupra unor studii i proiecte informaticeelaborate n alte ntreprinderi cu profil apropiat.

    Rezultatele documentrii urmeaz a fisistematizate i sintetizate pe domenii de probleme careapar n tabloul ntocmit pe baza comenzii beneficiarului.

    2.Metoda analizei-diagnostic.

    Aceast metod i propune s furnizezeinformaii asupra sistemului existent. Analiza-diagnosticeste o metod colectiv de lucru aplicat de echipa deproiectare. Diagnosticul const n relevarea anomaliilormanifestate n organizarea i funcionarea sistemului in stabilirea remediilor corespunzatoare. Prin cercetareaactivitilor desfurate se stabilesc direciile dedezvoltare pentru sistemul existent. Obiectiveleanalizei-diagnostic sunt: Realizarea unui sistem de organizare i conducere

    perfecionat flexibil la modificrile care apar. Prinanaliza-diagnostic urmeaz s se stabileasc n ce

    msurstructura organizatoricsatisface necesitileconducerii i posibilitile de cretere a fiabilitiisistemului prin tratarea automata datelor.

    Prevenirea factorilor perturbatorii care genereazefecte negative asupra sistemului economic subaspect structural, funcional i al nivelului deperforman.

  • 5/24/2018 Sisteme Informatice de Gestiune

    60/192

    Sisteme informatice de gestiune

    pagina 62

    Identificarea cilor de restabilire a echilibrului, decompensare sau eliminare a factorilor perturbatorii.Acest obiectiv, cumulat cu cel precedent, poate findeplinit prin abordarea global a ntreprinderii

    privitca sistem dinamic, nchis i adaptabil. Concluziile analizei-diagnostic stau la baza analizei

    critice a sistemului existent i sunt ghidul necesarrealizrii sistemului informatic.

    Realizarea presupune luarea n considerare aurmtoarelor aspecte: strategia de dezvoltare a ntreprinderii; condiiile de materializare pe baza resurselor

    disponibile; prioriti care se impun n funcie de condiii;n aplicarea metodei se recomand parcurgereaurmtoarelor etape de lucru: culegerea informaiilor privind organizarea i

    funcionarea sistemului existent; formularea obiectivelor, care se realizeaz prin

    conturarea elurilor urmrite i a modalitilor derealizare;

    enunarea instruciunilor privind desfurareaaciunilor;

    realizarea practica instruciunilor; analiza informaiilor culese i evaluarea rezultatelor;Dac soluiile rezultate nu sunt edificatoare asupraobiectivelor urmrite atunci analiza diagnostic se reia.

    Concluziile analizei-diagnostic, corelate cu rezultateledocumentrii, constituie baza cunoaterii sistemului i aposibilitilor de perfecionare.

    3. Metoda diagramelor de flux informaional.

    Identificarea caracteristicilor sistemului deconducere necesit detalierea analizei sistemului

  • 5/24/2018 Sisteme Informatice de Gestiune

    61/192

    Sisteme informatice de gestiune

    pagina 63

    informaional. n acest scop se apeleaz la metodadiagramelor de flux a documentelor i a momentelor lorde completare urmrind raionalizarea sistemuluiinformaional i ameliorarea funcionrii acestuia.

    Diagramele de flux informaional dau o descrieresistemica a unui proces sau a unui ciclu de munc cusuficiente detalii, care odat analizate pot duce la ombuntire a activitii respective.

    Fiecare element component al diagramei esteastfel reprezentat nct sajute pe analist s-i formezeo imagine clarasupra sistemului studiat.

    Majoritatea diagramelor combin reprezentarea

    scris cu cea grafic i figurativ pentru a se asiguraparticiparea deplina tuturor persoanelor interesate.

    Schemele sunt instrumente excelente nprezentarea propunerilor de ameliorare a metodelor demuncla toate nivelurile de conducere.

    4. Metoda evidenei economice.

    Evidena economic reprezint un ansamblu deprocedee i tehnici de urmrire a fenomenelor iproceselor care au avu loc n domeniul vieii economice.Prin coninut evidena economic este componentamajor a sistemului informaional economic. Oriceoperaie de flux real al valorilor materiale i bnetitrebuie s se gseascconsemnat n documentele de

    evideneconomic.Dup procedeele i tehnicile folosite ninvestigarea realitii economice evidena economic seconstituie n trei forme distincte:

    a)- evidena tehnico-operativb)- evidena contabilc)- evidena statistic

  • 5/24/2018 Sisteme Informatice de Gestiune

    62/192

    Sisteme informatice de gestiune

    pagina 64

    a) Evidena tehnico-operativ const n consemnareai centralizarea datelor privind procesele ifenomenele economice la locul i n momentulproducerii lor. Evidena tehnico - operativ

    furnizeazinformaii necesare conducerii operative.

    b) Evidena contabil sau contabilitatea urmreteformarea existena i folosirea mijloaceloreconomice i a surselor lor de formare. Princoninut contabilitatea este cea mai importantcomponent a evidenei economice. Ea asigurcontinuitatea circuitului informaional ntre evidena

    tehnico-operativi cea statistici este principalasursde informaii a conducerii tactice i strategice.

    c) Evidena statistic sau statistica oglindete icaracterizeaz procesele n ansamblul lor prinstudierea unor fenomene social-economice demas. Cu ajutorul statisticii se poate studiaevoluia unor fenomene n perioadele anterioarepentru a determina evoluia lor viitoare.

    5.Metoda anchetelor.

    Prin aceastmetodse culeg informaii cantitativei calitative pe domenii i probleme fiind o metod deinvestigare analitic. Pentru ca investigarea s

    duc la rezultate concludente, n aplicarea tehniciloreste necesar sse aibn vedere urmtoarele principii: selectarea persoanelor de interogat avnd n vedere

    poziia lor n sistem i competena lor profesional; antrenarea subiecilor alei la emiterea de idei noi

    privind modul de desfurare a activitilor; acceptare ideilor emise faro judecat imediat a

    valorii lor;

  • 5/24/2018 Sisteme Informatice de Gestiune

    63/192

    Sisteme informatice de gestiune

    pagina 65

    stimularea gndirii participanilor prin formularea dentrebri adecvate;

    verificarea rezultatelor prin mbinarea modului deaplicare al tehnicilor;

    Respectarea acestor principii asigur luarea nconsiderare a comportamentului subiectilor investigai,i n consecin, culegerea de informaii critice asuprastrii i funcionrii sistemului.

    Metoda anchetelor se constituie dintr-un complexde tehnici cu caracter interogativ cum sunt:

    A) tehnica chestionarului

    B) tehnica interviuluiC) tehnica observrii directe

    A. Tehnica chestionarului presupune utilizareachestionarului ca instrument de culegere a informaiilorreferitoare la obiectivele analizei.ntocmirea chestionarului cuprinde trei faze distincte:

    1. Faza pregatitoare, n care se delimiteaz cuexactitate obiectivele chestionrii.

    Astfel de obiective pot fi:

    a) analiza activitilor de baz;b) principali indicatori economici folosii;c) identificarea caracteristicilor sistemului de

    conducere;d) identificarea metodelor i tehnicilor folosite nprelucrarea datelor.

    n aceast faz este necesar s se indice gradul dedetaliere a informaiilor i modul de prelucrareulterioar.

    2. Faza de ntocmire a chestionarului.

  • 5/24/2018 Sisteme Informatice de Gestiune

    64/192

    Sisteme informatice de gestiune

    pagina 66

    n funcie de obiective i subiecii ce urmeaz a fisupui chestionrii, se stabilesc numrul i tipul de

    ntrebri. Numrul mediu de ntrebri ntr-un chestionartrebuie sfie cuprins ntre 15 i 20. Un numr prea mic

    de ntrebri nu poate furniza informaiile dorite i nujustificefortul fcut pentru organizarea chestionarului,iar un numr prea mare de ntrebri obosete subiectulchestionat ceea ce duce la emiterea de rspunsuripripite, neconcludente pentru analiza de sistem.Activarea subiecilor se poate asigura prin folosirea maimultor tipuri de ntrebri, cum sunt: ntrebri nchise, cu un numr redus de rspunsuri

    precodificate prin care subiecii se pronun asupraunor informaii culese prin alte metode i tehnici;

    ntrebri factuale asupra unor fapte obiective, deverificare a aptitudinilor, de identificare a unei stride fapt, de clarificare a unor aspecte ale analizei;

    ntrebri deschise la care numrul rspunsurilorpoate varia de la un subiect la altul.

    Duplocul ocupat n chestionar, ntrebrile se grupeazastfel: introductive, n problema analizat; "de filtru" prin care se precizeazcondiionarea ntre

    ntrebri; de bifurcare prin care se identific numrul

    ntrebrilor la care se va rspunde n continuare dac

    s-a rspuns afirmativ la ntrebarea anterioar inumrul ntrebrilor nlnuite n cazul n carerspunsul anterior a fost negativ;

    de motivare a unor rspunsuri; de control a exactitii rspunsurilor i de identificare

    a subiectului chestionat.Pentru ca formularea ntrebrilor s fie corect icorespunzatoare realizrii obiectivelor, la aceast

  • 5/24/2018 Sisteme Informatice de Gestiune

    65/192

    Sisteme informatice de gestiune

    pagina 67

    aciune trebuie s participe, pe lng informaticienisociologi, psihologi, statisticieni.

    3. Faza de verificare a chestionarului.Prin testri se urmrete modul n care rezultatele

    chestionrii concord cu obiectivele investigaiei. nfuncie de constatrile faptice, se corecteaz formulareantrebrilor i ordinea lor n chestionar. n ntocmirea icompletarea chestionarului este recomandatrespectarea urmtoarelor reguli:

    formularea simpl, clar, concis i explicit antrbrilor;

    asigurarea libertii subiecilor de a completa saunu chestionarul printr-o ntrebare introductiv;

    evitarea formulrii de ntrebri tendenioase,ipotetice, prezumptive, insuficient de clare;

    asigurarea unei succesiuni logice a ntrebrilor; schimbarea ordinii rspunsurilor precodificate n

    formulare pentru a se elimina tendina de alegerea primului rspuns;

    includerea n chestionar a unor ntrebri decontrol prin care s se asigure veridicitatearspunsurilor.

    Completarea chestionarului de un numr reprezentativde subieci, asigur obinerea de informaii relevantepentru analiza sistemului.

    B. Tehnica interviuluiPrin aceast tehnicse urmrete obinerea ntr-

    un interval de timp redus, de informaii privindorientrile practice, metodele i strategiile existente saupreconizate n rezolvarea problemelor analizate.

  • 5/24/2018 Sisteme Informatice de Gestiune

    66/192

    Sisteme informatice de gestiune

    pagina 68

    Interviul asigurobinerea de informaii recente iverificarea informaiilor obinute prin alte metode sautehnici.

    Alegerea subiectilor de intervievat se face avnd

    n vedere urmtoarele constatri practice: persoanele care ocup poziii medii n ierarhia

    structurii organizatorice furnizeaz informaiile celemai apropiate de realitate;

    colectarea de informaii corecte presupuneintervievarea nu numai a personalului de conducereci i a celui de execuie;

    competena subiecilor trebuie verificat nprealabil;

    lipsa unei atitudini critice poate ssemnifice reinerin exprimarea ideilor.

    Procedura de aplicare a interviului cuprinde trei etepe:1. Etapa pregtitoare constn urmtoarele:

    nsuirea terminologiei utilizate n domeniulstudiat;

    formularea i coordonarea ntrebrilor; cunoaterea prealabila subiecilor; alegerea momentelor propice pentru luarea

    interviului (de obicei, partea medie a perioadei deactivitate).

    2. Etapa de desfurare a interviului. n aceastetapsecer a fi respectate urmtoarele reguli: meninerea discuiei n limitele problemei

    analizate, acordarea unor momente de gndire, formularea de ntrebri ajuttoare, evitarea consemnrii de rspunsuri fr

    argumentaie insistarea asupra aspectelor neclare

  • 5/24/2018 Sisteme Informatice de Gestiune

    67/192

    Sisteme informatice de gestiune

    pagina 69

    sesizarea strilor de reinere n a critica aspectelenegative ale activitii analizate;

    evitarea discuiilor n contradictoriu; solicitarea de recomandri i din partea altor

    persoane competente din domeniul analizat.

    3. Etapa de culegere i prelucrare a informaiilor serealizeaz prin consemnarea n raportul de interviu arspunsurilor cu precizarea aspectelor neclarificate i aposibilitilor de completare a rezultatelor. Concluziileinterviului reflect starea elementelor sau a proceseloranalizate i posibilitile de remediere a deficienelor

    existente.

    C. Tehnica observrii directe.

    Observarea direct a activitilor, asigurcunoaterea nemijlocit a sistemului existent. Printehnica observrii directe se studiaz sarcinile careformeaz coninutul unei activiti. n analiza actvitiide producie, spre exemplu, prin consemnareaoperaiilor efectuate asupra produsului i a timpilor deexecuie se contureazstructura ciclului de fabricaie ialte aspecte ale produciei cum sunt:

    tipuri de produse fabricate tehnologii aplicate

    locuri de munc dotarea cu utilajeDac obiectivele propuse prin observarea direct suntclar precizate, atunci aplicarea acestei tehnici duce laconcluzii reale care nu pot fi obinute prin alte metode.Tehnica observrii directe folosete instrumentespecifice de lucru:

  • 5/24/2018 Sisteme Informatice de Gestiune

    68/192

    Sisteme informatice de gestiune

    pagina 70

    sondaje cronometrri analiza posturilor ( locurilor de munc)

    Prin aplicarea acestora se relev stri de fapt i

    posibiliti pentru ameliorarea funcionarii sistemului.

    n cadrul anchetelor combinarea tehnicilormenionate asigur clarificarea problemelor de rezolvatprin cunoaterea detaliat a sistemului i obinerea deinformaii privind posibilitile de raionalizare aactivitilor. Rezultatele relev deficienele existente iimpiicaiile tratrii automate a datelor.

    6.Metoda scenariilor.

    Metoda scenariilor se bazeazpe un ansamblu deprocedee i instrumente prin care se stabiletesuccesiunea logic a evenimentelor, n scopul de aarta cum se poate evolua pas cu pas spre o situaieviitoare plecnd de la situaia actual. Pentru fiecarealternativ se urmrete evoluia sistemului reperndu-se noi puncte nodale.

    Prin abordarea globala sistemului sunt elaboratescenarii calitative care stau la baza elaborrii scenariilorcantitative.

    Situaia cercetrilor previzionare la nivel global se

    justific prin aceea c evenimentele care depind defenomene generale sunt, pe termen lung, mai uor deprevzut dect acelea care depind de circumstaneparticulare.

    Obiectivele principale urmrite prin aplicareametodei scenariilor sunt: predicia dezvoltrii, a evoluiei unor fenomene i

    procese;

  • 5/24/2018 Sisteme Informatice de Gestiune

    69/192

    Sisteme informatice de gestiune

    pagina 71

    stimularea gndirii n studiul unei problemedecizionale;

    analiza detaliata aspectelor dinamice.n realizarea acestor obiective se urmrete parcurgerea

    urmtoarelor etape de lucru:

    1. Stabilirea obiectivelor concrete ale cercetarii. starea spre care se sper c pot fi dirijate

    evenimentele; alegerea variantelor ce se ramific din punctele

    nodale.2. Studiul contextului n care se va dezvolta sistemul.

    reprezentarea factorilor de influen i impactullor asupra sistemului;

    la baza elaborrii modelelor vor sta seriiledinamice ale indicatorilor ce reflect aciuneafactorilor.

    3. Scrierea scenariilor prin abordare global idescrierea evoluiei sistemului n dinamic, inndcont de modificrile care apar n structura sistemului.

    4. Stabilirea tendinelor n funcie de care va evoluasistemul, dac asupra lui nu se exercit aciunivoluntare externe.

    5. Extragerea rezultatelor prin reinerea acelor tendinemanifestate care corespund obiectivelor propuse.

    4.2.2. Proiectarea logic elaborarea concepieisistemului informatic).

    Obiectivul acestei etape l constituie elaborareaproiectului de ansamblu al sistemului informatic, pebaza cerinelor i restriciilor formulate n tema derealizare. Scopul acestei etape const n determinareaobiectivelor detaliate i cerinelor noului sistem.Determinarea cerinelor se face prin studiul organizaiei

  • 5/24/2018 Sisteme Informatice de Gestiune

    70/192

    Sisteme informatice de gestiune

    pagina 72

    pe care o va servi sistemul, accentul punndu-se pebeneficiile pe care le va aduce sistemul propus.Principalele activiti care se desfoarn cadrul etapeide concepie a sistemului informatic sunt urmtoarele:

    definirea sistemului informatic, cuprinznddelimitarea ariei i a legturilor sale externe;estimarea dimensiunilor sistemului; definireastructurii logice a datelor i definirea proceselor deprelucrare a datelor;

    adoptarea soluiei de principiu pentru codificareadatelor i conversia fiierelor;

    proiectarea de principiu a noului flux informaional; stbilirea necesarului de echipamente, configuraiile

    necesare, precum i modul de procurare aechipamentelor;

    stabilirea condiiilor de montaj, funcionare iexploatare;

    centralizarea cheltuielilor de dotare; stabilirea necesarului de produse program noi; structurarea sistemului informatic pe componente,

    cu luarea n considerare a mai multor variante; definirea intrrilor, ieirilor, i prelucrrilor necesare; elaborarea graficului de ealonare pentru proiectarea

    i implementarea componentelor sistemului; evaluarea efectelor pe care le va produce noul sistem

    informatic;

    estimarea eficienei economice. msuri pregtitoare pentru realizarea sistemului;Activtatea cea mai important n cadrul elaborrii

    concepiei sistemului informatic este analiza circuituluiinformaional. Aceasta nseamn c fluxurile parialeurmeaz a primi coeren prin studiul legturilor iprelucrrilor nlnuite. n acest fel este posibil s se

  • 5/24/2018 Sisteme Informatice de Gestiune

    71/192

    Sisteme informatice de gestiune

    pagina 73

    delimiteze cu claritate graniele sistemului informatic ilegturile sale externe.

    Aplicarea metodelor de analiz a circuituluiinformaional se bazeaz pe urmtoarele constatri

    practice: fiecare activitate are un circuit informaional propriu;

    delimitarea sistemului informatic presupune analizadistincta fiecrei activiti;

    analiza fiecrei activiti este condiionat decunoaterea obiectivelor sistemului economic i dereglementrile care definesc sistemul informaional;

    n activitatea de gestiune economic operaiile deprelucrare a datelor nu sunt diversificate i aucaracter ciclic (operatiile aritmetice i logice simplereprezint circa 80% din totalul operaiilor deprelucrare);

    pentru fiecare activitate, intrrile condiioneaza isunt condiionate de ieirile informaionale;

    prelucrarea datelor de intrare specifice unei activitin scopul obinerii ieirilor dorite definetetransformrile informaionale i determin circuitulinformaional al activitii;

    Stabilirea ieirilor i intrrilor informaionale suntdeterminante n organizarea datelor, n timp cetransformrile informaionale determin organizareaprelucrrilor. Bazate pe aceste constatri, metodele de

    analiz a sistemului informaional i de delimitare aariei i a legturilor externe ale sistemului informaticmai des utilizate sunt:

    1 - metoda analizei ieirilor;2 - metoda orientatpe activiti;3 - metoda rspunsului la stimuli;4 - metoda compartimental;5 - metode analizei celulare.

  • 5/24/2018 Sisteme Informatice de Gestiune

    72/192

    Sisteme informatice de gestiune

    pagina 74

    1. Metoda analizei ieirilor.

    Metoda analizei ieirilor const n parcurgerea

    fluxurilor informaionale invers, de la informaia final(de ieire) spre informaia iniial(de intrare).

    Aceasta analiz se face pe baza diagramelor deflux informaional. Prin parcurgerea ntregului circuitinformaional, se determin:

    volumul datelor de ieire; volumul datelor d