Analiza Şi Proiectarea Sistemelor Informatice de Gestiune

UNIVERSITATEA DE VEST DIN TIMIOARA
FACULTATEA DE ECONOMIE I DE ADMINISTRARE A AFACERILOR

CENTRUL DE EDUCAIE CONTINU I NVMNT DESCHIS LA DISTAN
ANALIZA I PROIECTAREA SISTEMELOR

INFORMATICE DE GESTIUNE
Conf. univ. dr. Claudiu BRNDA
MANUAL PENTRU NVMNTUL LA DISTAN,

ANUL III, CONTABILITATE I INFORMATIC DE
GESTIUNE
2012
CUPRINS
1. NOIUNI INTRODUCTIVE PRIVIND SISTEMELE INFORMAIONALE ECONOMICE ................. 4
1.1. Sistem informaional economic i sistem informatic.......................................................... 4
1.1.1. Sistemul informaional economic ................................................................................. 4
1.1.2. Sistemul informatic ....................................................................................................... 5
1.2. Structura sistemelor informaionale ................................................................................... 6
1.3. Funciile sistemului informaional ...................................................................................... 7
1.4. Clasificarea sistemelor informaionale i informatice ........................................................ 9
2. CONTABILITATEA I TEHNOLOGIA INFORMAIEI I COMUNICRII .................................... 11
3. REALIZAREA I IMPLEMENTAREA SISTEMELOR INFORMATICE DE GESTIUNE .................. 12
4. DETERMINAREA CERINELOR SISTEMULUI .......................................................................... 17
4.1. Tehnici clasice de investigare a sistemului ....................................................................... 17
4.1.1. Tehnica interviului ...................................................................................................... 17
4.1.4. Flowchart-ul ................................................................................................................ 24
7.2. Tehnici moderne de investigare a sistemului ................................................................... 27
7.2.1. JAD (Joint Application Design).................................................................................... 27
5. MODELAREA PRELUCRRILOR (PROCESELOR) SIG .............................................................. 30
6. MODELAREA DATELOR SIG ..................................................................................................... 35
6.1. Rolul modelrii conceptuale a datelor n analiza de sistem ............................................. 35
6.2. Determinarea dependenelor funcionale......................................................................... 36
6.3. Modelarea Entitate - Relaie .............................................................................................. 37
7. IDENTIFICAREA CELEI MAI BUNE VARIANTE DE DEZVOLTARE SI IMPLEMENTARE A SIG 42
8. PROIECTAREA IESIRILOR SIG .................................................................................................. 45
8.1. Aspecte generale ale proiectrii ieirilor sistemului informatic ...................................... 45
8.1.1. Coninutul i clasificarea ieirilor ............................................................................... 46
8.1.2. Rolul prototipizrii n proiectarea ieirilor sistemului .............................................. 47
8.2. Aspecte tehnice ale proiectrii ieirilor ............................................................................ 48
8.2.1. Alegerea tehnologiei pentru obinerea ieirilor sistemului informaional ............... 48
8.2.2. Recomandri generale de formatare a ieirilor ......................................................... 50
8.2.3. Recomandri generale de formatare a graficelor ...................................................... 51
9. PROIECTAREA INTRARILOR SIG ............................................................................................. 56
9.1. Aspecte generale privind intrrilor sistemului informatic ............................................... 56
9.2. Proceduri pentru validarea intrrilor ............................................................................... 57
9.3. Tehnologii pentru intrarea datelor ................................................................................... 59
10. PROIECTAREA CODURILOR ................................................................................................... 61
10.1. Definirea codurilor .......................................................................................................... 61
10.2. Cerinele codificrii ......................................................................................................... 61
10.3. Funciile codului .............................................................................................................. 62
10.4. Fazele realizrii codificrii .............................................................................................. 62
10.5. Metode de codificare ....................................................................................................... 64
10.6. Procedee de validare a codurilor .................................................................................... 68
10.7. Codificarea datelor prin coduri bar ............................................................................... 74
10.7.1. Condiii organizatorice pentru implementarea codurilor bar ............................... 75
10.7.2. Tipuri de coduri bar ................................................................................................ 77
10.8. Codurile 2-D ..................................................................................................................... 78
10.8.1. Tipuri de coduri 2-D ................................................................................................. 79
2
(c) 2012, Conf. univ. dr. Claudiu BRNDA
10.8.2. Aplicaii ale codurilor 2-D ......................................................................................... 80

10.8.3. Avantajele i dezavantajele codurilor bar 2-D ....................................................... 80
11. RISCURILE, CONTROLUL SI AUDITUL SIG ............................................................................. 82
11.1. Riscurile i controlul din cadrul sistemelor informatice ................................................ 82
11.1.1. Definirea i clasificarea riscului din cadrul sistemului informaional ..................... 82
11.1.2. Evaluarea riscurilor din sistemul informaional ...................................................... 83
11.1.3. Controlul n cadrul sistemului informaional ........................................................... 83
11.2. Metode i tehnici generale de securitate a sistemelor informatice ................................ 84
12. IMPLEMENTAREA I MENTENANA (NTREINEREA) SIG ................................................ 86
BIBLIOGRAFIE .............................................................................................................................. 87
3
1. NOIUNI INTRODUCTIVE PRIVIND SISTEMELE

INFORMAIONALE ECONOMICE
1.1. Sistem informaional economic i sistem informatic

1.1.1. Sistemul informaional economic
Problematica sistemelor informaionale a condus la o preocupare accentuat a
managementului modern pentru analiza, proiectarea i mentenana sistemelor informaionale.
Importana managementului sistemului informaional n cadrul procesului decizional i n
contextul tehnologiilor actuale, a condus la creterea rolului acestuia pentru managementul
organizaiilor.
Pentru maximizarea eficienei i eficacitii activitilor, organizaiile moderne sunt
obligate s-i cunoasc i exploateze sistemul informaional i factorii externi care influeneaz
acest sistem.
Abordarea sistemelor informaionale poate fi realizat att prin prisma Teoriei Generale
a Sistemelor (TGS), ct i prin prisma Ciberneticii.
Abordarea sistemic prin prisma TGS este conceptualizat i elaborat n anii 1930 de
ctre biologul Ludwig von Bertalanffy. Astfel prin sistem putem nelege, la modul general, un
ansamblu de componente interdependente, care interacioneaz ntre ele conform unor principii
i reguli n scopul atingerii unor obiective comune.
Abordarea sistemic prin prisma ciberneticii a fost elaborat de ctre Norbert Wiener
care generalizeaz pentru prima oar legiti referitoare la controlul i conducerea sistemelor.
Abordarea cibernetic are la baz principiul de feedback n cadrul sistemelor.
Pornind de la teoria general a sistemelor conceptul de sistem informaional a fost
definit n moduri diferite.
n Dicionarul de Informatic sistemul informaional este definit ca: "un ansamblu de
circuite i fluxuri informaionale organizate ntr-o concepie unitar".
V. Marinescu i I. Faur dau urmtoarea definiie: "prin sistem informaional nelegem un
ansamblu organizat i integrat de date i informaii, precum i procedurile i mijloacele pentru
colectarea, prelucrarea i transmiterea acestora."
Conceptul de sistem informaional economic este un derivat al sistemului informaional
particularizat n cadrul unitilor economice i, n general, n cadrul sistemelor economice.
G. B. Davis utilizeaz pentru sistem informaional economic termenul de sistem
informaional de gestiune i d una din primele definiii ale acestuia, definiie ce va rmne
punct de referin a tuturor autorilor abordrilor clasice a sistemelor informaionale: "Un
sistem informaional de gestiune este un sistem om-main, care procur informaiile
necesare operaiilor, managementului i funciilor de decizie din organizaie. Sistemul utilizeaz
calculatoare i programe, comunicaii de date, modele de management i de decizie i o baz de
4
date. Structura sistemului este fundamentat nu numai pe tehnologie, dar i pe modelele de

utilizare a informaiilor i de luare a deciziilor de ctre indivizi.
Din toate definiiile, rezult c el este un ansumblu de resurse umane i materiale,
existente ntr-o unitate economic, n vederea colectrii, prelucrrii, stocrii i transmiterii
datelor necesare producerii informaiilor, utilizate de ctre toate nivelurile managementului
strategic, tactic i operaional n vederea creterii eficienei i eficacitii activitilor
subordonate. Pentru observarea corect a locului i rolului sistemului informaional n figura 1
este ilustrat poziia acestuia n cadrul sistemului ntreprindere.
Subsistemul decizional
Flux informaional
Informaii
Decizii
Subsistemul informaional
Fluxuri materiale
i financiare
Decizii
Date
Subsistemul operativ
MEDIUL EXTERIOR
Sistemul ntreprindere
Fig. 1.1. Sistemul ntreprindere.

n figura 1.1 sistemul informaional este ilustrat ca subsistem al sistemului
ntreprindere.
1.1.2. Sistemul informatic

n literatura anglo-saxon pentru sistemul informaional se utilizezaz termenul de
information system, iar pentru sistemul informatic se utilizezaz termenul de computer based
information system. Datorit faptului c sistemelor informaionale economice actuale sunt
puternic informatizate att pentru sistemul informaional ct i pentru cel informatic se
utilizeaz termenul de information system.
Sistemul informatic reprezint o parte a sistemului informaional care permite
realizarea operaiilor de culegere, transmitere, stocare, prelucrare a datelor i difuzare a
informaiilor astfel obinute, prin utilizarea mijloacelor tehnologiei informaiei (calculatoarele
i aplicaiile informatice).
Sistemul informatic este astfel structurat nct s corespund cerinelor diferitelor
grupuri de utilizatori:
manageri de la nivelul conducerii strategice, tactice i operaionale;
personalul implicat n procesul culegerii i prelucrrii datelor;
5
personalul implicat n procesul cercetrii tiinifice i proiectrii de noi produse i

tehnologii de fabricaie;
personalul implicat n procesul de producie (controlul proceselor industriale
utiliznd mijloace specifice tehnologiei informaiei).
1.2. Structura sistemelor informaionale

Componentele sistemului informaional pot fi structurate astfel:
Date.
Informaii.
Cunotine.
Circuite informaionale.
Fluxuri informaionale.
Personal.
Proceduri.
Resurse hardware.
Resurse software.
Datele sunt reprezentri ale cifrelor, cuvintelor, imaginilor, sunetelor sau faptelor din
realitate. Pentru sistemul informaional datele sunt intrri ale sistemului n vederea prelucrrii
i transformrii lor n informaii sau n vederea stocrii acestora.
De exemplu numrul 100 sau luna Ianuarie reprezint o dat.
Informaiile reprezint date prelucrate astfel nct s fie utile i relevante pentru
procesul decizional.
De exemplu n luna aceasta profitul a crescut cu 10 % este o informaie.
Informaia furnizat de ctre sistemul informaional trebuie s se caracterizeze prin:
acuratee i realitate: informaia furnizat trebuie s reflecte ct mai fidel realitatea,
printr-o evaluare corect;
concizie: informaia trebuie s ofere plusul de cunoatere la obiect, succint, evitndu-se
elementele nerelevante;
relevan: informaia trebuie s ofere acele elemente de cunoatere de care decidentul
are nevoie pentru soluionarea unei probleme;
consisten: informaia trebuie s fie dens, lipsit de elemente needificatoare pentru
problema studiat;
oportunitate: informaia trebuie s parvin utlizatorului n timp util pentru a-i servi la
fundamentarea deciziei sale;
accesibilitatea: vizeaz uurina obinerea informaiei dorite, cu limitrile impuse de
gradul de confidenialitate i dreptuirle de acces ale utilizatorului;
forma de prezentare adecvat: informaia trebuie oferit utilizatorului ntr-o manier
relevant astefl nct acesta s o recepteze rapid i corect. Indicatorii pot fi prezentai n
mrimi absolute sau relative, n dinamic prin utilizarea reprezentrilor grafice i
coroborai astfel nct relevana informaiei oferite s fie maxime;
cost corespunztor: n raport cu valoarea acesteia.
6
De regul informaiile sunt materii prime pentru decizii, rezultnd n urma unor procese
de prelucrare, analiz sau interpretare a datelor. Pentru sistemul informaional,
informaiile sunt ieiri ale sistemului.
Fcnd o analiz a noiunilor de date i informaii se poate spune c uneori ceea ce
pentru o persoan reprezint o dat pentru alt persoan reprezint o informaie. Aceast
apreciere este fcut n funcie de gradul de utilitate al datelor.
De exemplu, pentru departamentul de producie stocul dintr-o anumit materie prim
necesar pentru lansarea unei comenzi este o informaie, n timp ce pentru magazie acest lucru
este o simpl dat.
Cunotinele sunt combinaii de reguli, proceduri, algoritmi, idei i informaii capabile s
asiste i s ghideze procesul decizional n vederea rezolvrii unor probleme ntr-un anumit
context dat. De exemplu ansamblul procedurilor i ideilor be baza crora managerul unei
organizaii ia decizii pentru restructurarea acesteia reprezint cunotinele sale.
Circuitele informaionale reprezint ansamblu de diviziuni organizatorice sau de
circuite logice pe care le parcurg datele i informaiile din momentul colectrii lor sau intrrii
lor n ntreprindere i pn n momentul arhivrii lor sau furnizrii n exterior.
Fluxurile informaionale reprezint cantitatea de date i informaii ce parcurg un anumit
circuit informaional. n cadrul unei organizaii se disting trei mari fluxuri informaionale:
fluxul informaiilor produse de ntreprindere pentru ea nsi (flux intern);
fluxul informaiilor prelevate din exterior i utilizate de ntreprindere;
fluxul informaiilor produse de ntreprindere cu destinaie n exterior.
Personalul reprezint totalitatea indivizilor din cadrul organizaiei implicai n
culegerea i transmiterea datelor i informaiilor din sistem.
Procedurile reprezint instruciuni pe baza crora personalul este instruit cum s
utilizeze i s acioneze n cadrul sistemului informaional.
Resursele hardware (resurse electronice) reprezint ansamblul calculatoarelor,
imprimantelor, scannerelor i a altor dispozitive electronice pentru culegerea, prelucrarea,
stocarea i transmiterea automat a datelor i informaiilor.
Resursele software reprezint ansamblul aplicaiilor i programelor informatice utilizate
pentru funcionarea resurselor hardware.
1.3. Funciile sistemului informaional

Pentru a-i ndeplini obiectivul de a asigura legtura ntre sistemul operaional i sistemul
decizional, sistemul informaional trebuie s realizeze patru funciuni principale: nregistrarea,
memorarea, prelucrarea i comunicarea datelor i informaiilor care au valoare pentru factorii
de decizie (figura 1.2) (Boldea, 2001:66).
7
Fig. 1.2. Funiile sistemului informaional.
Funcia de nregistrare
Aceast funcie conine, de regul, o serie de proceduri manuale care au ca finalitate ordonarea
datelor ntr-o manier care s faciliteze introducerea lor n sistemul de prelucrare. Este o
activitate foarte important, ntruct de calitatea datelor de intrare depinde calitatea
rezultatelor obinute n urma prelucrrii. n cadrul funciunii de culegere i nregistrare a
datelor se urmrete i eliminarea unei deficiene ce se manifest n funcionarea sistemelor
informaionale cum ar fi: distorsiunea
i redundana. (Boldea, 2001:66)
Operaii:
o Identificare
o Sortare
o Validare
Tehnologie:
o Tastatur
o Scanere
o Comenzi vocale
o Import automat (reea)
Funcia de memorare
Aceast funcie const n stocarea datelor pe purttori tehnici de mare capacitate n vederea
utilizrii lor n cadrul unor procese de prelucrare ulterioare.
Operaii:
o Stocare
o Arhivare
o Structurare
8
Tehnologie
o Hard discuri / CD-uri / DVD-uri / Centre de date (Cloud)
o Spreadsheet-uri
o Baze de date
o Depozite/Magazii de date
Funcia de prelucrare
Funcia de prelucrare const n:
- accesul la date; o prim problem care se pune este aceea de a accede n mod selectiv la
datele ce urmeaz a fi prelucrate. Tocmai aici structura bazei de date primete adevrata sa
importan pentru c ea este cea care va permite utilizatorului s formuleze eficient cererile.
Accesul la bazele de date se realizeaz cu ajutorul unor limbaje de cereri, dintre care SQL
(Structured Query Language) devine standardul limbajului interogativ pentru bazele de date.
- manipularea datelor const n efectuarea calculelor, mai mult sau mai puin complexe, pentru
a face din acestea informaii cu valoare adugat, care completeaz gradul de cunoatere a
fenomenelor i proceselor.
Operaii:
o Accesare
o Transformare (Manipulare)
Tehnologie
o Limbaje de programare
o SQL
Funcia de comunicare
Operaii:
o Transmisiune
Tehnologie
o Reele
o Intranet (LAN, WAN, MAN)
o Internet (Interconected Networks)
o Infrastructur transmisie (linii telefonice, antene, satelit, fibr optic)
1.4. Clasificarea sistemelor informaionale i informatice

Sistemele informaionale sau informatice pot fi clasificate astfel:
Dup scopul urmrit:

o automatizarea activitilor de rutin;
o informarea conducerii;
9
o sprijinirea proceselor de comunicare;

o sprijinirea procesului decizional;
o sprijinirea grupurilor de lucru.
n funcie de numrul persoanelor care utilizeaz sistemul:

o sisteme informatice individuale;
o sisteme informatice de grup;
o sisteme informatice organizaionale;
o sisteme informatice interorganizaionale;
o sisteme informatice internaionale.
Dup modul de prelucrare a datelor:

o sisteme de prelucrare manual;
o sisteme de prelucrare mecanografic;
o sisteme de prelucrare automat/electronic;
o sisteme de prelucrare mixt.
10
2. CONTABILITATEA I TEHNOLOGIA INFORMAIEI I

COMUNICRII
11
3. REALIZAREA I IMPLEMENTAREA SISTEMELOR INFORMATICE

DE GESTIUNE
Ciclul de via al dezvoltrii sistemelor informaionale economice
n dezvoltarea sistemelor informaionale cele mai importante persoane sunt analitii de
sistem i utilizatorii sistemului.
Analitii de sistem sunt implicai n cele mai importante faze ale dezvoltrii sistemului,
de rezultatul activitii lor depinznd ntreg proiectul sistemului. Ei sunt cei care descompun,
analizeaz i documenteaz cerinele utilizatorilor i structura informaional a sistemului
(fluxuri i circuite informaionale), astfel nct proiectul de implementare, realizare sau
actualizare a sistemului s-i ating toate obiectivele. De asemenea, analitii sunt intermediarii
dintre utilizatori i programatori.
Utilizatorii sunt importani prin natura lor de beneficiari finali ai sistemului. Orice
proiect de implementare, realizare sau actualizare a sistemului trebuie s ntruneasc cerinele
utilizatorilor. Astfel, utilizatorii trebuie s-i expun foarte clar cerinele analitilor de sistem i
s testeze la sfrit, dac proiectul final acoper cerinele specificate.
Implicarea resurselor informaionale i a personalului corespunztor pentru
dezvoltarea sistemului informaional se realizez n cadrul unui ciclu de via al acestuia.
Ciclul de via al dezvoltrii sistemelor informaionale economice (Systems
Development Life Cycle - SDLC), reprezint un ansamblu de faze destinate identificrii, analizei,
proiectrii, implementrii i ntreinerii sistemelor informaionale.
Fazele ciclului de viaa pentru sistemele informaionale economice (figura 2.1) sunt:
1.
2.
3.
4.
5.
6.
Identificarea i selecia proiectelor.

Planificarea i iniierea proiectelor.
Analiza sistemului informaional existent.
Proiectarea sistemului informaional.
Implementarea sistemului informaional.
Mentenana sistemului informaional.
12
Identificarea i selecia
proiectelor
Planificarea i iniierea
proiectelor
Analiza
sistemului
Proiectarea
sistemului
Implementarea
sistemului
Mentenana
sistemului
Fig. 2.1. Ciclul de via al dezvoltrii sistemelor informaionale
1. Identificarea i selecia proiectelor, presupune o analiz preliminar care are ca

