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



1   Introducción


2   Historia


3   Definición


4   Diagramas UML


5   Caso de Estudio
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.
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.
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.
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.
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".
Errores comunes en los casos de uso
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.
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.).
Diagrama de casos de uso de una
Institución Educativa
Diagrama de actividad de Caso de
Uso: Gestionar carga académica
Diagrama de actividad de Caso de
Uso: Gestionar horarios
Diagrama de actividad de Caso de
Uso: Gestionar matrícula
Diagrama de actividad de Caso de
Uso: Gestionar pagos
Diagrama de actividad de Caso de
Uso: Gestionar notas
Diagrama de Objetos de Caso de
Uso: Gestionar carga académica
Diagrama de Objetos de Caso de
Uso: Gestionar horarios
Diagrama de Objetos de Caso de
Uso: Gestionar matricula
Diagrama de Objetos de Caso de
Uso: Gestionar pagos
Diagrama de Objetos de Caso de
Uso: Gestionar notas
Diagrama de Clases
Gracias.


           Your Logo

Uml - Caso práctico

  • 1.
    UML - PRACTICA Ing.Julio César Álvarez Reyes [email protected] 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 Casosde 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 enlos 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 casosde uso de una Institución Educativa
  • 12.
    Diagrama de actividadde Caso de Uso: Gestionar carga académica
  • 13.
    Diagrama de actividadde Caso de Uso: Gestionar horarios
  • 14.
    Diagrama de actividadde Caso de Uso: Gestionar matrícula
  • 15.
    Diagrama de actividadde Caso de Uso: Gestionar pagos
  • 16.
    Diagrama de actividadde Caso de Uso: Gestionar notas
  • 17.
    Diagrama de Objetosde Caso de Uso: Gestionar carga académica
  • 18.
    Diagrama de Objetosde Caso de Uso: Gestionar horarios
  • 19.
    Diagrama de Objetosde Caso de Uso: Gestionar matricula
  • 20.
    Diagrama de Objetosde Caso de Uso: Gestionar pagos
  • 21.
    Diagrama de Objetosde Caso de Uso: Gestionar notas
  • 22.
  • 23.
    Gracias. Your Logo