1. Concetti e termini di base dell'argomento
"MODELLO INFORMATIVO - LA BASE DELLA COSTRUZIONE
SISTEMI DI GESTIONE DELLA BANCA DATI.

Ogni civiltà ha a che fare con l'elaborazione delle informazioni. Con lo sviluppo dell'economia e la crescita della popolazione, aumenta anche il volume di dati interconnessi necessari per risolvere i problemi aziendali e amministrativi.

@ Il modello di raccolta, conservazione, elaborazione e utilizzo di dati interconnessi ai fini della gestione ottimale dei flussi informativi e della risoluzione dei compiti assegnati in una determinata area disciplinare è chiamato sistema informativo. ... Un tale sistema è progettato principalmente per facilitare il lavoro umano, ma per questo deve corrispondere nel miglior modo possibile a un modello molto complesso del mondo reale.

@ Il cuore del sistema informativo sono i dati in esso memorizzati. ... In qualsiasi azienda, i dati di diversi reparti, di regola, si sovrappongono, cioè vengono utilizzati in più reparti o sono generalmente condivisi. Ad esempio, le finalità di gestione spesso richiedono informazioni nell'intera azienda. L'ordinazione delle parti non è possibile senza la disponibilità di informazioni sulle scorte. I dati memorizzati nel sistema informativo dovrebbero essere facilmente accessibili nella forma in cui sono necessari per la specifica attività produttiva dell'impresa. In questo caso, la modalità di conservazione dei dati non è essenziale. Oggi nell'azienda possiamo trovare un tipo tradizionale di sistema di elaborazione dati, in cui un dipendente inserisce manualmente i dati in un raccoglitore e accanto ad esso - un sistema moderno che utilizza i computer più veloci, l'hardware e il software più sofisticati. Nonostante le loro notevoli differenze, entrambi questi sistemi sono tenuti a fornire informazioni affidabili in un momento specifico, a una persona specifica, in un luogo specifico e a un costo limitato.

Per comprendere il processo di costruzione di un sistema informativo, è necessario conoscere una serie di termini utilizzati per descrivere e presentare i dati.

@ Argomentoè la parte di un sistema reale che è di interesse per questo studio.