rezultat stabilirea proiectelor ce vor fi dezvoltate. Identificarea poate fi rezultatul
propriu ntreprinderii sau rezultatul recomandrilor consultanei externe. Proiectele
identificate pot fi:
a. implementarea unui nou sistem;
b. actualizarea i modificarea sistemului existent;
c. externalizarea sistemului.
ntrebarea specific acestei faze este:
Ce trebuie fcut pentru mbuntirea sistemului informaional existent ?
2. Planificarea i iniierea proiectelor, se realizeaz cu ajutorul tehnicilor de
management al proiectelor. n aceast faz sunt stabilite funciunile implicate n
dezvoltarea sistemului, resursele umane i materiale necesare pentru realizarea i
implementarea proiectului. Stabilirea necesarului de resurse se realizeaz printr-o
analiz a fezabilitii dezvoltrii sistemului.
ntrebrile specifice acestei faze sunt:
Care sunt funciunile implicate, resursele necesare i modul de alocare al
acestora pentru dezvoltarea sistemului ?
Care este soluia cea mai eficient pentru dezvoltarea
informaional ?
13
sistemului
3. Analiza sistemului informaional existent presupune identificarea, analiza i

documentarea cerinelor noului sistem. Rezultatele analizei reprezint modelul logic al
sistemului (specificaiile sistemului) n conformitate cu cerinele utilizatorilor i
variantele cele mai bune pentru proiectara i implementarea acestui model.
Care sunt cerinele utilizatorilor (specificaiile) pentru dezvoltarea
sistemului ?
Care sunt cele mai eficiente i eficace variante pentru ndeplinirea cerinelor
noului sistem ?
4. Proiectarea sistemului, presupune:
a. proiectare a ieirilor sistemului (rapoarte, liste sau fiiere) n conformitate cu
cerinele utilizatorilor, legislaiei i procedurilor din sistem;
b. proiectarea intrrilor sistemului (documente primare, informaii externe firmei,
fiiere) pentru prelucrarea lor i obinerea ieirilor;
c. proiectarea structurii (schemei) bazei de date;
d. proiectarea interfeei cu utilizatorul;
e. proiectarea modulelor i programelor;
f. proiectarea securitii sistemului;
g. proiectarea manualelor de realizare i utilizare a sistemului precum i a
procedurilor de lucru din sistem.
Care este structura ieirilor, intrrilor, bazei de date i a modulelor noului
sistem impus de cerinele utilizatorilor ?
Care este cea mai bun variant de securizare a noului sistem ?
Care sunt resursele hardware i software pentru a susine implementarea
proiectului pentru noul sistem ?
Care sunt funciunile i persoanele implicate n utilizarea sistemului i cum
vor utiliza noul sistem ?
5. Implementarea sistemului const n :
a. achiziia sistemului;
b. implementarea proiectului ntr-un limbaj de programare/SGBD;
c. conversia vechiului sistem n noul sistem (importul datelor din vechiul sistem);
d. testarea funcionrii sistemului (de regul n paralel cu vechiul sistem);
e. instruirea utilizatorilor;
f. actualizarea documentaiei (manualele de utilizare).
14

Care este sistemul cel mai bun ce poate fi achiziionat de pe pia i care s
ntruneasc obiectivele proiectului ?
Cum funcioneaz noul sistem fa de vechiul sistem i care sunt problemele
de funcionare i utilizare ?
Ce trebuie s tie utilizatorii pentru a utiliza ct mai eficace noul sistem ?
6. Mentenana sistemului const n corectarea, actualizarea i mbuntirea sistemului
implementat.
Care sunt erorile aprute dup implementare i cum trebuie corectate ?
Care sunt ultimele actualizri ale sistemului i cum pot fi ele implementate ?
Utilizatorii, analitii i programatorii fiind resursele cele mai importante n dezvoltarea
sistemelor, implicarea acestora n cadrul fazelor ciclului de via al dezvoltrii sistemelor
informaionale economice, poate fi sintetizat n tabelul 2.1.
Tabelul 2.1. Implicarea utilizatorilor n ciclul de via al dezvoltrii sistemului
Faze SDLC
Implicare
utilizatori
Medie
Implicare
analiti
Mare
Implicare
programatori
Inexistent
Mare
Mare
Inexistent
Mic
Mare
Inexistent
Foarte mare
Foarte mare
Inexistent
Mic
Foarte mare
Inexistent
Mic
Foarte mare
Inexistent
Mare
Inexistent
Inexistent
Mare
Mare
Mare
Mare
Mare
Inexistent
Mic
Medie
Inexistent
Inexistent
Inexistent
Mare
Inexistent
Inexistent
Foarte mare
1. Identificarea i selecia proiectelor

2. Planificarea i iniierea proiectelor
- Identificarea i definirea funciunilor
i resurselor implicate
- Analiza fezabilitii
3. Analiza sistemului informaional
- Analiza i documentarea cerinelor
sistemului
- Scrierea specificaiilor (modelului
logic)
- Identificarea i analiza variantelor de
proiectare
4. Proiectarea sistemului informaional
- Proiectarea ieirilor i intrrilor
- Proiectarea bazei de date
- Proiectarea modulelor i programelor
- Proiectarea procedurilor de lucru
5. Implementarea sistemului
- Achiziia sistemului
- Implementarea ntr-un limbaj de
programare
15
- Conversia datelor din vechiul sistem

- Testarea sistemului i finalizarea
documentaiei
- Instruirea utilizatorilor
Mic
Mare
Medie
Medie
Mare
Mic
Foarte mare
Mare
Inexistent
Variabil
Mare
Variabil
6. Mentenana sistemului
16
4. DETERMINAREA CERINELOR SISTEMULUI

Determinarea cerinelor sistemului este prima etap a fazei de analiz a sistemului
informaional.
n cadrul metodologiei SSADM aceast faz este reprezentat de ctre modulul 1
Analiza cerinelor, etapele 1 Investigarea mediului existent i 2 Opiunile sistemului
economic.
n cadrul acestei etape analistul trebuie s investigheze sistemul existent pentru a
determina structura proceselor, structura datelor i cerinele utilizatorilor.
Complexitatea procesului de investigare pentru culegerea datelor i informaiilor este
determinat de mrimea i natura sistemului supus analizei i proiectrii.
Determinarea cerinelor i structurarea acestora este esenial pentru reuita
proecesului de proiectare i implementare a sistemului.
n aceast etap analitii trebuie s determine ct mai fidel cu o acuratee ridicat:
structura sistemului informaional;
relaiile funcionale dintre compartimente, procese i date;
fluxurile i circuitele de date i informaii;
procedurile de lucru;
obiectivele strategice ale organizaiei;
structura i funcionalitatea sistemului informatic.
Rezultatele obinute n cadrul acestei etape vor fi utilizate pentru modelarea
prelucrrilor (proceselor) i datelor din sistemul analizat.
Pentru investigarea sistemului i determinarea cerinelor analitii pot utiliza o serie de
tehnici clasice sau moderne. Cele mai utilizate tehnici sunt:
tehnici clasice:
o Interviul
o Chestionarul
o Observarea direct
o Flowchart-ul
tehnici moderne:
o JAD (Joint Application Design)
o Prototipizarea
4.1. Tehnici clasice de investigare a sistemului

4.1.1. Tehnica interviului
Interviul este cel mai frecvent i cel mai eficient procedeu de investigare a sistemului,
reprezentnd sursa principal de determinare a modului de desfurare a activitii ce face
obiectul studiului.
17
Interviul este o tehnic de investigare a unui sistem, n general, i a sistemului

informaional existent, n particular, prin care se realizeaz culegerea informaiilor despre
sistemul respectiv, prin discuii individuale dintre analist i persoanele implicate direct n
activitile domeniului ce face obiectul studiului.
Analitii folosesc interviul pentru a solicita rspunsuri sincere, complete i corecte de la
intervievat care deine mai multe informaii dect ei nii despre o anumit tem.
n utilizarea interviului pot fi semnalate o serie de avantaje, dar i unele

dezavantaje astfel:
ca avantaje pot fi enumerate:
- contactul direct cu persoanele ce activeaz n sistemul ce face obiectul studiului;
- obinerea de informaii specifice la fiecare ntrebare pus de analist privind
activitile ce se desfoar n cadrul sistemului analizat;
- observarea compartimentelor intervievate n timpul convorbirii, fapt ce sporete
cantitatea i calitatea informaiilor obinute;
- colectarea unor rspunsuri spontane, tiut fiind faptul c primele reacii sunt mai
semnificative dect cele relizate sub un control impus;
- obinerea unor rspunsuri, preri personale, privind activitatea desfurat n
sistem;
- identificarea schimburilor informaionale dintre intervievat i restul personalului
din sistem.
ca dezavantaje i limite intrinseci pot fi identificate:

- timp ndelungat pentru realizarea interviului (selectarea intervievailor, obinerea
acordului pentru interviu, desfurarea interviului, eventualele reluri a acestuia
etc);
- implic n activitate un colectiv mare de analiz;
- neasigurarea anonimatului intervievailor;
- lipsa de standardizare n formularea ntrebrilor, ceea ce limiteaz comparabilitatea
informaiilor;
- unele dificulti n accesul la persoanele cuprinse n eantionul de intervievai.
Scopul interviului este a obine o descrierea informaional a modului de realizare a

activitilor desfurate n domeniul ce face obiectul studiului(att la nivelul operaional, ct i
la cel decizional).
Fazele desfurrii interviului

A. Planificarea interviului
De regul, responsabilul proiectului are obligaia de a anuna conducerea unitii
beneficiar de intenia de a intervieva un numr de persoane, att de execuie, ct i de
decizie.
18
n aceast faz se vor procura informaii referitoare la personalul unitii beneficiare

din care vor fi selectai viitori intervievai.
Pregtirea interviului se face de fiecare analist n parte i const n:

nsuirea tehnicii interviului;
cunoaterea, la un nivel general a activitii ce face obiectul studiului prin
studierea actelor normative ce reglementeaz activitatea respectiv, prin
studierea din punct de vedere teoretic a problemei respective, sau a unui
proiect deja realizat i implementat;
stabilirea orientativ a unei liste de ntrebri pertinente, uor de
interpretat i de rspuns, care s permit analistului s nu omit s
investigheze anumite probleme (fr pretenia de a stabili un plan riguros
a interviului, deoarece de regul analistul contruiete ntrebrile chiar n
timpul desfurrii interviului);
n ceea ce privete alegerea momentului interviului analistul trebuie s
evite anumite peioade neprielnice desfurrii cu succes a
interogatoriilor cum ar fi:
o perioadele de vrf din activitate;
o prima or din programul de lucru;
o n apropierea pauzei de mas;
o imediat dup pauza de mas;
o apropierea sfritului programului;
o cnd intervievatul nu este pregtit psihologic etc.
se recomand ca interviul s nu dureze mai mult de 2-3 ore;
se recomand ca interviul s fie luat la locul de munc a intervievatului,
deoarece:
o operatorii pot pune la dispoziia analistului documentele pe care le
utilizez;
o riscul de a scpa unele ascpecte este mai mic;
o se pot consulta colaboratorii pentru elucidarea unor aspecte.
B. Desfurarea interviului
Desfurarea interviului cuprinde o succesiune de momente: nceputul interviului,
punerea ntrebrilor i nregistrarea rspunsurilor, conducerea interviului, nregistrarea
interviului i ncheierea interviului.
B.1. nceputul interviului
n aceast faz analistul trebuie:

s explice scopul i obiectivele interviului;
s prezinte modul n care a aprut problema discutat n interviu;
s descrie metoda prin care respectiva persoan a fost selecionat
pentru interviu;
19
s precizeze timpul necesar, natura interviului i instituia sub girul

cruia s-a organizat interviul;
s asigure interlocutorul de caracterul confidenial al rspunsurilor;
s menioneze eventualele recompense sau avantaje pentru cei care iau
parte la interviu;
raportul analist-intervievat este esenial n interviu i reprezint
componenta principal care-l deosebete de cercetarea bazat pe
chestionare n creearea sentimentului de ncredere ntre participani la
interviu, analistul trebuie s in cont de particularitile
comportamentale ale fiecrui intervievat, n funcie de care s conduc
interviul.
B.2. Punerea ntrebrilor i nregistrarea rspunsurilor

Formularea ntrebrilor de ctre analist nu este o operaiune simpl, ea trebuie s in
seama de o serie de factori cum ar fi: tipul ntrebrii, limbajul folosit, relevana, nivelul de
informare, complexitatea, accesibilitatea intervievatului etc.
ntrebrile puse de analist pot fi clasificate n funcie de trei criterii:
a) dup modul de formulare, ele pot fi:
ntrebri deschise sau formulri largi, permite interviului s ofere toate
informaiile pe care le consider necesare pentru elucidarea temei puse n
discuie. De exemplu: Care sunt problemele care mpiedic funcionarea
normal a sistemului informaional existent privind activitatea de lansare,
obinere, livrare i ncasare a produselor finite ?
ntrebri nchise, sunt restrictive, intervievatului i se ofer posibilitatea
selectrii rspunsului prin alegerea unei opiuni din dou sau mai multe
posibile. De exemplu:
Care considerai c sunt cauzele nencasrii facturilor emise?
a. lipsa de disponibil n contul clientului;
b. nedepunerea de ctre serviciul financiar a tuturor diligenelor
pentru ncasarea facturilor.
b) n funcie de importana lor:
ntrebri principale, vizeaz direct problemele activitii ce face obiectul
studiului. De exemplu: Cte motoare electrice ai livrat de la nceputul
perioadei pn n prezent?
ntrebri secundare, sunt formulate cu scopul de a obine informaii
suplimentare la ntrebrile principale, atunci cnd intervievatul nu a rspuns
corect sau a rspuns superficial. De exemplu: Care considerai c au fost
cauzele nelivrrii tuturor motoarelor comandate de clieni?
Analitii trebuie s ctige ncrederea intervievailor prin formularea unei ntrebri
relevante, astfel nct acetia s rspund liber, complet i corect.
20
B.3. Conducerea interviului

Principalele aspecte pe care analistul trebuie s le aib permanent n vedere cnd
conduce un interviu sunt:
nainte de conducerea interviului analistul trebuie s verifice funcia intervievatului
pentru a constata dac acetia au cunotinele necesare unor rspunsuri adecvate i
dac sunt abilitai s dea rspunsurile corecte;
la nceputul interviului analistul trebuie s repete scopul acestuia pentru a fi
confirmat de intervievat c este interviul pe care l-au stabilit. Intervievaii pot avea
de asemenea cteva ntrebri referitoare la obiectivele interviului;
n acest timp este foarte important ca analistul s stabileasc raportul cu
intervievatul care trebuie s fie unul favorabil prin care s se evite apariia de
tensiuni, confuzii i ostiliti n desfurarea interviului.
B.4. nregistrarea interviului

Pentru a facilita reamintirea coninutului interviului analistul realizeaz nregistrri fie
n scris, fie pe supori magnetici cu casetofonul, magnetofonul, reportofonul, etc. nregistrrile
magnetice prezint avantajul c l scutete pe analist de a nota i astfel acesta se poate
concentra mai bine asupra interviului. Pe de alt parte ns, nregistrrile magnetice adesea i
agit pe intervievai care se simt intimidai i i pun probleme de secret i ncredere cnd sunt
nregistrai.
nregistrnd n scris analistul are posibilitatea de a consemna numai rspunsurile
importante oferite de intervievat i s elimine rspunsurile colaterale care nu au legtur cu
obiectivele interviului. Intervievatul trebuie s aib dreptul s vad notiele luate n timpul
interviului pentru a aprecia acurateea acestora.
B.5. ncheierea interviului
ncheierea interviului este o activitatea foarte important, deoarece n funcie de
formula sau aciunile de ncheiere a unui interviu depind celelalte aciuni sau interviuri
necesare. Se recomand ca ncheierea interviului s fie amiabil i relaxant fr s rmn
stri tensionate sau conflictuale.
4.1.2. Tehnica chestionarului

Chestionarul constituie una din metodele de baz n investigarea fenomenelor sociale.
Chestionarul reprezint un instrument de investigare compus dintr-un numr de

ntrebri scrise, relevate logic, la care chestionaii rspund n legtur cu opiniile, preferinele,
sentimentele, interesele i comportamentele lor n anumite circumstane.
21
Spre deosebire de interviu, chestionarele sunt mai puin costisitoare i pot oferii un
volum mare de informaii necesare analizei sistemului.
Proiectarea i administrarea chestionarelor

a) Stabilirea clar a scopului investigaiei
n aceast faz se stabilesc informaiile ce trebuie obinute n urma investigrii
sistemului existent cu ajutorul chestionarului.
b) Stabilirea bazei de aantionare
Acesta cuprinde persoanele implicate n activitatea ce face obiectul studiului, dar
alte persoane, att de execuie, ct i de conducere, care au tangen cu aceast
activitate. Este recomandabil ca aceste persoane s aib cultura economic
necesar dar i disponibilitatea de a contribui la perfecionarea sistemului existent.
c) Selectarea din baz a unui eantion reprezentativ cu ajutorul unor procedee de
selecie.
d) Formularea ntrebrilor.
Cerinele de care analistul trebuie s in seama n formularea ntrebrilor,

sunt:
fiecare ntrebare introdus n chestionar s fie necesar i oportun;

fiecare ntrebare s se refere la o singur problem;
fiecare ntrebare s fie valabil pentru toi chestionaii;
folosirea cuvintelor normale i evitarea jargoului;
evitarea ntrebrilor ambigue;
evitarea ntrebrilor care determin rspunsul;
evitarea ntrebrilor prezumtive;
evitarea ntrebrilor ipotetice;
evitarea ntrebrilor jenante sau amenintoare;
evitarea ntrebrilor care implic reveniri extinse n trecut;
evitarea ntrebrilor despre care cei care rspund au cunotine
puine sau chiar deloc etc.
e) Alegerea formei i structurii chestionarului

Chestionarul ar trebui s apar aerisit: ntrebrile i diferitele seciuni ar trebui
separate prin spaii adecvate.
Structura chestionarului trebuie astfel conceput nct personalul chestionat s
neleag modul n care trebuie plasat rspunsul pentru a fi validat corect.
n chestionar ntrebrile vor fi grupate pe probleme i importan ntr-o anumit
ordine:
22
ntrebrile de la nceputul chestionarului sunt simple, interesante i

presupun un grad sczut de solicitare din partea celor chestionai;
dup ntrebrile introductive sunt formulate ntrebrile cu caracter
general i apoi cele specifice activitii analizate;
ntrebrile mai diferite, care necesit reveniri substaniale sau sunt
controversate se plaseaz la mijlocul i sfritul chestionarului;
ntrebrile de trecere au rolul de a marca apariia unui nou grup de
ntrebri referitoare la alte aspecte ale activitii analizate i de a pregti
rspunsurile la aceste ntrebri;
pentru ntrebrile filtru se poate construi o schem logic pentru
derularea ntrebrilor (continuarea secvenial sau saltul la o anumit
ntrebare);
ntrebrile de control au rolul de a verifica consecvena n exprimarea
unei opinii de ctre chestionai, dar i seriozitatea manifestat de acetia
n completarea chestionarulu etc.
f) Utilizarea efectiv a chestionarelor

De regul, chestionarele sunt ntocmite pe hrtie (foi volante sau brouri), dar
ele pot fi efectuate i n mod direct (prin telefon) sau pe un purttor tehnic de
informaii (dischete), sau prin facilitatea oferit de tehnologiile informaionale (email).
Chestionarele prin e-mail sunt folosite atunci cnd analistul trebuie s obin
informaii din zone geografice dispersate. Ele reprezint o modalitate ieftin de
colectare a datelor.
Analiti pot completa chestionarele ei nii n timpul unui interviu sau pot
evalua activitile desfurate n cadrul sistemului.
g) Analiza datelor din chestionare
n aceast faz se prelucreaz datele colectate cu ajutorul chestionarelor, se vor
interpreta rezultatele obinute i se va redacta raportul de analiz. n acest scop se
vor codifica rspunsurile, se vor calcula anumii indicatori (mrimi medii, abateri,
indici de dinamic, ritmuri de cretere, etc), dar acest scop va fi atins i prin studierea
fiecrui rspuns n parte. Pe baza prelucrrilor statistice a rspunsurilor primite i a
semnificaiei indicatorilor determinai, se va ntocmi raportul de analiz.
De regul acesta va cuprinde o introducere n problema studiat, o prezentare a
problemei chestionate, a indicatorilor calculai i interpretarea acestora.
Avantajele chestionarelor, n activitatea analizat, pot fi:

