nvmntul profesional i tehnic n domeniul TIC Proiect cofinanat din Fondul Social European n cadrul POS DRU 2007-2013

Beneficiar Centrul Naional de Dezvoltare a nvmntului Profesional i Tehnic

str. Spiru Haret nr. 10-12, sector 1, Bucureti-010176, tel. 021-3111162, fax. 021-3125498, vet@tvet.ro

Implementarea sistemelor informatice Material de nvare partea a II-a

Domeniul: informatic Calificarea: Analist programator Nivel 3 avansat

2009

AUTOR: Kiminich Daniel Profesor, grad didactic II

COORDONATOR: MARIANA VIOLETA CIOBANU - Profesor, grad didactic I

CONSULTAN: IOANA CRSTEA expert CNDIPT GABRIELA CIOBANU expert CNDIPT ANGELA POPESCU expert CNDIPT DANA STROIE expert CNDIPT

Acest material a fost elaborat n cadrul proiectului nvmntul profesional i tehnic n domeniul TIC, proiect cofinanat din Fondul Social European n cadrul POS DRU 20072013

Cuprins
I. Introducere....................................................................................................................................4 II. Resurse........................................................................................................................................7 Tema 1. Implementarea sistemului informatic............................................................................8 Fia de documentare 1.3 - Utilizarea tehnicilor de programare ...............................................21 Livrarea sistemului informatic este faza n care acesta este predat n cadrul unitii pentru care a fost proiectat. Este momentul n care pentru prima oar cei care l vor folosi efectiv i pentru care a fost creat sunt pui fa n fa cu acesta. ...................................................................................37 ...................................................................................................................44 Tema 2. Asigur mentenana sistemelor informatice................................................................45 n tabelul de mai jos, in partea stng sunt trecute cele dou procese distincte:...........................53 Proces.............................................................................................................................................54 Activiti........................................................................................................................................54 Planificarea procesului de mentenen..........................................................................................54 IV. Bibliografie..............................................................................................................................55

I. Introducere
Materialul de nvare are rolul de a conduce elevul la dobndirea competenelor: Implementeaz sisteme informatice Asigur mentenena sistemelor informatice.

Domeniul - Informatic Calificarea - Analist programator Nivelul de calificare - 3 avansat Materialul cuprinde: Fie de documentare Activiti de nvare

Prezentul material de nvare se adreseaz elevilor din cadrul colilor postliceale, domeniul Informatic, calificarea Administrator reele locale i de comunicaii. Competena / Rezultatul nvrii Competenta 1 Implementarea sistemelor informatice Teme Elemente component

Tema 1 Implementeaz sistemul informatic

Fia de documentare 1.1 Implementarea sistemului informatic Activitatea de nvare 1.1.1 Implementarea sistemului informatic Activitatea de nvare 1.1.2. Modele de implementare a sistemelor informatice Activitatea de nvare 1.1.3. Scrierea programelor Fia de documentare 1.2. Codificarea datelor Activitatea de nvare 1.2.1. Codificarea datelor sisteme de coduri Activitatea de nvare 1.2.2. Codificarea datelor coduri alfanumerice

Competena / Rezultatul nvrii

Teme

Elemente component Fia de documentare 1.3. Utilizarea tehnicilor de programare Activitatea de nvare 1.3.1. Utilizarea tehnicilor de programare Activitatea de nvare 1.3.2. Tipuri de programare Fia de documentare 1.4. Testarea i validarea programelor Activitatea de nvare 1.4.1. Tehnici de depanare Activitatea de nvare 1.4.2. Segmentarea i depanarea programelor Activitatea de nvare 1.4.3. Validarea datelor de intrare i a rezultatelor Fia de documentare 1.5. Livrarea sistemului informatic Activitatea de nvare 1.5.1. Asigurarea cerintelor i obiectivelor din proiect. Activitatea de nvare 1.5.2. Livrarea sistemului informatic

Tema 2 Asigur mentenana sistemelor informatice

Fia de documentare 2.1. Implementarea sistemului informatic Activitatea de nvare 2.1.1.Mentenana sistemelor informatice. Tipuri de mentenan.

Competena / Rezultatul nvrii

Teme

Elemente component Activitatea de nvare 2.1.2.Procesul de mentenan. Activitatea de nvare 2.1.3.Planificarea procesului de mentenan.

Absolvenii nivelului 3 avansat, coal postliceal, specialitatea Analist programator, trebuie s fie capabili s utilizeze tehnologiile informatice i ale comunicrii pentru conceperea, proiectarea, elaborarea, testarea, implementarea i dezvoltarea sistemelor informatice, a programelor i a documentaiei tehnice aferente.

II. Resurse
Prezentul material de nvare cuprinde diferite tipuri de resurse care pot fi folosite de elevi: fise de documentare activiti de nvare Elevii pot folosi att materialul prezent (in forma printata) cat si varianta echivalenta online.

Tema 1. Implementarea sistemului informatic

Fia de documentare 1.1 Implementarea sistemului informatic
Implementarea, este etapa n cadrul creia se realizeaz transpunerea ntr-un limbaj de programare i se livreaz sistemului informatic n cadrul unitii economice. Schematic, ca i succesiune de operaii, implementarea unui sistem informatic se poate reprezenta graphic astfel: Scrierea programelor

Testara i validarea programelor

Livrarea sistemului informatic

Fig.1 Implementarea sistemului informatic Transpunera n cadrul unui limbaj de programare are 2 etape disticte: - Scrierea programelor etap in care se deruleaza efectiv activitatea de creare a programelor neceasre sistemului informatic Testarea i validarea programelor etap n care se verific funcionalitatea programelor scrise, atat ca i module independente, ct si ca sistem integrat; validarea programelor i stabilirea faptului ca ele sunt operaionale se efectueaz n momentul n care se epuizeat toate seriile de testri iar rezultatele au fost corecte.

Modele de implementare Aceste modele sunt utilizate pentru punerea n funciune a sistemelor informatice. Se pot utiliza ca metode: metoda paralel, metoda serial sau metoda pivot. Metoda paralel presupune punerea n funciune a noului sistem pstrnd funcional i vechiul sistem pn n momentul cnd exist convingerea c noul sistem funcioneaz corect i la parametrii proiectai. Metoda serial presupune ntreruperea funcionrii vechiului sistem i nlocuirea lui la un moment dat cu noul sistem.

Metoda pivot se folosete n cazul implementrii noului sistem ntr-o unitate economic nou i presupune folosirea unui sistem pilot verificat deja n uniti similare.

Scrierea programelor Crearea unui program pornind de la o realitate de zi cu presupune parcurgerea mai multor pasi: 1. Codificarea datelor - reprezint procesul de transformare a informaiilor strnse din activitatea desfurat de agentul economic pentru care se creaz sistemul informatic, n variabile, fie de intrare, intermediare sau de ieire, care se vor folosii ulterior n cadrul programelor iar apoi programele vor transpune aceste variabile ntr-un limbaj care poate fi neles de calculator. 2. Alegerea unei tehnici de programare dup ce sunt stabilite exact toate variabilele principale ale programului este necesar sa se descompun sistemul informatic n pri componente pentru a uura activitatea de programare, se va adopta o tehnica de programare i sa vor stabilii domeniile de vizibilitate a variabilelor. 3. Alegerea unui tip de programare odat cunoscut tehnica abordrii pentru programare, urmeaza a se stabilii modul efectiv n care va fi realizat programul i anume, se va alege ntre o programare structurat, modular sau obiect.

Activitatea de nvare 1.1.1 Implementarea sistemului informatic Competena: Implementeaza sistemele informatice Obiectivul/obiective vizate: La sfritul acestei activiti vei fi capabil s: S defineti noiunile de scriere a programelor, testare si validare a programelor si livrarea sistemului informatic S cunoti rolul celor 3 componente S realizezi structura modelului de implementare a unui sistem informatic

Durata:5 minute

Tipul activitii: Potrivire Sugestii : Activitatea se poate face individual, un elev la cate un calculator, folosind fisa de lucru. Activitatea se poate face si pe grupe sau in perechi

Sarcina de lucru : 1. Completai interiorul figurii de mai jos cu SCRIEREA PROGRAMELOR, TESTATAREA SI VALIDAREA PROGRAMELOR sau LIVRARAEA SISTEMULUI INFORMATIC astfel nct s rezulte configuraia corect a implementrii unui sistem informatic.

2. Completai tabelul de mai jos cu elementele corespunztoare din prima linie a tabelului etap in care se deruleaza efectiv activitatea de creare a programelor, etap n care se verific funcionalitatea programelor scrise, etapa in care se livreaz sistemul informatic n cadrul unei uniti pentru care a fost creat Scrierea programelor Testarea si validarea programalor Livrarea sistemului informatic

Activitatea de nvare 1.1.2 Modele de implementare a sistemelor informatice Competena: Implementeaz sistemele informatice Obiectivul/obiective vizate: La sfritul acestei activiti vei fi capabil s: identifici metodele de implementare identifici diferenele dintre metodele de implementare cunoti avantajele si dezavantajele fiecreia dintre cele trei metode principale de implementare

Durata: 15 minute

Tipul activitii: Compilarea Sugestii: elevii se pot organiza in grupe mici (2 3 elevi) sau pot lucra individual

Sarcina de lucru: 1. Folosind surse diferite (internet, reviste de specialitate, manuale etc.) obtinei informaii despre metodele de implementare serial, paralel si pivot. Prezentai rezultatul sub forma de tabel, dup modelul urmtor: Denumire metod Cum se realizeaz implementarea? de implementare

2. Ce metod de implementare a-i alege pentru laboratorul de informatic de la coala daca se vor primii calculatoare noi si sisteme de operare noi? Scriei motivele alegerii. Evaluare: 2p pentru fiecare metod de implementare 1p pentru precizarea metodei de implementare 2p pentru argumentarea alegerii unei metode de implementare 1p oficiu

Activitatea de nvare 1.1.3 Scrierea programelor Competena: Implementeaz sisteme informatice Obiectivul/obiective vizate: La sfritul acestei activiti vei fi capabil s: defineti principalele etape din procesul de scriere a programelor cunoti rolul etapelor de scriere a programelor

Durata: 15 minute

Tipul activitii: Expansiunea Sugestii: elevii se pot organiza in grupe mici (2 3 elevi) sau pot lucra individual

Sarcina de lucru: Pornind de la activitatea de scriere a programelor i innd cont de activitile ce trebuiesc efectuate n cadrul procesului de scriere a programelor, scriei un eseu de 6 rnduri n care s precizai urmtoarele elemente: codificarea datelor, tehnici de programare, tip de programare Evaluare: 2p pentru fiecare element specificat corect 3p pentru coeren i corelare cu tema dat 1p din oficiu

Fia de documentare 1.2 Codificarea datelor

