Base di Dati AMICI Piemonte. Pasturenzi Francesco matricola: Tutor: Prof.ssa Silvia Chiusano

Transcript

1 Base di Dati AMICI Piemonte Pasturenzi Francesco matricola: Tutor: Prof.ssa Silvia Chiusano

2 Sommario Introduzione (2) 1 Teoria sulla progettazione (4) 1.1 Diagramma E-R (4) Entità (4) Relazioni (5) Attributi (5) Identificatori (6) Generalizzazione (7) 1.2 Traduzione logica (7) Ristrutturazione dello schema E-R (7) Traduzione nel modello relazionale (9) 2 Progettazione database AMICI Piemonte (11) 2.1 Descrizione del vecchio sistema (11) 2.2 Descrizione del nuovo sistema (12) Diagramma relazioni in Access (12) Modello E-R (14) Traduzione logica (15) 3 Use cases (17) 3.1 Avvio Programma (17) Diagramma UML (18) Codice Apertura database (18) Interfaccia grafica in Visual Basic 6.0 (19) 3.2 Inserimento nuovo socio (19) Diagramma UML (20) Query SQL utilizzando linguaggio ADO (20) Interfaccia grafica in Visual Basic 6.0 (23) 3.3 Gestione pagamenti soci (24) Diagramma UML (24) Query SQL utilizzando linguaggio ADO (24) Interfaccia grafica in Visual Basic 6.0 (27) 3.4 Stampa etichette (28) Diagramma UML (28) Query SQL utilizzando linguaggio ADO (29) Progettazione di report di stampa con Visual Basic 6.0 (30) Alcune anteprime di stampa (30) 4 Riempimento (32) A Sintassi SQL (35) A.1 Selezione record (35) A.2 Inserimento record (35) A.3 Aggiornamento record (35) B Sintassi UML (36) B.1 Elementi del modello (37) B.2 Relazioni (37) Referenze (39) Pasturenzi Francesco Base di dati AMICI Piemonte Pagina 1

3 Introduzione Una base di dati (o database) è una collezione di dati che rappresenta le informazioni di interesse per un sistema informativo. Una definizione più tecnica è che la base di dati è una collezione di dati gestita da un DBMS. Il DBMS(Data Base Management System) è sinonimo di sistema per la gestione di basi di dati è un sistema software in grado di gestire collezioni di dati che siano grandi,condivise, persistenti. In una base di dati sono definiti lo schema, che descrive la struttura dei dati (nome tabella e nomi colonne) e l istanza, costituita dal contenuto di ogni tabella, cioè dai valori effettivi dei dati (righe delle tabelle) L accesso ai dati avviene tramite l uso di interfacce amichevoli che permettono di specificare interrogazioni senza utilizzare un linguaggio testuale. I linguaggi di accesso ai dati divisi in due categorie: Linguaggi di definizione dei dati (DDL) utilizzati per definire gli schemi e le autorizzazioni per l accesso. (Es: CREATE TABLE ) Linguaggi di manipolazione dei dati (DML) utilizzati per l interrogazione e l aggiornamento delle istanze delle basi di dati. (Es: SELECT, INSERT, DELETE, UPDATE ) Per approfondimenti si consiglia il testo [1] e [4]. Il linguaggio usato per le interrogazioni (query) è SQL inserito all interno del linguaggio ospite Visual Basic 6. La base dati è stata realizzata per A.M.I.C.I. Piemonte in quanto l associazione in questione ha dato disponibilità di sistemare la sua base di dati. Pasturenzi Francesco Base di dati AMICI Piemonte Pagina 2

4 La base di dati raccoglie tutte le informazioni relative ai soci, dottori, politici e dirigenti che contribuiscono al lavoro dell associazione. Per ogni dirigente sono elencate le informazioni relative alla società che dirige. Per quanto riguarda i soci la base di dati registra i versamenti effettuati nell arco degli anni; della figura professionale dei medici sono registrate le specialità (intese sia come specialità nell ambito lavorativo sia come specialità date durante gli studi). All associazione collaborano anche politici e dirigenti d azienda (ASL, altre ASSOCIAZIONI e CASE FARMACEUTICHE). Pasturenzi Francesco Base di dati AMICI Piemonte Pagina 3

5 Capitolo 1 Teoria sulla progettazione dei database In questo capitolo si descrivono gli elementi necessari per progettare un database. Il paragrafo 1.1 parla sul come rappresentazione le specifiche informali sotto forma di schema concettuale. Lo schema concettuale serve per definire una descrizione formale e completa, l obiettivo è la rappresentazione del contenuto informativo della base di dati. Il paragrafo 1.2 invece parla della traduzione del modello concettuale nello schema logico. Si spiegano criteri di ottimizzazione delle operazioni da fare sui dati. Fa riferimento al modello logico dei dati prescelto. Per approfondimenti si consiglia il testo [1] e [4]. 1.1 Diagramma E-R E il modello concettuale più diffuso. Fornisce costrutti per descrivere le specifiche sulla struttura dei dati In modo semplice e comprensibile Con un formalismo grafico In modo indipendente dal modello dei dati, che può essere scelto in seguito Entità Rappresenta classi di oggetti del mondo reale che hanno proprietà comuni e esistenza autonoma. Pasturenzi Francesco Base di dati AMICI Piemonte Pagina 4

