Basi di Dati, Fattibilità - Tesina

Glossario dei termini

Cucina: Ristorante di una stessa quartiere città. Può fornire uno o più tipi di cucina e deve essere convenzionato con almeno una carta di credito.

Tipologia di cucina: Tipologia di piatti offerti da un dato ristorante.

Carta di Credito: Carte di credito convenzionate con il ristorante.

Quartieri: Quartieri della città in cui il ristorante può essere presente, nessuno o uno o più ristoranti.

Sistemi Informativi: Studio di fattibilità. Accanto alle specifiche sui dati si riportano le specifiche sulle operazioni da effettuare sui dati.

Operazione I: Ricerca dei ristoranti presenti in un dato quartiere.

Operazione II: Inserimento di un nuovo ristorante (es.: apertura di un nuovo esercizio).

Operazione III: Cancellazione di un dato ristorante (es.: chiusura di un esercizio o perdita convenzioni con carte di credito).

Operazione IV: Aggiornamento del o dei circuiti convenzionati a un ristorante.

Operazione V: Aggiornamento del tipo di cucina offerto da un ristorante (cancellazione e inserimento)

Operazione VI: Ricerca dei ristoranti convenzionati con un dato circuito di carta di credito

Operazione VII: Ricerca dei ristoranti di un dato quartiere convenzionati con un dato circuito di carta di credito

Operazione VIII: Ricerca dei ristoranti di un dato quartiere che offrono un dato tipo di cucina

Sistemi Informativi

Studio di Fattibilità - Definizione dello schema E/R:

Per la definizione dello schema E/R della nostra base di dati utilizziamo una strategia di progetto mista. Questa tende a combinare i vantaggi della strategia top-down con quelli della strategia bottom-up. Si parte da uno schema-scheletro iniziale, contenente i concetti principali dell'applicazione, e si procede per successivi raffinamenti. Viene riportato in figura un possibile schema scheletro per la nostra applicazione:

Carta di Credito

Quartieri

Ristoranti

Posizione

ConvenzioniGastronomiaCucinaFig.4: Schema Scheletro I quattro concetti principali della nostra applicazione sono rappresentati da quattro entità: Ristoranti, Cucina, Carta di credito e Quartieri. Tra queste entità esistono le tre relazioni elementari: Posizione, Convenzioni e Gastronomia. A questo punto possiamo procedere estendendo allo schema scheletro concetti non ancora definiti, oppure considerando separatamente i concetti principali e proseguire per raffinamenti successivi. Aggiungendo ad ogni entità i relativi attributi e introducendo le cardinalità delle relazioni si perviene allo schema E/R finale. Si osserva banalmente che tale schema soddisfa i requisiti di: - Correttezza - Leggibilità - Completezza - Minimalità Sistemi Informativi Studio di Fattibilità - Dizionario dei dati: La documentazione dei vari concetti di uno schema può essere prodotta facendo uso del dizionario dei dati. Esso è composto da due tabelle: la prima descrive

Le entità dello schema con il nome, una loro descrizione informale, un elenco degli attributi associati e con i possibili identificatori. L'altra descrive le relazioni con il nome, una loro descrizione informale, gli attributi associati e l'elenco delle entità coinvolte insieme alla loro cardinalità di partecipazione.

Il dizionario dei dati per la nostra base di dati è in figura.

ENTITÀ

Ristoranti

Ristoranti presenti nella città

• Nome
• Codice
• Indirizzo
• Codicecittà

Cucina

Tipologia di piatti offerta da un ristorante

• Tipo
• Descrizione del tipo
• Tipo da un ristorante

Quartieri

Quartieri in cui è suddivisa la città

• Nome
• Codice
• Codice suddivisa la città

Carta di credito

Carte di credito convenzionate

• Codice
• Circuito
• Gestore Codice

RELAZIONI

Ristoranti (1,1), Posizione

Associa ad un ristorante il quartiere della città in cui è situato

• Ristoranti (1,1)
• Quartieri (0,N)

Ristoranti (1,1), Gastronomia

<table>
  <tr>
    <th>CodRist.</th>
    <th>NomeRist.</th>
    <th>Indirizzo</th>
    <th>CodCart</th>
    <th>CircuitoGestore</th>
  </tr>
  <tr>
    <td>(1,N)</td>
    <td>(0,N)</td>
    <td></td>
    <td></td>
    <td></td>
  </tr>
</table>

Effettuando una traduzione in termini di relazioni si ottiene il seguente schema relazionale:

CodRistoranti	NomeRistoranti	Indirizzo
CodRistoranti	NomeRistoranti	Indirizzo

CodRistoranti	CodCart
CodRistoranti	CodCart

CodCart	CircuitoGestore
CodCart	CircuitoGestore

Associazioni uno a molti:

Le associazioni Gastronomia, che coinvolge le entità Ristoranti e Cucina, e Posizione, che coinvolge le entità Ristoranti e Quartieri, del nostro esempio sono esempi di associazioni uno a molti.

Ognuna di tali associazioni può essere risolta introducendo, come nuovo attributo, in una delle relazioni, relative alle entità coinvolte, l'identificatore relativo all'altra.

CodRist.	NomeRist.	Indirizzo	TipoCucina	DescrCucina
(1,1)	(0,N)	Gastro-Cucina	Ristoranti	nomia

Sistemi Informativi

Studio di Fattibilità

Effettuando una traduzione in termini di relazioni si ottiene il seguente schema relazionale:

