Sunteți pe pagina 1din 36

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 predare partea a II-a

Domeniul: Informatic
Calificarea: Analist programator
Nivel 3 avansat

2009

AUTOR:
KIMINICH DANIEL profesor, grad didactic II

COORDONATOR:
Ciobanu Violeta Mariana profesor, grad didactic I

CONSULTAN:
IOANA CRSTEA expert CNDIPT
ZOICA VLDU 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. Documente necesare pentru activitatea de predare.....................................................................5
III. Resurse.......................................................................................................................................6
Tema 1. Implementeaz sistemul informatic...............................................................................6
Fi de documentare 1.1 Implementarea sistemului informatic..............................................6
Tema 1. Implementeaz sistemul informatic...............................................................................8
Fia de documentare 1.2 - Codificarea datelor.......................................................................8
Tema 1. Implementeaz sistemul informatic.............................................................................13
Fia de documentare 1.3 - Utilizarea tehnicilor de programare............................................13
Alegerea unui tip de programare...........................................................................................13
Tema 1. Implementeaz sistemul informatic.............................................................................18
Fia de documentare 1.4 - Testara i validarea programelor................................................18
Tema 1. Implementeaz sistemul informatic.............................................................................23
Fia de documentare 1.5 - Livrarea sistemului informatic...................................................23
Tema 2. Asigur mentenana sistemelor informatice.................................................................28
Fia de documentare 2.1 - Mentenana sistemelor informatice............................................28
IV. Fia rezumat.............................................................................................................................34
V. Bibliografie................................................................................................................................36

I. Introducere
Materialele de predare reprezint o resurs suport pentru activitatea de predare,
instrumente auxiliare care includ un mesaj sau o informaie didactic.
Prezentul material de predare, se adreseaz cadrelor didactice care predau n cadrul
colilor postliceale, domeniul Informatic, calificarea Analist programator.
El a fost elaborat pentru modulul Implementarea sistemelor informatice, ce se
desfoar n 150 ore, din care 48 ore Laborator tehnologic i 30 instruire practic.
Instruirea practic se desfoar n stagiile de pregtire practic.
Prezentul material trateaz competenele Realizeaz sistemul informatic i Asigur
mentenan sistemelor informatice.
Competene
Realizeaz
sistemul
informatic

Teme
Tema 1 Implementeaz
sistemul informatic

Fise suport
Fisa 1.1 Implementarea
sistemului informatic
Fisa 1.2 Codificarea
datelor
Fia 1.3 Utilizarea
tehnicilor de programare
Fia 1.4 Alegerea unui tip
de programare
Fia 1.5 Testarea i
validarea programelor

Asigur
mentenan
sistemelor
informatice.

Tema 2 Asigur mentenana


sistemelor informatice

Fisa 2 - Mentenana
sistemelor informatice

Absolvenii nivelului 3 avansat, coal postliceal, calificarea Tehnician echipamente de


calcul, vor fi capabili s ndeplineasc sarcini cu caracter tehnic de montaj, punere n
funciune, ntreinere, exploatare i reparare a echipamentelor de calcul.

II. Documente necesare pentru activitatea de predare


Pentru predarea coninuturilor abordate n cadrul materialului de predare cadrul
didactic are obligaia de a studia urmtoarele documente:

Standardul de Pregtire Profesional pentru calificarea Tehnician echipamente


de calcul, nivelul 3 avansat www.tvet.ro, seciunea SPP sau www.edu.ro ,
seciunea nvmnt preuniversitar

Curriculum pentru calificarea Tehnician echipamente de calcul, nivelul 3 avansat


www.tvet.ro, seciunea Curriculum sau www.edu.ro , seciunea nvmnt
preuniversitar

III. Resurse
Tema 1. Implementeaz sistemul informatic
Fi de documentare 1.1 Implementarea sistemului informatic
Implementarea sistemului const n verificarea modului de comportare practic
a modelului proiectat, n vederea trecerii lui la exploatarea curent, corectarea i
definitivarea documentaiei care va sta la baza exploatrii sistemului proiectat. n
aceast etap produsul informatic trebuie omologat pe componente i pe ansamblu
pentru a se putea trece la etapa urmtoare, de exploatare curent.
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 programeleor 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.
-

Livrarea sistemului informatic n cadrul unei uniti pentru care a fost creat se
face utiliznd anumite modele de implementare pentru a asigura continuitatea
activitaii si a nu deregla fluxul de lucru al unitaii respective.

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.

SUGESTII METODOLOGICE
CU CE?

videoproiector
prezentare multimedia

CUM?

metode de nvmnt: expunere


conversaie euristic
organizarea clasei: frontal

UNDE?

laborator informatic, sala de clasa


Pentru evaluare se pot folosi:
o Probe orale i teste scrise

Tema 1. Implementeaz sistemul informatic


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

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.

SUGESTII METODOLOGICE
CU CE?

videoproiector
prezentare multimedia
Flipchart

CUM?

metode de nvmnt: expunere


conversaie euristic
organizarea clasei: frontal

UNDE?

laborator informatic, sala de clasa


Pentru evaluare se pot folosi:
o Probe orale i teste scrise

Tema 1. Implementeaz sistemul informatic


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.

SUGESTII METODOLOGICE
CU CE?

Videoproiector
Prezentare multimedia
Flipchart
Calculatoare avnd un limbaj de programare studiat instalat pe ele
sau un sistem de gestiune al bazelor de date

CUM?

metode de nvmnt:

organizarea clasei: frontal


individual, folosind calculatorul

