LICEUL PREDA BUZESCU

BERBETI VLCEA

________________________________________________________________

LUCRARE
PENTRU OBINEREA
ATESTATULUI PROFESIONAL
LA INFORMATIC

Absolvent :
_______________________________________

Profesor coordonator :
CUMPNOIU ELENA-IRINA

MAI 2015

CUPRINS
1. ASPECTE TEORETICE
1.1.

INFORMAII, DATE, COLECII I STRUCTURI DE DATE

1.2.

EVOLUIA METODELOR DE ORGANIZARE A DATELOR

1.3.

DEFINIII I CARACTERISTICI ALE BAZELOR DE DATE

1.4.

MODELE CONCEPTUALE ALE BAZELOR DE DATE

1.5.

NECESITATEA METODOLOGIEI SOFTWARE

1.6.

CERINELE UTILIZATORILOR

1.7.

PRINCIPII N DEZVOLTAREA SOFTWARE

1.8.

ETAPELE PRINCIPALE DE REALIZARE A PRODUSELOR INFORMATICE

1.9.

DOCUMENTAREA APLICAIILOR INFORMATICE

1.10.

PROIECTAREA MODELULUI CONCEPTUAL AL DATELOR

2. MEDIUL DE DEZVOLTARE Visual FoxPro 9.0

3. PREZENTAREA APLICAIEI
CERINE SISTEM
BIBLIOGRAFIE

1. ASPECTE TEORETICE

1.1.

INFORMAII, DATE, COLECII I STRUCTURI DE DATE

Activitatea uman, n cele mai diverse forme ale sale, a fost ntotdeauna caracterizat

prin entiti faptice exprimate exprimate fie sub forma de valori numerice fie ca percepii sau
observaii nenumerice fcute de fiinele umane sau de maini. Aceste entiti faptice
independente i neevaluate sunt numite DATE. Datele obinute n cadrul activitilor
productive, de conducere, de cercetare, educaionale, artistice, constituie un material
informaional brut care poate fi evaluat, ordonat i prelucrat, avnd n vedere diferite
obiective. n urma acestui proces de transformare a datelor se obin INFORMAII, care
reprezint o interpretare a datelor n raport cu anumite situaii particulare sau cu nelegerea de
mintea uman n general. Informaiile constituie baza raionamentelor, experimentrilor
imaginate de mintea uman n scopul obinerii de noi CUNOTINE.
Informaia este definit ca o comunicare susceptibil de a produce cunotinte, are un
caracter semantic i de noutate, de aport la cantitatea de cunotinte a celui ce o primete.
Informaia se refer ntotdeauna la obiecte, persoane, procese, fenomene, locuri, situaii,
condiii, etc, aadar are o natur foarte variat: economic, statistic, tehnic, tiinific,
administrativ, etc.
O informaie trebuie s fie util, precis, complet, fr prea multe amnunte care s
fac mesajul greu de interpretat, s soseasc la timp pentru luarea unor decizii etc. O trstur
fundamental a informaiei este subiectivitatea sa: ceea ce este o informaie pentru o persoan
poate s nu nsemne nimic pentru alta.
DATELE constituie materializarea, reprezentarea simbolic a informaiilor (prin
semne, litere, cifre) ntr-o form convenional (scris, vorbit, luminoas, semne grafice,
desene) convenabil unei comunicri. Ele au o interpretare i sunt prelucrate direct de om sau
de calculator. Datele reprezint materia prim din care, dup o serie de operaiuni efectuate
de ctre oameni sau echipamente, se obin informaii. Informaia reprezint semnificaia ce
poate fi desprins dintr-un ansamblu de date.
COLECIA DE DATE reprezint un ansamblu de date care se refer la acelai
fenomen, obiect sau situaie. Componentele coleciei pot fi individualizate dup diverse
criterii. ntre componentele unei colecii ca de altfel i ntre colecii se pot stabili relaii care n
acest mod sa formeze o structura de date.
STRUCTURA DE DATE este o colecie de date pe care s-au definit anumite relaii i
creia i este specific un anumit mecanism de selecie i identificare a componentelor.

Mecanismul de selecie al unei structuri de date este implementat de obicei n programele de