ntrebrile se pot formula pe fluxul logic al faptelor;
numrul mare al celor chestionai;
rspunsurile fiind date ntr-un anumit termen, anchetatorul are posibilitatea
unei documentri i unei exprimri mult mai clare i precise;
rspunsurile personale anchetate nu mai poart amprenta analistului ca n
cazul interviului etc.
Limitele chestionarului ca tehnic de analiz, pot fi:
23
n primul rnd, chestionarul ca tehnic de investigare limiteaz analiza datelor

despre sistemul existent la rspunsurile primite. Spre deosebire de interviu,
utilizarea chestionarului presupune o cunoatere prelabil a activitilor care
constituie tema chestionarului, el folosind mai mult ca o tehnic de verificare a
cunotinelor prealabile dect un procedeu prin care s se culeag informaii noi
despre domeniul studiat;
utilizarea chestionarului prezint i dezavantajul privind imposibilitatea punerii
unor ntrebri suplimentare i lipsa unui control asupre celor care rspund i
care nu rspund la ntrebri foarte precise;
o alt problem o reprezint credibilitatea i validitatea chestionarului.
7.1.3. Observarea direct

Procedeul const n deplasarea analistului la locul desfurrii activitii luat n studiu
i urmrirea instantanee, filmarea, fotografierea, msurarea cu instrumente adecvate a
proceselor de culegere, transmitere i prelucrare a datelor.
Este o metod ajuttoare i se folosete numai n cazul n care sunt necesare unele
precizri cum ar fi de exemplu timpul necesar completrii unor documente, calcule, validare
date, circulaia documentelor etc.
Procedeul solicit un colectiv de analiti cu o vast experien i dezvoltat spirit de
observaie.
Observarea direct mai poart denumirea i de tehnica agendei.
4.1.4. Flowchart-ul
n investigarea sistemului, analistul dispune de un volum semnificativ de date i
informaii sub forma interviurilor, chestionarelor, documentelor i observaiilor libere (note
n agend). Organizarea acestor informaii ntr-o form sistematizat, care s pun n eviden
operaiile, fluxurile, circuitele i structurile de date, poate fi realizat cu ajutorul flowcharturilor de sistem.
n practic analistul de sistem poate utiliza pentru documentarea sistemului, flowcharturile existente n unitatea analizat.
Documentarea sistemului cu ajutorul flowchart-urilor de sistem poate fi realizat i
dup implementarea acestuia, fcndu-se, astfel, actualizarea operaiilor i datelor sistemului.
Definiia general a flowchart-ului dup Dicionarul Oxford este:
Flowchart-ul reprezint o diagram care ilustreaz aciunile unor persoane sau obiecte
n cadrul oricrui sistem complex.
Pornind de la aceast definiie flowchart-ul de sistem poate fi definit astfel:
Flowchart-ul de sistem reprezint o combinaie de simboluri i text prin care se
reprezint grafic procesele, operaiile, datele i circuitul acestora intr-o organizaie.
Simbolurile i procedurile de elaborare a flowchart-urilor au fost reglementate i
standardizate de ctre organizaii specializate cum ar fi:
ISO 5807:1985 standardizeaz simbolurile i modul de reprezentare al datelor,
flowchart-urilor de sistem i program. (www.iso.ch)
ANSI X3.6-1970 standardizeaz simbolurile flowchart-ului i modul de utilizare al
acestora n reprezentarea proceselor informaionale. (www.ansi.org)
ASME (American Society of Mechanichal Engineers) (www.asme.org)
24
Simbolurile flowchart-ului, cu toate c sunt standardizate, difer n funcie de fiecare

standardizare. Evoluia sistemelor informatice a condus la diversificarea simbolurilor utilizate
n flowchart-urile de sistem, astfel nct unele organizaii i companii au propriile simboluri i
proceduri de reprezentare.
n prezent pentru elaborarea flowchart-urilor se utilizeaz instrumente informatice
specializate. Cele mai utilizate sunt: MS VISIO, SMARTDRAW, EDRAW FLOWCHART,
PATTON&PATTON FLOW CHARTING i MS WORD. Aceste instrumente i pun i ele amprenta
asupra simbolurilor i tipurilor de flowchart-uri, fiecare personaliznd procesul de elaborare a
flowchart-ului.
Cu toat diversitatea de simboluri i tipuri de flowchart-uri, n practic, cele mai
utilizate simboluri pentru elaborarea flowchart-urilor de sistem, sunt:
Simbol
Descriere
Proces reprezint un proces,
activitate sau operaie din sistem.
Determinant sau declanator

reprezint un eveniment care
genereaz execuia unui anumit
proces. Mai este denumit i proces
alternativ sau secvenial.
Decizie reprezint un punct de

decizie care poate avea dou
alternative. De regul conine o
ntrebare.
Date de intrare/ieire reprezint
datele care intr sau care ies dintrun proces. De regul aceste date sunt
cmpurile unei baze de date su
variabile din sistem.
Proces predefinit reprezint un
proces complex descris ntr-un
flowchart separat. Cu ajutorul
acestui simbol se reprezint, de
regul, procedurile (subrutinele),
exclusiv, informatizate.
25
Exemplu
Recepie
Comand de la
furnizor
Vnzare
en-gross?
Cod bar,
CUI
Operare
recepie
Document reprezint un
document din sistem (document
primar, raport sau liste).
Factura
Multi-document reprezint fie un

document n mai multe exemplare
fie mai multe documente care circul
mpreun.
- Factur
- NRCD
Start / Sfrit reprezint aciunea

care determin nceputul sau
sfritul proceselor din flowchart
Lansare
producie
Introducere manual reprezint

o introducere manual a datelor din
sistemul analizat.
Date
furnizor
Operaie manual reprezint o

procedur/operaie manual din
sistem.
Completare
NRCD
Conector reprezint un conector

al circuitelor din flowchart, atunci
cnd acesta se reprezint pe mai
multe pagini. De regul fiecare
conector se numeroteaz de la 1 ... n.
Date stocate (arhivate)
reprezint un set de date care sunt
stocate i arhivate.
Disk magnetic reprezint stocarea

datelor pe un disc magnetic (hard
disk, floppy disk, memory stick,
CD/DVD etc.). De regul prin acest
simbol se reprezint baza de date
(tabelele).
26
Contracte
clieni
Fia de
magazie
Display reprezint datele care vor

fi afiate pe ecranul monitorului.
Date
client
Direcie flux reprezint direcia

de transmitere a datelor.
Reguli generale de ntocmire:

Flowchart-ul se divizeaz n mai multe seciuni verticale (coloane) sau orizontale
(linii) n funcie de compartimentele sau entitile externe prin care circul
datele i au loc procesele.
Flowchart-ul se eticheteaz cu titlul i data elaborrii sau ultimei actualizri.
Elaborarea flwchart-ului ncepe de la stnga la dreapta i de sus n jos.
Trebuie s se marcheze clar nceputul i sfritul flowchart-ului.
Toate simbolurile se eticheteaz corespunztor.
Avantaje:
Flowchart-urile sunt uor de neles.
Elaborarea flowchart-ului presupune cunoaterea detaliat a sistemului.
Permite identificarea rapid a rupturilor sau redundanei n circuitul datelor.
Permite o bun comunicare ntre analitii de sistem i utilizatori.
Reflect controlul sistemului.
Dezavantaje:
Dificil de elaborat pentru sisteme complexe.
Nu surprinde toate detaliile informale ale sistemului.
7.2. Tehnici moderne de investigare a sistemului
7.2.1. JAD (Joint Application Design)1

Tehnica Joint Application Design (JAD) a fost elaborat la sfritul anilor 70 de ctre
IBM.
Ideea principal JAD o constituie punerea laolalt a tuturor forelor interesate n
dezvoltarea sistemelor: utilizatorii-cheie, managerii i analitii de sistem implicai n analiza
sistemului curent. Din acest punct de vedere JAD este similar interviului la nivel de grup.
Totui, n sesiunile JAD se urmeaz o anumit secven de derulare a activitilor, pe baza unor
roluri bine definite.
Oprea, D., Analiza i proiectarea sistemelor informaionale economice, Editura Polirom, Iai, 1999, pag. 182.
27
Sesiunile JAD se desfoar n locuri diferite de cele unde lucreaz personalul antrenat
n ele. Scopul este de a-i ine departe de grijile locului de munc i de a-i folosi intens n
edinele de lucru. Ele pot dura de la patru ore la o sptmn. Uneori se pot repeta de cteva
ori. Costul este de mii de dolari.
Sesiunile JAD se in, de regul, n sli speciale sub form de potcoav, ncperile se
echipeaz cu table albe magnetice; n funcie de posibiliti s-ar recomanda una electronic,
oferind posibilitatea scanrii i tipririi la imprimant a ceea ce este scris pe tabl. Mai nou,
exist table magnetice care pot fi salvate ca fiiere n calculator. Se fac eventuale corecii pe
tabl i fiierul se salveaz din nou. Imaginea poate fi readus pe tabl sub diverse forme, ceea
ce nseamn preluarea funciilor flip-chartului (coli mari volante plasate pe un trepied special).
Pot fi folosite, de asemenea, diverse mijloace audio-video. Flip-chartul joac un rol esenial,
pentru c foile volante, dup ce sunt scrise, se lipesc pe pereii slii pentru a menine n cmpul
vizual al participanilor problematica discutat, cu posibilitatea revenirii la orice element
consemnat n oricare din zilele sesiunii JAD. In plus, pe ele se pot face adnotri, indiferent de
moment.
Calculatorul, n aceast sesiune, este folosit pentru pregtirea materialelor i pentru
memorarea unor diagrame emise n timpul sesiunii. JAD nu apeleaz exagerat de mult la
calculatoare.
Cnd sesiunea JAD este ncheiat, rezultatul final nseamn un set de documente
referitoare la activitile din sistemul curent care au legtur cu studiul noului sistem. Analitii
vor obine o nou imagine asupra a ceea ce se intenioneaz a se realiza i a ceea ce exist n
unitate.
4.2.2. Prototipizarea2
Prototipizarea este un proces iterativ prin care analitii i utilizatorii pun n discuie o
versiune rudimentar a unui sistem informaional, care va fi ntr-o continu schimbare, n
funcie de reacia utilizatorilor.
Pentru culegerea informaiilor despre cerinele utilizatorilor nc se apeleaz la
interviuri, dar, prin prototipizare, operaiunea va fi mai simpl i va solicita un timp mai scurt.
Prototipul este vzut i testat de utilizator, avnd posibilitatea s precizeze ce ar mai dori, dar
i s-i genereze aceast form nou, firesc, cu ajutorul specialitilor din preajm.
Prototipizarea este facilitat de cteva limbaje sau produse program din generaia a patra,
inclusiv de CASE.
Prototipizarea este foarte util n determinarea cerinelor sistemului cnd:
cerinele utilizatorilor nu sunt prea clar formulate sau bine nelese;
unul sau mai muli utilizatori sau susintori sunt implicai n sistem;
n trecut s-au nregistrat dificulti n comunicarea dintre utilizator i analiti i
se ncearc formularea ct mai corect a cerinelor sistemului;
Avantaje:
o mai bun definire a cerinelor utilizatorilor;
creterea satisfaciei utilizatorilor printr-o implicare puternic;
creterea vitezei de realizare a sistemului;
flexibilitet mare a sistemului;
costuri reduse de analiz i proiectare.
Dezavantaje:
definirea cerinelor este instabil necesitnd reveniri frecvente;
2
Oprea, D., Analiza i proiectarea sistemelor informaionale economice, Editura Polirom, Iai, 1999, pag. 185.
28
activitile sunt semistructurate sau nestructurate;

proiectanii nu sunt siguri de tehnologia ce va fi utilizat;
reveniri multiple n definirea sistemului.
29
5. MODELAREA PRELUCRRILOR (PROCESELOR) SIG

O component esenial n cadrul unui sistem informaional o constituie prelucrrile.
Aceast component are rolul de a transforma datele n informaii respectiv informaiile sau
datele n cunotine (Turban and Aronson, 2000).
n general procesele de prelucrare sunt compuse din: activiti, aciuni, faze, operaii i
evenimente.
Pentru a rezolva cerinele utilizatorilor i ale altor entiti din sistem, analistul trebuie
s neleag i s reprezinte fluxurile de date i procesele de transformare ale acestora.
Descrierea preliminar (nerafinat) a prelucrrilor sistemului i ale fluxurilor de date i
informaii ntre acestea, n cadrul analizei sistemului informaional, se realizeaz cu ajutorul
modelelor conceptuale ale prelucrrilor (MCP).
Modelul conceptual al prelucrrilor reflect conexiunile i structura informaional
general a prelucrrilor din sistemul analizat.
Etapa de modelare conceptual a prelucrrilor presupune identificarea de ctre analist
a rspunsului la ntrebarea:
Care sunt prelucrrile din sistem i relaiile informaionale dintre acestea ?
Modelarea prelucrrilor reprezint o tehnic de organizare i documentare a tuturor
proceselor de culegere, prelucrare, stocare i transmitere a datelor n interiorul sau exteriorul
sistemului analizat precum i a politicilor i procedurilor care guverneaz aceste procese.
Modelarea conceptual nu are ca obiectiv descrierea unor detalii privind mijloacele
concrete de prelucrare i stocarea fizic a datelor.
Un rol important n construcia modelelor pentru prelucrrile sistemului, l are
activitatea de descompunere a prelucrrilor.
Tehnica utilizat pentru descompunerea proceselor de prelucrare este cunoscut sub
denumirea de decompoziie.
Decompoziia reprezint activitatea prin care un sistem este descompus n susbsistemele,
procesele sau subprocesele sale componente (Whitten and Bentley, 1998).
Cel mai utilizat instrument n decompoziia sistemului l reprezint diagrama de
decompoziie.
Diagrama de decompoziie este o reprezentare ierarhic a componentelor i
subcomponentelor sistemului (figura 5.1).
30
Sistem
analizat
Funciunea 1
Funciunea 2
...
Funciunea n
Activitatea 1.1
Activitatea 2.1
...
Activitatea n.1
Operaia 1.1.1
Operaia 2.1.1
...
Operaia n.1.1
Fig. 7.1. Diagrama de decompoziie.
Procesele logice din cadrul unui sistem pot fi de trei tipuri (Whitten and Bentley,
1998):
funciuni;
evenimente;
procese elementare.
Funciunile reprezint seturi de activiti permanente care au un caracter de

continuitate. Acestea nu au nici nceput i nici sfrit fiind ntr-o continu derulare.
Evenimentul reprezint un declanator logic din sistem la care acesta trebuie s
rspund. Evenimentul este generat de o intrare i este completat de o ieire ca rspuns
al sistemului. n unele circumstane evenimentele din sistem mai poart denumirea de
tranzacie.
Procesele elementare reprezint sarcini
i operaii necesare ca rspuns la
evenimentele din sistem. Acestea sunt ultimele nivele de abstractizare n care poate fi
descompus un proces.
Tehnica de decompoziie are ca rezultat doar descompunerea funcional a proceselor
de prelucrare, fr a scoate n eviden fluxurile de date dintre acestea i condiiile tehnice de
realizare. Din aceast cauz decompoziia este integrat n procesul de modelare conceptual a
prelucrrilor.
n analiza sistemelor informaionale cel mai utilizat instrument de reprezentare a
modelului prelucrrilor sunt diagramele fluxurilor de date (DFD). Aceste diagrame constiuie
tehnici de analiz structurat a sistemului i au un rol important att n procesul de
identificare i definire a cerinelor sistemului ct i n procesul de reverse engineering.
31
Diagrama fluxului de date este un instrument de reprezentare grafic a fluxurilor de

date, proceselor de prelucrare i a locurilor de stocare ale acestora n cadrul sistemului analizat.
Tehnica diagramelor fluxurilor de date scoate n eviden intrrile, prelucrrile i
ieirile de date din cadrul sistemului analizat sau proiectat.
Reprezentarea grafic a diagramelor se poate realiza cu ajutorul mai multor seturi de
simboluri dintre care cele mai cunoscute sunt Gane & Sarson (1979) i Yourdon & DeMarco
(1979).
n prezent tehnicile de reprezentare a DFD-urilor sunt incluse n instrumente CASE.
Tehnica Gane & Sarson are la baz patru simboluri utilizate n reprezentarea DFD.
Aceste simboluri mpreun cu semnificaia lor sunt prezentate n tabelul 5.1.
Tab. 5.1. Simbolurile Gane & Sarson
Simbol
Semnificaie
Exemplu
ENTITATE
(EXTERN)
FURNIZOR
Factura de
achiziie
FLUX DE DATE
1
Recepie
PRELUCRARE
(PROCES)
STOCARE DATE
D1
Fia de magazie
Entitate (extern): reprezint emitentul sau receptorul datelor din exteriorul sistemului
analizat. Aceast entitate poate fi o alt diviziune organizatoric, clienii, furnizorii, bncile,
instituiile financiare ale statului, o persoan, o main, o aplicaie informatic etc.
Entitile externe sunt reprezentate grafic printr-un ptrat cu latura superioar i cea din
stnga umbrite. n cadrul ptratului se introduce denumirea entitii, iar uneori i o liter
cu rol de identificator al entitii. Aceeai entitate poate fi utilizat de mai multe ori n
cadrul aceleai diagrame.
Fluxul de date: reprezint direcia de micare a diferitelor structuri de date. Printr-o

structur de date se nelege un document, un raport listat, o interogare a bazei de date sau
32
datele dintr-o fereastr a aplicaiei. Fiecare structur de date este reprezentat printr-o
sgeat orientat cu vrful spre destinaie. Dac o structur de date are destinaii multiple,
sgeata care o reprezint poate fi descompus n mai multe direcii.
Prelucrare (proces): reprezint o activitate de transformare sau interpretare a datelor.

Prelucrrile sunt reprezentate printr-un dreptunghi cu colurile rotunjite. n interiorul
dreptunghiului se introduce denumirea activitii de prelucrare.
Stocare date: reprezint locul de nregistrare i stocare a datelor, care poate fi un

document sau un fiier. Locul de stocare este reprezentat printr-un dreptunghi deschis n
partea dreapt.
Elaborarea diagramelor fluxului de date este guvernat de o serie de reguli i restricii

indiferent dac se utilizez sau nu instrumente CASE. Astfel cele mai general acceptate reguli i
restricii sunt urmtoarele (Celko, J., 1987):
Nici un proces de prelucrare nu poate s aib o ieire fr nici o intrare.
Nici un proces de prelucrare nu poate s aib numai intrri fr nici o ieire.
ntotdeauna un proces are denumirea sau eticheta simbolului format dintr-un verb.
De exemplu: recepie mrfuri, casare mijloc fix, nregistrare n fia de cont etc.
ntre dou locuri de stocare nu poate s existe niciodat un flux de date direct.
ntre o entitate extern de date i un loc de stocare nu poate s existe niciodat un

flux direct de date.
Un flux de date nu poate fi transmis niciodat de la un loc de stocare la o entitate

extern.
ntre dou entiti externe (surs i destinaie) nu trebuie s existe un flux direct de
date.
Fluxul de date are un singur sens, respectiv dinspre surs spre destinaie. Dac
exist i un flux invers dinspre destinaie spre surs se va reprezenta un nou flux
orientat n aceast direcie.
Un flux de date poate fi ramificat n mai multe direcii n funcie de destinaia

datelor. Fiecare ramificaie reprezint fluxul de date din care provin.
Dou fluxuri spre aceai destinaie pot fi asociante (unite) doar dac au acelai
coninut de date.
Un flux de date nu poate avea ca destinaie direct sursa din care provine.
Etapele parcurse n elaborarea diagramelor fluxului de date sunt urmtoarele:

A. Inventarierea proceselor de prelucrare i construcia diagramei de
decompoziie.
33
B. Idetificarea entitilor externe, a fluxului de date dintre procese i a locurilor

