UML

Un resumen de nuestra clase de postgrado

¿Por qué es importante UML?

Echemos un vistazo a esta pregunta desde el punto de vista de la industria de la construcción. Arquitectos diseñan edificios. Constructores utilizar los diseños para crear edificios.Cuanto más complicado sea el edificio, el más crítico de la comunicación entre el arquitecto y el constructor. Blueprints son el lenguaje gráfico estándar que ambos arquitectos y constructores deben aprender como parte de su comercio.

Software de escritura no es a diferencia de la construcción de un edificio. El más complicado es el sistema subyacente, la más crítica de la comunicación entre todos los involucrados en la creación e implementación del software. En la última década, el UML se ha convertido en el lenguaje de esquema de software para los analistas, diseñadores y programadores por igual. Ahora es parte de la operación del software. El UML da a cada uno de analista de negocios de diseñador programador un vocabulario común para hablar de diseño de software.

El UML es aplicable a la resolución de problemas orientado a objetos. Cualquier persona interesada en el aprendizaje UML debe estar familiarizado con el principio subyacente de orientado a objetos para resolver problemas - todo comienza con la construcción de un modelo. Un modelo es una abstracción del problema subyacente. El dominio es el mundo real de la que viene el problema.

Los modelos consisten en objetos que interactúan entre sí mediante el envío de mensajes . Piense en un objeto como "vivo". Los objetos tienen cosas que ellos saben ( atributos ) y cosas que pueden hacer ( conductas u operaciones ). Los valores de los atributos de un objeto determinan su estado .

Las clases son los "planos" de los objetos. Una clase envuelve atributos (datos) y comportamientos (métodos o funciones) en una sola entidad distinta. Los objetos son instancias de clases.

Caso de uso diagramas describen lo que un sistema hace desde el punto de vista de un observador externo. El énfasis está en lo que hace un sistema en lugar de la forma.
Diagramas de casos de uso están estrechamente relacionados con los escenarios. Laescenario es un ejemplo de lo que ocurre cuando alguien interactúa con el sistema. Aquí hay un escenario para una clínica médica.

"Un paciente llama a la clínica para hacer una cita para un chequeo anual. La recepcionista encuentra el intervalo de tiempo vacío cercano en el libro de citas y programa la cita para ese intervalo de tiempo."

La caso de uso es un resumen de escenarios para una única tarea o meta. Unel actor es quién o qué inicia los eventos involucrados en esa tarea. Los actores son simplemente los papeles que desempeñan las personas u objetos. La siguiente imagen es una cita Marca de casos de uso para la clínica médica. El actor es un paciente . La conexión entre el actor y el caso de uso es una asociación de la comunicación (o la comunicación , para abreviar).



os actores son figuras de palo. Los casos de uso son óvalos. Las comunicaciones son las líneas que unen los actores de los casos de uso.
Un diagrama de casos de uso es un conjunto de actores, casos de uso, y de sus comunicaciones. Hemos puesto Hacer cita como parte de un esquema con cuatro actores y cuatro casos de uso. Tenga en cuenta que un solo caso de uso puede tener varios actores.
Ocultar la imagen
Diagramas de casos de uso son de ayuda en tres áreas.

• determinar las características (requisitos) . Nuevos casos de uso a menudo generan nuevas necesidades que el sistema se analiza y el diseño toma forma.
• comunicarse con los clientes . Su simplicidad de notación hace uso de diagramas de casos de una buena manera para que los desarrolladores puedan comunicarse con los clientes.
• la generación de casos de prueba . La colección de escenarios para un caso de uso puede sugerir un conjunto de casos de prueba para estos escenarios.

Un diagrama de clase proporciona una visión general de un sistema mostrando sus clases y las relaciones entre ellos. Los diagramas de clases son estáticas - que muestran lo que interactúa, pero no es lo que sucede cuando ellos interactúan.
El diagrama de clases modelos abajo un pedido de un cliente de un catálogo comercial. La clase central es la Orden . Asociados a ella son los clientes de hacer la compra y el pago .Un pago es uno de tres tipos: Cash , Check , o de crédito . La orden contiene OrderDetails (partidas), cada uno con su correspondiente artículo .



Notación UML es un rectángulo dividido en tres partes: nombre de la clase, atributos y operaciones. Los nombres de las clases abstractas, como pago , están en cursiva. Las relaciones entre las clases son los nexos de unión.
El diagrama de clases tiene tres tipos de relaciones.

• asociación - una relación entre las instancias de las dos clases. Existe una asociación entre dos clases si una instancia de una clase debe saber sobre los otros con el fin de llevar a cabo su trabajo. En un diagrama, una asociación es un enlace que conecta dos clases.
• agregación - una asociación en la que una clase pertenece a una colección. Una agregación tiene un extremo de diamante que señala a la parte que contiene el conjunto. En nuestro diagrama, Orden tiene una colección de OrderDetails .
• generalización - un enlace de herencia que indica una clase es una superclase de la otra. Una generalización tiene un triángulo apuntando a la superclase. Pago es una superclase de Cash , Check , y crédito .

Una asociación tiene dos extremos. Un extremo puede tener unnombre de la función de aclarar la naturaleza de la asociación. Por ejemplo, un OrderDetail es un elemento de línea de cada pedido .
La navegabilidad flecha en una asociación muestra la dirección de la asociación se puede desplazar o consulta. Un OrderDetail se puede consultar sobre el artículo , pero no al revés. La flecha también le permite saber quién "posee" la aplicación de la asociación, en este caso, OrderDetail tiene un artículo . Asociaciones sin flechas de navegación son bidireccionales.
La multiplicidad de un extremo de la asociación es el número de posibles casos de la clase asociada con una sola instancia del otro extremo. Las multiplicidades son números individuales o rangos de números.