Caso práctico de modelado.

1. UML - PRACTICA
Ing. Julio César Álvarez Reyes
juliozet@hotmail.com
http://juliozet.blogspot.com
www.twitter.com/juliozet
www.facebook.com/juliozet

2. CONTENIDO
1 Introducción
2 Historia
3 Definición
4 Diagramas UML
5 Caso de Estudio

3. Templates
INTRODUCCION
Templates
Your own sub headline
UML es una especificación de notación orientada a objetos. Se basa en las anteriores
especificaciones BOOCH, RUMBAUGH y COAD-YOURDON. Divide cada proyecto en un
Templates
número de diagramas que representan las diferentes vistas del proyecto. Estos diagramas
juntos son los que representa la arquitectura del proyecto.
Con UML nos debemos olvidar del protagonismo excesivo que se le da al diagrama de
clases, este representa una parte importante del sistema, pero solo representa una vista
estática, es decir muestra al sistema parado. Sabemos su estructura pero no sabemos que
le sucede a sus diferentes partes cuando el sistema empieza a funcionar. UML introduce
nuevos diagramas que representa una visión dinámica del sistema. Es decir, gracias al
diseño de la parte dinámica del sistema podemos darnos cuenta en la fase de diseño de
problemas de la estructura al propagar errores o de las partes que necesitan ser
sincronizadas, así como del estado de cada una de las instancias en cada momento. El
diagrama de clases continua siendo muy importante, pero se debe tener en cuenta que su
representación es limitada, y que ayuda a diseñar un sistema robusto con partes
reutilizables, pero no a solucionar problemas de propagación de mensajes ni de
sincronización o recuperación ante estados de error. En resumen, un sistema debe estar
bien diseñado, pero también debe funcionar bien.
Cualquier desarrollador con conocimientos de UML debe ser capaz de entender,
independientemente del lenguaje utilizado para el desarrollo.

4. Templates
HISTORIA
Templates
Your own sub headline
El lenguaje UML comenzó a gestarse en octubre de 1994, cuando Rumbaugh se unió a la
compañía Rational fundada por Booch (dos reputados investigadores en el área de
Templates
metodología del software). El objetivo de ambos era unificar dos métodos que habían
desarrollado: el método Booch y el OMT (Object Modelling Tool). El primer borrador
apareció en octubre de 1995. En esa misma época otro reputado investigador, Jacobson, se
unió a Rational y se incluyeron ideas suyas. Estas tres personas son conocidas como los
“tres amigos”. Además, este lenguaje se abrió a la colaboración de otras empresas para que
aportaran sus ideas. Todas estas colaboraciones condujeron a la definición de la primera
versión de UML.

5. Templates
DEFINICION
Templates
Your own sub headline
UML es un Lenguaje de Modelado Unificado basado en una notación gráfica la cual permite:
especificar, construir, visualizar y documentar los objetos de un sistema programado.
Templates
UML es un lenguaje de modelado que sirve para visualizar, especificar, construir y
documentar un sistema software.
Lenguaje de modelado:
“Lenguaje cuyo vocabulario y reglas se centran en la representación conceptual y física de
un sistema” (Booch, Jacobson y Rumbaugh).
Un modelo UML esta compuesto por tres clases de bloques de contrucción:
• Elementos: Los elementos son abstracciones de cosas reales o ficticias (objetos,
acciones, etc.)
• Relaciones: relacionan los elementos entre sí.
• Diagramas: Son colecciones de elementos con sus relaciones.

6. Templates
DIAGRAMAS UML
Templates
Your own sub headline
• Diagramas de Casos de Uso para modelar los procesos ’business’.
• Diagramas de Actividad para modelar el comportamiento de los Casos de Uso, objetos u
Templates
operaciones.
• Diagramas de Objetos para modelar la estructura estática de los objetos en el sistema.
• Diagramas de Clases para modelar la estructura estática de las clases en el sistema.
• Diagramas de Secuencia para modelar el paso de mensajes entre objetos.
• Diagramas de Colaboración para modelar interacciones entre objetos.
• Diagramas de Estado para modelar el comportamiento de los objetos en el sistema.
• Diagramas de Componentes para modelar componentes.
• Diagramas de Implementación para modelar la distribución del sistema.

