You are on page 1of 15

CAP.

4 PROIECTAREA GENERAL A SISTEMELOR


INFORMATICE
4.1 OBIECTIVE I ACTIVITI SPECIFICE
PROIECTRII GENERALE
Proiectarea general are ca obiectiv elaborarea concepiei logice a sistemului
informatic, definirea acestuia din punct de vedere structural i funcional. Aceasta
presupune stabilirea componentelor sistemului informatic, a ieirilor, a bazei
informaionale de intrare, a documentelor pe care sunt consemnate datele de intrare, a
legturilor dintre ele i a funcionalitii sistemului astfel nct toate elementele sale s
formeze un ntreg, s se articuleze ca un tot unitar.
Structura general a sistemului informatic cuprinde un ansamblu de intrri,
prelucrri i ieiri definite n funcie de obiectivele noului sistem.
I. Intrrile sistemului informatic cuprind :
- baza de date
- micrile (tranzaciile).
Baza de date ca noiune general reprezint colecii de date operaionale,
memorate i utilizate n comun de ctre componentele sistemului informatic. (A se
avea n vedere c n cazul utilizrii unui SGBD noiunea de baz de date are o
accepiune specific).
Tranzaciile sunt reprezentate de datele care reflect modificri i devin
componente ale bazei de date n urma clasificrii, validrii, nregistrrii i prelucrrii
lor.
n cadrul unui sistem informatic exist dou categorii de tranzacii:
- tranzacii externe;
- tranzacii interne.
Tranzaciile externe redau fenomenele i procesele economice, inclusiv
modificrile produse n activitatea agentului economic, ca de exemplu: aprovizionarea
cu un material, livrarea unui produs, ncasarea unei facturi, modificarea preului unui
produs etc.
Tranzaciile interne apar n momentul obinerii unui rezultat, fiind destinate
actualizrii bazelor de date. De exemplu: totalul valorii facturilor primite de la un
furnizor care actualizeaz la o anumit perioad soldul furnizorului respectiv; totalul
vnzrilor dintr-un produs ntr-o zi care actualizeaz stocul produsului respectiv etc.
Tranzaciile externe provin din exteriorul sistemului de calcul i sunt furnizate
prin proceduri de introducere a datelor din sistem, iar tranzaciile interne sunt
asigurate exclusiv n cadrul sistemului de calcul prin proceduri de actualizare i
exploatare a coleciilor de date create anterior.
II. Prelucrrile sistemului informatic sunt asigurate prin execuia unui
ansamblu de programe care se subdivid n: programe pentru actualizarea bazelor de
date i programe pentru obinerea rezultatelor i a situaiilor de ieire proiectate.
Deci sistemele informatice funcioneaz, la prima vedere, n dou cicluri:
- actualizarea bazelor de date cnd se valideaz i se introduc tranzaciile;
- obinerea situaiilor de ieire solicitate.
Prelucrrile sistemului informatic acioneaz asupra coleciilor de date care
sunt constituite ntr-un nucleu informaional ce conine mulimea atributelor necesare
obinerii informaiilor solicitate. Nucleul de informaii urmeaz a fi structurat n
entiti informaionale al cror ansamblu delimiteaz baza informaional a sistemului
informatic.
1

Baza informaional este format din ansamblul entitilor informaionale i


atributelor componente ale acestora ce descriu dinamica fenomenelor i proceselor
economice la un agent economic pe o perioad de timp.
Procedurile de creare, actualizare, exploatare, listare i coleciile de date
organizate n fiiere sau baze de date formeaz nucleul sistemului informatic.
III. Ieirile sistemului informatic reprezint rezultatul prelucrrii coleciilor de
date i se vor concretiza n situaii de ieire solicitate de beneficiar sau n colecii de
date: fiiere sau baze de date actualizate ce vor fi transmise altor sisteme sau aplicaii
informatice.
Conceperea structurii i funcionalitii noului sistem presupune subordonarea
proiectrii generale unor obiective riguros delimitate de beneficiar astfel nct
sistemul proiectat s asigure i s realizeze obiectivele stabilite.
Proiectarea general se deruleaz n mai multe faze:
- stabilirea obiectivelor pe care le va acoperi viitorul sistem;
- definitivarea coninutului informaional al ieirilor conform cu obiectivele
stabilite;
- determinarea bazei informaionale necesare obinerii ieirilor proiectate;
- formalizarea atributelor de intrare i a elementelor structurale ale
sistemului informatic prin codificare;
- proiectarea documentelor de intrare;
- proiectarea structural i funcional a noului sistem;
- elaborarea documentaiei proiectrii generale.
Deoarece asigur definirea conceptual a sistemului informatic, proiectarea
general este independent fa de soluiile tehnice impuse de tipul calculatoarelor
electronice, software-ului utilizat i modul de gestiune a bazelor de date.
Proiectarea general se realizeaz n mai multe variante avnd n vedere aria
de cuprindere a noului sistem, complexitatea obiectivelor, gradul de flexibilitate ce se
cere noului sistem.
n abordarea proiectrii generale se poate pleca de la ieiri la intrri, de la
intrri la ieiri sau se poate realiza o variant mixt.
n varianta ieiri - intrri se pleac de la obiectivele sistemului informatic i
situaiile de ieire unde se concretizeaz acestea.
Analiznd modul de obinere a fiecrei informaii se determin baza
informaional de intrare, apoi se realizeaz celelalte faze ale proiectrii.
Ordinea de parcurgere a fazelor este:
- stabilirea obiectivelor;
- proiectarea ieirilor;
- proiectarea bazei informaionale de intrare;
- codificarea;
- proiectarea documentelor de intrare;
- proiectarea structural i funcional;
- elaborarea documentaiei.
Varianta intrri - ieiri poate avea la ieire numai atributele existente n baza
informaional de intrare sau indicatorii ce se pot calcula din atribute. n alternativa
schimbrii cerinelor informaionale este necesar reconsiderarea coninutului bazei
informaionale de intrare.
Aceast variant se recomand n cazul realizrii unor sisteme informatice
mari i mijlocii caracterizate prin complexitatea obiectivelor i a ieirilor
informaionale solicitate.