Quando si progettano sistemi informativi automatizzati, l'area tematica viene visualizzata da modelli di dati a più livelli. Il numero di livelli utilizzati dipende dalla complessità del sistema, ma include comunque i livelli logico e fisico. Un'area tematica può fare riferimento a qualsiasi tipo di organizzazione (ad esempio una banca, un'università, un ospedale o una fabbrica).

È necessario distinguere tra l'intera area disciplinare (grande impresa manifatturiera, magazzino, grande magazzino, ecc.) e l'unità organizzativa di questa area disciplinare. Un'unità organizzativa, a sua volta, può rappresentare una propria area disciplinare (ad esempio, un'officina per la produzione di scocche di uno stabilimento automobilistico o un reparto di elaborazione dati di un'azienda produttrice di computer). In questo caso, le officine e gli stessi dipartimenti possono corrispondere a determinate aree tematiche.

Le informazioni richieste per descrivere l'area tematica dipendono dal modello effettivo e possono includere informazioni su personale, salari, merci, fatture, fatture, rapporti di vendita, test di laboratorio, transazioni finanziarie, cartelle cliniche, ovvero informazioni su persone, luoghi, oggetti , eventi e concetti.

@ Oggettoè un elemento del sistema informativo, le informazioni su cui memorizziamo. Nella teoria dei database relazionali, un oggetto è chiamato entità.

L'oggetto può essere vero(ad esempio, una persona, un oggetto o un luogo) e astratto(ad esempio, un evento, un account cliente o un corso tenuto da studenti). Quindi, nel campo della vendita di auto, esempi di oggetti sono MODELLO AUTO, CLIENTE e ACCOUNT. In un magazzino è un FORNITORE, MERCE, INVIATORE, ecc. Ogni oggetto ha un certo insieme di proprietà che vengono memorizzate nel sistema informativo. Quando si elaborano i dati, spesso si ha a che fare con una raccolta di oggetti omogenei, come i dipendenti, e si registrano informazioni sulle stesse proprietà per ciascuno di essi.

@ Classe oggetto chiamare un insieme di oggetti che hanno lo stesso insieme di proprietà.

Pertanto, per oggetti della stessa classe, l'insieme delle proprietà sarà lo stesso, sebbene i valori di queste proprietà per ciascun oggetto possano, ovviamente, essere diversi. Ad esempio, le proprietà MODEL della classe di oggetti per ciascun oggetto possono ovviamente essere diverse. Ad esempio, una classe di oggetti MODELLO AUTO avrà lo stesso insieme di proprietà che descrivono le caratteristiche del veicolo e ogni modello avrà valori diversi per tali caratteristiche.

Gli oggetti e le loro proprietà sono concetti del mondo reale. Nel mondo dell'informazione che esiste nella vista del programmatore, si parla degli attributi degli oggetti.

@ Attributoè una visualizzazione informativa delle proprietà dell'oggetto. Ogni oggetto è caratterizzato da una serie di attributi di base.

Ad esempio, un modello di automobile è caratterizzato da tipo di carrozzeria, cilindrata del motore, numero di cilindri, potenza, dimensioni, nome, ecc. Il cliente di un negozio di auto ha attributi come cognome, nome, patronimico, indirizzo ed eventualmente un numero di identificazione. Ciascun attributo nel modello deve avere un nome univoco, un identificatore. Viene spesso chiamato un attributo nell'implementazione di un modello di informazione su qualsiasi supporto di informazioni elemento di dati, campo dati o solo un campo.

Riso. 1.1. Tre aree di presentazione dei dati.

@ tavoloè una struttura regolare costituita da un insieme finito di record dello stesso tipo. In alcune fonti, una tabella è chiamata relazione.

Cercheremo di evitare quest'ultimo termine, poiché con lo sviluppo della teoria relazionale, "relazione" insieme al termine "relazione" ha spesso iniziato a chiamare relazioni tra tabelle. Ogni record di una tabella è costituito da un numero finito (e lo stesso!) di campi, e il campo specifico di ogni record di una tabella può contenere solo dati di un tipo.

@ Valori dei dati rappresentano i dati effettivi contenuti in ciascun elemento di dati.

L'elemento di dati "MODEL NAME" può avere valori come "Voyager" 96 3.8 Grand "," Continental 4.6 "o" Crown Victoria 4.6. "A seconda di come gli elementi di dati descrivono l'oggetto, i loro valori possono essere quantitativi , qualitativo o descrittivo Le informazioni su una determinata area tematica possono essere rappresentate utilizzando più oggetti, ognuno dei quali è descritto da più elementi di dati. dati.

@ Viene chiamato un singolo insieme di valori accettati dagli elementi di dati un'istanza di un oggetto... Gli oggetti comunicano tra loro in un certo modo.

@ Il modello corrispondente di oggetti con i loro elementi di dati e relazioni costitutivi è chiamato modello concettuale argomento. Il modello concettuale dà un'idea del flusso di dati nel dominio.

Alcuni elementi di dati hanno una proprietà importante per la creazione di un modello di informazioni. Se conosciamo il valore che assume un tale elemento di dati di un oggetto, possiamo identificare i valori che assumono altri elementi di dati dello stesso oggetto. Ad esempio, conoscendo il numero di modello univoco dell'auto - 7, possiamo determinare che questo è "Voyager" 96 "e che la cilindrata del motore per questo modello è" 3778 ".

@ Elemento chiave data è chiamato un elemento mediante il quale è possibile determinare i valori di altri elementi di dati.

Due o più elementi di dati possono identificare un oggetto in modo univoco. In questo caso, sono chiamati "candidati" per i dati chiave. La domanda è , quale dei candidati utilizzare per accedere all'oggetto è deciso dall'utente o dal progettista del sistema. Bisogna prestare attenzione quando si scelgono gli elementi di dati chiave perché scegliere quello giusto ti aiuterà a creare il giusto modello di dati concettuale.

@ Chiave primariaè un attributo (o gruppo di attributi) che identifica in modo univoco ogni riga in una tabella.

Concetto di chiave primaria è estremamente importante in connessione con il concetto di integrità del database, di cui parleremo in dettaglio alla fine di questa sezione.

@ Tasto alternativoè un attributo (o un gruppo di attributi) che non corrisponde alla chiave primaria e che identifica in modo univoco un'istanza di un oggetto.

Ad esempio, per l'oggetto "DIPENDENTE", che ha gli attributi "ID DIPENDENTE", "COGNOME", "NOME" e "COGNOME", il gruppo di attributi "COGNOME", "NOME", "PATRONIA" può essere un chiave alternativa in relazione all'attributo "ID DIPENDENTE" (presupponendo che l'azienda non abbia omonimi completi).

@ Tasto esternoè un attributo di tabella che è la chiave primaria di un'altra tabella.

Ad esempio, l'attributo "NUMERO MODELLO" di un oggetto VEICOLO può essere una chiave esterna per un oggetto "MODELLO".

@ Registrazione datiè una raccolta di valori di elementi di dati correlati.

Nella fig. 1.2. tali elementi sono la chiave univoca e il nome del modello, la cilindrata, il numero di cilindri e la potenza del motore. Ad esempio, una delle voci - “7 Voyager'96 3.8 Grand 3778 6 164.0”. Questa stringa rappresenta i valori che assumono gli elementi di dati dell'oggetto MODEL. I record sono archiviati su un supporto, che può essere un cervello umano, un foglio di carta, la memoria del computer, un dispositivo di archiviazione esterno, ecc.

MODELLO
CHIAVE MODELLO UNICO	Nome del modello	Volume di lavoro (cm cubi)	Potenza (cv)
	GMC Jimmy 4.3
7	Voyager'96 3,8 Grand	3778	164,0
	Furtività 3.0
	348 Ragno 3.4

Figura 1.2. Record di dati dell'oggetto MODEL.

Ogni record di una tabella è costituito da un numero finito (e lo stesso!) di campi, e il campo specifico di ogni record di una tabella può contenere solo dati di un tipo

@ Tipo di dati caratterizza il tipo di dati memorizzati.

Il concetto di tipo di dati nel modello informativo è completamente adeguato al concetto di tipo di dati nei linguaggi di programmazione. Di solito, i moderni DBMS consentono di memorizzare caratteri, dati numerici, stringhe di bit, dati numerici specializzati (ad esempio importi in unità monetarie), nonché dati di un formato speciale (data, ora, intervallo di tempo, ecc.). In ogni caso, nella scelta di un tipo di dati, si dovrebbero tenere in considerazione le capacità del DBMS con cui verrà implementato il modello fisico del sistema informativo.

@ Connessioneè una relazione funzionale tra entità.

Se esiste una relazione tra alcune entità, i fatti di un'entità sono riferiti o in qualche modo collegati ai fatti di un'altra entità. Il mantenimento della coerenza delle dipendenze funzionali tra le entità è chiamato integrità referenziale. Poiché le relazioni sono contenute “all'interno” del modello relazionale, l'implementazione dell'integrità referenziale può essere eseguita sia dall'applicazione che dal DBMS stesso (utilizzando meccanismi e trigger di integrità referenziale dichiarativa).

I collegamenti possono essere rappresentati da cinque caratteristiche principali:

Tipo di collegamento (identificativo, non identificativo)

ente capogruppo;

Entità figlio (a carico);

Potenza di comunicazione (cordialità);

Sono ammessi valori nulli.

La relazione si chiama identificazione se l'istanza dell'entità figlio è identificata (identificata in modo univoco) attraverso la sua relazione con l'entità padre. Gli attributi che costituiscono la chiave primaria dell'entità padre sono inclusi anche nella chiave primaria dell'entità figlio. Entità figlio con una relazione identificativa sempre dipendente.

La relazione si chiama non identificativa se l'istanza dell'entità figlio è identificata in modo diverso rispetto a una relazione con l'entità padre. Gli attributi che costituiscono la chiave primaria dell'entità padre sono inclusi anche negli attributi non chiave dell'entità figlio.

Potenza di comunicazioneè il rapporto tra il numero di istanze dell'entità padre e il numero corrispondente di istanze dell'entità figlio. Per qualsiasi relazione diversa da quella non specifica, questa relazione è scritta come 1: n.

@ Procedura di archiviazioneè un'applicazione (programma) che combina query e logica procedurale (istruzioni di assegnazione, ramificazione logica, ecc.) ed è memorizzata in un database.

Le stored procedure consentono di contenere, insieme al database, programmi piuttosto complessi che svolgono una grande mole di lavoro senza trasferire dati in rete e interagire con il client. In genere, i programmi scritti nelle stored procedure sono associati all'elaborazione dei dati. Pertanto, il database può essere un livello funzionalmente indipendente dell'applicazione che può interagire con altri livelli per ricevere query o aggiornare i dati.

@ Regole consentono di chiamare l'esecuzione di azioni specificate quando si modificano o si aggiungono dati al database (DB) e quindi controllare la verità dei dati inseriti in esso.

In genere, un'azione è una chiamata a una procedura o funzione specifica. Le regole possono essere associate a un campo o a un record e, di conseguenza, essere attivate quando i dati in un campo specifico o in un record di tabella cambiano. Non è possibile utilizzare regole durante l'eliminazione dei dati. A differenza dei vincoli, che sono solo un mezzo per controllare condizioni relativamente semplici per un corretto inserimento dei dati, le regole consentono di controllare e mantenere relazioni arbitrariamente complesse tra gli elementi di dati nel database.

@ Integrità referenziale garantisce che il valore della chiave esterna dell'istanza dell'entità figlio corrisponda ai valori della chiave primaria nell'entità padre.

L'integrità referenziale può essere monitorata per tutte le operazioni che modificano i dati.

@ Normalizzazione delle relazioniè il processo di costruzione della struttura ottimale di tabelle e relazioni in un database relazionale.

Nel processo di normalizzazione, gli elementi di dati vengono raggruppati in tabelle che rappresentano oggetti e le loro relazioni. La teoria della normalizzazione si basa sul fatto che un determinato insieme di tabelle ha proprietà migliori per l'inclusione, la modifica e l'eliminazione dei dati rispetto a qualsiasi altro insieme di tabelle che può rappresentare gli stessi dati. L'introduzione della normalizzazione delle relazioni nello sviluppo di un modello informativo garantisce la quantità minima di dati fisici, cioè registrati su qualsiasi supporto, database e le sue massime prestazioni, che influiscono direttamente sulla qualità del sistema informativo. La normalizzazione del modello informativo viene eseguita in più fasi (1a, 2a e 3a forma normale).

@ Dizionario dei datiè un archivio centralizzato di informazioni sugli oggetti, i loro elementi di dati costitutivi, le relazioni tra gli oggetti, le loro fonti, i valori, l'uso e i formati di presentazione.

@ Garantire l'integrità database è chiamato un sistema di misure volte a mantenere la correttezza dei dati nel database in un dato momento.

I costi di controllo e mantenimento dell'accuratezza dei dati possono rappresentare una parte significativa del totale operativo costi. Ad esempio, nelle aziende di trasporto, per controllare la correttezza dell'inserimento dei dati dai documenti di viaggio, si pratica l'inserimento parallelo degli stessi dati da parte di più operatori. Si ritiene che la probabilità di commettere lo stesso errore in questo caso sarà estremamente piccola e un semplice confronto dei risultati dell'input di diversi operatori aiuterà a ottenere dati privi di errori. In un DBMS, l'integrità dei dati è assicurata da una serie di offerte speciali chiamate vincoli di integrità.

@ Vincoli di integritàè un insieme di regole definite che stabiliscono la validità dei dati e le relazioni tra di essi.

Un sistema automatizzato di elaborazione dei dati si basa sull'utilizzo di uno specifico modello di dati o modello informativo. Il modello di dati riflette le relazioni tra gli oggetti.

2. La sequenza di creazione di un modello informativo

Il processo di creazione del modello informativo inizia definendo i requisiti concettuali di un numero di utenti (Figura 2.1). È inoltre possibile definire requisiti concettuali per alcune attività (applicazioni) la cui implementazione non è prevista nel prossimo futuro. Ciò potrebbe aumentare leggermente la complessità del lavoro, tuttavia, aiuterà a tenere pienamente conto di tutte le sfumature della funzionalità richiesta per il sistema in fase di sviluppo e ridurrà la probabilità della sua alterazione in futuro. Le esigenze dei singoli utenti sono integrate in un'unica "vista generica". Quest'ultimo è chiamato il modello concettuale.

@ Modello concettuale rappresenta gli oggetti e le loro relazioni senza specificare come sono archiviati fisicamente.

Quindi, il modello concettuale è essenzialmente un modello di dominio. Quando si progetta un modello concettuale, tutti gli sforzi dello sviluppatore dovrebbero essere diretti principalmente alla strutturazione dei dati e all'identificazione delle relazioni tra di essi senza considerare le caratteristiche di implementazione e i problemi di efficienza dell'elaborazione. La progettazione del modello concettuale si basa sull'analisi delle attività di elaborazione dei dati che vengono risolte in questa impresa. Il modello concettuale include le descrizioni degli oggetti e le loro interrelazioni che sono di interesse nell'area tematica considerata e che sono identificati come risultato dell'analisi dei dati. Si tratta dei dati utilizzati sia nei programmi applicativi già sviluppati sia in quelli che verranno solo implementati.

Il modello concettuale viene quindi tradotto in un modello dati compatibile con il DBMS selezionato. È possibile che le relazioni tra gli oggetti riflessi nel modello concettuale risultino successivamente irrealizzabili tramite il DBMS selezionato. Ciò richiederà un cambiamento nel modello concettuale. La versione del modello concettuale che può essere fornita da un particolare DBMS è chiamata modello logico.

@ Modello logico riflette le connessioni logiche tra gli elementi di dati indipendentemente dal loro contenuto e supporto di memorizzazione.

Il modello dati logico può essere relazionale, gerarchico o in rete ... Agli utenti vengono allocati sottoinsiemi di questo modello logico, chiamati modelli esterni (in alcune fonti, sono anche chiamati sottoschemi), che riflettono la loro comprensione del dominio. Modello esterno corrisponde alle visualizzazioni che gli utenti ottengono in base al modello logico, mentre requisiti concettuali riflettono le percezioni che gli utenti inizialmente desideravano e che hanno costituito la base per lo sviluppo del modello concettuale. Il modello logico è mappato alla memoria fisica come disco, nastro o altro supporto di memorizzazione.

@ Modello fisico che definisce il posizionamento dei dati, i metodi di accesso e le tecniche di indicizzazione è chiamato modello interno del sistema.

Dal punto di vista della programmazione applicata, l'indipendenza dei dati è determinata non dalla tecnica di programmazione, ma dalla sua disciplina. Ad esempio, per evitare di ricompilare l'applicazione in caso di modifiche al sistema, si consiglia di non definire costanti (valori di dati costanti) nel programma. La soluzione migliore è passare i valori come parametri al programma.

Tutti i requisiti effettivi dell'area disciplinare e i corrispondenti requisiti "nascosti" in fase di progettazione dovrebbero riflettersi nel modello concettuale. Ovviamente non è possibile prevedere ogni possibile utilizzo e modifica della banca dati. Ma nella maggior parte delle aree tematiche, i dati di base come gli oggetti e le loro relazioni sono relativamente stabili. Cambiano solo i requisiti informativi, ovvero come i dati vengono utilizzati per ottenere informazioni.

Il grado di indipendenza dei dati è determinato dall'attenta progettazione del database. L'analisi completa degli oggetti di dominio e delle loro relazioni riduce al minimo l'impatto della modifica dei requisiti dei dati in un programma su altri programmi. Questa è l'indipendenza totale dei dati.

3. Relazioni nel modello

Una relazione esprime una visualizzazione o una relazione tra due insiemi di dati. Ci sono relazioni del tipo " uno a uno», « uno a molti" e “Molti a molti". Nel problema considerato dell'automazione della gestione del lavoro di una concessionaria di automobili, se un cliente effettua un ordine per l'acquisto di un'auto per la prima volta, viene eseguita la registrazione iniziale dei suoi dati e delle informazioni sull'ordine. Se il cliente riordina, viene registrato solo questo ordine. Indipendentemente da quante volte un determinato cliente ha effettuato ordini, ha un numero di identificazione univoco (chiave cliente univoca). Le informazioni su ciascun cliente includono il nome del cliente, indirizzo, telefono, fax, cognome, nome, patronimico, personalità giuridica e una nota. Pertanto, gli attributi dell'oggetto CLIENT sono "CHIAVE CLIENTE UNICA", "NOME CLIENTE", "INDIRIZZO CLIENTE", ecc. Il prossimo oggetto di nostro interesse è il MODELLO AUTO. Questo oggetto ha gli attributi "UNIQUE MODEL KEY", "MODEL NAME", ecc. Il terzo oggetto in esame è l'ORDINE. I suoi attributi sono "NUMERO ORDINE", "CHIAVE CLIENTE" e "CHIAVE MODELLO". E il quarto oggetto in esame è il VENDITORE. I suoi attributi sono "CHIAVE DEL VENDITORE UNICO", "NOME DEL VENDITORE", "COGNOME" e "PATRONALY".

Relazione uno a uno (tra due tipi di oggetti)

Torniamo mentalmente ai tempi dell'economia a distribuzione pianificata. Supponiamo che un cliente possa effettuare un solo ordine alla volta. In questo caso si instaura un rapporto tra il CLIENTE e gli oggetti dell'ORDINE. uno a uno", Indicato da singole frecce, come mostrato in fig. 2.2, a.

Riso. 2.2. La relazione tra due oggetti: a) "uno a uno"; b) "uno a molti"; c) "molti a molti"