Codificarea datelor este un procedeu de reprezentare a informaiei conform unui anumit format. Necesitatea utilizrii codurilor se impune pentru a asigura comunicaia ntre utilizator i sistemul de calcul, avnd n vedere c utilizatorului i este specific gndirea zecimal i folosirea caracterelor alfabetului, n timp ce tehnica de calcul recunoate doar sistemul binar.

Figura 2 Raportul codificare reprezentare

Se numete cod, un set de simboluri elementare, mpreun cu o serie de reguli potrivit crora se formeaz aceste simboluri.

Codificarea reprezint procesul de stabilire a unui cod. Dac se notez cu X mulimea elementelor accesibile utilizatorului i cu Y mulimea caracterelor recepionate de sistemul de calcul, atunci codificarea reprezint asocierea fiecrui element Xi din mulimea X cu un element Yi din mulimea Y. Codul este astfel o funcie bijectiv f : X Y

Funcia invers f-1 : Y X este procesul de decodificare. Operaia de decodificare a datelor const deci n stabilirea unei corespondene biunivoce ntre elementele sistemului informaional: documente, operaii, produse, materiale etc. i o mulime de simboluri, cifre, litere etc. Datele de codificat constituie vocabularul de intrare; simbolurile de reprezentare formeaz limbajul de codificare; rezultatele codificrii se concretizeaz n sisteme de coduri care semnific alfabetul de ieire. Operaia de codificare este prezent pe mai multe nivele de tratare a informaiilor. Ea este prezent pornind de la nivelul sczut al sistemului de calcul (hardware, software de baz) pn la nivelul codificrii n ansamblul sistemului informaional (coduri de materiale, coduri de produse, codul de bare etc.). Desfurarea operaiilor de codificare presupune respectarea urmtoarelor principii:

adoptarea acelorai norme n determinarea vocabularului de intrare;

folosirea unui limbaj de codificare accesibil, astfel nct interpretarea alfabetului de ieire s se fac fr dificulti; respectarea biunivocitii ntre vocabularul de intrare i limbajul de codificare; previziunea evoluiei codurilor, care s asigure posibilitatea actualizrii sistemelor de coduri, fr perturbaii; sistemele de coduri adoptate s fie sugestive n redarea legturilor dintre fenomene, procese i documente; adaptarea codificrii n vederea prelucrrii informaiilor n sistemul de calcul.

Procesul de codificare const n parcurgerea urmtoarelor activiti: A. Stabilirea caracteristicilor generale ale codurilor, n care se urmrete:

determinarea vocabularului de intrare i a caracteristicilor acestuia; analiza structurii informaiilor din vocabularul de intrare pentru fixarea structurii generale a codului; determinarea alfabetului de ieire n funcie de mrimea vocabularului de intrare i de structura general a codurilor; fixarea sistemelor de coduri astfel nct acestea s asigure maximum de uniformitate a codificrii.

B. Clasificarea elementelor vocabularului de intrare de la general la particular, pn la nivel elementar, cu respectarea normelor legale, astfel:

operaiile i documentele se grupeaz dup locul i rolul lor; materialele dup natur, proprieti, mod de gestionare etc.

C. Precizarea tehnologiei standard de codificare la care se preteaz fiecare clas de elemente din vocabularul de intrare. D. Codificarea propriu-zis, prin stabilirea corespondenei ntre vocabularul de intrare i alfabetul de ieire. E. Unificarea tehnologiei i atribuirea codurilor. F. Actualizarea codurilor, care const n adugri de coduri pentru elementele noi i eliminri de coduri pentru elementele care nu se mai utilizeaz. Principalele sisteme de coduri utilizate sunt:

Sistemul n ordine numeric/natural . Este utilizat pentru elemente temporare ale sistemului fr periodicitate. Orice element nou aprut afecteaz ntregul sistem de coduri. Sistemul n serie. Este o dezvoltare a sistemului n ordine natural prin rezervarea de numere pentru eventuale apariii de noi elemente n vocabularul de intrare. Sistemul pe grupe. Const n atribuirea unui anumit numr de coduri fiecrei clase de elemente de reprezentat. De exemplu IJK poate indica: grupa I, subgrupa J i sortimentul K pentru elementul reprezentat. Sistemul zecimal. Presupune divizarea vocabularului de intrare n 10 grupe, iar fiecare grup n 10 subgrupe etc. n practica economic, acest sistem este folosit n codificarea conturilor n contabilitate.

Sistemul n ah. Se bazeaz pe construirea de tabele n care fiecare dimensiune specific o caracteristic a elementelor de reprezentat. Aplicarea sistemului este recomandat pentru clase de elemente care rmn neschimbate, cum ar fi codificarea subansamblelor i pieselor unui utilaj. Sistemul repetitiv. Const n realizarea codului din caracteristicile elementelor de codificat. Sfera sistemului este limitat la un vocabular de intrare mai puin complex. Sisteme combinate: sistemul n ordine natural pentru clase ale vocabularului de intrare, sistemul n serie pentru grupe, sistemul repetitiv pentru elemente.

Procedura de codificare, la nivelul sistemului informaional, este n mare parte la alegerea utilizatorului. Cu ct coborm spre nivelul elementar de prelucrare a informaiei, cu att sistemele de codificare sunt mai rigide, ele fiind standardizate din considerente de compatibilitate n utilizarea tehnicii electronice de calcul. Codurile alfanumerice sunt coduri binare utilizate pentru reprezentarea caracterelor alfanumeric. Prin caractere alfanumerice nelegem:

literele mari i mici ale alfabetului; cifrele de la 0 la 9; semnele de punctuaie; operatorii aritmetici i de relaie; alte caractere speciale.

n general prin caractere alfanumerice se neleg toate caracterele care pot fi introduse de la tastatura unui calculator. Numrul acestor caractere este mai mare dect 64 i, din acest motiv, pentru reprezentarea binar a caracterelor alfanumerice sunt necesare cel puin 7 poziii binare. Cum numrul de caractere de codificat este limitat i relativ redus, funcia de codificare alfa-numeric se definete tabelar. Din marea familie a codurilor alfanumerice le exemplificm pe cele mai cunoscute:

Codul EBCDIC (Extended Binary Coded decimal Interchange Code) este un cod alfa-numeric pe 8 bii, proiectat pentru codificarea informaiilor, la calculatoarele din seria IBM 360. Codul a fost utilizat pn prin anii 70. Codul ASCII (American Standard Code for Information Interchange) reprezint un standard actual de codificare alfa-numeric pe 7 bii. Este un cod alfanumeric, cu recomandare ISO (International Standard Organization) i este utilizat de multe tipuri de calculatoare i de majoritatea echipamentelor periferice care lucreaz cu aceste calculatoare. Codul UNICODE. Este un cod alfa-numeric pe 16 bii care i propune s defineasc un cod standard pentru simbolurile alfa-numerice utilizate n toate rile lumii: litere, semne de punctuaie, semne monetare specifice tuturor limbilor de pe planet.

Prin dezvoltarea sistemelor de coduri pe 7 i 8 bii, aa-numitele coduri pe octet, ctre coduri pe doi octei sau coduri DBCS (Duble-Bit Code System). s-a creat o familie de coduri care se dorete a fi unificat de sistemul de codificare UNICODE.

nlocuirea codului ASCII cu UNICODE ar avea avantajul unificrii sistemului de codificare a caracterelor folosite oriunde n lume. Pe de alt parte apar i unele dezavantaje:

utiliznd UNICODE pe 16 bii, dimensiunea fiierelor text se dubleaz, n comparaie cu cea a fiierelor codificate ASCII; programele care utilizeaz codul ASCII vor trebui adaptate pentru a putea recunoate codul UNICODE.

Codificarea setului de caractere la P.C. La majoritatea calculatoarelor, fiecare caracter se prezint codificat pe un octet. Setul de caractere PC cuprinde 256 caractere. Jumtate din aceste caractere sunt codificate utiliznd codul ASCII pe 7 bii, la care se adaug un prim bit, 0; restul de 128 de caractere nu au o codificare standard pentru toate sistemele de calcul. Aceste ultime 128 caractere din set sunt numite setul de caractere ASCII extins. Setul de caractere ale PC cuprinde:

primele 32 caractere (0-31) sunt caractere cu funcii speciale, folosite pentru transmiterea de comenzi (caractere de control). De exemplu:
o o o o

caracterul "backspace" (cod 8), care produce tergerea caracterului din stnga; caracterul "line feed" (cod 10) produce saltul la rndul urmtor; caracterul "form feed" (cod 12) produce saltul la pagina urmtoare; caracterul "cariage return" (cod 13) produce saltul la nceputul rndului curent etc.

Cnd se utilizeaz combinaia de taste CTRL + O LITER, programul de conversie a tastaturii scade valoarea zecimal 64 din codul ASCII corespunztor literei mari tastate. Aceasta este o metod de a introduce de la tastatur un caracter de control care nu are asociat o tast special.

Urmtoarele 96 de caractere cuprind:

o o o o o o o

spaiu (cod 32) cifrele 0 9 (codurile 48-57) literele mari A-Z (codurile 65-90) literele mici a-z (codurile 97-122) semnele de punctuaie operatorii de relaie operatorii aritmetici

O operaie de sortate n ordine alfabetic se face de fapt prin ordonarea codurilor binare sortate, adic n ordinea: cifre litere mari litere mici etc.

Caracterele ASCII extinse cuprind:

o o o

caracterele limbilor strine de limba englez; caracterele grafice de trasare a liniilor i a umbrelor ; caracterele tiinifice, care includ litere greceti i simboluri matematice speciale.

Activitatea de nvare 1.2.1 Codificarea datelor sisteme de coduri Competena: Implementeaz sisteme informatice Obiectivul/obiective vizate: La sfritul acestei activiti vei fi capabil s: Identifici sistemele de coduri utilizate in activitatea de codificare a datelor S utilizezi corect sistemee de coduri Durata: 15 minute

Tipul activitii: Diagrama pianjen Sugestii: elevii se pot organiza in grupe mici (2 3 elevi) sau pot lucra individual Sarcina de lucru: Folosind surse diferite (internet, manual, reviste de specialitate, caietul de notie etc) obinei informaii despre principalele sisteme de coduri i organizaile dup modelul urmtor. Dai exemple. Sistemul n ordine numeric Sistemul n serie

Sistemul zecimal

Codificarea datelor

Sistemul pe grupe

Sistemul sah

Sisteme combinate Sistemul repetitiv

Activitatea de nvare 1.2.2 Codificarea datelor codurile alfanumerice Competena: Implementeaz sisteme informatice Obiectivul/obiective vizate: La sfritul acestei activiti vei fi capabil s: cunoti codurile alfanumerice identifici diferenele dintre codurile alfanumerice Durata: 30 minute

Tipul activitii: Compilarea Sugestii: elevii se pot organiza in grupe mici (2 3 elevi) sau pot lucra individual Sarcina de lucru: Folosind surse diferite (internet, reviste de specialitate, etc) obtineti informatii despre tipurile de codificare alfanumeric din tabelul de mai jos. Prezentai rezultatul sub forma de tabel, dup modelul urmtor: Denumire COD EBCDIC ASCII UNICODE Patriculariti Numar de bii