De la intrri la ieiri se pleac tot de la obiectivele sistemului informatic, dar


n raport cu acestea se determin mulimea intrrilor necesare structurrii sub forma
bazei informaionale de intrare care apoi este analizat prin prisma posibilitilor de
prelucrare, de unde rezult determinarea bazei informaionale de ieire care reprezint
ieirile noului sistem.
Concret, dup stabilirea obiectivelor se inventariaz documentele de intrare
care circul n sistemul agentului economic pentru determinarea bazei informaionale
de intrare.
Ordinea de parcurgere a fazelor este;
- definirea obiectivelor;
- inventariere atributelor de intrare i a legturilor dintre acestea pe baza
documentelor de intrare folosite;
- proiectarea bazei informaionale de intrare;
- codificarea;
- proiectarea documentelor de intrare;
- proiectarea ieirilor sistemului informatic;
- proiectarea structural i funcional;
- elaborarea documentaiei.
Avantajul acestei variante este flexibilitatea bazei informaionale de intrare n
condiiile modificrii cerinelor informaionale.
Dezavantajul este dat de baza informaional de intrare care este
supradimensionat, ceea ce determin un timp mare de realizare, costuri ridicate i
creterea complexitii prelucrrilor din sistemul informatic.
Varianta mixt pornete prin stabilirea obiectivelor noului sistem i a unei
variante iniiale a bazei informaionale de intrare, apoi avndu-se n vedere
posibilitile de prelucrare se determin baza informaional de ieire, iar n funcie de
solicitrile beneficiarului se proiecteaz ieirile necesare n prezent i n perspectiv i
pe baza lor se proiecteaz varianta final a bazei informaionale de intrare.
Ordinea de parcurgere a fazelor este:
- definirea obiectivelor;
- proiectarea iniial a bazei informaionale de intrare;
- codificarea;
- proiectarea documentelor de intrare;
- proiectarea ieirilor sistemului informatic;
- reproiectarea bazei informaionale de intrare;
- proiectarea structural i funcional;
- elaborarea documentaiei.
4.2 PROIECTAREA IEIRILOR SISTEMULUI INFORMATIC.
Realizarea practic a obiectivelor oricrui sistem informatic se concretizeaz
prin satisfacerea cerinelor informaionale ale sistemului de conducere din organismul
economic pe care acesta este grefat, respectiv prin furnizarea ieirilor.
Ieirile sistemului informatic pot fi privite din trei puncte de vedere:
- structural;
- funcional;
- tipologic.
Din punct de vedere structural ieirile sistemului informatic reprezint a treia
component din triada ce caracterizeaz structura oricrui tip de sistem, respectiv
INTRRI - PRELUCRRI - IEIRI.

Din punct de vedere funcional ieirile sistemului informatic concretizeaz


obiectivele generale i specifice ale sistemului.
Din punct de vedere tipologic ieirile sistemului informatic pot fi realizate sub
form de:
- liste (rapoarte sau situaii) de ieire care cuprind indicatori ai proceselor,
strilor i rezultatelor activitii economice;
- grafice, care redau ntr-o form sinoptic starea i evoluia indicatorilor
economici;
- ieiri ctre alte sisteme informatice sub forma unor colecii organizate de
date (fiiere sau baze de date); acestea pot fi transmise indirect (off-line)
prin intermediul suporturilor tehnice de date (disc magnetic, band
magnetic, etc.) sau direct (on-line) prin mijloace de teletransmisie.
ntr-un sistem informatic economic listele ce grupeaz indicatori economici
constituie ponderea situaiilor de ieire, dar se constat, n ultimul timp, o cretere a
ponderi ieirilor sub form grafic, proces ce se va amplifica pe msura implicrii
crescnde a sistemelor informatice n procesul decizional.
n proiectarea situaiilor de ieire se va ine seama de urmtoarele aspecte:
a) destinaia situaiei i momentul cnd se estimeaz c se poate obine, nivelul
de detaliere a informaiei i anume: informaii mai analitice la nivelurile inferioare ale
conducerii i informaii de sintez la nivelul superior;
b) existena n raport a tuturor informaiilor necesare beneficiarului pe
segmentul stabilit;
c) aceeai informaie s nu apar n mod inutil n mai multe situaii, mai ales
dac este vorba de o informaie ce se obine n urma unor prelucrri mai complexe.
O situaie de ieire trebuie s ndeplineasc, n general, urmtoarele condiii:
- s se refere la unul din obiectivele sistemului;
- s acopere integral domeniul la care se refer;
- s fie ct mai concis, s elimine detaliile ce nu sunt necesare;
- s fie prezentat ntr-o form simplificat i inteligibil;
- s apar la timp;
- informaiile pe care le conine s fie corelate cu informaiile din celelalte
situaii.
Coninutul i forma situaiilor de ieire se stabilesc de ctre colectivul de
proiectare mpreun cu beneficiarul sistemului care va viza nominal macheta fiecrei
situaii de ieire.
Situaiile de ieire dintr-un sistem informaional economic pot fi clasificate
dup urmtoarele criterii:
a) specificul funciilor generale ale agentului economic;
b) destinaie;
c) gradul de sintetizare a indicatorilor;
d) momentul generrii;
e) intervalul de referin;
f) modul de obinere.
a) Dup specificul funciilor generale ale agentului economic urmrit n
funcie de natura activitii de baz situaiile de ieire se pot grupa n grupe omogene
corespunztoare funciilor agentului economic:
- situaii de ieire pentru activitatea de producie;
- situaii de ieire pentru activitatea comercial;
- situaii de ieire pentru activitatea financiar-contabil;
- situaii de ieire pentru activitatea de personal.

