Elaboración De Diagramas Y Plantillas Para Casos De Uso Del Proyecto

GA2-220501093-AA1-EV02

Presentado por:

Presentado a:

Oriana Del Socorro Morales Torrecilla

Análisis y desarrollo de software

Ficha 2758355

Servicio Nacional de Aprendizaje

 Septiembre de 2023.

1. Introducción

En el presente documento se encontrarán los requisitos del proyecto “sistema de facturación y POS” de-
sarrollado para la microempresa Tamales el Gordo Facatativá, este documento está realizado bajo el es-
tándar IEEE830.

1.1. Alcance

Este documento está dirigido a todos los usuarios del sistema de Facturación y POS tamales el gordo,
con el objetivo mostrar el desarrollo del programa en mismo.

El sistema POS será un programa que funcionará inicialmente en un entorno de red local, con la
posibilidad a futuro de hacerlo en la nube, que permitirá manejar diferentes áreas de la organización y
los procesos que allí se manejan, estas áreas son: Ventas, Almacén y Domicilios

Los principales beneficiados serán los dueños, administradores y empleados de Tamales el gordo,
Indirectamente también se verán beneficiados los clientes de esta empresa, pues el programa hará los
procesos más eficaces y fiables.

1.2. Definiciones, Acrónimos y Abreviaturas

POS: Punto de Venta (Point of Sale)

IEEE Institute of Electrical and Electronics Engineers

1.3. Perspectiva del producto

La finalidad principal del software es la de mejorar el funcionamiento y control de la venta de la

microempresa para el cual está diseñado, este software estará conectado a una base de datos la cual
generara informes de ventas, cantidad en stock, precios y se guardaran datos de los clientes; el software
ayudara a que los procesos sean más agiles, eficaces y fiables pues estará desarrollado de una forma más
organizada y acorde a los requerimientos del cliente.

1.4. Funciones del producto

 Sistema de Facturación
 Gestión de inventario
 Gestión de datos de los clientes
 Administración de usuarios
 Administración de roles
 Creación de informes

1.5. Características de los Usuarios

1.6. Restricciones

 Sera necesario contar con el hardware necesario y este debe tener especificaciones adecuadas
para no tener limitaciones.
 Los Lenguajes y tecnologías usadas serán el lenguaje de programación Python y el sistema de
administración de base de datos MySQL.
  El uso será local, no será necesario la conexión a internet. Esto será inicialmente pues el cliente
deja entrever que a futuro desea utilizar los servicios de la nube.
 Con respecto a la seguridad, todos los usuarios deberán iniciar sesión con sus respectivas
credenciales.
 El cliente hasta la fecha no ha especificado ninguna otra limitante, y algunos de las
características las dejó al criterio de los desarrolladores.

2. Lista de requerimientos

2.1 Requisito funcional 1

Formato casos de usos

RF-01 Registro de Ventas
Versión 2.0 10-sep-2023
Dependencias Ninguno
Descripción El sistema deberá permitir a los empleados registrar rápidamente las transacciones
de venta.
El sistema deberá hacer los cálculos matemáticos con respecto a unidades y precios,
total a pagar y cambio.
El sistema guardara las transacciones en la base de datos
Importancia vital
Urgencia inmediatamente
Estado en construcción
Estabilidad baja
Comentarios Ninguno

Formato Historia de usuarios

Criterio de aceptación

Identificador
Característica / # de esce-
(ID) de la histo- Razón /
Rol Funcionalidad nario
ria Resultado Resultado / Com-
(título) Contexto Evento portamiento es-
perado

La venta se regis-
tra en el sistema,
Con la finalidad mostrando los
de completar las En caso de que haya una venta El cajero se- productos selec-
Como Necesito Registrar Ingresar y modi-
transacciones de el cajero escogerá los produc- lecciona la cionados, su
HU-01 un Caje- ventas y gestionar 1 ficar los produc-
las ventas y ges- tos vendidos y cobrara de opción "Ven- cantidad y precio,
ro pedidos tos comprados
tionar los pedidos acuerdo al precio tas". también se mos-
de los clientes trará el cambio en
caso de que lo
haya
 En caso de que tanto el cliente El recibo se impri-
