ELABORACION DE DIAGRAMAS Y

PLANTILLAS PARA CASO DE USO

GA2-220501093-AA1-EV02

PRESENTADO POR: Jose Enrique Colonia

Marzo: 2024
Tecnología En Análisis y Desarrollo De Software
 TABLA DE CONTENIDOS

Portada …………………………………………………………………………………1
Tabla de contenidos……………………………………………………………...2
Introducción………………………………………………………………………….3
Objetivo…………………………………………………………………………………3,4
Identificar los tipos de diagrama para modelar…………………….4,5
Diagrama con Ulm artefactos del sistema…………………………….6
Documento de plantilla caso de usos……………………………………7
 INTRODUCCION
El lenguaje Ulm es esencial para realizar una representación
gráfica del proceso de análisis de requisitos de software.
Es un lenguaje estándar para análisis y diseño de sistemas
informáticos, a través de esta herramienta se pueden establecer
todos los requerimientos y procesos necesarios para ser
desarrollados en el sistema. Este lenguaje posee más características
visuales que de programación, pero se pueden implementar todos
los procesos en cualquier lenguaje de programación.
 OBJETIVO

La creación de diagramas y plantillas de casos de uso tiene como

objetivo principal ofrecer una representación visual y detallada de
cómo los actores interactúan con un sistema específico. Entre sus
objetivos destacan:
1. Facilitar la comunicación: Estos diagramas permiten una
comunicación clara y precisa de los requisitos funcionales del
sistema a diversas partes interesadas, como desarrolladores,
diseñadores, clientes y gerentes de proyecto.
2. Definición de requisitos: Ayudan a identificar y definir los
requisitos funcionales del sistema desde la perspectiva del
usuario final, incluyendo las acciones que los usuarios pueden
realizar y cómo el sistema responde a ellas.
3. Análisis de interacciones: Facilitan el análisis de las
interacciones entre los actores y el sistema, lo que posibilita la
detección de posibles problemas de diseño o requisitos
faltantes.
4. Fundamento para diseño y desarrollo: Los diagramas de casos
de uso sirven como base para el diseño y desarrollo del
sistema, ofreciendo una comprensión clara de lo que el
sistema debe lograr desde la perspectiva del usuario.
5. Validación de requisitos: Permiten validar los requisitos con
las partes interesadas, garantizando que el sistema cumpla
con las expectativas y necesidades del usuario final.
 TIPOS DE DIAGRAMAS A MODELAR
Los diagramas son herramientas visuales poderosas que
estructuran y hacen comprensible la información. Algunos tipos
incluyen:
 Diagrama de flujo: Visualiza procesos o datos dentro de un
sistema, útil para algoritmos y estructuras organizativas.
 Diagrama de Gantt: Muestra la planificación temporal de
tareas en proyectos.
 Diagrama de red: Representa la estructura de sistemas
complejos, común en logística y gestión de proyectos.
 Diagrama de Ishikawa: Identifica causas de problemas
específicos.
 Diagrama de Venn: Muestra relaciones entre conjuntos de
datos.
 Diagrama de torta: Representa proporciones numéricas
dentro de un conjunto de datos.
 Diagrama de clases: Define clases y relaciones en sistemas de
software.
 Diagrama de secuencia: Muestra interacciones entre partes
de un sistema, útil en diseño de software.
 Diagrama de estado: Describe estados y transiciones de
objetos en sistemas, útil para modelar comportamiento en
tiempo real.
  Diagrama de círculo: Visualiza componentes y conexiones en
circuitos eléctricos, crucial en ingeniería eléctrica y
electrónica.

Plantilla y diagrama de caso de uso

CASO DE USO: USUARIO REALIZA UNA COMPRA:

Documentación de la herramienta

Caso de uso Registrar en el sistema

Descripción Registro en el sistema o ingreso al sistema
precondición Para poder hacer uso de la plataforma el cliente debe tener
una cuenta de usuario
actores cliente
paso Descripción del paso
1 el cliente ingresa a la página web
Secuencia 2 Le da clic en nuevo usuario
normal 3 Ingresa los datos del usuario
4 Se almacena la iniformacion en la base de datos
5 Se confirma el registro exitoso
2.a Si el cliente tiene usuario solo le solicita ingresar los
datos ya creados
Flujo
alternativo 2.b Se valida usuario en la base de datos.
3.a Si los datos estan correctos lo deja proseguir
3.b Si hay algun error le solicita revisar

Post Se almacena el registro en la base de datos

condiciones

Caso de uso Enviar correo al usuario creado

 Descripción Envió de correo electronico al cliente confirmando la
creacion de su usuario
precondición El cliente tiene que completar la creacion del usuario

Actor 1 Sistema
Actor 2 Usuario
paso Descripción del paso

1. El cliente completa el registro de manera

correcta
Flujo de 2. El sistema valida la informacion.
eventos
3. El sistema genera la confirmacion del
usuario
4. El sistema envia la confirmacion por
medio del correo electronico
5. El cliente recibe el correo electronico

Flujo Si la informacion es incorrecta el sistema muestra al

alternativo cliente una señal de error indicando que debe hacer
Post El usuario recibe un correo electrónico de
confirmación en la dirección proporcionada durante
condiciones
el registro.

Caso de uso Personalizar la compra

descripción El cliente debe escoger los productos que desea
 añadiendolos al carrito de compras.
precondición El cliente ya debe estar registrado en la pagina
actores Cliente
paso Descripción del paso
1. El cliente ingresa a la página web.
Secuencia 2. Ingresa al área de clientes.
normal 3. Ingresa al área arma tu pedido
4. Escoge el tipo de producto que desea
comprar
5. Ve el catalogo y escoge los productos que
desea
6. Indica si desea seguir comprando o pagar el
pedido.
6ª si desea seguir comprando lo vuelve a enviar al
Flujo catalogo en el que estaba el cliente
alternativo 6b si desea pagar lo envia a pasarela de pagos

Post Se envia al cliente a la pasarela de pagos

condiciones

Caso de uso Paga tu compra

descripción El cliente realiza el pago para que sea procesado y
enviado
precondición El cliente ya debe tener productos seleccionados
Actor 1 Cliente
Actor 2 Sistema
paso Descripción del paso
1. El cliente es enviado al portal de pagos
Secuencia 2. Selecciona el metodo de pago a usar
normal 3. Selecciona el tipo de envio (recoleccion en
tienda o a domicilio completo)
4. Realiza la validacion para el pago
5. El sistema genera la validacion de pago
6. El sistema envia la notificacion al
administrador y la confirmacion al cliente
4a si el metodo de pago es rechazado se solicita un
Flujo metodo de pago nuevo
alternativo 4b Si el pago es aprobado envia la notificacion al
correo del cliente
Post Se envía notificación al administrador del sistema y
confirmacion al correo del cliente.
condiciones