6 1.1.2 Relazioni Rappresentano un legame logico tra due o più entità. Occorrenze di una relazione Un occorrenza di una relazione è una n-ipla (n-riga) costituita da occorrenze di entità, una per ciascuna delle entità coinvolte. Non vi possono essere n-uple identiche. Cardinalità Descrive numero minimo e massimo di occorrenze di una relazione a cui può partecipare un occorrenza di un entità. Minimo assume i valori 0 (partecipazione opzionale) 1 (partecipazione obbligatoria) Massimo varia tra 1 (al più un occorrenza) N (numero arbitrario di occorrenze) Esempio: E1(0,1) (1,1)E2 : E1 ha partecipazione opzionale e al più un occorrenza per ogni oggetto E2 ha partecipazione obbligatoria e al più un occorrenza per ogni oggetto. Le cardinalità minime raramente sono 1 per tutte le entità coinvolte in una relazione Attributi Descrivono una proprietà elementare di un entità o di una relazione. Ogni attributo è caratterizzato dal dominio l insieme dei valori ammissibili per l attributo. Gli attributi si possono raggruppare anche tutti in uno. Pasturenzi Francesco Base di dati AMICI Piemonte Pagina 5

7 Esempio: Indirizzo Via civico Cardinalità Anche agli attributti può essere specificata una cardinalità. Se è omessa corrisponde ad (1,1). Minima 0 corrisponde ad un attributo che ammette il valore nullo. Massima N corrisponde ad un attributo che può assumere più di un valore per la stessa occorrenza (attributo multivalore) Identificatori Sono specificati per ogni entità. Le relazioni NON hanno identificatori. Descrivono i concetti dello schema che permettono di individuare in modo univoco le occorrenze delle entità. Ogni entità deve avere almeno un identificatore e può esistere più di un identificatore appropriato per un entità Identificatore interno Semplice: costituito da un solo attributo. Composto: costituito da più attributi (interni) della stessa entità. Identificatore esterno L entità che non dispone internamente di attributi sufficiente per definire un identificatore è denominata entità debole. L entità debole deve partecipare con cardinalità (1,1) in ognuna della relazioni che forniscono parte dell identificatore. Pasturenzi Francesco Base di dati AMICI Piemonte Pagina 6

8 1.1.5 Generalizzazione Descrive un collegamento logico tra un entità padre (quella a monte) e una o più entità figlie (quelle a valle). Proprietà Ogni occorrenza di un entità figlia è anche un occorrenza dell entità padre. Ogni proprietà dell entità padre (attributi, identificatori, relazioni, ecc) è anche una proprietà di ogni entità figlia Proprietà nota come ereditarietà. Caratteristiche ortogonali: Generalizzazione totale: se ogni occorrenza dell entità padre è un occorrenza di almeno una delle entità figlie, parziale altrimenti. Generalizzazione esclusiva: se ogni occorrenza dell entità padre è al più un occorrenza di una delle entità figlie, sovrapposta altrimenti. 1.2 Traduzione logica Obiettivo: Definizione di uno schema logico relazionale corrispondente allo schema ER di partenza Ristrutturazione dello schema ER Lo schema ER ristrutturato tiene conto di aspetti realizzativi Non è più uno schema concettuale Pasturenzi Francesco Base di dati AMICI Piemonte Pagina 7

9 Obiettivi Eliminazione dei costrutti per cui non esiste una rappresentazione diretta nel modello relazionale Trasformazioni voite ad aumentare l efficienza delle operazioni di accesso ai dati Analisi delle ridondanze Rappresentano informazioni significative. Effetti delle ridondanze sullo schema logico Semplificazione e velocizzazione delle interrogazioni Maggiore complessità e rallentamento degli aggiornamenti Maggiore occupazione di spazio Decisione se conservarle Eliminazione delle gerarchie Non sono rappresentabili direttamente nel modello relazionale. Le gerarchie vengono sostituite da entità e relazioni. Metodi di ristrutturazione: Accorpamento delle entità figlie nell entità padre. Accorpamento dell entità padre nelle entità figlie. Eliminazione degli attributi multivalore Non sono rappresentabili nel modello relazionale. L attributo multivalore è rappresentato mediante una nuova entità collegata da una relazione all entità originale. Eliminazione degli attributi composti Gli attributi composti non sono rappresentabili nel modello relazionale. Due alternative: Si rappresentano in modo separato gli attributi componenti (adatto se è necessario accedere separatamente a ciascun attributo). Si introduce un unico attributo che rappresenta la concatenazione degli attributi componenti (adatta se è sufficiente l accesso all informazione complessiva). Pasturenzi Francesco Base di dati AMICI Piemonte Pagina 8

