Diagramma delle Classi

•Il diagramma delle classi descrive le informazioni del processo;

•Esplicita le informazioni del processo, le loro proprietà e le relazioni tra loro intercorrenti;

•Ha una corrispondenza naturale con lo schema concettuale del database che darà supporto all’automazione del processo;

Diagramma delle Classi

Servono per definire/rappresentare le classi che compongono il sistema che si intende progettare

Un diagramma delle classi specifica la struttura statica dell’applicazione

le classi

le associazioni tra classi, cioè le collaborazioni ed interazioni necessarie per realizzare i requisiti funzionali specificati nei diagrammi dei casi d’uso

La specifica dell’aspetto dinamico della collaborazione (sequenza di invio di messaggi tra classi) viene espressa con i diagrammi di collaborazione e di sequenza

Diagramma delle Classi

I diagrammi delle classi mostrano la struttura delle classi (attributi, operazioni, associazioni) del sistema o di sottosistemi e vengono utilizzati principalmente per:

documentare il sistema

descrivere le associazioni, generalizzazioni, aggregazioni tra le classi

descrivere gli attributi e le operazioni delle classi

specificare il modello implementativo delle classi e generare parte del codice del sistema

rappresentare sotto-sistemi esterni (ad esempio, librerie) e le loro relazioni con il sistema che si intende progettare

rappresentare istanze di oggetti

descrivere le interfacce esposte delle classi

Classe

E’ la descrizione di un insieme di oggetti che condividono gli stessi attributi, metodi e relazioni

ed è definita da:nomelista degli attributilista delle operazioni

Attributi e operazioni

Attributo : proprietà che caratterizza una classe, con un nome e un tipo (opzionale); una classe ha zero o più attributi;

Operazione : servizio che può essere richiesto ad un oggetto della classe;

Esempio

Attributi

•Nomi che non sono diventati classi durante la definizione delle classi stesse

•Conoscenza del dominio applicativo- Persona (ambito bancario)

nome, cognome, codiceFiscale, numeroConto

- Persona (ambito medico)nome, cognome, allergie, peso, altezza

Attributi e Metodi: Visibilità

La visibilità determina disponibilità verso le altre classi:

private (simbolo “-” o altri): visibile solamente all'interno della stessa classe

