Etapa 1: Recopilación, Análisis y Gestión de

Requerimientos.

Proyecto tienda.

NOMBRE:
CARRERA: Analista Programador.
ASIGNATURA: Taller de integración de software.
PROFESOR:
FECHA: 22-03-2022
Índic

Etapa 1: Recopilación, Análisis y Gestión de Requerimientos.....................1

Proyecto tienda...............................................................................................................................1
1 Definición de la problemática a resolver.....................................................................................3
1.1 Definición de la problemática.............................................................................................................3
1.2 Modelo Canvas....................................................................................................................................3
1.3 Objetivos generales y específicos.......................................................................................................4
1.3.1 Objetivo general.........................................................................................................................4
1.3.2 Objetivos Específicos..................................................................................................................4
2 Recopilación, especificación y selección de los requerimientos.................................................5
2.1 Stakeholders........................................................................................................................................5
2.1.1 Stakeholders Externos:...............................................................................................................5
2.1.2 Stakeholders Internos:...............................................................................................................5
2.2 Historias de usuarios...........................................................................................................................6
2.3 Selección de los requerimientos.........................................................................................................6
2.3.1 Requerimientos Funcionales......................................................................................................6
2.3.2 Requerimientos No Funcionales..............................................................................................11
2.4 Diagrama de casos de uso.................................................................................................................13
3 Estudio de factibilidad..............................................................................................................14
3.1 Factibilidad Técnica...........................................................................................................................14
3.2 Factibilidad Económica.....................................................................................................................15
3.3 Factibilidad Operativa:......................................................................................................................17
3.4 Factibilidad Legal:..............................................................................................................................18
4 Realización de Diagramas.........................................................................................................19
4.1 Diagrama de casos de uso de alto nivel............................................................................................19
4.2 Diagramas de casos de uso detallados.............................................................................................19
4.3 Descripción exhaustiva de los casos de uso......................................................................................19
4.4 Diagrama de clases...........................................................................................................................19
4.5 Diagrama de secuencia.....................................................................................................................19
4.6 Modelo de datos...............................................................................................................................19
4.7 Desarrollo del prototipo...................................................................................................................20

2
1 Definición de la problemática a resolver.

1.1 Definición de la problemática.

Rocky nuestro cliente posee una microempresa la cual está dedicada a la
vente de productos de cuidado capilar. este al fungir como su propio jefe debe
mantener un control de las finanzas ya sean los gastos, ingresos y
presupuestos para invertir. Para mantener este control nuestro cliente contaba
con una plantilla en Excel la cual si bien cumplía su función correctamente esta
misma no era muy cómoda de utilizar por lo engorroso que podría resultar y
ciertos problemas que Excel no podía manejar como por ejemplo el tema de
los descuentos que se realizan a ciertos productos por diversas causas. El
objetivo general para solventar seria poder gestionar de mejor forma las
finanzas de nuestro cliente, así como también tener un control de los temas de
stock para cada producto para conseguir esto se ha encargado la creación de
un aplicativo web el cual por medio de una cómoda y automatizada interfaz
podrá saciar de manera efectiva con las necesidades presentadas por nuestro
cliente. Incluso este mismo proyecto podría servirle a cualquier persona que
tenga una microempresa y desee gestionar sus inventarios y finanzas de
manera cómoda.

1.2 Modelo Canvas

3
1.3 Objetivos generales y específicos.
1.3.1Objetivo general.
Optimizar funciones de gestión de stock y finanzas reemplazando un sistema
Excel por un sistema web que sea más como y más eficiente.

1.3.2Objetivos Específicos.
 Mantener stock en una base de datos
 Crear un sistema de cálculo en caso de descuento, gastos e ingresos
 Actualización de stock, fondos de reinversión y ganancias

4
2 Recopilación, especificación y selección de los
requerimientos.

2.1 Stakeholders.

2.1.1 Stakeholders Externos:

Nombre Rocky
Rol Cliente.

Nombre Miranda
Rol Cliente.

2.1.2 Stakeholders Internos:

Nombre Roberto Gómez
Rol Diseñador y Programador.

Nombre Esteban Maturana

Rol Analista y Programador.

Nombre Yonnys Escalona

Rol Supervisor.

2.2 Historias de usuarios.

Anexo historias de usuario.

5
2.3 Selección de los requerimientos.
2.1.1Requerimientos Funcionales.
Identificación del RF01
requerimiento:
Nombre del Listado del stock.
Requerimiento:
Características: Permite tener los productos existentes en la tienda listados.
Descripción del El sistema debe listar cada uno de los productos disponibles en la base
requerimiento: de datos mostrando tanto su valor, cuánto cuesta comprar cada
producto, una imagen descriptiva del producto y la cantidad de
productos en disponibilidad.
Requerimiento RNF02, RNF04, RNF05.
NO funcional:
Prioridad del requerimiento:
Alta

Identificación del RF02

requerimiento:
Nombre del Gestión del stock.
Requerimiento:
Características: Permite al sistema tener una gestión del stock para mantener una
constante actualización.
Descripción del El sistema ser capaz de gestionar el stock de los productos en la base
requerimiento: de datos ya sea añadir productos nuevos, restarle o sumarles stock a los
productos existentes.
Requerimiento RNF02, RNF04, RNF05.
NO funcional:
Prioridad del requerimiento:
Alta

Identificación del RF03

requerimiento:
Nombre del Gestionar y calcular ventas de producto.
Requerimiento:
Características: Permite al sistema mantener control sobre las ventas generadas en la
tienda.
Descripción del El sistema debe ser capaz de calcular el ingreso recibido por la venta de

6
requerimiento: cada producto del cual sacará un porcentaje para reinvertir y otro
porcentaje el cual será utilizado como ganancia.
Requerimiento RNF02, RNF04.
NO funcional:
Prioridad del requerimiento:
Alta

Identificación del RF04

requerimiento:
Nombre del Cálculo de las finanzas.
Requerimiento:
Características: Permite mantener un control de las finanzas.
Descripción del El sistema deberá realizar los diversos cálculos requeridos para el
requerimiento: correcto funcionamiento de la empresa. Estos serían los descuentos que
se le harían a cada producto sea por la razón que sea, los gastos
realizados de forma externa por los dueños de la empresa como por
ejemplo la compra de alimentos o gastos en transporte. A su vez por
cada ganancia se harán los siguientes cálculos: un porcentaje de la
venta será ingresado a un fonde de reinversiones el cual será el dinero
que se utilizará para reponer el stock y el resto será ingresada a un
fondo de ganancias totales.
Requerimiento RNF01, RNF02.
NO funcional:
Prioridad del requerimiento:
Alta

Identificación del RF05

requerimiento:
Nombre del Autentificación de Usuario Administrador.
Requerimiento:
Características: El sistema contará con un perfil de usuario administrador el cual de
momento será el único tipo de usuario existente.
Descripción del El sistema solamente puede ser consultando por los usuarios con
requerimiento: permisos de administrador esto con el fin de que no se genere un mal
uso de este modificando de mala manera los parámetros existentes en
el sistema.
Requerimiento RNF01.
NO funcional:
Prioridad del requerimiento:
Alta

Identificación del RF06

requerimiento:
Nombre del Presupuesto.
Requerimiento:
Características: El sistema deberá contar con la generación de un presupuesto.

7
Descripción del El sistema deberá ser capaz de generar un presupuesto para que el
requerimiento: usuario tenga de forma controlada el costo que le saldrá reponer cada
uno de los productos esto con finalidad de no gastar más de lo que
realmente posee.
Requerimiento RNF01, RNF02.
NO funcional:
Prioridad del requerimiento:
Alta

Identificación del RF07

requerimiento:
Nombre del Interfaz de ingreso de productos.
Requerimiento:
Características: El sistema deberá contar con una interfaz dedicada al ingreso de
productos.
Descripción del El sistema deberá contar con una interfaz dedicada al ingreso de nuevos
requerimiento: productos en esta interfaz se tomará en cuenta la categoría del
producto, el nombre del mismo valor de compra del producto y el valor
de venta de este.
Requerimiento RNF02, RNF04, RNF05.
NO funcional:
Prioridad del requerimiento:
Media