Fia de documentare 1.3 - Utilizarea tehnicilor de programare

Diversiatatea i dezvoltarea tehnicilor de programare n timp, evideniaz evoluia unui domeniu deosebit de important pentru tehnologia informaiei. Trecerea de la o tehnic de programare la alta este rezultatul natural al acumulrii de experien i rezultatul evoluiei structurilor hardware, marcat de creterea vitezei de calcul, creterea capacitii de memorare i creterea numrului i tipurilor de echipamente periferice. Toate acumulrile evideniaz tendina spre performan, spre creterea productivitii muncii i creterea calitii produselor software. Indiferent de tehnica de programare utilizat n dezvoltarea de aplicaii informatice, un rol deosebit revine persoanelor, analiti i programatori, care definesc probleme, proiecteaz soluii i dezvolt cod surs. n mod natural, dezvoltarea de aplicaii informatice trebuie s urmeze tehnologiei pe obiecte sau cele ale tehnologiei pe componente (module). n cazul n care apare necesitatea reutilizrii de software, integrarea de componente elaborate folosind tehnici de programare mai vechi, devine eficient dac i numai dac aceste tehnici sunt cunoscute i se opereaz pe textele surs existente. Cunoaterea tehnicilor de programare permite identificarea unor pri stabile care se regsesc n toate structurile de programe i stabilirea acelor pri care difera radical de la o tehnic la alta. Separarea acestora permite ndreptarea eforturilor spre a executa trecerea a ct mai multor componente dintr-o categorie n alta n vederea obinerii unui echilibru ct mai stabil. Exist situaii cnd sistemele informatice din generaii mai vechi, aflate n exploatare curent, trebuie reproiectate pentru a prelua facilitile oferite de noile tehnologii. Existena de programe translatoare care automatizeaz procesul, impune definirea unor parametrii. Corectitudinea procesului de translatare depinde de nivelul de cunoatere a imputurilor, adic de nivelul de cunoatere a tehnicii sub care a fost dezvoltat sistemul informatic mai vechi. Este important s se cunoasc tehnicile de programare existente pentru a creea premisele evoluiei spre alte noi tehnici, atunci cnd se identific noi cerine, noi exigene i se stabilesc limitele prin care se caracterizeaz att tehnicile de programare vechi, ct i cele de programare noi.

Alegerea unui tip de programare

Tehnicile de programare pentru realizarea programelor, cer ca acestea sa fie uor de neles, prietenoase, estetice, conform cerintelor utilizatorilor. Se realizeaza dialoguri, meniuri, ferestre, videoformate, rapoarte de iesjre, grafice etc. Tehnicile de programare utilizate se pot mprii n 3 categorii de baz: programare structurat, programare orientat pe obiect i programare modular. Programare structurata Deceniul ase a adus cu sine apariia programarii structurate, ceea ce a constituit unul dintre paii semnificativi n evoluia ingineriei software, aceast paradigm de programare dominand o bun bucat de timp lumea programrii. Programarea structurat este susinut de limbaje de generaia a treia cum sunt C-ul si Pascal-ul, principala caracteristica a lor fiind utlizarea subprogramelor ca modalitate de gestionare a complexitaii. Programarea structurat s-a dovedit a fi o modalitate adecvat de abstractizare a operaiilor i a algoritmilor, dovedindu-i eficiena n gestionarea

programelor a cror complexitate putea fi controlat de ctre un singur programator sau de ctre un numr restrns de programatori. Programarea structurat se bazeaz pe ecuaia lui Niklaus Wirth: Algoritmi + Structuri de date = Program ceea ce impune tratarea separat a algoritmilor i a structurilor de date. Pentru aplicaii complexe, cum este cazul programelor folosind metoda elementului finit, este nevoie ns de reutilizarea, adaptarea i extinderea a unor module de program. Programarea structurat este, din acest punct de vedere, deficitar, astfel nct se impune o nou abordare. Ca i tehnici de programare utilizate n cadrul programrii structurate se pot amintii: programarea secvenial, alternativ i repetitiv.

Programare orientat pe obiect

Programarea orientat pe obiect este o metod de programare n care programele sunt organizate ca i colecii de obiecte cooperante, fiecare dintre ele reprezentnd o instan a unei clase, iar clasele sunt membre ale unei ierarhii de clase, corelate ntre ele prin relaii de motenire. Limbajul C++ este unul dintre cele mai utilizate limbaje de programare orientate pe obiecte; compilatoare, biblioteci i instrumente de dezvoltare a programelor C++ sunt disponibile att pentru calculatoarele personale ct i pentru cele mai dezvoltate sisteme i staii de lucru. Programarea orientat-obiect (OOP) pleac de la o alt organizare structural. Obiectele reprezint module care includ att datele, ct i procedurile care acioneaz asupra datelor, astfel nct ecuaia OOP este: Date + Metode = Obiect n OOP efortul const n definirea iniial a claselor (care reprezint descrierea familiilor de obiecte care au aceeai structur i acelai comportament). Obiectele reprezint instane ale claselor (reprezentri concrete). OOP se bazeaz pe experiena i munca anterioar, permind construirea unor aplicaii prin asamblarea unor module existente sau reutilizarea acestora. n acest fel programarea devine "constructiv" - dezvoltarea unui program este mult mai facil dect n cazul programrii structurate, n special dac se lucreaz n etape sau n echip (poi pune i tu o crmid i s faci zidul mai mare i mai puternic; nu trebuie s pleci de la zero, s faci din nou fundaia). OOP prezint numeroase avantaje, printre care, alturi de posibilitatea de reutilizare a modulelor de cod, se remarc sporirea productivitii i a modularitii datorate ctorva caracteristici proprii programrii orientate-obiect cum ar fi

implementarea ascuns a detaliilor, marcarea clar a granielor dintre obiecte, comunicarea explicit ntre obiecte. De asemenea, este remarcabil faptul c nu este necesar cunoaterea intim a unui obiect - adevrate "black boxes", obiectele au structur intim ascuns utilizatorilor (poi s porneti televizorul fr s fie nevoie s cunoti cum funcioneaz, poi s realizezi un montaj electronic fr s fie nevoie s cunoti detaliile constructive ale unui chip - este nevoie doar s cunoti relaiile dintre intrare i ieire).

Programarea modulara

Spre deosebire de tehnica tradiional, n care un program este conceput, realizat i testat n bloc, programarea modular este un sistem de concepere, realizare i testare a programelor ca un set de uniti individuale interconectate (denumite module) care pot fi alipite pentru a forma un program complet. Programarea modular nu reprezint o simpl utilizare de programe i subprograme care de obicei se face n mod arbitrar. Estena acestei tehnici const n aceea c fiecare modul trebuie s realizeze o singur funciune (de exemplu, afiarea rezultatelor) sau a unui numr restrns de funcii intercorelate (de exemplu calculul profitului pe o categorie de produs). Odat izolat aceast funcie logic, fiecare modul poate fi codificat i testat independent i numai dup ce toate modulele programului respectiv au fost codificate i testate, pot fi alpite mpreun pentru testarea final a programului. Ca i tehnici de programare, devenite deja clasice, care sunt utilizate n cadrul programrii modulare intr: backtracking, divide et impera, greedy etc. Acestea pot fi implementate normal sau recursiv. Recursivitatea este una din noiunile fundamentale ale informaticii.Utilizarea frecvent a recursivitii s-a facut dup anii '80. Multe din limbajele de programare evoluate i mult utilizate (Fortran ,Cobol) nu permiteau scrierea programelor recursive. n linii mari, recursivitatea este un mecanism general de elaborare a programelor. Ea a aprut din necesiti practice (transcrierea direct a formulelor matematice recursive) i reprezint acel mecanism prin care un subprogram (procedur, funcie) se autoapeleaz. Recursivitatea, folosit cu multa eficien n matematic, s-a impus n programare, odat cu apariia unor limbaje de nivel nalt, ce permit scrierea de module ce se autoapeleaz (PASCAL, LISP, ADA, ALGOL, C sunt limbaje recursive, spre deosebire de FORTRAN, BASIC, COBOL, nerecursive). Recursivitatea e strns legat de iteraie, dar dac iteraia e execuia repetat a unei poriuni de program, pn la ndeplinirea unei condiii (while, repeat, for din PASCAL), recursivitatea presupune execuia repetat a unui modul, ns n cursul execuiei lui (i nu la sfrit, ca in cazul iteraiei), se verific o condiie a crei nesatisfacere, implic reluarea execuiei modulului de la nceputul sau. Atunci un program recursiv poate fi exprimat: P=M(Si,P) , unde M este mulimea ce conine instruciunile Si i pe P nsi. Structurile de program necesare i suficiente n exprimarea recursivitii sunt procedurile i subrutinele ce pot fi apelate prin nume. Recursivitatea poate fi directa - un modul P contine o referin la el nsi, sau indirect - un modul P conine o referin la un modul Q ce include o referin la P.

Un exemplu de funcie recursiv implementat n cod Pascal: Function fact(n:integer):integer; begin if n=1 then fact:=1 else fact:=n*fact(n-1) end;

Programarea modular are o serie de avantaje cum ar fi: calitate crescut a programelor flexibilitatea programelor posibilitatea standardizrii unor module posibilitatea de planificare i control a activitilor de programare uurarea activitii de ntreinere a programelor.

n cazul utilizrii tehnicii de programare modulare, activitatea de proiectare a programelor capt o importan deosebit, neputnd fi executat dect de programatori experimentai. n urma unei astfel de activiti trebuie s rezulte: Schema legturilor dintre module sau arborele de structur al programului; Specificaiile de programare ale fiecrui modul n parte. Schematic legturile dintre module se pot reprezenta astfel:

Figura 3 Modularizarea unui program Din punct de vedere funcional, se pot distinge urmtoarele tipuri de module de baz: - Modulul de control sau modul director a crui funie principal este de a controla secvena de desfurare a programului, respectiv modul de apelare al modulelor de pe nivelurile inferioare (din figura 4 modulul A). n mod normal, n

cadrul acestui modul nu se execut prelucrri. Simpla citire a acestuia, permite o privire general asupra funciei ntregului program. Modul de prelucrare - modulele de acest tip execut funciile de baz ale programului i reprezint miezul acestuia. Fiecrui astfel de modul i revine realizarea unei singure funcii logice sau unui numr restrns de funcii nrudite. Aceste module primesc controlul de la un modul de nivel superior apelant, cruia i redau controlul dup executarea funciei specifice. Modul de intrare/ieire care execut o funcie de intrare/ieire n raport cu un singur fiier, cu urmtoarea restricie: un modul de intrare/ieire nu poate preda controlul unui alt modul pn nu poziioneaz un indicator care marcheaz terminarea fiierului (pentru fiecare intrare) sau fr testarea unui indicator care certific nchiderea fiierului respectiv (pentru fiierele de ieire). Modul de serviciu n cadrul acestuia se execut operaii pregtitoare n vederea prelucrrilor (de exemplu iniializri de zone). Modul de excepie pentru tratarea erorilor.

