Baze de date.Concepte.Definitii [307459]

Introducere

Baze de date.Concepte.Definitii

1.1.[anonimizat] a organiza informatia este baza de date.Aceasta reprezinta o colectie de date ce sunt organizate in scopul facilitarii cautarii informatiei prin intermediul calculatorului.

[anonimizat], modificarea si stergerea datelor in corelatie cu multitudinea de operatii ce se pot efectua asupra datelor.

[anonimizat],la distanta sau prin internet.

Calitatea unei baze de date este influentata de patru criterii importante si anume:

• acoperirea domeniilor de interes stiintific si volumul informatiei

• timpul de acces

• facilitate de interogare

• [anonimizat] :

• baze de date ierarhizate

• baze de date relationale

1.2.Baze de date relaționale

Bazele de date relationare este un ansamblu organizat de tabele ce utilizeaza modelul de date relationar si au o [anonimizat] E.F.Codd.

Pentru a crea o [anonimizat].Unele dintre cele mai importante obiective sunt prezentate in continuare:

• Partiționarea-reprezinta faptul ca aceleasi date este folosita in moduri diferite de catre diferiti utilizatori

• Deschiderea-se refera la faptul ca datele se pot adapta la schimbarile care pot aparea

• Eficiența-[anonimizat]

• Reutilizarea-datele existente trebuie sa poata fi utilizate in diferite aplicatii informaice

• Regăsirea-este o activitate frecventa pe bazele de date

• Accesul-reprezinta modul de acces a datelor,ce trebuie sa fie rapid si usor

• Modularizarea-[anonimizat] a favoriza posibilitatea lucrului in echipa

• [anonimizat]

• Redundanta-se asigura o redundanta minima si controlata prin implementarea unui model ed date si prin utilizarea unei tehnici de proiectarea a bazei de date relationale.

• [anonimizat]:

• [anonimizat];analiza evalueaza aceste cerinte prin modelare

• [anonimizat].

• [anonimizat],iesiri,prelucrari si colectii de date

• [anonimizat],[anonimizat].[anonimizat]

• dezvoltarea-imediat dupa punerea in functiune a [anonimizat].Acesti factori pot fi:organizatorici,datorati progresului tehnic.

1.3.Sisteme de gestiune a bazelor de date relationale

Sistemul de gestiune a unei baze de date relationale reprezinta o interfata intre utilizator si baza de date,fiind un sistem software complet ce implementeaza modelul de date relational si respecta cerintele ce sunt impuse de acest model.

Regulile lui Codd

E.F.Codd (cercetator la IBM) a redactat 12 reguli care exprima cerintele pentru ca un sistem de gestiune a unei baze de date sa fie relational,regulile fiind utile pentru dezvoltarea performantelor unui SGBDR.Cele 12 reguli ale lui Codd sunt urmatoarele:

R0 :Administrarea datelot la nivel de relatie:limbajele utilizate trebuie sa opereze cu relatii

R1:Ilustrarea logica a datelor:toate informatiile din baza de date relationara trebuie pastrate si prelucrate cat abele.

R2:Garantarea accesului la date:trebuie sa fie permis accesul la fiecare valoare din baza de date relationara(tabela,coloana,cheie).

R3:Trebuie sa fie permis ca valoarea NULL sa poata fi declarata si prelucrata ca data lipsa

R4:Metadatele:informatiile despre descrierea bazei de date relationare se pastreaza in dictionar si trateaza cat abele,la fel ca datele propiu-zise.

R5:SBBDR trebuie sa permita utilizarea mai multor limbaje,dintre care cel putin unul sa permita definirea tabelelor,definirea restrictiilor de integritate,manipularea datelor,autorizarea accesului,tratarea tranzactiilor.

R6:Actualizarea tabelelor virtuale:trebuie sa se ingaduie ca tebelele virtuale sa poata fi actualizate,nu numai teoretic actualizabile.

R7:Manipularea unei tabele trebuie sa se efectueze atat prin operatii de regasire,dar si prin operatii de actualizare.

R8:Independenta fizica a datelor:schimbarea structurii fizice a datelor nu trebuie sa afecteze programele.

R9:Independenta logica a datelor:schimbarea structurii de date a tabelelor nu afecteaza programele.

R10:Restrictiile de integritate trebuie sa fie caracterizate prin LDD si stocate in dictionarul bazei de date relationare

R11:LMD trebuie sa permita ca programele de aplicatie sa fie la fel atat pentru date distribuite,cat si pentru date centralizate.

R12:Daca baza de date poseda un limbaj de nivel scazut,acesta nu trebuie utilizat pentru a avita restrictiile de integritate.