de stocare a datelor. n aceast etap sunt identificate toate entitile externe
sistemului analizat, fluxurile de date dintre procesele de prelucrare i entitile
externe precu i locurile de stocare a datelor. Pentru o mai bun gestionare a acestor
elemente pot fi utilizate tabele care s conin structura informaional a sistemului.
C. Elaborarea diagramei de context.
Diagrama de context (DeMarco, 1978) este o imagine general a sistemului
analizat, coninnd doar o singur prelucrare (sistemul nsui) i mai multe fluxuri de
date ntre aceasta i entitile externe pentru a reflecta obiectivele i graniele
sistemului sau proiectului.
D. Elaborarea diagramei de nivel 0 (zero). Diagrama de nivel 0 conine toate
procesele de pe primul nivel de subordonare procesului principal din diagrama de
decompoziie. Astfel diagrama de nivel 0 se obine prin descompunerea diagramei
de context n procese de prelucrare direct descendente. Aceste subprocese de
prelucrare se noteaz, de regul, cu numere ntregi ncepnd de la 1.
E. Elaborarea sub-diagramelor pentru fiecare proces din diagrama de nivel 0.
Urmnd decompoziia funcional a proceselor pentru fiecare proces din diagrama
de nivel 0 se creaz cte o diagrama ce va conine toate subprocesele acelui proces.
F. Verificarea diagramelor pentru identificarea i eliminarea erorilor. n aceast
faz pe baza regulilor de elaborare a diagramelor fluxului de date se realizez
corectarea erorilor din cadrul diagramelor reprezentate.
34
6. MODELAREA DATELOR SIG
6.1. Rolul modelrii conceptuale a datelor n analiza de sistem

Dup investigarea sistemului, echipa de analiz i proiectare, deine o serie de date i
informaii, sub forma documentelor sau fiierelor, cu privire la operaiile i proceselor din
sistem.
Pentru a modela aceste date n vederea proiectrii bazei de date analitii trebuie s
parcurg urmtoarele etape:
Modelarea sau proiectarea conceptual a bazei de date.
Proiectarea logic a bazei de date.
Proiectarea fizic a bazei de date.
n faza de analiz a sistemului se parcurge, de regul, prima etap i anume: modelarea
sau proiectarea conceptual a bazei de date.
Aceast etap, presupune elaborarea unui model al datelor i informaiilor din
organizaie, independent de aspectele tehnice ale stocrii i prelucrrii lor.
Modelarea conceptual al datelor, rezultat din modelarea conceptual, este total
independent de SGBD-urile, aplicaiile sau platformele hardware din organizaie. Acest model
ajut analistul s identifice entitile de date i relaiile dintre acestea.
Rolul esenial al modelrii conceptuale este de a oferii o imagine fidel a datelor
sistemului i relaiilor dintre acestea fr a fi dependente de tehnologiile utilizate. Pornind de
la acest model sistemul va putea fi uor rafinat i implementat n cadrul oricrei tehnologii.
Fazele elaborrii modelului conceptual al bazei de date sunt:
Determinarea dependenelor funcionale.
Identificarea tipurilor de entiti.
Determinarea structurii de atribute ale entitilor i domeniile (tipurile) acestora.
Determinarea atributelor chei candidate i primare.
Identificarea tipurilor de relaii dintre entiti.
Reprezentarea diagramei entitate-relaie.
Verificarea i validarea modelului.
Revizuirea modelului mpreun cu utilizatorii sistemului.
n prezent elaborarea modelului conceptual al datelor se realizeaz cu ajutorul CASEurilor. Aceste instrumente permit crearea unui depozit al atributelor din sistem, iar apoi
gruparea lor n entiti i elaborarea diagramei entitate-relaie.
35
6.2. Determinarea dependenelor funcionale

Dependena funcional (DF) reprezint o relaie de asociere ntre dou atribute
dintre care unul este determinant iar cellalt este determinat.
Relaia de dependen funcional
atribut determinant atribut determinat
Atributele ntre care exist aceast relaie de asociativitate sunt membre ale aceleai
entiti.
Exemple:
Cod produs Denumire produs
Cod produs Pre unitar
Cod produs Unitate de ma sura
Nr. de inventar Denumire mijloc Xix
Nr. de inventar Loc de folosina
Nr. matricol Nume i prenume student
Determinarea i reprezentarea dependenelor funcionale se realizeaz cu ajutorul
matricei dependenelor funcionale(MDF).
Matricea dependenelor funcionale (MDF)
Matricea dependenelor funcionale reprezint un tabel (tabelul 6.1) n care sunt
definite relaiile de asociere dintre atribute. Pe coloan sunt marcate cu 1 relaiile de
determinare dintre determinant (pe linie) i determinat (pe coloana). Cu 1* sunt marcate
relaiile de reflexivitate. Determinani sunt definii de numrul curent al atributului care
reprezint denumirea determinantului. Atributele din coloana denumire atribute trebuie s fie
unice.
Dup ce a fost definit matricea dependenelor funcionale se construiete diagrama
dependenelor funcionale. Aceast diagrama reflect n cascad relaiile de dependen dintre
atribute.
36
Tabelul 6.1. Matricea dependenelor funcionale simplificat

DETERMINANI
Nr.
Denumire atribut
1
4 10 12+13 16 17
crt.
1. Nr. NRCD
1*
2. Data
1
1
1
1
3. Nr. curent
1
1
1
1
4. Cod produs
1
1*
1
1
1
5. Denumire produs
1
1
6. Unitate de msur
1
1
7. Pre unitar
1
1
1
1
8. Cantitate
1
1
1
1
9. Valoare
1
1
1
1
10. Cof fiscal furnizor
1
1*
1
11. Denumire furnizor
1
1
12. Serie factur furnizor
1
1*
13.. Nr. factur furnizor
1
1*
14. Cont debitor
1
1
1
15. Cont creditor
1
1
1
16. Nr. BPTR
1*
17. Nr. BC
1*
18. Cantitate necesar
1
19. Magazia
1
20. Document dat
1
21. Document Numr
1
22. Document Fel
1
23. Intrri
1
24. Ieiri
1
25. Stoc
1
26. Sold
1
6.3. Modelarea Entitate - Relaie

Modelarea entitate-relaie este realizat cu ajutorul Diagramei Entitate-Relaie (DER).
Elaborarea unei DER este precedat de o serie de etape de rafinare a datelor. Datele, relaiile i
restriciile impuse de aceste relaii sunt structurate n mod iterativ ncepnd cu un cadru
general n care sunt gestionate datele necesare sistemului analizat.
Modelul DER a fost conceput de ctre P.P. Chen i dezvoltat din 1976 de ali autori de
prestigiu cum ar fi Martin, Bachman, Merise .a.
Modelul DER are la baz reprezentarea datelor sub forma unor entiti i a relaiilor
dintre aceste entiti, relaii determinate de caracteristicile i tipul datelor. Aceast structurare
va permite o implementare mai uoar i mai fidel a modelului ntr-unsistem de gestiune a
bazelor de date.
37
Conceptele utilizate n cadrul modelelor Entitate-Relaie sunt urmtoarele:
Entitile
Entitile reprezint obiecte, persoane, evenimente sau concepte ale realitii modelate,
care pot fi descrise printr-un set de proprieti.
Ansamblul entitilor care au caracteristici i proprieti comune poart denumirea de
clas a entitii sau tipul entitii. Fiecare tip de entitate are o denumire care caracterizez
coninutul entitii. De exemplu n gestiunea stocurilor pot fi definite urmtoarele tipuri de
entiti: furnizori, note_de_recepie, rulaj_stoc, stoc, bonuri_de_consum, nomenclator_stocuri
etc.
Construcia entitilor din realitatea modelat se realizez prin gruparea atributelor
determinate n funcie de atributele determinante, identificate prin dependenele funcionale.
n aceast etap un rol important l are matricea dependenelor funcionale, care ofer o
imagine real a dependenelor funcionale. Practic pentru fiecare coloan din MDF se creaz
cte o entitate.
O entitate se caracterizeaz printr-o mulime de instane. O instan reprezint o
apariie individualizat a unei entiti. De exemplu furnizorul S.C. ALFA S.R.L reprezint o
instan a entitii furnizori.
n cadrul diagramelor Entitate-Relaie entitile sunt reprezentate prin dreptunghiuri.
Atributele
Atributele reprezint proprieti sau caracteristici ale entitilor. Atributele mai poart
denumirea de elemente, caracteristici sau cmpuri.
De exemplu entitatea furnizori conine urmtoarele atribute: cod_fiscal,
denumire_furnizor, nr_la_registrul_comertului, adresa, localitatea, judetul, cont_bancar, banca.
Un atribut se caracterizeaz prin:
o denumirea atributului: - reprezint un nume care identific n mod unic un
atribut din cadrul aceleai entiti. De exemplu denumire_furnizor;
o tipul atributului: - este dat de natura i coninutul atributului. Tipul atributului
poate fi numeric, text, data calendaristic .a. De exemplu atributul
denumire_furnizor este de tip text (caracter, string);
o lungimea atributului: - este definit de coninutul i tipul atributului. De
exemplu atributul denumire_furnizor de tipul text are lungimea 30 de caractere.
Fiecare tip de entitate trebuie s conin un atribut sau grup de atribute care s
identifice n mod unic instanele entitiilor. Atributele sau grupul de atribute care identific n
mod unic instanele unui tip de entitate, poart denumirea de cheie candidat. De exemplu
pentru tipul de entitate furnizor cheia canditat este atributul cod_fiscal. O entitate poate avea
una sau mai multe chei candidate.
O cheie candidat selectat pentru a identifica n mod unic instanele unui tip de entitate
poart denumirea de identificator al entitii sau cheie primar. De exemplu cheia primar
pentru entitatea bonuri_de _consum este nr_bon_de_consum.
38
Un tip special de atribut l reprezint atributul multivaloare. Acest atribut poate lua
valori diferite pentru aceai instan. De exemplu atributul unitate_de_msur din cadrul
entitii nomenclator_stocuri poate avea mai multe valori cum ar fi: kg, ml, to, kwh, km, buc, h
etc.
n faza modelrii conceptuale a datelor este foarte important ca atributele multivaloare
s fie grupate n cadrul unor entiti atributive i ulterior legarea acestor entiti cu celelalte
entiti din model. De exemplu pentru atributul unitate_de_msur poate fi creat tipul de
entitate unitai_de_msur care s conin urmtoarele atribute: cod_unitate_de_msur,
denumire_ unitate_de_msur.
Relaiile dintre entiti
Relaiile dintre entiti reprezint asocieri ntre instanele diferitelor tipuri de entiti.
Gradul unei relaii reprezint numrul tipurilor de entiti care particip la relaie. De exemplu
gradul relaiei dintre furnizori i note_de_recepie este egal cu doi.
n funcie de gradul relaiilor dintre entiti, acestea pot fi:
o Relaiile unare (gradul unu): reprezint relaiile dintre instanele aceluia tip de
entitate. Aceste relaii mai sunt denumite relaii de recursivitate. De exemplu n
cadrul entitii rulaj_stoc mai multe instane sunt determinate prin
nr_notei_de_recepie. n figura 6.1 este prezentat o relaie unar de
cardinalitate unu la n.
Sunt_
recepionate
RULAJ_STOC
Fig. 6.1. Relaie unar.

o Relaiile binare (grad doi): reprezint relaia dintre instanele a dou tipuri de
entiti. De exemplu ntre entitile note_de_recepie i rulaj_stoc exist o relaie
binar de cardinalitate unu la n. n figura 6.2 este prezentat o relaie binar.
Note_de_recepie
Este recepionat
Rulaj_stoc
Fig. 6.2. Relaie binar de cardinalitate 1 la n.

o Relaiile ternare (grad trei): reprezint relaiile simultane ntre instanele a trei
entiti. De exemplu relaia dintre entitile nomenclator_stocuri, rulaj_stoc i
stoc este o relaie ternar (figura 6.3).
39
Cod_stoc
Nomenclator_stocuri
Calcul Fi
de magazie
Rulaj_stoc
Stoc
Fig. 6.3. Relaie ternar.
n practic exist situaii n care gradul unei relaii este mai mare dect trei. Aceste
situaii nu sunt optime datorit complexitii pe care le genereaz n prelucrarea i
identificarea datelor. De regul relaiile de grad mai mare de trei, sunt descompuse n mai
multe relaii de grad mai mic sau egal cu trei.
Relaiile dintre entiti sunt reprezentate prin verbe ncadrate n romburi sau descrise
direct pe liniile care unesc entitile.
Cardinalitatea relaiilor dintre entiti

Relaiile dintre entiti sunt caracterizate prin cardinalitatea relaiilor. Cardinalitatea
relaiilor dintre entiti reprezint numrul instanelor entitii B care pot fi asociate fiecrei
instane a entitii A.
Cardinalitatea relaiilor dintre entiti poate fi:
1 la 1 (unei singure instane a entitii B i corespunde o singur instan a entitii
A);
1 la n (mai multor instane ale entitii B i corespunde o singur instan a entitii
A);
m la n (mai multor instane ale entitii B i corespund mai multe instane ale
entitii A);
0 la 1 sau opional (unei singure instane a entitii B i corespunde una sau 0
instane a entitii A);
0 la n (mai multor instane ale entitii B i corespund una, mai multe sau 0 instane
ale entitii A).
40
Cardinalitatea relaiilor dintre entiti este determinat i n funcie de atributele

entitilor. De exemplu relaia dintre entitatea nomenclator_stocuri i entitatea rulaj_stoc este
de cardinalitate 1 la n dup atributul cod_stoc i m la n dup atributul unitate_de_msur.
Reprezentarea cardinalitii relaiilor dintre entiti n cadrul DER este prezentat n tabelul
6.2.
Tabelul 6.2. Simbolurile cardinalitii relaiilor
Descriere
Minim de
instane
Maxim de
instane
una singur
zero sau una
una sau mai multe
>1
zero, una sau mai

multe
>1
>1
>1
mai mult de una
41
Reprezentare grafic
7. IDENTIFICAREA CELEI MAI BUNE VARIANTE DE DEZVOLTARE SI

IMPLEMENTARE A SIG
n vederea asigurrii funcionalitii sistemului trebuie s se ia n considerare cteva
probleme foarte importante, cum ar fi (OPREA, D., Analiza si proiectarea sistemelor informationale
economice, Editura Polirom, Bucuresti, 1999):
dac sistemul va f realizat cu fore proprii;
selecia software-ului i a hardware-ului;
implementarea;
limitele organizaiei.
Software-ul necesar sistemului poate fi obinut pe urmtoarele ci:
cu fore proprii;
la comand;
la cheie;
la cheie modificat.
Software-ul realizat cu fore proprii
Aceast variant presupune elaborarea, cu fore proprii, unui software personalizat n

funcie de cerinele organizaiei.
Factorii care determin elaborarea propriului software (personalizat sunt):
existena pe pia a unui numr limitat de programe, care nu satisfac ntotdeauna
necesitile informaionale ale organizaiilor;
dimensiunile mari ale sistemului informaional al organizaiei. Unele organizaii sunt att
de mari i de complexe nct singura modalitate de a-i satisface cerinele o constituie
elaborarea propriului software.
Exemplu:
O companie petrolier are un departament pentru dezvoltarea propriilor aplicaii
informatice.
Software-ul realizat la comand
O alt variant de procurare a software-ului poate fi angajarea din afara unitii a

programatorilor/analitilor sau a unei companii de software pentru a elabora pentru client un pachet
de aplicaii.
Software-ul la cheie
Software-ul la cheie, realizat de ctre productorii de calculatoare sau de ctre companii

specializate n realizarea de software, este vndut pe pia pentru o mare diversitate de utilizatori cu
cerine similare.
42
Unii productori de software combin softul cu hardul i le vnd ca pachete. Aceast combinaie
este numit sistem la cheie, deoarece furnizorul instaleaz ntregul sistem, iar utilizatorul trebuie doar
s rsuceasc" cheia pentru a beneficia de funciile acestuia.
Exemplu:
Achiziionarea unui
productorului.
ERP
implementarea
acestuia
conform
recomandrilor
Modificarea software-ului la cheie
Numeroase persoane consider c este mai bun calea de a satisface cerinele utilizatorilor
prin procurarea sistemului la cheie i modificarea lui conform unor cerine anume.
Modificrile pot fi fcute de ctre furnizorul software-ului, de ctre personalul unitii
cumprtoare sau de ctre o alt companie furnizoare de software.
Selectarea furnizorilor de pachete software

Orice organizaie poate selecta de pe pia furnizorul dorit, prin consultarea crilor de telefon,
prin pliante de prezentare, urmrind reviste comerciale sau de calculatoare, participnd la conferine,
apelnd la organizaii specializate pe consultan .a (OPREA, D., Analiza si proiectarea sistemelor
informationale economice, Editura Polirom, Bucuresti, 1999).
Dup ce se primesc ofertele furnizorilor, ele trebuie evaluate, operaiune derulat n cteva
faze, fiecare constnd ntr-o detaliere a celei anterioare. Astfel:
In primul rnd trebuie eliminate propunerile care nu rspund solicitrii fcute furnizorului
sau cele care sunt neclare.
In faza a doua se detaliaz studiul fiecrei oferte, prin citirea cu atenie i nelegerea ei de
ctre cei ce fac evaluarea. Soluia propus trebuie s rspund studiilor de fezabilitate i
cerinelor sistemului.
Pentru evaluarea sistemului oferit, trebuie s se aib n vedere urmtoarele criterii:
Pachetul selectat rspunde specificaiilor obligatorii din cerere? Ct de bine?
Va rspunde pachetul exigenelor sistemului pe toat durata lui de utilizare? Va avea
nevoie de modificri?
Softul conine elemente adecvate de control?
Caracteristicile-tehnice sunt adecvate (vitez, precizie, siguran)?
Ali utilizatori sunt mulumii de pachet? Ce probleme au avut? Ce limite au observat la
el?
Documentaia pachetului este bun? Va asigura furnizorul o alt documentaie
concomitent cu modificrile ce vor fi fcute asupra pachetului?
Softul este compatibil cu ceea ce mai exist n unitate?
Pachetul este prietenos utilizatorului?
Softul este disponibil oricnd? Poate fi vzut i testat?
Pachetul are asigurat o garanie?
Softul este modularizat, flexibil i uor de ntreinut?
Este posibil exploatarea fiierelor prin sistemul interactiv (online)?
Poate furnizorul s asigure actualizarea continu a pachetului?
Ct de eficient este softul? Ct timp ia n execuie? De ct memorie principal i
secundar ar fi nevoie?
43
Pentru evaluarea i selecia ofertelor unui pachet software poate fi utilizat o gril de
punctaj (tabelul 7.1). Aceast gril conine criteriile evaluate, cotele de importan ale
criteriilor i punctajul fiecrui criteriu. Varianta ce va fi selectat conform acestei tehnici este
cea care are punctajul cel mai mare.
Tabelul 7.1. Gril de evaluare a ofertelor de pachete software

Criteriu
Cote de importan
Punctaj
[1 .. 10]
[1 .. 10]
(1)
(2)
(3)
Compatibilitate software
8
Grad de acoperire al cerinelor
10
sistemului
Uurina n conversie
6
Uurina n utilizare
8
Viteza de lucru
4
Modularitate
6
Securitatea sistemului
9
Resurse hardware necesare
5
Instruirea utilizatorilor
7
Asistena tehnic ulterioar
8
Documentaia
8
TOTAL
44
Valoare
punctaj
=(2)*(3)
8. PROIECTAREA IESIRILOR SIG
8.1. Aspecte generale ale proiectrii ieirilor sistemului informatic