b) Dup destinaie situaiile de ieire pot fi:


- situaii de ieire destinate altor sisteme;
- situaii de ieire destinate sistemului propriu.
Situaiile de ieire destinate altor sisteme (ageni economici sau organisme de
stat) au ca scop furnizarea de informaii specifice cooperrii n realizarea activitilor
proprii i de informare a organismelor de stat. Acestea sunt stabilite prin acte
normative sau prin nelegeri ntre uniti, motiv pentru care structura lor este
obligatorie pentru proiectant. n aceast categorie se includ rapoartele statistice ale
principalilor indicatori economico-financiari, drile de seam, situaiile operative ntre
uniti referitoare la stadiul relaiilor contractuale, etc. Tot aici se includ i
documentele primare generate prin prelucrare automat a datelor (factura fiscal,
avizul de nsoire a mrfii etc.) care circul i n exteriorul sistemului propriu.
Situaiile de ieire destinate sistemului propriu al agentului economic cuprind
informaii necesare att compartimentelor funcionale ct i organelor de conducere
ale uniti. De exemplu: Situaia realizrii produciei, Situaia livrrilor pe beneficiari,
Situaia facturilor emise i ncasate, etc.
c) Din punct de vedere al gradului de sintetizare a indicatorilor situaiile
de ieire pot fi:
- situaii de ieire ce conin informaii cu caracter sintetic;
- situaii de ieire ce conin informaii cu caracter analitic.
Situaiile de ieire ce conin informaii cu caracter sintetic servesc pentru
conducerea de ansamblu a agentului economic i cuprind indicatori globali de
urmrire i control cum ar fi : profitul, cifra de afaceri, productivitatea muncii,
consumurile, producia marf etc.
Situaii de ieire ce conin informaii cu caracter analitic descriu n detaliu
elementele patrimoniale ale agentului economic, operaiile economice legate de
acestea i sunt destinate compartimentelor funcionale pentru realizare unor lucrri
curente. De exemplu : Fia de urmrire a aprovizionrii, Situaia materialelor fr
micare, Graficul de livrare, Situaia realizrii produc n ziua de .. , etc.
d) Momentul generrii asigur obinerea de situaii cu caracter:
- operativ;
- periodic;
- aleator.
Situaiile de ieire cu caracter operativ sunt elaborate la perioade mai mici
(schimb, zi, semidecad, decad,etc.) i conin informaii operative cu un grad redus
de prelucrare necesare conducerii prin excepie. De exemplu: Situaia realizrii
produciei n ziua de .., Analiza realizrii planului de desfacere n ziua de ..., etc.
Situaiile de ieire cu caracter periodic se elaboreaz la intervale mai mari de
timp (lunar, trimestrial, anual) i conin informaii sintetice ce caracterizeaz evoluia
fenomenelor i proceselor economice. Sunt destinate anumitor factori de decizie,
compartimentelor funcionale sau altor sisteme i se caracterizeaz prin termene fixe
de elaborare. De exemplu : Situaia facturilor emise i ncasate pe luna ... , Balana
analitic a materialelor pe luna... , Balana sintetic pe luna ..., etc.
Situaiile de ieire cu caracter aleator sunt obinute cu frecvene i la termene
nedeterminate i conin informaii sintetice sau analitice ce reflect aspecte pozitive
sau negative din activitatea agentului economic, fiind destinate, de regul, conducerii
de pe treptele superioare (director, consiliu de administraie, etc.) De exemplu :
Situaia stocurilor ce nu au micare de "n" zile, Situaia facturilor nencasate de "n"
zile, etc.

e) Dup intervalul de referin situaiile de ieire se pot structura n trei