Imprimir recibos Se selecciona
como el cajero después de ter- me correctamen-
2 para los clien- la opción "im-
minar la transacción necesite te para ser entre-
tes. primir recibo"
un recibo gado al cliente

Se muestra una
lista de los pedi-
Se selecciona dos pendientes
Visualizar pedi- En caso de que el cajero quiera la opción "Ver junto con su esta-
3
dos visualizar pedidos pen- do actual (en pre-
dientes". paración, listo
para entregar, en-
tregado).

2.2. Requisito Funcional 2

Formato caso de uso

RF 02 Creación de Usuarios
Versión 2.0 10-sep-2023
Dependencias Ninguno
Descripción El sistema deberá permitirá la creación de usuarios y permitirá darles acceso a atri-
butos y funcionalidades correspondientes a su labor en la compañía.
El usuario debe suministrar datos básicos como: nombre o Nick y contraseña.
Importancia importante
Urgencia inmediatamente
Estado en construcción
Estabilidad baja
Comentarios Ninguno

Formato Historias de Usuarios

Enunciado de la historia Criterio de aceptación

Criterio de acepta-
Identificador ción
(título) Resultado / Com-
(ID) de la Rol Característica / Fun- # de esce- (título)
Razón / Resultado Evento portamiento espe-
historia cionalidad nario Contexto
rado

Se ingresan los
El adminis- nombres del usua-
Como Con la finalidad Asig- trador se- rio clase y rol, el sis-
Ingresar datos de En caso de crear un
HU-02 adminis- Crear usuarios nar roles a los em- 1 lecciona la tema permite el ac-
usuario nuevo usuario
trador pleados opción ceso a sus funcio-
Usuarios nalidades según el
rol
 2.3. Requisito funcional 3

Formato casos de uso

RF-03 Informes de ventas
Versión 2.0 10-sep-2023
Dependencias
RF-01 Registro de Ventas

El sistema deberá poder generar informes de ventas, incluidos los ingresos, los gastos y
Descripción
los productos más vendidos, así como los márgenes de ventas y ganancias.

Importancia importante
Urgencia puede esperar
Estado en construcción

Formato historias de Usuario

Enunciado de la Historia Criterios de Aceptación

Identifica- Característica / # de esce- Criterio de acepta-

dor (ID) de Rol Funcionalidad Razón / Resultado nario ción Contexto Evento Resultado /
la historia (título) Comportamie
nto esperado

HU-3 Como necesito Generar in- Con la finalidad de sa- 1 Generar informes En caso de que el ad- Cuando se selec- El sistema ge-
Dueño/ formes de ventas ber el movimiento del ministrador desee sa- ciona la opción nera un infor-
adminis- negocio y sus ventas ber el rendimiento del "Generar infor- me detallado
trador restaurante y tomar me de ventas". que muestra
decisiones basadas en las ventas to-
los informes. tales de acuer-
do al período
seleccionado
que pueden
ser diarios, se-
manales y
mensuales de
ventas.
2 Los informes deben En caso que se quiera cuando se selec- el sistema
incluir el total de analizar el rendimien- ciona la opción muestra un in-
ventas, los produc- to de los productos "Generar infor- forme con la
tos más vendidos y más vendidos y los in- me de ventas" y lista de los
los ingresos genera- gresos generados. revisa la sección productos más
dos. de productos vendidos y el
más vendidos e total de ingre-
ingresos genera- sos generados
dos. durante el pe-
ríodo seleccio-
nado.
3 Los informes deben En caso de que se ne- Cuando se selec- El informe se
poder exportarse a cesite compartir los ciona la opción descarga o
PDF o Excel. informes con otros "Exportar infor- guarda en el
miembros de la em- me" se elige el equipo en el
presa y/o analizarlos formato (PDF o formato selec-
Excel). cionado
 2.4. Requisito funcional 4

