Apreciar el poder de uml 2

Sistemas de construcción o software no es tan difícil si usted puede comunicarse con sus clientes, compañeros de trabajo, gerentes, y herramientas. Por desgracia, ya que sus problemas se vuelven más y más compleja, los riesgos que surgen de la falta de comunicación se convierten en una mayor - y más graves cuando no surgen. Afortunadamente, hay un lenguaje sencillo, visual que puede usar que ayudará a promover una comunicación más precisa y eficaz sobre la naturaleza de su sistema en todos sus aspectos - de software, requisitos, arquitecturas, diseños, patrones de diseño, e implementaciones. Este lenguaje es UML, la Lenguaje Unificado de Modelado,

desarrollado para ayudar a los desarrolladores de software del sistema y realizar las siguientes tareas:

• Especificación

• Visualización

• Diseño arquitectónico

• Construcción

• Simulación y Pruebas

• Documentación

UML fue desarrollado originalmente con la idea de promover la comunicación y la productividad entre los desarrolladores de sistemas orientados a objetos, pero el evidente poder de UML ha causado él para hacer incursiones en todo tipo de sistemas y desarrollo de software. La nueva versión, UML 2, se ha vuelto más poderosa y más útil que nunca.

UML satisface una necesidad importante en software y sistema de desarrollo. Modelado - especialmente el modelado de una manera que es fácil entenderse - permite que el desarrollador se concentre en el cuadro grande. Te ayuda a ver y resolver los problemas más importantes ahora, por lo que impide distraerse por enjambres de detalles que son mejores para suprimir hasta más tarde. Al modelar, usted construye una abstracción de un sistema del mundo real existente (o del sistema que estás imaginando), que le permite hacer preguntas del modelo y obtener buenas respuestas - todo esto sin los costes de desarrollo del sistema de primera.

Después de que estés satisfecho con su trabajo, usted puede utilizar sus modelos de comunicarse con los demás. Usted puede utilizar sus modelos para solicitar la crítica constructiva y así mejorar su trabajo, para enseñar a otros, para dirigir el trabajo los miembros del equipo, o para cosechar elogios y aclamación de sus grandes ideas e imágenes. Diagramas y modelos debidamente construidas son las técnicas de comunicación eficaces que no sufren la ambigüedad de Inglés hablado, y no abruman al espectador con datos abrumadores.

Haciendo abstracción de la verdad esencial

La técnica de hacer un modelo de sus ideas o el mundo es un uso de abstracción. Por ejemplo, un mapa es un modelo del mundo - no es el mundo en miniatura. Es una abstracción convencional que toma un poco de entrenamiento o práctica de reconocer cómo se rastrea la realidad, pero se puede utilizar esta abstracción fácilmente. Del mismo modo, cada diagrama UML se dibuja tiene una relación con su realidad (o su realidad la intención), y que la relación entre el modelo y la realidad se aprende y convencional. Y las abstracciones UML se desarrollaron como convenciones para aprender y utilizar fácilmente.

Si usted piensa en UML como un mapa del mundo que ves, o de un mundo posible que quieres, no estás muy lejos. Una analogía más cercana podría ser la de conjunto de planos que muestran suficientes detalles de un edificio (en una representación estandarizada con una gran cantidad de símbolos y convenciones especializadas) para transmitir una idea clara de lo que el edificio se supone que es.

Las abstracciones de modelos y diagramas también son útiles porque reprimen o exponen detalle según sea necesario. Esta aplicación de la información escondite le permite centrarse en las áreas que necesita - y ocultar las zonas que no. Por ejemplo, usted no desea mostrar los árboles y los coches y la gente en su mapa, porque tal un mapa sería engorroso y no muy útil. Hay que suprimir algún detalle para usarlo.

Usted encontrará la palabra omitir a menudo en textos sobre UML - cada campo tiene su propia jerga. Corre el rumor de que omitir es una palabra favorita de Grady Booch, uno de los tres metodólogos responsables del desarrollo original de UML. Elide literalmente significa omitir, slur terminado, pegue hacia fuera, o eliminar. UML utiliza para describir la capacidad de los modeladores (o sus herramientas) para suprimir u ocultar información conocida a partir de un diagrama para lograr un objetivo (como la simplicidad o reutilización).

Selección de un punto de vista

Modelado UML también soporta múltiples vistas de un mismo sistema. Así como usted puede tener un mapa político, un mapa en relieve, una hoja de ruta y un mapa utilidad de la misma área a utilizar para diferentes propósitos - o diferentes tipos de diagramas arquitectónicos y planos para enfatizar diferentes aspectos de lo que usted está construyendo - usted puede tener muchos tipos diferentes de diagramas UML, cada uno de los cuales es un punto de vista diferente que muestra diferentes aspectos de su sistema.

UML también le permite construir un diagrama para una visión especializada limitando los elementos del diagrama para un propósito en particular en un momento particular. Por ejemplo, se puede desarrollar un diagrama de clases - cuyos elementos son cosas relevantes y sus relaciones entre sí - para capturar el análisis del problema que usted tiene que resolver, para capturar el diseño de su solución, o para capturar los detalles de su implementación. Dependiendo de su finalidad, las cosas relevantes elegidos para ser elementos de diagrama variarían. Durante el análisis, los elementos que se incluyen serían conceptos lógicos del problema y mundial real durante el diseño, que incluirían elementos del diseño y Solución arquitectónica y durante la implementación, serían principalmente sean clases de software.

LA utilizar diagrama de casos normalmente se concentra en mostrar los efectos del sistema (casos de uso) y los usuarios (actores). Un diagrama de casos de uso que tiene sus casos de uso individuales elidido (oculto) se llama diagrama de contexto, porque muestra el sistema en su entorno (contexto) de los sistemas circundantes y actores.