Universidad Privada “Domingo Savio”

SEGUNDA ENTREGA PROYECTO FINAL

Docente: Ing. María Antonieta Troncoso

Materia: Sistemas de Información III

Grupo:5

Integrantes: Aramayo Borges Silver Luis

Flores Chino Carlos Gabriel

Moriset Rojas Oliver Bladimir

Fecha: 22/05/2023

Cochabamba Bolivia
1. Antecedentes

Tech Company es una tienda de computadoras fundada en 2020. A lo largo de los años, se ha
destacado por ofrecer productos tecnológicos de calidad y un excelente servicio al cliente.
Originalmente, utilizaban hojas de Excel para gestionar sus registros, pero debido al crecimiento
del negocio, decidieron desarrollar una aplicación virtual personalizada. El objetivo era mejorar
la eficiencia y optimizar las operaciones de la tienda. Contrataron a un equipo de
desarrolladores y están en proceso de implementar la nueva aplicación. Tech Company espera
convertirse en una de las mejores en el mercado tecnológico de su ciudad gracias a esta
transición.
2. Planteamiento del problema
Desarrollaremos una aplicación web con la finalidad de que el cliente pueda centralizar toda su
información y tenerla a primera mano para así automatizar su emprendimiento y así ser más
eficaz al momento de realizar los registros de clientes, las ventas y los registros de los
productos. También:
Personalización y funcionalidad: La aplicación web debe adaptarse a las necesidades específicas
de la tienda de computadoras, brindando funcionalidades personalizadas que cubran todas las
operaciones comerciales relevantes, como el seguimiento del inventario, la gestión de ventas, la
generación de informes y el mantenimiento de una base de datos de clientes. El desarrollo de
una aplicación completa y a la medida requerirá una planificación cuidadosa y una colaboración
estrecha con los desarrolladores.
Capacitación del personal: La transición de un sistema basado en hojas de Excel a una
aplicación web requerirá que todos los empleados se familiaricen con el nuevo software y
comprendan cómo utilizarlo de manera efectiva. Es esencial proporcionar capacitación y
soporte adecuados para garantizar que el personal adquiera las habilidades necesarias para
aprovechar al máximo la nueva herramienta.
3.-OBJETIVOS
 Objetivo Principal:
El presente sistema tendrá la finalidad de mantener de manera organizada los ítems que
tenga registrados en la tienda, como también las ventas que se realizaran, además de
tener un control de los usuarios que interactuaran con el sistema.
 Objetivo Especifico:
1. Inventario. El software podra utilizarse para llevar un registro del inventario de
celulares disponibles, así como para hacer seguimiento de los movimientos de
compra y venta.
2. Gestión de clientes. El software puede utilizarse para llevar un registro de la
información del contacto de los clientes y hacer seguimiento de sus compras
3. Facturación. El software podría utilizarse para generar facturas y llevar un
registro de las transacciones realizadas
4. Análisis de datos. el software podría utilizarse para analizar datos de ventas y
utilizar los mismos para mejorar el negocio y tomar decisiones informadas
sobre el mismo, en general el uso previsto sería ayudar a llevar a cabo de
manera más eficiente y efectiva las tareas relacionadas con la compra y venta
de celulares.
4.-JUSTIFICACION:
Se busca satisfacer una necesidad de generar un negocio que cuente con un sistema confiable,
seguro y dinámico; el sistema a crearse busca mejorar la accesibilidad para obtener los datos
registrados por los usuarios que manejen el sistema de una manera confiable con información
clara para poder realizar más ventas y llevar de mejor forma un control claro y preciso de los
ítems y a la misma vez de las ventas.
Con los anteriores factores y otros que se van a estudiar en el presente proyecto se pretende
lograr un mejor desempeño de parte de los usuarios y generar un mejor control y organización
de los datos, creando así dinamismo y facilitando el trabajo de los usuarios.

5. Alcance
Catálogo de productos: El sistema puede incluir un amplio catálogo de teléfonos celulares, que
abarque diferentes marcas, modelos y versiones. Esto permite a los clientes explorar y elegir
entre una variedad de opciones.
Proceso de compra: El sistema debe permitir a los clientes realizar compras de manera fácil y
conveniente. Esto puede incluir la capacidad de agregar productos al carrito de compras,
seleccionar opciones de personalización, establecer cantidades y completar transacciones de
pago.
Gestión de inventario: El sistema debe contar con funcionalidades para gestionar el inventario
de los teléfonos celulares disponibles. Esto implica mantener actualizada la disponibilidad de
productos, gestionar el stock, realizar seguimiento de las ventas y generar informes sobre las
existencias.
Integración de métodos de pago: El sistema debe admitir múltiples métodos de pago, como
tarjetas de crédito, transferencias bancarias, billeteras digitales. Esto facilita a los clientes la
realización de transacciones y agiliza el proceso de compra.
Administración de cuentas de usuario: El sistema puede permitir crear a los clientes. Esto les
brinda la capacidad de ver su historial de compras, realizar un seguimiento de los pedidos,
guardar información de envío y facturación, así como administrar sus preferencias y recibir
recomendaciones personalizadas.
Informes y análisis: El sistema puede generar informes y análisis sobre las ventas, el
rendimiento del producto. Esto ayuda a la empresa a obtener información valiosa para la toma
de decisiones estratégicas.
Adaptabilidad y escalabilidad: El sistema debe ser adaptable a las necesidades cambiantes del
negocio y escalable para manejar un crecimiento futuro en términos de usuarios, transacciones y
funciones adicionales.