10 Scelta degli identificatori primari Necessaria per definire la chiave primaria delle tabelle. Un buon identificatore deve: Non assume valore nullo. Essere costituito da pochi attributi e possibilmente interno. Essere utilizzato da molte operazioni d accesso Traduzione nel modello relazionale Si esegue sullo schema ER ristrutturato. Ad ogni entità si fa corrisponde una tabella con gli stessi attributi invece per le relazioni occorre considerare la cardinalità massima. La chiave primaria deve essere sottolineata. Gli attributi opzionali devono essere indicati con asterisco (*). Relazioni Molti-a-Molti Ogni relazione molti a molti corrisponde ad una tabella La chiave primaria è la combinazione degli identificatori delle due entità collegate Relazioni Uno-a-Molti Sono possibili due modalità di traduzione Mediante attributi Gli eventuali attributi di una relazione di questo genere vengono messi nell entità con cardinalità più bassa. Esempio: (1,1) o (0,1) Mediante una nuova tabella Viene creata una tabella con i due identificatori delle due entità, ma come chiave primaria si tiene l identificatore dell entità con cardinalità più bassa più si aggiungono gli eventuali attributi della relazione. Pasturenzi Francesco Base di dati AMICI Piemonte Pagina 9

11 Relazioni Uno-a-Uno Sono possibili più traduzioni Partecipazione obbligatoria da entrambi i lati Bisogna mettere l identificatore della seconda entità come attributo nella prima entità più aggiungere gli attributi della relazione (oppure viceversa) Partecipazione opzionale da un lato Esempio: E1 (0,1) E2 (1,1) L identificatore dell entità E1 viene messo come attributo nell entità E2 assime agli attributi della relazione. Partecipazione opzionale da entrambi i lati Si crea una tabella della relazione che ha entrambi gli identificatori delle due entità collegate, più gli eventuali attributi della relazione, ma solo uno dei due come chiave primaria Entità con identificatore esterno Quando si crea la tabella dell entità debole (cioè quella con un identificatore esterno) si deve definire una chiave primaria composta, formata dall identificatore dell entità stessa più l identificatore esterno dell entita a cui è collegata. Pasturenzi Francesco Base di dati AMICI Piemonte Pagina 10

12 Capitolo 2 Progettazione database AMICI Piemonte In questo capitolo si farà una descrizione del vecchio e del nuovo database mettendo in rilievo le differenze più rilevanti tra le due basi di dati. Si parlerà dei linguaggi usati per la progettazione e implementazione della nuova base di dati. Per approfondimenti sui linguaggi che verranno accennati in questo capitolo si consiglia il testo [5], [6], [7], [8]. 2.1 Descrizione del vecchio sistema Nella precedente base di dati era presente una tabella per ogni oggetto e di conseguenza gli attributi comuni venivano duplicati ed erano in numero notevole. Inoltre le tabelle in questione non erano relazionate tra di loro; questo portava alla mancanza dei criteri di integrità referenziale ( aggiorna campi correlati a catena o elimina record correlati a catena). Nel caso in cui l utente avesse cancellato/modificato un istanza di una tabella, quest istanza sarebbe stata cancellata/modificata solo nella tabella correntemente utilizzata portando il sistema a funzionare si correttamente ma una successiva interrogazione tramite query avrebbe portato a falsi risultati. Esempio: se l utente avesse cancellato un socio, l istanza del socio sarebbe stata cancellata, ma i pagamenti relativi a quel socio sarebbero rimasti. Da questo esempio si evince che un successivo filtraggio dei dati avrebbe portato ad errori nella lettura della base di dati. Pasturenzi Francesco Base di dati AMICI Piemonte Pagina 11

13 2.2 Descrizione del nuovo sistema Il nuovo sistema è stato implementato usando Microsoft Access 2007, è stato usato Access perché oltre ad essere di facile e veloce utilizzo viene gestito molto bene sia da ADO (ActiveX Data Objects) che da Visual Basic 6 essendo i programmi usati per la gestione e la grafica della nuovo sistema. Con l attuale versione sono state create tabelle di dimensioni più piccole con la possibilità di relazionarsi. In ogni tabella sono stati inseriti solo gli attributi più stretti associati alla tabella in questione; questo ha portato ad una struttura della base di dati più schematica con un aumento della complessità nella creazione delle query(interrogazioni) alle informazioni contenute in essa. Dopo aver definito gli attributi, le tabelle, le relazioni e le query si è passati alla scrittura del Il programma è stato realizzato usando Microsoft Visual Basic 6.0 per l interfaccia grafica e il linguaggio ADO (ActiveX Data Objects) per l accesso e gestione dei record della base di dati. Gli utenti dell associazione hanno richiesto che il programma avesse come requisiti un filtraggio per attributi più esteso rispetto a quello che utilizzavano in precedenza. Hanno poi richiesto che i C.A.P. venissero memorizzati in un apposita tabella e che i pagamenti venissero filtrati per SOCI PAGANTI e NON PAGANTI in modo da rendere il loro lavoro veloce. Pasturenzi Francesco Base di dati AMICI Piemonte Pagina 12

