Clase4 poo-uml

1. Ó UML por sus siglás en inglés
(Unified Modeling Language)
Lenguaje Unificado de
Modelado (LUM)
Universidad Centroccidental “Lisandro Alvarado”
Decanato de Ciencias y Tecnología
Análisis de Sistemas
Departamento de Sistemas
Programación
Coordinación del Área de Programación Lapso 2013-1

2. Contenido Programático
UNIDAD II. Segunda Parte
Objetivo General
Aplicar los conceptos básicos de la POO, la técnica de
modelado orientado a objetos y la representación de las
clases en un lenguaje de programación.
Objetivos Específicos
• Aplicar una técnica de modelado del mundo real
mediante objetos, para la resolución de problemas,
siguiendo una notación UML.
• Identificar los componentes básicos de un diagrama de
clases.
• Emplear para un lenguaje de programación la
representación de las clases diagramadas en UML.

3. Contenido Programático
¿Qué es UML?
Diagramas UML
Diagrama del Clases
Elementos de Diagrama de Clases
Relaciones entre Clases

4. ¿Qué es UML?
UML
Especificar
Construir Visualizar
Documentar
Un Lenguaje de Modelado Unificado
basado en una notación gráfica, que nos
permite:
Unificación de los métodos de
modelado orientados a objetos de
Booch, Rumbaugh (OMT:
Object Modeling Technique) y
Jacobson (OOSE: Object-
Oriented Sotfware Engineering) .

5. Diagramas UML
Modelado de Requisitos
• Caso de Uso
Modelado de Dinámica
• Secuencia
• Colaboración
Modelado de Objetos
• Objetos
• Clases
Modelado de Ciclo de Vida
• Estado
Modelado de Actividades
• Actividades
Modelado de la Arquitectura
• Componente
• Despliegue