brainstorming
conversaie euristic
exemplificare

UNDE?

laborator informatic, sala de clasa


Pentru evaluare se pot folosi:
o Probe practice, realizarea de mici programe folosint tehnicile
si metodele de programare
o Probe orale i teste scrise

Tema 1. Implementeaz sistemul informatic


Fia de documentare 1.4 - Testara i 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 ;
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.

o
o

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 fiiere 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.

SUGESTII METODOLOGICE
CU CE?

Videoproiector
Prezentare multimedia
Flipchart
Calculatoare avnd un limbaj de programare studiat instalat pe ele
sau un Sistem de gestiune al bazelor de date

CUM?

metode de nvmnt:

organizarea clasei: frontal


individual, folosind calculatorul

brainstorming
conversaie euristic
exemplificare

UNDE?

laborator informatic, sala de clasa


Pentru evaluare se pot folosi:
o Probe practice, utilizarea unor programe pentru a se depana
erori de sintax, asamblare i execuie
o Probe orale i teste scrise
o Rezolvri de probleme

Tema 1. Implementeaz sistemul informatic


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 activiti
de 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
sesiyate 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.

SUGESTII METODOLOGICE
CU CE?

Videoproiector
Prezentare multimedia
Flipchart

CUM?

metode de nvmnt:

organizarea clasei: frontal

brainstorming
conversaie euristic
exemplificare

UNDE?

laborator informatic, sala de clasa


Pentru evaluare se pot folosi:
o Probe orale i teste scrise

1. Se va urmrii ca elevii s poat face distincie ntre noiunile de


utilizatori ai sistemului informatic, beneficiar, i proiectantul
sistemului informatic.
2. Se pot da exemple de teste de feedback (fie pe hartie, sub form de
chestionare, fie electronic prin salvri de date n fiiere text), pentru
ca acestia sa neleag modul n care se obin informaii preioase
prin acest procedeu.

Tema 2. Asigur mentenana sistemelor informatice


Fia de documentare 2 - Mentenana sistemelor informatice
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

PROIECTAREA SISTEMULUI
Rezultat: Specificaiile de sistem

Analiza cerinelor informaionale ale


utilizatorilor finali
Diagnosticarea sistemului
Definirea direciilor de perfecionare

PROGRAMAREA
Rezultat: Sistemele de aplicaii

IMPLEMENTAREA
SISTEMULUI
Rezultat: Sistemul operaional

Elaborarea specificaiilor pentru hardware,


software, modul de organizare a datelor,
interfeelor cu utilizatorii etc.
Asigurarea programelor de aplicaii

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

PROIECTAREA
SISTEMULUI

mentenan

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 system, 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.

SUGESTII METODOLOGICE
CU CE?

Videoproiector
Prezentare multimedia
Flipchart

CUM?

metode de nvmnt:

brainstorming
conversaie euristic
exemplificare

Observaie:
-

Se va pune accentul pe tipurile de mentenan i diferenele dintre


acestea i pe nelegerea etapelor de realizare a procesului de
mentenan

organizarea clasei: frontal


individual, folosind calculatorul

UNDE?

laborator informatic, sala de clasa


Pentru evaluare se pot folosi:
o Probe orale i teste scrise

IV. Fia rezumat


Numele elevului: _________________________
Numele profesorului: _________________________
Competene
care trebuie
dobndite

Comp 1
(Aici se
trece
numele
competentei)

Activiti efectuate i
comentarii

Data
activitatii

Bine

Activitate 1

Activitate2

Comentarii

Prioriti de dezvoltare

Competene care urmeaz s fie


dobndite (pentru fia urmtoare)

Resurse necesare

Evaluare
Satisfctor

Refacere

Competene care trebuie dobndite


Aceast fi de nregistrare este fcut pentru a evalua, n mod separat, evoluia
legat de diferite competene. Acest lucru nseamn specificarea competenelor tehnice
generale i competenelor pentru abiliti cheie, care trebuie dezvoltate i evaluate.
Profesorul poate utiliza fiele de lucru prezentate n auxiliar i/sau poate elabora alte
lucrri n conformitate cu criteriile de performan ale competenei vizate i de
specializarea clasei.

Activiti efectuate i comentarii


Aici ar trebui s se poat nregistra tipurile de activiti efectuate de elev,
materialele utilizate i orice alte comentarii suplimentare care ar putea fi relevante
pentru planificare sau feed-back.

Prioriti pentru dezvoltare


Partea inferioar a fiei este conceput pentru a meniona activitile pe care
elevul trebuie s le efectueze n perioada urmtoare ca parte a viitoarelor module.
Aceste informaii ar trebui s permit profesorilor implicai s pregteasc elevul pentru
ceea ce va urma.

Competenele care urmeaz s fie dobndite


n aceast csu, profesorii trebuie s nscrie competenele care urmeaz a fi
dobndite. Acest lucru poate implica continuarea lucrului pentru aceleai competene
sau identificarea altora care trebuie avute in vedere.

Resurse necesare
Aici se pot nscrie orice fel de resurse speciale solicitate:manuale tehnice, reete,
seturi de instruciuni i orice fel de fie de lucru care ar putea reprezenta o surs de
informare suplimentar pentru un elev care nu a dobndit competenele cerute.

Not: acest format de fi este un instrument detaliat de nregistrare a progresului


elevilor. Pentru fiecare elev se pot realiza mai multe astfel de fie pe durata
derulrii modulului, aceasta permind evaluarea precis a evoluiei elevului, n
acelai timp furniznd informaii relevante pentru analiz.

V. 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