Sunteți pe pagina 1din 36

CURS 1.

INTRODUCERE Sistemul este o form universal de manifestare a materiei i implicit, un ansamblu teoretic (de concepte i metode), menit s faciliteze, prin reflectare, cunoaterea legitilor ce guverneaz structurarea i devenirea materiei. Majoritatea conceptelor care sunt relevante pentru sistemele informaionale pot fi gsite n colecia de principii cunoscut sub numele de Teoria General a Sistemelor (TGS) (Kroeber, 1994). Teoria General a Sistemelor a fost fondat n anul 1954 de ctre biologul Ludwig van Bertalanffy, economistul Kenneth Boulding, biomatematicianul Anatol Rapoport i psihologul Ralph Gerard. Ei erau n principal nemulumii de faptul c cercetarea tiinific a ajuns prea ngust i specializat i ca urmare disciplinele tiinifice i-au pierdut legturile ntre ele. Scopul teoriei propuse era de a facilita comunicarea ntre oamenii de tiin, de a accelera diseminarea cunotinelor acumulate i a minimiza eforturile duble de cercetare tiinic. Elementul central al acestei teorii l constituia noiunea de sistem. Conform TGS, sistemul este un grup de componente interdependente care funcioneaz mpreun spre un obiectiv comun, acceptnd intrri i producnd ieiri ntr-un proces organizat de transformare. Pornind de la Teoria General a Sistemelor un sistem informatic este o colecie organizat compus din hardware, software, date geografice i personal, destinat achiziiei, stocrii, actualizrii, prelucrrii, analizei i afirii informaiilor geografice in conformitate cu specificaii ale unui domeniu aplicativ.

Intrri

Prelucrare Analiz
Diagrama unui sistem informatic

Ieiri

Intrri (input) - sunt elementele care intr n sistem pentru a fi prelucrate; Prelucrare, analiz - reprezint procesul de transformare a intrrilor n ieiri; Ieiri (output) - sunt elementele care au fost rezultate prin procesul de transformare. Pe lng aceste componente mai exist nc dou adiionale: feed-back (rspunsul) i controlul. Feed-back sunt datele care reprezint performanele sistemului Controlul implic monitorizarea i evaluarea feed-back-ului n scopul de a determina msura n care sistemul se ndreapt ctre ndeplinirea scopului. Funcia de control face necesar ajustarea intrrilor din sistem pentru a asigura c acesta va produce ieirile corespunztoare.
pg. 1

CURS 2. Clasificarea sistemelor informatice Sistemelor informatice pot fi clasificate n funcie de diferite aspecte: Din punct de vedere ierarhic Subsistem un sistem care face parte dintr-un sistem mai mare. Cel mai mare sistem este considerat a fi mediul nconjurtor sau universul. Suprasistem un sistem alctuit din mai multe sisteme (subsistem). Din punct de vedere relaiei dintre sisteme Sisteme deschise sisteme care interacioneaz cu altele aflate n acelai mediu, conectat cu mediul sau prin intrri-ieiri. Sisteme nchise sisteme nu care interacioneaz cu altele, astfel de sisteme practic nu exist Sisteme adaptive sisteme care au abilitatea de a se modifica singure sau de a-i modifica mediul n care acioneaz n scopul de a i prelungi existena Din punct de vedere al gradului de complexitate Sistem simplu - este un sistem care are puine elemente sau componente iar relaiile dintre acestea sunt directe i necomplicate; sistem complex - este sistemul cu multe elemente care sunt puternic interconectate i dependente; Din punct de vedere al influenei mediului nconjurtor Sistem static - este sistemul n care modificrile din mediu nu produc sau produc puine modificri; Sistemul dinamic este sistemul care sufer modificri rapide i constante ca urmare a modificrilor din mediu; Din punct de vedere al duratei Sistem permanent - este sistemul care exist pentru perioade lungi de timp, de regul peste 10 ani. Sistem temporar este cel care exist doar o scurt perioad de timp. 3. Caracteristicile sistemelor infornatice Principalele caracteristici ale sistemelor sunt: (1)Sistemele transform intrrile n ieiri; (2) Sistemele sunt interdisciplinare, cunoaterea lor implic o multitudine de cunotine i aptitudini diverse; (3) Sistemele sunt holistice, adic trebuie privite ca un ntreg, lundu-se n considerare toate prile, chiar dac la un moment dat intereseaz numai o parte; (4) Sistemele sunt difereniate, fiind alctuite din elemente, n general diferite ntre ele sau avnd legturi diferite ntre ele; (5) Sistemele sunt sinergetice; este calitatea ntregului de a depi suma prilor, astfel sistemul ca ntreg este capabil de performane pe care prile componente singure nu le pot atinge.
pg. 2

CURS (6) Sistemele sunt ierarhice, sistemele pot fi componente ale altora, numite suprasisteme, sau pot include la rndul lor sisteme, acestea din urm numite subsisteme. (7) Sistemele sunt reglate, prin intermediul controlului, altfel existnd pericolul ca ele s evolueze spre starea de dezordine sau haos. (8) Sistemele sunt orientate scopului, componentele depunnd eforturi de a atinge anumite scopuri sau obiective impuse sau dorite. 4. Componentele unui sistem informatic Sistemele informatice sunt acele sisteme organizate pe baza tehnicii informatice, adic un ansamblu coerent constituit din echipamente de calcul (hardware), programe (software), date, reguli, metode de lucru i persoane, care permite conceperea, definirea, construirea, actualizarea i conversia datelelor n informaii. a. Componenta hardware: nseamn att platforma de calcul ct i echipamentele periferice pentru introducerea datelor i pentru comunicarea (afiarea) rezultatelor, sunt dispozitivele fizice i materiale utilizate n prelucrarea informaiilor, reprezentate prin calculatoare la care se adaug suporturile media. b. Componenta software trebuie s ofere o serie de funcii de baz, cu aplicabilitate general i n acelai timp s permit adaptarea sau extinderea la specificul oricrei aplicaii. Sistemul informatic pentru o aplicaie particular poate fi dezvoltat prin utilizarea unei game largi de software. n mod obinuit, acestea se ncadreaz ntruna dintre urmtoarele categorii: soft special proiectat pentru dezvoltarea GIS (cum ar fi ARC/INFO); soft pentru proiectare asistat de calculator (CAD) sau cartografiere asistat de calculator (Computer Aided Mapping CAM); soft cu scop general, cum ar fi Sistemele de Gestiune a Bazelor de Date (SGBD). Datorit impactului pozitiv, produsele software s-au dezvoltat foarte mult, exist pe pia un numr foarte mare de produse, att ale dezvoltatorilor consacrai (ESRI, Intergraph, Autodesk, MapInfo, etc.) dar i de tip Open source (Grass GIS, Quantum GIS, GVSIG, OpenJump, etc.). c. Componenta date este determinant, este cea mai costisitoare i longeviv component a unui sistem informatic. Este foarte important cunoaterea tipurilor de date cu care lucreaz un sistem informatic, cum sunt acestea stocate i cum pot fi achiziionate. Sistemele informatice geografice dispun de un model specific de date pentru reprezentarea hrilor. Exist dou tipuri principale de date referitoare la o hart: datele spaiale i date atribut.

pg. 3

CURS Datele spaiale sunt cele care descriu locul i forma obiectelor geografice, precum i relaiile lor spaiale cu alte obiecte, ele sunt reprezentate grafic prin urmtoarele elemente (numite primitive grafice): puncte, pentru obiecte geografice ca: puncte din reeaua geodezic, stlpi guri de canal, etc; linii, pentru obiecte geografice ca: drumuri, cursuri de ape, reele de conducte, curbe de nivel; poligoane, pentru obiecte geografice ca: lacuri, hotare de teritorii administrative, parcele, cldiri. Un punct reprezint un obiect al hrii ale crui margini sau form sunt prea mici pentru a fi reprezentate ca linie sau poligon, sau reprezint un obiect care nu are arie. O linie (polilinie) este un set de coordonate ordonate, care, cnd sunt conectate reprezint forma liniar a unui obiect al hrii prea ngust pentru a fi afiat ca poligon, sau, poate fi un obiect care nu are lime, cum ar fi o linie de contur (grania unei ri), o izohips, cursul unui ru n cadrul unei reprezentri la scar mic, traiectul unui zid n cazul siturilor clasice (roman, elen) sau medievale, etc. Un poligon este o figur ale crei margini nchid o zon omogen, cum ar fi un lac, o parcel, un teritoriu administrativ, o unitate de cercetare arheologic, delimitarea unui perimetru sau sector, etc. Datele atribut reprezint informaii despre caracteristicile spaiale ale datelor primare nregistrate. Dei sunt numite date secundare, ele au un rol foarte important n completarea informaiilor despre un punct, linie sau suprafa. Atributele spaiale se pot reprezenta ca simboluri grafice, de exemplu, drumurile sunt desenate cu diferite grosimi de linii, modele, culori i etichete pentru a reprezenta diferite tipuri; curbele de nivel sunt reprezentate cu linii mai groase de culoare maro nchis principale, respectiv cu linii mai subiri de culoare maro deschis - secundare. Atributele descriptive ale hrii sunt memorate n baze de date clasice (tabelare) coninnd rnduri(nregistrri) i coloane(cmpuri). Aceste baze de date sunt referite uzual ca tabele de atribute ale obiectelor. Fiecare strat are o tabel de atribute i fiecrui obiect i corespunde o nregistrare din tabela de atribute. d. Componenta personal. Sistemele informatice ar avea o valoare limitat fr un personal specializat, bine instruit, care s administreze sistemul i s dezvolte strategii pentru aplicarea lor la problemele lumii reale. Personalul cuprinde att specialitii care proiecteaz i menin sistemul, ct i utilizatorii cei care l folosesc ca instrument pentru rezolvarea problemelor din domeniul lor de activitate. Specialitii sunt oamenii care dezvolt i opereaz sistemul informatic, sunt inclui aici: analitii de sistem, programatorii, operatorii, ct i alt personal managerial, tehnic i de birou. n principal, un analist de sisteme proiecteaz sistemul informatic pe baza cererilor de informaie ale utilizatorilor. Programatorii scriu programe pe baza specificaiilor analitilor de sistem. Operatorii sunt cei care lucreaz pe sisteme mari de calculatoare.