6. Diagrama de Clases
Es un tipo de diagrama estático que describe la
estructura de un sistema mostrando sus clases,
atributos y las relaciones entre ellos.
Fecha
- dia : int
- mes : int
- anno : int
+ Fecha()
+ Fecha(d:int, m:int, a:int)
+ SetDia(d:int): void
+ SetMes(m:int) : void
+ SetAnno(a:int) : void
+ GetDia():int
+ GetMes():int
+ GetAnno():int
Atributos
Métodos
Nombre
Privado (-)
Público (+)
Protegido (#)
Representación de una Clase en UML

7. Elementos de un
Diagrama de Clases
• Representa una propiedad de una entidad.
Cada atributo de un objeto tiene un valor
que pertenece a un dominio de valores
determinado.
• Las sintaxis de una atributo es:
Visibilidad <nombre>: tipo = valor
inicial
Atributos
• El conjunto de operaciones que describen
el comportamiento de los objetos de una
clase.
• La sintaxis de una operación en UML es:
visibilidad <nombre> (lista de
parámetros) : tipo de retorno
Métodos

8. Relaciones entre Clases
Existen tipos de relaciones entre clases entre ellas:
Dependencia
Agregación
Generalización
Composición

9. Relaciones entre Clases
Relación de Dependencia ó Uso
• Una relación de uso sucede cuando la clase utilizada envía mensajes a
la clase utilizadora, pero la clase utilizada no se almacena en una de las
variables de la instancias de la clase utilizadora.
• Por su parte, la clase utilizada se pasa a la clase utilizadora por alguna
tercera parte, como un argumento (parámetro) de uno de los métodos
de la clase utilizadora.
• Cuando una clase necesita hacer uso de otra clase pero no necesita
incorporar esa clase en su propia estructura.
Clase
Utilizadora
Clase
Utilizada

10. Relaciones entre Clases
(Relación de Uso-UML)
• La Asociación de Beisbol Juvenil requiere un programa que lleve el registro de
sus jóvenes. Por cada Joven se conoce su edad y nacionalidad. Se desea
Mostrar por cada Joven: si es admitido o no (es admitido siempre y cuando sea
venezolano y su edad esté entre 18 y 21 años). Por la Asociación: mostrar el
porcentaje de jóvenes admitidos.
El método ProcesarJoven recibe como parámetro un objeto de la clase Joven,
con el propósito de solicitarle la información que necesita para realizar sus
operaciones, como son: contar jóvenes y contar jóvenes admitidos.

11. Principal.cpp
Asociacion.cpp
Relaciones entre Clases
(Relación de Uso - C++)

12. Relaciones entre Clases
Relación de Agregación
• Implica en su significado que una clase Todo “contiene” “tiene”o
“posee” otra(s) clase(s) independiente(s), llamada(s) Parte(s).
• Es una relación que no exige dependencia existencial y se denota
por un rombo o diamante sin rellenar del lado de la clase Todo.
• Los objetos se consideran prácticamente como independientes y
aún así están ligados.
• El tiempo de vida de cada uno de los objetos es independiente.
La clase Todo contiene a la
clase Parte

13. Relaciones entre Clases
(Relación de Agregación - UML)
• Se conoce de cada uno de los estudiantes de una sección su cedula y nota
final. Se desea conocer para dicha sección el porcentaje de aprobados, el
porcentaje de aplazados y promedio de notas.
El método ProcesarEstudiante crea un objeto de la clase Estudiante, con el
propósito de solicitarle la información que necesita para realizar sus
operaciones, como son: acumular nota, contar aprobados y contar aplazados

14. Relaciones entre Clases
(Relación de Agregación – C++)
Seccion.cpp
Principal.cpp

15. Relaciones entre Clases
Relación de Generalización
• Son relaciones que implican en su significado que una clase “es un tipo de”
otra clase.
• La relación de generalización denota una relación de herencia entre clases.
• La subclase hereda todos los atributos y métodos descritos en la superclase y
puede tener sus propios atributos y métodos.
• Se representa dibujando un triángulo sin rellenar en el lado de la superclase.
La clase CuentaAhorro
es un tipo de la clase
CuentaBancaria.

16. Relaciones entre Clases
Relación de Composición
• Son relaciones que implican en su significado que una clase “está
compuesta por” otras clases dependientes.
• Cuando deja de existir la clase compuesta, deja de existir el resto de las clases
de la composición.
• Se denota dibujando un rombo o diamante relleno del lado de la clase que
contiene a la otra en la relación (clase Todo).
• Al implementar una relación de composición la(s) clase(s) Parte(s) son
atributos de la clase Todo.
La clase Todo está
compuesta por la clase
Parte

17. Relaciones entre Clases
(Relación de Composición)
• Ejemplo: La Universidad está compuesta por varios decanatos, …
• En esta relación, una Universidad puede tener varios Decanatos
y si esta deja de existir, no tiene sentido la existencia de los
Decanatos por separado.

18. En un hotel se desea determinar ciertas estadísticas con respecto a los
clientes que se matriculan a diario. Se conoce de cada cliente: cedula,
tipo de habitación que solicita (1=Doble, 2=Triple, 3=Cuádruple), tipo de
pago (‘C’=Cheque, ‘D’=Depósito) y región de procedencia (1=Andes,
2=Llanos, 3=Oriente, 4=Central).Los precios según el tipo de habitación
son los siguientes: (1= Bs. 200, 2= Bs. 300, 3= Bs. 400, 4= Bs. 500).
Además se conoce que si el cliente pertenece a la región de Los Llanos
tiene un descuento de un 10% en el costo de la habitación. Al final del día
el hotel desea conocer: a) por cliente: monto a pagar por la habitación, b)
por el hotel: Tipo de pago más usado, Monto total de las ventas.
La Academia Americana ofrece cursos en diversas áreas. Por cada curso
se conoce nombre, área al que pertenece (1=Hogar, 2=Contabilidad,
3=Salud, 4=Informática), turno (‘D’=Diurno, ‘N’=Nocturno) y duración (1=8
horas, 2=16 horas, 3=32 horas, 4=42 horas). Los precios del curso según
el área que pertenece son los siguientes: (1= Bs. 200, 2= Bs. 300, 3= Bs.
400, 4= Bs. 500). Además se conoce que si la duración del curso es de
42 horas, el precio del curso tiene un descuento del 15%. Al final del día
la academia desea conocer: Porcentaje de cursos del área de
informática, Monto total cancelado.
Ejercicios Propuestos
Elaborar el Diagrama de Clases y Programa en C++

19. Referencias Bibliográficas
• JOYANES, L y ZAHONERO, I. 2010.
Programación en C, C++, JAVA y UML. Mc
Graw Hill, Interamericana Editores, S.A. DE
C.V.
• JOYANES, L. 2006. Programación en C++.
Algoritmos, estructuras de datos y objetos.
2a Edición. Mc Graw Hill, Interamericana de
España, S.A.U.

20. Repasar lo visto en Clase.
Realizar Ejercicios Propuestos.
Próxima Clase
El éxito está en la vida que uno lleva, en cómo vive, cómo goza,
cómo se integra, cómo disfruta de las pequeñas cosas.
Laura Esquivel