Metodologia UML

Analisis de Sistemas II

Las diferencias son muy marcadas y afectan a todas las faces del proceso. Otros métodos de modelaje como OMT (Object Modeling Technique) o Booch sí definen procesos concretos. visualizar y documentar los artefactos de un sistema de software orientado a objetos (OO). por poner un ejemplo. . sino únicamente un lenguaje de modelado. En UML los procesos de desarrollo son diferentes según los distintos dominios de trabajo. UML se quiere convertir en un lenguaje estándar con el que sea posible modelar todos los componentes del proceso de desarrollo de aplicaciones. que el proceso de desarrollo de una aplicación orientada a gestión. Un artefacto es una información que es utilizada o producida mediante un proceso de desarrollo de software. hay que tener en cuenta un aspecto importante del modelo: no pretende definir un modelo estándar de desarrollo. Sin embargo. construir.Metodología Orientada a Objeto ‡ UML [UML] es un lenguaje para especificar. no puede ser el mismo el proceso para crear una aplicación en tiempo real. El método del UML recomienda utilizar los procesos que otras metodologías tienen definidos.

clasificados según su utilidad dentro del diseño de sistemas.0) ‡ Diagrama de vista de interacción (UML 2. los de análisis.0) .Categorías de Diagramación En UML existen 2 tipos de diagramas.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. 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. Por un lado.

Jerarquía de Diagramas .

usan las mismas clases y mensajes pero organizados en una disposición espacial. Diagrama de actividades: Versión UML del diagrama de flujo. Se usan para analizar los procesos y problemas. muestra las clases a lo largo de la parte superior y los mensajes enviados entre esas clases . Diagrama de Clases: Se usan para mostrar las clases de un sistema y las relaciones entre ellas. modelando un solo flujo a través de los objetos de sistemas. Diagrama de Interacción: Existen 2 tipos de diagramas de interacción: la secuencia y la colaboración. El primero. no es necesaria mostrar todas las clases en un solo diagrama monolítico. Diagramas de Estado: Muestran como cambian los objetos mediante el inicio y fin de los procesos de sistemas. Sus símbolos principales son el actor y el óvalo de la caja de uso.Creación de Diagramas ‡ ‡ ‡ Diagramas de cajas de uso: Son responsables de documentar los macrorequisitos del sistema. Una sola clase puede mostrarse en más de un diagrama. El segundo. Diagrama de Componentes: Muestra los subsistemas que llevan a hacer el producto final ‡ ‡ ‡ .

Creación de Diagramas Caja de Usos 1) 2) Salir de la Cueva Diagrama de Actividades Hallar Alimentos Irse de Cacería 3) Sustento Actor Buscar Alimento Evitar los Depredadores Agua Alimento Diagrama de Clases Regresar a la Cueva .

Creación de Diagramas Actor Canasta Fuego 5) Actor 1: Reunir Alimento 3: Caminar a la cueva 8: Comer Alimentos 6: Cocinar Alimento 7: Retirar Alimentos 2: Vaciar 4: Abrir 8: Tomar Alimento Diagrama de Colaboración 4) Adquirir Alimento Vaciar Alimento Caminar a La Cueva Abrir Tomar Alimento Cocinar Alimento Hambre Trasladar el Alimento Alimento Cocinado Fuego Canasta Salir de la Cueva Buscar 6) Seguro para Comer Tiene hambre Comida Comer No tiene hambre Diagrama de Secuencia Reposo .

‡ Un diagrama es una representación gráfica de una colección de elementos del modelo. Con la creación del UML se persigue obtener un lenguaje que sea capaz de abstraer cualquier tipo de sistema. mediante los diagramas. 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. es decir.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. sea informático o no. mediante representaciones gráficas que contienen toda la información relevante del sistema.

Actores ‡ Principales: personas que usan el sistema. es decir. ‡ Material externo: dispositivos materiales imprescindibles que forman parte del ámbito de la aplicación y deben ser utilizados. Particionan el conjunto de necesidades atendiendo a la categoría de usuarios que participan en el mismo. ‡ Secundarios: personas que mantienen o administran el sistema. .Análisis de datos Casos 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. Están basados en el lenguaje natural. Equivalen a los Diagramas de Flujo de Datos del Enfoque Estructurado. ‡ Otros sistemas: sistemas con los que el sistema interactúa. Son descripciones de la funcionalidad del sistema independientes de la implementación. es accesible por los usuarios.

inteligible.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. 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? . modifica. Preguntas clave: cuáles son las tareas del actor? qué información crea. guarda. Generalmente hay pocos actores asociados a cada Caso de Uso. claro y conciso.

Sign up to vote on this title
UsefulNot useful