CodRistoranti	NomeRistoranti	Indirizzo	TipoCucina
CodRistoranti	NomeRistoranti	Indirizzo	TipoCucina

TipoCucina	DescrCucina
TipoCucina	DescrCucina

CodRist.

NomeRist. Indirizzo CodQuart NomeQuart(1,1) (0,N)Posizione QuartieriRistoranti Fig.9:Associazione uno a molti

Effettuando una traduzione in termini di relazioni si ottiene il seguente schema relazionale:

RISTORANTI(CodRistoranti, NomeRistoranti, Indirizzo,CodQuart)

QUARTIERI(CodQuart, NomeQuart )

-Associazioni uno a uno

Non sono presenti nel nostro esempio.

Sistemi Informativi

Studio di Fattibilità

Mettendo insieme i vari schemi visti ed effettuando la ridenominazione di alcuni attributi si ottiene lo schema relazionale definitivo.

RISTORANTI(CodRistoranti, NomeRistoranti, Indirizzo, Cucina, Quartieri)

CONVENZIONI(Ristorante, Carta di Credito)

CARTA DI CREDITO(CodCart, CircuitoGestore)

CUCINA(TipoCucina, DescrCucina)

QUARTIERI(CodQuart, NomeQuart )

Forniamo infine una rappresentazione grafica della traduzione dello schema E/R che permette di individuare il cammino del join e quindi vincoli di integrità referenziali presenti tra le varie relazioni.

RISTORANTI

CodRistoranti NomeRistoraniti

Indirizzo Cucina Quartiere

CONVENZIONI CUCINA

Ristorante

Carta di Credito

Tipo di Cucina

Descrizione Cucina

CARTA DI CREDITO QUARTIERI

Codice Carta

Circuito

Gestore

Codice Quartiere

Nome Quartiere

Fig.10: Documentazione dello schema logico Sistemi Informativi

Studio di Fattibilità

Modifica di progetto per la realizzazione pratica

Vogliamo ora modificare lo schema E/R supponendo che:

1. Interessino i ristoranti di più città, non di una sola; ogni città è suddivisa in zone, ognuna con un codice che è unico solo nell'ambito di una città
2. Ci possono essere ristoranti che non accettano carte di credito
3. Interessino non solo i ristoranti, ma anche gli alberghi, che hanno proprietà simili ai ristoranti, con eccezione del tipo di cucina, ma hanno in più la categoria e il numero di stanza

Per tenere conto della specifica 1) introduciamo nello schema una nuova entità Città legata all'entità Quartieri dalla nuova relazione Appartenenza.

NomeCittà Prov CodQuart NomeQuart(0,N) (1,1)Posizione QuartieriCittà Fig.11:Introduzione dell'entità CittàPer tenere conto della specifica 3) introduciamo la generalizzazione Esercizi->Ristoranti, AlberghiCodESerc NomeEsercEsercizi IndirizzoCategoria Alberghi Ristorantistanze Fig.12: Introduzione generalizzazione Sistemi InformativiStudio di FattibilitàInfine per tenere conto della specifica 2) basta modificare la cardinalità della relazione Convenzioni.CodRist. NomeRist. Indirizzo CodCart CircuitoGestore(0,N) (0,N)Conven- Carta di CreditoEsercizi zioniFig.13: Modifica relazione ConvenzioneNelle due pagine seguenti sono riportati lo schema E/R e la sua ristrutturazione in modo da facilitarne latraduzione verso il modello relazionale. Sistemi InformativiStudio di FattibilitàNello schema ristrutturato si è eliminata la generalizzazione Esercizi->Ristoranti,Alberghi.La generalizzazione si trasforma in due associazioni

<table>
  <tr>
    <th>ALBERGHI</th>
    <th>RISTORANTI</th>
    <th>CUCINA</th>
  </tr>
  <tr>
    <td>Esercizio</td>
    <td>Cat</td>
    <td>stanze</td>
    <td>TipoCucina</td>
    <td>DescrCucina</td>
  </tr>
</table>

<table>
  <tr>
    <th>ESERCIZI</th>
  </tr>
  <tr>
    <td>CodEserc</td>
    <td>NomeEserc</td>
    <td>Indirizzo</td>
    <td>Quartiere</td>
    <td>CAP</td>
  </tr>
</table>

<table>
  <tr>
    <th>QUARTIERI</th>
  </tr>
  <tr>
    <td>CodQuart</td>
    <td>CAP</td>
    <td>NomeQuart</td>
  </tr>
</table>

<table>
  <tr>
    <th>CITTA'</th>
  </tr>
  <tr>
    <td>CAP</td>
    <td>NomeCittà</td>
    <td>Prov</td>
  </tr>
</table>

<table>
  <tr>
    <th>CONVENZIONI</th>
  </tr>
  <tr>
    <td>Esercizio</td>
    <td>Carta di credito</td>
  </tr>
</table>

<table>
  <tr>
    <th>CARTA DI CREDITO</th>
  </tr>
  <tr>
    <td>CodCart</td>
    <td>CircuitoGestore</td>
  </tr>
</table>

Documentazione dello schema logico Sistemi Informativi Studio di Fattibilità - Considerazioni conclusive: Come abbiamo già stabilito in precedenza per la realizzazione di questo progetto si necessita di tre unità lavorative, possibilmente con caratteristiche professionali abbastanza omogenee, per cui si ritiene necessario che facciano parte di questa equipe un ingegnere informatico che abbia conseguito un master in economia oppure un ingegnere gestionale che abbia acquisito esperienza in t