14 2.2.1 Diagramma relazioni in Access Figura 1 Diagramma relazioni in Access Pasturenzi Francesco Base di dati AMICI Piemonte Pagina 13

15 2.2.2 Modello E-R Spec (1,N) Ind (0,1) Ind (0,1) Nome Qual (0,1) Sesso (0,1) Note (0,1) (0,1) ID_P Persone Tel (0,N) Data_Nasc (0,1) Indirizzo (t,s) Soci (1,1) Dottori Politici Dirigenti (0,1) (0,1) (1,1) (1,1) (1,1) Citta_Nasc (0,1) Prov_Nasc (0,1) (0,1) (0,N) Partito (0,1) (0,N) (0,N) (1,N) Malattie (0,N) (0,N) (1,1) (0,N) Cap (1,1) (0,N) ID_MAL Nome ID_OSP Ospedali Ind Nome Provincia Citta Cap (0,N) (0,N) Società (1,1) Data Anno Pagamenti Quota_ Causale ID_SOC Nome_Soc Ind (t,e) (p,e) Iscrizioni Casa Farma Asl Asssoc. Tel (0,N) (0,N) (1,1) Tel Tel Spec (1,N) (1,N) (1,1) Spec_Dott Spec Pasturenzi Francesco Base di dati AMICI Piemonte Pagina 14

16 2.2.3 Traduzione logica Persone (ID_P, NOME, COGNOME, QUAL*, SESSO*, APPUNTI*, *) Tipo_Pers (ID_P, TIPO) Tel (TEL, ID_P) Soci (ID_S, DATA_NASC*, CITTA_NASC*, PROV_NASC*, INDIRIZZO, CAP, ID_MAL*, ID_OSP*) Dottori (ID_D, IND*, CAP, ID_OSP*) Spec_Dott (SPEC, ID_D) Malattie (ID_MAL, NOME) * = attributo opzionale (sottolineatura)=chiave primaria Ospedali (ID_OSP, NOME, IND, CAP) Politici (ID_POL, IND*, CAP, PARTITO*) Dirigenti (ID_DIR, ID_SOC) Società (ID_SOC, IND, CAP, TIPO, NOME_SOC) Cap (CAP, CITTA, PROVINCIA) Pagamenti (DATA, ID_P, CAUSALE*, QUOTA_, TIPO*, ANNO) Pasturenzi Francesco Base di dati AMICI Piemonte Pagina 15

17 Discussione sulla traduzione logica Nell entità Persone sono stati fatti salire i figli (Soci, Dottori, Politici, Dirigenti) e quindi anche le loro relazioni. Essendo l entità Persone totale-sovrapposta, ogni persona può appartenere solo a quelle categorie e a più di una. Questo porta alla definizione di una nuova tabella (Tipo_Pers) con una chiave primaria composta. L attributo Tel di cardinalità (0,N) è stato normalizzato in un entità con chiave primaria TEL(univoca) in quanto ogni persona può avere più di un numero di telefono e ogni numero di telefono può essere associato esclusivamente ad una persona. Nell entità Società sono stati fatti salire i figli (Casa Farma, Associazioni, Asl) e quindi anche le loro relazioni. Essendo l entità Società totale-esclusiva ogni società(identificata dall ID_SOC) può appartenere solo a quelle categorie e ad una sola di esse. Questo porta a definire l attributo TIPO all interno della tabella Società. L entità Pagamenti ha una chiave primaria composta (DATA, ID_P) quindi ogni Persona, più precisamente ogni socio, può fare più di un pagamento ma in date diverse. Nell entità Pagamenti è stato fatto salire il figlio Iscrizioni che ha come attributo il TIPO di pagamento fatto. Essendo l entità Iscrizioni parziale-esclusiva i pagamenti possono essere di qualsiasi tipo ma di uno solo di essi. Pasturenzi Francesco Base di dati AMICI Piemonte Pagina 16