Riso. 2.3. La relazione tra i dati in una relazione uno a uno.

Relazione uno a molti (tra due tipi di oggetti).

Ad un certo punto, un cliente può diventare proprietario di più modelli di auto, mentre più clienti non possono essere proprietari della stessa auto. Una relazione uno-a-molti può essere indicata usando una freccia singola che punta verso uno e una doppia freccia che punta verso molti, come mostrato nella Figura 4-2. 2.2, B.

In questo caso, più record del secondo oggetto (figlio o subordinato) corrisponderanno a un record di dati del primo oggetto (spesso chiamato genitore o principale). Le relazioni uno-a-molti sono molto comuni nella progettazione di database relazionali. Il dizionario viene spesso utilizzato come oggetto padre e le chiavi univoche per l'accesso ai record del dizionario sono memorizzate nel figlio. Nel nostro esempio, come tale riferimento, puoi immaginare l'oggetto CLIENT, che memorizza le informazioni su tutti i clienti. Quando si accede a un record per un cliente specifico, abbiamo un elenco di tutti gli acquisti che ha effettuato e le informazioni sui quali sono memorizzate nell'oggetto MODELLO AUTO, come mostrato in Fig. 2.4. Se ci sono alcuni record nell'oggetto figlio per i quali non ci sono record corrispondenti nell'oggetto CLIENT, allora non li vedremo. In questo caso, si dice che l'oggetto contiene record persi (solitari). Questo non è consentito e in futuro imparerai come evitare tali situazioni.

