LICEUL PREDA BUZESCU BERBETI VLCEA

________________________________________________________________

LUCRAREPENTRU OBINEREAATESTATULUI PROFESIONALLA INFORMATIC

Absolvent :_______________________________________

Profesor coordonator :CUMPNOIU ELENA-IRINA

MAI 2015CUPRINS

1. ASPECTE TEORETICE

1.1. INFORMAII, DATE, COLECII I STRUCTURI DE DATE1.2. EVOLUIA METODELOR DE ORGANIZARE A DATELOR1.3. DEFINIII I CARACTERISTICI ALE BAZELOR DE DATE1.4. MODELE CONCEPTUALE ALE BAZELOR DE DATE1.5. NECESITATEA METODOLOGIEI SOFTWARE1.6. CERINELE UTILIZATORILOR1.7. PRINCIPII N DEZVOLTAREA SOFTWARE1.8. ETAPELE PRINCIPALE DE REALIZARE A PRODUSELOR INFORMATICE1.9. DOCUMENTAREA APLICAIILOR INFORMATICE1.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 aplicaiiPrimele 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 fiierePasul 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-urilorO 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 administratorLa 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 DateO 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 calculatoareOdat 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 multimediaTehnologia 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 obiectSistemele 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 inteligenteBazele 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 ierarhicEste 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 obiectDatele 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 sau interogri directe, modalitile de apel. proiectarea programului monitor i meniului principal al aplicaiei.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 n 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:

TABELEDatele 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).

INTEROGRIExtragerea 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.VEDERIVederile 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.

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

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

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

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

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