categorii:
- de stare;
- statistice;
- previzionale.
Situaiile de ieire cu caracter de stare conin informaii ce evideniaz nivelul
i disponibilul de resurse la un moment dat, reflectnd elemente de patrimoniu ale
agentului economic cum ar fi : stocuri de materiale i produse, facturi n sold, nivelul
veniturilor, etc.
Situaiile de ieire cu caracter statistic grupeaz informaii pe mai multe
perioade de gestiune pentru a stabili tendinele evolutive ale fenomenelor i
proceselor economice n vederea formulrii unor aprecieri de ansamblu. Din aceast
categorie fac parte situaiile transmise Comisiei Naionale de Statistic, organelor
Ministerului Finanelor sau altor organisme publice.
Situaiile de ieire cu caracter previzional redau informaii ce reflect
tendinele fenomenelor i proceselor economice n scopul stabilirii obiectivelor
viitoare ale agentului economic.
f) Dup modul de obinere situaiile de ieire sunt:
- situaii de ieire obinute la imprimant;
- situaii de ieire obinute la videoterminal.
Situaii de ieire obinute la imprimant se folosesc de regul n cazul n care
cadrul legislativ prevede utilizarea lor ca documente justificative ce se vor arhiva
dup consultare. De exemplu : Statele de salarii, Jurnalul privind vnzrile, Situaia
centralizatoare a intrrilor de materiale, etc.
Situaii de ieire obinute la videoterminal sunt de regul situaii de urmrire
operativ a unor indicatori economici i se folosesc n toate cazurile n care cadrul
legislativ nu prevede utilizarea lor ca documente justificative.
n definirea coninutului i modului de obinere a situaiilor de ieire
proiectantul va ine seama de cerinele beneficiarului dar va avea n vedere i
performanele i limitele sistemelor electronice de calcul i ale mediului de
programare cu care lucreaz.
La definitivarea fiecrei situaii de ieire trebuie s se precizeze urmtoarele
elemente:
antetul situaiei, care precizeaz date de identificare a unitii
(subunitii) beneficiare, data i eventual codul situaiei;
titlul situaiei, care red ntr-o form sintetic coninutul informaional
al acesteia i perioada de referin;
capul de tabel, respectiv prezentarea indicatorilor din fiecare coloan
urmrindu-se gruparea logic a acestora : indicatori informativi ( de
exemplu cod, denumire), indicatori de grupare (de exemplu unitate de
msur, pre) i indicatori cantitativ-valorici;
natura i lungimea maxim a fiecrui indicator;
benzile de total;
numrul de exemplare;
destinaia fiecrui exemplar;
periodicitatea i termenele de obinere;
dispozitivul periferic de obinere.

4.3. PROIECTAREA BAZEI INFORMAIONALE DE INTRARE


Proiectarea bazei informaionale de intrare nseamn determinarea complet i
corect a mulimii atributelor de intrare necesare i suficiente pentru obinerea
ieirilor sistemului informatic i gruparea acestora ntr-un ansamblu omogen de
entiti n vederea construirii n proiectarea de detaliu a fiierelor sau a bazelor de
date.
Proiectarea bazei informaionale de intrare are dou subfaze:
a) determinarea coninutului bazei informaionale de intrare i a algoritmilor
folosii;
b) structurarea bazei informaionale n entiti.
a) Determinarea coninutului bazei informaionale de intrare.
Pentru a stabili necesarul atributelor de intrare trebuie examinat modul n care
are loc obinerea informaiilor cuprinse n situaiile de ieire proiectate sau n
documentele inventariate n sistem (n funcie de varianta de lucru aleas n
proiectarea general).
Din acest punct de vedere se disting dou categorii de informaii:
- informaii ce se obin n urma aplicrii unui algoritm de calcul (de
exemplu : stocul unui material, soldul unui cont, numrul de zile
restan la plata unei facturi, etc.)
- informaii obinute prin simpla transferare a unor valori similare aflate
la intrare (de exemplu: codul unui produs, denumirea unui produs,
numele unei persoane, etc.)
Informaiile din prima categorie trebuie descompuse pe baza algoritmului de
calcul n operanzi primari ai acestora. Apoi acetia mpreun cu informaiile preluate
(transferate) din a doua categorie reprezint elementele necesare obinerii
informaiilor solicitate.
Deci, ansamblul atributelor de intrare este reprezentat de totalitatea
informailor obinute prin preluare i a operanzilor primari dup reducerea
elementelor comune.
Se poate defini urmtorul procedeu de determinare a bazei informaionale de
intrare:
- se inventariaz cmp cu cmp informaiile cuprinse n situaiile de
ieire proiectate;
- dac informaiile rezult dintr-un calcul se identific algoritmul, apoi
operanzii primari se introduc n baza informaional de intrare dac nu
au fost deja inclui;
- dac informaia este transferat se include n baza informaional de
intrare dac nu a fost inclus deja.
Consistena i relevana bazei informaionale de intrare sunt dependente de
acurateea algoritmilor n coresponden cu specificul sistemului obiect.
Ansamblul atributelor de intrare va fi apoi analizat i structurat n entiti, iar
algoritmii de calcul vor fi descrii n procedurile de exploatare. Algoritmii determinai
se pot exprima ca expresii algebrice, liste de aciuni condiionale, tabele de decizii.
b) Structurarea bazei informaionale de intrare n entiti.
Cea de a doua subfaz presupune separarea ansamblului atributelor de intrare
n grupe omogene i stabilirea legturilor dintre acestea. Pentru aceasta se rezolv
urmtoarele probleme:
- se analizeaz baza informaional de intrare determinat anterior;

- se grupeaz atributele n entiti.