Activitatea de nvare 1.3.1 Utilizarea tehnicilor de programare Competena: Implementeaz sisteme informatice Obiectivul/obiective vizate: La sfritul acestei activiti vei fi capabil s: identifici diferite tipuri de tehnici de programare cunoti facilitile utilizrii unei anumite tehnici de programare alegi corect o tehnic de programare

Durata: 15 minute Tipul activitii: Asemnri si diferene Sugestii: elevii se pot organiza in grupe mici (2 3 elevi) sau pot lucra individual

Sarcina de lucru:

Folosind internetul, ziare, reviste, adunai informaii despre diferite tehnici de programare, evideniind asemnrile i diferenele.

Activitatea de nvare 1.3.2 Tipuri de programare Competena: Implementeaz sisteme informatice Obiectivul/obiective vizate: La sfritul acestei activiti vei fi capabil s: Cunoti noiunea de tip de programare Identifici tipurile de programare Cunoti structura de baz a fiecrui tip de programare Durata: 15 minute

Tipul activitii: Diagrama pianjen Sugestii: elevii se pot organiza in grupe mici (2 3 elevi) sau pot lucra individual

Sarcina de lucru: Folosind surse diferite (internet, manual, reviste de specialitate, caietul de notie etc) obinei informaii despre tipurile de programare i organizai-le dup modelul urmtor. Programarea structurat Programarea orientat pe obiect Tip de programare

Programarea modular

Fia de documentare 1.4 - Testarea si validarea programelor

Activitatea de programare trebuie s aib n vedere i posibilitatea apariiei unor erori i necesitatea depistrii i nlturrii acestora. Erorile care apar n programe pot fi :
o

erori de sintax, generate de nerespectarea regulilor de utilizare a limbajului de programare folosit; acestea sunt sesizate n etapa de translatare a programului; erori de asamblare, atunci cnd n program se fac referiri la variabile sau proceduri nedefinite; aceste erori sunt sesizate n timpul operaiei de editare de legturi; erori de execuie, care pot fi generate de erori de logic n algoritmul folosit sau de un anumit context de date care nu a fost tratat corespunztor n algoritm; de exemplu: valori nepermise ale operanzilor, executarea necontrolat a instruciunilor repetitive, ncercarea de a accesa zone interzise din memoria intern, etc.

Erorile de execuie sunt, de obicei, erori de algoritm; pentru nlturarea lor este necesar localizarea i determinarea naturii acestora. Identificarea unei astfel de erori se face comparnd varianta ideal de execuie a programului, conform algoritmului, cu o execuie concret; se compar rezultatele intermediare obinute i ordinea de executare a instruciunilor. Tehnici de depanare Depanarea unui program poate s fie necesar n dou contexte diferite i anume: 1. Dac apar erori la scrierea programului. 2. Daca rezultatele obinute n urma rulrii programului pe anumite date de test la care se cunoate rezultatul, nu corespund cu cele din realitate. Prima categorie de erori este semnalat de compilatorul limbajului de programare n cadrul activitii de transformare a programului din limbaj de programare n limbaj main. Activitatea de compilare a unui program surs poate fi descompus n mai multe faze, care corespunde, fiecare, unei funcii logice asigurate de programul translator, i care asigur urmtoarele operaii:
o

analiza lexical a programului surs se realizeaz la nivelul fiecrei linii program i const n: eliminarea caracterelor nesemnificative (de exemplu spaiile, comentariile, etc.) identificarea unitilor logice ale limbajului de programare, de tipul operatorilor, cuvintelor rezervate, identificatorilor, constantelor, etc. i nscrierea acestora n structuri tabelare numite tabele de simboluri ;

o o

analiza sintactic are ca obiectiv principal identificarea, n programul surs, a construciilor sintactice de baz (instruciuni, expresii, liste, etc.) i interpretarea coninutului lor, prin generarea unor structuri proprii de descriere a fiecreia, prin intermediul unei structuri arborescente, numit arbore de derivare; analiza semantic ce are ca obiectiv interpretarea fiecrei construcii sintactice identificate; pe baza arborelui de derivare definit i folosind tabela de simboluri, se genereaz seturile de instruciuni elementare care corespund fiecrei construcii sintactice identificate; aceste instruciuni sunt formulate ntr-un format de trecere ctre codul main, numit cod intermediar, dar nc sunt independente de acesta; optimizarea codului intermediar, prin nlturarea variabilelor neutilizate, a instruciunilor redundante, etc; alocarea memoriei pentru entitile din programul surs care vor fi ncrcate n memoria intern, n timpul execuiei programului; alocarea se face utiliznd tabela de simboluri i asociind la fiecare astfel de entitate o locaie de memorie, calculat relativ la adresa de nceput a programului i denumit adres relocabil; optimizarea dependent de calculator a codului intermediar, prin alocarea regitrilor de lucru ai procesorului i generarea codului obiect sunt operaii care depind de calculator; n toate etapele are loc detectarea i nregistrarea erorilor de utilizare a limbajului de programare, erori numite erori de compilare.

Componentele programului compilator care definesc faze ce nu depind de calculator reprezint componenta portabil a acestuia. A doua categorie de erori i anume cele care in de funcionarea corect a programului i de corectitudinea datelor de ieire, de multe ori duc la verificarea complet a ntregului program. Cea mai utilizat metod de depanare n acest caz este TOP-DOWN. Urmrirea dialogului din sistemul informatic Pentru a fi eficient activitatea de urmrire a execuiei programului precum i tratarea eventualelor erori, se va proceda la structurarea programelor, pentru a se putea urmrii funcionalitatea acestuia pe componente. Se pot tiprii la un moment dat, in etape cheie valori intermediare ale datelor prelucrate pentru a se testa secvenial corectitudinea funcionrii programului. Astfel structurarea programelor surs se poate realiza pe trei niveluri ierarhice :
o o o

seciunea segmentul programul.

Seciunea reprezint unitatea de program independent, constituit dintr-o secven de date, care include definiii pentru datele utilizate, i o secven de instruciuni, grupate n proceduri. Att datele ct i procedurile definite pot fi utilizate i

n afara seciunii n care au fost definite, dac exist un mecanism care s permit schimbul de informaii ntre seciuni. Datele sau procedurile care pot fi utilizate n afara seciunii n care sunt definite sunt numite simboluri externe ; ele se caracterizeaz printr-un nume i o adres relativ la nceputul seciunii n care sunt definite. Pentru a permite schimbul de informaii ntre seciuni, este generat, la compilarea fiecrei seciuni, dicionarul de legturi, care conine toate elementele de comunicaie ntre seciunea respectiv i alte seciuni. Elementele de comunicaie pot fi :
o o

definiii de simboluri declarate externe apeluri la simboluri externe.

Avantajul utilizrii seciunilor este c, fiind uniti de program independente, pot fi scrise de programatori diferii i pot fi compilate separat, generndu-se module obiect. Editorul de legturi grupeaz mai multe module obiect (rezultate n urma compilrii sau preluate din biblioteci de module obiect) i genereaz segmentele programului executabil.

Segmentul reprezint o colecie ordonat de seciuni, ntre care au fost rezolvate legturile definite prin elementele de comunicaie. Un segment se caracterizeaz prin nume, o adres de intrare n segment, adic adresa primei instruciuni executabile a segmentului, i modulele obiect care l alctuiesc. Pentru realizarea unui segment, editorul de legturi ndeplinete funciile urmtoare:
o

realizeaz definirea complet a dicionarului de legturi a fiecrei seciuni : pentru fiecare simbol extern apelat, verific existena unei intrri ntr-un dicionar de legturi, i completeaz dicionarul de legturi cu adresa acestuia; aloc o zon continu de memorie pentru segment, prin alocarea de locaii succesive de memorie tuturor seciunilor care l alctuiesc; pe baza acestei alocri se determin adresele de ncrcare a seciunilor n memorie, relativ la adresa 0 de ncrcare a segmentului; relocateaz adresele ataate simbolurilor externe, prin adunarea la aceste adrese a adresei de ncrcare a seciunii n care sunt definite.

Pentru programul executabil se poate defini o structur arborescent de segmente, dintre care unul este segmentul principal, numit rdcin, iar celelalte segmente sunt subordonate rdcinii i eventual, unele fa de altele. Raportul de subordonare este determinat de ordinea de nlnuire, n execuie, a segmentelor; segmentele de pe acelai nivel sunt cele ntre care nu sunt definite elemente de comunicare; acestea se pot reacoperi n memoria intern, n timpul execuiei programului, sau se pot executa n paralel. Segmentarea programului este procedeul de mprire a unui program n segmente, astfel nct s fie posibil ca n timpul execuiei programului s fie ncrcat permanent, n memoria intern, numai segmentul rdcin, segmentele subordonate putnd s fie ncrcate pe rnd, prin reacoperirea segmentelor ntre care nu exist raporturi de subordonare, sau s fie executate n paralel.

Pentru aceasta, odat cu generarea programului executabil, editorul de legturi construiete i tabela de legturi asociat, n care sunt memorate informaii despre :
o o o o

numele segmentului rdcin i a celorlalte segmente; adresele segmentelor, n programul executabil, relativ la adresa 0 de memorare a programului executabil; lungimea fiecrui segment; punctul de intrare n program, adic adresa primei instruciuni executabile din program.

Pe baza acestor date, n timpul executrii programului, se ncarc n memoria intern segmentul rdcin iar restul de segmente se ncarc succesiv, n ordinea n care se execut, numrul segmentelor ncrcate concomitent n memorie fiind determinat n funcie de memoria disponibil, relaiile de subordonare i de lungimea fiecrui segment implicat. Validarea datelor de intrare i a rezultatelor Dup terminarea operaiilor de compilare a programului se procedeaz la testarea acestuia din punct de vedere al funcionalitaii. Se vor aplica o serie de teste, la care se cunosc att datele de intrare, ct i cele de ieire. Astfel, se introduc seturile de date de intrare pentru care se cunosc ieirile din sistem i se verific corectitudinea rezultatelor oferite de sistemul informatic. n cazul n care datele furnizate de program nu corespund cu cele cunoscute, se va verifica treptat, pas cu pas execuia programului pentru a se vedea unde apare eroarea de calcul. Odat depanat programul se recompileaz si se reia testarea.

Portabilitatea este proprietatea unei componente software de a funciona, independent de platforma de calcul folosit (sistemul de calcul, sistemul de operare, etc.). Portabilitatea unui program compilator determin independena programelor care folosesc limbajul de programare respectiv, fa de sistemul de calcul : este suficient ca n sistemul respectiv s fie implementat o variant a compilatorului.

