UML Diagramas by Diana Patricia Sandoval

Diana Patricia Sandoval Q. Estudiante IngenierĂa en InformĂĄtica.

CAU Villavicencio.

UML son las siglas de “Unified Modeling Language” o “Lenguaje Unificado de Modelado”. Se trata de un estándar que se ha adoptado a nivel internacional por numerosos organismos y empresas para crear esquemas, diagramas y documentación relativa a los desarrollos de software (programas informáticos).

El término “lenguaje” ha generado bastante confusión respecto a lo que es UML. El término lenguaje quizás no es el UML permite: más apropiado, ya que no es un lenguaje propiamente dicho, sino una serie de normas y estándares gráficos respecto a cómo se deben representar los esquemas relativos al software. Mucha gente piensa por confusión que UML es un lenguaje de programación y esta idea es errónea: UML no es un lenguaje de programación. Como decimos, UML son una serie de normas y estándares que dicen cómo se debe representar algo.

Diagramas de UML

Ilustraciรณn 1 Diagramas UML

Diagramas de UML El UML está compuesto por diversos elementos gráficos que se combinan para conformar diagramas. UML cuenta con reglas para combinar tales elementos. La finalidad de los diagramas es presentar diversas perspectivas de un sistema, a las cuales se les conoce como modelo. Recordemos que un modelo es una representación simplificada de la realidad; el Elementos de los diagramas modelo UML describe lo que supuestamente hará un sistema, pero no dice cómo implementar dicho sistema. A continuación se describirán los diagramas más comunes del UML y los conceptos que representan.

Diagrama de clases: Este diagrama sirve para visualizar las relaciones entre las clases que involucran el sistema, las cuales pueden ser asociativas, de herencia, de uso y de agregación, ya que una clase es una descripción de conjunto de objetos que comparten los mismos atributos, operaciones, métodos, relaciones y semántica; mostrando un conjunto de elementos que son estáticos, como las clases y tipos junto con sus contenidos y relaciones. Un diagrama de clases está compuesto por los siguientes elementos: Clase: atributos, métodos y visibilidad. Relaciones: Herencia, Composición, Agregación, Asociación y Uso. Diagrama de casos de uso: Los diagramas de casos de uso sirven para especificar la funcionalidad y el comportamiento de un sistema mediante su interacción con los usuarios y/o

otros sistemas. O lo que es igual, un diagrama que muestra la relación entre los actores y los casos de uso en un sistema. Los diagramas de casos de uso se utilizan para ilustrar los requerimientos del sistema al mostrar cómo reacciona una respuesta a eventos que se producen en el mismo. En este tipo de diagrama intervienen algunos conceptos:  Actor.  Casos de Uso.  Relaciones de Uso, Herencia y Comunicación. Diagrama de Secuencia: Un diagrama de secuencia es una forma de diagrama de interacción que muestra los objetos como líneas de vida a lo largo de la página y con sus interacciones en el tiempo representadas como mensajes dibujados como flechas desde la línea de vida origen hasta la línea de vida destino. Los

diagramas de secuencia son buenos para mostrar qué objetos se comunican con qué otros objetos y qué mensajes disparan esas comunicaciones. Los diagramas de secuencia no están pensados para mostrar lógicas de procedimientos complejos. Diagrama de colaboración: Es un tipo de diagrama de interacción cuyo objetivo es describir el comportamiento dinámico del sistema de información, mostrando cómo interactúan los objetos entre sí, es decir, con qué otros objetos tiene vínculos o intercambia mensajes un determinado objeto. Un diagrama de colaboración muestra la misma información que un diagrama de secuencia pero de forma diferente. En los diagramas de colaboración no existe una secuencia temporal en el eje vertical; es decir, la colocación de los mensajes en el diagrama no indica cual es el orden en el

que se suceden. Además, la colocación de los objetos es más flexible y permite mostrar de forma más clara cuales son las colaboraciones entre ellos. En estos diagramas la comunicación entre objetos se denomina vínculo o enlace y estará́ particularizada mediante los mensajes que intercambian. Diagrama de comunicación: Este diagrama permite modelar la interacción entre los diferentes objetos que se produce mediante mensajes en secuencia, es decir, muestra que mensajes se pasan los objetos entre si y en qué orden. Es un diagrama muy útil, pues muestra tanto información estática, tomada del diagrama de clases, como información dinámica, tomada del diagrama de casos de uso y del diagrama de secuencia.