6. Limitaciones
Limitaciones de pago: Si el sistema de venta de celulares no admite una amplia variedad de
métodos de pago o no se integra con sistemas de pago populares, los clientes pueden enfrentar
dificultades para completar sus transacciones. Esto podría limitar la base de clientes potenciales
y reducir las ventas.
Falta de información detallada del producto: Si el sistema no proporciona descripciones
completas, especificaciones técnicas y opiniones de los usuarios sobre los teléfonos, los clientes
pueden sentirse inseguros al realizar una compra. La falta de información detallada puede
limitar la capacidad del sistema para generar confianza y persuadir a los clientes a tomar una
decisión de compra.
Seguridad de datos: Un sistema de venta de celulares puede ser un objetivo atractivo para los
ciberdelincuentes, ya que puede contener información confidencial del cliente, como detalles de
pago y datos personales. Si el sistema no cuenta con medidas sólidas de seguridad, podría estar
expuesto a brechas de seguridad y ataques cibernéticos, lo que podría comprometer la confianza
de los clientes y la reputación de la empresa.
Problemas de compatibilidad: Al vender una amplia gama de modelos y marcas de teléfonos,
el sistema debe ser compatible con todas las variaciones de hardware y software. Si el sistema
no se actualiza regularmente para garantizar la compatibilidad con los últimos dispositivos, los
clientes pueden encontrar problemas al realizar compras o al acceder a funciones específicas del
sistema.
Actualizaciones y mantenimiento: Los sistemas de venta de celulares deben actualizarse
regularmente para agregar nuevas funciones, corregir errores y mantener la seguridad. Si no se
realizan actualizaciones y mantenimiento adecuados, el sistema puede volverse obsoleto y
vulnerable a problemas de seguridad.

Requisitos funcionales
Los requisitos funcionales previstos son los siguientes:
• Sistema de Gestión de Inventario y Ventas de celulares
• CRUD para los modelos de celular
• Sistema de Reporte de Ventas y Facturación
• Sistema de Gestión de Clientes
• Sistema de Registro y seguimiento de pedidos
Requisitos no funcionales
Los requisitos no funcionales que se definieron son los siguientes:
• Una interfaz de inicio de sesión al inicial la aplicación.
• Una interfaz de almacén que muestre los productos disponibles primero.
• Generación autentifica de reportes de venta y facturación.
• Generación autentifica de un reporte semanal/mensual.
• formulario estándar para ingresar datos de celulares.

Requisitos de la interfaz externa

Las interfaces externas serán las siguientes:
• Interfaz del usuario. - Se podía comunicar con el usuario para aprovecha los requisitos
del sistema, el usuario indicará al sistema las operaciones que desea realizar e introducirá los
datos que el sistema le pida.
 • Interfaz del software. - La comunicación entre los módulos del sistema se realizará
mediante bases de datos de tipo relacional.
Requisitos del sistema
Se desarrollará una aplicación web, por lo que los requisitos mínimos son los siguientes:
- PC:
• de 1.6 GHz de velocidad (o de mayo rango)
• 4 GB de memoria RAM
• Pantalla de 32 bits con una resolución de 1024 por 768 píxeles
• Mínimo 64 GB de capacidad en el disco local
• Dispositivos de entrada (teclado/mouse)
- Móvil:
• iOS 7
• Android 5
• Windows IPhone 8
- Periféricos:
• Impresora (Para la impresión de las notas de venta)

Backlog
Análisis de Requerimientos y Modelado
Historias de Usuario
ID Historia Estado Tiempo Fecha Inicio Depende %
Total Estimada ncia Finalizado
Estimado
(días)
A Análisis de En Revisión 2 días 15 de Mayo 100
Requerimient
os
B Modelado Sin Comenzar 2días 17 de Mayo A 100
UML
C Diseño Sin Comenzar 3 días 19 de Mayo B 100
Inicial
Aplicación

• Tareas
Tarea Historia Tarea Estimació Depende Prioridad Estado Condición Aprobado
 ID ID n ncia (%) de
(Días) (ID) Aprobació
n
1 A Análisis de 1 100 100 Solicitud Si
Solicitud Recibida y
análisis
previo
realizado
2 A Interpretaci 1 1 100 99 Requerimie No
ón de ntos
Requerimie Definidos
ntos
3 B Diseño de 1 2 90 0 Actores y No
Casos de CU
Uso y definidos
Actores
4 B Diseño de 1 2 80 0 Clases No
Clases y Definidas
Objetos
5 B Diseño 2 3, 4 90 0 Diagramas No
Diagramas Ilustrados
UML
6 C Definir 1 2 90 0 Vistas No
Vistas Definidas
7 C Mockup 1 6 80 0 Mockups No
Inicial de ilustrados
Aplicación
8 C Diseño 2 4, 5 100 0 Tablas/ No
Base de Coleccione
Datos s Definidas

