44
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

Fileshare.ro RaportPractica2015

  • Upload
    gabi

  • View
    25

  • Download
    0

Embed Size (px)

DESCRIPTION

sa

Citation preview

Page 1: Fileshare.ro RaportPractica2015

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

Page 2: Fileshare.ro RaportPractica2015

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

Page 3: Fileshare.ro RaportPractica2015

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.

Page 4: Fileshare.ro RaportPractica2015

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

Page 5: Fileshare.ro RaportPractica2015

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.

Page 6: Fileshare.ro RaportPractica2015

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

Page 7: Fileshare.ro RaportPractica2015

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

Page 8: Fileshare.ro RaportPractica2015

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.

Page 9: Fileshare.ro RaportPractica2015

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 :

Page 10: Fileshare.ro RaportPractica2015

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

Page 11: Fileshare.ro RaportPractica2015

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.

Page 12: Fileshare.ro RaportPractica2015

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:

Page 13: Fileshare.ro RaportPractica2015

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 .

Page 14: Fileshare.ro RaportPractica2015

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:

Page 15: Fileshare.ro RaportPractica2015

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

Page 16: Fileshare.ro RaportPractica2015

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

Page 17: Fileshare.ro RaportPractica2015

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ă

Page 18: Fileshare.ro RaportPractica2015

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

Page 19: Fileshare.ro RaportPractica2015

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

Page 20: Fileshare.ro RaportPractica2015

î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ă.

Page 21: Fileshare.ro RaportPractica2015

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.

Page 22: Fileshare.ro RaportPractica2015

La tastarea “Determină ziarele abonatului” apare formularul :

La tastarea “Afișează abonații în ordine alfabetică” apare formularul :

Page 23: Fileshare.ro RaportPractica2015

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 :

Page 24: Fileshare.ro RaportPractica2015

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 :

Page 25: Fileshare.ro RaportPractica2015

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 .

Page 26: Fileshare.ro RaportPractica2015

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

Page 27: Fileshare.ro RaportPractica2015

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.

Page 28: Fileshare.ro RaportPractica2015

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

Page 29: Fileshare.ro RaportPractica2015

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

Page 30: Fileshare.ro RaportPractica2015

7.Anexe

Page 31: Fileshare.ro RaportPractica2015
Page 32: Fileshare.ro RaportPractica2015