La empresa S&J Soluciones Tecnológicas requiere realizar un sistema que se encargará de simular el funcionamiento de una central de mensajería de móviles, para ello deberá tratar cierta información y ser capaz de realizar una serie de operaciones sobre ésta. Los objetivos, requisitos y restricciones del sistema son los siguientes:  Una persona podrá darse de alta en el sistema proporcionando sus datos personales: Número de Identificación, nombre, apellidos, dirección y datos bancarios, así como el número de teléfono móvil que se desea dar de alta.  Un misma persona puede tener varios teléfonos sin embargo los datos personales han de ser únicos.  Un usuario podrá conectarse al sistema encendiendo su teléfono móvil, y al hacerlo recibirá (si no tiene activado el desvío) los mensajes que le enviaron cuando lo tenía apagado.  Un usuario podrá desconectarse del sistema apagando su teléfono móvil.  Un usuario podrá enviar mensajes de texto a otros usuarios del sistema siempre que cumpla unos requisitos: cuerpo del mensaje válido, saldo suficiente y existencia en la compañía del teléfono destino.  Un usuario podrá consultar su saldo actual enviando un mensaje al sistema con la solicitud.  Un usuario podrá recargar su saldo enviando al sistema un mensaje con la solicitud. Esta recarga se cargará a la cuenta bancaria del usuario.

ADMINISTRADOR.  El administrador podrá consultar la historia de todas las operaciones llevadas a cabo en el sistema por un determinado número de teléfonos.  El administrador podrá dar de alta a un nuevo usuario en el sistema, tomando sus datos personales y bancarios.  El administrador podrá realizar consultas genéricas y específicas sobre los datos de los usuarios registrados en el sistema.  El administrador podrá realizar modificaciones sobre los datos de los usuarios registrados en el sistema.  Podrá realizar operaciones de creación, borrado, consulta y modificación sobre las tarifas de costes que aplica nuestro sistema a los mensajes.  El administrador podrá enviar mensajes de propósito general a todos los usuarios del sistema. Estos mensajes tendrán como fin informar acerca del cambio del número del sistema, de cambios de tarifas y de promociones de la compañía. A partir del caso de telefonía móvil, antes de realizar el desarrollo del software se requiere entregar al Desarrollador el informe con los siguientes modelados de acuerdo a los Requerimientos para cada caso:  Modelo de negocio  Modelos UML  Modelos DFD

PUNTO

Modelo

Negocio

del

Sistema

Ilustración 1 Modelo de Negocio CANVAS

metodología

CANVAS

1. MODELOS UML. 1.1. Diagrama de clases

IlustraciĂłn 2. Diagrama de clases para servicio mensajerĂa de texto

1.2.

Diagramas de casos de uso

IlustraciĂłn 3 caso de uso servicio mensajerĂa

Ilustraciรณn 4 caso de uso dar de alta un usuario en el sistema

Ilustraciรณn 5 caso de uso consulta de saldo

Ilustraciรณn 6 caso de uso Alimentar sistema

Ilustraciรณn 7 caso de uso consultas administrador

Ilustraciรณn 8 caso de uso solicitud de recarga

Ilustración 9 Caso de uso administrador envía información Ilustración 10 Caso de uso usuario envía mensaje

Ilustraciรณn 9 caso de uso desconectarse del sistema

Ilustraciรณn 12 Caso de uso conectarse al sistema

1.3.

Diagramas de secuencia.

Usuario

Sistema

Administrador

1: solicita ser dado de alta en el sistema

2: solicita datos personales y cuenta banco 3:Provee datos

3.1: ingresa datos al sistema

3.2: Valida información información correcta 3.4: da de al alta al usuario

4: envía mensaje 4.1: Valida requerimentos para envío validaciones correctas 4.2: Ejecuta operación 4.3: confirma operación

Ilustración 13 Diagrama de secuencia servicio de mensajería

Usuario

Sistema

Administrador

1: solicita servicio 2.:solicita datos nombres, direccion, datos bancarios, identificaci贸n. telefono, 3:Provee informaci贸n

4:ingresa informaci贸n 4.1: Valida datos suministrados no existe usuario 4.2:Da de alta 5: confirma activacion

Ilustraci贸n 104 Diagrama de secuencia dar de alta usuario en el sistema

Usuario

Sistema

1: solicita ver saldo 2: Valida existencia de usuario Existe usuario 2.1: Consulta saldo disponible en la linea

2.2: Envía información

Ilustración 11 Diagrama de secuencia ver saldo Usuario

Sistema

1: solicita servicio de recarga 2: Valida existencia de usuario Existe usuario 2.1: Verfica saldo disponible en cuenta

tiene saldo suficiente 2.2: Ejecuta operación 2.3: confirma operación

Ilustración 126 Diagrama de secuencia recargar Saldo

1.4.

Diagrama de colaboración. 1. Solicita servicio 3. provee datos

2. Solicita datos

7. Da de alta al usuario 4. Ingresa datos USUARIO

ADMINISTRADOR

8. Solicita envío mensaje 11. Confirma operación 6. Muestra resultado de validacion

SISTEMA

5. Valida datos de usuario

10. envía mensaje 9. Valida requerimentos para envío de mensaje

RECEPTOR

Ilustración 17 Diagrama general de colaboración empresa de mensajería

1. Solicita servicio 3. provee datos

2. Solicita datos 4. Ingresa datos 7. Da de alta al usuario

USUARIO

ADMINISTRADOR