Analiza bazei informaionale de intrare are scopul de a determina modul de
participare a datelor la procesul de prelucrare automat.
Pentru a efectua aceast analiz se au n vedere elementele funcionale
indivizibile ale unui sistem informatic, respectiv entitile.
Entitatea poate fi privit ca un aspect al existenei delimitat ca ntindere,
coninut i sens i desemneaz un element conceptual sau material indivizibil din
punct de vedere funcional. Ea este deci o component structural-funcional
elementar a sistemului care are o existen bine determinat i reprezint o
individualitate. De exemplu: entitatea personal, entitatea materiale, entitatea costuri,
etc.
Entitatea este caracterizat printr-o mulime de atribute preluate din nucleul
informaional n urma aplicrii unor criterii de structurare. De exemplu entitatea
personal are ca atribute: numele persoanei, prenumele persoanei, sexul, data naterii,
etc.
Pentru a realiza analiza corect a bazei informaionale de intrare este necesar
distincia clar ntre atribut i valoarea pe care o poate avea. De exemplu NUME este
un atribut (un nume de dat, o caracteristic) a entitii PERSONAL iar Popa, Sandu,
Radu, etc. sunt valori pe care le ia atributul respectiv. Din perspectiva proiectrii i
realizrii unui sistem informatic intereseaz identificarea atributului i nu a valorilor
concrete pe care acesta le poate lua.
Valoarea informaional a unei entiti cuprinde trei aspecte:
- caracteristici determinante specifice care identific entitatea i o
individualizeaz n ansamblul sistemului;
- nivelul sau starea entitii la un moment dat;
- transformrile sau schimbrile care intervin datorit funciilor sistemului i
determin trecerea de la o stare la alta.
Poziia unui atribut n raport cu o entitate i confer acestuia un mod specific
de comportare i de aici rezult trei feluri de atribute: cu caracter permanent,
variabil i de stare.
Atributele permanente rmn neschimbate o perioad mai mare de timp, se
preiau n sistem o singur dat i se actualizeaz la intervale mai mari de timp. Ele
intr n componena entitilor permanente. De exemplu: marca, nume, sex, etc. sunt
atribute permanente ale entitii de personal.
Atributele variabile se caracterizeaz prin aceea c valoarea lor variaz de la
o prelucrare la alta reflectnd fenomene i procese economice ce s-au desfurat de la
prelucrarea precedent. Ele sunt introduse n sistem la fiecare prelucrare i intr n
componena entitilor variabile. De exemplu: timpul lucrat, producia realizat de o
persoan, indicele individual de acord, etc. sunt atribute variabile ale entitii de
personal.
Atributele de stare caracterizeaz nivelul unui element la un moment dat i
reprezint rezultatul unei prelucrri. Ele sunt stocate n baza informaional de unde
se preiau periodic, se prelucreaz i se nregistreaz la noua valoare. Ele nu reflect
fenomene i procese economice ce au avut loc ntre dou prelucrri, deci sunt diferite
de atributele variabile, dar nu au nici o valoare constant, ci ea se schimb la fiecare
prelucrare i, deci, nu sunt nici atribute permanente. Ele se introduc n entiti
permanente, iar cnd sunt mai numeroase se constituie n entiti de stare. De
exemplu: vrsta, numrul de copii, suma ctigurilor de la nceputul anului, etc. sunt
atribute de stare ale entitii de personal.

Pe baza acestei abordri poate fi definit modelul conceptual de prelucrare pe


calculator la fiecare ciclu astfel:
- se actualizeaz atributele permanente cu eventualele modificri intervenite;
- se introduc n sistem valorile atributelor variabile prin preluarea din
documente justificative a datelor ce reflect operaii economice efectuate
de la prelucrarea anterioar;
- se actualizeaz atributele de stare pe baza valorii iniiale i a micrilor
reflectate de atributele variabile, se calculeaz starea final pentru fiecare
atribut de stare;
- se asociaz i se prelucreaz atributele permanente, variabile i de stare
pentru obinerea situaiilor de ieire proiectate.
Gruparea atributelor n entiti are la baz analiza efectuat anterior i
const n separarea ansamblului unic de date n grupuri omogene n funcie de tipul
atributelor, de aici rezult c i entitile sunt permanente, variabile i de stare.
Relaiile dintre entiti pot fi:
- atributele din entiti permanente se actualizeaz pe baza tranzaciilor
externe ce reflect modificri n structura i componena acestora;
- entitile variabile se creeaz la fiecare prelucrare pe baza tranzaciilor
externe ce reflect operaiile economice;
- entitile de stare se actualizeaz pe baza tranzaciilor interne.
Gruparea datelor n entiti permanente se face n funcie de urmtoarele
criterii:
- atribute de identificare;
- frecvena de utilizare i actualizare;
- accesul la date.
Primul criteriu impune gruparea n aceeai entitate a tuturor atributelor ce au
un element de identificare comun. De exemplu salariul, numrul de copii, data
naterii, adresa se pot grupa ntr-o singur entitate avnd comun elementul de
identificare marca sau numele.
Al doilea criteriu determin gruparea n aceeai entitate a atributelor care au
aceeai frecven de utilizare i actualizare. De exemplu sporul de noapte, sporul
antier, sporul pentru condiii deosebite se pot grupa ntr-o alt entitate dect cea
anterioar (dei se refer la aceeai persoan) datorit criteriului precizat.
Al treilea criteriu se refer la gruparea n aceeai entitate a atributelor pentru
care sunt formulate cerine deosebite legate de consultarea bazelor de date. Acest
criteriu are importan deosebit n sistemele interactive la care este necesar s se
asigure un timp de rspuns ct mai redus.
Gruparea datelor n entiti variabile se face avndu-se n vedere posibilitatea
gruprii sub un identificator comun i n funcie de omogenitatea datelor din punct de
vedere al locului i momentului prelurii lor. Aceasta impune gruparea n aceeai
entitate a tuturor atributelor ce se regsesc pe acelai document de micare.
n cazul n care numrul de documente este relativ mare iar ponderea lor este
inegal n sistem se poate apela la gruparea atributelor n funcie de operaiile
economice pe care le reflect. De exemplu ieirile de produse se reflect n mai multe
documente : factura fiscal, avizul de nsoire a mrfii, lista de inventariere, etc. n
msura n care ieirile prin vnzare au ponderea cea mai mare se poate apela la
gruparea atributelor ce reflect toate ieirile ntr-o singur entitate, codificndu-se
tipurile de ieiri.
Gruparea atributelor n entiti de stare se face n funcie de aceleai criterii ca
i cele avute n vedere la entitile permanente. De regul, numrul atributelor de stare

