TOUR POR UML

TOUR POR UML
 
 
En este artículo daremos un recorrido por las partes más importantes de UML e intentaremos haceros ver la importancia de modelar y porqué es tan importante un buen diseño de software.
 
Un proyecto de software con éxito es aquél que produce un software de calidad, consistente y sobre todo que satisface las necesidades de los usuarios que van a utilizar el producto resultante.
 Una empresa que produce software de calidad, con un uso eficiente y efectivo de los recursos y terminar los proyectos en plazo tiene un negocio sostenible. Y tenemos que tener en cuenta que lo que importa es el producto final, que funcione bien y que cumpla los requisitos establecidos por los usuarios y no que sea muy bonito, que se hagan reuniones muy importantes o que se hayan codificado muchaslíneas de código.
 
Existe una frase que merece la pena recordar: “Para desarrollar software de calidad duradera, hay que idear una sólida base arquitectónica que sea flexible al cambio”.  El modelado es una parte fundamental en esta aspecto, construimos modelos para poder visualizar el comportamiento del sistema y poder controlar su arquitectura.
 
Incluso para producir software de sistemaspequeños sería bueno hacer un análisis y un modelado ya que se producirían sistemas de mejor calidad, pero lo que si es cierto, es que cuanto más grande y complejos son los sistemas más importante es hacer un buen modelado ya que nos ayudará a entender el comportamiento del sistema en su totalidad y que si no tenemos modelado sería bastante difícil. Y cuando se trata de sistemas complejos el modeladonos dará una idea de los recursos necesarios (tanto humanos como materiales) para abordar el proyecto. También nos dará una visión más amplia de cómo abordar el problema para darle la mejor solución.
 
El Lenguaje Unificado de Modelado (Unified Modeling Languaje, UML) es el lenguaje estándar para realizar el modelado de los sistemas de software y es independiente del lenguaje de programaciónutilizado.
 
En este artículo no vamos a entrar en más detalles de lo que es UML y de su historia, nos vamos a centrar en las partes más significativas del lenguaje.
 
UML tiene tres elementos fundamentales:
         Bloques básicos de construcción
o        Elementos
o        Relaciones
o        Diagramas
         Reglas que dictan como se pueden combinar estos bloques básicos. UML tiene reglas para:o        Nombres
o        Alcance
o        Visibilidad
o        Integridad
o        Ejecución
         Mecanismos comunes. Que se basen en algún patrón, al igual que en arquitectura se puede hablar del barroco, románico, etc..
o        Especificaciones
o        Adornos
o        Divisiones comunes
o        Mecanismos de extensibilidad
 
 
Como dijo Grady Booch: El 80 por ciento de la mayoría de losproblemas pueden modelarse usando alrededor del 20 por ciento de UML.
 
En todo proceso de software donde se utilice una metodología orientada a objetos y la notación UML no pueden faltar los diagramas, para representar las diferentes vistas del producto final.
 
Los diagramas de UML se pueden dividir en estáticos (aportan una visión estática del sistema) y dinámicos (aportan una visión dinánicadel sistema).
 
Los diagramas estáticos:
         Diagrama de casos de uso
         Diagrama de clases
         Diagrama de objetos
         Diagrama de componentes
         Diagrama de despliegue
 
Los diagramas dinámicos:
         Diagrama de estados
         Diagrama de actividad
         Diagramas de interacción:
o        Diagrama de secuencia
o        Diagrama de colaboración
 
 
 Como se puede ver hay demasiados diagramas y en muchos proyectos no son necesarios todos los diagramas. Será la práctica y experiencia y el tipo de sistema a desarrollar lo que nos ayudará a escoger los diagramas a utilizar, por ejemplo podemos decir que para aplicaciones cliente se suelen utilizar los diagramas de casos de uso, de clase y de colaboración o de secuencia, para aplicaciones donde...