Está en la página 1de 24

Diagrama de Clases Entidad

Uno de los mas importantes entre los diagramas UML Define la estructura del sistema y dirige al Anlisis y Diseo Captura la estructura esttica de las relaciones del sistema

Copyright 2007, Cibertec. Todos los derechos reservados

Diagrama de Clases Entidad

Pedido Mesa -numMesa -descripcion 1 * -numPedido -numMesa -CodigoMozo -Condicion +Consulta() +Registra Pedido() 1 * * Mozo -CodigoMozo -NombreMozo -ApellidoMozo

CLASES

RELACIONES
1..* Platos ItemPedido -numPedido -CodItem -Precio -Cantidad -CodItem -Descripcion -precio -Saldo +Consulta Item() +Actualiza Saldo()

1..*

Representa la estructura esttica en trminos de clases y relaciones.


Copyright 2007, Cibertec. Todos los derechos reservados

Relacin de Clases

Es el camino para la comunicacin entre objetos


Tipos importantes de relaciones:

Asociacin Herencia Agregacin / Composicin

Copyright 2007, Cibertec. Todos los derechos reservados

Relacin de Asociacin

Conexin bidireccional entre clases.


Lnea que conecta las clases.
Pedido -numPedido -numMesa -CodigoMozo -Condicion
Platos -CodItem -Descripcion -precio -Saldo

ItemPedido -numPedido -CodItem -Precio -Cantidad


Copyright 2007, Cibertec. Todos los derechos reservados

Relacin de Herencia

Persona -direccion -telefono

Natural -nombre -fechaNac

juridica -razonSocial -fechaConst

Clasificacin entre un elemento mas general a uno mas especfico.


Copyright 2007, Cibertec. Todos los derechos reservados

Empleado -Codigo -Apellidos -Nombres -FechaIng -Sueldo +CrearEmpleado() +ActSueldoBasico()