pg. 4

CURS Utilizatorii (end users) sunt oamenii care utilizeaz un sistem informatic sau informaia pe care acesta o produce. Ei pot avea pregtiri diferite ca de exemplu: contabili, vnztori, ingineri, funcionari, cumprtori, manageri, etc. f. Componenta metode. Pentru a avea succes, sistemul informatic, trebuie s opereze n concordan cu un plan i un regulament bine conceput, care reprezint modele i practici de operare unice pentru fiecare organizaie sau domeniu de activitate. Proiectarea unui sistem informatic ca model al lumii reale pentru o aplicaie particular presupune metode de identificare i conceptualizare a problemei ce trebuie rezolvat. Maniera n care sunt introduse, stocate i analizate datele n cadrul unui sistem informatic geografic trebuie s oglindeasc modul n care vor fi utilizate ulterior informaiile n cadrul unui domeniu de activitate sau n luarea unei decizii.

Componentele sistemelor informatice geografice 5. Funciile sistemului informatic Principalele activiti dintr-un sistem informatic sunt cele de prelucrarea informaiilor. Acestea includ: a achiziia i introducerea datelor; b - organizarea conceptual, logic i procesarea datelor; c - Ieirea informaiilor i vizualizarea lor; d - Stocarea resurselor infomaionale; e - Controlul performanelor sistemului.

pg. 5

CURS Un sistem informatic geografic trebuie s includ faciliti i funcii pentru a rspunde urmtoarelor 5 intrebri generice: a. LOCALIZARE: "Ce se afl la ... ?" Aceast intrebare urmrete identificarea obiectelor/fenomenelor amplasate la o anumit poziie geografic specificat prin denumire, adres potal, sau coordonate geografice. b. CONDIIE: "Unde se afl ... ?" Aceast intrebare urmrete aflarea poziiei exacte a unui obiect/fenomen sau a unui ansamblu de cerine specificate (de exemplu: zon despdurit de minimum 2000 m.p. cu sol propice construciei de cldiri, situat la cel mult 100 m de o osea). c. TENDINE: "Ce s-a modificat de cnd ... ?" Aceast intrebare urmrete evidenierea modificrilor survenite intr-o zon geografic de-a lungul unei perioade de timp. d. PARTICULARITI: "Ce particulariti se manifest in zona ... ?" Aceast intrebare presupune o analiz complex cutand corelaii de tipul cauz-efect (de exemplu: este cancerul cauza major a morii pentru rezidenii din preajma unei centrale nucleare?) sau anomalii aprute la un moment dat intr-o zon cu caracteristici cunoscute. e. MODELARE: "Ce s-ar intampla dac ... ?" Aceast intrebare presupune o analiz complex urmrind anticiparea impactului unui eveniment (adugarea/ eliminarea/ transformarea unui obiect/fenomen) asupra mediului inconjurtor (de exemplu: ce se poate intampla dac se construiete un nou drum, depozit de deeuri, .a.? sau dac o substan toxic ptrunde accidental in staia de pompare a apei potabile?)

pg. 6

CURS

1. Caracteristicile sistemelor informatice Un sistem informatic reprezint un ansamblu de elemente interconectate care acioneaz mpreun n scopul realizrii unui anumit obiectiv. Pornind de la acest definiie se pot analiza cteva din caracteristici generale cele mai importante ale sistemului informatic: - are un obiectiv - orice sistem informatic are un scop sau un obiectiv, care n cadrul sistemului, poate fi mai greu sau mai uor de constatat i definit; - este un ansamblu - orice sistem informatic se compune din cel puin 2 elemente distincte numite subsisteme; fiecare din aceste componente are un rol definit in atingerea obiectivului sistemului; - interconexiunea - pentru ca elementele componente (cel puin 2) s poat conlucra, trebuie sa fie legate ntre ele; legturile dintre ele se numesc conexiuni; - intrare / ieire - orice sistem informatic are o intrare prin care primete date, semnale din exterior i o ieire prin care transmite rezultate; - prelucrarea n orice sistem informatic se realizeaz o anumit transformare a datelor supuse prelucrrii; orice sistem informatic primete date de intrare i transmite informaii, rapoarte, statistici, etc; - limitat - orice sistem informatic este n primul rnd limitat in spaiu (are un nceput i sfrit) i are limite n timp (orice sistem se nate, se dezvolt, se degradeaz i moare); 2. Sisteme informatice avantaje si riscuri Chiar dac de la iniierea primelor sistemele informatice au trecut destui ani i acestea au evoluat de la modele monolitice inoperabile, inextensibile i neportabile la modele distribuite, orientate pe obiect, totui de cele mai multe ori, in implementarea unui sistem informatic, se face abstracie de analiza i proiectarea anterioara implementri. Aceast analiz este vital pentru reuita implementrii i presupune evidenierea avantajelor, riscurilor i a factorilor care contribuie la o implementare de succes. Avantajele sistemelor informatice : - Datele sunt mult mai bine organizate, - Eliminarea redundanelor n stocarea datelor, - Facilitatea actualizrilor, - Analize, statistici, rapoarte, - Utilizatorii mai productivi,
pg. 7

CURS - Optimizarea structurii organizaionale i a fluxului de informaii, - Creterea productivitii i acurateei datelor, - Optimizarea accesului la informaii, - Transparena deciziilor, - Reducerea timpului de lucru, - Eliminarea operaiilor redundante. Riscurile sistemelor informatice : - Lipsa analizei duce la importarea datelor ntr-un mod haotic, fr sa se aiba in vedere inconsistena i redundana datelor; - Inceperea implementrii in lipsa unei analize complete i detaliate; - Lipsa de inelegere a procesului de inovaie tehnologic - Ateptri nerealiste de timp privind realizarea i implementarea; - Costurile ridicate - Lipsa fondurilor necesare pregtirii profesionale, a personalului implicat n implementare, actualizare i utilizare; Factorii care contribuie la implementarea cu succes a unui sistem informatic: - Evaluarea i managementul riscului pe parcursul implementrii, - Obinerea unui angajament din partea conducerii instituiei, organizaiei, - Angajarea unui manager de proiect din fazele iniiale ale implementrii, - Proiectarea amnunit a arhitecturii sistemului, - Echipa de analiz s fie interdisciplinara, - Implicarea utilizatorilor n analiza, - Formularea unei planificri a implementrii i dezvoltrii sistemului informatic - Alocarea unei resurse suficiente de timp i bani, - Informarea permanenta a finanatorilor, a viitorilor i potenialilor utilizatori asupra stadiului implementrii, - Trainning specializat periodic pentru toi participani la dezvoltarea i implementarea sistemului informatic. 3. Personal implicat in dezvoltarea i implementarea unui sistem informatic Pentru a avea succes n implementarea unui sistem informatic, schema de organizare a personalului trebuie s prevad n general 11 categorii de participani, implicai activ pe diferite stadii ale implemetrii i dezvoltrii. Desigur, nu este exclus ca o singur persoan s execute mai multe activiti sau ca
pg. 8

CURS un colectiv de persoane s se ocupe exclusiv doar de una dintre activitile prevzute la implementare, dezvoltare i utilizare. Personalul implicat n dezvoltarea sistemului informatic necesit anumite cunotine i aptitudini, n conformitate cu necesitile activitii pe care o dezfoar n proiectarea, dezvoltarea i implementarea sistemului informatic. 1. Conductorul de proiect. Acesta trebuie s neleag cum se pot aplica tehnologiile GIS pentru rezolvarea problemelor organizaiei, instituiei pentru care lucreaz. El trebuie s cunoasc care sunt cerinele utilizatorilor GIS-ului implementat. ntruct implementarea lui este costisitoare i de lung durat, el trebuie s fie capabil s menin ncrederea factorilor de decizie ai organizaiei, pentru a susine i finana implementarea. Conductorul de proiect trebuie s neleag performanele i limitrile unui GIS. Trebuie s evalueze corect resursele, costurile necesare implementrii unor aplicaii tipice GIS i strategiile de urmat. Conductorul de proiect selecioneaz i conduce personalul calificat implicat n realizarea sistemului informatic, rspunde de productivitatea echipei sale i de rspltirea corect a eforturilor depuse de membrii ei. 2. Analistul GIS. Persoana aceasta trebuie s posede cunotine tehnice i experien n aplicarea unui GIS pentru a rezolva cerinele utilizatorilor. El trebuie s fie capabil s proiecteze i s automatizeze baza de date spaial, s proiecteze i s execute aplicaii informatice tematice i analize spaiale complexe. Evident, analistul GIS trebuie s fie capabil s poarte un dialog cu toi utilizatorii poteniali ai sistemului n curs de implementare i s traduc apoi cerinele acestora n termenii unei specificaii tehnice, care s asigure realizarea procedurilor GIS, care s rspund tuturor ateptrilor utilizatorilor. Procesul acesta se desfoar iterativ. Dup implementarea aplicaiei, solicit observaii utilizatorilor pentru a aduce corecii i mbuntiri aplicaiei. 3. Administratorul bazei de date. Acesta trebuie s posede experien n proiectarea bazei de date spaiale, n organizarea logic a obiectelor geografice pe straturi tematice, alegerea surselor de date adecvate fiecrui strat tematic, definirea i codificarea informaiilor descriptive. Administratorul bazei de date trebuie s asigure automatizarea ei prin alegerea procedurilor celor mai eficiente de exploatare. Rspunde de gestionarea, actualizarea, asigurarea calitii, integritii i confidenialitii datelor dup caz. 4. Administratorul GIS. Posed cunotinele necesare exploatrii echipamentelor, sistemelor, aplicaiilor informatice i bazei de date spaiale pentru a implementa ntr-o manier productiv i securizat, toate funciile specificate de
pg. 9

