LENGUAJE UNIFICADO DE MODELADO (UML) PARA CREAR LOS DIAGRAMAS

DE CASOS DE USO, DE CLASES Y DE SECUENCIAS CON STAR UML. GA2-

220501093-AA1-EV01

Instructor

SANDRA LILIANA HUERTAS

Presentado por:

Fredy Alexander Sandoval Fuquene

Servicio Nacional De Aprendizaje – SENA

Tecnólogo en Análisis y Desarrollo del Software
2023
 INTRODUCCIÓN

“Una imagen vale más que mil palabras”.

Por tal motivo se creó la generación de los diagramas con el Lenguaje Unificado de
Modelado “UML” para elaborar un lenguaje visual común en el complejo mundo del
desarrollo de software.

Permitiendo que fuese comprensible para los usuarios de negocios y quien desee
entender un sistema. Al aprender a utilizar lo básico de los diagramas UML,
adicionalmente sus orígenes, usos, conceptos, tipos y pautas sobre cómo dibujarlos
usando esta herramienta de diagramas UML.
 Proyecto: SISTEMA DE SEGURIDAD Y DE SERVICIOS ARONSAND
Manejo de ventas y servicios de la empresa la 88

Representaremos en el proyecto Manejo de ventas y servicios de la empresa la

88 en tres casos que serán los siguiente: un caso de uso, caso de clases y casos
de secuencia, a donde participarán el actor, el sistema y los usuarios en sus
respectivos roles asignados.

PLANTILLA DE DISCRECIÓN DE CASO DE USO

PROYECTO SISTEMA DE SEGURIDAD Y DE
SERVICIOS ARONSAND
ACTOR 1 Gerente y administrador del sistema
NOMBRE Fredy Sandoval
Acción 1 Usuario Ingresa al aplicativo modo administrador
Acción 2 Crear o eliminar usuario
Acción 3 Ingresar, modificar o eliminar datos
Acción 4 Revisar información de clientes, proveedores, venta y
servicios
 PLANTILLA DE DISCRECIÓN DE CASO DE USO
PROYECTO SISTEMA DE SEGURIDAD Y DE
SERVICIOS ARONSAND
ACTOR 2 Personal de ventas

Acción 1 Revisar manejo de ventas y servicios

Acción 2 Revisar inventario de mercancía y servicios

Acción 3 Agendar citas de servicios y venta de productos

Acción 4 Ingreso de información de clientes y proveedores

Acción 5 Guarda- modifica- elimina- envía datos

 HISTORIA DE USUARIO

Manejo de ventas y servicios empresa la 88

ventas y servicios de la empresa la 88 Criterios de Aceptación
Identificador Característica / Razón / Número (#) Criterio de Resultado /
Rol Contexto Evento
(ID) de la Funcionalidad Resultado de Aceptación Comportamiento esperado
Nombre de Producto y al
con suficiente Existencia de Cuando se despliegue
frente del enunciado
1 inventario de productos con el listado de categorías
cantidad deexistencias y
mercancia minimo un producto a seleccionar.
dias de inventario

Ver en tiempo real el Para asegurar Nombre de Producto y al

Adminstrador sin existencia de Cuando se despliegue
estado de ventas de que los sin existencias de frente del enunciado
punto de 2 productos dentro el listado de categorías
AD001 productos y servicios inventarios y las productos cantidad deexistencias y
venta del punto de venta a seleccionar.
vendidos por cada ventas dias de inventario
empresa la 88 miembro del equipo considan .
clasificacion de
Cuando se despliegue permitira al usuario ver en
mercancias y
3 N/A el listado de categorías orden y existencias los
servicios
a seleccionar. productos
prestados

Una historia de usuario es una manera práctica de que los clientes se involucren en
el diseño de su producto, simple y clara de una interacción con el desarrollo e
implementación de un producto (generalmente una aplicación o un sitio web). (Por
supuesto, también puedes usarlo para desarrollar otros proyectos).

Las historias de usuarios se utilizan como marco para guiar a los desarrolladores,
diseñadores, gerentes de productos y otras personas involucradas en el desarrollo
de productos.

DIAGRAMA DE ACTIVIDADES
DIAGRAMA DE CLASES
 CONCLUSIONES

Las historias de usuario son una herramienta practica para aquellos que quieran dar
a entender la necesidad que se tiene de una manera sencilla a la hora de
implementar un producto o proyecto.

Deben definir quienes son sus usuarios y que harán con su producto o servicio a
desarrollar, para su empresa mostrando como quiere dar solución a su necesidad
al querer implementar dentro los parámetros de la funcionalidad que sea sencilla de
aplicar.

También debe incluir el tipo de usuario, la acción que desea y el valor que recibe
cuando se completa la acción. Sin embargo, las historias de usuarios no deben
describir como se implementa o desarrolla una función.