Identificación del RF08

requerimiento:
Nombre del Tipo de venta e impuestos asociados.
Requerimiento:
Características: Permite mantener control de los impuestos.
Descripción del El sistema debe marcar como se realizó cada venta ya sea por boleta
requerimiento: para calcular y almacenar en una base de datos el impuesto que se
deberá pagar a fin de mes al servicio de impuestos internos o si la venta
se realizó con tarjeta debido a que el servicio utilizado para hacer
posible este método cobra cierta comisión por cada venta comisión la
cual deberá ser restada de cada ganancia.
Requerimiento RNF01, RNF02, RNF04.
NO funcional:
Prioridad del requerimiento:
Media

Identificación del RF09

requerimiento:
Nombre del Base de datos.
Requerimiento:
Características: El sistema contara con una base de datos.
Descripción del El sistema deberá contar con una base de datos en la cual ir

8
requerimiento: almacenando cada una de las acciones realizadas por el sistema. Aquí
se almacenarán todos los productos, los fondos de inversión y ganancia
igual serán almacenados en esta misma y los impuestos calculados
también se almacenarán aquí.
Requerimiento RNF05.
NO funcional:
Prioridad del requerimiento:
Media

Identificación del RF10

requerimiento:
Nombre del Cambio de contraseña.
Requerimiento:
Características: El sistema deberá permitir el cambio de contraseñas de usuarios.
Descripción del El sistema deberá en caso de ser solicitado por el usuario realizar un
requerimiento: cambio de contraseña esto con el fin de proteger la seguridad e
integridad del sistema.
Requerimiento RNF01.
NO funcional:
Prioridad del requerimiento:
Media

Identificación del RF11

requerimiento:
Nombre del Solicitar contraseña temporal.
Requerimiento:
Características: El sistema deberá permitir a los usuarios solicitar una contraseña
temporal.
Descripción del En caso de que el usuario olvide su contraseña el usuario podrá solicitar
requerimiento: al sistema la entrega de una contraseña temporal, para conseguir esta
contraseña temporal el usuario deberá proporcionar su dirección de
correo tras lo cual el sistema enviara un correo de verificación al usuario
luego de ser aprobada el usuario recibirá una contraseña temporal la
cual al momento de ser usada para iniciar sesión se vencerá y el
sistema solicitara al usuario que cambie su contraseña por una nueva.
Requerimiento RNF01.
NO funcional:
Prioridad del requerimiento:
Media

Identificación del RF12

requerimiento:
Nombre del Búsqueda por filtrado de categoría.
Requerimiento:
Características: Permite organizar el listado de productos por categoría.
Descripción del El sistema debe ser capaz de poder filtrar los productos existentes en la

9
requerimiento: lista por categoría esto con la finalidad de simplificar la búsqueda de los
mismos en el listado del aplicativo.
Requerimiento RNF02, RNF04, RNF05.
NO funcional:
Prioridad del requerimiento:
Media

Identificación del RF13

requerimiento:
Nombre del Editar y eliminar productos.
Requerimiento:
Características: Permite gestionar los productos existentes.
Descripción del El sistema debe permitir tanto editar por los motivos que se estimen
requerimiento: conveniente los productos existentes en la base de datos como poder
eliminarlos en caso de ser necesario hacerlo.
Requerimiento RNF02, RNF04, RNF05.
NO funcional:
Prioridad del requerimiento:
Media

Identificación del RF14

requerimiento:
Nombre del Listado de ventas.
Requerimiento:
Características: Permite tener las ventas generas en la tienda.
Descripción del El sistema debe listar cada una de las ventas generadas en el sistema,
requerimiento: tomando en cuenta la fecha, las ganancias que género, la cantidad y el
producto en cuestión. A su vez deberá proporcionarle al usuario
visibilidad sobre los fondos de inversión, ganancias y el total de
ingresos.
Requerimiento RNF02, RNF04, RNF05.
NO funcional:
Prioridad del requerimiento:
Media