CURS analistul GIS. El este responsabilul cu activitatea productiv curent: ncepnd cu operaiile de introducere a datelor i terminnd cu generarea de grafice, schie, planuri, hri i rapoarte reprezentnd rezultatele unei analize spaiale. 5. Cartograf. Acesta se ocup cu realizarea de hri prin integrarea i compilarea informaiilor provenite de la diferite surse. Aceste hri constituie sursa de date pentru digitizare/scanare i introducerea unor informaii descriptive. El poate utiliza: planuri i hri existente, fotograme aeriene, imagini satelitare, studii de teren i s posede cunotine necesare interpretrii tematice a datelor utilizate. De asemenea, trebuie s posede cunotinele de baz din cartografiei. 6. Operatorul pentru digitizare/scanare/introducere date de la tastatur. El digitizeaz sau scaneaz hri n scopul obinerii lor sub form vectorizat. El introduce datele tabelare reprezentnd atributele obiectelor geografice din baza de date, editeaz hrile digitale pentru corectarea erorilor i efectueaz actualizarea bazei de date. Se afl n general n subordinea administratorului bazei de date i a administratorului GIS. 7. Specialistul n redactarea rezultatelor finale. Acesta se ocup cu realizarea formatului pentru grafice, schie, scheme, planuri, hri, rapoarte i statistici. El trebuie s stabileasc procesul de redactare a rezultatelor finale pe care s-l apeleze utilizatorul. Este responsabil pentru realizarea planurilor i hrilor de bun calitate, a graficelor cu un mesaj clar, a statisticilor uor de neles, este obligat s respectnd specificaiile utilizatorului aplicaiei i legislaiile n vigoare. 8. Administratorul de sistem. Este responsabil cu ntreinerea sistemului de calcul (hard i soft), utilizate pentru implementarea unui GIS. Trebuie s asigure funcionarea tuturor componentelor necesare implementrii. Administratorul de sistem trebuie s posede cunotine i experien, necesare ntreinerii diverselor tipuri de echipamente precum i interconectrii acestora n reele. El efectueaz operaii de instalare i ntreinere a hard-ului i soft-ului, precum i arhivarea informaiilor (date i programe) conform unui program bine stabilit. 9. Programatorul de aplicaii. Acesta se ocup cu dezvoltarea de interfee utilizator orientate ctre aplicaie. Utiliznd secvene complexe de comenzi, acesta realizeaz aplicaiile tematice respectnd toate cerinele utilizatorilor. El trebuie s cunoasc n profunzime funciile GIS, structura i coninutul bazei de date, cerinele utilizatorilor i a modului de lucru tradiional cu care este obinuit utilizatorul, s posede deasemenea cunotine solide de programare.
pg. 10

CURS 10. Instructorul de GIS. Implementarea unui GIS este mai uoar dac, utilizatorul pe lng cunotinele i experiena specifice domeniului su de activitate, posed i cunotine despre funciile unui GIS. n general, activitatea de instruire cuprinde dou etape: informarea potenialilor utilizatori despre posibilitile unui GIS i colarizarea privind modul de exploatare al aplicaiilor implementate. 11. Utilizatorul. Acesta trebuie s furnizeze informaiile de specialitate necesare proiectrii i implementrii bazei de date i a funciilor GIS.

pg. 11

CURS 4. Principalele etape n implementarea i dezvoltarea unui sistem informatic Etapele procesului de evaluare si implementare a unui sistem informatic la ori ce nivel (instituie, organizatie, etc), depind de mai muli factori, dintre cei mai importai amintim, tipul de sistem informatic, complexitatea lui, sursele de date, gradul de confidenialitate. O structur general valabil, pentru definirea etapelor de implementare i dezvoltare a unui sistem informatic este prezentat n graficul de mai jos. Desemnarea conducatorului de proiect. Datorita complexitatii mereu crescande a problemelor legate de implementarea sistemelor informatice, este necesar ca persoana ce detine calitatea de conducator de proiect sa fie in intregime dedicata rezolvarii acestei probleme. In acelasi timp, trebuie mentionat faptul ca numarul specialistilor care au cunostinte si experienta in domeniul sistemelor informatice a crescut in mod constant, desi poate ca nu in ritmul necesitatilor ce se manifesta in cadrul actualului context. Principalele probleme legate de desemnarea conducatorului de proiect sunt: -Responsabilitatea conducerii proiectului va fi asumata de: a) o singura persoana b) de catre un grup? -Ce pregatire profesionala trebuie sa aiba conducatorul de proiect? -Cum se va efectua controlul activitatii conducatorului de proiect -Care sunt tipurile de rapoarte pe care acesta trebuie asa le intocmeasca periodic?

pg. 12

CURS
Desemnarea conducatorului de proiect

Crearea echipei de implementare

Studiul strategic

Studiul de fezabilitate

Evaluarea primara a sistemelor

Solicitarea de informatii

Analiza cerintelor utilizatorilor

Invitatia de participare la licitatie

Proba practica

Selectarea furnizorului

Instalarea sistemului informatic

Proiectarea aplicatiilor si personalizarea produselor

Introducerea datelor

Proiectul pilot

Evaluarea post-implementare

Utilizarea operationala curenta

pg. 13

CURS Crearea echipei de implementare. Crearea echipei de implementare i dezvoltare a sistemului informatic este un factor determinant pentru succesul implementarii si utilizarii intensive a tehnologiei sistemelor informatice. In general, echipa va fi compusa din conducatorul de proiect si din cel putin alti trei specialisti in domeniile baze de date, cartografie/topografie si, fireste, un specialist al institutiei, organizaiei direct implicat in utilizarea rezultatelor finale. Principalele probleme legate de crearea echipei de implementare i dezvoltare sunt: -Formularea corecta a cerintelor cu privire la pregatirea personalului -Formularea corecta a cerintelor cu privire la resursele ce trebuie alocate proiectului. -Acordarea unui sprijin constant echipei din partea intregii finanatorilor implementrii i a organizaiei pentru care se implementeaz sistemul informatic. -Asigurarea stabilitatii organizatorice. -Sprijin la nivelul compartimentelor functionale. -Modul in care echipa raporteaza propria activitate. Studiul strategic. Potentialul utilizarii tehnologiei sistemelor informatice si beneficiile directe sau indirecte aduse de catre aceasta au devenit cunoscute si se bucura in prezent de o recunoastere din ce in ce mai larga. Este necesar ca organizaiile care implementeaz un sistem informatic sa-si defineasca de la inceput obiectivele pe termen lung legate de utilizarea tehnologiei GIS. Principalul scop al acestui studiu consta in definirea cat mai clara a obiectivelor finale ale sistemului informatic, intrucat acestea trebuie sa fie in concordanta cu necesitile i activitatile curente. Principalele probleme legate de studiul strategic constau in: -Asigurarea resurselor - Asigurarea personalului calificat necesar -Decizie privind utilizarea personalului propriu sau/si a unor consultanti externi -Utilizarea unor metodologii autorizate i conforme cu legislatia -Pastrarea unei stranse legaturi cu strategia privind tehnologia informaiei din cadrul organizaiei Studiul de fezabilitate. Include analiza cost/beneficii i modul in care sunt justificate investitiile in imlementarea unui sistem informatic. Presupune luarea n considerare a mai multor factori, printre acestia se numara tipul si dimensiunea organizaiei, densitatea populatiei, densitatea retelelor edilitare, densitatea constructiilor, starea sistemului de inregistrare existent, volumul si calitatea investitiilor in tehnologie informatica deja efectuate. Studiul de fezabilitate este menit sa evalueze toti acesti factori si sa pregateasca o analiza bine fundamentata
pg. 14

