Metodologia UML

Analisis de Sistemas II

Metodología Orientada a Objeto• UML [UML] es un lenguaje para especificar, construir, visualizar y

documentar los artefactos de un sistema de software orientado a objetos (OO). Un artefacto es una información que es utilizada o producida mediante un proceso de desarrollo de software.

UML se quiere convertir en un lenguaje estándar con el que sea posible modelar todos los componentes del proceso de desarrollo de aplicaciones. Sin embargo, hay que tener en cuenta un aspecto importante del modelo: no pretende definir un modelo estándar de desarrollo, sino únicamente un lenguaje de modelado. Otros métodos de modelaje como OMT (Object Modeling Technique) o Booch sí definen procesos concretos. En UML los procesos de desarrollo son diferentes según los distintos dominios de trabajo; no puede ser el mismo el proceso para crear una aplicación en tiempo real, que el proceso de desarrollo de una aplicación orientada a gestión, por poner un ejemplo.

Las diferencias son muy marcadas y afectan a todas las faces del proceso. El método del UML recomienda utilizar los procesos que otras metodologías tienen definidos.

Categorías de DiagramaciónEn UML existen 2 tipos de diagramas, clasificados según su utilidad dentro del diseño de sistemas. Por un lado, los

de análisis, diseño y procedimientos• 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 colaboración • Diagrama de tiempos (UML 2.0) • Diagrama de vista de interacción (UML 2.0)

Jerarquía de Diagramas

Creación de Diagramas• Diagramas de cajas de uso: Son responsables de documentar los macrorequisitos

del sistema. Sus símbolos principales son el actor y el óvalo de la caja de uso.• Diagrama de actividades: Versión UML del diagrama de flujo. Se usan para analizar

los procesos y problemas. • Diagrama de Clases: Se usan para mostrar las clases de un sistema y las

relaciones entre ellas. Una sola clase puede mostrarse en más de un diagrama, no es necesaria mostrar todas las clases en un solo diagrama monolítico.

• Diagrama de Interacción: Existen 2 tipos de diagramas de interacción: la secuencia y la colaboración. El primero, muestra las clases a lo largo de la parte superior y los mensajes enviados entre esas clases , modelando un solo flujo a través de los objetos de sistemas. El segundo, usan las mismas clases y mensajes pero organizados en una disposición espacial.

• Diagramas de Estado: Muestran como cambian los objetos mediante el inicio y fin de los procesos de sistemas.

• Diagrama de Componentes: Muestra los subsistemas que llevan a hacer el producto final

Creación de Diagramas

Hallar Alimentos

Caja de Usos

Salir de la Cueva

Irse de Cacería

Buscar AlimentoEvitar los

Depredadores

Regresar a la Cueva

Diagrama de Actividades

Sustento

Agua Alimento

Actor

Diagrama de Clases

1)2)

3)

Creación de DiagramasActor Canasta Fuego

Adquirir Alimento

Vaciar Alimento

Caminar a La Cueva

Abrir

Tomar Alimento

Cocinar Alimento

Trasladar el Alimento

Alimento Cocinado

Comer

Diagrama de Secuencia

Fuego

Canasta

Actor

Diagrama de Colaboración5) 1: Reunir Alimento

3: Caminar a la cueva8: Comer Alimentos

2: Vaciar4: Abrir8: Tomar Alimento

6: Cocinar Alimento7: Retirar Alimentos

Reposo

Buscar

Comida

HambreSalir de la Cueva

Seguro para Comer

No tiene hambre

Tiene hambre

4)

6)

Modelado de Datos• UML utiliza parte de este planteamiento obteniendo distintos puntos

de vista de la realidad que modela mediante los distintos tipos de diagramas que posee. Con la creación del UML se persigue obtener un lenguaje que sea capaz de abstraer cualquier tipo de sistema, sea informático o no, mediante los diagramas, es decir, mediante representaciones gráficas que contienen toda la información relevante del sistema.

• Un diagrama es una representación gráfica de una colección de elementos del modelo, que habitualmente toma forma de grafo donde los arcos que conectan sus vértices son las relaciones entre los objetos y los vértices se corresponden con los elementos del modelo. Los distintos puntos de vista de un sistema real que se quieren representar para obtener el modelo se dibuja dé forma que se resaltan los detalles necesarios para entender el sistema.

Análisis de datosCasos de UsoCasos de Uso

• Los Casos de Uso describen bajo la forma de acciones del comportamiento de un sistema

• Definen los límites del sistema y las relaciones entre el sistema y el entorno.

• Son descripciones de la funcionalidad del sistema independientes de la implementación.

• Equivalen a los Diagramas de Flujo de Datos del Enfoque Estructurado.

• Particionan el conjunto de necesidades atendiendo a la categoría de usuarios que participan en el mismo.

• Están basados en el lenguaje natural, es decir, es accesible por los usuarios.

Actores• Principales: personas que usan el sistema. • Secundarios: personas que mantienen o

administran el sistema. • Material externo: dispositivos materiales

imprescindibles que forman parte del ámbito de la aplicación y deben ser utilizados.

• Otros sistemas: sistemas con los que el sistema interactúa.

Construcción de un Diagrama de Uso de Caso

• UML define cuatro tipos de relación en los Diagramas de Casos de Uso:• Comunicación • Inclusión• Extensión • Herencia

• Parámetros para la construcción de un caso de uso:• Un caso de uso debe ser simple, inteligible, claro y conciso. Generalmente hay pocos actores asociados a cada

Caso de Uso. Preguntas clave:• cuáles son las tareas del actor? • qué información crea, guarda, modifica, destruye o lee el actor? • debe el actor notificar al sistema los cambios externos? • debe el sistema informar al actor de los cambios internos?

• La descripción del Caso de Uso comprende:• el inicio: cuándo y qué actor lo produce? • el fin: cuándo se produce y qué valor devuelve? • la interacción actor-caso de uso: qué mensajes intercambian ambos? • objetivo del caso de uso: qué lleva a cabo o intenta? • cronología y origen de las interacciones • repeticiones de comportamiento: qué operaciones son iteradas? • situaciones opcionales: qué ejecuciones alternativas se presentan en el caso de uso?