Fiabilitatea unui obiect (o component sau un sistem) este o funcie de timp F(t), definit ca: probabilitatea ca, n condiii de mediu specificate, obiectul s funcioneze adecvat, meninndu-i parametrii prestabilii n intervalul de timp [0,t). Pentru a stabili fiabilitatea unui sistem informatic, se ia n consideraie durata scurs de la punerea n funciune pn la defectarea sistemului sau pn la prima intervenie necesar repunerii n funciune a sistemului. Un element important, att pentru activitatea de tartare a erorilor, ct i pentru a supraveghea funcionarea unui sistem informatic este jurnalul de evenimente.

Jurnalele de evenimente sunt fi iere speciale care nregistreaz evenimente semnificative n momentul execuiei unui program, din momentul lansrii acestuia n execuie pn la ieirea din acesta sau atunci cnd un program ntmpin o eroare.

Ori de cte ori apar aceste tipuri de evenimente, se nregistreaz evenimentul ntr-un jurnal care poate fi un simplu fiier text sau chiar o baz de date. Este necesar s existe un astfel de jurnal n cadrul oricrui sistem informatic pentru a se observa momentul n care apare o eroare n funcionarea acestuia i pentru a se descoperii natura erorii respective.

Activitatea de nvare 1.4.1 Tehnicile de depanare

Competena: Implementeaz sisteme informatice Obiectivul/obiective vizate: La sfritul acestei activiti vei fi capabil s: S cunoti tehnicile de depanare S identifici elementele din cadrul dialogului programului cu sistemul S realizezi validarea datelor i a rezultatelor

Durata:15 minute

Tipul activitii: Potrivire Sugestii : Activitatea se poate face individual, un elev la cate un calculator, folosind fisa de lucru. Activitatea se poate face i pe grupe sau n perechi

Sarcina de lucru : 1. Completaz interiorul figurii de mai jos cu elementele din cadrul procesului de compilare al unui program, n ordinea desfurrii acestora, astfel nct s cuprinzi toate etapele acestui proces. Compilarea 1 1. Analiza lexical 2. 3.

6.

5.

4.

Descriei pe scurt rolul fiecrui element. 2. Completai tabelul de mai jos cu elementele corespunztoare din prima linie a tabelului

Generate de nerespectarea regulilor de utilizare a limbajului de programare folosit ; Pot fi generate de erori de logic n algoritmul folosit sau de un anumit context de date care nu a fost tratat corespunztor n algoritm; Atunci cnd n program se fac referiri la variabile sau proceduri nedefinite. Erori de sintax Erori de asamblare Erori de execuie

Activitatea de nvare 1.4.2 Segmentarea i depanarea programelor programelor Competena: Implementeaz sisteme informatice Obiectivul/obiective vizate: La sfritul acestei activiti vei fi capabil s: Cunoti modurile n care se pot face verificri asupra execuiei unui program Identifici modalitaile de segmentare a unui program

Durata: 15 minute

Tipul activitii: Expansiunea Sugestii: elevii se pot organiza in grupe mici (2 3 elevi) sau pot lucra individual

Sarcina de lucru: 1. Pornind de la urmtoarea schem ce arat modalitile de urmrire a execuiei unui program, n vederea depanrii eventualelor erori i folosind surse diferite (internet, manual, reviste de specialitate, caietul de notie etc), detaliai fiecare structur n parte cu elementele sale componente Seciune

Segment Urmrirea execuiei programului

Program

Activitatea de nvare 1.4.3 Validarea datelor de intrare i a rezultatelor Competena: Implementeaz sisteme informatice Obiectivul/obiective vizate: La sfritul acestei activiti vei fi capabil s: Identifici procesul de validare a rezultatelor obinute in urma prelucrrii datelor de intrare Defineti portabilitatea Defineti fiabilitatea

Durata: 30 minute

Tipul activitii: Peer learning metoda grupurilor de experi Sugestii: elevii se vor mpri n 5 grupe

Sarcina de lucru: Fiecare grup trebuie s obin informaii despre una dintre urmtoarele categorii ce definesc elemente din procesul de validare a datelor de intrare i a rezultatelor: 1. Validarea datelor de intrare 2. Validarea rezultatelor 3. Portabilitatea 4. Fiabilitatea 5. Jurnalul de evenimente
Pentru acest lucru elevii au la dispoziie 10 minute. Dup ce au devenit experi n subtema studiat, se reorganizeaz grupele astfel nct n grupele nou formate s existe cel puin o persoan din fiecare grup iniial. Timp de 20 minute elevii vor mpri cu ceilali colegi din grupa nou format cunotinele acumulate la pasul anterior. La final fiecare elev va prezenta cunotinele acumulate dup parcurgerea celor dou faze.

Fia de documentare 1.5 - Livrarea sistemului informatic

Livrarea sistemului informatic este faza n care acesta este predat n cadrul unitii pentru care a fost proiectat. Este momentul n care pentru prima oar cei care l vor folosi efectiv i pentru care a fost creat sunt pui fa n fa cu acesta. n cadrul procesului de livrare a sistemului informatic se recomand urmarea ctorva etape eseniale pentru ca procesul de implementare s fie finalizat cu succes. Acestea sunt: - asigurarea c sunt ndeplinite toate cerinele formulate iniial i c au fost atinse toate obiectivele stabilite; - instruirea utilizatorilor finali, pentru ca acetia sa poat folosi la capacitate maxima sistemul informatic; - verificarea performanelor sistemului informatic dup instalarea acestuia la beneficiar; - implementarea unui sistem de feedback att n faza initial de dare n folosin, ct si pentru parcursul exploatrii sistemului informatic. Asigurea cerinelor i obiectivelor din proiect Dup terminarea activitilor de proiectare i realizarare a sistemului informatic, trebuie verificat dac acesta ndeplinete cerintele iniiale pentru care a fost realizat i daca toate obiectivele au fost atinse. Pentru a putea vedea acest lucru, se procedeaz la o evaluare a sistemului informatic. Evaluarea lui se face fie chiar dup momentul implementrii, fiind de fapt o evaluare iniial, dar care nu este semnificativ pentru durata de via prognoyat pentru sistemul proiectat, fie se poate apela la o evaluare paralel cu exploatarea curent. Aceast evaluare trebuie s rspund urmtoarelor probleme: 1. n ce msur cheltuielile efectuate pentru proiectarea, implementarea i exploatarea sistemului se justific prin eficiena economic obinut. Pentru aceasta se fac urmtoarele operaii: a. cuantificarea valoric a efectelor economice directe i indirecte obinute dup implementarea noului sistem; se verific astfel n ce masur obiectivele i performanele propuse n etapele anterioare au fost atinse; b. recalcularea cheltuielilor efectuate pentru proiectarea, implementarea i exploatarea curent a sistemului informatic; c. compararea efectelor economice obinute cu cheltuielile efectuate. 2. n ce msur noul sistem rspunde cerinelor informaionale formulate iniial i unor cereri aprute ulterior. Cu aceast ocazie se verific o serie de aspecte de ordin calitativ i cantitativ cu privire la modul de rezolvare concret al problemelor formulate iniial de unitatea economic ctre echipa de proiectare, ct i gradul n care sistemul realizat mai corespunde cu cerinele informaionale actuale: a. n ce msur au fost respectate intrrile, ieirile, procedurile i algoritmii de calcul, stabilite iniial din punct de vedere al coninutului informaional, al formei, al frecvenei i termenelor de obinere etc.; b. n ce msur delimitarea sarcinilor om-calculator mai este corect conceput, dac exist proceduri automate care nu se justific, dac exist proceduri manuale care sunt necesare i dac acestea pot fi automatizate i cuprinse n cadrul sistemului informatic; c. dac rapoartele de ieire furnizate conin toate informaiile necesare

compartimentelor care le utilizeaz, n ce masur aceste rapoarte de ieiri sunt eficiente; d. dac este asigurat prin noul sistem precizia i corectitudinea informaiilor; e. dac prin apariia unor modificri de legi, acte normative, structuri organizatorice etc. sau prin reprofilarea, dezvoltarea unitii economice, concepia sistemului informatic, a ieirilor, a algoritmilor utilizai, frecvena prelucrrilor, fluxul informaional, mai corespunde cu cerinele informaionale noi din cadrul unitii economice respective. 3. n ce msur sistemul este exploatat corect i eficient. Pentru aceasta se verific: a. dac sunt respectate toate instruciunile de culegere, codificare i verificare a datelor de intrare i respectiv toate instruciunile de de utilizare a rapoartelor de ieire; b. dac este respectat fluxul informaional proiectat i dac s-au efectuat toate modificrile organizatorice necesare (reduceri de personal, schimbri de atribuii, organizarea unor noi compartimente etc.); Spre exemplificare, evaluarea performanelor n cursul exploatrii unei baze de date are in vedere urmtorii parametrii: organizarea fizic a datelor (n ce msur alocarea suporturilor i a unitilor periferice asigur o exploatare eficient); gradul de activitate al datelor (n ce msur accesul la datele cel mai frecvent utilizate dup o perioad de timp, este sau nu un acces privilegiat); asigurarea securitii i integritii datelor (n ce msur a fost evitat accesul neautorizat la anumite informaii din baza de date, cum s-a comportat sistemul la apariia unor incidente etc.).

Msurara acestor parametrii se poate face fie prin intermediul informaiilor furnizate prin sistemul de operare, fie prin informaiile furnizate de sistemul de gestiune al bazei de date utilizat. O alt performan tehnic frecvent evaluat este timpul de rspuns. Aceast evaluare se face din dou puncte de vedere: dac timpul de rspuns este cel prevzut; dac timpul de rspuns mai corespunde cu cerinele utilizatorilor.

Prin timp de rspuns se nelege n general, timpul n care sistemul informatic furnizeaz un raspuns la un stimul semnificativ primit din exterior. Un stimul poate fi producerea unui eveniment care trebuie reflectat n baza de date, prin operarea unei tranzacii (de exemplu: apariia unei comenzi de la unbeneficiar). Un alt stimul poate fi o cerere de informaii din baza de date (de exemplu: nivelul stocurilor dintr-un anumit material la un moment dat). Ca urmare timpul de rspuns poate fi privit din dou puncte de vedere: timpul necesar actualizrii bazei de date; timpul necesar regsirii informaiilor solicitate din baza de date.

Pentru ambele situaii se verific dac mrimea timpului de rspuns asigur controlul n timp util asupra evenimentelor semnalate, respectiv permite fundamentarea unor decizii cauzate de apariia stimulilor respectivi. La evaluarea performanelor tehnice ale sistemului informatic se poate pune chiar problema utilizrii unor echipamente de calcul cu caracteristici tehnice superioare