CURS pe care se va sprijini sau, dimpotriva, pe baza careia se va amana aprobarea implementrii sistemului informatic. Principalele probleme care pot aparea in legatura cu studiul de fezabilitate sunt: -Ce argumente au mai fost folosite pentru aprobarea investitiilor n sisteme informatice deja efectuate? -Ce metodologii pot fi utilizate pentru a fundamenta analiza cost/beneficii? -Ce aplicatii aduc cele mai mari (cantitativ) si consistente (calitativ) investitii? Evaluarea primara a sistemelor. Solutia optima de implementare a sistemului informatic, va implica un proces complex de achizitie iar evaluarea primara are tocmai rolul de a ajuta organizaia sa inteleaga diferentele dintre sisteme fara a fi sub presiunea unor negocieri contractuale sau in iminenta apropiere a lansarii caietelor de sarcini pentru licitatii. Activitatea de evaluare implica vizite si discutii tehnice si comerciale cu furnizorii de hard i soft, in acelasi timp, contactarea clientilor care utilizeaza sistemele informatice similare. Aceasta etapa este, in general, consumatoare de timp. Problemele legate de evaluarea primara sunt: -Selectarea furnizorilor -Selectarea instalarilor de referinta ale sistemelor avute in vedere -Alegerea cu grija a personalului implicat in vizitarea clientilor de referinta ai furnizorilor. Solicitarea de informatii. Activitatea din cadrul acestei etape consta din efectuarea unui proces formal care implica solicitarea oficiala de informatii adresata furnizorilor, in vederea unor negocieri contractuale. Prin parcurgerea acestei etape, echipa de implementare va fi in posesia unor informatii actuale privind preturile si caracteristicile tehnice ale sistemelor. Analiza cerintelor utilizatorilor. Necesitatea determinarii cerintelor utilizatorilor este cea mai importanta etapa din cadrul intregului proces de implementare a sistemelor informatice. Aceasta sarcina trebuie sa conduca la intelegerea corecta asupra tipului de informatie care este utilizata, cine o utilizeaza si cum este utilizata. De asemenea, trebuie sa se raspunda si la urmatoarele intrebari referitoare la informatia din cadrul organizaiei: cum este pastrata? cum este prelucrata? si cum este actualizata? Rezultatele obtinute in cadrul acestei etape influenteaza hotarator intregul proces de implementare i dezvoltare a sistemului informatic si formeaza baza contractelor cu furnizorii de tehnologii informaionale. Prin urmare, orice scapare sau greseala din aceasta etapa implica ineficienta in functionarea operationala a sistemului informatic si poate conduce la modificari costisitoare (in cazul in care exista posibilitatea modificarilor) asupra
pg. 15

CURS sistemului informatic pe parcursul etapelor ce tin de aplicarea practica a tehnologiei. Principalele probleme legate de aceasta etapa constau in: -Evaluarea proceselor de prelucrare a informatiilor si a datelor care exista deja -Identificarea potentialilor utilizatori ai sistemului informatic. -Definirea aplicatiilor. -Estimarea efortului necesar conversiei datelor in format digital. -Estimarea efortului si performantelor personalului ce va lucra in cadrul implementarii, dezvoltrii i utilizrii sistemului informatic. Invitatia de participare la licitatie. Invitatia de participare la licitatie este un document care defineste cerintele organizaiei beneficiare, constrangerile si calendarul activitatilor impreuna cu conditiile contractuale. Acest proces implica emiterea unui document oficial caietul de sarcini - adresat furnizorilor iar prin evaluarea raspunsurilor primite se va intocmi o lista restransa care va cuprinde furnizorii care corespund cel mai bine cerintelor formulate. Principalele probleme ce trebuie sa fie rezolvate in aceasta etapa sunt: -Ce tip de document va fi intocmit? -Cat de detaliate vor fi specificatiile tehnice din cadrul documentului? -Cum se va desfasura distributia documentelor? -Stabilirea perioadei acordate pentru pregatirea raspunsurilor. -Crearea unei matrice de evaluare. -Stabilirea echipei de evaluare. Proba practica. Procedurile de testare de tip proba practica ofara utilizatorilor o modalitate de evaluare tehnica a sistemului informatic mult mai obiectiva decat compararea caracteristicilor tehnice ale diferitelor produse. Testele de acest tip sunt proiectate special pentru a raspunde cerintelor utilizatorilor. In acest mod, furnizorii sunt implicati in mod direct in rezolvarea problemelor concrete ale organizatiei cu ajutorul produselor proprii. Se pot include in cadrul testelor de acest tip si vizite la sediul unor utilizatori care sunt clienti de referinta ai furnizorilor. Selectarea furnizorului. Selectarea furnizorului se face pe baza evaluarii ofertelor si, mai ales, a rezultatelor obtinute in cadrul probei practice. Selectia va fi inlesnita de faptul ca testul va dezvalui competenta si profesionalismul echipelor furnizorilor. Procesul de selectie trebuie astfel definit incat sa conduca la o procedura pe baza careia sa se poata lua o decizie obiectiva.

pg. 16

CURS Instalarea sistemului informatic. Aceasta etapa a proiectului implica efectuarea unor activitati care concura la asigurarea tuturor conditiilor necesare bunei desfasurari a instalarii operationale a sistemului informatic: amenajarea spatiului de activitate, asigurarea conditiilor tehnice necesare, coordonarea livrarilor, receptia cantitativa si calitativa a produselor si, nu in ultimul rand, instruirea personalului. Proiectarea aplicatiilor si personalizarea produselor. Tendinta care se manifesta in domeniul produselor SIC consta in migrarea de la produse de tip cutie neagra sisteme la cheie, catre produse care ofera, in principal, utilizatorului un set de instrumente cu ajutorul carora pot fi create solutii specifice in cadrul unui proces de dezvoltare de aplicatii cunoscut sub numele de personalizare. Se promoveaza din ce in ce mai mult acest tip de produse astfel incat utilizatorul are posibilitatea proiectarii si realizarii nemijlocite a propriilor aplicatii independent de cele furnizate de catre producatori. Principalele probleme ce pot aparea in cadrul acestei etape sunt: -Utilizarea unor produse care constituie aplicatii generice. -Stabilirea unui echilibru intre solutia propusa in mod implicit de catre furnizor si personalizarea care poate fi realizata prin efortul utilizatorului. -Rezolvarea contradictiilor ce pot aparea intre estimarile consumului de resurse financiare si a timpului necesar solutionarii problemelor. -Definirea corecta a cerintelor de instruire a personalului si estimarea resurselor ce trebuie alocate proiectului. -Alternativa utilizarii metodologiilor traditionale de proiectare si analiza de sistem sau a tehnicilor rapide de creare de prototipuri. Introducerea datelor. Aceasta faza implica introducerea tuturor atributelor si seturilor de date spatiale necesare functionarii operationale a aplicatiilor SIC. Dintre activitatile corespunzatoare acestei etape mentionam: importul seturilor de date existente, crearea interfetelor necesare pentru interconectarea cu alte sisteme informatice existente in institutie, achizitia seturilor de date comerciale necesare, conversia in format digital a documentelor cartografice pe suport hartie. Experienta a aratat ca intre 40% si 80% din costurile proiectelor SIC sunt datorate introducerii si intretinerii datelor. Activitati de slaba calitate in acest domeniu critic pot atrage dupa ele esecul rapid al intregului proiect. Principalele probleme ce pot aparea in cadrul acestei etape sunt: -Utilizarea/crearea de standarde de date in cadrul institutiei. -Alternativa: conversie de date in interiorul institutiei, prin efort propriu sau prin servicii platite catre terti. -Controlul calitatii datelor si procesului de introducere si conversie a datelor. -Stabilirea unui calendar privind conversia datelor.
pg. 17

CURS Proiectul pilot. Rolul proiectului pilot consta in verificarea solutiilor propuse, atat din punct de vedere tehnic cat si organizatoric, inainte de a lua decizia finala privind utilizarea operationala a tehnologiei SIC. Proiectul pilot poate fi considerat ca o prelungire a etapei de receptie cantitativa si calitativa iar in caz de esec solutiile propuse ar putea fi respinse. Evaluarea post-implementare. Pe parcursul desfasurarii procesului de introducere a tehnologiei SIC au loc mai multe evaluari pe baza carora echipa SIC va putea decide asupra masurilor ce trebuie luate pentru imbunatatirea activitatii. Pe de alta parte, o evaluare globala este necesara conducerii institutiei care, spre deosebire de specialistii echipei SIC, au nevoie de informatii relevante privind eficienta etapelor deja parcurse. Rezultatele acestei evaluari vor constitui o verificare a strategiei de investitii legate de tehnologia SIC. Utilizarea operationala curenta. Aceasta este ultima etapa a implementarii SIC dintr-o institutie. In aceasta faza se trece la generalizarea utilizarii tehnologiei SIC. Problemele care pot aparea in cadrul acestei etape sunt: -Calendarul extinderii utilizarii tehnologiei SIC. -Optiunea alternativa: abordare centralizata in cadrul unui singusr serviciu functional specific sau abordare descentralizata in cadrul fiecarui compartiment. -Stabilirea modului de finantare. -Instruirea sistematica a personalului. -Optiunea alternativa: furnizor unic sau mai multi furnizori. -Preocupare pentru introducerea serviciilor SIC distribuite. Pentru realizarea unui sistem informatic eficient, trebuiesc avute n vedere unele reguli de baz: 1. Abordarea global modular. La proiectarea sistemului trebuie avut n vedere legatura acestuia cu lumea exterioar, 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. 2. Criteriul eficienei economice. Principalul criteriu ce st la baza realizrii sistemului este cel economic. Cu alte cuvinte, la proiectare trebuie avut n vedere ca raportul dintre rezultatul sau rezultatele directe sau indirecte obinute prin implementarea i folosirea sistemului economic i totalitatea costurilor de realizare s fie ct mai mare. Cu alte cuvinte, trebuie s fie rentabil.

pg. 18

