UNIVERSIDAD NACIONAL DE SAN AGUSTÍN DE

AREQUIPA

FACULTAD DE INGENIERIA DE PRODUCCION Y SERVICIOS

ESCUELA PROFESIONAL DE INGENIERÍA DE SISTEMAS

Laboratorio : Construcción de Software - D

Docente : Ing. Ricardo Fabrizio Calienes Rodriguez

Diagramas de Secuencia

Elaborado por: Jacobo Castillo Andrew Pold

Alvan Ventura Edsel Yael
Gomez Velasco Brian Joseph
Chile Nina Julián Gabriel
Mendoza Rodriguez Marco A.

2021 Octubre
Arequipa - Perú
 I. EJERCICIOS PROPUESTOS

1. Realizar un pedido en un almacén

Precondiciones: el cliente registrado se ha logueado correctamente
Descripción del problema: El cliente introduce al sistema su nombre y dirección, si el
cliente introduce el code zip, el sistema introduce la ciudad y la región. A
continuación, el cliente introduce los códigos de los productos que desea incluir en el
pedido. Por cada código de producto introducido: el sistema da la descripción precio
del producto, y el sistema suma el precio del producto en el total del pedido (acorde a
la cantidad del producto solicitada por el cliente). Posteriormente, el sistema
almacena temporalmente la lista de productos incluidos en el pedido, y a
continuación el cliente introduce la información de la tarjeta utilizada como medio de
pago, y pulsa el botón “ejecutar pago”, ante lo cual el sistema pide y recibe la
confirmación del banco.
Si la información es rechazada, el sistema le solicita al cliente la corrección de la
información, ante lo cual el cliente realiza el mismo proceso anterior. Cuando el pago
es confirmado, se acepta el pedido, se almacena y se le asigna un id que se le
retorna al cliente.
Para la solución a este ejercicio se usan frames para acciones de tipo condicional como por ejemplo
si el cliente ingresa código zip el sistema debe responder con una accion, tambien se usan frames
para separar acciones como lo es de un bucle para la introducción de los códigos de los productos,
ya que pueden ser varios.
Tenemos otro bucle que está dirigido a la muestra de datos y cálculo de precio y por último una
acción condicional nuevamente en caso de que la confirmación del banco de como resultado que es
falso lo ingresado
2. Una persona introduce en el sistema el nombre de un disco y el nombre de una
canción del catálogo; hecho esto, el sistema busca la información de la canción
solicitada y muestra los siguientes datos: el precio, el tamaño en megabytes, la
duración en minutos y segundos, la calidad y el número de unidades vendidas.

Para la solución de este ejercicio, usamos una entidad de base de datos para
almacenar las canciones y los discos, también el sistema, que manejara la
presentación al usuario y las bases de datos.
Para el usuario, tiene el comportamiento que describe el problema.

3. Un call center funciona de la siguiente forma. La telefonista que ofrece un servicio

crea un objeto llamada la cual realiza una petición de datos al objeto cliente.

Este objeto lo que hace es una consulta aleatoria a la base de datos de aquellos
clientes a los que no se le ha llamado los últimos seis meses. Una vez que recibe los
datos realiza la llamada el propio sistema. Durante la llamada el objeto llamado va
mostrando la información que la telefonista le tiene que dar al cliente.

Si la llamada dura más de 20 segundos el objeto llamada hace una petición al

registro de morosos el cual responderá de forma no síncrona y aparecerá un
mensaje en pantalla de la operadora que el cliente es un moroso y esta terminará la
llamada. Si por último, el cliente está interesado, el objeto llamada cederá el control
de ejecución a otro objeto registro el cual lanzará una locución de contratación. En
 ese momento el objeto llamada termina su ejecución (justo en la llamada del objeto
registro).

Realice el diagrama de secuencia en UML del supuesto planteado anteriormente.

Solamente plantee los objetos llamada, cliente, Reg-morosos y registro.

II. CUESTIONARIO

1. ¿Qué es una secuencia?

El término secuencia deriva del latín sequentĭa, que puede traducirse como “continuación”.
Una secuencia, por lo tanto, es una seguidilla de hechos o de elementos que mantienen una
relación entre sí.
Entonces se puede decir que un diagrama de secuencia UML simplemente describe la
interacción entre objetos en un orden secuencial, es decir, el orden en el que tienen lugar
estas interacciones. Los diagramas de secuencia describen cómo y en qué orden funcionan
los objetos en un sistema. Estos diagramas son ampliamente utilizados por empresarios y
desarrolladores de software para documentar y comprender los requisitos de los sistemas
nuevos y existentes.

2. ¿Cuáles son los elementos de un diagrama de secuencia?

Actores - un actor en un diagrama UML representa un tipo de rol en el que interactúa con el
sistema y sus objetos. Es importante señalar aquí que un actor siempre está fuera del
alcance del sistema que pretendemos modelar utilizando el diagrama UML.

Líneas de vida - vida: una línea de vida es un elemento con nombre que representa a un
participante individual en un diagrama de secuencia. Entonces, básicamente, cada instancia
en un diagrama de secuencia está representada por una línea de vida. Los elementos de la
línea de vida se encuentran en la parte superior en un diagrama de secuencia. El estándar
en UML para nombrar una línea de vida sigue el siguiente formato: Nombre de instancia:
Nombre de clase

Barras de activación - son elementos en forma de caja situados en la parte superior del
diagrama que pueden representar instancias de objetos o roles que desempeñan un papel
en la secuencia.
Mensajes - la comunicación entre objetos se representa mediante mensajes. Los mensajes
aparecen en orden secuencial en la línea de vida. Representamos mensajes usando
flechas. Las líneas de vida y los mensajes forman el núcleo de un diagrama de secuencia.

Guardias: para modelar las condiciones, usamos guardias en UML. Se utilizan cuando
necesitamos restringir el flujo de mensajes con el pretexto de que se cumple una condición.
Los guardias juegan un papel importante al permitir que los desarrolladores de software
conozcan las restricciones asociadas a un sistema o proceso en particular.
Comentarios - los diagramas UML permiten el uso de comentarios en múltiples plantillas,
incluido el diagrama de secuencia.

3. ¿Qué es un mensaje?

Al igual que en la vida real los mensajes en el diagrama de secuencias UML sirven para la
comunicación, en UML la comunicación entre objetos se representa mediante mensajes. Los
mensajes aparecen en orden secuencial en la línea de vida. Representamos mensajes
usando flechas. Las líneas de vida y los mensajes forman el núcleo de un diagrama de
secuencia.

4. ¿Cuál es la diferencia entre UML y UML 2.0?

● En UML 2.0, la semántica de flujo no puede ser ignorada. La ejecución de un nodo

tiene un efecto directo en otro nodo diferente. Para que un nodo comience la
ejecución, se deben cumplir ciertas condiciones. Una vez que se cumplen las
condiciones requeridas, el nodo funciona y ofrece flujos de salida, un momento en
que comienza a ejecutarse el flujo descendente.

● En UML 1.0, los nodos disponibles son pseudo estados que vienen con transiciones
entre ellos, que están especialmente diseñados para el modelado de flujos.

● UML 2.0 también viene con un modelo de concurrencia que permite el paralelismo
sin restricciones.
● En UML 1.0, el paralelismo no está permitido y utiliza un modelo metódico paso a
paso para realizar operaciones. UML 2.0 por lo tanto ayuda a traer un método rápido
y eficiente de trabajar en cosas.