18 Capitolo 3 Use cases In questo capitolo si parla della progettazione e dell implementazione della base di dati. Vengono riportate figure con relative descrizioni riferite alla parte grafica vista e usata dall utente. Inoltre vengono aggiunti i spezzoni di codici usati per selezionare inserire aggiornare la base di dati. E stato preso in esame l avvio del programma, l inserimento di un nuovo socio, la gestione dei pagamenti e la parte relativa alla stampa delle etichette. Ogni spezzone di codice è descritto attraverso l uso di diagrammai UML. Per approfondimenti in merito all forme, frecce usate nei diagrammi UML si consiglia di leggere l appendice B e il testo [2] e [3]. Per quanto riguarda il codice relativo si legga il testo [1] [4] [5] [6] [7] [8]. 3.1 Avvio programma L utilizzatore quando avvia il programma si trova davanti ad una finestra di autenticazione con UserName e Password, l username è fisso con il valore admin la password viene impostata in progettazione. Una volta digitata la password corrispondente il programma fa un controllo all interno del sistema per confrontare se il percorso del database definito in progettazione corrisponde effettivamente alla posizione del database su disco. Se il confronto da esito positivo all utente viene visualizzata una finestra (figura 3) con le possibili interrogazioni che può fare ad esso. Vedi figura 2 per i casi d uso. Altrimenti viene fuori un'altra finestra che gli permette di ricercare e quindi di selezionare dal suo file system il database in questione. Pasturenzi Francesco Base di dati AMICI Piemonte Pagina 17

19 3.1.1 Diagramma UML Base di dati AMICI Piemonte UTENTE Autenticazione <<include>> Persone <<include>> <<extend>> <<include>> Visualizza /Ricerca Società <<extend>> <<include> Stampa <<include> <<include>> <<include> Inserisci/Modifica Ospedali/Malattie/Cap <<include> Figura 2 Diagramma dei Casi d Uso Avvio programma Codice Apertura database Il codice riportato di seguito è stato scritto in un modulo.bas (modulo per le variabili globali). Nel Form_Load del frminizio viene impostato il percorso del database all avvio del programma: Pasturenzi Francesco Base di dati AMICI Piemonte Pagina 18

20 3.1.3 Interfaccia grafica in Visual Basic 6.0 Interfaccia iniziale programma Figura 3 Interfaccia iniziale Avvio programma Ogni pulsante porta ad un form(finestra) specifico. Ad ogni attivazione di un nuovo form, i form precedenti che hanno permesso l attivazione vengono disabilitati. Questo evita che l utente possa provocare danni nell apertura e chiusura di recordset(righe della tabella) in uso in quel momento. 3.2 Inserimento nuovo socio L utente ha la possibilità di inserire un nuova persona socio, politico, dirigente o dottore che sia. In questo paragrafo viene descritto solo l inserimento del socio ma i passaggi descritti sono identici anche per le altre categorie. Vedi figura 4. L utente può controllare se vuole se la persona è già presente (opzionale). Pasturenzi Francesco Base di dati AMICI Piemonte Pagina 19

21 Successivamente inserisce i dati relativi alla persona e poi quelli specifici per il socio, una volta fatto questo il programma di preoccuperà di controllare i dati immessi e di salvarli come nuovo record nelle rispettive tabelle. Questo avviene tramite query di inserimento. Da notare che se l utente inserisce dati relativi ad un socio già esistente, il programma non dà nessun errore, semplicemente ignora i dati immessi e tiene quelli già presenti. Per questo la ricerca del socio se è già esistente è opzionale Diagramma UML Inserimento SOCIO UTENTE Inserisci Persona <<include>> <<extend>> Aggiungi dati SOCIO Verificare se già presente Verificare dati inseriti Figura 4 Diagramma dei Casi d Uso Inserimento Socio Query SQL utilizzando linguaggio ADO Inizializza controlli Cap, Malattia, Ospedale Pasturenzi Francesco Base di dati AMICI Piemonte Pagina 20

22 Inserimento tupla nella tabella Persone Questa parte di codice crea una nuova tupla nella tabella Persone con gli attributi uguali ai valori immessi nelle rispettive TextBox. Inserimento tupla nella tabella Soci Il codice riportato di seguito controlla se è stato messo lo svirgolo nella CheckBox del SOCIO, se sì allora abilita le rispettive TextBox e quindi permette all utente di inserire i valori. Vedi figura 5. Pasturenzi Francesco Base di dati AMICI Piemonte Pagina 21

23 Inoltre esegue due selezioni per ID una sulla tabella Malattie, l altra sulla tabella Ospedali; questo serve per trovare gli ID corrispondenti ai nomi selezionati dai due menù a tendina. Dopodiché ottenuti i valori delle TextBox e gli ID delle tabelle Malattie e Ospedali, i dati del socio vengono aggiunti nella tabella Soci. E necessario eseguire un ulteriore inserimento nella tabella Tipo_Pers in quanto, come precedentemente descritto, una persona può appartenere a più categorie; quindi, nella tabella Tipo_Pers verrà inserito l ID_P della nuova persona e al Tipo verrà assegnato il valore SOCIO. Pasturenzi Francesco Base di dati AMICI Piemonte Pagina 22