CURS 3. Orientarea spre utilizatori. La realizarea sistemului trebuie s se aib n vedere cerinele i preferinele utilizatorilor. n acest sens, trebuie purtat o discuie cu utilizatorii n prealabil i pe baza sugestiilor i preferinelor lor s se treac la proiectarea propriu-zis. 4. 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 ca datele sa fie introduse o singur dat, iar sistemul s distribuie automat datele n celelalte locuri n care este nevoie de ele. 5. Antrenarea beneficiarului la realizarea sistemului. Acest principiu decurge tot din orientarea spre utilizator. Trebuie discutat cu utilizatorul nainte de a trece la proiectare, pentru a nltura de la nceput o serie de neajunsuri. Trebuiesc discutate modalitaile de introducere a datelor i adaptarea aplicaiei la nevoile utilizatorului, modul de calcul i prelucrare al datelor. 6. Soluie general, independent de configuraia actuala a sistemului informatizat. Sistemul proiectat nu trebuie, pe ct posibil, s fie dependent de dotarea tehnic actual a beneficiarului, ci trebuie avute n vedere eventuale noi achiziii de tehnic de calcul, o eventual schimbare a sistemului informatic. 7. Posibilitatea de dezvoltare ulterioar. Trebuiesc avute n vedere posibilitatea ca sistemul s poat fi nbuntit n raport de cerinele viitoare ale firmei beneficiare.

pg. 19

CURS

5. Strategii de implementare a sistemelor informatice Indiferent care ar fi structura organizaiei care se ocup cu implementarea sistemelor informatice, n timp, pe parcursul implementrii, trebuie asigurat executarea activitilor prezentate anterior. Analiznd realizrile din ultimii ani n domeniul implementrilor GIS n lume, se pot evidenia 5 strategii de succes utilizate frecvent. 1. Strategia "echipei n doi" Multe organizaii au nceput prin a constitui o echip format din doi membri calificai s efectueze toate activitile necesare implementrii GIS pentru o aplicaie bine definit, de amploare redus. n timp, cei doi responsabili ai implementrii GIS identific printre personalul organizaiei lor alte persoane pe care le iniiaz n GIS i crora le ncredineaz realizarea unora din activitile de implementare. n acest mod, pe msura acumulrii experienei, organizaia ajunge s dispun de personal calificat pentru toate activitile prevzute de schema general de organizare i poate aborda proiecte GIS orict de complexe. 2. Strategia "pe furi" Din pcate, nu toi factorii decizionali ai organizaiilor care ar putea beneficia de implementri GIS neleg i aprob o astfel de aciune. n astfel de cazuri, se poate ncepe prin a se achiziiona software GIS pentru o configuraie hardware existent deja, cum ar fi un PC legat la un digitizor i un plotter sau imprimant grafic. Cu aceast dotare minim, o persoan avnd cunotinele necesare i poate propune s dezvolte o aplicaie complet demonstrativ. Cheia succesului unei astfel de abordri o constituie existena prealabil a unor date geografice care s permit implementarea imediat a unei aplicaii. Dac procesul de automatizare a bazei de date GIS este prea anevoios, iniiatorul aciunii este n pericol de a eua prin consumarea resurselor financiare nainte de a reui s demonstreze avantajele oferite de un GIS. Dar, dac reuete s defineasc o aplicaie de mare interes i ajunge n stadiul n care GIS-ul implementat i permite obinerea unor rezultate concrete, atunci cu siguran pentru viitoarele propuneri de implementri GIS se va putea obine suportul factorilor de decizie, inclusiv pentru extinderea dotrii hardware i software.

pg. 20

CURS

3. Strategia "serviciilor contra cost" Aceast strategie const n dezvoltarea de aplicaii GIS pe baz de contract cu alte organizaii care comand i pltesc serviciile aferente unei implementri GIS. Cele mai frecvente servicii solicitate vizeaz generarea de baze de date GIS prin digitizarea/scanarea hrilor i introducerea datelor descriptive, dezvoltarea de interfee utilizator orientate ctre aplicaie (analize de reele, studii de amplasament, evaluri de patrimoniu, studii de sistematizare, etc.) sau producia de hri pe diverse suporturi. O cerin major a acestei abordri o reprezint dotarea organizaiei cu echipamente performante i n pas cu dezvoltarea tehnologic pentru a putea dezvolta continuu gama i calitatea serviciilor oferite. 4. Strategia "raportului cost-performan" n aceast abordare, se ncepe printr-un studiu de fezabilitate, prezentndu-se un raport bine documentat n care s se demonstreze n ce mod utilizarea unui GIS va duce la creterea eficienei activitii organizaiei implicate. Adeseori, n astfel de cazuri se elaboreaz un plan concret de implementare pe baza rezultatelor obinute prin efectuarea unui studiu al cerinelor aplicaiilor GIS vizate i a unui proiect pilot. Acest plan este nsoit de o analiz costperforman care trebuie s evidenieze beneficiul net adus de implementarea GIS. Din pcate, orict de surprinztor ar prea dup creterea spectaculoas a vnzrilor de GIS din ultimii ani, exist foarte puine studii care s demonstreze limpede beneficiul economic adus de GIS unei organizaii. Nu este simplu s evaluezi cantitativ efectele utilizrii tehnologiilor GIS reflectate n special asupra calitii unor activiti, fie c este vorba de nlesniri aduse unor procese anevoioase, de obinerea unor rezultate concrete ntr-un timp semnificativ redus, sau de asigurarea integritii i consistenei datelor prin impunerea unei discipline stricte n automatizarea bazei de date. Aceast strategie este indicat n special n domeniul proteciei mediului nconjurtor. n astfel de cazuri, utilizarea unui GIS se poate concretiza n semnalarea, i prin aceasta, n prevenirea unor efecte negative asupra mediului ca urmare a unor proiecte de investiii nainte ca acestea s se realizeze practic. De asemenea, se poate aplica cu succes aceast strategie pentru aplicaii viznd supravegherea dotrilor edilitare i a altor elemente de infrastructur ale unei localiti.

pg. 21

CURS

5. Strategia "partajrii resurselor" n aceast strategie, mai multe organizaii coopereaz la implementarea unui singur GIS dar care s integreze facilitile cerute de fiecare n parte. Astfel se pot achiziiona nc din start echipamentele i software-ul GIS necesare implementrii, efortul financiar, dei considerabil, fiind suportat n comun de prile interesate. Ideea de baz a acestei abordri este urmtoarea: fiecare organizaie rspunde de automatizarea i ntreinerea informaiilor geografice aferente temelor proprii, dar, n acelai timp, toate organizaiile au acces la ntreaga baza de date GIS dup necesiti. Pentru asigurarea integritii i confidenialitii datelor la nivel global, se implementeaz proceduri de acces pe diverse nivele (numai citire, scriere/citire, scriere/citire/tergere, sau deloc). Cheia succesului unei astfel de abordri o constituie asigurarea flexibilitii modelului i structurii de date pe care se bazeaz implementarea GIS astfel nct s se poat satisface cerinele diverselor aplicaii de interes pentru organizaiile participante. Ceea ce se urmrete n acest caz, este dezvoltarea unui GIS multidisciplinar, care s permit pe de o parte, accesul fiecrui utilizator la segmentul su de date din baza de date comun n vederea actualizrii i efecturii unor prelucrri de baz specifice activitii sale, i, pe de alt parte, integrarea tuturor datelor astfel nct oricare dintre utilizatori s poat efectua interogrile i analizele complexe autorizate asupra ntregii baze de date GIS. n afar de cele 5 strategii prezentate anterior, larg utilizate n lume n prezent, se pot imagina numeroase alte variante posibile de urmat. Dar, indiferent de strategia aplicat, implementrile GIS care au avut succes prezint urmtoarele similitudini: a. cnd s-a dorit o implementare de mare complexitate, implementarea propriu-zis s-a efectuat numai n urma analizei rezultatelor obinute prin realizarea n prealabil a unuiproiect pilot b. implementarea a vizat utilizatori reali, ale cror cerine le-a satisfcut pe deplin c. implementarea a beneficiat nc de la nceput de participarea a cel puin doi specialiti cu o solid pregtire tehnic d. implementarea a beneficiat de participarea utilizatorilor, care au preluat sistemul implementat sub controlul lor. Utilizatorii s-au angajat activ n dezvoltarea de proceduri GIS care s vin n sprijinul propriilor lor activiti curente e. o dat constituit echipa GIS a organizaiei, aceasta a fost susinut moral i material pentru ca personalul calificat ale crui cunotine i aptitudini s-au mbogit pe msura experienei ctigate n timpul implementrii s nu migreze ctre alte locuri de munc.

pg. 22

CURS

6. PRINCIPII DE DEZVOLTARE A SISTEMELOR INFORMATICE

