Ministerul Educatiei Republica Moldova
Colegiul de Informatică din Chisinău
Catedra: “Informatica Aplicată.”
pentru practica tehnologica
Tema:” Baza de Date”Abonamente”
A EFECTUAT: A CONTROLAT:st.gr. I-1233 profesorul
Voicu Sergiu V. Bulat
Chisinău 2015Sarcina
ABONAMENTE. Informaţia despre ziarele editate de mai multe redacţii şi abonaţii la
aceste ziare este înregistrată într-o bază de date.
Elaboraţi un proiect, a cărei aplicaţie respectivă, folosind meniuri, rapoarte
formulare şi subprograme, realizează, la solicitarea utilizatorului, următoarele
funcţionalităţi:
1) Înregistrează un nou abonat;
2) Exclude din baza de date înregistrarea ce corespunde abonatului introdus de
la tastatură;
3) Determină ziarele abonatului cu numele şi prenumele introduse de la
tastatură;
4) Afişează la ecran atributele abonatului: numele, prenumele şi adresa, care
corespunde unui anumit titlu de ziar introdus de la tastatură;
5) Determină numărul de ziare, ale unei redacţii introduse de la tastatură;
6) Afişează la ecran abonaţii, în ordinea alfabetică a numelor acestora;
7) Determină preţul total al ziarelor editate de o anumită editură introdusă de la
tastatură;
8) Afişează lista ziarelor editate în limba aleasă.
Introducere
Baza de date este un instrument puternic destinat colectarii și organizarii
informațiilor, care este stocată pe suporturi accesibile calculatorului și satisface
cerințelor mai multor utilizatori în mod selectiv și timp util.
Bazele de date relaţionale sunt un tip de baze de date în care datele, văzute ca
şi atribute ale entităţilor reale, sunt socate în tabele şi sunt legate între ele prin relaţii.
Acest mod de structurare a datelor, bazat pe legături între date, permite eliminarea
redundanţei, astfel încât stocarea şi, mai ales, modificarea unei informaţii se face într-
un singur loc, iar, din punct de vedere funcţional, această structură permite regăsirea,
filtrarea și ordonarea în mod natural.
Unitatea fundamentala a unei baze de date relaționale este tabelul bidimensional ,
anume acesta este destinat încapsularii datelor .
Proiectarea bazei de date presupune analiza cerințelor pentru baza de date și
colectarea datelor necesare pentru aceasta , dupa care urmează crearea logica a
tabelelor si relațiilor dintre ele, astfel încît acestea să satisfacă cerințele utilizatorilor
catre baza de date.
Proiectul dat reflecta în totalmente conceptele practicii tehnologice .
Practica tehnologică face parte din etapa de instruire în specialitate pentru pregătirea
specialiştilor din domeniul TIC. Instruirea practică se desfăşoară în conformitate cu
planul de învăţământ al specialităţii. Competențele practicii tehnologice se axează pe
dezvoltarea aptitudinilor practice ale elevilor şi formarea deprinderilor de organizare
a proceselor tehnologice în utilizarea şi proiectarea de programe, aplicarea
cunoștințelor din domeniul programării orientate spre obiecte în lucru cu bazele de
date precum şi însuşirea noilor realizări din domeniul hard şi soft folosind medii
digitale educaționale.
Cuprins
1.Proiectarea Bazei de Date..................................................................................................................51.1Crearea modelului obiect( diagrama Entitate-Relație)................................................................51.2. Crearea şi descrierea modelului relaţional................................................................................71.3. Normalizarea şi crearea bazei de date.......................................................................................81.4.Descrierea fizică a modelului...................................................................................................111.5. Tranzacţiile principale ale sistemului......................................................................................13
2.Elaborarea Proiectului.....................................................................................................................142.1 Descrierea informției de intrare................................................................................................142.2 Descrierea datelor de ieșire......................................................................................................19
3.Descrierea Interfeței........................................................................................................................213.1Autentificare..............................................................................................................................213.2 Meniul și rezultatul executarii..................................................................................................21
4.Ghid de utilizare a Aplicației...........................................................................................................254.1. Produsul cu care este constituită aplicaţia;..............................................................................254.2 Cerințele minime hard și soft pentru buna funcționare a aplicației..........................................264.3. Instrucțiuni de instalare a aplicației.........................................................................................264.4. Descrierea modulelor aplicației...............................................................................................274.5. Lista cu eventualele erori ce pot sa apară în exploatare, împreună cu modul de tratare a fiecărei erori în parte......................................................................................................................28
5.Concluzie.........................................................................................................................................286.Bibliografie......................................................................................................................................297.Anexe...............................................................................................................................................30
1.Proiectarea Bazei de Date
Proiectarea unei baze de date constă din proiectarea schemei conceptuale
(logice) şi fizice a acesteia, astfel încât să răspundă cerinţelor utilizatorilor pentru un
anumit set de aplicaţii. În general, se consideră că proiectarea unei baze de
date se poate diviza în următoarele faze:
1. Colectarea şi analiza cerinţelor. Prima etapă constă în analiza scopului și
cerințelor pe care urmează să o îndeplinească baza de date. Formularea unor
concepte , necesare îndeplinirii sarcinii este deasemenea parte integră a primei
faze.
2. Proiectarea conceptuală a bazei de date. În faza de proiectare conceptuală a
bazelor de date se proiectează schema conceptuală şi schemele externe ale
bazei de date.
3. Alegerea unui SGBD. Etapa dată constă alegerea unui sistem de gestiune a
bazelor de date, acesta fiind mediu de lucru SQL .
4. Proiectarea logică a bazei de date. În faza de proiectare logică a unei baze de
date se realizează schema conceptuală globală şi schemele conceptuale
(vederile) externe pentru SGBD ales.
5. Proiectarea fizică a bazei de date. Proiectarea fizică a bazei de date este
procesul de alegere a structurilor de memorare şi de acces la fişierele bazei de
date, pentru a obţine performanţe cât mai bune, pentru cât mai multe din
aplicaţiile proiectate. Ca parametri generali de alegere a opţiunilor proiectului
fizic al unei baze de date relaţionale se pot enumera: timpul de răspuns,
utilizarea spaţiului de memorare, capacitatea tranzacţională.
1.1Crearea modelului obiect( diagrama Entitate-Rela ie)ț
Modelul Entitate-Relație este un model conceptual de nivel înalt al unei baze de
date, care defineşte mulţimile de entităţi şi asocierile dintre ele, dar nu impune nici un
mod specific de structurare şi prelucrare a datelor.
Entitate (entity) -este "orice poate fi identificat în mod distinctiv"; o entitate se
referă la un aspect al realităţii obiective care poate fi deosebit de restul
universului şi poate reprezenta un obiect fizic, o activitate, un concept etc.
Orice entitate este descrisă prin atributele sale.
Un atribut (attribute ) -este o proprietate care descrie un anumit aspect al unei
entităţi.
m 1
m
1
1
m
1.2. Crearea şi descrierea modelului relaţional
Ziar Redactie
IdZiar NmZiar TemaZiar
Redactor
Pret LimbaZiar IdRedactie
Este Membru
IdRedactie NmRedactie
Adresa
AnFondareDirector
Abonat
Abonare
IdAbonare IdZiar
DataAbonare
PrAbonat
IdAbonat
IdAbonat NmAbonat
PatrAbonatSexAbonatDataNAbonat
GSM
EsteMembru
Este Membru
Modelul relațional ca și orice alt model de date utilizat în proiectarea logică a bazelor
de date eliberează utilizatorul de cunoașterea detaliilor despre structura fizică și
metodele de acces la date. Modelul relațional deasemenea presupune tehnici ce ajuta
administratorului de a detecta și a corecta posibilele probleme de proiectare.
Schema relațională a bazei de date “Abonamente” este prezentată mai jos. Acesta
este compusă din 4 tabele(Redactie,Ziar,Abonare,Abonat) fiecarui din acestea fiindui
asociat lista atributelor.Modelul dat deasemenea demonstrează legatura logică între
relațiile bazei de date.Termeni necesari pentru descrierea modelului relațional sunt:
1. Domeniu este un ansamblu de valori caracterizat printr-un nume. El
poate fi explicit sau implicit.
2. Tabela/relaţia este un subansamblu al produsului cartezian al mai
multor domenii, caracterizat printr-un nume, prin care se definesc atributele
ce aparţin aceleaşi clase de entităţi.
3. Atributul este coloana unei tabele, caracterizată printr-un nume.
4. Tuplul este linia dintr-o tabelă şi nu are nume. Ordinea liniilor
(tupluri) şi coloanelor (atribute) dintr-o tabelă nu trebuie să prezinte nici-o
importanţă.
5. Cheia primară este un câmp sau un set de câmpuri din tabel care furnizează un
identificator unic pentru fiecare rând.
6. O cheie externă este un câmp al unui tabel prin care se completează o relaţie
identificând tabela părinte. Orice relaţie dintr-o bază de date relaţională trebuie
să pornească dintr-o cheie externă.
Redactie IdRedactie NmRedactie Adresa AnFondare Director
ZiarIdZiar NmZiar TemaZiar Redactor Pret LimbaZiar IdRedactie
AbonareIdAbonare IdAbonat IdZiar DataAbonare
AbonatIdAbonat NmAbona
tPrAbonat PatrAbonat SexAbona
tDataNAbonat GSM
1.3. Normalizarea şi crearea bazei de date
La proiectarea unei BD relaţionale, principalul obiectiv în realizarea unui
model logic este crearea unei reprezentări corecte a datelor, relaţiilor dintre ele şi a
constrângerilor.
Procesul de normalizare este o metodă formală, care identifică relaţiile
bazându-se pe cheile primare ale acestora şi pe dependenţele funcţionale dintre
atributele lor. Normalizarea ajută proiectanţii de BD, prin prezentarea unei serii de
teste care pot fi aplicate relaţiilor individuale, pentru a preveni apariţia anomaliilor de
reactualizare.
Anomaliile de reactualizare se clasifică în:
• anomalii de inserare .
• anomalii de ştergere.
• anomalii de modificare.
Unul din principalele scopuri urmărite la proiectarea BD relaţionale, este
gruparea atributelor în relaţii în aşa fel încât să se minimizeze redundanţa datelor şi
prin aceasta să se reducă spaţiul de stocare necesar relaţiilor de bază implementate.
Dependenţele funcţionale sunt concepte fundamentale în procesul de
normalizare. Dependenţa funcţională descrie legăturile dintre atributele unei relaţii:
fie A şi B două atribute ale relaţiei R; atributul B este dependent funcţional de A
(notat A→B) dacă fiecărei valori a atributului A îi corespunde o singură valoare a
atributului B. A şi B pot fi simple sau compuse. Adeseori, normalizarea este
executată sub forma unei serii de paşi. Fiecare pas corespunde unei anumite forme
normale, care are proprietăţi cunoscute.
Pentru modelul relaţional, numai prima formă normală (1NF) este de
importanţă critică în crearea de relaţii adecvate. Toate formele normale următoare
sunt opţionale. Totuşi, pentru evitarea anomaliilor de reactualizare,se recomandă
efectuarea normalizării până la cel puţin forma 3NF.
Cele 3 forme normale:
Prima formă normală (1NF) :este o relaţie în care intersecţia fiecărui rând cu
fiecare coloană conţine o singură valoare şi numai una, adică toate atributele relaţiei
iau valori unice.
A doua forma normală(2NF) : o relaţie este în a doua formă normală dacă
îndeplineşte condiţiile pentru prima formă normală şi fiecare atribut care nu este
cheie primară este total dependent funcţional de cheia primară. Deasemena aceasta
se bazează pe conceptul de dependenţă funcţională totală. O dependenţă funcţională
A → B este totală dacă eliminarea oricărui atribut din A are ca rezultat anularea
dependenţei.
A treia formă normală (3NF): o relaţie este în a treia formă normală dacă
îndeplineşte condiţiile pentru prima şi a doua formă normală şi în plus, nici un atribut
(care nu este cheieprimară) nu este dependent tranzitiv de cheia primară.
Exemplu :
Baza de Date „Abonament” este normalizată pîna la forma normala 3, dar
pentru a explica în caz general cum decurge procesul de normalizare vom lua ca
exemplu o entitate din baza de date “Abonament” și anume tabelul Redactie.
Atributul “Adresa” a tabelului conține nu doar numele adresei în forma caracterială
dar și numarul blocului , sau cel al apartamentului (Moltopol 1/12). Daca spre
exemplu utilizatorul va avea necesitatea s-a grupeze redacțiile după numarul blocului
aceasta nu va fi posibil anume din cauza adresei complete ce o conține atributul
Adresa. Pentru așa cazuri se poate aplica procesul de normalizare, adică vom crea un
nou tabel în care vor exista trei atribute: Adresa,NrBloc,NrApartament, și care va
avea legatura cu tabelul “Redactie”. Prin astfel de acțiuni noi am separat atributul
Adresa de tabelul Redactie pentru a putea mai apoi manipula cu adresele într-un mod
mai extins.
1.4.Descrierea fizică a modelului
Baza de date „Abonament” are la baza structurii sale patru tabele
bidimensionale fiecare din aceastea avînd un scop bine determinat.
1. Tabelul Ziar – este tabelul ce conține informații complete despre
ziarele înregistrate în baza de date.
Atribut Tip de date Restricții de
integritate
Descriere
IdZiar Int Primary Key Codul ziarului
NmZiar char NOT NULL Numele ziarului
TemaZiar char NOT NULL Tematica ziarului
Redactor char NOT NULL Nume de Redactor
Pret Int NOT NULL Prețul Ziarului
LimbaZiar char NOT NULL Limba de editare
IdRedactie int Foreign Key Codul redactiei
unde a fost editat
2. Tabelul Redactie- este tabelul ce conține informația necesara despre
redacțiile unde au fost tiparite ziarele. Acest tabel are legatură cu tabelul
Ziar.
Atribut Tip de date Constrîngeri de integritate
Descriere
IdRedactie Int Primary Key Codul redacțieiNmRedactie Char NOT NULL Numele
RedacțieiAdresa Char NOT NULL Adresa RedacțieiAnFondare Int NOT NULL An de Fondare a
RedacțieiDirector Char NOT NULL Numele
Directorului Redacției
3. Tabelul Abonat- este tabelul în care se pastrează întreaga informație
despre abonații la ziarele bazei de date.
Atribut Tip de Date Constrîngeri de integritate
Descriere
IdAbonat Int Primary Key Codul AbonatuluiNmAbonat char NOT NULL Numele AbonatuluiPrAbonat char NOT NULL Prenumele AbonatuluiPatrAbonat char NOT NULL Patronimicul
AbonatuluiSexAbonat char NOT NULL Sexul AbonatuluiDataNAbonat date NOT NULL Data NașteriiGSM char NOT NULL Numarul de telefon
4. Tabelul Abonare-acest tabel este unu intermediar pentru a face
legatura între ziare și abonați. A fost creat pentru a face posibil ca o
persoana sa poata fi abonat la mai multe ziare , și invers , ca un ziar sa
poată fi caracteristic pentru mai mulți abonați.
Atribut Tip de Date Constrîngeri de integritate
Descriere
IdAbonare Int Primary Key Codul AbonariiIdAbonat Int Foreign Key Codul abonatului IdZiar Int Foreign Key Codul ziarului
corespunzator abonatului dat
DataAbonare date NOT NULL Data abonarii
1.5. Tranzacţiile principale ale sistemului
Baza de date „Abonament” este creată cu scopul de a putea efectua asupra ei a
unui set de operații cum ar fi:
1) Înregistrează un nou abonat în baza de date ;
2) Operația de excludere din baza de date înregistrarea ce corespunde
abonatului introdus de la tastatură;
3) Operația ce determină ziarele abonatului cu numele şi prenumele introduse de
la tastatură;
4) Operația de afișare la ecran atributele abonatului: numele, prenumele şi
adresa, care corespunde unui anumit titlu de ziar introdus de la tastatură;
5) Operația ce determină numărul de ziare, ale unei redacţii introduse de la
tastatură;
6) Operația ce afişează la ecran abonaţii, în ordinea alfabetică a numelor
acestora;
7) Operația ce determină preţul total al ziarelor editate de o anumită editură
introdusă de la tastatură;
8) Operația de afişare a listei ziarelor editate în limba aleasă.
2.Elaborarea Proiectului
2.1 Descrierea inform iei de intrareț
Informația de intrare pentru proiectul dat poate fi analizată în doua moduri:
1. Datele de intrare în modul interactiv .
2. Datele de intrare pentru Aplicația C#.
1.1 Baza de date “Abonamente” pentru a putea fi utilizată din plin, are nevoie de
informație. Fara informația aceasta, este deteriorat conceptul de bază de date.
Datele necesare BD sunt introduse de catre administrator, acesta din urma
îndeplinind funcția principală de întreținerea BD. Baza de date “Abonamente”
coține patru tabele iar pentru fiecare din acestea au fost determinată anumit tip
de informație. Realizarea modului interactiv s-e realizează prin intermediu
instrucțiunii INSERT.
Pentru tabelul Abonat:
Pentru Tabelul Redactie:
Pentru Tabelul Ziar:
Pentru Tabelul Abonare
2.1 O altă modalitate de populare a bazei de date este prin intermediu
aplicației C#.
Date de intrare vor avea nevoie urmatoarele puncte ale meniului:
1) Înregistrează un nou abonat
Aici va fi nevoie de îndeplinit un chestionar de înregistrare a noului abonat în
baza de date.
2) Exclude din baza de date un abonat
Aici va fi nevoie de introdus Numele și Prenume abonatului care urmează a fi
șters din baza de date.
3) Determină numarul de ziare a unei redacții
La acest formular va fi nevoie doar de Numele redacției a carui numar de ziare
dorim sa aflăm.
4) Afișează atributele abonatului
La acest punct va fi nevoie de numele ziarului ,pentru a fi afișate atributele
clienților abonați la ziarul respectiv.
5) Afișează ziarele în limba anumită
Pentru obținerea unui rezultat adecvat este nevoie de introdus o anumită limbă
și aplicația va întoarce ziarele a caror limbă corespunde celei introduse
6) Afișează prețul ziarelor
Pentru obținerea prețului total este nevoie de a introduce numele unei Redacții
și aplicația va genera prețul total al ziarelor acestei redacții.
7) Determină ziarele abonatului
Acesta este formularul ce necesită Numele și Prenume abonatului pentru a
afișa Ziarele la care este abonat acesta.
2.2 Descrierea datelor de ie ireș
Datele de ieșire pentru proiectul dat poate fi analizată în doua moduri:
1. Datele de ieșire în modul interactiv .
2. Datele de ieșire a Aplicației C#.
1. Datele de ieșire a bazei de date sunt reprezentate de rezultatele comenzilor
SELECT aplicate asupra BD. Comenzile date au fost utilizate doar în codul
Aplicației și nu în cel al Bazei de date.
2. Datele de ieșire a aplicației sunt prezente pentru fiecare din formularele
punctelor din meniu. Datele de ieșire nu sunt altceva decît rezultatul
îndeplinirii comenzii. Pentru aplicația “Abonamente” datele de ieșire sunt
afișsate în ListBox, ReportViewer și textbox.(exemple mai jos)
După cum vedem în exemplul de mai sus , la tastarea butonului Afișare, în
listbox-ul din dreapta formularului au aparut ziarele editate în această limbă.
3.Descrierea Interfe eiț3.1Autentificare
Autentificare- este procesul prin care unu sau mai mulți utilizatori
primesc acces fie la baza de date , fie la aplicație . Deobicei autentificarea este
necesară atunci cînd se dorește crearea diferitor particularitați de acces pentru
diferiți utilizatori. Singurul proces de auentificare la care este supus utilizatorul
bazei de date este cel de conectare la SQL Server(mai jos).
Autentificare pentru aplicația “Abonamente” nu există , astfel fiecare utilizator
are acces deplin atît la aplicație cît și la întreaga BD.
3.2 Meniul i rezultatul executariiș
Meniul Aplicației este compus din 8 butoane fiecare din acestea îndeplinind un
anumit punct din sarcină. Fiecare apel a butonului deschide un nou formular care
fiind îndeplinit oferă rezultatele dorite . Meniul principal al aplicației este prezentat
mai jos.
La tastarea “Determină ziarele abonatului” apare formularul :
La tastarea “Afișează abonații în ordine alfabetică” apare formularul :
La tastarea “Determină prețul ziarelor unei redacții” apare formularul :
La tastarea “Afișează lista ziarelor în limba anumită” apare formularul :
La tastarea “Exclude din BD o înregistrare” apare formularul :
La tastarea “Afișează atributele abonatului” apare formularul :
La tastarea “Determină numarul de ziare a Redacției” apare formularul :
La tastarea “Înregistrează un nou abonat” apare formularul :
4.Ghid de utilizare a Aplica ieiț4.1. Produsul cu care este constituită aplicaţia;
Lansat publicului in iunie 2000 si oficial în primavara anului 2002, C# este un
limbaj de programare care combina facilitați testate de-a lungul timpului cu inovații
de ultimul moment. Creatorii acestui limbaj au fost o echipa de la firma Microsoft
condusa de Anders Hejlsberg. Deși limbajul este creat de Microsoft, acesta nu este
destinat doar platformelor Microsoft.
.NET este un cadru (Framework) de dezvoltare software unitară care
permite realizarea, distribuirea şi rularea aplicaţiilor desktop Windows şi aplicaţiilor
WEB. Tehnologia .NET pune laolaltă mai multe tehnologii (ASP, XML, OOP,
SOAP, WDSL, UDDI) şi limbaje de programare (VB, C++, C#, J#) asigurând,
totodată, atât portabilitatea codului compilat între diferite calculatoare cu sistem
Windows, cât şi reutilizarea codului în programe, indiferent de limbajul de
programare utilizat.
Aplicația “Abonamente” reflectă în totalmente principiile de funcționare și
rulare .NET. Aplicația a fost elaborată cu un puternic instrument de programare și
anume Microsoft Visual C# 2010 Express , această fiind în strinsă legatură cu
platforma .NET. Pentru crearea bazei de date “Abonamente” și manipularea cu
aceasta a fost utilizat un alt instrument și anume Microsoft SQL Server Management
Studio 2008. Deasemenea pentru unele module de program a fost nevoie de
Microsoft SQL Server Buisness Inteligence , pentru crearea rapoartelor pentru BD.
Astfel pentru elaborarea aplicației “Abonamente” a fost necesar de 3 instrumente
puternice și platforma .Net .
4.2 Cerin ele minime hard i soft pentru buna func ionare a aplica ieiț ș ț ț
Cerințe Hardware
Procesor: Fr >=1.60 GHz;
Memorie RAM: >=2Gb;
Spațiu pe HDD: 500 Mb liber;
Alte cerințe hardware nu au importanță !!!
Cerințe Software
SO: Windows 7;
Instalat: Platforma .Net
Microsoft SQL Server
Microsoft Visual C# 2010 Express
SQL Server Buisness Intelligence
4.3. Instruc iuni de instalare a aplica ieiț ț
Aplicația “Abonamente” nu necesită o instalare anume, există fișierul .exe
care lansează în execuție aplicația. Probleme pot aparea doar la instalarea platformei
.NET și a instrumentelor de programare. Instrucțiuni de instalare a pachetului le
putem găsi linkul de mai jos , link care permite deasemenea și descarcarea
pachetului Studio.
Linkul: https://www.microsoft.com/ru-ru/download/details.aspx?id=30438
4.4. Descrierea modulelor aplica ieiț
Numele modulului de program Descrierea modulului
1.Determină ziarele abonatului La introducerea unui nume de Abonat ni
se va afișa lista ziarelor la care este acesta
abonat.
2. Afișarea abonaților în ordine alfabetică Acest modul încarcă un raport ce conține
lista abonaților în ordine alfabetică
3. Determină prețul ziarelor unei redacții. La apelul modulului dat și introducerea
numelui unei redacții se va afișa prețul
ziarelor acestei redacții.
4.Afișează lista ziarelor în limba anumită La apelul modului dat și introducerea
limbii dorite se va genera lista ziarelor în
această limbă.
5. Exclude din BD o înregistrare Modulul dat va șterge din BD datele
despre un abonat care va fi introdus de la
tastatură.
6. Afișează atributele abonatului Acest modul afișează abonații și
atributele abonaților în dependență de
ziarul la care este abonat și care este
introdus de la tastatură.
7.Determină numarul de ziare a Redacției Modulul dat calculează numarul de ziare
a unei Redacții introduse de la tastatură.
8.Înregistrează un nou Abonat Acest modul de program în dependență
de datele de intrare introduce în BD un
nou abonat.
4.5. Lista cu eventualele erori ce pot sa apară în exploatare, împreună cu modul de tratare a fiecărei erori în parte.
Screen Eroare Descriere Eroare RezolvareEroare ce va aparea atunci cind vom introduce date pentru BD care nu există în această BD sau cînd am tastat butonul neintroducînd date. De exemplu cautăm un abonat care nu există.
Analizăm atent BD și introducem datele corect, date neredundante.
Eroarea dată poate aparea la afișarea abonaților în ordine alfabetică. Eroarea dată ține de serverul de rapoarte care nu poate fi apelat.
Eroarea poate fi rezolvată prin Crearea repetată a BD și pornirea serverului de raporte.
Alte erori nu sunt preconizate de apariție, dar în cazuri excepționale acestea pot fi trimise pe urmatoarea poștă electronică: [email protected] . Pentru a putea primi o soluție de rezolvare.
5.Concluzie
Practica tehnologică la specealitatea Informatică reprezintă un pas foarte
important în dezvoltarea și crearea abilitaților de IT-specealist. Practica are ca scop
antrenarea și formarea deprinderilor de lucru atît colectiv cît și individual. Sarcina
pentru proiectul dat mi-a permis să-mi aprofundez cunoștințele în domeniu proiectarii
și crearii bazei de date, să-mi aprofundez cunoștințele în crearea de aplicații cu baze
de date și să-mi antrenez abilitațile de documentare a aplicației.
Aplicația “Abonamente” a fost creată cu scopul de a permite utilizatorilor prin
intermediu unei aplicații C# să conlucreze cu o baza de date . Aceasta din urmă a
fost proiectată și elaborată în mod individual. Interfața aplicației este una simplă în
utilizare și se bazează pe apelul altor formulare prin intermediu unor butoane.
Personal pentru mine practica tehnologică a însemnat o metodă de analiză și
apreciere a cunoștințelor proprii. Practica mi-a permis să înteleg mai bine modul de
interconectare dintre o baza de date și o aplicație, mia permis să desprind unele
calitați necesare unui bun programator, calitați ca atenție,responsabilitate și cel mai
important-dorință.
6.Bibliografie
Autor Titlu Editura Oras An EdițieiGalațanu C. C# L&S InfoMat București 2008
Lucian Sasu Limbajul C# PhD București 2011
Herbert Shild C# Teora București 2002
Andy Oppel SQL fara
mistere
Rosetti București 2010
Icic Ben-Gan Principii SQL
Server 2008
Rusa-Redacție Petersburg 2009
7.Anexe