protected (simbolo “#” o altri): visibile nella classe e nelle sue sottoclassi

public (simbolo “+” o altri): visibile a tutte le classi associate Package (simbolo “~” o altri): visibile a tutte le classi presenti nello

stesso package per convenzione gli attributi sono private e le operazioni public

l’insieme delle operazioni visibili (esposte) di una classe è detto interfaccia delle classe

Modificabilità di un'associazione

Modificabilità

la modificabilità di un’associazione è un vincolo che indica se l’istanza di una classe può aggiungere o cancellare istanze di una classe in relazione dal lato dell’associazione su cui il vincolo è indicato, dopo la creazione o l’inizializzazione dell’associazione stessa.

può assumere tre valori:

changeable (è il valore di default) Frozen addOnly

Ordinamento Associazione

Ordinamento:

è un vincolo che specifica se le istanze destinazione di un’associazione con molteplicità maggiore di 1 debbano avere un determinato ordinamento

il criterio di ordinamento può essere definito con una nota

Percorrenza Associazione

Percorrenza

indica il verso di percorrenza di un’associazione, cioè il verso di percorrenza dei messaggi che realizzano la collaborazione tra le classi che partecipano all’associazione

la percorrenza viene indicata con la freccia

un’associazione senza frecce indica una percorrenza bidirezionale: devono essere realizzati i messaggi in entrambi i versi

Package di una classe

Il nome del package può comparire

prima del nome della classe (separato da “::”) nel caso di una gerarchia di package (più package) ogni singolo

nome di package deve essere separato da “::” il package è lo spazio dei nomi di una classe

il nome di una classe deve essere univoco all’interno del suo spazio del nomi (cioè all’interno del package che la contiene)

i nomi di package innestati diventano quindi dei path

il path è utile quando si specificano classi di librerie esterne

Informazioni aggiuntive classe

danno ulteriore informazione descrittiva della classe

informazioni sull’autore, sulla data di creazione ed ultima modifica

informazioni sullo stato della specifica (draft, finale, obsoleta, ecc.)

informazioni booleane che vincolano l’uso della classe (per default tali proprietà sono tutte false):

isAbstract (classe che non può essere istanziata)

isLeaf (classe che non può essere specializzata, cioè sottotipizzata)

isRoot (classe che non può essere una specializzazione di un’altra)

vengono visualizzate tra parentesi graffe sotto il nome della classe {autore=“Paolino Paperino”, dataCreazione=“21/10/2007”, isLeaf}

Relazioni tra Classi

Tre sono i tipi principali di relazioni tra classi

•Associazione

•Generalizzazione

•Aggregazione/Composizione

Associazioni tra Classi

•Ogni associazione ha due estremità collegate alle classi dell’associazione

•Le estremità sono etichettate con molteplicità (indicano la cardinalità ma in modo opposto alla notazione di Entity-Relationship!)

•Una estremità può essere etichettata con il ruolo (opzionale) che la classe assume nella associazione

Molteplicità (1)

La molteplicità dice:

•Se l’associazione è obbligatoria oppure no?

•Il numero minimo e massimo di oggetti che possono essere relazionati ad un altro oggetto

Molteplicità (2)

Esattamente uno: 1

Zero o uno:0..1

Molti: 0..*

Uno o più: 1..*

Un numero specifico: 7

Un intervallo: 4..15

Lista:0..1, 3..4, 6..*Tutti i numeri eccetto 2 e 5

Ruolo

Definisce il ruolo svolto nell’associazione

Associazioni tra Classi

Le associazioni rappresentano collegamenti concettuali tra classi

Classi associazione

Alcune proprietà potrebbero appartenere all’associazione e non alle parti coinvolte

Associazioni n-arie

Nella maggior parte dei casi vengono definite associazioni binarie

In UML è comunque possibile specificare associazioni n-arie

La notazione fa uso del simbolo del rombo come centro di associazione

Generalizzazioni di Classi

Aggregazioni

Le aggregazioni sono una forma particolare di associazione.

Una parte è in relazione con un oggetto (part-of)

Composizioni

•Una relazione di composizione è un’aggregazione forte

- Le parti componenti non esistono senza il contenitore

Interfaccia

Un’interfaccia è una classe che

non ha attributi né istanze dirette (è astratta)

ha solamente operazioni non implementate (non ha metodi)

Un’interfaccia deve essere realizzata (implementata) da una classe

La notazione dell’interfaccia è il cerchio con etichetta

Linee guida per l’individuazione di Classi Candidate

Per determinare se un concetto descritto nei requisiti è una classe candidata lo si può verificare rispetto a queste domande:

•il concetto è un “contenitore” di dati?

•possiede attributi che possono assumere valori distinti?

•potrebbe comprendere molti oggetti sue istanze?

•appartiene al contesto del processo in esame?

Esempi

Identificazione delle classi candidate per il processo di acquisto on-line di un computer

Esempio

Diagramma delle Classi per il processo di acquisto on-line di un computer

Esercizio 1 (Società indagini statistiche)

Class Diagram Azienda

Class Diagram Libreria

Riepilogo

•Rappresentazione EsternaDiagrammi dei casi d’uso: come il sistema si

“mostra” all’utente (interno o esterno)

•Rappresentazione Interna Diagrammi delle classi: specifica della caratteristiche e delle corrispondenti relazioni tra gli insiemi informativi gestiti dal sistema. Diagrammi di sequenza e di collaborazione: mostra

esplicitamente la sequenza di messaggi che vengono scambiati tra gli attori del sistema e gli oggetti. Diagrammi delle attività: specifica dei flussi di lavoro. Diagrammi di stato: specifica degli stati in cui un oggetto (istanza di una classe) può venirsi a trovare durante il suo ciclo di vita