Regulile lui Codd pot fi grupate in 5 categorii,evidentiate in urmatorul tabel.

Exemple de sisteme de gestiune a bazelor de date relationale

Oracle-este creat de firma Oracle Corporation USA.Sistemul este complet relational si se bazeaza pe SQL.Arhitectura sistemului este client-server. Are BD internet .Ultima versiune este Oracle 10 g.

DB2-este realizat de firma IBM.Sistemul respecta teoria relationala si se bazeaza pe SQL standard.

SQL Server –este realizat de firma Microsoft,bazandu-se pe SQL si ruland in arhitectura client-server.

Ingress II-a fost creat de firma Computer Associates.Este un sistem de gestiune a bazei de date relationale complet,ce implementeaza doua limbaje relationale(QUEL,SQL),fiind suportat de diferite sisteme de operare(Windows,UNIX).Lucreaza in arhitectura client-server,are extensie cu facilitati orientate obiect si permite rularea de aplicatii de tip Internet.

Access-Este realizat de firma Microsoft,bazandu-se pe SQL,cu limbaj procedural gazda(Basic Access) si instrumente de dezvoltare.

1.4.Avantajul sistemelor de gestiune a bazelor de date

• Datele sunt stocate doar ca valori, nu există pointeri sau navigare prin date;

• Utilizatorul specifică ce date vrea sa obțină fără a fi nevoit să cunoască modul în care s-a ajuns la rezultat, acest lucru făcandu-l sistemul;

• Este o bază pentru problemele de corectitudine a datelor (ex: redundanță, anomalii, etc.);

• Permite tratarea problemelor de independență a datelor;

• Este extensibil, putând fi utilizat și pentru modelarea de date complexe.

Modelarea aplicatiei sistemului informatic…

Introducere in UML

Analiza si proiectarea programelor este scopul unui limbaj de modelare.

UML este limbajul standard pentru toti dezvoltatorii software,si este cea mai reusita combinatie a celor mai bune trei limbaje de modelare orientate pe obiecte(Booch,OMT si OOSE).Astfel,limbajul UML grupeaza cele mai bune tehnici si practice din domeniul ingineriei programarii.Pe langa rolul de limbaj vizual de modelare ,UML ar putea indeplini si rolul de limbaj vizual de programare.

UML este un limbaj de modelare vizual, orientat obiect, care descrie proprietățile structurale și dinamice ale unui sistem software. Prin sistem software se întelege o BD sau un modul de cod în general. Spre deosebire de modelul EAE, UML este o colecție de tehnici de modelare, folosite pentru tratarea multor aspecte ale procesului de concepere și dezvoltare a software-ului, de la proiectarea BD la interacțiunea modulelor de cod.

Fiecare tehnică de modelare de mai sus dă o vedere diferită, statică sau dinamică, a unei aplicații. Colecția de vederi se numește model. Iată unele din tehnicile de modelare UML: diagrame de clase, sau diagrame statice de structură, care modelează entitățile unui sistem prin clase cu atribute și comportare. Diagramele de clasă descriu, de asemenea, asocierile dintre clase și constrângerile asupra acestora. Apoi, alte tehnici: diagrame de obiecte, diagrame de "caz de utilizare", diagrame de stare, diagrame de secvențe, diagrame de activitate, diagrame de colaborare.

Notațiile UML constituie un element esențial al limbajului pentru realizarea propriu-zisă a modelării și anume partea reprezentării grafice pe care se bazează orice limbaj de modelare. Modelarea în acest limbaj se realizează prin combinarea notațiilor UML în cadrul elementelor principale ale acestora denumite diagrame. În cadrul UML-ului descoperim 9 tipuri de diagrame: diagrama cazurilor de utilizare, diagrama de secventa, diagrama de colaborare, diagrama de clase (cea mai utilizată), diagrama de stări, diagrama de componente, diagrama de constructie, diagrama de obiecte, diagrama de activitați. În cele ce urmeaza vor fi prezentate notatiile UML care vor fi grupate după diagramele corespunzatoare fiecarei notații în parte.

Adoptarea specificației UML ca limbaj standard de modelare a fost semnalată la 17 noiembrie 1997.

Diagrama cazurilor de utilizare

O diagrama a cazurilor de utilizare este o ilustrare la nivel conceptual a unei influente mutuale dintre un actor,un sistem si a relatiilor ce se creeaza intre acestia.O astfel de diagrama poate de asemenea sa redea comportamentul unui set de obiecte,spre exemplu o organizatie.

Folosirea unei diagrame de utilizare este excelenta pentru a arata functionalitatile si comportamentul sistemului ce relationeaza cu unul sau mai multi actori.Un actor este un utilizator sau orice sistem ce are o relatie cu sistemul modelat.