(prin completarea sau extinderea configuraiilor, utilizarea de echipamente terminale, trecerea pe un calculator de capacitate superioar etc.). O astfel de decizie trebuie ns fundamentat ntotdeauna pe criterii de eficien economic i corelat cu resursele materiale i financiare avute la dispoziie la un moment dat. Instruirea utilizatorilor finali Instruirea utilizatorilor are ca scop pregatirea acestora pentru folosirea noului sistem. O practic curent este organizarea de succesiuni de instruire pentru grupuri de utilizatori sub ndrumarea unor instructori buni cunoscatori ai sistemului. De obicei istructorii sunt specialiti (programatori, analisti) care au participat la realizarea stemului. Instruirea personalului utilizator presupune o serie de activitati, redate in figura urmtoare:

Figura 4 Instruirea personalului utilizator Sensibilizarea beneficiarului n probleme de informatic urmrete s aduc la cunotin acestuia posibilitile tehnicii electronice de calcul, avantajele ei, precum sj ca disciplin informaional impus utilizatorilor. Aceasta se poate face prin cursuri de initiere de scurt durat, organizate de proiectant la sediul acestuia sau la sediul beneficiarului. Atragerea personalului cu putere de decizie n activitatea de implementare este garania asigurrii la timp i integrale a condiiilor necesare implementrii, lucru ce va duce implicit la ncadrarea acestei etape n termenele stabilite de proiectant. Pregtirea psihologic a personalului unitii beneficiare are drept scop convingerea acestuia c introducerea tehnicii moderne nu urmrete reducerea personalului, ci uurarea muncii acestuia, preluarea unei pri din personal n

activitde informatic i orientarea altei pri n activiti utile unitii. Acest lucru va da posibilitatea crerii unui climat favorabil implementrii soluiei proiectate. Instruirea propriu-zis a utilizatorilor are ca scop calificarea personalului n utilizarea noului sistem informatic. Verificarea performantelor sistemului informatic proiectat Verificarea performanelor sistemului informatic se realizeaz prin evaluarea rezultatelor obinute pe msura testrii i implementrii tuturor produselor informatice n comparaie cu cerinele i restriciile formulate n etapa de proiectare. Totodat se va avea n atenie i verificarea asigurrii condiiilor necesare pentru exploatarea curent a sistemului, asigurarea capacitii de prelucrare a datelor, modul n care este realizat ritmul de exploatare (graficul de exploatare) proiectat, att la nivelul utilizatorului, precum si performanele n exploatare (cum ar fi timpul de rspuns, sigurana n funcionare etc.). Verificarea performanelor sistemului proiectat presupune desigur i evaluarea i validarea rezultatelor obinute prin calculul indicatorilor de eficien economic. Dac la verificare se constat deficiene, acestea trebuie eliminate. Acest lucru se poate realiza imediat sau, daca sunt cauze mai profunde din proiectare, ntr-un timp mai ndelungat. Prin aceast tactic, efortul implementrii scade treptat pe masura acumulrii experienei de la aplicaiile anterioare. Condiia necesar pentru a folosi aceast tactica este ca la momentul implementrii fiecrei aplicaii s existe volumul complet de date solicitat de aplicaia respectiv. Implementarea unui sistem de feedback Aceast etap constituie etapa final din cadrul ciclului de implementare a sistemului informatic, aceasta permind proiectanilor i realizatorilor efectivi ai sistemului informatic s culeag date de la unitatea economic n ceea ce privete parerea lor despre funcionalitatea i calitatea sistemului informatic realizat. Sistemele de feedback in cazul unui sistem informatic pot fi diversificate n funcie de momentele la care se aplic sau tipul de informaii dorit, astfel: - obinut in momentul exploatrii curente a sistemului, n cursul creia pot fi sesizate anumite anomalii; acest lucru este posibil chiar cu ajutorului sistemului informatic, prin analiza datelor de ieire furnizate n cadrul exploatrii zilnice a acestuia, sau prin aplicarea unor chestionare utilizatorilor efectivi ai sistemului informatic; - obinut chiar dup terminarea fazelor de implementare i instruirea utilizatorilor, dup prima zi de exploatare a sistemului informatic; la fel ca i feedbackul din exploatarea curenta, acesta poate fi obinut fie prin analiza datelor furnizate de sistem la sfritul primei zile de utilizare, fie se pot aplica nite chestionare de feedback utilizatorilor cu privire la parerile lor n ceea ce privete utilitatea, funcionalitatea, fiabilitatea noului sistem informatic; - feedback aplicat pentru ntreinerea i dezvoltarea sistemului, pentru nlturarea anomaliilor sesizate i operarea cerinelor noi aprute; se urmrete obinerea de informaii de la utilizatorii sistemului informatic cu privire la ce se poate mbuntii, ce erori au aput n cadrul activitilor de exploatare, urmnd ca sa se treac apoi la aciviti de remediere sau mbuntire a acestuia.

Activitatea de nvare 1.5.1. Livrarea sistemului informatic. Asigurarea cerinelor i obiectivelor din proiect. Competena: Implementeaz sisteme informatice. Obiectivul/obiective vizate: La sfritul acestei activiti vei fi capabil s: identifici paii pentru asigurarea cerinelor i obiectivelor unui sistem informatic cunoti cerinele necesare pentru buna funcionare a unui sistem informatic identifici principalele elemente care pot impiedica asigurarea obiectivelor

Durata: 30 minute

Tipul activitii: Reducere Sugestii: elevii vor lucra individual

Sarcina de lucru: Citii cu atenie textul urmtor. La final realizai un rezumat care s conin: n ce msur cheltuielile efectuate pentru proiectarea, implementarea i exploatarea sistemului se justific prin eficiena economic obinut. n ce msur noul sistem rspunde cerinelor informaionale formulate iniial i unor cereri aprute ulterior n ce msur sistemul este exploatat corect i eficient

Dup terminarea activitilor de proiectare i realizarare a sistemului informatic, trebuie verificat dac acesta ndeplinete cerintele iniiale pentru care a fost realizat i daca toate obiectivele au fost atinse. Pentru a putea vedea acest lucru, se procedeaz la o evaluare a sistemului informatic. Evaluarea lui se face fie chiar dup momentul implementrii, fiind de fapt o evaluare iniial, dar care nu este semnificativ pentru durata de via prognoyat pentru sistemul proiectat, fie se poate apela la o evaluare paralel cu exploatarea curent. Aceast evaluare trebuie s rspund urmtoarelor probleme: 4. n ce msur cheltuielile efectuate pentru proiectarea, implementarea i exploatarea sistemului se justific prin eficiena economic obinut. Pentru aceasta se fac urmtoarele operaii:

d. cuantificarea valoric a efectelor economice directe i indirecte obinute dup implementarea noului sistem; se verific astfel n ce masur obiectivele i performanele propuse n etapele anterioare au fost atinse; e. recalcularea cheltuielilor efectuate pentru proiectarea, implementarea i exploatarea curent a sistemului informatic; f. compararea efectelor economice obinute cu cheltuielile efectuate. 5. n ce msur noul sistem rspunde cerinelor informaionale formulate iniial i unor cereri aprute ulterior. Cu aceast ocazie se verific o serie de aspecte de ordin calitativ i cantitativ cu privire la modul de rezolvare concret al problemelor formulate iniial de unitatea economic ctre echipa de proiectare, ct i gradul n care sistemul realizat mai corespunde cu cerinele informaionale actuale: f. n ce msur au fost respectate intrrile, ieirile, procedurile i algoritmii de calcul, stabilite iniial din punct de vedere al coninutului informaional, al formei, al frecvenei i termenelor de obinere etc.; g. n ce msur delimitarea sarcinilor om-calculator mai este corect conceput, dac exist proceduri automate care nu se justific, dac exist proceduri manuale care sunt necesare i dac acestea pot fi automatizate i cuprinse n cadrul sistemului informatic; h. dac rapoartele de ieire furnizate conin toate informaiile necesare compartimentelor care le utilizeaz, n ce masur aceste rapoarte de ieiri sunt eficiente; i. dac este asigurat prin noul sistem precizia i corectitudinea informaiilor; j. dac prin apariia unor modificri de legi, acte normative, structuri organizatorice etc. sau prin reprofilarea, dezvoltarea unitii economice, concepia sistemului informatic, a ieirilor, a algoritmilor utilizai, frecvena prelucrrilor, fluxul informaional, mai corespunde cu cerinele informaionale noi din cadrul unitii economice respective. 6. n ce msur sistemul este exploatat corect i eficient. Pentru aceasta se verific: c. dac sunt respectate toate instruciunile de culegere, codificare i verificare a datelor de intrare i respectiv toate instruciunile de de utilizare a rapoartelor de ieire; d. dac este respectat fluxul informaional proiectat i dac s-au efectuat toate modificrile organizatorice necesare (reduceri de personal, schimbri de atribuii, organizarea unor noi compartimente etc.); Spre exemplificare, evaluarea performanelor n cursul exploatrii unei baze de date are in vedere urmtorii parametrii: organizarea fizic a datelor (n ce msur alocarea suporturilor i a unitilor periferice asigur o exploatare eficient); gradul de activitate al datelor (n ce msur accesul la datele cel mai frecvent utilizate dup o perioad de timp, este sau nu un acces privilegiat); asigurarea securitii i integritii datelor (n ce msur a fost evitat accesul neautorizat la anumite informaii din baza de date, cum s-a comportat sistemul la apariia unor incidente etc.).

Msurara acestor parametrii se poate face fie prin intermediul informaiilor furnizate prin sistemul de operare, fie prin informaiile furnizate de sistemul de gestiune

al bazei de date utilizat. O alt performan tehnic frecvent evaluat este timpul de rspuns. Aceast evaluare se face din dou puncte de vedere: dac timpul de rspuns este cel prevzut; dac timpul de rspuns mai corespunde cu cerinele utilizatorilor.

Prin timp de rspuns se nelege n general, timpul n care sistemul informatic furnizeaz un raspuns la un stimul semnificativ primit din exterior. Un stimul poate fi producerea unui eveniment care trebuie reflectat n baza de date, prin operarea unei tranzacii (de exemplu: apariia unei comenzi de la unbeneficiar). Un alt stimul poate fi o cerere de informaii din baza de date (de exemplu: nivelul stocurilor dintr-un anumit material la un moment dat). Ca urmare timpul de rspuns poate fi privit din dou puncte de vedere: timpul necesar actualizrii bazei de date; timpul necesar regsirii informaiilor solicitate din baza de date.

Pentru ambele situaii se verific dac mrimea timpului de rspuns asigur controlul n timp util asupra evenimentelor semnalate, respectiv permite fundamentarea unor decizii cauzate de apariia stimulilor respectivi. La evaluarea performanelor tehnice ale sistemului informatic se poate pune chiar problema utilizrii unor echipamente de calcul cu caracteristici tehnice superioare (prin completarea sau extinderea configuraiilor, utilizarea de echipamente terminale, trecerea pe un calculator de capacitate superioar etc.). O astfel de decizie trebuie ns fundamentat ntotdeauna pe criterii de eficien economic i corelat cu resursele materiale i financiare avute la dispoziie la un moment dat.