7. Templates
Diagramas de Casos de Uso
Templates
Your own sub headline
• Los casos de Uso Se representa en el diagrama por una elipse que denota un proceso
de negocio.
• El Templates
actor representa un usuario del sistema, que necesita o usa alguno de los casos de
uso. Un usuario puede jugar más de un rol. Un solo actor puede actuar en muchos casos
de uso; recíprocamente, un caso de uso puede tener varios actores. Los actores no
necesitan ser humanos pueden ser sistemas externos que necesitan alguna información
del sistema actual.
• El conjunto de casos de uso representa la totalidad de operaciones desarrolladas por el
sistema.
• UML especifica que para representar gráficamente la relación entre un actor y caso de
uso se debe trazar una línea que los una a la que se le denomina "relación de
comunicación". Además, UML señala que los casos de uso pueden tener relaciones
entre sı. Los tipos de relaciones que pueden existir son: "include", "extends" y
"generalización".

8. Errores comunes en los casos de uso

9. Templates
CASO DE ESTUDIO: Institución educativa
«Nuevo Amanecer».
Templates
Your own sub headline
• «Nuevo Amanecer» cuenta con tres niveles de estudio: inicial, primaria, secundaria, con
un total de 1400 alumnos, la matrícula –inscripción en un grado académico- se realiza de
Templates
acuerdo al calendario de actividades establecido por el Director del Colegio. Para que el
alumno pueda matricularse tiene que estar libre de deudas, existiéndo la posibilidad que
pueda reprogramar su deuda en el año vigente.
• Por cada grado académico se aperturan una o más secciones, dependiendo de la
demanda académica. En el colegio se practica la polidocencia –exceptuando inicial-, es
decir, cada curso de su plan curricular es dictado por un docente diferente.
• Los horarios se establecen de acuerdo a la disponibilidad de los docentes y a un
exhaustivo criterio académico, los ambientes son designados por el director del colegio y
están asignados a una sección y turno específico (Ej. 3er. grado de secundaria sección
B).
• Los alumnos pagan los concepto de apertura de file –en caso sean nuevos-, matrícula y
piensiones (10 -de marzo a diciembre-). Existen categorías de pago para las pensiones
que son establecidas por el director del colegio y está regido bajo el reglamento de
categorizaciones.
• Los pagos de las pensiones se realizan el último día de cada mes.

10. Templates
Templates
Your own sub headline
• Los docentes ingresan las notas de sus alumnos –de sus cursos asignados-,
trimestralmente, estas fechas también obedecen al calendario académico.
Templates
• Se entregan libretas bimestralmente, y estás muestran el orden de mérito por nivel y
sección.
• A fin de año, será considerado alumno repitente, el que desaprobo tres o más
asignaturas, y tendrá que cursar nuevamente su grado actual. Los que desaprobaron
uno o dos asignaturas podrán llevarlo en los cursos de subsanación que de dictan en
verano.
• La oficina de cobranzas se encarga de llevar el control de los pagos por alumno, emite
constancias de no adeudo y realiza la cobranza de servicios complementarios (carné de
biblioteca, buzo, etc.).

11. Diagrama de casos de uso de una
Institución Educativa

12. Diagrama de actividad de Caso de
Uso: Gestionar carga académica

13. Diagrama de actividad de Caso de
Uso: Gestionar horarios

14. Diagrama de actividad de Caso de
Uso: Gestionar matrícula

15. Diagrama de actividad de Caso de
Uso: Gestionar pagos

16. Diagrama de actividad de Caso de
Uso: Gestionar notas

17. Diagrama de Objetos de Caso de
Uso: Gestionar carga académica

18. Diagrama de Objetos de Caso de
Uso: Gestionar horarios

19. Diagrama de Objetos de Caso de
Uso: Gestionar matricula

20. Diagrama de Objetos de Caso de
Uso: Gestionar pagos

21. Diagrama de Objetos de Caso de
Uso: Gestionar notas

22. Diagrama de Clases

23. Gracias.
Your Logo