Datorita faptului ca actorii reprezinta utilizatori,acest lucru ajuta la construirea un imagini foarte clare a ceea ce se poate intampla in sistem.Cazurile de utilizare sunt realizate pe baza nevoilor actorilor,astfel asigurandu-se faptul ca sistemul produce ceea ce se doreste.

Elementele unei diagrame a cazurilor de utilizare:

Actor-acesta este un utilizator al sistemului,dar poate fi si un alt sistem informatic care interactioneaza cu sistemul analizat.

Use case-use case-urile se reprezinta sub forma unei elipse in interiorul carei este scris numele use case-ului respective.Numele incepe cu un verb.

Asociere-este utilizata pentru a indica legatura dintre un actor si un use case.

Diagrama claselor

Diagramele de clase sunt un tip de diagrame statice UML care se utilizează atunci când viitoarea aplicație va fi realizată printr-o tehnologie orientată obiect.

O clasa de obiecte reprezinta un grup de obiecte ce contin atribute asemanatoare, comportament comun,relatii comune cu alte obiecte si au aceeasi semantica.

In UML,o clasa este ilustrata printr-un dreptunghi alcatuit din trei compartimente ce contin :

Numele clasei

Atribute

Operatii.

Compartimentul atributelor si cel al operatiilor pot fi omise.

Reprezentarea detaliata a unei clase indica vizibilitatea informatiilor din clasa,lista de parametrii a fiecarei operatii si tipul parametrilor.Aceste reguli de vizibilitate se aplica atat atributelor cat si operatiilor din clase,referindu-se la aria de acces permis la un membru al unei clase.Mai jos sunt simboluri ale nivelurilor de vizibilitate:

. Private ( – ) : acces numai din interiorul clasei

Public (+) : acces la nivelul intregului sistem