Atunci cnd vorbim despre modul de dezvoltare a unui sistem informatic, pot fi identificate trei variante de sisteme informatice: - centralizate, - descentralizate - distribuite. De-a lungul evoluiei tehnicii de calcul, n diferite perioade a predominat una sau alta dintre aceste variante: 1. pn la nceputul anilor 70, nu exista o alt variant dect informatica centralizat. Sistemele informatice aveau la baz calculatoare de tip mainframe (calculatoare foarte mari i scumpe folosite pentru procesarea de date importante pe domeniile: statistic, recensminte, cercetare i dezvoltare, proiectare, prognoz, planificarea produciei, tranzacii financiare .a. nc nu exist un cuvnt romnesc corespunztor. Mainframe s-ar putea traduce cu "dulap principal", ceeace provine de la aspectul exterior al primelor mainframe-uri - ele artau ca dulapuri uriae de metal. Cu scurgerea anilor, tehnologiile de fabricaie s-au dezvoltat enorm, mrimea fizic a mainframe-urilor a mai sczut, iar viteza lor de calcul a crescut foarte mult) pe care erau rezidente toate aplicaiile i la care erau conectate terminale plasate n diferite locaii. Aceste terminale permiteau doar introducerea datelor i afiarea rezultatelor prelucrrii. Moda centralizrii a revenit la sfritul anilor 80 i nceputul anilor 90, atunci cnd au aprut i s-au dezvoltat reelele de calculatoare n care erau conectate microcalculatoare de tip IBM PC. 2. la nceputul anilor 80, odat cu proliferarea microcalculatoarelor, s-a dezvoltat sisteme informatice descentralizate. Majoritatea sistemelor informatice din aceast perioad constau n aplicaii izolate instalate pe PCuri. Fiecare departament era dotat cu PC-uri pe care rulau aplicaiile necesare desfurrii activitii lor. Marele merit al acestei scurte epoci a fost mutarea informaticii dintr-un departament special spre celelalte departamente funcionale ns, lipsa integrrii aplicaiilor au creat numeroase neajunsuri, ceea ce a determinat n scurt timp reorientarea ctre informatica centralizat. 3. ncepnd cu anii 90, odat cu maturizarea reelelor de calculatoate i a altor tehnologii informaionale s-au introdus sistemele informaionale distribuite. n prezent se nregistreaz tendina spre dezvoltarea sistemelor distribuite conform modelului client/server.
pg. 23

CURS n zile noastre problema sistemelor informatice descentralizare nu se mai abordeaz, n schimb sistemele centralizate i cele distribuite rmn alternativele viabile pentru dezvoltarea sistemelor informaionale. Prin comparaie, un sistem informatic centralizat presupune ca un singur calculator s satisfac nevoile organizaiei, la care pot fi conectate mai multe terminale (PC-uri), iar un sistem distribuit va fi format din mai multe calculatoare pe care sunt distribuite aplicaiile i care mpreun satisfac nevoile organizaiei. Sistemele distribuite pot fi definite ca o colecie de calculatoare independente care apar utilizatorilor acestora ca un singur sistem coerent. Aceast definiie evideniaz dou aspecte eseniale: primul privete hardware-ul calculatoarele sunt autonome; cel de-al doilea vizeaz software-ul - utilizatorii au impresia c lucreaz cu un singur sistem. Dincolo de aceast definiie, problematica sistemelor distribuite poate fi clarificat prin prezentarea caracteristicilor lor eseniale. Pe scurt, acestea sunt: diferenele dintre variatele tipuri de calculatoare i modul n care ele comunic sunt transparente pentru utilizator, la fel ca i organizarea intern a sistemului distribuit; utilizatorii i aplicaiile pot interaciona cu un sistem distribuit ntr-o manier uniform i consistent, indiferent de locul i momentul n care are loc interaciunea; execuia concurent a programelor reprezint regula ntr-un sistem distribuit. Doi utilizatori i pot realiza sarcinile lor de lucru pe propriile calculatoare prin partajarea unor resurse, precum paginile web sau fiiere, atunci cnd este necesar; sistemele distribuite trebuie s fie scalabile adic, s poat fi uor extinse. Aceast caracteristic este o consecin direct a autonomiei calculatoarelor din sistem, dar i a faptului c pentru utilizator organizarea intern este transparent; un sistem distribuit trebuie s asigure independena fa de eventualele cderi sau disfuncionaliti ale unor calculatoare sau aplicaii din sistem, el trebuind s fie n continuare disponibil utilizatorilor. Este responsabilitatea proiectanilor de a prevedea consecinele eventualelor disfuncionaliti. Conceptul de sistem distribuit este aplicat unei mari varieti de configuraii i aplicaii. Totui, pornind de la cele dou componente principale ale unui software prelucrrile i datele, pot fi identificate dou tipuri de baz de sisteme distribuite: - sisteme cu prelucrri distribuite - sisteme cu date distribuite.
pg. 24

CURS Exist mai multe variante de configurare a unui mediu cu prelucrri distribuite: - aplicaiile pot fi stocate ntr-o singur locaie i accesate de ctre oricare procesor conectat n sistem; - o aplicaie poate fi replicat pe mai multe locaii din reea; - diferite aplicaii pot fi rezidente pe diferite locaii din reea, ns ele sunt accesibile tuturor utilizatorilor din reea. Distribuirea datelor presupune proiectarea unei baze de date distribuite n care datele sunt fragmentate i dispersate pe diferite locaii din reea sau ele sunt replicate pe mai multe noduri din reea n vederea uurrii accesului la date. O alt configuraie de sistem distribuit poate rezulta prin combinarea celor dou tipuri de baz, adic distribuirea att a datelor ct i a prelucrrilor. Motivaia principal pentru utilizarea sistemelor distribuite o reprezint dorina utilizatorilor de a partaja resursele. Noiunea de resurs este una abstract, folosit pentru a descrie mulimea lucrurilor care pot fi partajate ntr-o reea de calculatoare. Ea face referire la componentele hardware, precum scanere, digitizoare, inprimante, etc., dar i la cele software, precum fiierele, bazele de date, obiectele de toate tipurile. Partajarea resurselor nu este singurul avantaj al sistemelor distribuite, alte avantaje precum i principalele dezavantaje fa de sistemele centralizate fiind enumerate n tabelul de mai jos. Avantaje Dezavantaje Creterea disponibilitii i siguranei Complexitatea sistemelor distribuite resurselor Reducerea costurilor de comunicaie Sporirea dificultilor n controlul resurselor informaionale Flexibilitatea dezvoltrii sistemelor Probleme legate de asigurarea cretere incremental consistenei datelor Alinierea cu structura organizatoric Sporirea dificultilor n testarea i a firmei detectarea erorilor Obinerea unor timpi de rspuns mai buni Independena fa de tehnologiile unui singur furnizor Creterea disponibilitii resurselor reprezint un alt avantaj major al sistemelor distribuite. Apariia unei disfuncionaliti ntr-un sistem centralizat (cderea serverului sau a liniei de comunicaie) determin blocarea ntregului sistem informaional pn la remedierea problemei ivite. n schimb, sistemele
pg. 25

CURS distribuite sunt proiectate s funcioneze i n condiiile apariiei unor disfuncionaliti, care va afecta numai o parte a sistemului. Celelalte resurse rmn disponibile, ele putnd chiar prelua sarcinile prii de sistem afectate, situaie n care utilizatorul nu va fi contient de disfuncionalitatea aprut. Flexibilitatea dezvoltrii sistemelor distribuite dat de faptul c o organizaie aflat n plin dezvoltare (extindere) are posibilitatea de a aduga incremental noi resurse (hard i soft) n sistem, respectiv achiziionarea, instalarea i conectarea lor pe msur ce ele sunt necesare. Flexibilitatea sistemelor centralizate este limitat de inabilitatea lor de a asigura creterea incremental. Dezvoltarea sau extinderea activitii organizaiei determin suprancrcarea sistemului informaional existent i, implicit, necesitatea nlocuirii acestuia cu altul mai performant (n cazul sistemelor distribuite nu se pune problema nlocuirii acestuia ci a extinderii lui, conservndu-se astfel investiiile anterioare). Chiar dac s-ar pune problema planificrii extinderii viitoare a organizaiei n vederea dezvoltrii unui sistem informatic corespunztor, soluia unui sistem centralizat tot nu ar fi satisfctoare deoarece ea ar fi prea scump, att timp ct o bun parte din capacitatea de stocare i prelucrare a sistemului nu va fi utilizat dect ulterior, pe msura dezvoltrii organizaiei, i numai dac previziunile se adeveresc. Sistemele distribuite permit reducerea costurilor de comunicaie i depirea limitelor mediilor de comunicaie. ntr-un sistem distribuit, majoritatea prelucrrilor pot fi realizate local, iar datele de interes local pot fi stocate i gestionate local, ceea ce determin reducerea traficului n reea. Cea mai mare problem cu care se poate confrunta o baz de date centralizat, atunci cnd ea este accesat de la distan, este legat de eventualitatea blocajelor reelei de comunicaie; nici suprancrcarea serverului de numeroasele accese de la distan nu trebuie neglijate. Sistemele distribuite ofer timpi de rspuns mai buni la cererile utilizatorilor. Sistemele centralizate ofer timpi de rspuns nesatisfctori utilizatorilor, datorit volumului mare de date ce trebuie transmise prin reea. n afr avantajelor prezentate, implementarea sistemelor distribuite are asociate i unele dezavantaje ce trebuie luate n considerare la dezvoltarea lor. Poate cea mai important piedic n extinderea utilizrii sistemelor distribuite o reprezint dificultatea dezvoltrii lor generat de enorma complexitate a acestor sisteme. Principalele surse ale complexitii sunt: distribuirea datelor i/sau replicarea lor, distribuirea prelucrrilor, asigurarea diferitelor forme de transparen, asigurarea consistenei datelor. Un sistem cu baze de date distribuite care trebuie s ascund natura distribuit a datelor fa de utilizatori este fr ndoial mai complex dect un sistem cu baze de date centralizate. Bazele de date replicate adaug cel puin un nivel suplimentar de complexitate. Dac sistemul nu este bine proiectat, atunci el va furniza un nivel de performan, disponibilitate i siguran scazut.
pg. 26

CURS Modelul client/server Arhitectura client/server reprezint modelul arhitectural cel mai utilizat la dezvoltarea sistemelor distribuite. El este un model general ce poate fi implementat n numeroase moduri. Ideea subiacent (imediat dedesupt) conceptului client/server este serviciul. O aplicaie informatic distribuit dezvoltat dup modelul client/server este descompus n dou dou grupuri de procese: consumatorii de servicii, numii client i furnizorii de servicii, numii server, acetea comunic ntre ele prin schimbul de mesaje de tip solicitare-rspuns.
Clientul Ateptarea rspunsului

