UML

HISTORIA DE UML

El desarrollo de UML comenzó a finales de 1994 cuando Grady Booch y Jim Rumbaugh de Rational Software Corporation empezaron a unificar sus métodos. A finales de 1995, Ivar Jacobson y su compañía Objectory se incorporaron a Rational en su unificación, aportando el método OOSE. La metodología de Jacobson es más centrada a usuario, ya que todo en su método se deriva de los escenarios de uso. UML se ha ido fomentando y aceptando como estándar desde el OMG, Object Management Group (dedicado al cuidado y el establecimiento de diversos estándares de tecnologías orientadas a objetos), que es también el origen de CORBA (Common Object Request Broker Architecture — arquitectura común de intermediarios en peticiones a objetos), el estándar líder en la industria para la programación de objetos distribuidos. En 1997 UML 1.1 fue aprobada por la OMG convirtiéndose en la notación estándar de facto para el análisis y el diseño orientado a objetos. UML es el primer método en publicar un meta-modelo en su propia notación, incluyendo la notación para la mayoría de la información de requisitos, análisis y diseño. Se trata pues de un meta-modelo auto-referencial (cualquier lenguaje de modelado de propósito general debería ser capaz de modelarse a sí mismo).

CONCEPTO DE UML

Lenguaje Unificado de Modelado: Es el lenguaje de modelado de sistemas de software más conocido y utilizado en la actualidad. Es un lenguaje gráfico para visualizar, especificar, construir y documentar un sistema. UML ofrece un estándar para describir un "plano" del sistema (modelo), incluyendo aspectos conceptuales tales como procesos de negocio y funciones del sistema, y aspectos concretos como expresiones de lenguajes de programación, esquemas de bases de datos y componentes reutilizables.

COMPONENTES

DIAGRAMAS

Los Diagramas de Estructura enfatizan en los elementos que deben existir en el sistema modelado:
· Diagrama de clases
· Diagrama de componentes
· Diagrama de objetos
· Diagrama de estructura compuesta (UML 2.0)
· Diagrama de despliegue
· Diagrama de paquetes
Los Diagramas de Comportamiento enfatizan en lo que debe suceder en el sistema modelado:
· Diagrama de actividades
· Diagrama de casos de uso
· Diagrama de estados
Los Diagramas de Interacción son un subtipo de diagramas de comportamiento, que enfatiza sobre el flujo de control y de datos entre los elementos del sistema modelado:
· Diagrama de secuencia
· Diagrama de comunicación, que es una versión simplificada del Diagrama de colaboración (UML 1.x)
· Diagrama de tiempos (UML 2.0)
· Diagrama global de interacciones o Diagrama de vista de interacción (UML 2.0)

CASOS DE USO

Es quien especifica los procesos del sistema

COMPONENTES

ACTOR
CASOS DE USO
RELACIONES
FLUJO NORMAL
INCLUDE

EXTENDS

PREGUNTAS

1. ¿PARA QUE SIRVE UML?

Documentar, Construir, Especificar, Visualizar un sistema

2. ¿ PARA QUE SIRVEN LOS CASOS DE USO?

Para especificar los procesos del sistema.

3. Ventajas Casos de uso

1. Lenguaje de comunicación entre usuarios y desarrolladores.

2. Comprensión detallada de la funcionalidad del sistema.

3. Acotación precisa de las habilitaciones de los usuarios.

4. Gestión de riesgo más eficiente para gobernar la complejidad.

4. Desventajas de casos de uso

1. Los problemas grandes se complica su manejo porque el diagrama se agranda.

2. La inclusión de estas relaciones hace que los diagramas sean más difícil de leer, sobretodo para los clientes.
3. Conlleva a la descomposición del sistema si existe algún error.
4. Se puede caer en el error de no saber cuando parar.