2.3.1Requerimientos No Funcionales.

Identificación del RNF01

requerimiento:

10
Nombre del Seguridad.
Requerimiento:
Características: Asegura la protección de los datos

Descripción del Garantizar la seguridad del usuario para así evitar que a este se les
requerimiento: roben datos de principal importancia. Para conseguir este cometido se
utilizará un sistema de encriptación de contraseñas y conseguir host en
un proveedor certificado que garantice la integridad de estos.
Prioridad del requerimiento:
Alta

Identificación del RNF02

requerimiento:
Nombre del Constante actualización del stock total de productos.
Requerimiento:
Características: El stock de medicamentos deberá estar actualizado en cada momento
Descripción del Para un mejor servicio el sistema contara con constantes
requerimiento: actualizaciones de los productos reabasteciendo el stock o añadiendo
los nuevos productos que llegan a la tienda. Estas actualizaciones se
realizarán cada que sea necesario.
Prioridad del requerimiento:
Alta

Identificación del RNF03

requerimiento:
Nombre del Interfaz del sistema.
Requerimiento:
Características: El sistema debe tener una interfaz visual para el usuario como apoyo
visual.

Descripción del El sistema presentara una interfaz de usuario sencilla para que sea de
requerimiento: fácil manejo a los usuarios del sistema. El diseño de preferencia debe
ser bastante minimalista evitando la sobrecarga de elementos los cuales
terminaran generando contaminación visual.
Prioridad del requerimiento:
Media

Identificación del RNF04

requerimiento:
Nombre del Uso de Lenguajes de Programación

11
Requerimiento:
Características: El sistema deberá estar generado con estos lenguajes de programación.
Descripción del El Uso de estos lenguajes es lo que finalmente hará posible el desarrollo
requerimiento: del proyecto y la correcta funcionabilidad de este mismo. Para el
desarrollo de este proyecto se utilizará el lenguaje de programación PHP
puesto a que está bastante adaptado a su uso en aplicaciones web.
Prioridad del requerimiento:
Media

Identificación del RNF05

requerimiento:
Nombre del Base de datos diseñada en MYSQL
Requerimiento:
Características: La base de datos deberá estar diseñada con el motor de base de datos
MySQL.
Descripción del La base de datos deberá estar diseñada en MYSQL esto principalmente
requerimiento: debido a la masividad de esta por lo que será más sencillo poder
documentarse con lo necesario para la creación de esta y ante cualquier
error es más fácil encontrar soluciones de estos en la red.
Prioridad del requerimiento:
Media

Identificación del RNF06

requerimiento:
Nombre del Encriptación de contraseñas por MD5.
Requerimiento:
Características: Todas las contraseñas deberán ser encriptadas.
Descripción del Para una mejor protección de datos y seguridad del sistema en si las
requerimiento: contraseñas deberán ser encriptadas bajo los estándares del algoritmo
criptográfica MD5.
Prioridad del requerimiento:
Media

Identificación del RNF07

requerimiento:
Nombre del Colores.
Requerimiento:
Características: Estos serán los colores utilizados para la interfaz del aplicativo.
Descripción del El aplicativo deberán contar con los colores corporativos de la empresa
requerimiento: estos siendo negro y fucsia. También deberá utilizar los colores
característicos del rubro de la barbería los cuales son rojo, azul y blanco.
Prioridad del requerimiento:
Baja

2.4 Diagrama de casos de uso.

Para expresar de forma gráfica la funcionalidad que debería poseer el aplicativo
web se ha generado un diagrama de casos de uso simple el cual ilustra la
interacción de actor usuario con el sistema y sus funcionalidades. Funcionalidades
las cuales han sido capturadas en la toma de requerimientos.
12
3 Estudio de factibilidad.

