4
Esquema conceptual de les dades
Esquema conceptual de les dades en UML
• Objectes i classes d’objectes
• Especificació i disseny orientats a objectes
• Atributs
• Associacions
• Classe associativa
• Generalització/Especialització
• Agregació i composició
• Ampliacions
• Exemples
2
Esquema conceptual (especificació)
Esquema conceptual: descripció
dels requisitsfuncionals del
sistema software
Esquema
Conceptual
Esquema
conceptual
de les dades
Esquema del
comportament
Diagrama
d’estats
Diagrama
estàtic pels
objectesdel
domini
Diagrames de
seqüència
del sistema
Diagrames
d’estat per
objectes i
casos d’ús
Contractes de
les operacions
del sistema
3
Esquema conceptual de les dades
És la representació dels conceptes (objectes)
significatius en el domini delproblema
Mostra, principalment:
Classes d’objectes.
Associacions entre classes d’objectes.
Atributs de les classes d’objectes.
Restriccions d’integritat, gràfiques i textuals
4
Objectes
Objecte:
Entitat que existeix al món real
Té id
identitat
i
pròpia
ò i ié
és di
distingible
i ibl d
dels
l altres
l
objectes
bj
l'avió amb
matrícula 327
una poma
la factura 3443
un semàfor
l'avió ambmatrícula 999
5
Classe d’objectes
Classe d'objectes. Descriu un conjunt d'objectes amb:
Semàntica comuna
Les mateixes propietats
Idèntica relació amb altres objectes
Comportament comú
abstracció
classe avió
Avió
Abstracció:
Ab
t
ió permett eliminar
li i
di
distincions
ti i
entre
t objectes
bj t per poder-hi
d hi
observar aspectes comuns
Els objectes d'una classe tenen les mateixes propietats i
elsmateixos patrons de comportament
6
Visió orientada a objectes d’un sistema software
7
Especificació i disseny orientats a objectes
Especificació:
- Descripció dels requisits funcionals del sistema software
- Què ha de fer el sistema software
Disseny:
- Definició d’una solució software que satisfaci els requisits
- Com ho farà el sistema software
… orientats a objectes
• SS’usen
use elsmateixos
ate os co
conceptes
ceptes a l’especificació
l espec cac ó i al d
disseny
sse y
• És difícil determinar on acaba l’especificació orientada a objectes i on
comença el disseny:
- estratègia de desenvolupament iterativa
- diferències de criteris segons els autors
8
El triangle de l’èxit
U.M.L.
(Unified Modeling
Language)
Notació
Procés
(metodologia)
Eina
Rational Rose,
Objecteering,
Visio,Poseidon,
ArgoUML, etc.
Craig Larman,
The Unified Process, etc.
9
Exemple: classes i atributs d’un supermercat
Un atribut és una propietat compartida pels objectes d’una classe
TerminalPuntVenda
num-pv: Integer
Línia de venda
quantitat: Integer
Pagament
import: Integer
Supermercat
Venda
adreça: String
nom: String
data: Date
hora: Time
Client
nom: String
telfs: Integer [1..*]
tipcli:TipusClient
Producte
upc:Integer
descripció:Text [0..1]
preu: Integer
Els atributs:
- Poden ser clau externa, per identificar l’objecte dins la classe (upc de Producte)
- Poden prendre valors nuls (descripció de Producte)
- Poden ser multivaluats (telfs de Client)
<
- Poden ser definits per l’usuari mitjancant enumeracions
TipusClient
-Per exemple, TipusClient.
normal
preferent
10Associacions
Es la representació de relacions entre dos o més objectes
nom d’associació
Persona
nom: String
direcció de lectura (opcional)
Viu a
Ciutat
nom: String
#p1, #c1
#p2, #c2
#p1, Maria
#p2 Joan
#p2,
#c1, Terrassa
#c2 Sabadell
#c2,
Restriccions implícites de les associacions:
- Tota instància de l’associació conté exactament tants objectes com classes la defineixen
- Una associació nopot tenir instàncies repetides
11
Associacions d’ordre superior a dos
Alumne
nom: String
#p1, Maria
#p2 Joan
#p2,
Assignatura
Quadrimestre
codi: String
codi: String
#a1, BD
#a2, IES
EsMatricula
#p1, #a1, #q1
#p1, #a1, #q2
#p1,
p , #a2,, #q2
q
#q1, QT1011
#q2, QP1011
Les restriccions implícites de les associacions també s’apliquen en aquest cas
12
Multiplicitats a les associacions...
Regístrate para leer el documento completo.