Diagrama de Clases Entidad

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 -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.

Relacin de Clases
Es el camino para la comunicacin entre objetos Tipos importantes de relaciones: Asociacin Herencia Agregacin / Composicin
Relacin de Asociacin
Conexin bidireccional entre clases. Lnea que conecta las clases.

Pedido -numPedido -numMesa -CodigoMozo -Condicion
ItemPedido -numPedido -CodItem -Precio -Cantidad
Platos -CodItem -Descripcion -precio -Saldo
Relacin de Herencia
Persona -direccion -telefono
Natural -nombre -fechaNac
juridica -razonSocial -fechaConst
Clasificacin entre un elemento mas general a uno mas especfico.

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)
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
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.
Ejemplo
Computadora
Monitor
CPU
Parlante
Teclado
Ratn
DiscoDuro
RAM
UnidadCD
TarjetaVideo
TarjetaSonido
Botn
Bola
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.
Relacin de Composicin
Representa un objeto compuesto por otros objetos.
Auto
-Tiene un 1 1
Motor
Relacin de Agregacin
Automovil
1 Carroceria
1 Motor
Herencia vs. Agregacin
Diferencias: La herencia representa una relacin es un o tipo de La agregacin representa una relacin tiene un
Herencia vs. Agregacin
Abstracciones ms generales. ve hiculo
Padre +hijos 0..*
+Padre 0..2
pueden tener
vehiculo terrestre
vehiculo a reo
camion
coche
avion
helicoptero
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
Modelo Conce ptual
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.
Modelo Conc eptu al
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)
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
Not ac in UML: Jef feson D ance C lu b
Empresa Club ClubDeBaile
Cliente Estudiante EstudianteDeBaile InstructorTP InstructorTC
Leccion LeccionDeBaile LeccionDeBailePrivado LecciondeBaileEnGrupo Dia
Baile
Instructor Maestro
Persona
Participante
Not acin U ML: Jef feson Da nce Clu b
Empresa Club ClubDeBaile Instructor
Cliente Estudiante EstudianteDeBaile InstructorTP InstructorTC
Leccion LeccionDeBaile LeccionDeBailePrivado
Dia
Baile LecciondeBaileEnGrupo
Persona Participante
Maestro
Jefferson Dance Club

Leccion
Em pres a
LeccionDeBaile
Persona
Club
LeccionDeBailePrivado
ClubDeBaile
LecciondeBaileEnGrupo
Empleado
Cliente
Edif icio
Baile
Administrador Instructor
Am bient e
InstructorTP
InstructorTC
Aula Auditorio
Identificar las reglas del Negocio
Empresa
Persona
asiste
Baile Leccion
Club
Empleado
Cliente
se registra en
LeccionDeBaile
se dicta en
trabaja en ClubDeBaile Administrador Instructor
ensea
LeccionDeBailePrivado
LecciondeBaileEnGrupo
Edificio InstructorTP InstructorTC
Ambiente
Aula
Auditorio
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
Laboratorio: Desarrolle el Modelo conceptual del Caso del Restaurante

Diagrama de Clases Entidad

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Diagrama de Clases Entidad

Cargado por

Copyright:

Formatos disponibles

Diagrama de Clases Entidad

Copyright 2007, Cibertec. Todos los derechos reservados