Activitatea de nvare 1.5.2 Livrarea sistemului informatic Competena: Implementeaz sisteme informatice Obiectivul/obiective vizate: La sfritul acestei activiti vei fi capabil s: Identifici procesul de instruire al utilizatorilor finali Cunoti performanelor necesare s fie atinse de sistemul proiectat Cunoti cerinele unui sistem de feedback

Durata: 30 minute

Tipul activitii: Peer learning metoda grupurilor de experi Sugestii: elevii se vor mpri n 5 grupe

Sarcina de lucru: Fiecare grup trebuie s obin informaii despre una dintre urmtoarele categorii: 1. Instruirea utilizatorilor finali 2. Verificarea performanelor unui sistem informatic 3. Feedback obinut n momentul exploatrii sistemului informatic 4. Feedback obinut chiar dup terminarea fazelor de implementare 5. Feedback aplicat pentru ntreinerea i dezvoltarea sistemului
Pentru acest lucru elevii au la dispoziie 10 minute. Dup ce au devenit experi n subtema studiat, se reorganizeaz grupele astfel nct n grupele nou formate s existe cel puin o persoan din fiecare grup iniial. Timp de 20 minute elevii vor mpri cu ceilali colegi din grupa nou format cunotinele acumulate la pasul anterior. La final fiecare elev va prezenta cunotinele acumulate dup parcurgerea celor dou faze.

Tema 2. Asigur mentenana sistemelor informatice

Fia de documentare 2.1 Implementarea sistemului informatic
Noiunea de mentenan a sistemelor informatice Este cunoscut faptul c n situaia unor sisteme informatice complexe ce recurg la organizarea datelor n baze de date, problema cea mai dificil o constituie intreinerea i actualizarea bazei de date. Baza de date este format dintr-o multitudine de colecii sau subcolecii de date i impune cu necesitate actualizarea datelor n scopul asigurrii coerenei datelor pentru informarea corect i exact a utilizatorilor. n caz contrar, se va ajunge la o dezinformare a factorilor de decizie sau a altor categorii de utilizatori cu toate implicaiile negative ce pot rezulta din aceasta. La fel de necesar este i activitatea de corectare, adaptare i perfecionare a sistemului informatic n funcie de schimbrile sau problemele ce intervin la nivelul unitii beneficiare. Orict de mult ar dori analitii s nghee un sistem i problemele sale, este imposibil de realizat, pentru c lumea i activitile unitilor economice sunt ntr-o continu schimbare. Permanent vor fi cerine de noi funcii sau schimbri ale celor vechi. Vor fi totdeauna organe guvernamentale care vor cere noi rapoarte. Periodic apar noi echipamente de calcul mai performante cu posibiliti de rezolvare a unor probleme care pn atunci nu au putut fi rezolvate. Software-ul este ntreinut din dorina de a spori funcionalitatea sistemului, pentru a facilita interfaa cu utilizatorii. Activitatea de ntreinere nu se refer doar la schimbrile de hardware, software sau procedurilor privind afacerile, ci mentenana presupune i corectarea sau nlturarea unor greeli, erori sau omisiuni de probleme din faza de proiectare i creare a sistemului. ntreinerea i dezvoltarea sistemului este o chestiune de via pentru majoritatea sistemelor. Oricare ar fi motivele, orice sistem, cu siguran va solicita schimbri. Mentenana ncepe dup instalarea/implementarea sistemului informatic. n acest context apare n mod firesc ntrebarea: ct trebuie o societate comercial s utilizeze sistemul pn a se trece la o reproiectare a acestuia? Totui, n general exist anumite limite cu privire la abandonarea vechiului sistem j trecerea la proiectarea unui nou sistem. Acest lucru are loc atunci cand vechiul sistem nu mai satisface cerinele informaionale necesare utilizatorilor finali i totodat au fost amortizate cheltuielile de realizare a vechiului sistem. n acest fel se caut s se evite o suprancrcare a costurilor de producie sau servicii prestate cu cheltuielile de amortizare a vechiului i noului sistem. Din cele prezentate se poate deduce faptul c mentenana sistemelor informatice reprezint activitatea de monitorizare, evaluare i modificare a sistemului pentru a face nbuntirile dorite sau necesare [ORAC96, ORAC98, HOGE99]. Activitatea de mentenan include un proces de revizuire dup implementare pentru a se asigura c sistemele informatice nou implementate corespund obiectivelor, cerintelor i performanelor prestabilite. Eventualele erori din crearea sau exploatarea sistemului trebuie corectate n cadrul procesului de mentenan.

Tipuri de mentenan n funcie de scopul urmrit, natura schimbrilor intervenite i urgena efecturii modificrilor, n sistem exist mai multe tipuri de mentenan, astfel: mentenana corectiv, adaptiv, perfectiv i preventiv. Mentenana corectiv se refer la efectuarea de modificari n cadrul sistemului cu scopul de a repara i nltura defectele sau erorile din proiectare, programare sau implementare. Erorile de programare sunt de obicei mai uor de corectat iar costul activitii de corectare este mai sczut. Erorile de proiectare sunt dificil de reparat iar costurile pentru depanarea acestora este mai ridicat deoarece pot implica rescrierea mai multor componente de program. Erorile de cerine informaionale ale utilizatorilor sunt cele mai dificil de corectat i au costurile de depanare cel mai ridicate din cauz c impun reproiectri mai extinse de sistem. Mentenana corectiv presupune repararea acelor erori care au persistat n cadrul sistemului informatic i dupa testarea i implementarea acestuia, erori care nu se datoreaz beneficiarului sau a unei proaste proiectri, se mai numesc i erori de execuie. n general majoritatea problemelor de mentenan corectiv apar curnd dup instalarea sistemului la beneficiar. Atunci cand ele apar, devin prioriti i trebuie rapid rezolvate pentru a elimina neplcerile, neajunsurile sau situatiile catastrofale ce-ar putea s le genereze. Ca i exemplificare, aceste erori pot fi sub forma unor erori logice ntr-un program cu privire la calculul drepturilor i reinerilor baneti ale salariailor unei societi comerciale. Din activitatea practic se apreciaz ca mentenanta corectiv poate s se ridice la circa 75% din costurile tuturor tipurilor de mentenan. Aceasta este o situaie nefericit pentru c mentenana corectiv nu aduce un spor de valoare unitii beneficiare i nici o noua funcionalitate, doar se concentreaz atenia pe ndeprtarea defectelor din sistemul existent. Pentru a spori funcionalitatea sistemului informatic sau pentru a fi adaptat la un mediu nou, unde poate fi o platform hardware diferit, sau pentru a utiliza un alt sistem de operare, un alt sistem de gestiune a bazelor de date sau pentru a fi adaptat la schimbrile legislative care au aprut etc. avem de a face cu ceea ce n literatura de specialitate este denumit mentenan adaptiv. Adic un sistem informatic existent este adaptat pentru a funciona n alte condiii dect cele pentru care a fost creat. De exemplu, pentru anumite situaii sintetice de formare/raportare necesare conducerii societii comerciale, redate sub form tabelar, se va solicita redarea acestora i sub form grafic. n acest caz intervine necesitatea ca rapoartele oferite de sistemul informatic s fie adaptate noilor cerine i s furnizeze i forma de reprezentare grafic. Mentenana adaptiv e mai putin urgent dect cea corectiv i reprezint o mic parte din mentenana sistemului, adugndu-i uneori i un surplus de valoare, avnd n vedere c sistemul informatic de regul se dezvolt pentru a fi folosit i pentru alte situaii dect cele iniiale. Mentenana perfectiv implic implementarea de noi cerine de sistem funcionale sau nonfuncionale, cum ar fi: - mbuntirea performanelor de procesare; - interfee cu utilizatorul mai prietenoase; - reducerea timpului de ateptare a clienilor prin perfecionarea algoritmului de calcul sau imprimare;

Deci prin mentenan perfectiv se urmrete s se adauge sistemului trasturi sporite, dar nu neaprat necesare. Tocmai din aceste considerente mentenana perfectiv e privit ca o nou dezvoltare si nu meninere sau ntreinere. Mentenana preventiv implic schimbri fcute sistemului pentru a reduce sau atenua riscul cderii sistemului datorit unor cauze, cum ar fi sporirea numrului de inregistrri mult peste cele prelucrate n mod curent. Un alt caz ar putea fi prevederea unor copii de siguran i jurnale de urmrire a actualizrilor n scopul refacerii bazei de date n cazul deteriorrii sau pierderii acesteia. Ca i mentenana perfectiv, cea preventiv este de prioritate mai sczut. Pe parcursul ciclului de via al sistemului, mentenana corectiv, foarte probabil apare dup instalarea iniial sau dup schimbri majore ale sistemului. Mentenana adaptiv, perfectiv i preventiv daca nu sunt atent proiectate si reglementate pot duce la mentenan corectiv, care dup cum am specificat anterior nu este de dorit avnd n vedere c genereaz costuri i nu are ca i effect nici o mbuntire a sistemului informatic. Procesul de mentenan Realizarea unui sistem informatic presupune parcurgerea mai multor etape care definesc ciclul de via al acestuia. Acest lucru este reprezentat schematic n cadrul figurii urmtoare: INVESTIGAREA SISTEMULUI Precizarea necesitilor i oportunitilor Rezultat: Studiu de fezabilitate pentru dezvoltarea unui nou sistem Elaborarea planului de realizare a noului sistem ANALIZA I EVALUAREA SISTEMULUI Rezultat: Cerinele funcionale Analiza cerinelor informaionale ale utilizatorilor finali Diagnosticarea sistemului Definirea direciilor de perfecionare

PROIECTAREA SISTEMULUI Rezultat: Specificaiile de sistem

PROGRAMAREA Rezultat: Sistemele de aplicaii Elaborarea specificaiilor pentru hardware, software, modul de organizare a datelor, interfeelor cu utilizatorii etc. Asigurarea programelor de aplicaii

IMPLEMENTAREA SISTEMULUI Rezultat: Sistemul operaional

Asigurarea condiiilor necesare implementrii sistemului. Pregtirea utilizatorilor i operatorilor MENTENANA SISTEMULUI Testarea sistemului Rezultat: Sistem actualizat Conversia la noul sistem Figura 5. Etapele realizrii sistemului informatic Adaptarea sistemului la modificrile intervenite