Solicitare

Rspuns

Serverul Furnizarea serviciului


T imp

De exemplu, un server poate fi conceput pentru a oferi un serviciu de baze de date clienilor si. Serverul este funcional independent de client, iar relaia ntre client i server este de colaborare (cooperare). Ea se difereniaz radical de aplicaiile centralizate, n care relaia este de tip stpn-sclav (master-slave). n modelul client/server, clientul solicit serverului execuia unui serviciu prin transmiterea unui mesaj. La rndul su, serverul va transmite clientului rezultatul solicitrii sale. Diferitele funcii ale aplicaiei informatice sunt regrupate sub forma programelor client i server, fiecare cu roluri bine definite. Pentru utilizator totul este transparent, el comunicnd cu programul client; schimbul de mesaje realizat ntre programele client i server i sunt transparente, el percepnd aplicaia ca un ansmablu executat doar pe postul su de lucru. Problema principal n modelul client/server este legat de distincia clar dintre client i server. Proiectarea sistemelor client/server presupune conceperea arhitecturii aplicaiilor pe straturi bine definite. O astfel de abordare permite proiectarea independent a straturilor, singura grij constnd n definirea clar i proiectarea atent a interfeelor, urmrindu-se ca: fiecare strat s aib un domeniu bine definit, n sensul definirii foarte clare a sarcinilor i responsabilitilor fiecrui strat;
pg. 27

CURS fiecare strat trebuie s ndeplineasc o sarcin specific; dac, de exemplu, unul din straturi este responsabil cu interaciunea cu utilizatorul, atunci numai acel strat va comunica cu utilizatorul, celelalte straturi realiznd acest lucru prin intermediul acestui strat dac au nevoie de informaii de la utilizator. stabilirea unor protocoale bine definite pentru interaciunea dintre straturi, interaciune care s se realizeze numai prin intermediul acestor protocoale. O prim ncercare de stabilire a distinciei ntre client i server a constituit-o mprirea aplicaiilor pe dou straturi, rezultnd arhitectura cu dou straturi. Aceast arhitectur presupune descompunerea aplicaiei n urmtoarele dou straturi: stratul corespunztor aplicaiei i stratul corespunztor bazei de date, care este responsabil de meninerea integritii bazei de date. O alt abordare este arhitectura cu trei straturi. Aceast arhitectur presupune mprirea aplicaiei n urmtoarele straturi: gestiunea interfaei utilizator (gestiunea prezentrii) privete dialogul ntre utilizatori i aplicaie, incluznd aici logica de prezentare a informaiei (ansamblul prelucrrilor efectuate asupra datelor necesare afiarii lor). El accept intrrile de la utilizator i furnizeaz rezultatele prelucrrilor n formatul solicitat; logica aplicaiei - cuprinde ansamblul operaiilor de prelucrare specifice aplicaiei i nlnuirea lor logic; gestiunea datelor rezolv cererile de date, asigur integritatea datelor, emiterea anumitor mesaje de alertare, precum i gestiunea fizic a datelor (adugri, modificri, tergeri).
Cerere utilizator Cerere informaii Interogar e date

Gestiunea interfeei

Logica aplicaiei

Gestiunea datelor

Informai i neformatate

Rezultatu l interogrii

n prezent se manifest tendina dezvoltrii aplicaiilor cu n straturi, n care pot exista mai mult de trei straturi, att din punct de vedere logic, ct i fizic. De exemplu, n figura de mai sus stratul gestiunii datelor sau stratul aferent logicii aplicaiei pot fi mprite la rndul lor n mai multe straturi. Acest lucru este posibil datorit apariiei unei noi tendine n dezvoltarea sistemelor informaionale, referit prin sintagma orientat pe componente sau obiecte. Implementarea unei aplicaii multistrat necesit existena unor programe speciale care s faciliteze comunicarea dintre straturi. Programele care faciliteaz implementarea facilitilor de comunicare ntre straturi sunt referite prin middleware. O definiie mai formal, consider middleware-ul ca un nivel al
pg. 28

CURS software-ului al crui scop const n mascarea eterogenitii platformei hardware i software, precum i furnizarea unui model de programare comod dezvoltatorilor de aplicaii. El este format din procese sau obiecte ce se regsesc pe un grup de calculatoare, i care interacioneaz ntre ele pentru a asigura implementarea comunicrii i partajrii resurselor n aplicaiile distribuite. Altfel, aplicaiile distribuite ar trebui s apeleze direct la interfaa de programare furnizat de sistemul de operare al reelei. Pentru a simplifica dezvoltarea i integrarea aplicaiilor distribuite, majoritatea soluiilor middleware se bazeaz pe un anumit model, care descrie aspectele privind distribuirea i comunicarea. Cele mai utilizate astfel de modele sunt: apelarea procedurilor de la distan (Remote Procedure Call), distribuirea obiectelor i distribuirea documentelor. Cele mai cunoscute soluii middleware sunt Sun RPC, CORBA (Common Object Request Broker Architecture), Java RMI (Java Remote Object Invocation) i DCOM (Distributed Component Object Model).

pg. 29

CURS METODOLOGIA DEZVOLTARII SISTEMELOR PRIVIRE GENERALA ASUPRA DEZVOLTARII SISTEMELOR n lumea concurentiala de azi, una din cele mai valoroase resurse organizationale este sistemul informational bine proiectat si orientat catre utilizator. Sistemele informationale permit: mbunatatirea productivitatii prin automatizarea activitatilor manuale; eliminarea proceselor care nu contribuie la adaugarea de valoare; coordonarea activitatilor disparate. Sistemele pot mbogatii serviciile sau produsele beneficiarului prin diferentiere, prin mbunatatirea calitatii, a timpului de raspuns, a urmaririi activitatii si cunoasterii starii de moment. Din punct de vedere strategic un sistem poate ajuta managementul sa-si nfrnga competitorii, sa inoveze sa reduca conflictele si sa permita adaptarea la piata n continua schimbare. Un element cheie al sistemului informational l constituie oamenii, care se mpart n: profesionistii, grupa alcatuita din analistii, proiectantii si programatorii de sistem; utilizatorii, toti cei care beneficiaza de pe urma sistemului informational. Practica a demonstrat ca dezvoltarea cu succes a sistemelor informationale presupune ca profesionistii trebuie sa aiba n vedere dorintele utilizatorilor si nu utilizatorii trebuie sa se adapteze sistemelor create de profesionisti. Astfel, ideea centrala este ca la realizarea sistemului profesionistii trebuie sa conlucreze strns cu utilizatorii, numai astfel asigurndu-se succesul sistemului. Aceasta deoarece numai utilizatorii stiu exact ce doresc de la sistem, n timp ce profesionistii sunt cei care stiu sd-l dezvolte. Dezvoltarea si implementarea sistemelor informationale (DS) este activitatea prin care se creeaza sau se modifica un sistem informational. Ea cuprinde toate aspectele procesului, de la identificarea problemelor la evaluarea si corectarea solutiei propuse. Obiectivul urmarit este de a obtine cea mai buna solutie de sistem cu o cheltuiala rezonabila de bani si timp. Darorita caracteristicilor, DS nu este un proces automat, el necesitnd multe interactiuni si interventii umane pe tot parcursul procesului. Literatura de specialitate arata ca factorii principali care contribuie la esecul dezvoltarii corecte a unui sistem informational sunt: crearea de sisteme dezvoltate care nu ajutd strategia si obiectivele afacerii; slaba planificare a sistemului si utilizarea unui management de proiect inadecvat; esecul definirii necesitdtii sistemului si neimplicarea utilizatorului n cadrul procesului; neglijarea costurilor aferente si beneficiilor posibil de obtinut; crearea unui lant de erori si greseli n fazele dezvoltdrii;
pg. 30

CURS achizitionarea de hardware si software de care nu are nimeni nevoie; instalarea unor tehnologii incompatibile sau inadecvate; neglijenta n implementarea controalelor adecvate; dezvoltarea unui software nestructurat, greu de utilizat si ntretinut; sarcini de implementare inadecvate; comunicatii si comunicare slaba; urmarirea unui proiect prea ambitios; lipsa suportului din partea managerilor de la vrf. Printre factorii care contribuie la succesul DS, cei mai importanti sunt: ajutorul oferit de managerii de la vrf; accentuarea implicarii utilizatorilor n toate etapele dezvoltarii; utilizarea si implementarea corecta a etapei de planificare a sistemelor ct si a tehnicilor managementului de proiect; utilizarea unor metodologii cunoscute si acceptate de DS, a instrumentelor si metodelor adecvate; concentrarea asupra problemei si oportunitdtilor principale; proiectare simpla si directa; dezvoltarea unor sisteme alternative de evaluare nca nainte de a se trece la proiectul final; utilizarea unor programe solide de instruire; existenta unui program bine definit bi organizat de ntretinere; existenta unei documentatii clare, complete bi actuale; abordarea coordonata bi planificata a implementarii; posibilitatea ntretinerii bi revizuirii. Exista foarte multi factori care determina luarea deciziei de dezvoltare a sistemelor informationale. Printre cele mai importante motive ale initierii DS sunt: probleme avute cu sistemul existent (erori, ntrzieri, lipsa unor facilitati, etc.); dorinta de a exploata noi oportunitati; cresterea competitiei; dorinta de a utiliza mai eficient informatia; cresterea/dezvoltarea organizatiei si a necesitatiilor acesteia; realizarea unei fuziuni sau preluarea altor afaceri; schimbari n mediul extern Eforturile necesare dezvoltarii sistemelor informationale se pot ntinde de la proiecte mici, cum sunt de exemplu cumpararea unui program existent pe pia ta si pna la realizarea de proiecte majore de ordinul milioanelor de dolari, ce includ componente hardware, software, sisteme de comunicatii, baze de date si personal.