8. Confirmaci贸n de activaci贸n 6. Muestra resultado de validacion

SISTEMA

5. Valida datos de usuario

Ilustraci贸n 18 Diagrama de colaboraci贸n dar de alta en el sistema

RECEPTOR

1. Solicita recarga

SISTEMA

5. Confirma recarga USUARIO

2. Valida existencia de usuario 3.Verifica saldo en cuenta bancaria 4. Ejecuta operación

Ilustración 139 Diagrama de colaboración Recargar

1. Solicita saldo

SISTEMA

4. envía información USUARIO

2. Valida existencia de usuario 3.Verifica saldo en la linea

Ilustración 20 Diagrama de colaboración consultar saldo

1. Solicita datos de usuario 4. modifica datos de usuario

ADMINISTRADOR

SISTEMA

3. muestra información 6. confirma cambios

2. Valida existencia de usuario 5. Guarda cambios realizados

Ilustración 21 Modificar datos de usuario 1. Solicita datos de tarifa 4. modifica costos de tarifa 6. solicita divulgar cambios

SISTEMA

3. muestra información ADMINISTRADOR

2. busca tarifas existentes 5. Guarda cambios realizados 7. selecciona usuarios

8. Envía información

USUARIOS

Ilustración 22 Diagrama de colaboración informar cambios tarifa usuarios

1. Se desconecta 3. Se conecta

8. Envía información acumulada

SISTEMA 2. Guarda y acumula mensajes

USUARIOS

Ilustración 23 Diagrama de colaboración conectarse y desconectarse del sistema

1.5.

Diagrama de comunicaciรณn.

5: confirma activaciรณn

SISTEMA

USUARIO

3.2: Valida existencia de usuario 3.3:muestra informaciรณn

1:Solicita registro

3:Provee datos

4:Da de alta a usuario

2:Solicita datos de usuario

3.1:Ingresa datos

ADMINISTRADOR

Ilustraciรณn 14 Diagrama de comunicaciรณn dar de alta un usuario

1:Solicita envío de mensaje SISTEMA USUARIO 3:Confírma envío. 2: Valida existencia de usuario 2.1: Valida requerimentos para envío 2.2: envía mensaje

RECEPTOR

Ilustración 15 Diagrama de comunicación envío de mensaje

1:Solicita recarga SISTEMA USUARIO 3:Confírma operación 2: Valida existencia de usuario 2.1: Valida requerimentos para recargar 2.2: Ejecuta solicitud

Ilustración 16 Diagrama de comunicación recargar saldo

1:Solicita ver usuario 2: Busca usuario 3: Modifica datos de usuario

SISTEMA

ADMINISTRADOR 2.1: Valida existencia de usuario 2.3:Muestra información 4:Guarda cambio realizados

Ilustración 17 Diagrama de comunicación modificar datos de usuario

1:Solicita tarifas 3: Modifica costos de tarifa

SISTEMA 2: Busca tarifas

ADMINISTRADOR

4:Guarda cambio realizados 2.1:Muestra información 4.1: Envía información de nuevas tarifas

USUARIOS

Ilustración 18 Diagrama de comunicación modificar tarifa

2. MODELOS DFD INICIO

datos de mensaje

No esres usuario de esta compañia, ponte en contacto con el administrador para darte de alta

usuario registrado en sistema

cuerpo del mensaje valido

Cuerpo de mensaje inválido si

recargue su saldo, es insuficiente para el envío del mensaje

Saldo suficiente en la linea

destinatario registrado en la misma compañia

Destinatario pertenece a otra compañía, no se puede enviar el mensaje

Guaradar mensaje para enviar cuando el receptor se conecte

receptor conctado al sistema

enviar mensaje a destinatario

mensaje enviado con éxito

Fin

Ilustración 13 Modelo DFD envío de mensajes

Inicio

Solicitud consulta de saldo

Datos de usuario

usuario de alta en el sistema

Existe usuario

mostrar datos de usuario

consultar saldo en la linea NO

Usuario no existe. Pongase en contacto con el administrador

Modificar datos de usuario

Su saldo actual es de " "

Usuario no existe. Pongase en contacto con el administrador

Fin

cambios realiizados exitosamente

Fin

Ilustraciรณn 19 Modelo DFD consultar saldo

Ilustraciรณn 20 Modelo DFD modificar datos de usuario

Inicio Inicio

datos personales y numero de cuneta de usuario

Solicitud de recarga

NO SI NO

Saldo en cuenta bancaria

Existe usuario

devengar monto solicitado

no cuenta con fondos suficientes para realizar la solicitud

crear nuevo usuario

Ya existe usuario con esos datos

su linea ha sido recarda Fin

Ha sido dado de alta en el sistema

Ilustración 21 Modelo DFD recarga de saldo

Fin

Ilustración 15 Modelo DFD dar de alta usuario

Y con este último modelo DFD se cierra este catálogo, dejando claro lo que es UML, sus diagramas y un ejemplo práctico de cada uno de ellos.