24 Per quanto riguarda l Inserimento nelle categorie Dottore, Politico e Dirigente il codice è simile a quello visto per Socio (vedi sopra). Prima dell effettivo inserimento VB6 effettua un controllo sui vari campi: se un campo obbligatorio non è stato inserito allora visualizza un messaggio di errore del tipo Inserire i dati dove c è l asterisco (*) Interfaccia grafica in Visual Basic 6.0 Interfaccia per l inserimento Figura 5 Interfaccia per l inserimento del socio Per PERSONE si intende Soci, Politici, Dottori e Dirigenti. Essendo che queste quattro categorie hanno alcune caratteristiche comuni è stato preferito creare un unico form per l inserimento e per la modifica comune, questo porta ad una diminuzione del codice e dello spazio del programma con un aumento della complessità per la gestione degli attributi che differiscono tra le quattro categorie. Pasturenzi Francesco Base di dati AMICI Piemonte Pagina 23

25 3.3 Gestione pagamenti soci L utente può visualizzare oltre che i dati anagrafici anche i pagamenti riferiti a quel socio. Inoltre può effettuare un filtraggio generale su tutti i pagamenti di tutti i soci presenti all interno della base di dati e stampare le informazioni ottenute. Vedi figura Diagramma UML Pagamenti SOCIO Visualizzare SOCI Selezionare SOCIO UTENTE <<extend>> <<extend>> Filtraggio pagamenti <<include>> Visualizza pagamenti associati <<include>> Stampa Figura 6 Diagramma dei casi d Uso Pagamenti soci Query SQL utilizzando linguaggio ADO Seleziona informazioni sui PAGAMENTI di un determinato SOCIO Questa parte di codice seleziona tutti gli attributi della tabella Pagamenti relativi ad un determinato socio: Pasturenzi Francesco Base di dati AMICI Piemonte Pagina 24

26 Per visualizzare i pagamenti bisogna fare click sul pulsante PAGAMENTI SOCIO. Utilizzando il codice riportato di seguito si ottiene la sommatoria dell attributo Quota_ della tabella Pagamenti per quel determinato socio: Seleziona informazioni sui PAGAMENTI di un determinato SOCIO per FILTRAGGIO Come richiesto dall associazione AMICI Piemonte, è stato implementato il codice relativo ad un filtraggio più selettivo. L associazione ha richiesto di poter filtrare i pagamenti per dati anagrafici dei soci e per intervalli di tempo ben definiti in modo da capire anche quali soci non hanno pagato. Vedi figura 7 e 8. Filtro normale: questo filtro visualizza alcuni attributi della tabella Persone e tutti gli attributi della tabella Pagamenti a seconda dei parametri immessi nelle TextBox di quel filtro. Codice: Pasturenzi Francesco Base di dati AMICI Piemonte Pagina 25

27 Filtro per periodo: questo filtro visualizza alcuni attributi della tabella Persone e tutti gli attributi della tabella Pagamenti a seconda delle due date immesse: Filtro per soci non paganti: questo filtro visualizza alcuni attributi della tabella Persone e tutti gli attributi della tabella Pagamenti a seconda dell anno in cui viene fatta la ricerca: Pasturenzi Francesco Base di dati AMICI Piemonte Pagina 26

28 3.3.3 Interfaccia grafica in Visual Basic 6.0 Form per Visualizzare i PAGAMENTI del SOCIO Figura 7 Interfaccia grafica Pagamenti socio Form per Filtrare i PAGAMENTI dei SOCI Figura 8 Interfaccia grafica Filtra pagamenti soci Pasturenzi Francesco Base di dati AMICI Piemonte Pagina 27

29 3.4 Stampa etichette All'interno di Visual Basic 6 è presente uno strumento che permette la creazione di report (denominato per l'appunto Data Report Designer) il quale consente di produrre tabulati. L utente ha la possibilità di stampare per ogni categoria di persone le etichette. Le etichette sono utili nel caso in cui dovesse spedire delle lettere. In questo caso si può eseguire un filtraggio e poi si avvia la stampa delle sole persone filtrate. Si veda la figura 9 per i casi d uso Diagramma UML Stampa Etichette <<extend>> UTENTE Visualizzare SOCI Stampa Etichette <<extend>> <<include>> Filtraggio Figura 9 Diagramma dei Casi d Uso Stampa etichette soci Pasturenzi Francesco Base di dati AMICI Piemonte Pagina 28