13
3.1 Factibilidad Técnica.
Para la codificación del proyecto y captura de requerimientos se necesitará
contratar un equipo de analistas programadores para cumplir con esta labor.
Debido a que el proyecto no es muy complejo de realizar en términos de
programación esto porque las funcionalidades necesarias no son complejas de
desarrollar ya que en su mayoría de funcionalidades son solo sumas matemática e
interacciones con bases de datos lo cual para un programador con experiencia
media debería ser fácil de llevar a cabo y el mismo proyecto tiene un alcance muy
reducido, se contrató a un pequeño equipo de dos analistas programadores
egresados del centro de formación superior Inacap quienes poseían los
conocimientos necesarios para cumplir con esta labor. Al estos ya poseer los
conocimientos en el tema no será necesario contemplar de momento
capacitaciones externas para los mismos.
Para la correcta realización de la programación del proyecto se requerirán unas
computadoras preferentemente con sistema operativo Windows, más que nada
por temas de compatibilidad, que tengan instalados el programa visual studio code
que es donde se realizara la codificación de este mismo y el programa XAMPP
para la realización de pruebas durante el desarrollo del aplicativo, estos ambos
dos programas necesarios para el desarrollo del mismo son de uso libre y gratuito
por lo que no son mayor problema. El equipo de desarrollo actualmente cuenta
con las computadoras todos con el sistema operativo Windows por esto mismo es
factible la codificación del proyecto puesto que se tienen las herramientas para la
realización de este mismo.
Se requiere una oficina personal para la comodidad de los desarrolladores, esta
contaría con un pequeño escritorio para cada uno, una silla básica de precio
estándar ni muy costosa ni muy barata y algún tipo de sistema refrigeración o
calefacción en caso de ser necesario por las condiciones del clima, como el
equipo no cuenta con un local de estas características se contemplará la idea de
arrendar un espacio de trabajo que cumpla con dichas características.

14
3.1 Factibilidad Económica.

Recursos Humanos para tener en cuenta: este sería el sueldo de quienes serían
los contratados como la mano de obra del proyecto los encargados de gestionar y
codificar el proyecto, se tiene presupuestado que el proyecto durara unos 4
meses. Realizando los cálculos esto sería lo que se tiene presupuestado:
Costo total
Costo individual Costo total
Cantidad Cargo duración del
mensual mensual
proyecto
2 Analista programador 600.000 1.200.000 4.800.000

Valor total de recursos humanos: 1.200.000

Valor total de recursos humanos

4.800.000
duración proyecto:

Recursos físicos para tener en cuenta: se tiene estipulada la compra de sillas

básicas, un escritorio para cada programador y un sistema de aire acondicionado
para la comodidad de los desarrolladores. También se cuenta el arriendo de una
oficina para ellos. La compra de cada aditamento para las oficinas serán una
compra única salvo en caso de que se deba reponer por algún inconveniente
como por ejemplo que se rompa alguna silla mientras que el arriendo de la oficina
tendrá que ser calculado por cada mes en el que se esté trabajando en el
desarrollo. Realizando los cálculos esto sería lo que se tiene presupuestado:
Costo total
Costo individual Costo total
Cantidad Cargo duración del
mensual mensual
proyecto
Escritorio M-295
2 170.000 340.000 340.000

2 Silla para PC 27.000 54.000 54.000

Aire acondicionado
1 portable 118.000 118.000 118.000

1 Arriendo oficina 590.000 590.000 2.360.000

Valor total de recursos físicos
1.102.000
mensual:
Valor total de recursos físicos
2.872.000
duración proyecto:

15
En la bibliografía se encontrara el respaldo de las paginas consultadas para la
adquisición de los recursos físicos necesarios, de esos sitios es de donde surgen
los precios estipulados en la estructura de costos de recursos físicos.
Flujo de pago: para saber el costo total del proyecto se empezará por sumar tanto
los recursos humanos como los físicos del proyecto, de esta suma se calculará un
10% el cual será destinado para cualquier improvisto y al final se sumarán los 3
valores para sacar el costo total para poner el proyecto en marcha:

Recursos: Costo:
Recursos humanos 4.800.000
Recursos físicos 2.872.000
Improvistos 10% 767.200
Total: 8.439.200
Nuestro cliente tenía presupuestado para la realización de este proyecto un total
$8.500.000 de pesos chilenos como la estructura de costos presento un costo
menor al presupuestado el proyecto es viable económicamente. El cliente decidió
que el sobrante que existe en el presupuesto sea también incluido para cubrir
algún improvisto durante la realización del proyecto por lo que el equipo de
desarrollo cuenta con $8.500.000 para la elaboración del proyecto.

16
3.2 Factibilidad Operativa:

Para conseguir la información necesaria para la realización del proyecto se

realizarán múltiples reuniones con los stakeholders del proyecto a los que se le
realizarán múltiples preguntas que irán enfocadas en la captura de requerimientos.
Al mismo tiempo realizar de forma semanal una pequeña reunión de duración no
mayor a la media hora con el supervisor del proyecto y de ser posible un
representante de la empresa cliente esto para ir obteniendo retroalimentación
sobre los avances que se están obteniendo en la realización del proyecto viendo si
va por el camino deseado o se tiene alguna observación sobre el mismo. De esta
forma confirmando así que el desarrollo este yendo por el rumbo para una entrega
exitosa. Estas reuniones serán tanto grabadas como documentadas esto con el fin
de tener un respaldo en caso de existir alguna queja por parte de los clientes o el
supervisor así evitando inconvenientes que dificulten el desarrollo de este
proyecto.
Este plan de trabajo se encuentra enfocado a reducir el tiempo de desarrollo por
sus constantes reuniones con los clientes ha tenido una acogida bastante positiva
puesto a la gran utilidad que tiene recibir la retroalimentación del proyecto y luego
no encontrarse con inconvenientes en un punto del desarrollo ya avanzado.
Como se tenía planteado en la realización de la factibilidad técnica para la
realización del proyecto se requerirán las labores de un equipo de analistas
programadores, uno de estos analistas tomara el rol de jefe de proyecto el cual
será el encargado de gestionar las decisiones tomadas en el proyecto al mismo
tiempo deberá también generar parte de la codificación del proyecto el segundo
analista se dedicara únicamente al desarrollo del aplicativo será quien genere los
diseños prototípicos como los sketch o mockups necesario así como codificación
del aplicativo. Dichos analistas programadores deberán poseer conocimientos
sobre el diseño de base de datos por MySQL, conocer los lenguajes de
programación de PHP el cual es un lenguaje de programación especializado en el
desarrollo web, conocer estructura HTML para la estructura del sitio web, dominar
el diseño por medio de CSS para darle estilo al sitio web y dominar el uso de
JavaScript. Conocimientos con los cuales nuestro equipo ya cuenta en un nivel
medio avanzado por ende son factibles.

17
3.3 Factibilidad Legal:
La página es un sistema de gestión de información, no por ello no podemos estar
fuera del marco de legalidad para ello el usuario al momento de utilizar el sistema
está aceptando los términos y condiciones de los siguientes temas para nuestro
respaldo:
-Credibilidad: La página no dará credibilidad a ningún usuario sin previa revisión y
documentación de la información propuesta por el usuario.
-Exposición: La página se reserva el derecho de exposición de información
sensible del usuario a no para una intervención jurídica o policial.
-Hacking: Cualquier intento de malversación de información, Robo de información
o usurpación la Pagina tiene la protestad de notificar a las autoridades
correspondientes para su denuncia según la ley 19.223 articulo 2.
- Estar en regla con el servicio impuestos internos (SII) y el instituto de salud
pública (ISP)

18
4 Realización de Diagramas.
4.1 Diagrama de casos de uso de alto nivel.
Para un mejor entendimiento de las funcionalidades que puede realizar el usuario
se ha generado un diagrama de casos de usos con cada una de las funciones que
puede realizar este mismo en el sistema.

4.2 Diagramas de casos de uso detallados.