este mai mic i soluia cea mai avantajoas este aceea a gruprii lor n entitile
permanente la care se refer, obinndu-se astfel entiti cu un grad mai ridicat de
integrare. De exemplu atributele stoc i data ultimei micri pot fi nregistrate n
entitatea permanent produs care va oferi astfel o imagine mai complet asupra unui
produs la un moment dat.
Constituirea entitilor n cadrul bazei informaionale de intrare poate fi privit
ca o operaie de separare a ansamblului unic de date n mai multe grupe omogene.
Aceste grupe ar trebui, la prima vedere, s constituie submulimi disjuncte pentru a
evita prelurile repetate. Dar, n cursul prelucrrii, va fi necesar reconstituirea
parial a ansamblului iniial de atribute, respectiv cuplarea a dou sau mai multe
entiti . Pentru aceasta entitile ce se vor cupla trebuie s aib atribute comune
pentru a permite realizarea asocierilor necesare.
Atributele prezente simultan n dou sau mai multe entiti se numesc atribute
de legtur. Ansamblul atributelor de legtur dintre entiti se determin pe baza
asocierilor pe care le impun informaiile ce vor trebui obinute n situaiile de ieire i
algoritmii de calcul.
Trebuie menionat c nu toate atributele ce se pot gsi simultan n mai multe
baze de date pot constitui atribute de legtur. Pentru aceasta atributul respectiv
trebuie s constituie identificator pentru cel puin una din entitile asociate. De
exemplu pentru obinerea unei situaii de ieire utilizm entitile cu structura de mai
jos:
- entitatea produs cu atributele: cod produs, denumire, unitate de msur,
pre;
- entitatea micri cu atributele: cod produs, pre, cantitate.
Atributul pre, dei este prezent n ambele entiti, nu poate servi drept atribut
de legtur de deoarece nu identific n mod unic nici una din entitile ce cupleaz.
De aceea se va folosi ca atribut de legtur codul produsului.
4.4. PROIECTAREA CODURILOR
4.4.1. Necesitatea, cerinele i funciile codificrii
O cerin de baz a sistemelor informatice este aceea ca elementele din sistem
s fie riguros definite, ordonate i clasificate prin codificare.
Codificarea reprezint o activitate cu implicaii mari n prelucrarea automat a
datelor regsindu-se sub dou aspecte :
- pe de o parte, ca o codificare intern a datelor n calculatorul electronic
(respectiv transformarea datelor introduse n calculator n succesiuni de poziii
binare), ceea ce permite funcionarea acestuia;
- pe de alt parte, ca o codificare extern, ceea ce permite introducerea n
prelucrare a unor date ct mai mpachetate, mai formalizate (nainte de introducerea n
calculator datele nemijlocite, respectiv denumirile, sunt nlocuite cu un ir mai redus
de caractere, conform unor convenii anterior stabilite).
Prin codificare nelegem generarea unor grupuri de simboluri, denumite
coduri i repartizarea acestora valorilor concrete pe care le iau elementele diferitelor
mulimi (n cazul unui sistem informatic se codific att atribute din baza de date ct
i elementele structurale i funcionale ale sistemului)
Rezultatul activitii de codificare este concretizat ntr-un sistem de coduri.

10

Prin cod se nelege o combinaie de simboluri asociate unui ansamblu de date.


ntre mulimea simbolurilor ce urmeaz a fi codificate i mulimea codurilor asociate
se stabilete o coresponden biunivoc.
Totalitatea combinaiilor distincte, posibile de realizat din simbolurile ce
compun un cod reprezint capacitatea unui sistem de coduri.
Un cod trebuie s aib o capacitate acoperitoare pentru toate situaiile posibile
cu condiia pstrrii unicitii codului.
Capacitate unui sistem de coduri numeric se determin cu formula:
C = bn - 1
unde :
C = capacitatea codului
b = baza sistemului de numeraie utilizat
n = numrul de poziii numerice din cadrul codului
Capacitatea unui sistem de coduri alfanumeric se determin cu formula:
C= 24a * bn
unde :
C = capacitatea codului
a = numrul de poziii alfabetice din cadrul codului
b = baza sistemului de numeraie utilizat
n= numrul de poziii numerice din cadrul codului
Numrul de simboluri elementare dintr-un cod poart denumirea de lungime a
secvenei de cod (lungimea codului).
Lungimea codului trebuie s fie minim pentru a reduce timpul de transmisie
i preluare a datelor pe suporii tehnici de date, pentru a reduce timpul de prelucrare
etc.
n acelai timp, lungimea codului trebuie s-i asigure i o capacitate
corespunztoare. Aceasta se poate estima cu relaia:
L>= logKN
unde:
L = lungimea codului
N = numrul de elemente ce se codific
K = numrul de simboluri utilizate n construirea codului
Deci vom utiliza attea poziii pentru simboluri cte sunt necesare pentru a
numra n baza K toate cele N elemente ale mulimii.
Forma final a codului cu precizarea clar a numrului de poziii utilizate,
natura acestora, cifra de control i algoritmul de calcul al acesteia reprezint formatul
codului.
n proiectarea unui sistem de coduri trebuie s avem n vedere dou aspecte
importante i anume:
- influena tipului i structurii codului asupra performanelor operaiilor de
prelucrare automat a datelor din sistemul informatic;
- implicaiile utilizrii codurilor n operaiile de culegere i preluare a
datelor i de interpretare a rezultatelor finale de ctre utilizatorii
neinformaticieni.
n general utilizarea codurilor este necesar deoarece folosirea nemijlocit a
ansamblului de date prezint neajunsuri ca:
- regulile de scriere a denumirilor sunt mai complexe, mai greu de respectat
n comparaie cu utilizarea unor simboluri restrnse; rezult deci c
numrul de erori este mai mic n cazul utilizrii codurilor;