30 3.4.2 Query SQL utilizzando linguaggio ADO Report Etichette Soci Di seguito è riportato il codice che viene eseguito da Visual Basic 6 quando viene chiamata la Stampa di etichette : Questi parametri vengono inseriti in ordine all interno della query del report in questione. Vedi figura 10. La finestra di proprietà del report: Figura 10 Proprietà per la stampa etichette soci SELECT Nome, Cognome, Qual, Ind, Societa.Cap, Citta, Tipo, Provincia, Nome_Soc FROM Persone, Dirigenti, Societa, Cap WHERE Persone.ID_P=Dirigenti.ID_DIR and Dirigenti.ID_SOC=Societa.ID_SOC and Societa.Cap=Cap.Cap and TIPO LIKE? and Nome LIKE? and Cognome LIKE? and Societa.Cap LIKE? and Citta LIKE? and Provincia LIKE? and Nome_SOC LIKE? Pasturenzi Francesco Base di dati AMICI Piemonte Pagina 29

31 3.4.3 Progettazione report di stampa con Visual Basic 6 Questo report è stato creato per la stampa di etichette dei soci filtrati. Figura 11 Report di progettazione Etichette Alcune anteprime di stampa Etichette Soci Figura 12 Esempio di stampa etichette Pasturenzi Francesco Base di dati AMICI Piemonte Pagina 30

32 Elenco Soci Figura 13 Esmpio di stampa elenco soci Pagamenti Socio Figura 14 Esmpio di stampa pagamenti soci Pasturenzi Francesco Base di dati AMICI Piemonte Pagina 31

33 Capitolo 4 Migrazione Per quanto concerne il riempimento, le tabelle della precedente base di dati sono state esportate da Access a Excel, sono state fatte le modifiche necessarie per adattare i dati a questo sistema e poi nuovamente importate in Access. Si specifica che questo metodo non è il più adatto per effettuare un riempimento ma è il metodo più veloce per un database con così poche tabelle. Perché è stato utilizzato questo metodo? Nel precedente database era presente una tabella per ogni categoria di persone: Ang_Soci (ID, Cognome, Nome, ) Ang_Dottori (ID, Cognome, Nome, ) Ang_Politici (ID, Cognome, Nome, ) E ogni tabella aveva gli stessi attributi. (quindi attributi duplicati, tra cui l ID=chiave primaria) Invece il nuovo database contiene: Persone (ID_P, Cognome, Nome, ) Soci (collegamento a ID_P, Data_Nasc, ) Politici (collegamento a ID_P, Ind, ) Dottori (collegamento a ID_P, Partito,.) Dirigenti (collegamento a ID_P, collegamento a ID_SOC) Da quanto illustrato precedentemente nel nuovo database viene creato solo un attributo ID(ID_P), gli altri sono collegamenti ad esso; nel vecchio database gli ID erano indipendenti(duplicati). Pasturenzi Francesco Base di dati AMICI Piemonte Pagina 32

34 Gli ID e ID_P sono le chiavi primarie delle tabelle. Problema: Come fare a copiare gli attributi ID, Cognome, Nome, Qualifica, Sesso, Note dei record delle tabelle Ang_Soci, Ang_Dottori, Ang_Politici nella tabella Persone del nuovo database? Questo è un notevole problema perché essendo gli ID di queste tabelle indipendenti tra di loro sarà presente un record con ID=1 sia nella tabella Ang_Soci, sia nella tabella Ang_Dottori e sia nella tabella Ang_Politici. Quindi se si eseguisse una serie di query di questo genere: INSERT INTO Persone(ID_P, Nome, Cognome, Qual, Sesso, Appunti) (SELECT ID, Nome, Cognome, Qualifica, Sesso, Note FROM Ang_Soci) INSERT INTO Persone(ID_P, Nome, Cognome, Qual, Sesso, Appunti) (SELECT ID, Nome, Cognome, Qualifica, Sesso, Note FROM Ang_Dottori) INSERT INTO Persone(ID_P, Nome, Cognome, Qual, Sesso, Appunti) (SELECT ID, Nome, Cognome, Qualifica, Sesso, Note FROM Ang_Politici) La prima query va a buon fine le altre due NO! Perché? Perchè si cerca di duplicare i valori della chiave primaria ID_P con l inserimento di ID già esistenti. Soluzione: 1. esportare le tre tabelle Ang_Soci, Ang_Dottori e Ang_Politici su Excel; 2. cambiare tutti gli ID, con le funzioni di incremento di Excel, in modo tale che siano tutti diversi; 3. importare nuovamente le tabelle in Access; 4. eseguire le query definite sopra. In questo modo non verranno generati errori e i dati selezionati verranno effettivamente inseriti. Pasturenzi Francesco Base di dati AMICI Piemonte Pagina 33

35 Un procedimento simile è stato utilizzato anche per altre tabelle del vecchio database come Ang_Asl, Ang_Associazioni, Ang_CaseFarma, Caratt_Dottori. Tali tabelle sono state tutte esportate in Excel, modificate e importate in Access. Dopodiché sono state create ed eseguite le query appropriate per il riempimento delle nuove tabelle. Pasturenzi Francesco Base di dati AMICI Piemonte Pagina 34