4.3 Descripción exhaustiva de los casos de uso.
4.4 Diagrama de clases.
4.5 Diagrama de secuencia.
4.6 Modelo de datos.

19
4.7 Desarrollo del prototipo.
Para tener una representación de cómo se vería el aplicativo web una vez ya
finalizado se ha generado un prototipo en forma de mockups para poder verificar
el cumplimiento de las características solicitadas por el cliente.
Inicio de sesión: Esta sería la primera interfaz desplegada por el aplicativo con
esta podremos iniciar sesión para poder tener acceso a la interfaz principal del
aplicativo. En caso de olvidar la contraseña antes de iniciar sesión puedes pinchar
en la sección donde dices “¿Has olvidado la contraseña?” para solicitar una
contraseña temporal.

Solicitar contraseña: Si se pulsa en olvidar contraseña el usuario será dirigido a la

interfaz de solicitar en esta deberá colocar su correo electrónico para posterior
recibir un correo de verificación con el que se le entregará una contraseña
temporal la cual luego de ser usada dirigirá al usuario a la pantalla de cambio de
contraseña.

20
Cambio de contraseña: A esta interfaz puede ser accedida de dos formas ya sea
por medio de una contraseña temporal o escogiéndola en el mismo menú del
aplicativo.

Agregar producto: Esta será la primera interfaz que se desplegara luego de iniciar
sesión en esta se podrán añadir nuevos productos a la base de datos.

21
Reabastecer stock: Esta interfaz se utilizará para agregar stock a los productos
existentes en la base de datos.

22
Agregar venta: Por medio de esta interfaz el usuario podrá ingresar una venta a la
base de datos, esto hará que se le quite stock al producto, pero le sumara a dinero
a los fondos.

23
Calculo de presupuesto: En esta interfaz el usuario podrá ir ingresando productos
a una lista la cual irán calculando el presupuesto que le costará al usuario
reabastecer el stock de esos productos a su vez tendrá una vista sobre los fondos
que posee para reinvertir.

24
Listado de productos: en esta interfaz se listarán los productos en stock para la
tienda marcando su cantidad, su valor de venta y el costo de cada uno. También
se podrán filtrar por categorías la lista y como última opción esta tiene dos botones
uno para editar producto y otra para editar el mismo esta opción envía al usuario a
una nueva interfaz.

25
Editar producto: en esta interfaz el usuario podrá editar los atributos de cada
producto sean estos el precio, cuanto cuesta comprar cada uno, la categoría o el
nombre del producto.

26
Listado de ventas: por medio de esta interfaz el usuario podrá ver un historial de
las ventas que fueron ingresadas al sistema con la fecha en la que se generó la
venta, cuánto dinero género y que producto fue el vendido además de poder
visualizar los fondos de ganancia, reinversión y el total de ingresos.

27
5 Bibliografía
Banggood. (2022). Obtenido de https://es.banggood.com/220V-Portable-Air-Conditioner-
Conditioning-3-Gear-Wind-Speed-Fan-Humidifier-Cooler-Cooling-System-p-1708395.html?
utm_source=googleshopping&utm_medium=cpc_organic&gmcCountry=CL&utm_content=
minha&utm_campaign=minha-clg-es-pc&currency

ChilePropiedades. (2022). Obtenido de https://chilepropiedades.cl/ver-publicacion/arriendo-

mensual/santiago/oficina/santiago-region-metropolitana/5632804

Sodimac. (2022). Sodimac. Obtenido de https://www.sodimac.cl/sodimac-

cl/product/3118673/silla-para-pc-46x45x77-cm-negro/3118673/?queryId=4cdd47aa-f5ee-
4d74-8ea3-202e551f9fe8

Sodimac. (2022). Sodimac. Obtenido de https://www.sodimac.cl/sodimac-cl/product/6754783?

kid=bnnext297650&shop=googleShopping&gclid=Cj0KCQjwjN-
SBhCkARIsACsrBz5E6CITs6wcyDVa_qXZwxB9Sn2UvQAQ49frMlyd3nGrGHg6oDGIpFkaAontE
ALw_wcB

28