Protected (#) : acces in arborele de mostenire

Package (~) : acces din interiorul pachetului care contine clasa

Diagrama de activitati

Diagrama de activitati se foloseste pentru modelarea unui sistem la diferite nivele: incepand de la nivelul “business process”,pana la nivelul de operatie a unei clase.

Elementele unei diagrame de activitati:

Activitate-este formata dintr-o insiruire de actiuni

Actiune-sunt actiuni derulate in cadrul unui task

Stare initiala-este un punct initial unic ,din care porneste o singura tranzactie.

Stare finala-este punctual de iesire dintr-o activitate

Tranzitie-ilustreaza trecerea de la o activitate la alta.

Decizie-se modeleaza un punct din cadrul fluxului unde de face alegerea.

Conditie-se evidentiata prin scriere unui text pe sageata,indicand conditia ce trebuie indeplinita.

Proiectarea sistemului informatic

Realizarea tabelelor

Pentru realizarea aplicatiei vom folosi Microsoft Access 2010.

Pentru a crea o baza de date deschidem programul si selectam BLANK DATABASE.

Pentru a crea un tabel selectam CREATE ->TABLE.

Tabelele,alcatuite din randuri si coloane au functia de stocare a datelor. Pentru a putea introduce date în tabele trebuie să le dăm acestora atribute,fiecare atribut avand un nume si un tip de date.

Dupa acestea,trebuie sa facem legaturi intre tabele.Pentru aceasta selectam DATABASE TOOLS->RELATIONSHIP.

Odata terminat si cu crearea relatiilor dintre tabele,vom incepe sa populam tabelele cu informatii.

Realizarea interogarilor

Crearea interogarilor se face foarte simplu ,selectand CREATE,si dupa aceea QUERY WIZARD.

Interogarile ofera posibilitatea cautarii si gasirii rapide a informatiilor adaugate in tabele,prin cautarea prin baza de date.

Mai jos avem mai mult interogari ce au scopul de a ne usura munca prin afisarea valorilor ce le dorim .Cu ajutorul codurilor SQL am realizat interogarile.

Cu ajutorul urmatorului cod SQL am creat o interogare ce afiseaza durata maxima si durata minima a unui risc .Este o interogare cu parametrizare.

O alta interogare creata a fost cea care tine o evidenta a asigurarilor,in functie de tipul de asigurare pe care il dorim .In urma acestei interogari,se va afisa valoarea minima,valoarea maxima denumirea riscului si descrierea acestuia .

Am mai creat o interogare ce are ca scop afisarea afisarea politelor expirate dintr-un anumit oras.

O alta interogare ne afiseaza ne afiseaza politele intocmite de clientii persoane fizice intr-o anumita perioada.

Am creat si o interogare ce imi va afisa suma tuturor primelor existente ,folosind urmatorul cod SQL.

Ce vom afisa va arata in felul urmator:

Acestea sunt doar cateva dintre interogarile create pentru aceasta aplicatie.Urmatorul pas ce trebuie urmat este crearea formularelor.

Crearea formularelor

Pentru a crea formulare ,vom deschide FORM WIZARD din CREATE.Acestea au rolul de a arata sub o forma mult mai frumoasa si mult mai usor de inteles datele stocate in tabele si interogari.

Asa arata formularul creat pentru tabela AGENT.Am adaugat si cateva butoane pentru a facilita parcurgerea prin formular.

Pentru adaugarea butoanelor si a imaginii de fundal,am folosit meniul DESIGN.

Am adaugat 5 butoane:doua dintre acestea ma ajuta sa rasfoiesc inregistrarile (<<;>>),butonul “Adauga inregistrare” imi goleste campurile care trebuie completate pentru o noua inregistrare,butonul “Salveaza” imi salveaza inregistrarea noua,sau daca am realizat modificari la o inregistrare anterioara iar butonul “Sterge ” imi sterge inregistrarea selectata.

In mod similar am realizat si celelalte formulare ce corespund tabelelor.

Formularul pentru tabelul Cerere contine aceleasi butoane ca si tabelul precedent.

In formularul pentru tabelul Client,am adaugat un nou buton,si anume “Printeaza” ce imi exemplifica functia de printare a formularului in curs.

In mod similar a fost creat si formularul ce corespunde tabelului “Polita asigurare”.Datorita faptului ca PRIMA este un camp calculat,atunci cand adaug o inregistrare noua,cand completez valoarea asigurata si cotatia politei,imi apare cat ar trebui sa platesc drept prima de asigurare.

Formularului RISC i-am adaugat doar patru butoane ce ma ajuta sa navighez printre inregistrarile stocate in tabela risc a bazei de date.

In mod similar am creat si formularul pentru tabelul Tip asigurare.

Pentru formularele ce corespund interogarilor,am ales o combinatie de culori,mai multe nuante de mov.

Crearea rapoartelor

Crearea rapoartelor se realiza asemanator cu formularele.Vom selecta REPORT WIZARD din meniul CREATE.

Rapoartele reprezinta datele din tabele sau interogari asezate intr-o forma care poate fi imprimata pe support de hartie.

La fel ca la si formulare,putem formata rapoartele astfel incat sa le facem cat mai placut de inspectat.

Interfata aplicatiei

Ultimul pas in realizarea acestei aplicatii este crearea unei interfete corespunzatoare temei alese ,si anume proiectarea si implementarea sistemului informatic de gestiune a politelor de asigurari.

Pentru realizarea acestei interfete ,vom folosi mai multe formulare pe care le vom edita si le vom grupa astfel incat sa redam un aspect cat mai placut acestei interfete.Tot aici se vor regasi si formularele si rapoartele create mai sus.

Din meniul CREATE vom selecta FORM DESIGN,unde va aparea un formular gol pe care il putem edita noi cum vrem.Putem adauga imagine de fundal,diferite butoane ce ne vor ajuta sa ne plimbam prin aplicatie cat mai usor.

Interfata este cea mai importanta parte a acestei aplicatii,deoarece este modalitatea prin care utilizatorul poate interactiona cu baza de date.

Cam aceasta este imaginea de ansamblu a interfetei.Aceasta contine cinci butoane ce imi usureaza navigarea prin aplicatie.Butoanele “Ce este o asigurare?” si respective “Contact”,contin diverse informatii ce pot ajuta utilizatorul sa isi faca o prima impresie despre ce contine acesta aplicatie.

Daca accesam butonul “Ce este o asigurare?”,ni se va deschide o noua pagina ce va contine cateva informatii legate de ce inseamna o asigurare.

Accesarea butonului “Contact” descchide de asemenea o noua pagina ce contine informatii legate de modul de contactare .

Prin accesarea butonului “Adauga informatii” se deschide o alta pagina ce va contine mai multe butoane.

Aici se vor regasi formulare ce au fost create pentru tabele.

Fiecare dintre aceste 6 butoane imi deschide cate un formular al fiecarui tabel creat mai sus.

Butonul “Afisari” ce apare pe pagina principala a interfetei imi va deschide o pagina ce va contine butoane ce ma va conduce catre fiecare interogare create anterior.

Accesarea se face simplu si concis.

Acum vom accesa pagina pentru Rapoarte.Aceasta contine cele mai importante rapoarte create pana acum si va arata in felul urmator:

Fiecare buton imi va deschide cate un raport.