Documente Academic
Documente Profesional
Documente Cultură
definitivate. Adic, n conformitate cu aceasta strategie, rezolvarea unei anumite probleme ncepe cu rezolvarea problemelor minore. Soluiile sunt agregate n vederea soluionrii unei probleme mai complexe. Se procedeaz astfel pn ce se ajunge la vrf, la soluionarea problemei generale (la nivel de USE). Avantajul acestei strategii se explic prin aceea c SI se dezvolt treptat n corelaie cu cerinele reale ale utilizatorului. Unitatea economic poate beneficia mai repede de rezultatele prelucrrii automate a datelor, deoarece se familiarizeaz cu noul sistem treptat. Dezavantajul acestei strategii se explic prin necesitatea cunoaterii n detaliu al domeniului problemei de rezolvat, nainte de trecerea la rezolvarea propriu-zis. De asemenea, prin gradul redus de integrare al aplicaiilor, datorit unei concepii de ansamblu care poate conduce la reproiectarea anumitor aplicaii. Strategia descendent este opusa celei ascendente, abordnd problema de la general la particular, de sus n jos. Are principiul divizrii unui sistem complex pe niveluri succesive de detaliere pn la obinerea unor componente simple i independente abordate i dezvoltate separat. Aceast strategie confer SI o structur modular de tip arborescent, n care componentele fiecrui nivel sunt controlate i coordonate de componentele nivelului imediat superior. Aceasta strategie prezint avantajul ca ofer, n orice moment, o imagine de ansamblu asupra problemei de rezolvat. Strategia prezint i unele dezavantaje, cum ar fi: angrenarea unui personal numeros privind analiza complex a sistemului informaional existent i crearea modelului de ansamblu al SI, prelungirea timpului de realizare a SI, eventualitatea erorilor n definirea structurii i a relaiilor dintre componentele SI care pot afecta activitatea ulterioar. De menionat c, strategiile ascendent i descendent se pot folosi n practic ntr-o form combinat, prin definirea modular, de ansamblul a SI. Modulele proiectate pot fi determinate prin metoda descendent, iar asamblarea acestora se realizeaz prin strategia ascendent. n concluzie, alegerea uneia dintre strategii depinde de sistemul proiectat i poate influena costurile de realizare, mrindu-le sau micorndu-le. Multitudinea strategiilor de realizare a SI impune succesiunea parcurgerii unor etape i faze privite ca stadii succesive de dezvoltare a SI (acest subiect va fi examinat separat).
corelarea permanent a proiectrii SI cu caracteristicile resurselor (hard i soft) existente sau prevzute a intra n dotare. Este necesar ca, simultan cu ncadrarea cu resursele materiale i umane existente, s se urmreasc integrarea i valorificarea ct mai complet a echipamentelor de calcul de diverse tipuri existente deja n dotare sau a celor care vor fi achiziionate de unitatea economic beneficiar. Abordarea global modular. La proiectarea sistemului trebuie avuta n vedere legtura acestuia cu lumea exterioara, posibilitile de comunicare cu alte sisteme similare, compatibilitatea cu sisteme de alt natur, posibilitatea includerii sistemului ntr-un sistem mai complex, sau posibilitatea includerii altor sisteme. Asigurarea unicitii introducerii datelor. De cele mai multe ori o serie de date trebuiesc utilizate n mai multe locuri n cadrul sistemului informatic. La proiectarea sistemului, trebuie avut n vedere ca datele s se poat introduce o singur dat, iar sistemul s distribuie automat datele, n celelalte subdiviziuni ale USE, unde este nevoie de ele. Soluie general, independent de configuraia actual a sistemului informatizat. Sistemul proiectat nu trebuie, pe ct posibil, sa fie dependent de dotarea tehnica actual a beneficiarului, ci trebuie avute n vedere eventuale noi achiziii de tehnica de calcul, o eventual schimbare a sistemului informatic. Posibilitatea de dezvoltare ulterioara. Trebuiesc avute n vedere posibilitatea c sistemul s poat fi mbuntit n raport de cerinele viitoare ale USE beneficiare. Sistemele informatice pun probleme serioase la realizarea lor. n funcie de modul de abordare, costurile pot fi mai mici sau mai mari, rezultatele mai bune sau mai puin bune. 2.3. Ciclul de via al unui sistem informatic. Automatizarea proceselor informaional-decizionale a devenit o necesitate care nu suport o amnare, n condiiile n care, agenii economici sunt angrenai n mediul pieei concureniale. Sistemele informatice i tehnologiile informaionale reprezint pentru sporirea performanelor unitilor economice stimulentul principal, att moral ct i material. Realizarea, ns, a sistemelor informatice este un proces complex de durat care necesit resurse apreciabile (informaionale, umane, materiale, tehnice, financiare) i ample activiti de organizare i dirijare a acestui proces. n condiiile economiei de pia i ale unui sistem economic aflat ntr-o continu dezvoltare, un sistem informatic are un ciclu de via limitat. El ncepe cnd sistemul este conceput pentru realizarea obiectivelor i cerinelor funcionale ale USE i se termin cnd el nu mai corespunde cerinelor actuale, n rezultatul modificrilor eseniale n tehnologiile informaionale sau extinderii domeniului de activitate ale unitilor.
4
Varietatea i complexitatea activitilor de realizare, implementare i exploatare a sistemelor informatice, durata mare de desfurare, volumul apreciabil de resurse
implicate, inclusiv resursele umane, se prezint ca argumente ale necesitii managementului ntregului proces de realizare i exploatare a sistemelor informatice . Managementul activitilor vizate presupune totalitatea aciunilor de asigurare a condiiilor de desfurare adecvat a acestor activiti i de utilizare a resurselor n scopul atingerii obiectivelor propuse de unitatea beneficiar. n acest sens, principalele tipuri de aciuni sunt: planificarea prin care se urmrete elaborarea unui plan al desfurrii activitilor de realizare a sistemelor informatice prin estimarea necesarului raional de mijloace i resurse, stabilirea modului de alocare a acestora i termenilor intermediare i finale; organizarea general urmrete stabilirea metodologiei, organizarea colectivelor i repartizarea sarcinilor, atribuiilor i responsabilitilor colective i individuale, stabilirea structurii i coninutului documentaiei, etc.; urmrirea presupune supravegherea permanent a procesului de realizare, implementare i exploatare a sistemului informatic, a termenilor, a respectrii metodologiei i a consumurilor de resurse, n vederea corectrii operative a abaterilor; controlul urmrete msurarea, evaluarea i validarea componentelor sistemului n raport cu criteriile, normele i standardele prestabilite; luarea deciziilor se efectueaz dup fiecare operaie de urmrire i control pentru determinarea modului de continuare a procesului de realizare i exploatare a sistemului informatic. Anterior, s-a menionat c, n practica mondial exist un mare numr de metodologii i strategii pentru realizarea sistemelor informatice i care impun necesitatea mpririi ciclului de via a sistemelor informatice n etape. Numrul i denumirea acestor etape de multe ori sunt diferite, dar n mediul de specialitate, exist practic un comun acord asupra succesiunii lor. Deci, conform celor mai multor metodologii se consider c etapizarea ciclului de via al unui sistem informatic poate fi urmtoarea: studiul i analiza sistemului informaional existent; proiectarea general (conceptual) a SI; proiectarea de detaliu (fizic) a SI; implementarea SI; exploatarea curent i meninerea n funciune a sistemului informatic. Fiecare etap, la rndul ei, are obiectivele proprii i este format dintr-o gam de activiti urmrite pe subetape, faze sau subfaze, abordate n raport de complexitatea sistemului. n aceeai ordine de idei, pot fi enunate etapele de realizare a proiectelor informatice (conform altor viziuni/abordri): Formularea cerinelor; Analiza; Concepia; Finalizarea.
NOT: Proiect informatic denumire generic referitoare la realizarea sistemelor informatice, a aplicaiilor informatice sau a unor probleme independente.