Informatica…
annuncio pubblicitario
Informatica….access Gestione degli archivi: L’organizzazione dei dati su un supporto di memoria di massa deve essere gestita in modo tale da poter consentire l’inserimento, la ricerca, la modifica, la cancellazione, la stampa in modo efficace e in tempi rapidi. Quindi, l’organizzazione di un archivio deve essere gestita indipendentemente dal tipo di supporto di memorizzazione utilizzato. L’organizzazione di un archivio può avvenire nei seguenti modi: 1. Organizzazione in modo sequenziale, 2. Organizzazione ad accesso diretto, 3. Organizzazione ad indici. Organizzazione in modo sequenziale: Tale tipo di organizzazione è la più semplice per eseguire la gestione di un archivio e consiste nel registrare i record uno di seguito all’altro. Nella fase di lettura, la ricerca del record viene fatta in modo sequenziale (partendo dal primo sino ad arrivare all’ultimo). Questo tipo di organizzazione consente di avere anche record di diversa lunghezza. La gestione diventa più complessa quando si ha una mole molto grande di dati, in quanto i tempi di accesso diventano abbastanza lunghi. Organizzazione ad accesso diretto: Nell’organizzazione di problemi gestionali, normalmente i record hanno tutti la stessa lunghezza, come ad esempio il record di un cliente, di un articolo di riserva, etc… Quindi è possibile associare ad ogni record un numero d’ordine per poi ritrovare facilmente, all’interno del file, il numero del primo carattere del record richiesto (ad esempio, associando ad ogni record un certo numero di byte, ad esempio 130, per trovare l’ottantaduesimo record basta fare (82-1)*130+1 = 10531). Questo tipo di ricerca viene detta anche random in quanto si permette all’utente di accedere al record senza leggere tutti quelli che lo precedono. Accesso ad indici: Nelle applicazioni informatiche, molto spesso, i record vengono identificati mediante un elemento caratteristico detto chiave. Tale chiave può essere sia un numero, sia una variabile alfa_numerica, come ad esempio il bar code di un prodotto o il numero di matricola di un dipendente. In questo caso, l’organizzazione dell’archivio è simile a quello di un libro dotato di un indice analitico, dove sono elencate in ordine alfabetico le parole chiave che richiamano gli argomenti. In questo caso di organizzazione il lettore cerca la parola chiave nell’indice analitico e il numero di pagina funge da puntatore per la ricerca del record. Le chiavi possono essere di due tipi: primarie e secondarie; primaria quando è necessariamente univoca e costituisce un criterio fondamentale per ritrovare il record (ex: cod. cliente), secondaria (o alternativa) quando non è determinante nella ricerca del record (ex: codice del rappresentante relativo ad un cliente). Operazioni su file: Su di un file si possono effettuare le seguenti operazioni fondamentali: Apertura di un archivio, che consiste nel creare un collegamento fisico tra la memoria centrale ed un supporto di memoria di massa, riservando un baffer di transito per le operazioni di Ingresso/Uscita. Operazione di lettura, che consiste nella copiatura dei record del file registrato sul supporto di massa, sulla memoria centrale. Operazione di scrittura, che consiste nel trasferire sulla memoria di massa, il record scritto nella memoria centrale. Operazione di cancellazione, che consiste nel cancellare dal supporto di memoria di massa, un record dal file, quindi il record viene trasferito prima nella memoria centrale, quindi cancellato e tutto il file viene riscritto sul supporto di memoria di massa. Operazione di chiusura del file. Questa consiste nel togliere od eliminare il collegamento fisico tra la memoria centrale e la memoria di massa. In base al tipo di organizzazione del file si possono effettuare operazioni diversificate: File sequenziale. operazioni che si possono effettuare: Lettura, Scrittura, Riscrittura, File tipo random. Operazioni che si possono effettuare: Lettura, Posizionamento, Scrittura, Riscrittura, Cancellazione. File ad indici. Operazioni che si possono effettuare: Lettura, Posizionamento, Scrittura, Riscrittura, Cancellazione. Tecniche di indicizzazione di un file: La ricerca dei dati di un file si velocizza se i record sono identificati attraverso delle chiavi, mediante la costituzione di indici. Gli indici di un file si basano sull’uso di alberi binari e la ricerca diventa più semplice se le chiavi vengono mantenute in ordine. Quindi, per ottimizzare la ricerca è necessario che l’albero sia bilanciato. Il bilanciamento consiste nel trasformare l’albero in modo tale da ottenere un equivalente contenente gli stessi dati ma che abbiano un basso livello gerarchico. Esempio di albero binario: Introducendo le chiavi nella sequenza 35; 102; 3; 54; 66; 10; 94. Otterremo il seguente albero binario: 35 54 102 10 3 94 54 3 10 35 66 102 66 94 Nel caso rappresentato nell’esempio di destra, l’albero viene bilanciato, facilitando la ricerca dei record: Modello dei dati e progetto del software: 1: produzione del software: Per lo sviluppo di un progetto software è necessario un’attività di studio: bisogna avere delle conoscenze approfondite sulla materia da trattare. 2: ideazione del progetto: Creare l’astrazione del prodotto con tutte le sue caratteristiche. 3: attività di progettazione: Concretizzare l’astrazione del prodotto formulando disegni, prototipi, modelli, ecc… 4: realizzazione del progetto: Vengono creati i primi esemplari del prodotto. 5: attività di produzione: Termina il progetto ed inizia la produzione. Questi sono i passi da seguire per fare un progetto di un software. Metodologie: Per la realizzazione di un progetto informatico è necessario avere un organizzazione del lavoro che indica al progettista il metodo da seguire per sviluppare il progetto. Infatti, la creazione di un progetto informatico si ottiene tramite l’esecuzione in diverse attività ed ognuna raggiunge degli obiettivi ben precisi. La metodologia organizza queste attività per ottimizzare il lavoro. Ogni passo nella stesura e nella progettazione del programma viene detta sezione (o fase o passo), come possiamo vedere nel diagramma alla pagina successiva. Conoscenza degli obiettivi, chiamata anche analisi preliminare. E’ indispensabile per effettuare la ricerca conoscitiva. Deve portare l’esperto ad una conoscenza e ad una pertinenza del progetto. Analisi. Ha il compito di descrivere in modo dettagliato tutte le fasi del progetto. Progettazione. Ha il compito di descrivere e definire in modo dettagliato le caratteristiche del sistema informativo del progetto e gli obiettivi principali sono la creazione di archivi elettronici, la creazioni di moduli software del progetto. Fase di transizione. Serve essenzialmente a definire le regole, i tempi ed i metodi necessari all’attivazione del progetto. Realizzazione. Consiste nella fase atta a generare il prodotto del progetto. In questa fase i programmi vengono provati per garantire la qualità del software. Documentazione. Questa fase deve consentire agli utenti di essere in possesso del manuale che descrive tutte le funzionalità del progetto. Deve inoltre spiegare il funzionamento del sistema del progetto stesso. Fase di prova. Verifica il grado di aderenza del progetto alle necessità dell’utente committente ed eventualmente rimuovere i possibili errori presenti nel codice, quindi dare la certificazione del progetto. Formazione. Questa fase consiste nella formazione agli utenti, attraverso appositi corsi, per l’utilizzo materiale del software. Produzione. L’obiettivo di questa fase è quello di produrre e distribuire a livello industriale/ commerciale il prodotto progettato. Conoscenza degli obiettivi Analisi Progettazione Transizione Realizzazione Documentazione Prove Formazione Produzione Modellizzazione dei dati: La modellizzazione dei dati rappresenta l’individualizzazione degli elementi che caratterizzano il software. Tale modellizzazione può avvenire a tre diversi livelli: A livello concettuale o esterno. Rappresenta la realtà dei dati e le relazioni tra essi, attraverso uno schema. A livello logico e rappresenta il modo attraverso il quale i dati sono organizzati negli archivi elettronici, quindi descrive il loro formato. A livello fisico. Rappresenta l’effettiva istallazione degli archivi elettronici. Esso indica lubicazione dei dati nelle memorie di massa Possiamo dire inoltre che, con il passaggio a livello logico, l’insieme dei dati viene dotato di una struttura che deve facilitare: 1. la manipolazione, cioè la possibilità di inserire, modificare e cancellare i dati. 2. L’interrogazione, cioè la possibilità di ritrovare i dati richiesti per una determinata applicazione. Modelli E/R (entity relationship): Il modello E/R, detto anche modello “entità associazione”, è un modello atto a costruire dei dati in modo concettuale ed indipendente dalle applicazioni. Questo è un modello grafico detto schema E/R, dove vengono evidenziati gli aspetti fondamentali del modello in modo concettuale e con i dati che lo caratterizzano, permettendo la costruzione anche di associazioni tra di loro. Gli e lementi che caratterizzano i modelli E/R sono: 1. Entità, 2. Associazione, 3. Attributi. Entità: L’entità è un oggetto concreto od astratto, che ha un significato anche quando viene considerato in modo isolato. Alcuni esempi di entità sono: una persona, un modello di automobile, un movimento contabile, ecc… Nella simbologia dei modelli E/R, un’entità è rappresentata da una rettangolo contenente il nome dell’entità. studenti automobile persona Ad esempio Associazioni: Le associazioni rappresentano il legame che stabilisce un interazione tra le varie entità. Ogni associazione ha due versi ed ogni verso ha un’entità di partenza ed una di arrivo. Ogni verso ha poi una descrizione che ne consente di comprendere il significato. Per esempio, avendo due entità, persone ed automobili, tra loro esiste un’Associazione che può essere descritta in due modi diversi: Una persona possiede una o più automobili. Un’automobile è posseduta da una persona. La relazione è rappresentata nel seguente modo: Posseduta da PERSONA AUTOMOBILE possiede La relazione potrebbe anche essere raffigurata nel seguente modo. PERSONA possiede AUTOMOBILE Attributi: Le proprietà delle entità delle associazioni vengono descritte attraverso gli attributi. Esempio di attributo, per l’entità “automobile”, possono essere: “modello”, “produttore”, “fornitore”, ecc… Le caratteristiche di ogni attributo sono: Il formato, che indica il tipo di valore che assume. I tre formati base sono: o Numerico, o Data/ ora, o Carattere. Altri formati possono essere, ad esempio oggetto OLE, Contatore, valuta, ecc… La dimensione, che indica la quantità massima dei caratteri o cifre inseribili. L’OPZIONALITA’, che specifica dei testi sull’attributo. Come ad esempio “l’attributo non deve avere valore nullo”. Nel caso del formalismo a blocchi, gli attributi vengono rappresentati sotto il rombo: PERSONA possiede Data acquisto AUTOMOBILE Prezzo acquisto Gli attributi “Data acquisto” e “Prezzo acquisto”, non sono attributi né dell’entità “persona”, né dell’entità “automobile”, ma sono attributi dell’associazione tra le due entità. Chiavi primarie: Viene detta chiave primaria l’insieme di uno o più attributi, che consentono di distinguere un’istanza da un’altra, della stessa entità. Esempi di chiave primaria possono essere: il codice prodotto, la matricola dipendente, il codice di un libro, ecc… La rappresentazione grafica è la seguente: PRODOTTO Descrizione Prezzo CODICE Associazioni tra le entità: Le associazioni tra entità possono essere obbligatorie od opzionali. Le associazioni sono rese obbligatorie quando il legame tra le entità deve essere sempre presente, mentre è invece opzionale quando può non essere presente. Ad esempio: l’associazione tra l’entità “persona” e l’entità “Conto Corrente” non è necessariamente obbligatoria, in quanto, ad ogni individuo non deve essere obbligatoriamente associato un conto corrente. Viene invece resa obbligatoria l’associazione tra l’entità “ Conto Corrente” e “ persona”, in quanto, se esiste un conto corrente deve per forza di cose essere intestato ad una persona (o azienda in un’eventuale fattispecie). Grado dell’associazione: Si definisce grado dell’associazione, la caratteristica che indica quante istanze dell’entità di arrivo si associano all’istanza dell’entità di partenza. Il grado può quindi essere: A uno, A molti. Per tanto si può effettuare la seguente classificazione: 1. Associazione biunivoca: 1:1 . Ad ogni istanza della prima entità deve essere associata una ed una sola istanza della seconda entità e viceversa. Esempio: entrando nella fattispecie “scuola”; ad uno studente può essere associato un solo diploma; il diploma in questione può essere associato ad un solo studente. 2. 1 1 Studente Diploma Associazione semplice: 1:N (uno a molti). In questo caso a ciascuna istanza della prima entità si possono associare più istanze della seconda entità. Ad esempio, ritornando al conto corrente, possiamo associare ad esso più movimenti e operazioni, mentre gli stessi movimenti possono essere associati solo al conto in questione. C/c 3. MOVIMENTI Associazione Complessa: N:N (molti a molti). In questo caso, ad ogni entità si può associare una o più istanze della seconda entità e viceversa. Ad esempio, in una scuola, ogni studente può essere verificato su più materie, che a loro volta potranno essere oggetto della verifica di più studenti. N studenti N materie In genere le relazioni più importanti sono quelle uno a molti e spesso, anche le relazioni Molti a Molti vengono scomposte in relazioni Uno a Molti. Ad esempio, aggiungendo al precedente esempio un’entità “prova di comprensione” possiamo trasformarlo nel seguente modo: studenti Allievo 1 prova Data N Voto N 1 materie Regole di lettura delle Associazioni: Nelle Associazioni esistono delle regole di lettura ben precise a seconda del tipo di relazione che intercorre tra le entità. Ad esempio, il seguente schema si legge in questa chiave: Ogni fornitore è abbinato a più prodotti,ogni prodotto è fornito da un solo fornitore. fornitore 1 Fornito da Prodotti Abbinato a N La relazione riportata nell’esempio sopra è semplice, cioè uno a molti: 1:N. Modello logico: Dal modello concettuale dei dati è possibile ricavare un modello logico, che si ricava seguendo le seguenti regole: R1. Ogni entità diventa un archivio. R2. Ogni attributo dell’entità diventa il campo di un record. R3. Un attributo,ora campo del record, diventa una chiave primaria dell’entità che identifica in modo univoco il record dell’entità stessa. R4. Nelle associazioni 1:1 le entità diventano un unico archivio. R5. Nelle associazioni 1:N , vi è un campo(chiave primaria dell’entità di partenza), che presente anche nell’entità di arrivo, vi diventa chiave esterna. R6. Nelle associazioni N:N le due entità diventano un unico archivio. Esempi: Associazioni 1:1 cittadino Codice Fiscale Ogni cittadino ha un solo Codice Fiscale, Ogni Codice Fiscale appartiene ad un solo cittadino. Diventa quindi un unico archivio che contiene gli attributi della prima e della seconda entità, ad esempio “Codice Fiscale”, “Cognome”, “Nome”, ecc… dove “Codice Fiscale” diventa la chiave primaria. Associazioni 1:N Tipo di contratto dipendente Schematizziamo in tabelle: Codice Descrizione Part-time Full-time A termine Indeterminato P018 F036 SC001 A001/I In questo caso il Codice Contratto è una Chiave Esterna Matricola 0010 0011 0012 0013 0014 Paga base € 600,00 € 1100,00 € 1100,00 € 1500,00 Cognome Asciolla Baruffi De Blasio Polini Rossi Nome Osvaldo Giorgio Giuseppe Gustavo Mario Qualifica Cod.contratto Ingegnere A001/I Apprendista SC001 Saldatore P018 Perito mc. F036 Operaio A001/I L’associazione tra l’entità “contratto” e l’entità “dipendente” è una relazione uno a molti, in quanto ogni contratto può essere sottoscritto da uno o più dipendenti, ma ogni dipendente può essere regolato da un solo contratto. Nella seconda tabella viene aggiunta una chiave esterna (nell’archivio dipendenti), costituita dagli attributi che formano la chiave primaria della prima tabella (archivio contratti) Associazione N:N In ambito scolastico possiamo prendere ad esempio le tabelle classi ed insegnanti, notando che la relazione si definisce molti a molti, in quanto ogni docente può insegnare in più classe ed ogni classe può avere più docenti. CLASSI DOCENTI N:N Strutturiamo l’esempio in tabelle: ARCHIVIO DOCENTI Codice A0101 A0102 A0103 A0104 A0105 A0106 Cognome Asciolla Forgiane Rossi Bruni Aristolao Miele Nome Osvaldo Massimo Paolo Andrea don Francesco Giovanni Battista Materia / e Informatica/Elettronica/Sistemi Inglese/Francese Disegno tecnico e tecnologia Italiano/Storia/Ed.civica Religione Economia e diritto ARCHIVIO CLASSI Classe 1° A 1° B 2° A 2° B 3° A 3° C Num. Allievi 12 16 17 15 22 21 ARCHIVIO REGISTRO Num. Aula 1 2 3 4 5 6 Codice Docente A0101 A0102 A0103 A0104 A0105 A0106 2A 1A 3A 1A 1A 2A Classe 2B 3A 1B 3B 1B 2A 2A 3A 2B 3A 3B 2B 3B N. Ore 8 4 4 12 3 8 ESERCIZIO: Si devono organizzare delle informazioni relative alle gare sportive di un campionato che si svolge in diverse località del mondo ed in date diverse dell’anno. Individuare le entità, le associazioni tra le entità, gli attributi, chiavi primarie ed eventuali chiavi esterne. Effettuare in fine le tabelle relative, comprensive dei campi, tipo di campo e chiavi. Individuazione delle entità: Definiamo tre entità: “gare”,”concorrenti”,”risultato”. Associazioni tra le entità: CONCORRENTI RISULTATO Concorrente abbinato a risultato, Risultato conseguito dal concorrente, Gara relativa a risultato, Risultato ottenuto dalla gara. GARE Definizione degli attributi e Chiavi primarie: Concorrenti: Codice Cognome Nome Gare Nazione gare Codice gara Specialità Località Data risultati Numero Registrazione Punti Posizione Codice Conc. Codice gara Chiavi esterne: Le chiavi esterne (chiavi primarie delle entità “concorrenti” e “gare”), le troviamo nell’entità “risultati” e sono: “Codice concorrente” e “ Codice gara”. RISOLUZIONE: TABELLE: CONCORRENTI Codice concorrente IT 01035 SP 02036 FR 03037 OL 04038 Cognome Concorrente ROSSI PEPITO PERIER SMITH Nome Concorrente Mario Carlos Francois Giorg Nazione di appartenenza ITALIA SPAGNA FRANCIA OLANDA GARE Codice gara SALUNG GIAV SCH STAF NU Tipo di gara E specialità Salto in lungo Lancio del giavellotto Scherma Staffetta /resistenza Nuoto Località di disputa Svezia Austria Portogallo Nigeria Brasile Data di disputa 01/01/2005 15/03/2005 17/04/2005 25/06/2005 20/08/2005 RISULTATI Numero registrazione 45001 45002 45003 45004 45005 Punteggio attribuito Punti 1005 Punti 996 Punti 994 Punti 990 Punti 578 Podio/ posizione 4 5 Codice gara NU STAF SALUNG SCH GIAV Codice concorrente IT 01035 SP 02036 IT 01035 FR 03037 OL 04038 Basi dei dati: I prodotti software, per la gestione dei database vengono detti DBMS (Database Managiament Sistem). Il database è un modello reale, i cui contenuti rappresentano gli stati in cui si trova il database. Il progetto è indipendente dal computer e dai supporti fisici destinati a contenere le informazioni. A partire dallo schema concettuale e cioè entità – associazioni, un database può essere progettato e realizzato passando al modello logico, cioè alle strutture di dati che consentono le operazioni di manipolazione – interrogazione. La soluzione più semplice consiste nel costruire un database con la struttura di dati formata da un unico file. Questa struttura viene detta flat file. Durante lo sviluppo della teoria dei database sono emersi tre diversi tipi di modello: Modello gerarchico adatto per rappresentare situazioni nelle quali è possibile fornire all’insieme dei dati una struttura nella quale ci sono entità che sono in alto ed entità che sono in basso, secondo uno schema ad albero. Una struttura di questo tipo consiste in un insieme ordinato di alberi; ad esempio: possiamo avere un albero, la quale radice è un agente di commercio ed i suoi sottoalberi possono essere clienti ed ordini di acquisto, che possono a loro volta avere sottoalberi di livello più basso, come ad esempio le righe dell’ordine e gli articoli delle righe. Agente di commercio clienti ordini Ordini dell’Agente riga riga articolo articolo Modello reticolare: in questo caso le entità rappresentano i nodi e le associazioni rappresentano di archi di uno schema a grafo orientato, cioè consiste in due insiemi di dati: un insieme di record ed un insieme di legami. I record sono fatti da campi (tra i quali dovrà esserci un campo chiave), mentre i legami sono realizzati mediante coppie di chiavi delle entità associate. In questo caso non esiste un ordine gerarchico. Modello relazionale: Questo modello rappresenta il database come un insieme di tabelle ed attualmente è quello più utilizzato. Esso nasce nel 1970 da un ricercatore dell’ IBM, F.Codd. Tra i modelli di database illustrati quello relazionale è il più diffuso nella quasi totalità dei prodotti commerciali DBMS, in quanto permette l’elaborazione di grandi, medi e piccoli sistemi. Concetti fondamentali del modello relazionale: Il modello relazionale prende tale nome, in quanto fondato sul concetto matematico di relazione tra insiemi ed oggetti. La relazione viene comunemente rappresentata da una tabella avente tante colonne quanti sono i domini (cioè i gradi della relazione) e tante righe quante sono le cardinalità della relazione (chiamata anche tuple). A1 A2 A3 A…n Ogni riga della tabella si chiama cardinalità o tuple Ogni colonna della tabella si chiama dominio e determina il grado della relazione Operazioni sulle relazioni: Le operazioni sulle relazioni agiscono su una relazione per ottenere una nuova relazione, cioè rappresentano delle interrogazioni alla base dei dati per ottenere delle nuove informazioni ( Query ). Supponiamo, ad esempio, di far riferimento alle due entità “Agente” e “Cliente”, in cui l’entità “Agente” ha i seguenti attributi: Codice agente (attributo chiave), Nome e cognome agente, Indirizzo agente, Codice zona. L’entità cliente ha i seguenti attributi: Codice cliente, ragione sociale, indirizzo cliente, codice attività, Provincia, partita iva, codice Agente (chiave esterna) Gestione Ordini TESTO DEL PROBLEMA Presentare il flusso generale riguardante la gestione degli ordini di acquisto emessi, per rifornire il magazzino, da un’azienda commerciale di medie dimensioni e sviluppare l’analisi dettagliata di un processo. DESCRIZIONE DEL PROBLEMA La procedura degli ordini al fornitore comporta l’individuazione degli articoli sotto scorta. Per ogni articolo sotto scorta è necessario individuare il fornitore disponibile a consegnare la merce mancante. Solitamente associato all’articolo è indicato anche il fornitore abituale. Oltre ad emettere l’ordine è fondamentale anche controllare che la merce sia consegnata per tempo; in caso contrario può essere emessa una lettera di sollecito al fornitore. Per controllare quali ordini siano stati evasi e quali siano in attesa di evasione, si possono utilizzare i dati presenti sul documento di trasporto che accompagna la merce consegnata dal fornitore. (Per brevità i documenti di trasporto vengono indicati con il vecchio termine di bolla). ANALISI DEI DATI Modello E/R Per questo tipo di problema le entità possono essere individuate nelle seguenti: - fornitore, rappresenta i dati anagrafici del fornitore da riportare sull’ordine; - ordine, che contiene l’intestazione dell’ordine emesso; - rigaordine, per il dettaglio degli articoli ordinati; - bolla, che rappresenta l’intestazione al documento di trasporto; - rigabolla, per il dettaglio degli articoli ricevuti; - articolo, descrizione della merce in magazzino; - aliquota, descrive l’aliquota IVA dell’articolo in esame. Tale modello può essere così schematizzato con le relative relazioni: Fornitore Destinatario di Spedito Origine di Ordine Bolla Relativa a a Composto da Composta da Dettaglio di Dettaglio di Rigaordine Rigabolla Compilata con Compilata con Oggetto di Aliquota Relativa a Articolo Soggetto a Oggetto di GERARCHIA DELLE FUNZIONI Gestire fornitori Segnalare sottoscorta Registrare ordini Emettere solleciti Aggiornare dati Registrare bolle Aggiornare ordine SCHEMA DELLE RISORSE DI SISTEMA Articoli sottoscorta e fornitori Articoli Segnalare sottoscorta Fornitori Articoli sottoscorta e fornitori Dati ordine Dati bolla Ordini fornitori Registrare ordini Registrare bolle Bolle Aggiornare ordine Ordini Righe ordini Righe bolla Fornitori Emettere solleciti Solleciti a fornitori TABELLE DEL DATABASE IN ACCESS Aliquote CodiceIVA Descrizione Aliquota 0 Beni di lusso 20 1 Beni di prima necessità 10 Articoli CodiceArt Descrizione PrezzoAcquisto PrezzoVendita CodiceIVA Disponibilità UnitàMisura CodiceFornitore ScortaMinima QuantitàRiordino 0 Vestito Armani € 250,00 € 500,00 0 8L 0 10 2 1 Vestito Versace € 300,00 € 600,00 0 5M 1 8 3 2 Vestito Normale € 100,00 € 200,00 1 20 L M 3 40 20 3 Camicia € 10,00 € 25,00 1 50 Tutte 3 90 40 4 Camicia Prada € 25,00 € 70,00 0 40 Tutte 2 60 20 5 Cravatta Firmata € 9,00 € 25,00 0 30 1 35 5 € 5,00 € 10,00 1 15 3 40 25 € 150,00 € 200,00 € 30,00 € 300,00 € 500,00 € 60,00 1 0 1 10 S 6S 4 3 0 3 10 8 10 0 2 6 6 Cravatta 7 Cappotto 8 Cappotto Firmato 9 Maglione Bolle NumeroBolla NumeroOrdine DataConsegna 0 0 25/01/2004 1 1 02/02/2004 2 2 31/01/2004 3 3 06/03/2004 4 4 04/02/2004 5 5 11/03/2004 6 6 28/02/2004 7 7 08/03/2004 8 8 25/03/2004 Fornitori CodiceFor RagioneSociale 0 Armani 1 Versace 2 Prada 3 Lanificio & Co. Indirizzo V. Rossi V. Alighieri V. Milano V. Torino CAP 24054 28080 25986 56491 Località Calcio Roma Milano Brianza Provincia Bergamo Roma Milano Milano PartitaIVA A123X5 V568AY E9984X S55648 Ordini NumeroOrdine CodiceFornitore DataEmissione DataConsegna 0 0 13/10/2003 25/01/2004 1 1 26/10/2003 02/02/2004 2 2 25/09/2003 31/01/2004 3 3 05/12/2003 06/03/2004 4 0 12/11/2003 04/02/2004 5 3 05/08/2003 11/03/2004 6 3 19/11/2003 28/02/2004 7 1 06/12/2003 08/03/2004 8 3 09/12/2003 25/03/2004 RigheBolla NumeroBolla CodiceArticolo QuatitàConsegnata 0 0 2 1 1 3 2 2 20 3 3 20 4 4 5 5 5 40 6 6 25 7 7 2 8 8 0 RigheOrdine NumeroOridne CodiceArticolo QuantitàOrdinata 0 9 6 1 1 3 2 0 2 2 4 20 3 2 20 4 5 5 5 3 40 6 6 25 7 8 2 8 7 0