Ieirile unui sistem informaional sunt constituite din ansamblul listelor sau rapoartelor
rezultate n urma prelucrrii automate a datelor, situaii utilizate pentru justificarea
operaiunilor economico financiare i pentru suportul procesului decizional.
Proiectarea i realizarea lor constituie unul din obiectivele cele mai importante ale
proiectrii sistemului informatic, ele fiind elemente materiale care justific utilitatea
sistemului i chiar existena lui.
Att ieirile ct i intrrile sistemului informatic au fost identificate n etapa de analiz a
sistemului informaional existent (analiza documentelor) i de stabilire a cerinelor noului
sistem proiectat. Ele sunt acte prin care se consemneaz operaiile economice desfurate,
existente patrimoniale i exercitarea funciei lor organizatorice i administrative a unitii
patrimoniale.
Obiectivul proiectrii este de a determina formatul i coninutul tuturor documentelor
imprimate, a graficelor, a videoformatelor ntocmite i a structurii ieirilor ctre alte sisteme.
Determinare concret a coninutului, formei i circuitului informaional al situaiilor de ieire
sunt realizate n funcie de natura activitii unitii patrimoniale, de cerinele informaionale
ale sistemului decizional, de numrul utilizatorilor i locul acestora n ierarhia unitii, de
gradul de ptrundere a lor n cunoaterea sistemului informaional, domeniul de activitate din
care face parte lucrarea, obiectivele propuse, cadrul legislativ normativ etc.
De asemenea, la proiectarea coninutului i formei situaiilor de ieire se recomand s
se in seama de restriciile datorate caracteristicilor i performanelor tehnice ale
echipamentelor periferice (numrul maxim de caractere pe linie, numrul maxim de linii pe o
pagin, facilitile de redare etc.) i s urmreasc o valorificare ct mai deplin a
posibilitilor de prelucrare a acestora.
Ieirile sistemului informatic se vor proiecta astfel nct s satisfac cerinele de
informare i conducere att n cadrul activitii analizate i proiectate ct i n activitile i
sectoarele corelate, activiti beneficiare de informaii sau furnizoare de date pentru sistemul
proiectat.
n activitatea de proiectare a ieirilor sistemului analistul trebuie s rspund la
urmtoarele ntrebri:
o Cine va utiliza ieirile sistemului ?
o Care este scopul obinerii ieirilor ?
o Cum se obine coninutul ieirilor ?
o Cnd trebuie s se obin ieirea ?
o Unde este transmis ieirea ?
o Ci utilizatori folosesc ieirea ?
45
8.1.1. Coninutul i clasificarea ieirilor

Pentru reflectarea clar i precis a operaiunilor economice, ieirile trebuie s conin
anumite date cu caracter obligatoriu:
denumirea documentului pentru reflectarea clar i precis a operaiunilor
economice;
denumirea i sediul unitii patrimoniale care ntocmete documentele (cnd
este cazul);
numrul documentului i data ntocmirii acestuia;
menionarea prilor care particip la efectuarea operaiei economice (cnd este
cazul);
datele cantitative i valorile aferente operaiunilor economice efectuate;
numele i prenumele, precum i semnturile persoanelor care rspund de
efctuarea operaiunii respective, ale persoanelor cu atribuii de control financiar
preventiv i a persoanelor n drept s aprobe operaiunile respective, dup caz;
alte date menite s asigure consemnarea complet a operaiunii respective.
innd seama de anumite caracteristici ale documentelor aceste se pot clasifica dup
mai multe criterii, i anume:
a) Sub aspectul modului de redare se cunosc dou tipuri de ieiri:
o ieiri de tip list care se obin la imprimant. De exemplu Balana de
verificare, Cartea Mare, Statul de plat al salariilor etc.;
o ieiri de tip display sau afiate pe ecranul unui terminal. Ieirile tip display nu
sunt specifice activitii financiar contabile, deoarece lipsete suportul
material cerut conform actelor normative n vigoare (Legea contabilitii nr.
82/1991, Ordinul MF nr. 3512/2008). De exemplu Situaia soldului contului
de card;
b) Dup natura operaiunilor economice pe care le consemneaz:
o liste/situaii privind imobilizrile corporale. De exemplu Fia mijlocului fix,
Planul de amortizare, Balana mijloacelor fixe etc.;
o liste/situaii privind imobilizrile necorporale i financiare;
o liste/situaii privind valorile materiale. De exemplu Fia de magazie, Registrul
stocurilor, Balana materialelor;
o liste/situaii privind munca efectuat. De exemplu Foaia colectiv de
prezen;
o liste/situaii privind calcularea costurilor. De exemplu Situaia cheltuielilor
directe pentru produs, Situaia amortizrii pe secie, Centralizator consumuri
pe produs, Centralizator manoper pe secie i produs etc.
c) Dup funcia pe care o ndeplinesc:

o liste/situaii de dispoziie coninnd ordinul de efectuare a unei operaii
economice precum i indicaiile necesare executrii ei, nefcnd dovada
46
efecturii acesteia. De exemplu Dispoziie de plat/ncasare, Ordin de plat

etc.;
o liste/situaii justificative sau de excepie care cuprind date privind dispoziia
de a executa o operaie economic ct i executarea efectiv a ei. Astfel bonul
de consum de materiale este iniial un document de dispoziie prin care se
dispune eliberarea materialelor din depozit, iar cnd este completat cu
meniunile privind eliberarea i ieirea materialelor devine document
justificativ;
o liste/situaii contabile care servesc pentru nregistrarea operaiilor n
contabilitate. De exemplu Nota de recepie i constatare de diferene, Lista de
inventariere, Extrasul de cont etc.;
d) Dup coninut:
o liste/situaii primare care reflect o singur operaie economic (facturi,
cecuri, bonuri de materiale etc.);
o liste/situaii centralizatoare care cuprind date referitoare la operaii de
acelai fel (centralizatorul intrrilor, respectiv al ieirilor de materiale etc.);
e) Din punct de vedere al timpului de obinere:
o liste/situaii operative sau la cerere (rapoarte ad-hoc). Sunt elaborate ca
rspuns la ntrebrile managerilor i au rolul de a sesiza n timp util anumite
perturbaii n desfurarea activitilor i de a permite efectuarea unei
intervenii prompte pentru remedierea acestora;
o liste/situaii periodice. n aceast categorie se nscriu acele liste, situaii care
se obin la o anumit perioad (decad, lun, trimestru, an) i conin
rezultatele unei perioade mai complexe caracteriznd evoluia unui fenomen
sau proces economic (balana analitic a materiilor, balana de verificare,
bilantul contabil etc.);
f) Dup destinaia situaiei de ieire, proiectele se mpart n:
o liste/situaii pentru beneficiari externi. De exemplu Oferta de produse,
Bilanul, Contul de profit i pierderi, Situaia fluxului de numerar etc.;
o liste/situaii pentru nevoile interne ale unitii. De exemplu Raportul de
producie, Situaia produciei neterminate, Centralizatorul comenzilor
interne de producie etc.
8.1.2. Rolul prototipizrii n proiectarea ieirilor sistemului

Prototipizarea este o tehnic destul de utilizat n proiectarea ieirilor sistemului
datorit faptului c ofer o imagine ct mai fidel a ieirii, n timp real. Astfel, utilizatorul final
observ n orice moment al proiectrii ieirii forma i coninutul acesteia aa cum va fi
implementat i utilizat.
Instrumentele utilizate pentru proiectarea ieirilor difer de la instrumente din cadrul
aplicaiilor CASE (Visible Analyst, System Architect etc.) pn la instrumente (de regul
wizard) din cadrul limbajelor de programare (QuickReport / Rave Delphi, Crystal Reports
47
Components Visual Basic etc.) sau sistemelor de gestiune a bazelor de date (Report Designer
Access, Report Wizard Visual FoxPro, Reports Builder Oracle etc.).
n condiiile utilizrii instrumentelor CASE, proiectarea ieirilor sistemului poate fi
realizat interactiv. De exemplu n figura 8.1 este prezentat modul de creare a unei ieiri de tip
raport cu ajutorul mediului de dezvoltare Borland Delphi.
Fig. 8.1. Proiectarea ieirilor n Borland Delphi.
8.2. Aspecte tehnice ale proiectrii ieirilor

Normele metodologice pentru ntocmirea i utilizarea formularelor comune privind
activitatea financiar i contabil i metodele acestora, elaborate de Ministerul Finanelor,
precizeaz criteriile minimale pe care trebuie s le ndeplineasc aplicaiile informatice
utilizate n domeniul financiar-contabil. (OMFP 3512/2008)
8.2.1. Alegerea tehnologiei pentru obinerea ieirilor sistemului informaional

48
Producerea diferitelor tipuri de ieiri necesit diferite tehnologii: imprimante,

monitoare, difuzoare(boxe), camere speciale i microfilme, camere video, CD-ROM, DVD-ROM
etc.
Imprimanta a fost i rmne principalul echipament preferat pentru

producerea ieirilor. Imprimanta prezint o serie de caracteristici care o
fac agreat att de utilizatorii, ct i de analitii de sistem, i anume:
este accesibil pentru toate unitile patrimoniale;

este flexibil n ceea ce privete tipul de obinere a ieirii respective;
prezint ncredere atunci cnd este vorba de tiprirea unei cantiti mari de situaii
care trebuie realizate la anumite termene (mai ales n domeniul financiar-contabil);
este relativ ieftin;
anumite imprimante pot realiza sarcini specifice (tiprirea de etichete, tiprirea de
coduri bar etc.).
Cu toate aceste avantaje, imprimantele prezint i o serie de dezavantaje, cum ar fi: pot
produce zgomot, necesit consumabile scumpe, pot aprea probleme de compatibilitate cu alte
tipuri de soft, viteza de redare relativ mic la unele modele etc.
Monitorul reprezint o tehnologie din ce n ce mai folosit pentru afiarea
rezultatelor care suntnecesare numai o singur dat i care nu necesit
stocare. Acest fapt permite utilizatorului s renune la obinerea unor
listinguri inutile, contribuind prin aceasta la reducerea cheltuielilor cu
funcionarea sistemului informaional. Monitorul prezint o serie de
avantaje n comparaie cu imprimantele datorit sileniozitii i
potenialului pentru folosirea interactiv
de ctre utilizatori.
CD-ROM-urile sunt dispozitive multimedia folosite pentru a stoca orice

informaie care este voluminoas i stabil n coninut. Accesarea
informaiei de pe CD-ROM este mai rapid dect prin alte metode, cum ar
fi accesarea unei hrtii sau a unei microforme.
DVD-ul va nlocui n curnd CD-ROM-ul pentru c are o capacitate mai
mare dect acesta, poate citi i CD-ROM, i poate fi folosit pentru
memorare, ca n
cazul DVD-RAM.
49
Situaiile electronice sunt tipuri de ieire, transmise de la un calculator la

altul prin e-mail, reeaua intranet etc., fr a fi necesar tiprirea fizic.
Pota electronic (e-mail) este un schimb de mesaje ntre calculatoare, care
se realizeaz n interiorul unitii patrimoniale prin intranet, sau prin internet.
Prin crearea i implementarea e-mail-ului se faciliteaz comunicarea n cadrul
unitii, se reduce folosirea de hrtie, se realizeaz schimbul de informaie
ntre utilizatorii care au posibilitatea actualizrii acestor informaii foarte rapid.
Dezavantajele gestionrii ieirilor prin e-mail includ dificultatea n controlul formatrii,
posibilitatea de a abuza de sistem, posibilitatea accesrii unor mesaje i de alte persoane
neabilitate, dificulti n elaborarea protocoalelor utile pentru gestionarea mesajelor
nesolicitate etc.
8.2.2. Recomandri generale de formatare a ieirilor

Pentru definitivarea formei i a formatului de editare a situaiilor de ieire, analitii de
sistem au n vedere o serie de considerente practice (funcionale, stilistice sau estetice), astfel
nct utilizatorii situaiilor sau rapoartelor s obin informaiile necesare ntr-un format ct
mai accesibil.
Acestea sunt:
titlul listei sau situaiei trebuie s fie descriptiv, dar concis, i prezentat ntr-o form clar a
formularului n partea superioar a paginii, central (figura 8.2);
precizarea numrului i/sau datei situaiei tiprite, includerea datei ntocmirii pe fiecare
copie a raportului listat. Acest lucru i ajut pe utilizatori s estimeze valoarea raportului
(figura 8.2);
fiecare pagin trebuie numerotat, astfel nct utilizatorul s aib un punct de referin
cnd dorete s localizeze elementele inoportune. De asemenea, dac paginile raportului se
separ accidental, numrul de pagin este important pentru reconstituirea documentului;
toate coloanele trebuie s aib nume (etichete) ct mai relevante (eventual s fie
numerotate) pentru a permite orientarea utilizatorului asupra coninutului raportului).
Capul de tabel trebuie s fie scurt i descriptiv. Este permis folosirea abrevierilor dac
acestea sunt foarte cunoscute i au un neles pentru utilizatori (figura 8.2);
tiprirea pe fiecare pagin a capului de tabel, sau, cel puin, scoaterea n eviden a
coloanelor prin tiprirea numerelor corespunztoare;
ntre coloane trebuie s existe cel puin dou spaii (figura 8.2);
numerotarea liniilor de la primul pn la ultimul rnd (figura 8.2);
folosirea unei linii cu spaii dup fiecare cinci rnduri cnd exist prea multe coloane;
50
datele care sunt legate unele de altele vor trebui grupate n cadrul raportului. Aceasta
faciliteaz nelegerea raportului i, n multe cazuri, ndeplinete ateptrile utilizatorului
n ceea ce privete locul unde aceste date ar trebui s apar;
sortarea ntr-o ordine logic, dup una sau mai multe chei, ascendent sau descendent
(figura 8.2);
obinerea mai multor grade de titluri, dac este cazul, n funcie de anumite criterii de
clasificare;
marcarea cu anumite linii sau caractere speciale a acestor titluri pentru a fi scoase n
eviden.
Fig. 8.2. Situaia de ieire Registrul Stocurilor
8.2.3. Recomandri generale de formatare a graficelor

n activitatea economic cele mai utilizate grafice sunt:
51
graficul de tip bar:

Evolutia fondului de rulment
90,000,000,000
80,000,000,000
70,000,000,000
60,000,000,000
50,000,000,000
40,000,000,000
30,000,000,000
20,000,000,000
10,000,000,000
0
NET
PROPRIU
ie
iun
m
ai
rili
e
tie
ap
ie
m
ar
ru
ar
graficul de tip linie:

iun
ie
m
ai
ap
rili
e
m
ar
tie
90,000,000,000
80,000,000,000
70,000,000,000
60,000,000,000
50,000,000,000
40,000,000,000
30,000,000,000
20,000,000,000
10,000,000,000
0
ian
ua
rie
fe
br
ua
r ie
fe
b
ian
ua
rie
ATRAS (STRAIN)
NET
PROPRIU
ATRAS (STRAIN)
52
graficul de tip pie:

ianuarie
februarie
martie
aprilie
mai
iunie
graficul de tip XY:

90,000,000,000
80,000,000,000
70,000,000,000
60,000,000,000
50,000,000,000
40,000,000,000
30,000,000,000
20,000,000,000
10,000,000,000
0
NET
PROPRIU
ATRAS (STRAIN)
53
graficul de tip stiv:

200,000,000,000
150,000,000,000
100,000,000,000
50,000,000,000
iun
ie
m
ai
ap
rili
e
tie
m
ar
ian
ua
rie
fe
br
ua
r ie
0
ATRAS (STRAIN)
PROPRIU
NET
ua
rie
graficul de tip spider:
ian
200,000,000,000
iun
ie
ua
r ie
150,000,000,000
fe
br
100,000,000,000
50,000,000,000
m
ar
ti
m
ai
ATRAS (STRAIN)
PROPRIU
NET
ap
rili
e
54
Recomandri generale pentru construirea graficelor:
fiecrui grafic i se atribuie un numr i un titlu, naintea numrului de regul se

specific cuvinte ca figura sau graficul;
sub grafic se specific sursa graficului;
fiecare grafic este nsoit de o legend, aceasta conine explicaia reprezentrilor
serilor de date din grafic;
la selecia graficului trebuie s se in seama de posibilitile grafice ale
dispozitivului de ieire;
publicarea descrierilor seriilor pe axa sau n interiorul graficului.
55
9. PROIECTAREA INTRARILOR SIG

9.1. Aspecte generale privind intrrilor sistemului informatic
Proiectarea intrrilor sistemului informatic reprezint o etap esenial pentru
asigurarea calitii, consistenei i exactitii prelucrrilor i ieirilor acestuia.
Importana acestei etape in cadrul ciclului de via al dezvoltrii sistemelor este
subliniat de expresia legendar GARBAGE IN, GARBAGE OUT ! - GIGO.
Intrrile sistemului reprezinta ansamblul datelor introduse n cadrul sistemului
informatic pentru prelucrarea acestora i obinerea situaiilor de ieire.
Din punct de vedere al modului de introducere al datelor n sistem intrrile pot fi:
a) Intrri manuale: introducerea datelor se realizeaz direct sau indirect
de ctre un operator uman prin tastare, scanare sau prin voce. De
exemplu introducerea recepiilor n cadrul unui program de gestiune.
b) Intrrile automate: introducerea datelor n sistem se realizeaz fr
intervenia operatorului uman, prin preluare automat (fiiere, coduri i
alte date) din cadrul surselor de date. De exemplu preluarea cursurilor
valutare sau altor informaii din internet.
Proiectarea intrrilor este o activitate de stabilire a regulilor i procedurilor de lucru
pentru preluarea, verificarea/validarea (rafinarea) i introducerea datelor din cadrul
diferitelor surse de date (documente, coduri bar etc.).
Proiectarea intrrilor are n vedere urmtoarele aspecte:
tipul surselor de intrare (coduri bar, documente, fiiere);
natura i coninutul cmpurilor din sursele de date. Trebuie s se identifice i
s se stabileasc ct mai exact, tipul i lungimea fiecrui cmp ce va fi
introdus, respectiv coninutul acestuia;
proceduri de validare a datelor la intrare;
stabilirea tehnologiilor pentru intrarea datelor n sistem.
Sursele de date sunt de regul simboluri (coduri bar), documente sau fiiere. n
proiectarea intrrii acestor surse de date trebuie s se realizeze formalizarea surselor.
Formalizarea surselor de intrare reprezint operaia prin care fiecrui cmp ce va fi introdus
i se asociaz tipul i lungimea corespunztoare, respectiv restriciile i verificrile cu privire la
acesta (figura 9.1.).
56
Fig. 9.1. Formalizarea intrrii BPTR
n funcie de natura i coninutul datelor din cadrul intrrilor se stabilesc metodele i

tehnicile de validare a intrrilor n sistem. Validarea se poate realiza prin interfa (prin
fereastra de introducere a datelor) sau prin restricii n cadrul bazei de date.
Observaie
n cazul proiectrii intrrilor de tip document analistul trebuie s stabileasc i ordinea
cmpurilor ce vor fi introduse. Astfel unele documentele de intrare pot fi repreiectate n funcie de
ordinea introducerii datelor n sistem.
9.2. Proceduri pentru validarea intrrilor

Introducerea inadecvat a datelor n sistem poate genera o serie de erori. Cele mai
cunoscute erori la introducerea datelor sunt:
Adugarea unor caractere la un anumit cmp. De exemplu adugarea mai mult
de 13 cifre la codul numeric personal.
Trunchierea cmpurilor. De exemplu introducerea incomplet a codului unui
produs.
Transpunerea (inversarea) caracterelor. De exemplu inversarea cifrelor din
cadrul preului unitar.
Introducerea inadecvat a unui cmp de un anumit tip n cadrul unui cmp de alt
tip. De exemplu introducerea unor caractere alfanumerice (text) n cadrul
cmpului valoare contract.
Erorile aprute la introducerea datelor pot s afecteze semnificativ integritatea i
acurateea prelucrrilor i ieirilor. Pentru reducerea acestor erori analistul trebuie s
proiecteze proceduri i operaii de validare a intrrilor.
Validarea intrrilor reprezint operaia prin care se realizeaz verificarea i testarea
datelor din cadrul surselor de intrare n funcie de natura, coninutul i rolul acestora n
prelucrarea i obinerea ieirilor.
57
Validarea intrrilor presupune implementarea n cadrul programelor informatice a

unor proceduri (subrutine) care s realizeze verificarea i testarea datelor la intrarea lor,
evitndu-se nregistrarea n sistem a unor date eronate.
Cele mai importante teste de validare sunt:
Verificarea introducerii complete a caracterelor unui cmp asigur introducerea

tuturor caracterelor dintr-un anumit cmp eliminnd erorile de trunchiere. De exemplu
verificarea cmpului cod numeric personal s fie de 13 caractere.
Verificarea tipului de date asigur introducerea datelor corespunztor tipului de

dat din cmpul unde vor fi introduse datele. De exemplu verificarea dac datele
introduse n cadrul preului unitar sunt numerice.
Verificarea integrrii ntr-un interval de valori asigur introducerea datelor cu

