Analisis de requerimientos uml

TEMAS
*
* UML: Diagrama de comportamiento.
* UML: Diagrama de secuencia.
* UML: Diagrama de Comunicación
UML: Diagrama de Despliegue
* Proceso de Diseño
* Diseño y calidad
* Evolución del Diseño de Software
* Principios del Diseño
* Conceptos de Diseño
* Abstracción
* Refinamiento
* Modularidad
* Arquitectura
*Jerarquía de Control

El lenguaje de modelado unificado (UML - Unified Modeling Language) facilita varios tipos de diagramas, los que nos permiten describir los requisitos, funcionalidad, y otros conceptos relativos a un proyecto de desarrollo de software.
Los mismos autores de este lenguaje dicen: con el 20% de UML se puede describir el 80% de un proyecto desarrollo. Efectivamente, comodesarrolador se tiene que tener la capacidad para seleccionar los diagramas adecuados que describan el proyecto. Indudablemente no serán los mismos diagramas para el sistema de control del aeropuerto que para la página web de mis perros.
Por otro lado, no debe olvidarse que realizar uno de estos diagramas insume tiempo. Mas allá que el o los diagramas deben realizarse correctamente, el desarrollador debeconsiderar cuanto tiempo inverte en estas actividades. Indudablemente hay que hacer algunos (una buena cantidad), pero nunca debe olvidarse que lo contratan para desarrollar un software, no para hacer dibujitos. 
Estos diagramas se pueden organizar en dos grupos:
Los que describen el comportamiento del negocio, del sistema, de un  aspecto en particular, ...
* Diagrama de Actividad (ActivityDiagram): Representa los procesos de negocio o la lógica de un sistema complejo. Incluye, opcionalmente, el flujo de datos. el nivel de abstracción suele ser bastante alto, pero pueden realizarse diagramas de actividad exploratorios cuando la lógica que se trata es compleja.
* Diagrama de Estados (State Machine Diagram): Describe los estados de un objeto así como la transición entre estados.Muy útil para los desarrolladores.
* Diagrama de Casos de Uso (Use Case Diagram): Muestra casos de uso individuales, actores y las relaciones entre ellos. El Proceso Unificado dice está dirigido por los casos de uso, esto significa que este diagrama (en el nivel de abstracción que sea) es la base del lenguaje de modelado y representación.
* Diagrama de Comunicación (CommunicationDiagram): Muestra las relaciones entre instancias de las clases y el flujo de mensajes entre ellas, antes (UML 1.0) se llamaba Diagrama de Colaboración. La cuestión tiene que ser realmente complicada para tener que utilizar estos diagramas.
* Diagrama de Interacción (Interaction Overview Diagram): Es una variante del Diagrama de Actividad, muestra un panorama general del flujo de control dentro delsistema o proceso de negocio.
* Diagrama de Secuencia (Sequence Diagram): Muestra la secuencia de la lógica, el órden en que se suceden los mensajes. Importante, especialmente cuando se trabaja en ambientes altamente compartidos.
* Diagrama de Tiempo (Timing Diagram): Muestra el cambio de estado de un objeto a través del tiempo en respuesta a eventos externos.
Nota: Los últimos cuatrodiagramas también se clasifican como Diagramas de Interacción, dado enfatizan la interacción entre los objetos. Sin embargo no deja de ser un aspecto del comportamiento.
Los que describen la estructura, la forma, la organizaicón, ...
* Diagrama de Clases (Class Diagram): Muestra una colección de clases, sus tipos, sus contenidos y sus relaciones. Importantísimo representa el modelo de datos, yen consecuencia su persistencia en alguna forma de almacenamiento.
* Diagrama de Estructura (Composite Structure Diagram): Muestra la estructura interna de ua clase, componente o caso de uso. Especialmente debe indicar los puntos de interacción con otras partes del sistema.
* Diagrama de Componentes (Component Diagram): Describe los elementos que componen un sistema. Debe detallar los...