Riso. 2.4. Relazione tra i dati in una relazione uno a molti.

Se guardiamo i record dell'oggetto MODELLO AUTO, quindi nell'oggetto CLIENT possiamo ottenere i dati sul cliente che ha acquistato questo auto (vedi fig. 2.4). Si prega di notare che non riceveremo i dettagli del cliente per i record persi.

Relazione molti a molti (tra due tipi di oggetti).

In questo esempio, ogni venditore può servire più clienti. D'altra parte, acquistando auto in momenti diversi, ogni cliente potrebbe essere servito da venditori diversi. Esiste una relazione molti a molti tra gli oggetti CLIENTE e VENDITORE. Questa relazione è indicata da doppie frecce, come mostrato in Fig. 2.2, c.

Nella fig. 2.5 mostra un diagramma secondo il quale i dati saranno interconnessi in questo caso. Guardando i dati nell'oggetto CLIENTE, saremo in grado di scoprire quali venditori hanno servito un cliente specifico. Tuttavia, nell'oggetto VENDITORE, in questo caso, dovremo creare più record per ogni venditore. Ogni riga corrisponderà a ciascun servizio clienti da parte del venditore. Con questo approccio, dovremo affrontare seri problemi. Ad esempio, non possiamo inserire una chiave univoca per ogni venditore nell'oggetto VENDITORE, poiché inevitabilmente un venditore servirà più clienti, e in questo caso avremo più record per lo stesso venditore.

Riso. 2.5. Relazione tra i dati in una relazione molti a molti

Secondo la teoria dei database relazionali, l'archiviazione di una relazione molti a molti richiede tre oggetti: uno per ciascuna entità e uno per l'archiviazione delle relazioni tra di esse (un oggetto intermedio). L'oggetto intermedio conterrà gli identificatori degli oggetti correlati, come mostrato in Fig. 2.6.

Riso. 2.6. Visualizzazione della relazione tra i dati in una relazione molti a molti utilizzando un oggetto intermedio

Le relazioni tra gli oggetti fanno parte del modello concettuale e devono essere visualizzate nel database. Insieme alle relazioni tra gli oggetti, esistono relazioni tra gli attributi di un oggetto. Distingue anche tra relazioni uno-a-uno, uno-a-molti e molti-a-molti.

Relazione uno a uno (tra due attributi)

Partiamo dal presupposto che la chiave (numero) del cliente sia il suo identificatore univoco, ovvero non cambia con gli ordini successivi di questo cliente. Se, insieme al numero del cliente, nel database è memorizzato un altro identificatore univoco (ad esempio, un numero di passaporto), allora esiste una relazione uno a uno tra questi due identificatori univoci. Nella fig. 2.7, a questa relazione è indicata da frecce singole.

Relazione uno a molti (tra due attributi)

Il nome del cliente e il numero del cliente coesistono. Potrebbero esserci molti client con lo stesso nome, ma tutti hanno numeri diversi. Ad ogni cliente viene assegnato un numero univoco. Ciò significa che esiste un solo nome per un determinato numero cliente. La relazione "uno a molti" è indicata da una freccia singola nella direzione di "uno" e una doppia freccia nella direzione di "molti" (Figura 2.7, b).

Relazione molti a molti (tra due attributi)

Diversi clienti con lo stesso nome potrebbero essere serviti da più fornitori. Diversi venditori con lo stesso nome potrebbero aver ricevuto ordini da più clienti. Esiste una relazione molti a molti tra il nome del cliente e gli attributi del nome del venditore. Indichiamo questa relazione con doppie frecce (Fig. 2.7, in).

un)

B)

v)

Riso. 2.7. Relazioni tra due attributi:
a) il rapporto “one to one”; b) rapporto uno a molti» c) il rapporto "molti a molti"»

Tipi di modelli di dati

I modelli di dati gerarchici e di rete iniziarono ad essere utilizzati nei sistemi di gestione dei database nei primi anni '60. All'inizio degli anni '70 è stato proposto un modello di dati relazionali. Questi tre modelli differiscono principalmente nel modo in cui rappresentano le relazioni tra gli oggetti.