La clase vendedor tendr: 5 atributos heredados (Codigo, Apellidos, Nombres, FechaInf, Sueldo
Vendedor -Codigo -Apellidos -Nombres -FechaIng -Sueldo -Comision +CrearEmpleado() +ActSueldoBasico()

1 atributo propio (Comision) 2 operaciones heredadas (CrearEmpleado y ActSueldoBasico)

Copyright 2007, Cibertec. Todos los derechos reservados

Ejemplo

Factura noFactura : Integer fecha : Date = DATE() igv : Double = 18.00 descuento : Currency = 0

Cliente

Pais

realiza 1..n 1

codCliente : Integer direccion : String telefono : Long

reside 0..n 1

codPais : Integer Descripcion : String

1
PersonaNatural nombre : String dni : String PersonaJuridica razonSocial : String ruc : String

est compuesta

1..n
DetalleFactura noItem : Integer cantidad : Integer = 0 descuento : Double

est asociada
0..n 1

Producto codProducto : Integer descripcion : String um : String pu : Currency = 0.00 presentacion : String

Copyright 2007, Cibertec. Todos los derechos reservados

Relacin de Agregacin
Son relaciones que implican en su significado que una clase contiene a otras clases independientes. Cuando deja de existir la clase agregada no tiene por qu dejar de existir el resto de las clases de la agregacin. El tiempo de vida de la clase agregada no define el tiempo de vida del resto de las clases. Se representa a travs de un rombo transparente en el extremo de la clase agregada.

Copyright 2007, Cibertec. Todos los derechos reservados

Ejemplo

Computadora

Monitor

CPU

Parlante

Teclado

Ratn

DiscoDuro

RAM

UnidadCD

TarjetaVideo

TarjetaSonido

Botn

Bola

Copyright 2007, Cibertec. Todos los derechos reservados

Relacin de Composicin
Son relaciones que impliquen en su significado que una est compuesta por otras clases dependientes. Cuando deja de existir la clase compuesta deja de existir el resto de las clases de la composicin. El tiempo de vida de la clase compuesta define el tiempo de vida del resto de las clases. Es un tipo muy especial de agregacin en la que la relacin tienen mucha ms fuerza. Se representa a travs de un rombo relleno en el extremo de la clase compuesta.

Copyright 2007, Cibertec. Todos los derechos reservados

Relacin de Composicin
Representa un objeto compuesto por otros objetos.

Auto

-Tiene un

Motor 1

Copyright 2007, Cibertec. Todos los derechos reservados

Relacin de Agregacin

Automovil

1 1 Carroceria Motor

Copyright 2007, Cibertec. Todos los derechos reservados

Herencia vs. Agregacin

Diferencias:

La herencia representa una relacin es un o tipo de


La agregacin representa una relacin tiene un

Copyright 2007, Cibertec. Todos los derechos reservados

Herencia vs. Agregacin

Abstracciones ms generales. vehiculo

Padre +hijos 0..*

+Padre 0..2

pueden tener

vehiculo terrestre

vehiculo areo

camion

coche

avion

helicoptero

Copyright 2007, Cibertec. Todos los derechos reservados

Ejemplo
"Juan Prez es Profesor de Matemticas en la Universidad de San Martn de Porres. Nacio en Arequipa, pero actual mente vive en la Calle San Pedro No.232, del distrito de Surquillo."

naci en Universidad

DepartamentoGeogrfico

Facultad

EscuelaProfesional

Provincia

se dicta en Distrito DepartamentoAcademico Curso Persona trabaja en dicta

Profesor

reside en

Copyright 2007, Cibertec. Todos los derechos reservados

Modelo Conceptual

Su propsito principal es mostrarnos las Reglas del Negocio, se pretende lograr entender la perspectiva del Cliente, Usuario o Patrocinador. Es la etapa ms importante del ADOO.

Copyright 2007, Cibertec. Todos los derechos reservados

Modelo Conceptual

Es un mecanismo que gua a travs de la etapa de Escuchar, ayudando a entender cada parte del Sistema que se est diseando y para integrar apropiadamente todas sus funciones; este proceso ayuda a organizar la informacin. Podemos empezar haciendo una lista de clases candidatas a partir de la especificacin preliminar. (clases relevantes)

Copyright 2007, Cibertec. Todos los derechos reservados

Clases Relevantes
Una vez que tenemos la lista hay que revisarlas eliminando las incorrectas con los siguientes criterios: Clases redundantes. Clases irrelevantes Clases demasiado generales Roles

Copyright 2007, Cibertec. Todos los derechos reservados

Notacin UML: Jeffeson Dance Club

Empresa

Cliente

Leccion Dia

Club

Estudiante

LeccionDeBaile

ClubDeBaile

EstudianteDeBaile

LeccionDeBailePrivado

Baile

Instructor Maestro

InstructorTP

LecciondeBaileEnGrupo

InstructorTC

Persona

Participante

Copyright 2007, Cibertec. Todos los derechos reservados

Notacin UML: Jeffeson Dance Club

Empresa

Cliente

Leccion Dia

Club

Estudiante

LeccionDeBaile

ClubDeBaile

EstudianteDeBaile

LeccionDeBailePrivado Baile

Instructor

InstructorTP

LecciondeBaileEnGrupo

InstructorTC Maestro

Persona
Participante

Copyright 2007, Cibertec. Todos los derechos reservados

Jefferson Dance Club


Leccion

Empresa

LeccionDeBaile

Persona

Club

LeccionDeBailePrivado
ClubDeBaile

LecciondeBaileEnGrupo

Empleado

Cliente

Edif icio

Baile
Administrador Instructor

Ambient e

InstructorTP

InstructorTC
Aula Audit orio

Copyright 2007, Cibertec. Todos los derechos reservados

Identificar las reglas del Negocio

Persona Empresa

asiste

Baile Leccion

Club

se registra en Empleado Cliente LeccionDeBaile

se dicta en

trabaja en ClubDeBaile

ensea

LeccionDeBailePrivado Administrador Instructor

LecciondeBaileEnGrupo

Edificio InstructorTP InstructorTC

Ambiente

Aula

Auditorio

Copyright 2007, Cibertec. Todos los derechos reservados

Consejos prcticos para un Modelamiento de Objetos


No lanzarse a dibujar clases y asociaciones sin sentido Elaborar un modelo simple Los nombres de objetos, asociaciones, atributos y operaciones deben ser significativos Tratar de usar asociaciones binarias Utilizar los elementos necesarios Documentar el modelo Evitar las jerarquas de composicin o generalizacin de muchos niveles

Copyright 2007, Cibertec. Todos los derechos reservados

Laboratorio:

Desarrolle el Modelo conceptual del Caso del Restaurante

Copyright 2007, Cibertec. Todos los derechos reservados