36 A Sintassi SQL A.1 Selezione record SELECT [DISTINCT] ElencoAttributiDaVisualizzare FROM ElencoTabelleDaUtilizzare [WHERE CondizioniTupla] [GROUP BY ElencoAttributiDiRaggruppamento] [HAVING CondizioniSuAggregati] [ORDER BY ElencoAttributiDiOrdinamento]; A.2 Inserimento record Inserimento di una tupla INSERT INTO NomeTabella [(ElencoColonne] VALUES (ElencoCostanti); Inserimento di più tuple INSERT INTO NomeTabella [(ElencoColonne] (Interrogazione); Sono inserite in NomeTabella tutte le tuple selezionate dall Interrogazione. Esempio di Interrogazione: (SELECT ElencoColonne FROM Tabelle WHERE Condizioni); A.3 Aggiornamento record UPDATE NomeTabella SET colonna = espressione {, colonna = espressione} [WHERE condizione]; Pasturenzi Francesco Base di dati AMICI Piemonte Pagina 35

37 B Linguaggio UML Ci sono modi diversi di guardare un sistema. Uno è quello di "aprirlo" e guardarci dentro, per vedere come è strutturato all'interno. E' il punto di vista del progettista, interessato agli aspetti architetturali, ad un livello di maggiore o minore dettaglio. Un altro punto di vista, opposto, è quello di guardare a come può essere utilizzato. In questo caso il sistema viene visto come una "black box", sigillata, ed è possibile osservarne solo i comportamenti dall'esterno. E' il punto di vista dell'utilizzatore, e di tutto ciò che interagisce con il sistema nell'ambito del suo funzionamento. Questo secondo punto di vista corrisponde al modello dei casi d'uso. I casi d'uso (il termine "use case" è stato coniato dal metodologo svedese Ivar Jacobson) sono semplicemente i modi in cui il sistema può essere utilizzato. I casi d'uso svolgono un duplice ruolo nello sviluppo di un sistema. Da un lato, particolarmente nelle fasi iniziali della progettazione, servono per chiarire cosa dovrà fare il sistema. Sull'altro fronte, i casi d'uso guidano l'intero progetto di sviluppo. Costituiscono il punto di partenza per la progettazione del sistema Il modello dei casi d'uso rappresenta le funzionalità che il sistema offre ai suoi utilizzatori. I diagrammi forniscono una "mappa visuale", estremamente sintetica, degli utilizzi del sistema. Pasturenzi Francesco Base di dati AMICI Piemonte Pagina 36

38 B.1 Elementi del modello Casi d uso Sono le funzionalità che il sistema mette a disposizione dei suoi utilizzatori. Descrivono come verrà concretamente utilizzato. Attori Sono i soggetti, esterni al sistema, che interagiscono con il sistema. Gli attori interagiscono con il sistema tramite messaggi (richieste, comunicazioni, risposte). Sistema di riferimento E' l'entità i cui utilizzi vengono descritti dall'insieme dei casi d'uso. Più precisamente, un insieme completo di casi d'uso descrive in modo completo gli utilizzi del sistema, ossia dal punto di vista esterno degli attori che interagiscono con esso, senza rivelare la struttura interna del sistema. B.2 Relazioni Partecipazione Ogni caso d uso è collegato agli attori, uno o più, che partecipano al caso d uso stesso mediante una associazione che ha il significato di partecipazione. Pasturenzi Francesco Base di dati AMICI Piemonte Pagina 37

39 Include Casi d uso diversi possono avere in comune una sequenza di passi da svolgere. In questo caso è possibile enucleare la sequenza comune, e definirla come un caso d uso a se stante, da includere nei casi d uso originari. <<include>> Extend L'associazione "extend" permette di definire che un caso d'uso ("base") può venire "esteso" con il comportamento definito in un altro caso d'uso, ( di estensione ). L'estensione riguarda un comportamento opzionale del caso d'uso base, ed è soggetta ad una condizione di attivazione. <<extend>> Generalizzazione/Specializzazione Asssocia un caso d uso di tipo generale ad uno o più casi d uso specializzati Generale Specializzato Pasturenzi Francesco Base di dati AMICI Piemonte Pagina 38

40 Referenze [1] [2] [3] [4] Basi di dati: modelli e linguaggi di interrogazione McGraw Hill 2002 di Atzeni, Ceri, Torione, Paraboschi [5] Microsoft Visual Basic 6 Mondatori Informatica di Francesco Balena [6] Microsoft ADO.NET 2.0 Passo per Passo Mondatori Informatica di Rebecca Riordan [7]ADO.NET Guida per lo sviluppatore HOEPLY- pubblicazione 07/2003 [8] SQL i portatili Mondatori Informatica di Micheal J. Hernandez, John L. Viescas Pasturenzi Francesco Base di dati AMICI Piemonte Pagina 39