Il modello di dati gerarchico è costruito sul principio di una gerarchia di tipi di oggetti, ovvero un tipo di oggetto è il principale e gli altri, situati ai livelli inferiori della gerarchia, sono subordinati (Fig. 2.8). Viene stabilita una relazione uno-a-molti tra gli oggetti principali e quelli subordinati. In altre parole, esistono diversi tipi di oggetti subordinati per un determinato tipo di oggetto principale. Allo stesso tempo, per ogni istanza dell'oggetto principale, possono esserci diverse istanze di tipi di oggetti subordinati. Pertanto, le relazioni tra oggetti sono simili alle relazioni in un albero genealogico con un'eccezione: può esserci solo un tipo di oggetto originale (principale) per ogni tipo di oggetto generato (subordinato o). Sul Riso. 2.8 nodi e rami formano una struttura ad albero gerarchica. Un nodo è una raccolta di attributi che descrivono un oggetto. Il nodo più alto nella gerarchia è chiamato nodo radice (questo è il tipo di oggetto principale). Il nodo radice è al primo livello. I nodi dipendenti (tipi di oggetti subordinati) sono al secondo, terzo e così via.

Riso. 2.8. Schema del modello dati gerarchico.

Nel modello di dati di rete, i concetti di oggetti master e subordinati sono in qualche modo ampliati. Qualsiasi oggetto può essere sia master che subordinato (nel modello di rete, l'oggetto master è indicato con il termine "proprietario della collezione" e il subordinato con il termine "membro della collezione"). Lo stesso oggetto può essere contemporaneamente sia il proprietario che il membro della raccolta. Ciò significa che ogni oggetto può partecipare a un numero qualsiasi di relazioni. Un diagramma del modello di rete è mostrato nella Figura 2.9.

Figura 2.9. Diagramma del modello di dati di rete.

Nel modello dati relazionale, gli oggetti e le relazioni tra di essi sono rappresentati mediante tabelle, come mostrato in Fig. 2.10. Anche le relazioni sono considerate come oggetti. Ogni tabella rappresenta un oggetto ed è composta da righe e colonne. In un database relazionale, ogni tabella deve avere una chiave primaria (elemento chiave) - un campo o una combinazione di campi che identifica in modo univoco ogni riga della tabella. Per la sua semplicità e naturalezza di presentazione, il modello relazionale è maggiormente utilizzato nei DBMS per personal computer.

Riso. 2.10. Schema del modello di dati relazionali.

Tipi di relazioni tra oggetti dell'area tematica

Le relazioni multiple possono essere di quattro tipi: uno a uno, uno a molti, molti a molti e molti a uno.

Una relazione uno a uno (1: 1) esiste quando un'istanza di un oggetto è associata a una singola istanza di un altro. La relazione è unica da sinistra a destra e da destra a sinistra.

conduce

Direttore aziendale

Una relazione uno a molti (1: M) esiste quando un'istanza del primo oggetto è associata a una (o più) istanze del secondo oggetto, ma ogni istanza del secondo oggetto è associata a una sola istanza del primo . La relazione è unica da destra a sinistra.

Consiste di

Distretto della città

Una relazione molti a molti (M: M) esiste quando un'istanza del primo oggetto è associata a una o più istanze del secondo e ciascuna istanza del secondo con una o più istanze del primo.

Studente (cognome, numero di registro. Facoltà) Materia (nome, numero di ore)

Una relazione molti a uno (M: 1) è simile a una relazione uno a molti. Il collegamento è unico solo da sinistra a destra.

Cognome studente (M: 1) Numero gruppo

Modello concettuale... Il modello degli oggetti con gli attributi che li descrivono e le relazioni tra loro si chiama modello concettuale... Questo modello rappresenta gli oggetti e le loro relazioni senza specificare come vengono archiviati fisicamente.

È presentato graficamente sotto forma di un diagramma speciale proposto dallo specialista di database americano C. Bachman. Nei diagrammi di Bachmann, gli oggetti sono rappresentati dai vertici di un certo grafico matematico, i collegamenti sono rappresentati dagli archi del grafico. Si consideri, ad esempio, il Purchasing Data Model (si veda la Figura 48).

Riso. 48 Un esempio di modello concettuale

Il modello è costituito da tre oggetti: Fornitore, Ordine, Articolo.La relazione Emessa esistente tra gli oggetti Fornitore e Ordine ha cardinalità uno a molti, poiché ogni ordine viene effettuato a un fornitore, ma a questo fornitore possono essere effettuati più ordini . La relazione tra gli oggetti Order e Item ha cardinalità molti a molti, poiché un ordine contiene diversi elementi e un elemento può trovarsi in più ordini.

Tutti gli oggetti sono attivi.

Controllo utente dei gruppi di finestre.

Tipi di finestre orientate alle attività.

Commit istantaneo delle modifiche.

Icone dinamiche che riflettono lo stato dell'oggetto.

Manipolazione diretta.

Combinare oggetti.

Composizione di oggetti e contenitori.

Visualizzazione coerente multipla di oggetti.

Le caratteristiche delle interfacce grafiche considerate sopra, così come la tecnologia DCD alla base della loro implementazione, richiedono l'uso di un approccio orientato agli oggetti per la progettazione della GUI. Questo approccio prevede l'uso di analogie tra oggetti software e oggetti nel mondo reale. Dal punto di vista dell'interfaccia utente, gli oggetti non sono solo file o icone, ma anche qualsiasi dispositivo per l'archiviazione e l'elaborazione di informazioni, incluse celle, paragrafi, simboli, ecc., nonché i documenti in cui si trovano.

Gli oggetti, indipendentemente dal fatto che appartengano al mondo reale o abbiano un'incarnazione informatica, hanno determinate caratteristiche che ci aiutano a capire cosa sono e come si comportano in determinate situazioni. I seguenti concetti descrivono gli aspetti principali e le caratteristiche degli oggetti che hanno un'incarnazione computerizzata.

Proprietà dell'oggetto... Gli oggetti hanno determinate caratteristiche o attributi chiamati proprietà che determinano la loro presentazione o possibili stati (ad esempio, colore, dimensione, data di modifica). Le proprietà non sono limitate alle caratteristiche esterne o visibili dell'oggetto. Possono riflettere la loro organizzazione interna o lo stato attuale dell'oggetto.

Operazioni sugli oggetti... Tutte le azioni che possono essere eseguite su (o su) un oggetto sono considerate operazioni valide. Lo spostamento o la copia di un oggetto sono esempi di operazioni. L'utente può eseguire operazioni sugli oggetti utilizzando l'uno o l'altro meccanismo fornito dall'interfaccia (controllo dei comandi o manipolazione diretta).

Comunicazione (relazione) tra oggetti... Qualsiasi oggetto in un modo o nell'altro interagisce con altri oggetti. In molti casi, la relazione tra oggetti può essere descritta come una relazione di un certo tipo.

Tipi di collegamenti tra oggetti.

I tipi più comuni di relazioni sono Raccolte, Vincoli e Compositi.

Kitè il tipo più semplice di relazione, che riflette la presenza di alcune proprietà comuni degli oggetti. I risultati di una query (ricerca per pattern) o di un'operazione di selezione multipla di oggetti sono esempi dell'utilizzo di questo tipo di relazione. Un importante vantaggio di questo tipo di relazione è che consente di specificare operazioni che devono fare riferimento a uno specifico insieme di oggetti.

Un'associazione riflette una relazione più stretta tra gli oggetti in cui la modifica di un oggetto influisce su un altro oggetto nel set. L'esempio più semplice di tale relazione è la modifica del formato di una pagina adiacente quando si aggiunge del testo alla pagina precedente.

Composizione avviene quando l'aggregazione di più oggetti può essere vista come un nuovo oggetto con un proprio insieme di proprietà e operazioni consentite. Una colonna di celle in una tabella e un paragrafo in un testo sono esempi di composizioni.

Un altro tipo comune di relazione tra gli oggetti è un contenitore.

Contenitoreè un oggetto che contiene altri oggetti (ad esempio, un'immagine in un documento o un documento in una cartella può essere considerato parte del contenuto del contenitore corrispondente). Le proprietà di un contenitore spesso influiscono sul comportamento dei suoi contenuti. Tale influenza può consistere nell'espansione o soppressione di alcune proprietà degli oggetti in essa contenuti, oppure nel modificare l'elenco delle operazioni consentite. Inoltre, il contenitore controlla l'accesso al suo contenuto, nonché la conversione del tipo (formato) dell'oggetto che include. Questo, in particolare, può influenzare il risultato del trasferimento di un oggetto da un contenitore all'altro.

Gli aspetti considerati sopra richiedono l'assegnazione di ogni oggetto a uno o un altro tipo (classe) di oggetti. Gli oggetti dello stesso tipo hanno proprietà e comportamenti simili.

I tipi base di oggetti interfaccia costituiscono le classi fondamentali di tutti gli oggetti forniti dal sistema operativo. Esistono tre tipi principali di oggetti: oggetti dati, oggetti contenitore e oggetti dispositivo.

Molti oggetti hanno caratteristiche che appartengono a più di una classe (ad esempio, la Posta in arrivo: proprietà del contenitore e del dispositivo). Pertanto, è necessario avere una buona conoscenza delle classi degli oggetti dell'interfaccia e del loro comportamento. Gli oggetti devono soddisfare le aspettative degli utenti in termini di azioni che eseguono, ovvero determinare quali visualizzazioni possono visualizzarli e modificarli. Gli oggetti contenitore devono fornire viste che corrispondono ad altri contenitori, gli oggetti dispositivo devono offrire viste specifiche per un determinato dispositivo e compatibili con altri.

Gli oggetti dati forniscono informazioni agli utenti. Possono rappresentare qualsiasi tipo di informazione, come testo, fogli di calcolo, immagini, musica, discorsi registrati, video, animazioni o qualsiasi combinazione di questi. Poiché gli oggetti dati sono generalmente orientati al prodotto, le guide alla progettazione non definiscono oggetti dati specifici. Questo è il lavoro dei progettisti di software.

2. 2. COSTRUZIONE DEL MODELLO "OGGETTO - BENE - RAPPORTO"

Per descrivere ILM vengono utilizzati sia linguaggi analitici (descrittivi) che strumenti grafici; in futuro, viene utilizzato un metodo grafico per visualizzare il modello "relazione oggetto-proprietà". Nell'area tematica nel processo del suo esame e analisi, si distinguono classi di oggetti. Classe oggetto chiamare un insieme di oggetti che hanno lo stesso insieme di proprietà. Ad esempio, se consideriamo un'università come area disciplinare, allora in essa si possono distinguere le seguenti classi di oggetti: studenti, insegnanti, pubblico, ecc. Gli oggetti possono essere reali, come detto sopra, oppure possono essere astratti, come materie che gli studenti studiano.

Quando riflesso nel sistema informativo, ogni oggetto è rappresentato dal suo identificatore, che distingue un oggetto della classe da un altro, e ogni classe di oggetti è rappresentata dal nome di questa classe. Quindi, per gli oggetti della classe “SOGGETTI STUDIATI”, l'identificatore di ogni oggetto sarà “NOME DEL SOGGETTO”. L'identificatore deve essere univoco.

Ogni oggetto ha un insieme specifico di proprietà. Per oggetti della stessa classe, l'insieme di queste proprietà è lo stesso e i loro valori, ovviamente, possono differire. Ad esempio, per gli oggetti della classe "STUDENT", un tale insieme di proprietà che descrivono gli oggetti della classe può essere "ANNO DI NASCITA", "GENERE", ecc.

Quando si descrive l'area tematica, è necessario rappresentare ciascuna delle classi di oggetti esistenti e un insieme di proprietà fissate per gli oggetti di questa classe.

Useremo le seguenti designazioni per visualizzare gli oggetti e le loro proprietà (Fig. e 2. 3).

Proprietà

Riso. 2.3 Designazione di oggetti e loro proprietà

Ad ogni feature class nel modello infologico viene assegnato un nome univoco.

Quando si costruisce un modello infologico, è desiderabile dare un'interpretazione verbale di ciascuna entità, soprattutto se è possibile un'interpretazione ambigua del concetto.

Riso. 2.4 Immagine di una relazione "oggetto-proprietà"

Quando si descrive l'area tematica, è necessario riflettere le connessioni tra l'oggetto e le proprietà che lo caratterizzano. Questo è semplicemente rappresentato come una linea che collega la designazione dell'oggetto e le sue proprietà.

La relazione tra un oggetto e la sua proprietà può essere diversa. Un oggetto può avere un solo valore per una proprietà. Ad esempio, ogni persona può avere una sola data di nascita. Chiamiamo tali proprietà separare. Per altre proprietà, è possibile che esistano più valori per un oggetto contemporaneamente. Supponiamo, ad esempio, quando si descrive un "DIPENDENTE", la "LINGUA STRANIERA" che possiede è fissata come sua proprietà. Poiché un dipendente può conoscere diverse lingue straniere, verrà chiamata tale proprietà plurale. Quando si descrive la relazione tra un oggetto e le sue proprietà, utilizzeremo una freccia singola per proprietà singole e una doppia freccia per proprietà multiple.

Inoltre, alcune proprietà sono permanenti, il loro valore non può cambiare nel tempo. Chiamiamo tali proprietà statico, e quelle proprietà, il cui valore può cambiare nel tempo, saranno chiamate dinamico.

Un'altra caratteristica della relazione tra un oggetto e la sua proprietà è il segno se questa proprietà è presente in tutti gli oggetti di una data classe o assente in alcuni oggetti. Ad esempio, per alcuni dipendenti potrebbe esistere la proprietà “LAUREA ACCADEMICA” e altri oggetti di questa classe potrebbero non avere la proprietà specificata. Chiamiamo tali proprietà condizionale.

Quando si descrive la connessione di una proprietà condizionale con un oggetto, utilizzeremo una linea tratteggiata e, per indicare le proprietà dinamiche e statiche, utilizzeremo le lettere D e S sopra la linea corrispondente.

A volte in un modello infologico è utile introdurre il concetto "Proprietà composita". Esempi di tali proprietà sono “INDIRIZZO”, composto da “CITTÀ”, “VIA”, “CASA” e “APPARTAMENTO”, e “DATA DI NASCITA”, composto da “NUMERO”, “MESE” e “ANNO”. Usiamo in ILM per designare una proprietà composta un quadrato, dal quale hanno origine le linee che lo collegano con le designazioni dei suoi elementi costitutivi (Fig. 2.4).

Il modello infologico non visualizza singole istanze di oggetti, ma classi di oggetti. Quando la designazione di un oggetto viene mostrata nell'ILM, è chiaro che stiamo parlando di una classe di oggetti che hanno le proprietà descritte. Pertanto, nella maggior parte dei casi, è possibile non introdurre esplicitamente una designazione per una classe di oggetti in un modello infologico. Un'immagine esplicita di una classe di oggetti è necessaria solo se il software per una data classe di oggetti registra non solo le caratteristiche relative ai singoli oggetti di questa classe, ma anche alcune caratteristiche integrali relative all'intera classe nel suo insieme. Ad esempio, se per la classe di oggetti "IMPIEGATI" viene registrata non solo l'età di ciascun dipendente, ma anche l'età media di tutti i dipendenti, allora nel modello infologico è necessario riflettere non solo l'oggetto "DIPENDENTE", ma anche la classe di oggetti "EMPLOYEES". Per visualizzare una classe di oggetti, è possibile utilizzare una designazione specifica o la stessa utilizzata per gli oggetti (Fig. 2.5).

Riso. 2,5 Immagine di una classe di oggetti e caratteristiche integrali della classe.

Oltre alla connessione tra un oggetto e le sue proprietà, il modello infologico registra le connessioni tra oggetti di classi diverse. Ci sono collegamenti del tipo "uno a uno" (1: 1), "uno a molti" (1: M), "molti a molti" (M: M). Questi tipi di relazioni sono a volte indicati come il grado di relazione.

Oltre al grado di connessione nel modello infologico, per caratterizzare la connessione tra entità diverse, è necessario indicare il cosiddetto "Classe di appartenenza", che mostra se non può esserci alcuna connessione tra un oggetto di questa classe con qualsiasi oggetto di un'altra classe. La classe di entità deve essere obbligatoria o facoltativa.

Spieghiamo quanto detto con esempi concreti. Come accennato in precedenza, il modello infologico non è costruito per un oggetto separato, ma visualizza le classi di oggetti e le relazioni tra di loro. Il diagramma corrispondente che lo mostra è chiamato diagramma di tipo ER (questo nome è dovuto al fatto che in inglese la parola "entità" è scritta "Entità" e la relazione è "Relazione"). Tuttavia, a volte, oltre ai diagrammi di tipo ER, vengono utilizzati diagrammi di istanza ER.

Supponiamo che il modello infologico mostri una relazione tra due classi di oggetti: "DIPENDENTE" e "LINGUA STRANIERA".

Supponiamo che l'argomento sia una fabbrica in cui alcuni dipendenti conoscano una lingua straniera, ma nessuno di loro parla correntemente più di una lingua. Naturalmente ci sono molte lingue che nessuno dei dipendenti parla, e anche che alcuni dipendenti parlano la stessa lingua straniera (Fig. 2.6).

c1. .ya1

c2. .ya2

c3. .я3

c4. .ya4

c5. .ya5

c6. .ya6

c7. .ya7

Riso. 2.6 Diagramma ER - istanze

In questo caso, il diagramma delle istanze ER sarà simile a quello mostrato in Fig. 2. 6, e lo schema dei tipi ER è come in fig. 2.7.

Riso. 2. 7. Schema dei tipi E - R

Supponiamo inoltre che l'area disciplinare sia un'istituzione e che l'oggetto "PERSONALITÀ" rifletta i candidati che entrano in questa istituzione. Ciascuno dei richiedenti deve necessariamente parlare una lingua straniera, ma nessuno parla più di una lingua (Fig. 2.8). In questo caso, il diagramma delle istanze ER sarà simile a quello mostrato in Fig. 2. 8, e lo schema dei tipi ER è come in fig. 2.9.

Linguaggio della personalità

l1 i1

l2 i2

l3 i3

l4 z4

l5 i5

l6 i6

l7 i7

Sia nel primo che nel secondo caso considerato, si osserva la relazione M tra le entità: 1. Sul diagramma, questa è visualizzata dal lato dell'oggetto "PERSONALITÀ" con una doppia freccia, e dal lato del " LINGUA STRANIERA" - da una singola freccia sulla linea che rappresenta la relazione tra le entità di dati.

La differenza nelle situazioni considerate è che nel primo caso la classe di appartenenza è facoltativa per entrambe le entità, e nel secondo, per l'entità "PERSONALITÀ", la classe di appartenenza è obbligatoria. Nel diagramma (Fig. 2. 9) questo è mostrato da un punto nel rettangolo corrispondente all'oggetto "PERSONALITÀ".

Lascia che l'area disciplinare sia la stessa del caso precedente, ma ci sono situazioni in cui alcuni candidati conoscono diverse lingue straniere. In questo caso il collegamento tra gli oggetti sarà di tipo M: M.

Per un tale dominio, il diagramma delle istanze ER sarà simile a quello mostrato in Fig. 2. 10, e lo schema dei tipi ER è come in fig. 2.11.

Linguaggio della personalità

l1 i1

l2 i2

l3 i3

l4 z4

l5 i5

l6 i6

l7 i7

Supponiamo che l'area disciplinare sia un istituto linguistico, in cui ciascuno e: i dipendenti conoscano necessariamente più lingue straniere, e per ciascuna delle lingue conosciute dalla scienza in questo istituto ci sia almeno uno specialista che la parli.

In questo caso, la relazione tra gli oggetti sarà M: M, e la classe di proprietà di entrambe le entità è obbligatoria.

(Si potrebbe fare un esempio, ma il punto è chiaro).

Sopra, abbiamo considerato gli oggetti senza approfondire la loro complessità. In effetti, ci sono diversi tipi di oggetti.

Prima di tutto, questi sono oggetti semplici e complessi. L'oggetto si chiama semplice, se è visto come indivisibile. Difficile un oggetto è un'unione di altri oggetti, semplici o complessi, anch'essi visualizzati nel sistema informativo. Il concetto di oggetto “semplice” e “complesso” è relativo. In una vista, un oggetto può essere considerato semplice e in un'altra lo stesso oggetto può essere considerato complesso. Ad esempio, l'oggetto "sedia" nel sottosistema della contabilità dei beni materiali sarà considerato un oggetto semplice, ma per un'impresa che produce sedie sarà un oggetto composito (compresi "gambe", "schienale", "sedile", eccetera.).

Esistono diversi tipi di oggetti complessi: oggetti composti, oggetti generalizzati e oggetti aggregati.

Oggetto composto corrisponde alla mappatura della relazione tutto-parte. Esempi di oggetti compositi sono NODES-DETAILS, CLASS-STUDENTI e così via.

I modelli infologici di solito non utilizzano convenzioni speciali per visualizzare oggetti complessi. La relazione tra il composto ei suoi oggetti costitutivi viene visualizzata nello stesso modo descritto sopra. Inoltre, anche la natura della connessione può essere diversa: ad esempio, “DETTAGLI” e “NODI” sono legati tra loro da una relazione del tipo M: M, e “GRUPPO” e “STUDENTI” - dalla relazione 1 : M.

Oggetto generalizzato riflette la presenza del rapporto "genere-specie" tra gli oggetti dell'area disciplinare. Ad esempio, gli oggetti STUDENTE, SCOLASTICO, LAUREATO, STUDENTE STUDENTI formano un oggetto generalizzato STUDENTI. Gli oggetti che compongono un oggetto generalizzato sono chiamati le sue categorie.

Sia un oggetto "generico" che gli oggetti "specifici" possono avere un determinato insieme di proprietà. Inoltre, si osserva la cosiddetta ereditarietà delle proprietà, cioè un oggetto “specifico” ha tutte le proprietà che possiede un oggetto “generico”, più proprietà inerenti solo a oggetti di questo tipo.

Determinazione del genere - relazioni specifiche significa la classificazione degli oggetti dell'area tematica in base all'una o all'altra caratteristica. Le sottoclassi possono essere distinte in un modello infologico in forma esplicita e implicita. Nel primo caso, nella rappresentazione grafica viene introdotta una designazione speciale per la sottoclasse. Nella fig. 2. 14 mostra un frammento del modello infologico, che riflette l'oggetto generalizzato "PERSONALITÀ" per un istituto di istruzione superiore. Per lui ci sono diverse categorie: INSEGNANTE, STUDENTE, STUDENTE. Un triangolo è stato utilizzato per indicare la sottoclasse nel circuito.

Naturalmente, la classificazione può essere multilivello. Quindi, nell'esempio considerato, l'oggetto generalizzato "PERSONALITÀ" può essere suddiviso in due sottoclassi: DIPENDENTE e STUDENTE. I DIPENDENTI, a loro volta, possono essere classificati in PERSONALE DOCENTE, AMMINISTRAZIONE, ecc.

Personalità

Riso. 2.14 Immagine oggetto generico

Le classi di oggetti selezionate nel dominio possono essere sovrapposte o non sovrapposte. Per visualizzare queste informazioni in un modello infologico, è possibile utilizzare un grafico di intersezione, i cui vertici corrispondono alle classi (sottoclassi) di oggetti e i bordi collegano una coppia di vertici solo se le classi di oggetti corrispondenti si intersecano. È possibile utilizzare un grafico ponderato per visualizzare il grado di intersezione. In questo caso, il peso di un vertice indicherà la cardinalità del corrispondente insieme di oggetti, e il peso di un arco indicherà la cardinalità dell'insieme che è l'intersezione degli insiemi collegati da questo arco (Fig. 2.15).

Riso. 2.15 Grafico di intersezione

Il grafico dell'intersezione contiene informazioni aggiuntive sull'area tematica e non appartiene alla classe dei modelli ER.

Oggetti aggregati di solito corrispondono a qualche processo in cui sono “coinvolti” altri oggetti. Ad esempio, l'oggetto aggregato "FORNITURA" combina gli oggetti "FORNITORE", che fornisce prodotti, "CONSUMATORE", che riceve questi prodotti, nonché i "PRODOTTI" forniti. L'oggetto originale è la “DATA DI CONSEGNA”. Un oggetto aggregato può, come un semplice oggetto, avere proprietà che lo caratterizzano. Nell'esempio in esame, tale proprietà può essere la dimensione della consegna.

Gli oggetti aggregati sono generalmente chiamati nomi verbali (ad esempio, fornitura-offerta, rilascio-rilascio, vendita-vendita, ecc.).

Riso. 2.16 Immagine oggetto aggregata

Per visualizzare un oggetto aggregato in un modello infologico, utilizzeremo le seguenti convenzioni:

l'oggetto aggregato stesso sarà rappresentato da un rombo, accanto al quale è indicato il nome dell'oggetto corrispondente. Questo diamante deve essere associato alla legenda degli oggetti che compongono questo oggetto aggregato. Le proprietà di un oggetto aggregato vengono visualizzate come per un oggetto semplice. Sul Riso. 2.16 mostra l'oggetto aggregato "FORNITURA PRODOTTO".

| Pianificazione delle lezioni e materiali delle lezioni | 8 classi | Pianificazione delle lezioni per l'anno accademico | Modelli tabulari

Lezione 12
Modelli tabulari

Modelli tabulari

Temi allo studio:

Tabelle del tipo "oggetto-proprietà".
- Una tabella del tipo "oggetto-oggetto".
- Matrici binarie.

Tabelle delle proprietà degli oggetti

Un'altra forma comune di modello di informazione è tavolo rettangolare composto da righe e colonne. L'uso delle tabelle è così comune che di solito non è richiesta alcuna spiegazione aggiuntiva per comprenderle.

Si consideri ad esempio la tabella 2.1.

Quando si compila una tabella, vengono incluse solo le informazioni che interessano l'utente. Ad esempio, oltre alle informazioni sui libri che sono incluse nella tabella 2.1, ce ne sono altre: editore, numero di pagine, costo. Tuttavia, per il compilatore della Tabella 2.1, c'erano abbastanza informazioni sull'autore, titolo e anno di pubblicazione del libro (colonne "Autore", "Titolo", "Anno") e informazioni che permettessero di trovare un libro sugli scaffali di scaffali (colonna "Scaffale"). Si presume che tutti gli scaffali siano numerati e, inoltre, ogni libro abbia il proprio numero di inventario (colonna "Numero").

Tabella 2.1 - è un modello informativo del fondo librario di una biblioteca domestica.

La tabella può riflettere un determinato processo che si svolge nel tempo (tabella 2.2).

Le letture, elencate nella tabella 2.2, sono state effettuate entro cinque giorni alla stessa ora del giorno. Guardando la tabella, è facile confrontare diversi giorni in termini di temperatura, umidità, ecc. Questa tabella può essere considerata un modello informativo del processo di cambiamento dello stato del tempo.

Le tabelle 2.1 e 2.2 si riferiscono al tipo di tabella più comunemente utilizzato. Sono chiamate tabelle delle "proprietà dell'oggetto"..

Una riga di tale tabella contiene informazioni su un oggetto (un libro in biblioteca o lo stato del tempo alle 12:00 in un determinato giorno). Colonne: caratteristiche individuali (proprietà) degli oggetti.

Naturalmente, le righe e le colonne nelle Tabelle 2.1 e 2.2 possono essere scambiate ruotandole di 90°. A volte lo fanno. Quindi le righe corrisponderanno alle proprietà e le colonne corrisponderanno agli oggetti. Ma molto spesso le tabelle sono costruite in modo che ci siano più righe che colonne. Di norma, ci sono più oggetti che proprietà.