pg. 31

CURS CICLUL DE VIATA AL DEZVOLTARII SISTEMELOR (CVDS) Companiile utilizeaza diverse abordari ale dezvoltarii sistemelor informationale. Unele din acestea sunt foarte formalizate, continnd un mare volum de documentatie, altele n schimb sunt foarte putin formale. Desi pasii dezvoltarii pot fi diferiti ca si continut si numar, n general se apeleaza la fazele descrise n figura 1, eventual condensate si anume: faza de planificare; faza de analiza; faza de proiectare generala; faza de evaluare bi selectie; faza de proiectare de detaliu; faza de implementare.

pg. 32

CURS Dupa cum se observs, CVDS este un proces iterativ i ciclic, att la nivel general ct i la nivelul fazelor. El poate fi mpartit n dous etape: etapa initiala sau preliminara i etapa finala. Etapa initiala cuprinde fazele de planificare, analiza i realizare a proiectului general (de ansamblu), urmat de evaluare i selectie. Aceste faze reprezints aspectele conceptuale ale SD i sunt conduse de utilizatori. Etapa finala contine fazele proiectarii de detaliu, implementarii i ntretinerii. Daca la nceput, n aceasta etapa rolul principal l joaca utilizatorii, spre final utilizatorii revin alaturi de profesioniti la conducerea activitatilor. La sfritul fiecarei faze exista momente n care se fac verificari i evaluari. La acestea se stabilete daca faza a fost ncheiata cu succes i se poate trece la faza urmatoare sau daca este nevoie de munca suplimentara i eventual reluarea fazei sau fazelor anterioare. Indiferent nsa de etapa sau faza trebuie retinut faptul ca ntregul CVDS presupune existenta unei echipe de dezvoltare i nu a unei singure persoane. Fiecare faza genereaza documentatie. Documentatia ofera utilizatorilor, profesionitilor i managerilor informatii despre cum este dezvoltat sistemul. n functie de ele utilizatorul i managerii pot cere modificsri sau pot continua procesul. Fiecare documentatie reprezinta extensia logica a celei precedente, documentatia finala fiind destinata n special utilizatorilor.

1. Etapa de planificare
Etapa de planificare este etapa n care se stabile te cadrul strategic larg al dezvoltarii sistemului , ct i viziunea asupra noului sistem astfel nct acesta ssa satisfac necesittile utilizatorului. Aceasta etapa cuprinde sesiuni de lucru, evaluari de proiecte propuse i selectia celor cu cele mai nalte prioritati. Fiecare proiect propus este evaluat utiliznd: factori de fezabilitate. Factorii de fezabilitate sunt factorii se refera la posibilitatea ca sistemul sa fie dezvoltat i utilizat cu succes; factori strategici. Factorii strategici sunt acei factori care se refera la ajutorul pe care sistemul l ofera obiectivelor afacerilor. Factorii de fezabilitate considerati sunt: factorii tehnici, care arata daca sistemul propus poate fi dezvoltat i implementat utiliznd tehnologii existente sau sunt necesare noi tehnologii. factorii economici, care arata daca sunt disponibile fonduri adecvate pentru a sustine costurile estimate ale sistemului propus. factorii legali, care arata daca exista conflicte ntre sistemul luat n considerare si capacitatea firmei de a-si ndeplini obligaiile legale; factorii operaionali, care arata daca procedurile existente mpreuna cu calificarea personalului sunt suficiente pentru a opera sistemul sau daca sunt necesare noi proceduri si calificari; factori de programare, care semnifica faptul ca sistemul trebuie sa devina operativ ntr-o perioada acceptabila de timp. Factorii strategici principali sunt: productivitatea. Productivitatea masoara cantitatea ie irilor produse raportat la intrari. Masurarea ei are ca scop reducerea costurilor care nu adauga valoare. De exemplu, productivitatea poate fi masurata ca fiind
pg. 33

CURS numarul de produse finite realizate ntr-o saptemna raportat la cantitatea de materie prima consumate pe saptemna respectiva. diferentierea. Diferentierea masoare ct de bine o firme poate oferi produse sau servicii diferite de ale competitorilor. Diferentierea se poate atinge prin cresterea calitatii, varietatea produselor, manipulari specifice, ambalaj, servicii rapide, costuri reduse, pret, etc. managemetul. Acest factor descrie ct de bine ofere sistemul informational informatii managerilor n planificare, control si luarea deciziei.

2. Etapa de analiza
Raportul fazei de planificare ofera o baza n constituirea unei echipe de proiectare a sistemului si nceperea analizei sistemului. Pe parcursul acestei etape, echipa de proiectare cstiga o ntelegere clara a motivelor implicate n dezvoltarea noului sistem. n plus acum se defineste obiectivul ct si necesitatile utilizatorilor. La finele acestei faze, raportul va contine rezultatele cercetarilor si recomandari. Dace echipa cade de acord asupra aspectelor relevate se continua cu etapa de proiectare generala.

3. Etapa de proiectare generala (de ansamblu)


Etapa de proiectare de ansamblu creeaze alternativele posibile de urmat n DS. Esenta acestei etape este de a descrie larg, la nivel general, cum vor fi proiectata fiecare componenta a sistemului (iesirea, intrarea, procesele, controalele, bazele de date si platforma tehnologice).

4. Etapa de evaluare si selectie


Fiecare alternativa generata n cadrul etapei de proiectare de ansamblu este evaluata cu ajutorul metodelor cantitative si calitative referitoare la costuri si beneficii. Alternativa cea mai buna va fi selectata si proiectata n detaliu n etapa urmatoare.

5. Etapa de proiectare de detaliu


Cuprinde: iesirile respectiv ecranele prin care sunt afisate iesirile, formularele cu rezultate si rapoartele, ct si formatul acestora. intrarile, adica ecranele de preluare a datelor de intrare, formulare de prelucrare si formatul acestora. procesele, cele care fac conversia intrarilor n iesiri. bazele de date, n vederea stocarii si accesarii ulterioare a datelor. controalele, pentru a asigura integritatea si protectia datelor mpotriva erorilor de intrare, de prelucrare, etc., ct si mpotriva altor pericole cum sunt
pg. 34

CURS de exemplu ntreruperile de curent. platforma tehnologica, respectiv claculatoarele, perifericele, modul cum sunt acestea interconectate ct si reteaua de telecomunicatii. Pentru finalizarea acestei etape, echipa de proiectare va trebui sa contina proiectanti si specialisti n baze de date, n securitate si control. Sunt necesari totodata specialisti n sisteme expert si pentru suport decizional si specialisti n inginerie de sistem, carora, n functie de complexitatea sistemului li se adauga si alti specialisti cum sunt de exemplu specialistii n telecomunicatii. Raportul rezultat n aceasta etapa va contine un ghid complet al software-ului proiectat, al codurilor generate, al testelor de efectuat, al instalarii echipamentelor, al instruirii ct al sarcinilor de implementare.

6. Etapa de implementare
n etapa de implementare specificatiile din raportul proiectarii de detaliu sunt puse n practica. Raportul privind implementarea va contine: planul de implementare, de obicei sub forma unei diagrame GANTT sau PERT. sarcinile ce trebuie realizate n vederea: dezvoltarii de software, respectiv de cumparare si/sau proiectare de software, de codificare sau programare, ct si de testare; pregatirea spatiului; instalarea echipamentului; testarea programelor si echipamentului; instruirea personalului utilizator; pregatirea documentatiei tehnice si de utilizare; realizare conversiilor necesare; revizuirea implementarii; Pe parcursul implementarii sunt finalizate patru categorii de documentatii: documentatia de sistem, prin intermediul careia sunt descrise facilitatile functionale ale noului sistem; documentatia privind software-ul, care descrie structura programelor, intrarile, iesirile, datele de testare si rezultatele testelor; documentatia de operare a sistemului, care ofera operatorilor, managerilor si utilizatorilor indicatii asupra modului de operare si asupra procedurilor de control si securitate implementate n sistem; documentatia de utilizare, destinata utilizatorilor. Rolul acestei documentatii este acela de a oferi indicatii tuturor utilizatorii asupra modului cum trebuie exploatat sistemul astfel nct acestia sa fie n stare de a-si realiza sarcinile. La finalizarea fazei de implementare se realizeaza un alt raport, postimplementare, ca o anexa la raportul fazei, prin care se descrie reactia utilizatorilor asupra folosirii noului sistem. Deoarece utilizatorii sunt cei care vor exploata sistemul, este foarte important ca acestia sa accepte sistemul, sa-i nteleaga scopul si obiectivele ct si modul corect de utilizare.
pg. 35

CURS 7. ntreinerea sistemului dupa implementare ntretinerea sistemului dupa implementare este faza cea mai lunga si costisitoare a ntregului ciclu de viata a sistemului informational. Ea este importanta deoarece: nu ntotdeauna sistemul acopera toate necesitatile utilizatorilor, si/sau proiectarea realizata nu permite ntretinere corespunzatoare. n functie de acestea, deciziile luate pot fi doar de corectare a sistemului sau chiar de reproiectare a ntregului sistem.

pg. 36