- Disciplina INFORMATICA II - tabele in Microsoft Access

 

Disciplina INFORMATICA II

Sa se realizeze descrierea urmatoarelor tabele in Microsoft Access:

Clienti, cu structura:

o        CodCl, codul clientului, cheie primara, de tip Integer, valoare implicita: anul nasterii autorului proiectului, regula de validare: valoarea codului trebuie sa fie pozitiva;

o        NumeCl, denumirea clientului, de tip Text cu o lungime de 30 de caractere, valoare implicita: numele autorului proiectului;

o        LocCl, localitatea clientului, de tip Text cu o lungime de 25 de caractere, valoare implicita: localitatea de nastere a autorului proiectului;

o        TipCl, tipul clientului, de tip Text cu o lungime de 2 de caractere, valoare implicita: "PJ", dintr-o lista derulanta poate fi selectata una dintre valorile: PF, PJ; lista nu trebuie sa permita introducerea unei alte valori;

o        BancaCl, banca clientului, de tip Text cu o lungime de 15 de caractere, valoare implicita: "BCR", dintr-o lista derulanta poate fi selectata una dintre valorile: BCR, BRD si alte 3 banci la alegerea autorului proiectului; lista trebuie sa permita introducerea unei alte valori;

o        ContBCl, contul bancar al clientului, de tip Text cu o lungime de 24 de caractere.

Marfuri, cu structura:

o        CodMf, codul marfii, cheie primara, de tip Integer, valoare implicita: luna nasterii autorului proiectului, regula de validare: valoarea codului trebuie sa fie pozitiva;

o        DenMf, denumirea marfii, de tip Text cu o lungime de 30 de caractere, valoare implicita: numele;

o        UmMf, unitateade masura, de tip Text cu o lungime de 5 de caractere, valoare implicita: "KG", dintr-o lista derulanta poate fi selectata una dintre valorile: KG, BUC, L, M, BAX; lista trebuie sa permita introducerea unei alte valori;

o        ProcTVAMf, procentul de TVA, de tip Byte, valoare implicita: 19, dintr-o lista derulanta poate fi selectata una dintre valorile: 0, 9, 19; lista nu trebuie sa permita introducerea unei alte valori.

Facturi, cu structura:

o        NrFact, numarul facturii, cheie primara, de tip Long, valoare implicita: ziua nasterii autorului proiectului, regula de validare: valoarea numarului de factura trebuie sa fie pozitiva;

o        DataFact, data facturii, de tip Date, valoare implicita: data sistemului, regula de validare: data facturii trebuie sa fie cel mult egala cu data sistemului;

o        CodCl, codul clientului, de tip Integer, valoare implicita: anul nasterii autorului proiectului, regula de validare: valoarea codului trebuie sa fie pozitiva; dintr-o lista derulanta care contine codul, numele si localitatea tuturor clientilor poate fi selectat codul clientului;

o        DataScad, data scadentei facturii, de tip Date, valoare implicita: data sistemului plus 45 de zile.

LiniiFactura, cu structura:

o        NrFact, numarul facturii, de tip Long, valoare implicita: luna nasterii autorului proiectului, regula de validare: valoarea numarului de factura trebuie sa fie pozitiva; dintr-o lista derulanta care contine numarul facturii, data emiterii si codul clientului tuturor facturilor poate fi selectat numarul de factura;

o        CodMf, codul marfii, de tip Integer, valoare implicita: ziua nasterii autorului proiectului, regula de validare: valoarea codului trebuie sa fie pozitiva; dintr-o lista derulanta care contine codul si numele tuturor marfurilor poate fi selectat codul produsului;

NrFact si CodMf formeaza impreuna cheia primara a tabelei;

o        Cant, cantitatea vanduta, de tip Double, valoare implicita: numarul grupei autorului proiectului;

o        Pret, pretul de vanzare, de tip Double, valoare implicita: numarul grupei autorului proiectului; regula de validare: valoarea pretului trebuie sa fie pozitiva.

Observatii:

Denumirile tututor campurilor si ale tabelelor vor fi precedate de initialele si numarul grupei autorului proiectului.

De exemplu: tabela Facturi realizata de studentul Popescu Dan din grupa 1625 se va intitula PD1625Facturi, iar campurile care intra in componenta ei vor fi: PD1625NrFact, PD1625DataFact, PD1625CodCl, PD1625DataScad.

Valorile proprietatilor Caption (pentru fiecare camp) si Validation Text (acolo unde este cazul) vor fi completate, in mod obligatoriu, de fiecare autor de proiect in parte dupa cum considera acesta.

Cerinte:

Implementarea integritatii referentiale la nivelul bazei de date.

Realizarea a 7 (sapte) interogari de selectie a caror sursa de date sa fie reprezentata de cel putin 2 (doua) tabele. Toate cele 7 (sapte) interogari trebuie sa contina functii agregate, iar 2 (doua) dintre ele trebuie sa lucreze cu parametrii.

Realizarea a 4 (patru) interogari de actiune (2 pentru update si 2 pentru delete).

Realizarea cate unui formular pentru fiecare tabela; formularul aferent tabelei Facturi are ca subformular formularul aferent tabelei LiniiFactura - subformularul trebuie sa contina date calculate (de ex. valoare, valoare totala).

Realizarea cate unui raport pentru fiecare dintre cele 7 (sapte) interogari de selectie, precum si a unui raport cu subraport- subraportul trebuie sa contina date calculate (de ex. valoare, valoare totala).

Realizarea unui formular de dirijare (de tip meniu) a aplicatiei din care vor fi lansate in executie formularele, rapoartele si interogarile de actiune din proiect. Formularul va contine etichete cu numele, grupa si facultatea autorului proiectului, precum si un buton de comanda pentru parasirea aplicatiei. Acest formular trebuie sa fie afisat automat in momentul deschiderii bazei de date.

Dosarul proiectului va contine:

Discheta sau CD-ul cu baza de date si enuntul temei de proiect.

Fereastra Relationship listata la imprimanta sau scrisa de mana.

Enuntul si rezolvarea in limbajul SQL a celor 11 (7 + 4) interogari scrise de mana.

Observatie:

Absenta oricarui element, dintre cele 3 (trei) - care intra in componenta dosarului de proiect - prezentate anterior, conduce la respingerea proiectului.