prelucrare a datelor respective, la nivelul sistemului de operare, al sistemului de gestiune sau
al programelor aplicative.
1.2. EVOLUIA METODELOR DE ORGANIZARE A DATELOR
Chiar i nainte de apariia sistemelor de calcul, omul utiliza, n diverse domenii de
activitate, informaii grupate pe diverse criterii in dosare, fiete etc. Odat cu apariia
calculatoarelor omul a ncercat sa prelucreze i s depoziteze mai uor informaiile. Au aprut
astfel diverse variante de stocare i prelucrare a infornaiei. Astfel putem face urmatoarea
incursiune n istoricul organizrii datelor.

Fiiere pe aplicaii
Primele forme de organizare a datelor au fost fiierele secveniale pe band

magnetic. Odat cu folosirea suportului adresabil discul magnetic au aprut fiierele cu

acces direct. Gestiunea fiierelor, indiferent de forma de organizare, se fcea prin programe
scrise in limbajele algoritmice precum Cobol i Fortran. Programele de gestiune a fiierelor
conineau n mod explicit referiri la suportul de memorare, forma de organizare, modul de
acces. Altfel spus datele aveau sens i puteau fi accesate numai din aplicaiile program.
Fiecare aplicaie informatic dintr-o instituie era proiectat ntr-o manier
individualizat i viza automatizarea unei anumite activiti. n vederea creterii vitezei de
rspuns, aplicaia i aducea in fiierele proprii toate datele de care avea nevoie ignornd
faptul c poate aceleai date erau culese, selectate i prelucrate si de alte aplicaii. Aprea
astfel fenomenul de redundan a datelor i de aici efectele nedorite : creterea nejustificat a
costurilor de ntreinere a fiierelor de date i mai ales pericolul inconsistenei datelor.
Sisteme de fiiere
Pasul urmtor n istoricul orgnizrilor de date a fost gestiunea comun a fiierelor
de ctre toate aplicaiile informatice care aveau legturi funcionale bine stabilite ntre ele.
Trecerea la sisteme de fiiere nu a rezolvat problema independenei programelor de aplicaii
de modul de organizare a datelor. Astfel pentru satisfacerea unor cerine noi trebuie
implementate noi programe. Soluia a fost detaarea din programul de aplicaii a descrierii
fiierelor i a legturilor dintre ele. S-a ajuns astfel a primele baze de date.
Primele Baze de Date; apariia SGBD-urilor