Formato casos de uso

RF-04 Control de inventarios
Versión 2.0 10-sep-2023
Dependencias
RF-01 Registro de Ventas

El sistema deberá poder controlar el inventario de productos, incluidos los niveles

Descripción de stock, los movimientos de inventario, actualizar el inventario entiempo real y
recibir notificaciones de niveles bajos de stock.
Importancia importante
Urgencia puede esperar
Estado en construcción

Formato Historias de Usuarios

Enunciado de la historia Criterio de aceptación

Criterio de acepta-
Identificador ción
(título) Resultado / Com-
(ID) de la Rol Característica / Fun- # de esce- (título)
Razón / Resultado Evento portamiento espe-
historia cionalidad nario Contexto
rado

En caso de que haya Cuando se

movimientos de in- selecciona
Se ingresan los
ventario el sistema la opción
nombres del usua-
Con la finalidad de permitirá mantener "Inventario”
Como Modificar el inven- rio clase y rol, el sis-
Manejo de gestionar el stock de actualizado el inventa- y se ingre-
HU-04 adminis- 1 tario de los produc- tema permite el ac-
inventario ingredientes y pro- rio y realizar los ajus- san los cam-
trador tos. ceso a sus funcio-
ductos tes necesarios como bios en las
nalidades según el
son ingresar, eliminar cantidades
rol
y modificar cantida- de produc-
des y productos tos.

2.5. Requisito no funcional 1

Formato casos de uso

RNF 1 Tiempo de respuesta
Versión 2.0 10-sep-2023
El sistema deberá responder de manera rápida y eficiente a las interacciones del
Descripción
usuario, como registrar una venta o buscar un producto en el inventario
Importancia importante
Urgencia inmediatamente
Estado en construcción
Estabilidad baja
Comentarios Ninguno
 Formato Historias de Usuarios

Enunciado de la historia Criterio de aceptación

Criterio de acepta-
Identificador ción
(título) Resultado / Com-
(ID) de la Rol Característica / Fun- # de esce- (título)
Razón / Resultado Evento portamiento espe-
historia cionalidad nario Contexto
rado

En caso de abrir el
El sistema debe ser
Como Con la finalidad de programa la respuesta Cuando se
rápido y fácil de Tiempos de res-
HU-05 adminis- Tiempo de respuesta que el sistema no se 1 de este debe ser rápi- abra el so-
manejar no se puesta rápidos
trador cuelgue y sea rápido da no presentar bugs ftware.
debe trabar
ni errores

2.6. Requisito no Funcional 2

Formato Casos de Uso

RNF 02 Autenticación
Versión 2.0 10-sep-2023
El sistema deberá tener un sistema de autentificación para el ingreso para que solo
Descripción personal autorizado ingrese al sistema y evitar posibles inconvenientes como el robo
de información
Importancia importante
Urgencia puede esperar
Estado en construcción
Estabilidad baja
Comentarios Ninguno

Formato Historias de Usuarios

Enunciado de la historia Criterio de aceptación

Criterio de acepta-
Identificador ción
(título) Resultado / Com-
(ID) de la Rol Característica / Fun- # de esce- (título)
Razón / Resultado Evento portamiento espe-
historia cionalidad nario Contexto
rado

En caso de abrir el
Con la finalidad de El sistema debe te- programa no se pue- El software solo
Como Cuando se
que al sistema solo ner la opción de da acceder a él si no permite ser visuali-
HU-05 adminis- Autenticación 1 abra el so-
puedan entrar usua- pedir claves de ac- se tiene configurado zado ingresando las
trador ftware.
rios verificados ceso un usuario y una clave credenciales
según el rol