valori ntre un minim i un maxim (interval). De exemplu verificarea integrrii notei la
un examen ntre 1 i 10.
Verificarea pe baza caracterului de control asigur introducerea datelor fr erori

de inversare. Caracterul de control este obinut printr-un algoritm de calcul ntre
caracterele cmpului i este adugat la cmp. Acest test const n verificarea existenei
i corectitudinii caracterului de control.
Verificarea consistenei datelor presupune corelarea datelor din dou sau mai multe
cmpuri. De exemplu corelarea datei de natere dintr-un cmp cu data de natere din
cmpul ce conine codul numeric personal al unei persoane.
Verificarea existenei anumitor caractere ntr-un cmp asigur introducerea unor

caractere eseniale din cadrul cmpului. De exemplu verificarea existenei caracterelor
-, /, # sau @ n cadrul unui anumit cmp.
Verificarea existenei unui caracter sau set de caractere ntr-o mulime de

caractere sau seturi de caractere de exemplu verificarea unitii de msur n
mulimea {KG,L,BUC}.
Pentru fiecare surs de intrare analistul trebuie s stabileasc testele de validare

adecvate. Astfel, analistul ntocmete un tabel pentru testele de validare utilizate i
cmpurile asupra crora se aplic (tabelul 9.1).
58
Tabelul 9.1. Validarea intrrilor pentru documentul carte de identitate

NR.
CRT.
CMP (INTRARE)
TIP
(LUNGIME)
Cod numeric personal
9(13)
Seria
3
4
TIP VALIDARE
X(2)
Verificarea introducerii complete a datelor;

Verificarea tipului de date;
Verificare pe baza caracterului de control;
Nr.
9(6)
Sex
X(1)

Verificarea existenei ntr-o mulime de
caractere { M, F }
9.3. Tehnologii pentru intrarea datelor

O activitate important n proiectarea intrrilor o reprezint selectarea unei tehnologii
ct mai optime pentru intrarea datelor n sistemul informatic.
Cele mai cunoscute tehnicii i dispozitive de intare a datelor sunt:
Tastatura: reprezint cel mai utilizat mecanism de introducere a datelor de tip

numeric sau alfanumeric. Problemele care pot s apar la selectarea tastaturii
sunt legate de tipul acesteia i a setului de caractere utilizat. Din acest motiv la
proiectarea intrrilor trebuie selectat tipul tastaturii adecvat datelor ce vor fi
introduse.
Mouse-ul: selectarea mouse-ului ca dispozitiv de intarare trebuie fcut n

funcie de interfaa sistemului. Utilizarea mouse-ului este mai uoar dect
tastatura, dar are marele dezavantaj de a nu permite introducerea direct a
datelor numerice i alfanumerice. Se utilizeaz cel mai adesea la derularea i
navigarea din cadrul interfeei unei aplicaii.
Planeta grafic: reprezint o suprafa plan pe care se plaseaz un

instrument de genul stiloului optic care ghideaz deplasarea cursorului pe ecran.
Selecia se realizeaz prin apasarea unui buton al stiloului sau prin atingerea
planetei.
Dispozitive de recunoatere optic: n aceast categorie pot fi incluse scannerele.
Dispozitive de recunoatere vocal: permite preluarea comenzilor vocale ale

utilizatorului. Aici poate fi inclus microfonul.
59
Dispozitive smart-card: reprezint dispozitive speciale pentru citirea cardurilor

bancare speciale.
60
10. PROIECTAREA CODURILOR
10.1. Definirea codurilor

n activitatea de proiectare a sistemului informatic codificarea datelor constituie o
etap important care trebuie tratat cu o atenie deosebit.
Necesitatea codificrii atributelor (cmpurilor) este impus de cerinele de grupare a
atributelor dupa diverse criterii de clasificare n condiiile tratrii i manipulrii unui volum
mare de date i informaii stocate n coleciile de date.
Codificarea este operaia de atribuire ntr-o form sistematizat a unor simboluri
pentru fiecare element al unui ansamblu de date. Simbolul este reprezentat printr-un ir de
caractere alfabetice, numerice sau alfanumerice care permit, exprimarea, ntr-o form
convenional, a unui element a ansamblului dat.
Codul este o reprezentare convenional, neambigu i n principiu concis, a unei
propriti, a unui obiect sau a unui grup de obiecte ale lumii reale. Cu alte cuvinte, codul
reprezint mulimea simbolurilor, formate la rndul lor din iruri de caractere, care asigur
identificarea i utilizarea unei entiti sau a unui atribut al sistemului.
Codul pote fi definit prin lungime, natur i capacitate astfel:
lungimea unui cod reprezint numrul de caractere din care, acesta, este compus;
natura (alfabetul) codului reprezint, n mod global, ansamblul simbolurilor care se

utilizeaz n construcia codului;
capacitatea codului exprimat prin numrul elementelor diferite pe care codul este
capabil s le identifice.
10.2. Cerinele codificrii

Codificarea trebuie s rspund urmtoarelor cerine:
unicitatea codului impune ca pentru un element a mulimii codificate s existe un

singur cod;
concizia codului reprezint necesitatea utilizrii unui numr ct mai restrns de

caractere n construcia codului, deoarece cu ct codul este mai scurt cu att este mai
uor de manipulat i ocup mai puin spaiu pe purttorul tehnic sau n memoria
intern;
61
claritatea codului evideniaz faptul c el trebuie s aib o structur uor de neles i

s permit uoar trecere de la cod la informaie i invers;
semnificaia codului rezult din necesitatea ca, pe ct posibil, s indice unul sau mai
multe din caracteristicile elementului codificat pentru a nu favoriza denaturarea
informaiei. n cadrul codului s se regseasc toate criteriile care au stat la baza
ntocmirii nomenclatorului;
stabilitatea codului se refer la necesitatea utilizrii, pe ct posibil, a unui cod pe toat

perioada existenei bazei informaionale;
elasticitetea codului rezult din necesitatea adugrii de noi articole n interesul

fiecrei grupe de clasificare fr a fi necesar modificarea caracteristicilor ce au stat la
baza gruprii lor, sau cuprinderea n cadrul codului i a altor caracteristici ce se impun
pe parcursul utilizrii codului;
operabilitatea codului exprim posibilitatea ca el s poat fi folosit de mijloacele de

prelucrare de care se dispune.
10.3. Funciile codului

Un cod are, n general, urmtoarele funcii:
funcia de identificare permite identificarea fr ambiguitate, rapid i cu uurin a unui

element al nomenclatorului codificat;
funcia de caracterizare asigur exprimarea clar a coninutului fiecrui element de

codificat i utilizarea codului n locul denumirii integrale a acestuia;
funcia de control urmrete stabilirea corectitudinii codurilor prin metode de

autocontrol, cunoscute ca metode de verificare a codului prin redundan. Verificarea
codului prin aceste metode se bazeaza pe folosirea unor grupuri suplimentare de
caractere de control ce se ataeaz la datele codului iniial. Aceste grupe de caractere,
stabilite prin diferite procedee, permit s se determine existena unor erori n zonele de
cod;
funcia de manipulare ofer posibilitatea folosirii cu uurin a codului att la

introducerea lui n memorie ct i al reducerii timpului i a operaiilor de producere.
10.4. Fazele realizrii codificrii

Factorii care influeneaz operaiunea de codificare sunt:
mrimea si complexitatea nomenclatorului ce conine elementele ce vor fi codificate;
tipurile de atribute coninute de elementele nomenclatorului;
metoda de codificare aleas;
62
costul lucrrilor de stabilire a sistemului de codificare;

costul codificrii propriu-zise (lucrrilor de punere n aplicare a regulilor stabilite
pentru elaborarea codurilor);
costul operaiunilor de validare a codurilor;
costul operaiunilor pentru decodificare(trecerea de la cod la informaii n clar);
costul operaiunilor de actualizare a regulilor de codificare;
costul lucrrilor de ntreinere a mulimii codurilor;
complexitatea operaiunilor de prelucrare a codurilor;
efortul de adaptare a personalului la cerinele utilizrii codurilor etc.
Factorii care influeneaz operaiunea de codificare impun ca aceasta s se realizeze prin

parcurgerea urmtoarelor faze:
a) pregtirea activitii de codificare;
b) stabilirea necesitilor de codificat;
c) alegerea metodei de codificare;
d) codificarea elementelor;
e) ntocmirea catalogului de coduri;
f) ntreinerea codurilor.
a) Pregtirea activitii de codificare
n primul rnd este necesar ca responsabilitatea muncii de codificare s fie ncredinat
unei persoane cu un anumit nivel de autoritate n cadrul unitii economice, care s asigure
generarea unor coduri eficiente precum i utilizarea corect a acestor coduri (mai ales a
codurilor bar).
nainte de a opta pentru o anumit metod de codificare este necesar s se examineze
codurile existente i posibilitile ca acestea s poat fi preluate in codul noului sistem
informatic. De asemenea este necesar stabilirea unui grafic cu termene precise pentru
desfurarea operaiunii de codificare cu sau fr pregatire prealabil, manual sau automat.
b) Stabilirea necesitilor de codificat
n aceast faz se stabilete volumul elementelor de codificat i se intocmete
nomenclatorul acestor elemente. Pentru obinerea unei codificari corecte, la ntocmirea
nomenclatorului trebuie s fie luate n considerare particularitile elementelor de codificat,
precum i evoluia ulterioar a acestora. Introducerea elementelor n nomenclator impune i
ordonarea lor prealabil, adic clasificarea elementelor pe nivele ierarhice n scopul definirii
claselor, grupelor, subgrupelor, etc. Aceast clasificare trebuie s scoat n eviden att
proprietile comune a elementelor mulimii,ct i proprietile specifice fiecrui element.
c) Alegerea metodei de codificare
Alegerea metodei de codificare se face n funcie de volumul i particularitile
elementelor de codificat, de caracteristicile necesare unui cod bun, de necesitile, cerinele i
restriciile sistemului n care vor fi utilizate datele codificate. La alegerea metodei de codificare
trebuie s se ia n considerare costul i timpul activitii de codificare, care implic alegerea
unor tipuri de coduri care necesit cheltuieli minime i timp redus de ntocmire a
nomenclatoarelor de coduri.
63
De asemenea, alegerea codului trebuie s se fac n corelaie cu celelalte coduri folosite i

trebuie studiat posibilitatea preluarii unor coduri existente, deoarece astfel se realizeaz
reducerea perioadei de codificare i implicit reducerea costurilor codificrii.
d) Codificarea elementelor
n aceast faz se stabilesc codurile corespunztoare fiecrui element al mulimii de
codificat.
e) ntocmirea nomenclaturilor de coduri
Const n elaborarea unei liste n care sunt prezentate codurile i denumirea complet a
elementelor pe care acestea le reprezint. Pentru a putea fi mai uor folosite este recomandabil
ca acesta s fie sortate dup codul sau denumirea elementelor i s conin i alte elemente ce
caracterizeaz fiecare element (preul unitar, unitatea de masur etc)
f) ntreinerea codurilor
Const n actualizarea nomenclaturilor de coduri prin adugarea, modificarea sau
tergerea de elemente i coduri corespunzatoare. Nomenclaturile de coduri vor fi
actualizate cnd apar elemente noi de codificat, cnd unele elemente nu mai prezint
interes sau cnd criteriile de clasificare i de utilizare a elementelor se schimb.
10.5. Metode de codificare

A. Codificarea secvenial
Metoda codificrii secveniale const n atribuirea de numere consecutive (n ordine
cresctoare) unei liste de articole pe msura apariiilor. Metoda se utilizeaz la
nomenclatoarele scurte de articole cum ar fi: nomenclatorul facturilor, al comenzilor, registrul
numerelor de inventar a mijloacelor fixe etc.
Avantajul metodei const n posibilitatea folosirii unui numr limitat de cifre de cod.
Metoda prezint dezavantajul c nu poate fi folosit pentru nomenclatorul de articole
cu clasificri de grup.
Exemplu: Atribuirea numerelor de inventar n ordinea apariiei lor (intrrii n unitate)
conform Registrului numerelor de inventar nu satisface necesitile prelucrrii automate a
datelor privind evidena mijloacelor fixe, calculul i evidena amortizrii, deoarece acesta
impune gruparea mijloacelor fixe pe clase, locuri de folosin, etc, iar codurile mijloacelor fixe
trebuie s satisfac aceste cerine.
Aceast metod de codificare mai poart denumirea i de codificare ordinar.
64
B. Metoda codificrii seriale cu blocuri

Metoda codificrii seriale const n mprirea numerelor de cod n blocuri de numere
sau n serii, fiecare bloc fiind atribuit unor grupe de articole care au o caracteristic comun.
n cadrul fiecrui bloc articolelor li se atribuie coduri n ordine strict cresctoare
rezervndu-se spaii pentru eventualele elemente ce vor aprea.
Exemplu. Nomenclatorul alimentelor

Codul
1001
1002
*
*
*
2001
2002
2003
*
*
*
3001
3002
*
*
*
Denumirea alimentelor
Ardei iute
Ardei dulce
Boia de ardei iute

Boia de ardei dulce
Bulion
Castravei murai
Msline
Etc.
Caracteristica comun n acest exemplu este litera/cifra de nceput pentru fiecare serie
de alimente constituit.
Utilizarea metodei este destul de larg, chiar pentru liste foatre lungi de articole, dar
presupune o aranjare prealabil a articolelor care const n:
- stabilirea grupelor de articole, deci numrul de blocuri;
- stabilirea cantitii de articole din fiecare grup inclusiv evaluarea noilor apariii
pentru a se putea rezerva numere de cod.
Avantajele metodei:
- folosete un numr mic de cifre (cod restrns) pentru identificarea fiecrui articol;
- se pot aduga noi blocuri, fr a deranja ordinea iniial;
- decodificarea se execut mult mai uor dect la codificarea secvenial, ntruct
trimiterile se fac direct la blocul de numere respectiv (index principal), iar n cadrul blocului
cutarea se face secvenial.
Dezavantajele metodei:
- introducerea de noi articole este redus i n limita estimrilor anterioare. Se pot
introduce noi articole numai pe numerele lsate libere n cadrul blocurilor la atribuirea iniial
de coduri.
C. Codificarea pe grupe (n trepte)
65
Metoda de codificare pe grupe sau n trepte const n mprirea elementelor

nomenclatorului n clase, grupe, subgrupe dup criterii stabilite n prealabil i respectnd o
anumit ordine logic. Numrul de grupe este determinat de numrul de clasificri necesare
pentru identificarea datelor iar numrul de cifre necesare fiecrui grup de clasificare este
determinat de numrul de articole din fiecare clasificare. n cadrul fiecrei grupe se acord
cifre de la 1 n n funcie de numrul poziiilor rezervate. Atribuirea se face n ordine strict
cresctoare i ofer posibilitatea introducerii ulterioare a elementelor noi cu respectarea
caracteristicilor de grupare.
Exemplu:
Se cere codificarea materiilor prime necesare unei ntreprinderi de construcii.
Materiile prime se pot clasifica dup patru criterii (factori):
-destinaia n cadrul obiectivului
(materii prime balastiere, prefabricate, feroase, etc.). .................................. . .max. 9 tipuri;
-genul lucrrii (zidrie, fundaii, instalaii sanitare etc.). . . . . . ..................... . .max. 20 genuri;
-dup calitate (calitatea I, calitatea II, calitatea III). . . . . . ..................... . . . . . .max. 3 caliti;
-sortimente. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .............................. . . . max. 1000 sortimente.
T1=obiectiv
1 cifr
T2=genul
2 cifre
T3=caliti
1 cifr
T4=sortimentul
4 cifre
T1-treapta I
T2-treapta II
T3-treapta III
T4-treapta IV
Rezult un cod de 8 cifre care pote servi la identificarea a 9 tipuri, 99 genuri de lucrri,
9 caliti i 9999 sortimente.
Exemplu:
Codul 21310015 ar putea s reprezinte materie prim feroas pentru fundaii, calitatea
I, fier rotund 0435 20.
Pentru a respecta lungimea fix de caractere pe trepte de codificare, spaiile rmase
libere n cadrul fiecrei trepte se completeaz cu zero nesemnificativ.
Codurile de grup sunt folosite pe scar larg la o mare varietate de aplicaii, se
construiesc uor i sunt uor de neles i aplicat. Extinderea este asigurat prin adugri de
grupe de clasificare sau grupe de cifre. La stabilirea caracteristicilor ce stau la baza treptelor de
clasificare se urmresc elementele de stabilitate n timp. Prelucrarea pe calculator este
uurat, permind sortri pe grupe de cifre specifice. Practic nu exist limitare n folosirea
acestor metode de codificare exceptnd faptul c s-ar ajunge la lungimi foarte mari de cod.
D. Codificarea alfabet-numeric
Metoda const n ntocmirea nomenclatoarelor de articole n ordine alfabetic a
articolelor. Pentru fiecare articol se atribuie un cod numeric alctuit din dou trepte (clase).
Prima clas format din dou cifre (ordinul superior) va cuprinde corespunztor literelor din
alfabet A.....Z, cifrele de la 01 la 26. Cea de-a doua clas, ordinul inferior, alctuiesc un cod
secvenial n cadrul fiecrei litere (exemplu 001-999), attea cte sunt necesare pentru
66
volumul de date existent plus posibilitatea extinderii viitoare. Utilizarea acestei metode este
destul de larg. Are marele avantaj c pstreaz datele n ordine alfabetic. Se poate utiliza la
codificarea oraelor, a numelor de persoane, a alimentelor, etc.
Exemplu:
01=A
02=B
26=Z
COD LITERE
COD ORA
01
01
*
*
*
01
02
02
*
*
*
02
*
*
02
26
26
*
*
*
26
NUME
01
02
*
*
*
99
01
02
*
*
*
15
*
*
99
01
02
*
*
*
99
ALBA IULIA
ALEXANDRIA
*
*
*
liber
BRAOV
BUCURETI
*
*
*
BUZU
*
*
liber
ZALU
ZIMNICEA
*
*
*
liber
Metoda de codificare alfabetic-numeric permite prelucrarea automat a informaiilor

codificate.
E. Codificarea semnificativ
Aceast metod de codificare este utilizat mai ales n cadrul prelucrrilor manuale, iar
codurile rezultate sunt de dou tipuri:
- coduri cu semnificaie mnemonic;
- coduri cu semnificaie descriptiv.
Codurile cu semnificaie mnemonic
Acest tip de cod se formeaz fie prin consoanele unui cuvnt, fie prin abrevierea
denumirii atributului codificat.
Exemplu:
BC
- Bon de consum;
BUC - Buci;
ROF - Regulamentul de Organizare i Funcionare.
67
Codurile cu semnificaie descriptiv

Metoda de codificare cu cifr semnificativ combin iniialele denumirii articolelor cu
unele caracteristici tehnico-construtive ale acestora. n acest caz codul articolului este
determinat i de coninutul su.
Avantajul cel mai important al metodei const n reducere sau eliminarea operaiei de
decodificare pentru a asocia unui cod un anumit articol.
Exemplu:
Codificarea anvelopelor pentru autoturisme.
CODUL ART.
TT 670 15 A 1
TT 710 15 N 1
DENUMIREA ARTICOLULUI
Anvelopa tip tub dimensiune 670 15, alb, calit.I
Anvelopa tip tub dimensiune 710 15, negru, calit.I
Personalul de specialitate care lucreaz cu aceste articole, dup cod le recunosc far a fi
nevoie s le decodifice prin intermediul unui nomenclator.
Principiul metodei cu cifre semnificative poate fi aplicat oricrei clasificri de articole ce
pot fi identificate prin una sau mai multe caracteristici, cum ar fi unitatea de masur,
dimensiunea, greutatea etc.
Permite o extindere uoar, mai ales cnd se folosete combinaia cod grup- cifre
semnificative, putndu-se aduga noi grupe de articole.
Dezavantajul metodei: de multe ori se poate ajunge la un cod prea lung ngreunnd
folosirea lui eficient.
10.6. Procedee de validare a codurilor