n cadrul figurii de mai sus sunt precizate denumirile etapelor, sinteza activitilor realizate i rezultatul obinut n cadrul fiecrei etape. Totodat se poate desprinde aspectul ciclic de realizere/dezvoltare a sistemului informatic n care ultima etap o constituie mentenana. Desigur, un ciclu de via prin definiie e circular, n sensul ca ultima activitate duce napoi la prima. Aceasta nseamn c procesul de mentenan a unui sistem informatic e procesul de ntoarcere la nceputul ciclului de via i care repet paii de relizare/dezvoltare pn cnd se implementeaz schimbarea. Din alt punct de vedere, procesul de mentenan apare privit ca i o ntreinere i dezvoltare a sistemului. Astfel, n urma evalurilor efectuate pe parcursul exploatrii sistemului, poate aprea necesitatea efecturii de corecii sau modificri n cadrul sistemului informatic. n funcie de natura lor i de efortul pe care il presupune operarea acestor corecii i modificri, se desfoar activiti de ntreinere sau dezvoltare a sistemului. Operarea de corecii i modificri de mic amploare, care necesit un efort relativ redus i care se poate raliza din mers, fr a afecta exploatarea curent a sistemului, constituie coninutul activitii de ntreinere. Operarea de modificri de mare amploare, afectnd ntreaga concepie a sistemului informatic constituie coninutul activitii de dezvoltare. Operarea oricrei corecii sau modificri trebuie fundamentat pe criterii de eficien. Ca urmare, n prealabil trebuie s se analizeze: - n ce msur corecia sau modificarea respectiv este obligatorie sau numai recomandabil; - ce beneficii aduce operarea sa i ce costuri suplimentare presupune; - de ce resurse (materiale, umane i financiare) se dispune; - n ce msur modificrile efectuate produc schimbri eseniale asupra celorlalte componente ale sistemului informatic. Toate aceste operaii de mentenan a sistemelor informatice, fie c sunt de natur corectiv, fie ca produc modificri mai semnificative n cadrul sistemului informatic trebuie s treaca prin aproape aceleai etape prin care a trecut sistemul informatic iniial din momentul elaborarii, pn n momentul implementrii acestuia. Astfel, paii care trebuiesc urmai sunt urmtorii: investigarea sistemului este faza n care se reanalizeaz sistemul informatic pentru a se stabili exact parametrii de funcionare a acestuia; analiza/evaluarea sistemului pe baza datelor obinute n urma investigrii se procedeaz la analiza acestora pentru a se stabilii care sunt factorii care trebuiesc corectai sau, n cazul modificrilor mai mari, unde anume se vor introduce noile elemente necesare dezvoltrii sistemului informatic; proiectarea/reproiectarea sistemului este faza n care se stabilesc direciile de aciune pentru corectarea sau dezvoltarea sistemului informatic i se elaboreaz documentaia pentru aceste operaii; programarea sistemului informatic presupune refacerea programelor pentru a corecta deficienele sistemului informatic sau adugarea de noi module sau subprograme n cazul dezvoltrii sistemului informatic; implementarea sistemului informatic este faza n care versiunea modificat a sistemului este implementat beneficiarului, sunt prezentate utilizatorilor modificrile efectuate i se d n utilizare sistemul corectat sau modificat.

n urma acestor activiti, se reiau procedurile de mentenan, astfel reieind caracterul ciclic al acestei activiti. Acest aspect este evideniat i n figura urmtoare:

Figura 6. Etapele mentenaei sistemelor informatice

INVESTIGAREA SISTEMULUI

Planificarea

ANALIZA/ EVALUAREA procesului de SISTEMULUI

mentenan

PROIECTAREA SISTEMULUI

PROGRAMAREA

IMPLEMENTAREA

SISTEMULUI

Din cele prezentate se poate desprinde concluzia c procesul de mentenan IMPLEMENTAREA INVESTIGAREA ANALIZA/ PROIECTAREA PROGRAMAREA ncepe chiar dup implementarea i darea n exploatare a sistemului informatic. SCHIMBARILOR SCHIMBARILOR EVALUAREA SCHIMBARILOR SCHIMBARILOR Procesul de mentenanSCHIMBARILOR implic urmtoarele activiti majore: obinerea cerinelor de mentenan; transformarea cerinelor n schimbri; proiectarea schimbrilor; implementarea schimbrilor. Referitor la obinerea cerinelor de mentenan acestea pot fi desprinse pe parcursul implementrii sau exploatrii curente a sistemului informatic de ctre utilizatorii finali, liderul de proiect sau de ctre clieni, constituind un set de cerine de schimbare. Pentru colectarea si sesizarea cererilor de schimbare se practic un tip de document cerere de service de sistem", prin care se solicit noi dezvoltri, se raporteaz problemele ce au aprut sau se cer noi trsturi de sistem la un sistem deja existent. Toate cererile de service de sistem sunt colectate de o persoana prestabilit din cadrul colectivului de mentenan. Dup primirea cerinelor de schimbare se recurge la analiza acestora pentru a se stabili dimensiunea schimbrii. Trebuie determinat modul n care cerinele vor afecta sistemul i utilizatorii cureni, costul i durata specializarii acestora. Dimensiunea cerintelor poate fi privit sub aspectul riscului si fezabilitii.

Documentaia necesar n procesul de mentenan Una dintre caracteristicile generale ale metodologiilor i tehnicilor de realizare a sistemelor informatice o constituie elaborarea unei documentaii de sistem pe fiecare etap din cadrul acesteia. Documentaia astfel realizat va constitui, pe de o parte, un mijloc de comunicare ntre diferitele categorii de personal de specialitate n informatic, antrenate n realizarea diferitelor etape de realizare a sistemului, iar pe de alta parte, dup implementarea acestuia documentaia va constitui suportul necesar mentenanei sistemului de la specificaia de cerine pn la planul de test i testarea final a acestuia, dintre care fac parte: specificaiile de cerine ale sistemului; schema general a sistemului care mai poart denumirea de arhitectura general a sistemului cu evidenierea: intrarilor,

procedurilor de control i validare a datelor, coleciile de date, procedurile de editare a situatiilor de informare-raportare, ieirile sistemului, resursele hardware/software folosite etc.; arhitectura programelor i schemele logice de realizare a fiecarui program; videoformatele de intrare/ieire; programele surs listate i comentate; cum se leag informaiile de validare cu cerintele informaionale ale utilizatorilor; un ghid de mentenan de sistem, care descrie care pari din sistem depind de hardware i care de software.

Documentaia de sistem trebuie s fie structurat, cu o prezentare general care s conin de la descrieri generale, pn la cele mai detaliate ale fiecrui aspect al sistemului. Este important ca documentaia s fie clar i uor de citit, astfel ea nu va putea fi folosit.

Activitatea de nvare 2.1.1 Mentenana sistemelor informatice.Tipuri de mentenan Competena: Asigur mentenana sistemelor informatice Obiectivul/obiective vizate: La sfritul acestei activiti vei fi capabil s: s defineti procesul de mentenan defineti principalele tipuri de mentenan cunoti rolul fiecrui tip de mentenan

Durata: 25 minute

Tipul activitii: Expansiunea Sugestii: elevii se pot organiza in grupe mici (2 3 elevi) sau pot lucra individual

Sarcina de lucru: Pornind de la definirea procesului de mentenan i de la tipurile de mentenan, scriei un eseu de 8 rnduri n care s precizai urmtoarele elemente: mentenana corectiv, adaptiv, preventiv, perfectiv. Evaluare: 2p pentru fiecare element specificat corect 1p pentru coeren i corelare cu tema dat 1p din oficiu

Activitatea de nvare 2.1.2 Procesul de mentenan Competena: Asigur mentenana sistemelor informatice Obiectivul/obiective vizate: La sfritul acestei activiti vei fi capabil s: Cunoti etapele din viaa unui sistem informatic Identifici momentul apariei procesului de mentenan

Durata: 15 minute

Tipul activitii: Compilarea Sugestii: elevii se pot organiza in grupe mici (2 3 elevi) sau pot lucra individual

Sarcina de lucru: Pornind de la urmtoarea schem ce arat etapele de via ale unui sistem informatic i folosind surse diferite (internet, manual, reviste de specialitate, caietul de notie etc), detaliai n dreapta fiecare etap n parte cu elementele sale componente.
INVESTIGAREA SISTEMULUI Rezultat: Studiu de fezabilitate

ANALIZA I EVALUAREA SISTEMULUI Rezultat: Cerinele funcionale

PROIECTAREA SISTEMULUI Rezultat: Specificaiile de sistem

PROGRAMAREA Rezultat: Sistemele de aplicaii

IMPLEMENTAREA SISTEMULUI Rezultat: Sistemul operaional

MENTENANA SISTEMULUI Rezultat: Sistem actualizat

Activitatea de nvare 2.1.3. Planificarea procesului de mentenan. Documentaia necesar n procesul de mentenan. Competena: Asigur mentenena sistemelor informatice Obiectivul/obiective vizate: La sfritul acestei activiti vei fi capabil s: identifici paii care se urmaz cnd se planific procesul de mentenan cunoti cerinele necesare pentru realizarea documentaiei necesare n acdrul unui proces de mentenan

Durata:10 minute

Tipul activitii: Potrivire Sugestii : Activitatea se poate face individual, un elev la cate un calculator, folosind fisa de lucru. Activitatea se poate face si pe grupe sau in perechi

Sarcina de lucru : n tabelul de mai jos, in partea stng sunt trecute cele dou procese distincte: - Planificarea procesului de mentenen - Realizarea documentaiei necesare n procesul de mentenan Completai coloanele din drapta cu activiti care s se potriveasca la fiecare proces. Lista de activiti este urmatoarea: obinerea cerinelor de mentenan; transformarea cerinelor n schimbri; proiectarea schimbrilor; implementarea schimbrilor. specificaiile de cerine ale sistemului; schema general a sistemului care mai poart denumirea de arhitectura general a sistemului cu evidenierea: intrarilor, procedurilor de control i validare a datelor, coleciile de date, procedurile de editare a situatiilor de informare-raportare, ieirile sistemului, resursele hardware/software folosite etc.; arhitectura programelor i schemele logice de realizare a fiecarui program; videoformatele de intrare/ieire; programele surs listate i comentate; cum se leag informaiile de validare cu cerintele informaionale ale utilizatorilor; un ghid de mentenan de sistem, care descrie care pari din sistem depind de hardware i care de software.

Proces Planificarea procesului de mentenen Realizarea documentaiei necesare n procesul de mentenan

Activiti

IV. Bibliografie
1. Vasile, Bi. Cristian, Antonescu. Marcela, Iosep. Ileana, Trandafir. (1983). Sisteme informatice, Bucureti: Editura Didactic i pedagogic 2. Mircea, Preda. (2006). Proiectarea sistemelor informatice financiar-contabile , Petroani: Litografia Universitii din Petroani 3. Gheorghe, Militaru. (2004) Sisteme informatice pentru management, Bucureti: Editura ALL 4. xxxx 5. ***. http://ro.wikipedia.org/wiki/Fiabilitate 2.05.2009 6. ***. https://www.cs.ubbcluj.ro/~tzutzu/Didactic/AnalizaGestSisteme/Curs11.htm 5.05.2009 7. ***. http://www.primagra.ro/mentenanta1.php la 12.05.2009