O baz de date a fost vzut ca o colecie unic, un ansamblu de date unitar organizat
i structurat la care s aib acces diveri utilizatori, nu neaprat programatori, pentru operaii
curente de adugare de valori, corecii, extrageri de date asemeni operaiilor dintr-o banc
obinuit. Declararea structurii logice a datelor se face n exteriorul aplicaiei asigurnd
independena dorit a programelor faa de structura datelor. Apare acum i oportunitatea unui
sistem standard de proceduri de gestionare a bazei numit Sistem de Gestinue a Bazei de Date
(SGBD). Sarcinile acestui SGBD erau legate de definirea structurii datelor i criterilor de
acces, de oferirea unor msuri de confidenialitate a datelor, de oferirea posibilitii accesului
la date att a programatorilor ct i a utilizatorilor obinuii, neinformaticieni. Rmne un
punct slab ns faptul c metoda de acces la date trebuia inclus n programele aplicaiei.
Folosirea Dicionarului bazei de date; apariia funcieii de administrator
La primele SGBD-uri utilizatorul trebuia s cunoasc, pe lng datele necesare
aplicailor proprii i descrierea tuturor datelor din baza de date, lucru care, pe lng
disconfort, permitea i o oarecare lips de confidenialitate a bazei.
n etapa ulterioar preocuparea principal a constat n a degaja pe utilizator de sarcina
de cunoate ntreaga structur a bazei de date, mai ales c aceste structuri au devenit foarte
complexe. S-a ajuns astfel la o gestiune independent a structurii generale a bazei de date care
ia denumirea de nivel virtual de organizare a datelor. Acest lucru este realizat prin intermediul
unui fiier de descriere global a bazei denumit, n general, dicionar de date. Lucrul cu baza
de date se deruleaz exclusiv prin intermediul acestui dicionar unde se gsesc informaii
privitoare la structurarea datelor i restriciilor ndeplinite de acestea. Specific acestei etape
este si apariiei funciei de administrator al bazei de date i conceperea unor proceduri
speciale de securitate.
Apariia modelului relaional de Baze de Date
O adevrat revoluie n gestionarea bazelor de date a provocat-o modelarea sub
forma tabelelor (numite relaii) a structurii conceptuale a datelor la sfritul anilor `70 de ctre
Codd, un matematician de la Centrul de cercetri din San Jose (California) al firmei IBM.
Structura propus este independent de tipul echipamentelor i software-ului de sistem pe care
este implementat baza de date. Modelul relaional marcheaz nceputul unei noi generaii de
SGBD la care utilizatorul nu se mai preocup de descrierea cilor de acces, ca la generaia
precedent ci aceast sarcin cade n seama sistemului.
Folosirea bazelor de date n reele de calculatoare

Odat cu rspndirea reelelor de calculatoare au fost dezvoltate diverse tehnici de

comunicaie, de partajare a datelor de utilizare n comun a diferitelor componente soft i hard.
Pentru reele mari exista ns inconvenientul duratei mari de rspuns. Modelul Client Server
este o tehnologie vine s rezolve o serie de probleme aprute n utilizarea reelelor de
calculatoare i apar bazele de date distribuite ca o colecie de baze de date logic
interconectate, distribuite peste o reea de calculatoare. Acestea lucreaz ca o baz de date
centralizat. Utilizatorul nu trebuie s cunoasc modul de partiionare i distribuire a datelor.
Singurul lucru pe care l cunoate este schema conceptual a bazei de date.
Integrarea tehnologiei bazelor de date cu tehnologiile multimedia
Tehnologia multimedia a influenat mult bazele de date. Astfel ele au devenit mai
dinamice si mai atractive prin introducerea unor informaii de natur divers: imagine, sunet,
text, animaie.
Integrarea tehnologiei bazelor de date cu programarea orientat obiect
Sistemele de Baze de Date Orientate Obiect s-au nscut din convergena a dou
tehnologii: pe de o parte funcionalitile au fost importate din tehnologia bazelor de date
relaionale iar pe de alt parte modelul de date a fost adoptat din tehnologia limbajelor de
programare orientate obiect (OOP).
Integrarea tehnologei bazelor de date n sistemele inteligente
Bazele de date deductive s-au dezvoltat datorit interesului manifestat pentru
logica predicatelor ca metod de introducere a raionamentelor artificiale n sistemele
informative.
Bazele de date inteligente reprezint o nou tehnologie pentru managementul
informaiei, rezultat din integrarea tehnologiilor convenionale pentru baze de date cu cele
mai recente tehnologi referitoare la programarea orientat obiect, sistemele expert, sistemele
hipermedia i regsirea online a informaiei.
1.3. DEFINIII I CARACTERISTICI ALE BAZELOR DE DATE
Baza de date (BD) poarte fi definit ca un ansamblu de date interconectate, mpreun
cu descrierea lor, care rspunde calitilor de centralizare, coordonare, integrare i difuzie a
informaiilor i care asigur satisfacerea tuturor necesitailor de prelucrare ale tuturor
utilizatorilor dintr-un sistem.

Sistemul de Gestiune a Bazei de Date (SGBD) este un pachet de programe ce permite

utilizatorilor s interacioneze cu o baz de date asigurnd acesteia urmtoarele caracteristici:
1. Independena datelor fa de programul care le gestioneaz;
2. Nivel redus de redundan. Din considerente de optimizare a timpului de rspuns se
accept un anumit grad de redundan;
3. Securitatea datelor (protecia la accesul neautorizat n vederea extragerii sau
distrugerii unor date cu caracter confidenial);
4. Integritatea datelor (protecia la defeciuni hard sau soft);
5. Transparena. Faciliti de utilizare a datelor fr ca utilizatorii s cunoasc baza de
date n ntreaga ei complexitate;
6. Limbaje de descriere i manipulare a datelor de nivel foarte nalt. Existena unor
limbaje performante de regsire a datelor care permit exprimarea sub forma unor
conversaii a unor criterii ct mai complexe de selectare a informaiei i indicrii unor
reguli ct mai generale de editare a informaiilor solicitate;
7. Faciliti multiutilizator. Datele pot fi accesate i chiar gestionate din diferite noduri
ale reelei de calculatoare de diferii utilizatori;
8. Accesibilitatea. Gestiunea datelor organizate n baze de date a fost preocuparea multor
specialiti soft, ajungndu-se la oferirea unor pachete de gestiune care permit
gestiunea unor date foarte complexe n condiii de eficien maxim.
1.4. MODELE CONCEPTUALE ALE BAZELOR DE DATE
Analiza, proiectarea i implementarea structurii conceptuale a bazei de date se
realizeaz utiliznd un model de date. Un asemenea model reprezint un ansamblu de
instrumente conceptuale care permit descrierea datelor, a relaiilor dintre ele i a restriciilor
la care sunt supuse.
Dac reprezentarea ntr-o baz de date a entitilor este relativ simpl structura tip
fiier ar fi suficient modul de memorare a asocierilor constituie piatra de ncercare a
eficienei implementrii unei aplicaii de baze de date, deci cheia de bolt a unui model
conceptual.
Modelul ierarhic
Este considerat primul model utilizat n structurarea bazelor de date i presupune
ierarhizarea entitilor ntr-o structur de tip arbore, fiind acceptate doar relaii tip 1-1 sau 1-n.

De asemenea modelul are dificulti atunci cnd sunt necesare includeri sau excluderi de
entiti sau de relaii.

Modelul reea
Este un model mai general de organizare a datelor n care nu exist restricia ca un nod
s nu aib dect un singur ascendent. Pot fi modelate i relaiile n-n.
Modelul relaional
n bazele de date relaionale entitile sunt organizate n tabele simple, bidimensionale,
fr legturi fixe. Relaiile necesare sunt stabilite prin asocierea ntre ele a unor cmpuri cheie
ale fiecrei tabele. Modelul relaional este caracterizat prin unitatea i simplitatea
reprezentrilor: totul se reduce la tabele. De asemenea modelul pstreaz rigoarea
fundamentrii sale matematice, fapt care a permis standardizarea unor limbaje de nivel foarte
naltn special SQLcare utilizeaz elemente de algebr relaional. Este modelul care a
revoluionat lumea bazelor de date.
Modelul obiect
Datele sunt organizate sub forma unui graf. Un obiect poate avea referine la alte
obiecte n acelai fel n care structuri sau clase n C++ pot avea pointeri la alte structuri sau
clase. Spre deosebire ns de SQL, n limbajul de cereri orientat obiect (OOQ) celelalte
accese la date se realizeaz utiliznd un limbaj de programare procedural (C, C++, Java,
SmallTalk).
Modelul obiect-relaional
Este o abordare recent care prevede extinderea modelului relaional pentru a ncorpora
elemente de programare orientat obiect dar cu pstrarea tehnologiilor relaionale. Noul val se
numete obiect relaional. Modelul de date este practic acelai ca la modelul orientat obiect.
Limbajul de interogare declarativ este n esen acelai OQL dar pstreaz sintaxa limbajului
SQL, cu extensii pentru funciile noi.
1.5. NECESITATEA METODOLOGIEI SOFTWARE
Odat cu dezvoltatea SGBD-urilor i mbogirea experienei umane n domeniul
bazelor de date s-a pus la punc o abordare etapizat a proiectrii bazelor de date.

Ingineria software sau ingineria produselor program (Software engineering) este un

domeniu care ncearc o abordare sistemica a proiectrii, operrii, ntreinerii i dezvoltrii
unui program informatic.
Ingineria produselor informatice conine metode, tehnologii (unelte) i proceduri
pentru conducerea i controlul produciei de software. Unii autori numesc acest domeniu de
activitate metodologia sau tehnologia realizrii produselor program.
Experiena specialitilor in realizarea produselor informatice au relevat anumite
probleme legate de producerea software-ului i anume:
dezvoltarea unui produs program este o activitate de durata, destul de costisitoare;
un program nou creat este adesea terminat cu ntrziere, eventual atunci cnd pe piaa
au aprut produse mai performante;
un program nou are adeseori erori subtile (bug-uri) care nu ies la iveala dect atunci
cnd este folosit i nu la testrile efectuate de echipa de programatori n fazele de
concepie (ceea ce este cam trziu!);
echipamentele, programele, datele, procedurile nu aparin unui singur utilizator, ci
sunt mprite ntre mai muli, proiectarea devenind din ce in ce mai complicata i
mai greu de realizat fr metode i personal adecvat.
un program nou nu satisface ntotdeauna pe deplin cerinele utilizatorului pentru c
acesta, considernd problema dintr-un

alt punct de vedere, nu poate specifica

analistului tot ceea ce trebuie a realizeze viitorul program;

rescrierea unei pri a aplicaiei conform unor noi cerine ale utilizatorului

este

dificil, mai ales dac a trecut ceva timp i echipa care a codificat produsul s-a
schimbat.
1.6 . CERINELE UTILIZATORILOR
n tot procesul de proiectare a bazelor de date programatorul trebuie sa plaseze pe un
loc central utilizatorul, cu cerintele i dorinele acestuia.
Utilizatorii doresc rspunsuri exacte i clare la probleme foarte diferite, o independena a
aplicaiilor faa de sistemul de calcul avut astfel, nct schimbarea calculatorului sa nu
impun schimbarea softului utilitar, doresc un mod variat de introducere a datelor i de
obinere a rezultatelor(voce, imagine, text), un control asupra datelor proprii, produse
compatibile cu cele anterioare, un pre mic, o durata de realizare mic.

1.7 . PRINCIPII N DEZVOLTAREA SOFTWARE

Pentru un bun rezultat al muncii de programare i pentru o bun utilizare a timpului
disponibil trebuie respectate anumite principii:
procesul de realizare a unui produs informatic de o anumita complexitate poate i
trebuie s fie structurat ntr-o serie de etape / subetape / activiti bine determinate;
n realizarea produsului informatic sunt antrenate

diferite

persoane, nu numai

informaticieni; de aceea este necesar o buna organizare i specializare, o repartizare

precisa a sarcinilor; se recomand folosirea tehnicilor speciale adecvate dimensiunii
proiectului i etapei respective;
procesul trebuie s fie controlat tot timpul, iar abaterile rezultate cu propuneri de
remediere trebuie semnalate celor care-l conduc i rspund de buna lui desfurare;
criteriul principal care trebuie s stea la baza realizrii produsului este cel economic,
trebuie estimate corect costurile i beneficiile.
1.8. ETAPELE PRINCIPALE DE REALIZARE A PRODUSELOR INFORMATICE
Efortul de realizare a unui software utilitar este declanat de cererea unui client. Ca
urmare a descoperirii unei probleme, aspecte negative n instituia unde lucreaz sau pe care o
conduce, clientul dorete realizarea unui produs informatic care s i rezolve problema. O alt
situaie care poate declana cererea de soft poate fi dorina folosirii tehnicii noi de calcul sau a
unor metode noi de conducere (programare dinamica, simulare etc.).
Primul pas este luarea contactului cu clientul pentru clarificarea domeniului unde se
va implementa produsul informatic, clarificarea problemei puse, a motivelor, a costurilor
estimative, a unor variante de rezolvare cu inventarierea efectelor lor. Este un moment decisiv
pentru c, uneori, clientul i d seama c nu poate suporta financiar efortul de dezvoltare a
software-ului i renuna.
Etapa a doua const n analiza diagnostic a situaiei existente i este cea mai
important pentru c permite stabilirea exact a cerinelor, obiectivelor i limitelor produsului
informatic. Acest lucru se face printr-un studiu complet al activitilor desfurate n domeniul

problemei dar i conexe. Prin interviuri, chestionare i observri directe, prin cercetarea
tuturor documentelor, actelor se clarific cerinele clientului i se stabilesc posibile variante de
rezolvare.
Etapa a treia este etapa de proiectare i cuprinde o proiectare de ansamblu care
urmrete conturarea unui model al viitoarei aplicaii att al datelor ct i al funcionalitii
lui. Soluia informatic aprobat n etapa precedent se structureaz pe componente relativ
independente, se determina resursele necesare i termenele de realizare.
Etapa a patra care este proiectarea de detaliu-cuprinde:
-

proiectarea bazei de date, a tabelelor, a relaiilor dintre acestea, a regulilor de

validare, a condiiilor de integritate referenial etc.

proiectarea interfeelor de intrare: documentele noi care intervin n sistemul
informaional, fluxurile de informaii de la sursele de date ctre calculator

precum i machetele de introducere a datelor n calculator sau a formularelor.

proiectarea interfeelor de ieire: documentele de raportare, graficele, precum i

fluxurile acestor documente ctre utilizator.

proiectarea prelucrrilor automate: proceduri

modalitile de apel.
proiectarea programului monitor i meniului principal al aplicaiei.

sau

interogri

directe,

Etapa a cincea este etapa de construire i se poate uni cu etapa de proiectare pentru
lucrrile de mai mica amploare mai ales prin folosirea unui mediu vizual de dezvoltare.
Rmne nsa deosebit de necesara testarea produsului cu date fictive n vederea depistrii i
corectrii erorilor.
Etapa a asea const in implementarea i experimentarea aplicaiei. Este prsit
vechiul sistem i sunt puse n practic procedurile de culegere, transmitere, i prelucrarea
datelor specifice aplicaiei informatice. Este etapa cea mai riscanta pentru proiectani pentru
ca de succesul sau insuccesul demersului poate depinde soarta ntregului proiect.
Etapa a aptea este exploatarea curenta, ntreinerea si dezvoltarea.
O aplicaie informatic nu este static, ea trebuie s fie permanent adaptat la cerinele
noi care apar. Cerinele de modificare pot fi de mica amploare, se pot realiza din mers fr s
fie afectate structurile de baza ale bazei de date sau prelucrrilor atunci spunem ca are loc
activitatea de ntreinere a aplicaiei.
Dac nsa sunt schimbri majore se restructureaz organizaia economica modelat de
soft sau se schimb profilurile organizaiei, atunci este necesar o reanalizare i reproiectare
software.

1.9. DOCUMENTAREA APLICAIILOR INFORMATICE

Trecerea de la artizanat la industrie n activitatea de software a nsemnat cerine noi i
pe linia documentrii aplicailor. Programele generalizabile folosite de un numr tot mai mare
de utilizatori trebuie s fie nsoite de o documentaie clar i complet care s conin
informaii n legtur cu funcia programului, structura general i de detaliu a acestuia, datele
de intrare i de ieire, specificaiile de realizare, implementare i exploatare.
n funcie de destinaia lor distingem trei tipuri de documentaie:
A. Documentaia destinat utilizatorului, n care se include:
1.documentaia de prezentare a aplicaiei care conine informaii generale de natur
tehnic i economic asupra produsului program n ntregul su; este destinat potenialilor
utilizatori; are un pronunat caracter comercial; insist asupra posibilitilor oferite de
produsul program, eventualele performane care s permit alegerea produsului din mai multe
programe existente pe piaa pentru rezolvarea aceleiai probleme.
2.documentaia de utilizare care conine informaii privind utilizarea curenta a
produsului program:
- aria de probleme acoperit(limite,restricii);
- descrierea intrrilor i ieirilor, procedurile de codificare i validare, procedurile de
interpretare a ieirilor;
- organizarea datelor;
- descrierea funcionala a procedurilor, metodele folosite;
- estimarea performanelor,exemple.
B. Documentaia destinat echipei de realizare.
Constituind principalul mijloc de comunicare ntre diversele categorii de specialiti
din echipa de realizare, documentaiile formuleaz problemele care au fost rezolvate n
etapa/subetapa/faza curenta i problemele ce urmeaz a fi rezolvate n etapele urmtoare. Cele
mai importante sunt:
Specificaii de definire-cuprind obiectivele i funciile sistemului informatic i servesc
ca suport pentru nceperea proiectrii.
Specificaii de programare sintetizeaz rezultatele ntregii activiti de proiectare. Pe
baza lor se face construirea aplicaiei.

C. Documentaia destinata echipei de ntreinere i dezvoltare a produsului

program, care cuprinde rezultatele activitii de elaborare i testare a procedurilor. Se numete
specificaie de realizare.
D.

Documentaia

destinat

personalului

unitii

implicat

exploatare

(operatori,verificatori,administratori). Se numete manual utilizator.

Documentaia asigur :
-

certitudinea c operaiile indicate se vor realiza i, ulterior, se vor executa

aa cum trebuie;
excluderea anumitor presupuneri sau ipoteze, in afara celor descrise;
clarificarea elementelor i noiunilor care apar;
aplicarea anumitor structuri i proceduri tip n abordarea i rezolvarea unui

numr mare de probleme;

utilizarea raionala i eficient a tehnicii de calcul.

Specificaiile sunt - pe plan mondial - din ce in ce mai apropiate de o forma standard

i, de regul, cnd se pronun acest termen, un specialist tie despre ce este vorba. Uneori, la
proiectele mici, cu scopul declarat de a ntocmi un singur tip de specificaii cele de realizare
etapele de proiectare logic i tehnic se pot contopi ntr-una singura.
1.10. PROIECTAREA MODELULUI CONCEPTUAL AL DATELOR
Problema proiectrii unei structuri eficiente pentru datele necesare unei probleme este
cheia ntregii aplicaii. n general, n aplicaiile de gestiune problema cea mai mare nu o
reprezint implementarea aplicaiei de exploatare a bazei de date ct proiectarea unei structuri
care s permit accesul ct mai rapid la date i care sa sufere de cat mai puine anomalii .
Definirea structurilor de date necesare ntr-o aplicaie este o activitate complex care
condiioneaz n mare msur necesarul de memorie, precum i viteza de prelucrare i uneori
chiar efortul de proiectare i implementare. Pentru realizarea ei trebuie s se in seam de o
serie de factori cum ar fi: durata de viata, utilizarea eficient a spaiului de memorare,
complexitatea prelucrrilor asupra coleciei; asigurarea integritii datelor. Proiectanii de
aplicaii informatice trebuie s aleag modelul conceptual adecvat problemei.

2. MEDIUL DE DEZVOLTARE Visual FoxPro 9.0

Mediul de dezvoltare Visual FoxPro 9.0 (VFP 9.0) ca de altfel i versiunile anterioare
ale limbajului FoxPro ofer posiblitatea crerii de baze de date moderne. Astfel Sistemul de
Gestiune a Bazelor de date VisualFoxPro lucreaz cu baze de date bazate pe modelul
retaional. Conform acestui model, o baza de date relaional este format din mai multe
tabele simple ntre care se stabilesc anumite relaii. Stabilirea relaiilor se face prin
intermediul unor cmpuri comune ale tabelelor ce urmeaz a fi relaionate. n paralel cu acest
model s-a dezvoltat un nou limbaj de interogare a bazelor de date SQL (Structured Query
Language), neprocedural care permite accesul rapid i comod la datele memorate n bazele de
date. Pentru utilizatorii neprofesioniti, care nu sunt puini la numr, VFP 9.0 ofer interfee
perfecionate ale SGBD-ului, utilizatorul avnd la dispoziie sisteme de meniuri, ferestre,
obiecte de control, prin care comunicarea cu SGBD-ul devine o plcere. Mediul de
programare VFP dispune de o fereastr principal numit Microsoft Visual FoxPro, de un
meniu principal, de o bar cu instrumente, o bar de stare i o fereastr de comenzi
(Command) n care se pot introduce instruciuni direct executabile.

Componentele eseniale ale mediului VFP sunt urmtoarele:

TABELE
Datele se pot nregistra n tabele grupate, mpreun cu eventualele relaii dintre ele i
cu anumite secvene de cod (instruciuni alctuind proceduri sau programe) n baze de date.
n tabel se pot introduce diverse tipuri de date: ntregi, iruri de caractere, de tip
logic, dat calendaristic, de tip memo, tip general, etc.
Tipul de date memo permite nregistrarea unei cantiti variabile de informaii, care va
fi vizibil numai la cerere (de exemplu dublu click pe acest cmp).

De regul unul dintre cmpurile tabelei se folosete pentru identificarea unic a

nregistrrilor (de exemplu id_angajat). Un astfel de cmp se numete cheie de identificare.

O tabel poate fi vizualizat n ordinea n care nregistrrile au fost introduse sau ntr-o alt
form determinat de cerinele prelucrrii.
Ordonarea tabelelor se poate face prin indexare sau sortare, iar informaiile din cmpul
ales alctuiesc cheia de indexare, respectiv cheia de sortare. Prin introducerea tabelelor ntr-o
baz de date, acestea dobndesc o serie de proprieti noi. ntre tabele se pot stabili, dac este
necesar, o serie de legturi care permit o prelucrare eficient a tabelelor. Dac legtura se face
se la o tabel A la o tabel B, prima se va numi tabel-printe (conductoare), iar cea de-a
doua, tabel-fiu (condus).
INTEROGRI
Extragerea unor informaii dintr-o tabel, pe baza unor criterii oferite de utilizator,
ntr-un format stabilit, se numete interogare. VFP include n compilatorul su un set de
comenzi ale limbajului SQL care permite interogarea tabelelor i furnizarea rezultatelor sub
forma unor interogri (QUERY) depozitate la o destinaie precizat. Prin intermediul unei
interogri se construiete o instruciune SELECT a acestui limbaj, care cuprinde ntregul
mecanism de interogare al VFP. Utilizatorul are la dispoziie un constructor de interogri
(QUERY DESIGNER), care rspunde solicitrilor printr-un fiier cu extensia .qpr, care nu
poate fi modificat.

Pe suprafaa de lucru sunt vizibile tabelele relaionate de unde sunt extrase informaii
pe baza unor criterii stabilite de utilizator. Interogrile pot fi realizate fie manual in modul
Query Designer fie utiliznd asisteni de tip Wizard.
VEDERI
Vederile reprezint un tip special de tabele construite din una sau mai multe tabele,
aparinnd obligatoriu unei baze de date.
Rezultatul unei vederi poate fi modificat, aceste modificri fiind transferate automat i
n tabela surs.
O vedere se memoreaz n cuprinsul unei baze de date, de aceea baza de date trebuie
s fie deschis.
O vedere poate fi realizat, de regul, cu ajutorul constructorului de vederi (View
Designer) sau cu ajutorul unui asistent de tip Wizard.

FORMULARE
n general o aplicaie trebuie s vizualizeze informaii existente n tabele cuprinse, de
regul, n baze de date i s permit utilizatorilor introducerea altor informaii. VFP pune la
dispoziie o colecie substanial de obiecte, care pot rspunde la diverse evenimente generate

de utilizator sau sistem i care se pot plasa in interiorul unui formular, alctuit pe puternica
interfa cu utilizatorul. Formularele sunt plasate n cadrul unui priect n pagina de documente
(Documents) n rubrica Forms.

CODE
Sunt secvene de program tratate ca proceduri si care pot fi lansate in execuie de
ctre celelalte elemente ale mediului de dezvoltare: formulare, vederi, etc.

RAPOARTE
Momentul ateptat n care toate cerinele unui proiect au fost ndeplinite este acela n
care trebuie s prezentm situaiile finale ntr-o form sintetic, clar i atractiv. VFP ofer
un program specializat n realizarea rapoartelor (situailor) numit constructor de rapoarte.

Formularele se pot construi fie n modul design prin plasarea manual a cmpurilor n
formular sau prin utilizarea asistenilor de tip wizard.

ETICHETE
O etichet este un raport, de regul, multicoloan, creat special pentru a fi tiprit pe
hrtie, de o anumit mrime. Pentru a obine o etichet se utilizeaz constructorul de etichete
(Label Designer) asistentul Wizard.

MENIURI
Un meniu reprezint o grupare de opiuni la alegerea crora sunt declanate diferite
aciuni, permindu-se astfel o mai bun comunicare cu utilizatorul. Se accept ideea c n
general un meniu conine mai multe opiuni plasate pe o bar orizontal. De regul o opiune a
meniului orizontal are asociat un submeniu verical. n VFP meniurile nu sunt obiecte. Ele pot
fi construite prin program sau cu un asistent de tip Wizard.