n prelucrarea automat a datelor se lucreaz cu informaii codificate. Pentru ca aceste
informaii s intre n prelucrare corecte este necesar verificarea codurilor atribuite,
depistarea erorilor i corectarea lor.
Prin eroare nelegem orice neconcordana ntre informaia consemnat (msurat,
calculat) i valoarea sau condiia sa adevarat.
Erorile referitoare la datele codificate pot s apar datorit greelilor de consemnare
iniial a datelor, de reprezentare, de transmitere, de recepie i pot fi:
- erori de omisiune- cnd s-a omis trecerea unui caracter n cadrul codului;
- erori de adugare- cnd se adaug un caracter n plus codul iniial;
- erori de inversare- cnd doua sau mai multe caractere ii schimb poziia intre ele;
- erori de nlocuire- cnd un caracter este nlocuit cu un alt caracter.
68
Tabelul nr. 10.1

Nr.
Crt.
Codul
Iniial
Codul
eronat
Explicarea erorii
1.
75484192
7548192
- a fost omis caracterul 4 din cod
2.
75484192
754841922
- a fost adugat caracterul 2 la codul

iniial
3.
75484192
74584192
- caracterele 5 si 4 i-au schimbat

poziia ntre ele
4.
75484192
75484162
- caracterul 9 a fost nlocuit cu 6
Controlul programat asupra apariiei erorilor n cadrul codurilor poart denumirea de

validarea codurilor.
n principal, metodele folosite pentru validarea codurilor pornesc de la acelai principiu
general ce const n calcularea dup un anumit algoritm a unui numr numit cifra de control,
care se concateneaz (adaug) la codul iniial.
Aceast cifr de control va face parte din structura codului i va asigura detectarea
automat a eventualelor erori chiar la introducerea codului n calculator. Aceasta detectare a
erorilor introduse se face prin compararea cifrei de control din cadrul codului introdus cu cifra
de control determinat de calculator la fiecare utilizare a codului ( dup acelai algoritm care a
stat la baza calculului cifrei de control iniiale).
Pentru calculul cifrei de control se pot folosi mai multe metode, din care mentionm:
metoda suma caracterelor;
metoda suma modulo M;
metoda ponderrii simple suma modulo M;
metoda ponderrii duble suma modulo M si N;
metoda aritmetic;
metoda geometric.
Metoda suma caracterelor

Forma cea mai simpl a controlului prin redundana const n concatenarea (ataare
sau adugarea) la valoarea iniial a codului, a sumei caracterelor codului.
n
Cc = C i
i =1
unde:
Cc= cifra de control
Ci= cifra i a codului
69
Codul iniial: 371514

Cc = 3 + 7 + 1 + 5 + 1 + 4 = 21
Rezult noul cod: 37151421
Avantaj: este foarte simplu de calculat.
Dezavantaje:
nu se pot depista erorile de inversare. Codul fiind 37151421 dac s-a scris
37154121 suma fiind tot 21 nu a sesizat inversarea celor dou caractere;
cifra de control nu are lungime constant. Pentru a menine codul ca numr
de poziii constante, se stabilesc pentru cifra de control un anumit numr de
caractere. Dac din calcul rezult un numr mai mic dect numrul poziiilor
rezervate, poziiile cele mai semnificative se vor completa cu zero. Exemplu,
pentru nomenclatorul din care face parte codul 371514 s-au stabilit pentru
cifra de control trei poziii. Cifra de control rezultat din calcul fiind de dou
poziii cea de-a treia se completeaz cu zero. Noul cod n acest caz va fi:
371514021;
cifra de control fiind format din mai multe poziii duce la creterea
simbolului. Acest inconvenient poate fi nlturat prin nsumarea repetat a
caracterelor cifrei de control pn ce suma rezultat va ocupa o singur
poziie. De exemplu, cifra de control 21 rezultat din codul anterior se va
transforma n 2+1=3, codul devenind 3715143.
Metoda suma modulo M

Procedeul const n ataarea la codul iniial a complementului fa de un numr M luat
ca modul a restului mpririi ntregi a valorii sumei caracterelor cu modulul, dup relaia:
n
C
i =1
=C+R
Cc = M - R
unde:
Ci - cifra i a codului
M - modulul ales (de regul cifra 9)
R - rest
C - ct
Cc - cifra de control
70
Cod iniial: 371514

Modulul: 9
3 + 7 + 1 + 5 + 1 + 4 21
=
= 2 rest 3
9
9
Cc = M R = 9 3 = 6
Rezult codul nou: 3715146
Nici aceast metod nu reuete s identifice erorile de inversare, dar prezint

avantajul ca reduce numrul de poziii pentru cifra de control la una.
Metoda ponderrii simple suma modulo M

Const n concatenarea la codul iniial a unei cifre de control calculat astfel:
se va stabili un numr considerat modul care poate fi, de regul, 9, 11, 13, 17;
se stabilete un ir de ponderi ai modulului ales respectndu-se urmtoarele reguli:
o nici un caracter din irul de ponderi s nu aib divizor comun cu modulul
ales;
o irul finit de ponderi s fie mai scurt dect irul caracterelor codului, el
repetndu-se n aceiai ordine pn ce va avea numrul de caractere egal
cu al codului;
o irul de ponderi este acelai pentru toate elementele nomenclatorului;
o distana dintre caracterele irului de ponderi care au divizor comun s fie
ct mai mare, de 2, 3 sau mai multe ordine;
o caracterele vecine s nu fie identice;
dac modulul este alctuit din dou caractere, pentru cifra de control se vor rezerva
dou ordine pentru a asigura codului lungimea fix;
fiecrei cifre a codului i se asociaz o pondere din irul ponderilor. irul ponderilor
se completeaz de regul de la dreapta la stnga (sau invers) repetndu-se pn are
aceai lungime cu a codului;
se efectueaz produsul scalar dintre termenii codului i ai ponderii de pe aceiai
poziie;
se calculeaz suma produselor obinute;
suma se mparte la modul obinndu-se ctul i un rest;
restul se scade din modul obinndu-se cifra de control.
n
(C * P )
i
i =1
=C+R
Cc = M R
71
unde:
Ci - cifra i a codului
Pi - ponderea i din irul ponderilor
M - modulul ales (de regul cifra 9)
R - rest
C - ct
Cc - cifra de control

Modulul ales: 9
irul de ponderi: 7425
Ci= 2 3 7 1 5 1 4
Pi= 4 2 5 7 4 2 5
(2 * 4) + (3 * 2) + (7 * 5) + (1* 7) + (5 * 4) + (1* 2) + (4 * 5) 98
=
= 10 rest 8
9
9
Cc = 9 8 = 1
Aceast metod identific codurile eronate determinate de nlocuirea, inversarea,

omiterea sau adugarea de caractere.
Metoda ponderrii duble suma modulo M si N

Procedeul ponderrii duble const n concatenarea la codul iniial a dou cifre de
control stabilite dup metoda ponderrii simple cu dou module i dou iruri de ponderi.
Astfel:
n
(C * P1 )
i
i =1
M1
= C1 + R1
=>
Cc1 = M1 R1
= C 2 + R2
=>
Cc2 = M2 R2
(C * P 2 )
i
i =1
M2
72

Modulele alese: 9,11
irul de ponderi pentru M1= 9 : 7425
irul de ponderi pentru M2=11 : 3857
Ci: 2 3 7 1 5 1 4
P1i: 4 2 5 7 4 2 5
P2i: 8 5 7 3 8 5 7
(2 * 4) + (3 * 2) + (7 * 5) + (1* 7) + (5 * 4) + (1* 2) + (4 * 5) 98
=
= 10 rest 8
9
9
Cc1 = 9 8 = 1
(2 * 8) + (3 * 5) + (7 * 7) + (1* 3) + (5 * 8) + (1* 5) + (4 * 7) 156
=
= 14 rest 2
11
11
Cc2 = 11 2 = 09
Prin acest procedeu se pot determina toate tipurile de erori posibile. Pentru aplicarea
corect a metodei, n plus fa de condiiile indicate la metoda ponderrii simple, se va urmri
ca cele dou iruri de ponderi s aib caracterele de pe aceiai poziie diferite.
Metoda aritmetic
Acest procedeu este similar cu metoda ponderrii simple cu deosebirea c cifra de
control se determin prin scderea produselor cifrelor codului cu anumite ponderi alese
arbitrar din cifra zecilor imediat superioare acestei sume, astfel:
n
Cc = Z
(C * P )
i
i =1
unde:
Z - cifra zecilor imediat superioare sumei produselor dintre cifrele codului i ponderile
corespunztoare
n cazul n care produsul dintre cifra de cod i ponderea corespunztoare este mai mare
dect valoarea 9 se ia n calcul suma cifrelor care-l compun:
Exemplu: 3*5=15
n acest caz se ia n calcul 1+5=6
73

Ponderi: 12
Ci = 3 7 1 5 1 4
Pi = 1 2 1 2 1 2
(3 * 1) + (7 * 2) + (1* 1) + (5 * 2) + (1* 1) + (4 * 2) = 3 + (1+ 4) + 1 + (1 + 0) + 1 + 8 = 19 => Z = 20
Cc = 20 19 = 1
Metoda geometric
Metoda geometric const n stabilirea cifrei de control ca rest al mpririi sumei

produselor dintre cifrele codului i puterile cresctoare ale lui 2 la un modul ales
convenional.

Modul: 9
Ci = 3 7 1 5 2 4
Pi = 26 25 24 23 22 21
(3 * 64) + (7 * 32) + (1* 16) + (5 * 8) + (2 * 4) + (4 * 2) 192 + 224 + 16 + 40 + 8 + 8 488

=
=
= 54 rest 2
9
9
9
Cc = 9 2 = 7
10.7. Codificarea datelor prin coduri bar

Dinamica evoluiei tehnologiei informaionale a condus la o concentrare a volumului de
informaii necesar a fi procesat n vederea lurii deciziilor. Astfel, n special ntr-o economie
concurenial, a aprut necesitatea codificrii informaiei ntr-o manier n care ntr-un cod ct
mai mic s fie cuprins un volum mare de informaii. Pe fondul acestei dezvoltri din domeniul
74
tehnologiei informaionale i a necesitilor managerilor i clienilor a nceput s se impun

mecanismul de codificare a informaiei i datelor comerciale prin tehnologia codurilor bar
iniiat n domeniul industriei alimentare nc din anii 1970.
Prelucrarea informaiei i datelor avnd la baz codurile bar afectez att direct ct i
indirect productivitatea i eficiena unei activiti. Codurile bar sunt modalitatea cea mai
simpl, exact i rapid de intrare a datelor i informaiilor, utilizat n procesul cunoscut sub
denumirea de colectare automat a datelor. Introducerea manual a datelor ntr-un sistem
automat de prelucrare a acestora este un proces greoi, ineficient i cu o frecven ridicat de
generare a erorilor. Ultimele studii n acest domeniu au artat c utiliznd procesul de
colectare automat a datelor i a tehnologiei codurilor bar erorile de citire i introducere a
datelor sunt de o eroare la un milion de caractere spre deosebire de citirea i introducerea
manual unde eroarea este de o eroare la fiecare trei sute de caractere.
Tehnologia codurilor bar fiind o metod de colectare automat a datelor este foarte
important s se cunoasc fazele unui proces de colectare automat a datelor. Acest proces are
trei faze, astfel:
Aplicarea identificatorului automat, ce reprezint simbolul de prelucrat.
Simbolul de prelucrat poate fi un cod bar, un document, un numr de
identificare a personalului etc.
Colectarea automat a simbolurilor de prelucrat. Aceast faz se concretizeaz
prin citirea identificatorului automat cu ajutorul unui scaner specializat.
Scanarea simbolului este superioar, n rapiditate, citirii umane i cu o
frecven redus a erorilor.
Compilarea de ctre sistemul informatic a simbolului intrat prin scanare. Acest
simbol este convertit de ctre sistemul informatic ntr-o dat sau informaie ce
poate fi prelucrat corespunztor de ctre aplicaiile informatice. n urma
acestei faze informaia furnizat de simbol, sub form brut sau prelucrat,
poate fi utilizat n procesul decizional al ntreprinderii.
Odat cu implementarea tehnologiei codurilor bar rapiditatea procesrii tranzaciilor
ntreprinderii cunoate o cretere progresiv i direct proporional i sigurana prelucrrii
datelor, respectiv acurateea acestora.
10.7.1. Condiii organizatorice pentru implementarea codurilor bar

Colectarea automat a datelor utiliznd codurile bar presupune, ns, o serie de
cerine de natur organizatoric i tehnic.
Cerinele de natur organizatoric pot fi urmtoarele:
existena unei organigrame care s reflecte clar punctele de intrare i ieire a
produselor sau activelor reprezentate prin coduri bar;
existena unor proceduri de lucru, bine stabilite, n legtur cu modul de aplicare i
citire a etichetelor cu cod bar. Aceste proceduri ar fi de preferat s se ataeze la
fia postului angajailor implicai n acest proces. Diviziunea sarcinilor i atribuiilor
pe traseul aplicare sau citire intrare produs i citire ieire produs s fie respectat
innd cont de pregtirea i aptitudinile angajailor;
75
existena unui sistem informatic organizat cu o compatibilitate funcional ntre

module. Ar fi de preferat ca sistemul informatic s fie unul integrat din categoria
ERP-urilor (Enterprise Resource Planning);
existena procedurilor de securitate a datelor i informaiilor reprezentate prin
coduri bar;
existena procedurilor de recuperare a datelor i informaiilor reprezentate prin
coduri bar n caz de dezastru i continuarea fr ntrerupere a activitii. O foarte
mare importan trebuie s o aib, n acest context, punctele de vnzare care
trebuie s fie funcionale indiferent de situaiile de criz (dezastru) aprute;
existena unui sistem de urmrire i corelare permanent ntre reprezentarea
intern a datelor i informaiilor prin coduri bar i reprezentarea acestora n
mediul extern ntreprinderii (furnizori, clieni etc.);
auditarea sistemului informaional privind organizarea procedural i funcional a
sistemului de coduri bar din ntreprindere.
Cerinele de natur tehnic pot fi urmtoarele:

existena unei imprimante de calitate, pentru tiprirea etichetelor cu coduri bar.
Acurateea i rezistena unei etichete sunt vitale n procesul de citire a codurilor
bar. Astfel pe lng imprimant este necesar i o hrtie sau alt suport pentru
tiprire, de calitate cum ar fi de exemplu hrtia fotosensibil sau polistirenul. Cea
mai de calitate etichet este cea n care codul bar se imprim i n interiorul hrtiei
nu numai la suprafa. Dintre imprimante cele mai indicate sunt imprimantele laser;
existena unui echipament de scanare a etichetelor pentru colectarea codurilor bar.
Acest echipament permite prin itermediul scaner-ului s se citeasc n timp real i
cu o acuratee ridicat, codul bar de pe etichet, s fie decodat, convertit i
transmis sub form de semnal putnd fi, astfel, interpretat de un calculator la care
este ataat scanerul;
existena unui calculator (computer) la care s fie ataat echipamentul de scanare.
De regul scanerul este ataat la calculator prin portul paralel i serial dar i prin
interfaa USB. Configuraia tehnic a calculatorului depinde de volumul tranzaciilor,
nivelul de tehnologie al echipamentului de scanare i necesitile tehnice
(hardware) ale sistemului informatic din ntreprindere. Astfel, din punct de vedere
al configuraie acesta poate varia de la un calculator cu procesor 286 la 16 Mhz, 1
MB RAM, 40 MB HDD, pn la un calculator cu procesor Pentium II la 400 Mhz, 64
MB RAM, 10 GB HDD;
existena unei aplicaii (software) de interpretare i compilare a semnalelor
transmise de scaner i stocare a informaiei decodate ntr-o baz de date. Aceast
aplicaie reprezint interfaa logic ntre codul bar i semnificaia acestuia dintr-o
baz de date. Astfel n baza de date pot fi stocate pentru un cod o serie de informaii
cum ar fi preul, unitatea de msur, termenul de garanie, reetarul, modul de
utilizare, productorul produsului sau lotului de produse. Aceste elemente pot fi
automat transmise, la scanarea codului bar, altor aplicaii spre a fi prelucrate
i/sau afiate direct la monitor (display).
76
10.7.2. Tipuri de coduri bar

Din punct de vedere al simbologiei, codurile bar sunt de mai multe tipuri. Cele mai
cunoscute i utilizate tipuri de coduri bar sunt:
Codul 39;
Codul EAN 13 i EAN 8;
Codul 39
A fost prima simbologie utilizat n codificarea datelor comerciale. Este cel mai utilizat
cod permind codificarea informaiilor numerice (0-9), alfanumerice majuscule (A-Z) i a
unor caractere speciale (spaiu $%+-./). Conform simbologiei acestui cod fiecare caracter,
numr sau caracter special este codificat prin cinci bare i patru spaii. Acestea sunt trei bare
late i ase bare nguste. nceputul i sfritul codului este marcat de caracterul *. De exemplu
codul 39 asociat datei comerciale 05-250-01-1012, n care 05 reprezint codul categoriei de
produs IAURT, 250 reprezint gramajul, 01 reprezint gestiunea i 1012 reprezint lotul din
care face parte produsul, este reprezentat n figura 10.3.
Fig. 10.3. Codul 39 pentru data 05-250-01-1012
Codul EAN 13 i EAN 8

A fost introdus n anul 1978. Acronimul de EAN provine de la European Article
Numbering. Cele dou versiuni 8 respectiv 13 provin de la capacitatea de codificare care poate
fi de 8 respectiv 13 cifre. O versiune extins cu 5 cifre, a codului EAN 13 este utilizat n
codificarea crilor i este cunoscut sub denumirea de Bookland. Codul EAN este un cod de
lungime fix de 8, 13 sau 18 cifre putnd reprezenta doar date numerice. Codul are obligatoriu
o cifr de control. Codul EAN 8 poate reprezenta o data numeric de 7 cifre plus cifra de
control. Reprezentarea se face pe grupe de cte patru cifre separate printr-un simbol. Simbolul
care marcheaz nceputul i sfritul codului este acelai cu cel care delimiteaz grupele de
cifre (figura 8.5) . Ultima cifr din cadrul codului reprezint cifra (caracterul) de control. Modul
de reprezentare a codului 0039042 utiliznd simbologia codului EAN 8 este prezentat n figura
8.5. Cifra de control al codului reprezentat este 2. Codul EAN 13 are la baz aceeai simbologie
i pot fi reprezentate 12 cifre plus cifra de control. Acest cod ncepe ntotdeauna cu o cifr dup
care urmeaz simbolul de start, o grup de 6 cifre, simbolul de separare a grupelor de cifre, o
grup de 6 cifre i n final simbolul care marcheaz sfritul codului. Ultima cifr a codului este
cifra de control. Modul de reprezentare a codului 507003229042 utiliznd simbologia codului
EAN 13 este prezentat n figura 10.6.
77
Fig. 10.5. Codul bar EAN 8 pentru codul 0039042.
Fig. 10.6. Codul bar EAN13 pentru codul 507003229042.

Familia de coduri EAN sunt n prezent cele mai utilizate coduri bar din domeniul comercial.
Cele mai importante avantaje ale utilizrii codurilor bar sunt urmtoarele:
Acurateea datelor. Prin sistemul codurilor bar se reduce semnificativ probabilitatea de
apariie a erorilor umane n culegerea i intrarea datelor n sistemul informatic.
Uniformitatea datelor de intrare. Codurile bar asigur prin simbologia utilizat o
uniformitate a datelor reprezentate, astfel nct acestea pot fi citite i interpretate n cadrul
oricrui sistem informatic.
Uurina n utilizare. Prin sistemul de scanare a codurilor bar se asigur o procedur
deosebit de simpl i accesibil de intrare a datelor n sistemul informatic.
Rapiditate n prelucrarea i centralizarea datelor. Intrarea datelor n sistem are loc n timp
real, astfel centralizarea i luarea deciziilor pe baza acestor date poate fi efectuat n orice
moment.
Creterea productivitii muncii. Preluarea automat a datelor cu ajutorul sistemului de
scanare a codurilor bare permite pe de o parte creterea numrului de operaii i a
volumului de tranzacii pe om n aceeai unitate de timp, iar pe de alt parte degrevarea
personalului de anumite activiti de rutin i orientarea acestora spre alte activiti
generatoare de profit. De asemenea este dezvoltat sistemul de urmrire a activitii de
producie i comerciale.
Creterea profitabilitii. Odat cu creterea productivitii munci, au loc o serie de
modificri pozitive n structura costurilor cu manipularea i urmrirea produselor
nregistrndu-se reduceri ale acestora.
10.8. Codurile 2-D