11

denumirile se utilizeaz mai greu n ordonarea (sortarea sau indexarea)


datelor, operaii frecvente n sistemele informatice economice;
- datele necodificate sunt alctuite dintr-un numr mai mare de caractere,
ocup un volum de suport tehnic mai mare i necesit mai mult timp
pentru prelucrare.
Avnd n vedere aceste considerente, se impune ca n proiectarea unui sistem
de coduri s se respecte o serie de cerine:
1.
Unicitate. Fiecrui element din mulimea codificat i se atribuie un
cod unic, aceast cerin trebuind s fie asigurat la nivelul ntregului
sistem informatic.
2.
Stabilitate. Caracteristica codificat trebuie s rmn
neschimbat o perioad ct mai mare de timp.
3.
Elasticitate. S permit inserri i extensii ale nomenclatoarelor de
coduri n vederea includerii de noi elemente.
4.
Conciziune. S se utilizeze un numr ct mai mic de simboluri n
construirea unui cod.
5.
Claritate. S permit realizarea cu uurin a operaiunilor de
codificare-decodificare.
6.
Semnificaie. S permit, pe ct posibil, sugerarea caracteristicilor
codificate i s genereze interes pentru a facilita utilizarea codurilor.
7.
Codul s fie operaional. S permit prelucrarea automat a
datelor i efectuarea cu uurin a operaiilor de sortare, indexare, scindare,
interclasare etc.
Un sistem de coduri are urmtoarele funcii:
a) Funcia de caracterizare, care asigur exprimarea ntr-o form concis,
unic i stabil n timp, a coninutului semantic al fiecrui element codificat prin
intermediul codului asociat acestuia. n mod concret funcia de caracterizare permite
utilizarea cu prioritate a codului n locul denumirii integrale a elementului codificat.
b) Funcia de identificare, care ofer posibilitatea regsirii mai rapide a
elementelor prin intermediul codurilor asociate lor dect prin folosirea complet a
semanticii acestora. Aceast funcie creeaz posibilitatea ulterioar de selectare a
anumitor caracteristici prin intermediul crora se vor identifica n mod unic anumite
valori folosind conceptul de cheie de acces.
c) Funcia de control, care presupune existena unei chei de control (format
din unul sau mai multe caractere) pe baza creia folosind metode i algoritmi specifici
s se poat verifica integral corectitudinea simbolurilor care intr n structura codului.
De regul, aceast cheie de control se plaseaz n ultima parte a codului i este
separat de acesta printr-o linie de unire.
d) Funcia de manipulare a elementelor codificate, care faciliteaz
introducerea n memorie a acestora, reducerea timpului de prelucrare, inclusiv
uurina folosirii codului de ctre personalul din compartimentele funcionale
implicate n funcionarea sistemului informatic.
4.4.2 Tipuri de coduri
Diversitatea i complexitatea coleciilor de date, specificul operaiilor de
regsire, sortare, indexare etc. au condus la apariia unei palete variate de coduri, ce se
pot grupa dup mai multe criterii .
I). Dup natura caracterelor utilizate:

12

1. Coduri numerice, n care simbolurile utilizate n construirea codului sunt


cifrele de la 0 la 9. De exemplu codificnd seciile din facultate: 11 pentru
Management; 12 pentru Contabilitate; 13 pentru Informatic etc.
2. Coduri alfabetice, n care simbolurile utilizate n construirea codului sunt
literele alfabetului. De exemplu : MIZ pentru Management, cursuri de zi; CIS pentru
Cibernetic, informatic i statistic etc.
3. Coduri alfanumerice, n care simbolurile utilizate sunt cifrele, literele i
toate caracterele speciale cuprinse n codul ASCI.
II. Dup lungimea secvenei de cod exist:
1. Coduri cu lungime fix, n care toate elementele unei mulimi sunt
codificate cu acelai numr de caractere.
2. Coduri cu lungime variabil, n care lungimea secvenei de cod poate fi
diferit pentru elemente diferite din aceeai mulime.
III. Dup semnificaia codului sunt:
1. Coduri semnificative. Aceste coduri semnific coninutul informaional al
elementelor pe care le reprezint. De exemplu: lect - semnific valoarea lector, conf semnific valoarea confereniar, stud - semnific student etc.
2. Coduri nesemnificative. Aceste coduri nu semnific coninutul
informaional al elementelor pe care le reprezint. Ele sunt combinaii de simboluri
dup anumite criterii i se atribuie elementelor fr a avea o semnificaie. De
exemplu: 01 - pentru lector, 02 - pentru confereniar etc.
IV. Dup modul de ntocmire a nomenclatoarelor de coduri exist:
1. Coduri atribuite manual;
2. Coduri atribuite automat.
V. Din punct de vedere al utilizatorului se pot folosi:
1. Coduri accesibile utilizatorului;
2. Coduri ascunse utilizatorului.
VI. Dup structura codului exist:
1. Coduri elementare;
2. Coduri complexe.
Codurile elementare au rolul de a identifica un element din cadrul unei
singure mulimi de elemente. Ele pot fi:
- coduri secveniale,
- coduri secveniale cu formare de grupe,
- coduri abreviate.
Codurile secveniale se construiesc prin atribuirea n ordine cresctoare a unor
simboluri numerice sau alfanumerice elementelor din mulimea ce urmeaz a fi
codificat, pe msur ce aceste elemente apar n sistem. Ele pot avea lungim fix sau
variabil. n cazul codurilor cu lungime fix se adaug zerouri nesemnificative n faa
irurilor de caractere atribuite.
Codurile secveniale au avantajul conciziunii, dar nu sunt elastice i nu pot fi
utilizate eficient n gruparea datelor.
Codurile secveniale cu formare de grupe. Reprezint o dezvoltare a codurilor
secveniale, n sensul c se prevede rezervarea unor grupe de coduri pentru grupe de
elemente, iar n cadrul grupelor elementele sunt codificate secvenial.
Separarea mulimii elementelor de codificat pe grupe sau subgrupe se face pe
baza unor caracteristici comune tuturor elementelor ce aparin grupei sau subgrupei
respective.
Acest tip de coduri este elastic, servind i necesitilor de grupare i ordonare a
datelor.

