Documento de Proyecto Alejandro Salas Casanova
Documento de Proyecto Alejandro Salas Casanova
Documento de Proyecto Alejandro Salas Casanova
Escuela de informática
Anteproyecto de bachillerato
Sustentante:
Marzo, 2024
2
Tabla de Contenido
Índice de Tablas.................................................................................................... 8
Índice de Figuras...................................................................................................8
Índice de Anexos...................................................................................................9
Introducción..................................................................................................... 10
1.2.1. Problemática......................................................................................14
..................................................................................................................... 15
2.3 Resultados.................................................................................................28
2.3.1.1 Hardware..........................................................................................29
2.3.1.2 Software...........................................................................................29
2.3.1.3 Redes...............................................................................................29
2.3.3 Procesos............................................................................................. 30
3.2 Desarrollo.................................................................................................. 33
4
3.2.2.1 Entidades.........................................................................................35
3.2.2.2 Atributos........................................................................................... 36
3.2.2.3 Relaciones....................................................................................... 39
3.2.4.1 Actores............................................................................................. 57
3.2.4.3 Diagrama..........................................................................................58
3.3 Resultados.................................................................................................71
Bibliografía.......................................................................................................... 72
Anexos................................................................................................................ 73
5
Índice de Tablas
Índice de Figuras
Índice de Anexos
Introducción
desarrollar, brindando una base sólida del ámbito que envuelve la propuesta. Se
su impacto en la empresa.
del proyecto, para ello, se aplicarán diversas técnicas de análisis para encontrar
el problema principal.
meta final del proyecto y los objetivos específicos que muestran el paso a paso
Costa Rica, este fue fundado por su actual dueño Jose Luis Porras Solís en el
año 1991; esta empresa cuenta con la cedula jurídica 502440240 y el número de
El mercado objetivo de este negocio son las personas que viven en las
cercanías del lugar, que buscan realizar sus comprar diarias, igualmente, se
contra el Super Alfolí, los más cercanos suelen ser pequeños negocios los
suelen tener inventarios reducidos y poca variedad; en las partes más alejadas
productos y clientes fijos, además de que cuentan con sistemas digitales (como
páginas web con información del local y los artículos en venta) que les permiten
Como menciona (GuellCom., 2023), que un super cuente con una página
para competir con las otras empresas; El Super Alfolí es carente de un sistema
leales, este carece de presencia en línea, esto podría reducir el crecimiento del
negocio. Con el aumento de los establecimientos que han aplicado por sistemas
características como:
Servicio:
página, sin tener que preocuparse por los horarios del local, permitiéndoles
Posicionamiento y alcance:
sin la necesidad de que acudan al local, esto es perfecto para los clientes que
Reducción de costos:
este lo que llevaría a una mejor eficiencia operativa y una reducción de costos
Incremento en ventas:
elevado en ventas mediante su sitio web al implementar este servicio, este caso
demuestra que aplicar este servicio puede ser una estrategia efectiva para
1.2.1. Problemática
presencia en línea y opciones de compra más convenientes, esto impide que los
clientes se sientan más desconectados del local y sientan una barrera a la hora
alternativas
retener clientes
Super Alfolí plantea una serie de desafíos que afectan tanto su capacidad para
satisfacer las necesidades de los clientes como su eficiencia interna. Con esta
siguiente manera:
problema.
la manera más eficiente para completar los objetivos, este enfoque permitirá
para aumentar la presencia en línea del Super Alfolí y así mejorar el alcance y la
específicos, estos detallarán las tareas a realizar a lo largo del proyecto; también
de estos objetivos.
actual de la empresa, saber las fortalezas y las debilidades del negocio nos
ayudará a decidir cuál es el mejor camino para solucionar este problema lo que
negocio.
siguiente objetivo:
desarrollo.
17
buscará desarrollar el sistema intentando que sea fácil de usar, con una
planificadas para cumplir con los requisitos del aplicativo expuestos por la
empresa.
empresa:
alojamiento en la nube con el fin de que esté disponible para los clientes.
sistema.
sistema el cual permita a los clientes visualizar los productos vendidos por la
18
tienda y permitirles realizar pedido tipo recoger en el local o “Pick up” (es
acudir la tienda para recoger sus productos y cancelar el monto); del lado del
recolección en el local.
la aplicación web de la manera más eficiente que cumpla con los requisitos
Tercer entregable:
costos lo más bajo posible, por eso se recurre a la idea de utilizar los
19
página.
cuales tres serán para el primer entregable, tres para el segundo y seis para el
Primer entregable:
Crear una entrevista para realizar al dueño del Super Alfolí, buscando las
negocio.
empresa.
Segundo entregable:
del proyecto.
20
existentes.
Tercer entregable:
Tabla 1
negocio.
diagnóstico. preguntas.
la encuesta.
tecnologías y herramientas
a utilizar.
facilitar la creación de la
base de datos y el
5
diagrama de flujo para que
comprensión de los
procesos
entender la interacción de
seleccionada.
de información en donde
local.
los productos.
productos.
pedidos realizados
recientemente.
Realizar pruebas al
24
detalles pendientes.
elegidas.
2. Capítulo 2: Objetivo 1
saber sus fortalezas y debilidades, además, es necesario saber algunos datos extra
Como menciona (Lopez, 2021) realizar una entrevista un método sencillo para
tiene con el dueño del local, se utilizará este método para obtener información valiosa.
Igualmente hay que tener distintas cosas en mente como: realizar preguntas
estructurar la entrevista.
obtener las respuestas, las cuales serán analizadas y utilizadas para facilitar el diseño
Esta entrevista buscará recaudar datos con un enfoque mixto para utilizar esta
información de cómo trabajan de momentos algunos temas como los inventarios y que
esperan ellos que cumpla la aplicación, para ello, se realizará las entrevistas al dueño
Se acudirá al local con las preguntas y se escribirán las respuestas que el brinde
esperada de ellas:
actualmente?
RAM, almacenamiento)?
26
componentes.
administración?
de software.
personal?
Nos ayuda a entender que distintas áreas podemos mejorar y que funciones
Nos ayuda a identificar las necesidades de los clientes para satisfacer sus
necesidades.
aplicación web?
funcionalidades solicitadas.
11- ¿Tiene alguna sugerencia específica sobre cómo debería ser el proceso de
Nos permite ver la perspectiva del dueño y como se espera que sea la
2.3 Resultados
del local Jose Luis Porras Solís, se realizaron las preguntas y se apuntaron las
2.3.1.1 Hardware
Mencionan que en el local cuentan con dos computadoras una se suele utilizar
para un software de cobro y cajas y el otro equipo se utiliza para gestiones del banco
componentes del equipo creen que son gama media y que funcionan de manera
óptima.
2.3.1.2 Software
Tienen un programa que habían comprado hace unos años el cual registra los
productos por códigos de barra y permite realizar facturas de manera más sencilla, se
2.3.1.3 Redes
Cuentan con un internet de fibra óptica con una velocidad de 50Mbs, en el local
se conectan mediante wifi y una infraestructura cableada para las dos computadoras,
afirman que el servicio suele ser estable y que pocas veces tienen problemas de
conectividad.
Actualmente cuentan con seis empleados los cuales son, un encargado de caja,
una persona de limpieza, un panadero, dos abarroteros y él, que, aunque es el jefe,
realiza las funciones que se necesiten en el día, menciona que tres de sus empleados y
29
2.3.3 Procesos
Muchos clientes han mencionado que les gustaría poder revisar los productos
recolección al local, se reciben comentarios positivos sobre lo útil que podría llegar a
ser.
El señor Jose nos comenta que le gustaría que él se pudiera ver que productos
están agotados para poder realizar un nuevo pedido, además, de que la aplicación se
Las respuestas obtenidas nos dejan claro ciertos puntos, el local cuenta con la
tecnología suficiente para poder implementar la aplicación web, los dos equipos son
capaces de ejecutar sin problemas un navegador web con un sistema como el que se
espera diseñar, además, cuenta con un sistema de redes suficientemente estable para
Los empleados son capaces de utilizar aplicativos en las computadoras con una
Los clientes esperan la página web ya que facilita algunos de los procesos a la
hora de realizar una compra, según el cronograma propuesto la aplicación estaría lista
para el tercer cuatrimestre del año 2024, lo que encaja con el deseo del dueño de
3. Capítulo 3: Objetivo 2
programa, esto nos ayuda a identificar las funciones necesarias y como interactúan
entre ellas.
flujo y un diagrama de casos de uso, cada uno con su función e importancia, además,
brindar una especificación clara de las tecnologías que se planean utilizar a lo largo del
proyecto.
identificar como las entidades se relacionan entre ellos, esto se hace mediante
Las relaciones muestran la conexión entre las entidades, suelen ser verbos
círculo, siempre debe existir uno que funcione como identificador único.
relación.
cada entidad representa una tabla, los atributos son sus columnas y la relaciones y
Identificar los pasos de una tarea para poder completarla, de esta manera
Según escribió (Etecé, 2024) el diagrama está formado por símbolos y líneas,
los rectángulos con esquinas redondeadas marcan el inicio y el final de la tarea, los
rectángulos con esquinas normales son los procesos, los rombos son decisiones las
proceso requiere entradas de datos o genera salidas de datos, las líneas sirven
Y por último el diagrama de casos de uso, es un tipo de diagrama UML que nos
permite ver los cuales son los roles de un sistema y como interactúan con la
esqueleto.
El caso de uso el cual es una acción dentro del sistema se dibuja con un
Todas estas herramientas nos ayudaran a crear un diseño del sistema que se
programación.
3.2 Desarrollo
estos nos ayudan a que el proyecto siga un camino claro y se comprenda que se
funcionales, juntos representan que debe realizar la aplicación para que sea
satisfactoria.
teléfono o la contraseña.
atención.
cantidad actual.
6. El usuario debe poder buscar un producto utilizando una parte del nombre.
listo.
10. El sistema debe notificar mediante correo electrónico en caso de que le pedido
sea cancelado.
11. Permitir a los administradores crear, leer, actualizar y eliminar los datos en la
tabla de usuarios.
12. Permitir a los administradores crear, leer, actualizar y eliminar los datos en la
tabla de productos.
un pedido.
disponibilidad.
Con esta lista creada se pueden empezar a diseñar los diagramas asegurando que
3.2.2.1 Entidades
Pedidos: guarda la información de los pedidos realizados por los usuarios como
usuario y su cantidad.
Sesión: posee datos necesarios para manejar la sesión del usuario como la
3.2.2.2 Atributos
Usuarios:
Correo: correo electrónico del usuario, se utiliza para iniciar sesión y para
administrado.
Productos:
Categoría: categoría del producto, sirve para poder organizar los productos
por categorías.
visualización de productos.
Pedidos:
Estado: estado actual del pedido, este puede ser Pendiente - Aceptado -
Completado - Cancelado.
Detalles de pedidos:
IDDetalle (PK): sirve como identificador único para cada detalle de pedido.
Carritos:
Fecha: fecha en la que se creó el carrito, sirve para saber cuándo eliminar el
Objetos de carrito:
IDObjetos (PK): sirve como identificador único para cada objeto en carrito.
IDProducto (FK): sirve como identificar cuál producto fue agregado al carrito.
Sesión:
3.2.2.3 Relaciones
Usuarios a Pedidos: un usuario puede hacer varios pedidos, pero un pedido solo
Usuarios a Sesión: un usuario solo puede tener una sesión y una sesión solo
Una vez definidas estas partes se puede crear el siguiente diagrama para
resumir lo mencionado:
obtenida en el paso anterior mediante una visión general y abstracta, es perfecta para
columnas y las relaciones en uniones de llaves foráneas y muestra el tipo de dato que
datos.
proceso, esto nos permite entender cómo se desarrolla un algoritmo sin la necesidad
de leer largos textos y ayuda a los programadores a definir la estructura del código
El primer paso para crear los diagramas es definir los procesos principales los
cuales se quieren representar, para ayudarnos con esto podemos ver los
requerimientos anteriormente redactados para tener una idea de que algoritmos debe
realizar la aplicación.
utilizan figuras para representar los procesos, las decisiones, las salidas e ingresos de
ingresa sus datos personales, luego el sistema confirma que los datos sean validos
44
(en caso de no serlos se notifica para que el usuario los modifique) y después
2. Inicio de sesión
credenciales (correo electrónico y contraseña), el sistema valida que los datos sean
3. Recuperación de contraseña
4. Visualización de productos
despliegan en una lista en donde se puede ver sus atributos y si el producto está
actualmente disponible.
existe algún carrito (si no existe uno se crea) y se agrega el identificador del producto al
carrito.
6. Realización de pedidos
48
caso de ser aceptada se procede a crear el registro del pedido en la base de datos y se
de que hubiera una confusión con la cantidad en bodega, después de eso puede
actualizar el estado del pedido a listo cuando este pueda ser recogido o a cancelado en
caso de que algo salga mal, independiente de la nueva condición el cliente recibe una
notifica al usuario.
52
visualizarlo.
mercancía y el usuario puede cambiar los datos necesarios y, una vez confirmado,
notifica al usuario.
54
visualizar.
el usuario puede cambiar los datos necesarios y, una vez confirmado, estos de
Se solicita los pedidos registrados y estos se despliegan como una lista con los
Se muestra la información actual del usuario para que el decidida que desea
El diagrama de caso de uso nos ayuda a tener una referencia clara de cómo
Para crear un diagrama se deben definir los actores y los casos de uso, después
mostrar de manera grafica como interactúan estos mediante figuras para que sea
sencillo de entender, además, se debe explicar cada caso de uso. Esta exposición
debe mostrar datos como: el nombre del proceso, el nombre del autor, la fecha de
postcondiciones.
3.2.4.1 Actores
de administrador, ya sea que haya iniciado sesión o no. Crear una cuenta e
2. Administrador: son los usuarios que hayan iniciado sesión con una cuenta tipo
interactúa con el sistema, cada actor suele tener sus propios casos.
3.2.4.3 Diagrama
Al unir a los actores con los casos de uso podemos formar el siguiente diagrama
58
Fecha: 15/07/2024
Descripción: permite a los clientes ver una listo de productos en venta y su
disponibilidad.
Actores: cliente
Flujo normal:
1. El cliente entra a la pestaña de productos.
2. El sistema muestra una lista de productos y su disponibilidad.
Nombre: Registrarse
Fecha: 15/07/2024
Descripción:
Permite a los clientes poder registrar un usuario en la base de datos.
Actores:
Cliente
Precondiciones:
El cliente no debe tener una cuenta, el cliente debe estar en la pestaña de registro
Flujo normal:
1. El cliente ingresa su nombre, apellidos, correo electrónico, contraseña y teléfono.
2. El sistema verifica los datos y crea una nueva cuenta si son válidos.
3. El sistema notifica al cliente que la cuenta ha sido creada
Flujo alternativo:
2. Los datos ingresados no válidos, el sistema muestra un mensaje de error.
Postcondiciones:
Se agrega un nuevo usuario a la base de datos.
61
Fecha: 15/07/2024
Descripción:
Permite a los clientes iniciar sesión.
Actores:
Cliente.
Precondiciones:
El cliente debe tener una cuenta y saber sus credenciales.
Flujo normal:
1. El cliente accede a la página de inicio de sesión.
2. El cliente ingresa su correo electrónico y su contraseña.
3. El sistema verifica las credenciales y permite el acceso si son correctas.
Flujo alternativo:
3. Las credenciales son incorrectas, el sistema muestra un mensaje de error.
Postcondiciones:
Se crea una nueva sesión en la base de datos.
62
Fecha: 15/07/2024
Descripción:
Permite a los clientes agregar productos al carrito de compras.
Actores:
Cliente.
Precondiciones:
El cliente debe haber iniciado sesión.
Flujo normal:
1. El cliente selecciona un producto.
2. El cliente selecciona agregar a el carrito.
3. El sistema actualiza el carrito del cliente.
Flujo alternativo:
No hay flujo alternativo.
Postcondiciones:
63
Fecha: 15/07/2024
Descripción:
Permite al cliente realizar un pedido para recoger en la tienda.
Actores:
Cliente.
Precondiciones:
El cliente debe haber iniciado sesión.
El cliente debe tener al menos un artículo en el carrito.
Flujo normal:
1. El cliente revisa su carrito.
2. El sistema actualiza los productos en carrito según la disponibilidad actual.
3. El cliente confirma el pedido.
4. El sistema envía un correo de confirmación con el resumen del pedido al cliente.
5. El sistema notifica al administrado sobre un nuevo pedido.
64
Flujo alternativo:
2. No hay ningún artículo disponible y el sistema no puede realizar el pedido.
Postcondiciones:
Se crea un nuevo pedido en la base de datos.
Fecha: 15/07/2024
Descripción:
Permite a los clientes actualizar su información personal en su perfil.
Actores:
Cliente.
Precondiciones:
El cliente debe haber iniciado sesión.
Flujo normal:
1. El cliente accede a la página de perfil.
2. El cliente selecciona editar perfil.
3. El cliente actualizar su información (nombre, apellidos, teléfono).
4. El cliente guarda los cambios.
5. El sistema verifica y actualiza la información del perfil en la base de datos.
65
Flujo alternativo:
3. Si los datos ingresados no son válidos, el sistema muestra un mensaje de error y no
guarda los cambios.
Postcondiciones:
La información del usuario se actualiza en la base de datos.
Fecha: 15/07/2024
Descripción:
Permite a los clientes recuperar su contraseña en caso de olvido.
Actores:
Cliente.
Precondiciones:
El cliente debe tener una cuenta registrada en el sistema.
Flujo normal:
66
Fecha: 15/07/2024
Descripción:
Permite al administrador realizar un CRUD en la tabla de productos.
Actores:
Administrador.
67
Precondiciones:
El administrador debe haber iniciado sesión.
Flujo normal:
1. El administrador accede a la página de gestión de productos.
2. El administrador puede crear un nuevo producto.
3. El administrador selecciona el producto con el que desea trabajar.
4. El administrador puede editar o eliminar el producto.
5. El sistema actualiza la lista de productos en consecuencia.
Flujo alternativo:
2. Los datos ingresados no son válidos, el sistema muestra un mensaje de error.
Postcondiciones:
La base de datos de productos se ve actualizada.
Fecha: 15/07/2024
Descripción:
Permite al administrador realizar un CRUD en la tabla de usuarios.
68
Actores:
Administrador.
Precondiciones:
El administrador debe haber iniciado sesión.
Flujo normal:
1. El administrador accede a la página de gestión de usuarios.
2. El administrador puede crear un nuevo usuario.
3. El administrador selecciona el usuario con el que desea trabajar.
4. El administrador puede editar o eliminar el usuario.
5. El sistema actualiza la lista de usuarios en consecuencia.
Flujo alternativo:
2. Los datos ingresados no son válidos, el sistema muestra un mensaje de error.
Postcondiciones:
La base de datos de usuarios se ve actualizada.
Fecha: 15/07/2024
Descripción:
Permite al administrador ver una lista de pedidos realizados.
Actores:
Administrador.
Precondiciones:
El administrador debe haber iniciado sesión.
Debe haber al menos un pedido.
Flujo normal:
1. El administrador accede a la página de pedidos.
2. El sistema muestra la lista de pedidos con sus estados teniendo como prioridad los
pedidos en curso.
Flujo alternativo:
No hay flujo alternativo.
Postcondiciones:
No hay postcondiciones.
Fecha: 15/07/2024
Descripción:
Permite al administrador actualizar el estado del pedido.
Actores:
Administrador.
Precondiciones:
El administrador debe haber iniciado sesión.
Debe haber al menos un pedido.
Flujo normal:
1. El administrador accede a la página de pedidos.
2. El sistema muestra la lista de pedidos con sus estados teniendo como prioridad los
pedidos en curso.
3. El administrador selecciona un pedido.
4. El administrador actualiza el estado del pedido (pendiente, listo, cancelado).
5. El sistema notifica al cliente sobre el cambio de estado.
Flujo alternativo:
4. Si el pedido no puede ser actualizado, el sistema muestra un mensaje de error.
Postcondiciones:
Se actualiza el registro del pedido en la base de datos.
3.3 Resultados
Bibliografía
Ecommerce Costa Rica. (28 de enero de 2023). Ecommerce Costa Rica. Obtenido de
https://ecommercecostarica.com/index.php/2023/01/28/ventajas-de-tener-un-
sistema-ecommerce-en-costa-rica/
https://concepto.de/diagrama-de-flujo/
GuellCom. (15 de Noviembre de 2023). ¿Por qué tu supermercado debe tener una
supermercado-debe-tener-una-pagina-web
https://www.linkedin.com/pulse/click-collect-una-oportunidad-para-generar-m
%C3%A1s-ventas-yuriko-huayana/?originalSubdomain=es
https://pmcollege.edu.ni/la-entrevista-tecnica-eficaz-para-recopilar-
requerimientos/
https://www.ilerna.es/blog/modelo-entidad-relacion-base-datos
73
74
Anexos