Configuración Inicial y Almacén

Historias de Usuario
ID Historia Estado Tiempo Fecha Inicio Dependenci %
Total Estimada a Finalizado
Estimado
(días)
D Creación de Sin 2 días 22 de Mayo C 0
la Aplicación Comenzar
E Implementac Sin 2 días 22 de Mayo C 0
ión Base de Comenzar
Datos
F Almacén Sin 3 días 24 de Mayo D, E 0
Comenzar

Sistema de Reporte de Ventas y Facturación

Histo Estimació Depende

Tarea Estado Condición de Aprobad
ria Tarea n ncia Prioridad
ID Aprobación o
ID (Días) (ID) (%)
 Backend cuenta
con las funciones
Desarrollo Base
9 D 1 7, 8 100 0 esenciales para una No
Backend
conexión a Base de
Datos

Se crearon los
Desarrollo Base archivos necesarios
10 D 1 6, 7 100 0 No
Frontend para las vistas
requeridas

BD y
Creación BD y
11 E 1 8 90 0 Tablas/Colecciones No
Tablas Iniciales
creadas
Conexión y
No hay
12 E Pruebas Backend 1 9, 11 80 0 No
irregularidades
- BD
No hay
Revisión Diseño
13 F 1 6, 7, 12 90 0 observaciones con No
Vista Almacén
el diseño
Implementación
Frontend
14 F Diseño Vista 1 13 90 0 No
Funcional
Almacén
Pruebas
Conexión
15 F 1 14 80 0 CRUD funcional No
Frontend -
Backend - BD

Panel de Ventas y Panel de Clientes

Panel de Ventas y Panel de Clientes
Funcionalidad Descripción Responsable Estado
Registro de El administrador Desarrollador Sin comenzar
clientes permite el registro 1
de usuario
mediante un
formulario de
registro
Catálogo de Muestra una lista Desarrollador Sin comenzar
productos de productos 2
disponibles para
comprar.
Productos Permite al usuario Desarrollador Sin comenzar
seleccionados agregar productos, 3
ver y editar el
contenido
seleccionado
Registro de Permite al Desarrollador Sin comenzar
compras administrador ver 1
un registro de los
 clientes
registrados y las
compras realizadas

• Tareas
Tarea Descripción Responsable Estado
Diseño Diseño de la estructura Desarrollador Sin comenzar
de la aplicación web 1
desarrollo de la interfaz Diseño de la interfaz. Desarrollador Sin comenzar
1
Desarrollo de la Desarrollo de las Desarrollador Sin comenzar
funcionalidad del funcionalidades del 2
sistema sistema como el
registro de clientes, la
autenticación, el
catálogo de productos.
Desarrollo de pruebas Diseño y desarrollo de Desarrollador Sin comenzar
pruebas para asegurar la 3
calidad del sistema
Mantenimiento y Realizar tareas de Desarrollador Sin comenzar
actualización mantenimiento y 2
actualización del
sistema, como solución
de problemas, mejoras
de rendimiento,
actualizaciones de
seguridad, etc.
Monitoreo y control de Supervisar y resolver Desarrollador Sin comenzar
errores cualquier problema o 1
error que ocurra
documentación Escribir documentación Desarrollador Sin comenzar
técnica y usuario para 2
que el sistema sea fácil
de usar y entender para
los usuarios finales

Sistema de Reporte de Ventas y Facturación

Historias de Usuario
ID Historia Estado Tiempo Fecha Inicio Dependen % Finalizado
Total Estimada cia
Estimado
(días)
A Creación del En Revisión 4 días 22 de Mayo 99%
modelo
B Creación de Sin 3 días 26 de Mayo A 0
las vistas Comenzar
C Conexión del Sin 3 días 30 de Mayo A-B 0
modelo con Comenzar
 las vistas

• • Tareas
Tarea Historia Tarea Estimac Depto. Depend Priori Estado Condició Aproba
ID ID ión Responsa encia dad (%) n de do
(Días) ble (ID) Aprobaci
ón
1 A Creación de 1 Desarroll 100 100 Requerim Si
la Base de o ientos
datos solicitado
s al
cliente
2 A Conexión 1 Desarroll 100 99 Creación Si
entre tablas o de la Base
y de Datos
cardinalida
d
3 B Creación 1 Desarroll A 90 0 Creación Si
de las o de la BD
interfaces
según el
modelo
4 B Implement 1 Desarroll 2 80 0 Implemen Si
ación de las o tación de
interfaces la BD
5 C Implement 1 Desarroll 2 90 0 Implemen Si
ar o tación de
controlador BD e
es entre el Interfaces
modelo y
vista
6 C Implement 1 Desarroll 6 80 0 Condición Si
ar CRUD a o de la vista
las tablas con el
de la BD modelo