13

Coduri abreviate. Sunt coduri alfabetice, de lungime fix sau variabil care se
constituie prin prescurtare sau prin preluarea unor iniiale.
Cele obinute prin prescurtare poart denumirea de mnemonice.
Cele obinute prin preluarea unor iniiale poart denumirea de acronime.
Codurile complexe. Se folosesc pentru elementele ce pot s aparin mai
multor mulimi distincte care pot fi folosite n comun pentru prelucrri viitoare.
Aceste coduri sunt astfel construite nct s reflecte apartenena multipl. El pot fi:
- coduri ierarhizate,
- coduri juxtapuse,
- coduri combinate.
Codurile ierarhizate se folosesc atunci cnd ntre caracteristicile ce urmeaz a
fi simbolizate (codificate) sunt stabilite relaii de subordonare.
Codurile juxtapuse (partajate) se construiesc prin concatenarea codurilor
atribuite caracteristicilor individuale cu semnificaii distincte.
Codurile combinate surprind n structura lor relaiile logice existente ntre
diferite caracteristici ale elementelor de codificat. Ele pot fi matriciale sau binare.
Codurile matriciale se folosesc n cazul n care elementele de codificat pot fi
caracterizate n funcie de dou nsuiri, codul atribuit reprezentndu-le cumulativ pe
amndou.
Codurile binare se folosesc pentru a reflecta n mod sugestiv i simplu
prezena sau absena mai multor nsuiri ce caracterizeaz simultan elementele unei
mulimi de date. n acest sens, nsuirile respective se codific prin puteri succesive
ale cifrei doi, fiecare poziie putnd lua valoarea 0 sau 1 n funcie de prezena sau
absena nsuirii respective.
VII. Dup modul de preluare n sistemul de calcul, codurile pot fi:
1. Coduri preluate manual (prin tastare de la terminal);
2. Coduri preluate automat. Ele sunt introduse n sistem prin utilizarea unor
echipamente periferice speciale precum: echipamente pentru citirea
documentelor scrise cu cerneal magnetic, scannere, camere video i alte
echipamente multimedia.
VIII. Dup modul n care trateaz erorile provenite n urma utilizrii
unui sistem de coduri ntlnim:
1. Coduri care nu detecteaz erorile de manipulare;
2. Coduri autodetectoare de erori;
3. Coduri autocorectoare de erori.
4.4.3 Elaborarea i controlul utilizrii codurilor
Activitile parcurse n elaborarea unui sistem de coduri sunt:
1. analiza elementelor ce urmeaz a fi codificate;
2. precizarea i uniformizarea terminologiilor;
3. stabilirea caracteristicilor i a relaiilor dintre elementele de codificat;
4. alegerea tipurilor de coduri;
5. estimarea capacitii, lungimii i formatului codurilor;
6. determinarea cifrei de control corespunztoare fiecrui cod i asocierea ei
codului respectiv ;
7. atribuirea codurilor elementelor de codificat, respectiv crearea
nomenclatoarelor de coduri;
8. ntreinerea nomenclatoarelor de coduri.

14

O problem deosebit care se ridic n legtur cu codificarea datelor este acea


a verificrii corectitudinii codului n procesele de culegere, transmitere i prelucrare a
datelor.
Cu ocazia manipulrii codului, apar posibiliti ca acesta s fie modificat,
erorile astfel generate avnd consecine negative asupra corectitudinii informaiilor
obinute i asupra funcionrii sistemului informatic n ansamblu.
Erori n utilizarea codurilor apar att la ntocmirea nomenclatoarelor de
coduri, ct si pe parcursul exploatrii sistemului informatic.
Erorile ce intervin la generarea nomenclatoarelor de coduri pot fi nlturate
prin realizarea unor proceduri de atribuire automat a simbolurilor pentru fiecare
element de codificat i/sau printr-o verificare corespunztoare n etapa de
implementare a sistemului informatic.
Pe parcursul exploatrii sistemului informatic pot s apar erori datorate:
- transpunerii greite pe documentul justificativ sau pe elementul pe care
codul l identific;
- prelurii incorecte (de pe documentele justificative de exemplu) n
sistemul de calcul.
Se pune deci problema de a utiliza metode ce pot prevenii sau depista erorile
n codificare i n utilizarea codurilor. n acest sens, o tehnic des utilizat este cea a
cheii (cifrei) de control.

15