Primii pai n introducerea codurilor 2-D (bi-dimensionale) au fost fcui n 1984 de
ctre Automotive Industry Action Group (AIAG), care a publicat un nou standard de codificare
n domeniul codurilor bar constnd n combinarea ntr-o stiv a patru coduri bar tip 39. Prin
78
acest nou cod se codifica un numr de apartenen la o grup de produse, cantitatea, furnizorul
i un numr serial al produsului. Prima recunoatere oficial a unui cod 2-D a fost fcut n
anul 1988 sub denumirea de Code 49 aparinnd corporaiei INTERMEC CORPORATION.
Privit din punct de vedere al simbologiei codurilor bar verticale, denumirea de coduri
bar 2-D duce la o confuzie i o interpretare greit, deoarece reprezentarea nu mai respect
codurile bar clasice (verticale). Din aceast cauz pentru simbologia 2-D se utilizeaz
termenii de coduri bi-dimensionale sau coduri 2-D. Pe lng aceti termeni generici se mai
utilizeaz termenii de simbologie de stiv sau cod multilinie.
n contextul instrumentelor de codificare a datelor codurile 2-D pot fi definite ca fiind acele
simboluri de reprezentare sub forma unei stive sau matrice formate fie din combinaii de coduri
bar verticale unidimensionale, fie din simboluri speciale, capabile s stocheze n cadrul lor un
volum mare de date pe o suprafa relativ mic.
10.8.1. Tipuri de coduri 2-D

Tipurile de coduri bi-dimensionale (2-D) sunt caracterizate prin specificitatea
simbologiei acestora. n prezent sunt utilizate n diferite domenii, peste 20 de tipuri de coduri
2-D. n continuare sunt prezentate cele mai utilizate tipuri de coduri 2-D. Astfel:
Codul AZTEC
A aprut n anul 1995 i a fost inventat de ctre Andy Longacre n cadrul corporaiei
Welch Allyn Inc. Simbolurile acestui cod sunt de form dreptunghiular amplasate n cadrul
unei suprafee tabelare. Un exemplu de reprezentare cu ajutorul codului AZTEC este prezentat
n figura 10.8. n cadrul acestui exemplu s-a reprezentat data expirrii unui produs, denumirea
produsului i un cod intern de gestiune a produsului, astfel: 20102002.Pate MIORITA.3122009.
Cel mai mic cod AZTEC poate reprezenta 13 cifre sau 12 litere, iar cel mai mare 3832 cifre sau
3067 litere. Msurnd aceast capacitate n bytes pot fi reprezentai n codul AZTEC extins
1914 bytes.
Figura 10.8. Reprezentare utiliznd codul AZTEC.
Codul CODE 1
A aprut n 1992 i a fost inventat de ctre Ted Williams, fiind cel mai vechi cod utilizat
pe simbologia matrice. Acest cod poate reprezenta caracterele ASCII i diferite seturi de date
79
binare. n funcie de dimensiuni CODE 1 are opt variante de la 1A pn la 1H. Varianta 1A

poate reprezenta 13 caractere alfanumerice sau 22 de cifre, iar varianta 1H poate reprezenta
2218 caractere alfanumerice i 3550 de cifre. Cel mai frecvent acest cod este utilizat n
medicin pentru etichetele diferitelor medicamente. Un exemplu de cod CODE 1 este prezentat
n figura 10.9.
Figura 10.9. Reprezentare utiliznd codul CODE 1.
10.8.2. Aplicaii ale codurilor 2-D

Aplicarea practic a codurilor 2-D a nceput s depeasc grania domeniilor pentru
care au fost concepute. Dac iniial s-a pornit din domeniul medical astzi aceste coduri se
utilizeaz cu succes n domeniul militar, comercial, n cadrul gestiunii interne a firmelor i n
cadrul domeniului potei pentru identificarea corespondenei. Cercetrile din acest domeniu
au conturat posibilitatea implementrii unor astfel de coduri i n cadrul evidenei populaiei
respectiv a actelor de identitate. Exist, astfel, posibilitatea ca aceste baze de date portabile s
fie marcate pe documentele de identitate ncepnd cu certificatele de natere i terminnd cu
paaportul sau carnetul de conducere. Fcnd o sintez a domeniilor n care se utilizeaz
aceste coduri, rezult urmtoarele:
Codul PDF 417 este utilizat n domeniul comercial, n evidena personalului, n
transport i n activitile de mentenan.
Codul DataMatrix are o larg utilizare n domeniul comercial.
Codul MaxiCode este utilizat n cadrul serviciilor potale de sortare rapid a
corespondenei etc.
Utilizarea codurilor bar ntr-o activitate trebuie s aib la baz o analiz detaliat a
sistemului informaional al organizaiei. Trebuie stabilite cu precizie standardele de
codificare i structura codurilor, procedurile de lucru pentru cei implicai n activitile n
care se vor implementa codurile 2-D.
10.8.3. Avantajele i dezavantajele codurilor bar 2-D

Aplicarea tehnologiei codurilor 2-D a condus, de-a lungul timpului, la identificarea unor
avantaje i dezavantaje n utilizarea acestora.
Avantajele utilizrii codurilor 2-D sunt urmtoarele:
posibilitatea de stocare a unui volum mare de date pe o suprafa relativ mic;
80
capacitatea de a reface anumite pri distruse ale codului, prin algoritmi speciali
(Reed-Solomon) i redundana reprezentrii;
citire omnidirecional;
grad de durabilitate foarte mare n timp;
pot fi doar citite;
integritatea ridicat a reprezentrii.
Dezavantajele utilizrii codurilor 2-D sunt urmtoarele:

tehnologie avansat i relativ costisitoare, de tiprire i citire;
dificil de interpretat pentru factorul uman;
rezisten redus la factori chimici;
particulariti n tiprire i citire;
majoritatea codurilor sunt, deocamdat, n utilizare privat pentru diferite
organizaii.
81
11. RISCURILE, CONTROLUL SI AUDITUL SIG
11.1. Riscurile i controlul din cadrul sistemelor informatice
11.1.1. Definirea i clasificarea riscului din cadrul sistemului informaional

Noiunea de risc n cadrul sistemului informaional reprezint probabilitatea de apariie
a unei pierderi care s afecteze negativ resursele informaionale i funcionalitatea sistemului.
Privit n ansamblul su sistemul informaional al ntreprinderilor este expus la o serie
de riscuri. Un rol deosebit n identificarea i controlul riscurilor l are procesul de
management al riscului.
Managementul riscului poate fi definit ca fiind procesul de identificare a
vulnerabilitilor i ameninrilor din cadrul unei ntreprinderi, precum i de elaborare a unor
msuri de minimizare a impactului acestora asupra resurselor informaionale din ntreprindere.
Acest proces trebuie s existe la nivelul oricrei ntreprinderi pentru a asigura
atingerea cu succes a obiectivelor.
Acceptarea riscului poate fi realizat n condiiile n care msurile de control sunt mai
costisitoare dect pierderea n sine.
Reducerea riscului se realizeaz prin adoptarea unor proceduri de control a factorilor
de risc.
Riscul sistemului informaional.
Reprezint probabilitatea de apariie a unor erori sau fraude datorit utilizrii
inadecvate a sistemului informaional.
Riscul sistemului informaional cuprinde:
Riscurile la nivelul aplicaiilor i operaiilor din sistemul informatic. Acestea pot

fi:
o securitatea sczut a aplicaiilor;
o accesul neautorizat la datele sistemului;
o introducerea unor date inadecvate sau false;
o procesarea incomplet a datelor;
o dublarea datelor tranzacionate;
o procesarea cu ntrziere a datelor;
o nefuncionarea corect a transmisiei datelor;
o segregarea inadecvat sau inexistent a funciilor i responsabilitilor;
o analiza i proiectarea defectuoas a aplicaiilor;
o incompatibilitatea dintre aplicaiile informatice;
o infectarea aplicaiilor cu virui electronici;
o instruirea inadecvat a utilizatorilor;
82
o suportul i mentenana inadecvat a aplicaiilor.
Riscul de continuare a activitii sistemului informatic. Reprezint riscul asociat

disponibilitii i recuperrii sistemului. Riscul disponibilitii sistemului reprezint
probabilitatea ca sistemul s devin indisponibil utilizatorilor datorit securitii
sale (de exemplu atacul de tip DoS al hacker-ilor). Riscul recuperrii sistemului
reprezint probabilitatea ca datele i operaiile sistemului snu mai poat fi
recuperate n vederea continurii activitii ntreprinderii (de exemplu inexistena
unor copii de sigurani a procedurilor de recuperare i continuare a activitii
conduc la creterea nivelului acestui risc).
11.1.2. Evaluarea riscurilor din sistemul informaional

Pentru identificarea i evaluarea riscurilor, n general, se parcurg urmtorii pai:
identificarea factorilor de risc;

ierarhizarea factorilor de risc dup importana acestora pentru sistemul auditat;
determinarea frecvenei i duratei de apariie a fiecrui factor de risc;
cuantificarea i evaluarea nivelului de risc;
proiectarea sistemului informatic corespunztoar nivelului de risc stabilit.
11.1.3. Controlul n cadrul sistemului informaional

Controlul aplicaiilor informatice reprezint ansamblul procedurilor i tehnicilor,
manuale sau automate pentru controlul intrrilor, prelucrrilor i ieirilor aplicaiilor
informatice. Acest tip de control are un caracter specific i se refer la o anumit component a
sistemului informatic. n cadrul acestei categorii de control, analistul trebuie s proiecteze i s
testeze urmtoarele:
Controlul intrrii datelor. Acest tip de control asigur autenticitatea, acurateea i

integralitatea datelor introduse n sistem, precum i respingerea, corectarea sau
reintroducerea datelor eronate. Prin autenticitate se asigur faptul c numai utilizatorii
autorizai au acces la introducerea datelor. Aceast limitare se realizeaz prin definirea
unor grupuri de utilizatori n cadrul sistemului, care vor avea acces difereniat la
diferitele module de intrare a datelor. Accesul se realizeaz pe baza autentificrii
utilizatorilor prin nume i parol. Prin acuratee se asigur faptul cdatele introduse
sunt reale, corecte i compatibile cu prelucrrile din sistem. Practic acest lucru se
realizeaz prin implementarea n sistem a procedurilor de verificare i validare a
datelor introduse, cum ar fi: validarea codurilor, validarea lungimii datelor sau
validarea ncadrrii datelor n anumite intervale.
Controlul prelucrrii (procesrii), tranzaciilor de date i a fiierelor de date.

Asigur acurateea i integralitatea prelucrrilor i tranzaciilor, integritatea datelor
stocate, att pe loturi, ct i n timp real (online), precum i corectarea datelor eronate.
Asigurarea acurateii prelucrrii i tranzacionrii datelor se realizeazprin proceduri
83
de validare a prelucrrilor i tranzaciilor. Asigurarea integralitii prelucrrii i

tranzaciilor de date se poate realiza prin compararea tranzaciilor intrate ntr-un
modul cu tranzaciile ieite din modulul predecesor. Pot fi comparate, att numrul
tranzaciilor, ct i totalul valorii acestora. De exemplu compararea numrului i
totalului facturilor recepionate la gestiune i transmise ctre contabilitate, cu numrul
i totalul facturile recepionate la contabilitate i primite de la gestiune. Asigurarea
integritii datelor stocate n baza de date se realizeaz prin integritatea referenial,
integritatea tranzacional, definirea constrngerilor de unicitate i de valoare, precum
i definirea procedurilor de recuperare a datelor (backup). Urmrirea i corectarea
datelor eronate din cadrul prelucrrilor i tranzaciilor de date se realizeaz prin
nregistrarea erorilor i corectrii acestora n cadrul unor fiiere de tip jurnal (log files).
Controlul ieirilor de date i informaii. Asigur faptul c ieirile sistemului sunt reale,
corecte, integrale, securizate i distribuite n timp util utilizatorilor i factorilor
decizionali corespunztori (autentificai). n cadrul procedurilor de control al ieirilor
pot fi enumerate urmtoarele: autorizarea generrii ieirilor; compararea totalurilor
din cadrul rapoartelor cu totalurile din cadrul tranzaciilor (de exemplu compararea
rulajelor din balan cu rulajele calculate din jurnal); autorizarea distribuiei ieirilor
(doar utilizatorii autentificai trebuie sbeneficieze de ieirile sistemului); verificarea
recepiei ieirilor ctre beneficiarii autentificai. De asemenea, n cadrul sistemului
generarea i distribuia ieirilor trebuie jurnalizat prin intermediul unor fiiere jurnal.
Evaluarea riscurilor i proiectarea controlului sistemului informatic este un proces dinamic

ntr-o perpetu schimbare datorit evoluiei rapide a tehnologiei informaiei.
11.2. Metode i tehnici generale de securitate a sistemelor informatice

Dificultatea proiectrii unui mecanism de protecie ct mai sigur, pornete de la cerina
de a contracara toate aciunile neautorizate care vizeaz securitatea sistemului. Evoluia
continu a tehnicilor de penetrare i spargere a unui sistem, utiliznd programe dintre cele
mai sofisticate, face necesar o abordare sistematic a proiectrii i implementrii
mecanismului de protecie.
La elaborarea mecanismului de protecie trebuie s se asigure ca acesta este raional
din punct de vedere economic (s fie respectat principiul costuri/beneficii).
Mecanismul de protecie presupune urmrirea realizrii mai multor categorii de
mijloace i msuri de securitate, care pot fi grupate n:
1. Msuri de securitate fizic - se refer la msurile pentru protecia sistemului
informatic mpotriva accesului persoanelor neautorizate i protecia mpotriva dezastrelor.
Msurile prin care este asigurat securitatea fizic a unui sistem informatic pot fi sistematizate
astfel:
controlul accesului (proceduri care se exclud persoanele neautorizate din centrele de
prelucrare automata a datelor);
asigurarea securitii echipamentelor din sistem (calculatoare i echipamente
periferice);
84
protecia mpotriva dezastrelor naturale, a incendiilor sau inundaiilor;

protecia bibliotecii suporturilor de date.
2. Msuri de securitate logic se refer la msurile de protecie la nivelul sistemelor de

operare, al aplicaiilor informatice i al bazelor de date.
3. Msuri de securitatea procedural reprezint un set de msuri, norme i principii care

guverneaz buna funcionare a sistemului (selecia i pregtirea personalului, instituirea
normelor de conduit n sistem, proceduri de auditare i control etc.). Securitatea procedural
vizeaz, n principal urmtoarele aspecte :
msuri organizatorice;
auditarea sistemului informatic;
msuri juridice;
asigurarea;
selecia i pregtirea personalului;
4. Msuri de securitate tehnic reprezint msurile luate pentru protecia echipamentelor,
programelor, comunicaiilor i datelor.
85
12. IMPLEMENTAREA I MENTENANA (NTREINEREA) SIG
86
BIBLIOGRAFIE
1. BIBU N., BRNDA, C., Managementul prin proiecte, MIRTON, Timisoara, 2000.
2. BOLDEA I., Sistemul informational si managementul intreprinderii, EUBEEA, Timisoara, 2001.
3. DENIS, A., HALEY WIXOM, B., TEGARDEN, D., Systems Analysis and Design - An Object-Oriented
Approach with UML, John Wiley & Sons, 2002.
4. Hall, J.A., Accounting Information Systems, 7th edition, South-Western Cengage Learning, US,
2011.
5. HOFFER, J.A., GEORGE, J.F., VALACICH, J.S., Modern Systems Analysis and Design, 3rd Ed.,
Prentice Hall, New Jersey, 2002.
6. KENDALL, K., KENDALL, J., Systems Analysis and Design, Fourth Edition, Prentice Hall, New
Jersey, 1999.
7. LUNGU, I., SABAU, Gh. s.a., Sisteme informatice - Analiza, proiectare si implementare, Editura
Economica, Bucuresti, 2003.
8. NICKERSON, R.C., Business and Information Systems, Addison-Wesley, New York, 1998.
9. OPREA, D., Analiza si proiectarea sistemelor informationale economice, Editura Polirom,
Bucuresti, 1999.
10. WHITTEN, J., BENTLEY, L., Systems Analysis and Design Methods, Fourth Edition,
Irwin/McGraw-Hill, Boston, 1998.
87

Analiza Şi Proiectarea Sistemelor Informatice de Gestiune

Încărcat de

Informații document

Titlu original

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Analiza Şi Proiectarea Sistemelor Informatice de Gestiune

Încărcat de

Drepturi de autor:

Formate disponibile

UNIVERSITATEA DE VEST DIN TIMIOARA

FACULTATEA DE ECONOMIE I DE ADMINISTRARE A AFACERILOR

ANALIZA I PROIECTAREA SISTEMELOR

MANUAL PENTRU NVMNTUL LA DISTAN,

10.8.2. Aplicaii ale codurilor 2-D ......................................................................................... 80

1. NOIUNI INTRODUCTIVE PRIVIND SISTEMELE

1.1. Sistem informaional economic i sistem informatic

date. Structura sistemului este fundamentat nu numai pe tehnologie, dar i pe modelele de

Fig. 1.1. Sistemul ntreprindere.

1.1.2. Sistemul informatic

personalul implicat n procesul cercetrii tiinifice i proiectrii de noi produse i

1.2. Structura sistemelor informaionale

1.3. Funciile sistemului informaional

Fig. 1.2. Funiile sistemului informaional.

1.4. Clasificarea sistemelor informaionale i informatice

Dup scopul urmrit:

o sprijinirea proceselor de comunicare;

n funcie de numrul persoanelor care utilizeaz sistemul:

Dup modul de prelucrare a datelor:

2. CONTABILITATEA I TEHNOLOGIA INFORMAIEI I

3. REALIZAREA I IMPLEMENTAREA SISTEMELOR INFORMATICE

Identificarea i selecia proiectelor.

Fig. 2.1. Ciclul de via al dezvoltrii sistemelor informaionale

1. Identificarea i selecia proiectelor, presupune o analiz preliminar care are ca

3. Analiza sistemului informaional existent presupune identificarea, analiza i

ntrebrile specifice acestei faze sunt:

1. Identificarea i selecia proiectelor

- Conversia datelor din vechiul sistem

4. DETERMINAREA CERINELOR SISTEMULUI

4.1. Tehnici clasice de investigare a sistemului

Interviul este o tehnic de investigare a unui sistem, n general, i a sistemului

n utilizarea interviului pot fi semnalate o serie de avantaje, dar i unele

ca dezavantaje i limite intrinseci pot fi identificate:

Scopul interviului este a obine o descrierea informaional a modului de realizare a

Fazele desfurrii interviului

n aceast faz se vor procura informaii referitoare la personalul unitii beneficiare

Pregtirea interviului se face de fiecare analist n parte i const n:

n aceast faz analistul trebuie:

s precizeze timpul necesar, natura interviului i instituia sub girul

B.2. Punerea ntrebrilor i nregistrarea rspunsurilor

B.3. Conducerea interviului

B.4. nregistrarea interviului

4.1.2. Tehnica chestionarului

Chestionarul reprezint un instrument de investigare compus dintr-un numr de

Proiectarea i administrarea chestionarelor

Cerinele de care analistul trebuie s in seama n formularea ntrebrilor,

fiecare ntrebare introdus n chestionar s fie necesar i oportun;

e) Alegerea formei i structurii chestionarului

ntrebrile de la nceputul chestionarului sunt simple, interesante i

f) Utilizarea efectiv a chestionarelor

Avantajele chestionarelor, n activitatea analizat, pot fi:

n primul rnd, chestionarul ca tehnic de investigare limiteaz analiza datelor

7.1.3. Observarea direct

Simbolurile flowchart-ului, cu toate c sunt standardizate, difer n funcie de fiecare

Determinant sau declanator

Decizie reprezint un punct de

Multi-document reprezint fie un

Start / Sfrit reprezint aciunea

Introducere manual reprezint

Operaie manual reprezint o

Conector reprezint un conector

Disk magnetic reprezint stocarea

Display reprezint datele care vor