PAIMAI

Sistema integrado de subastas online.

Nestor Julian Moscoso

Helio David Espinosa Contreras
Jonattan Angelino Celis Carvajal
 OBJETIVO GENERAL

Generar y apoyar el libre comercio a través de una plataforma tecnológica web

mediante subastas de productos en línea.
 OBJETIVOS ESPECIFICOS

 Implementar una plataforma web que permita la venta de productos por medio de subastas,
ofreciendo garantía y seguridad tanto a vendedores como compradores.

 Categorizar productos de calidad para ofrecer a los futuros compradores.

 Incentivar el uso electrónico en la oferta de productos; ya sean de primera o de segunda

mano.
 Precios justos para compradores y vendedores.

 Crear la mejor experiencia de nuestro servicio como proveedor electrónico al

vendedor, fortaleciendo su crecimiento en el mercado.

 Brindar al comprador, un mercado dinámico que mejore su experiencia y su

seguridad.
 PLANTEAMIENTO DEL PROBLEMA

Las herramientas en el mercado tecnológico en cuanto a las subastas digitales son escasas
ante un producto específico, puesto que actualmente el mercado genera precios fijos sin la
posibilidad de brindar precios transparentes y rentabilidad para las partes.

Las plataformas de comunicación, siguen evidenciando algunos vacíos, se han encontrado

procesos incompletos en algunos casos y en otros sin manejo alguno.
 ALCANCE DEL PROYECTO

Paimai busca entender las necesidades del mercado, donde se busca proyectar a que este
desarrollo web genere las posibilidades de tener los mayores beneficios de ofertar productos
en tiempo real.
 JUSTIFICACIÓN

El proyecto permite el desarrollo y aporte de un aplicativo web en el área de un

comercio abierto, aportando de una manera innovadora y asequible a cualquier tipo de
persona, proporcionando efectividad en la compra y venta de productos en línea, de un
modo ágil y completamente seguro.
 VIABILIDAD DEL PROYECTO

 Viabilidad técnica

El uso de la tecnología es un componente diseñado para mejorar los sistemas de

comercialización y productividad de los E-comerce del área a través de asistencia
técnica directa en los pequeños y medianos vendedores.

El proyecto reúne características, condiciones técnicas y operativas que aseguren el

cumplimiento de las metas y objetivos por medio de la integridad del software y
hardware que gestione el relacionamiento entre Paimai y los compradores y
vendedores.
 Viabilidad económica

Las tasas de retorno del proyecto se estimaron mediante los cálculos respectivos en el
análisis de costos y beneficios del valor inicial del proyecto en marcha, gestionar una
rentabilidad amena y responsable a la propuesta es entender que bajo los indicadores
del mercado, la estructuración de la arquitectura de software por medio de patrones
de capas.

Estos costos se deben tener en cuenta en la parte del back-end y front-end donde se
establecerán los lineamientos del proyecto y de la construcción de la empresa.
 CONCLUSIÓN
El proyecto Paimai busca generar un fortalecimiento de la relación entre comprador y
vendedor. Permitiendo generar un libre comercio en sus múltiples mercados y
organizaciones, inicialmente en un mercado local a nivel Colombia, luego buscando
llegar a los diferentes países de Sur América y el Mundo.

Así mismo se contribuye a brindar servicios de compra y permuta, buscando generar

claridad, confianza, una garantía de calidad a nuestros usuarios y proyectando una
imagen favorable que demuestre realmente las cualidades y beneficios que ofrece nuestra
página Web en cuanto a la facilidad de comunicación en servicio de apoyo al comercio.
DIAGRAMA DE PRUEBA Y DIAGRAMA DE PAQUETE
DIAGRAMA DE CLASES
DIAGRAMA DE FLUJO
 PATRON DE ARQUITECTURA

Para este proyecto de software se usará el modelo de patrón de capas, en el cual se puede
utilizar para estructurar programas que se pueden descomponer en grupos de subtareas,
cada una de las cuales se encuentra en un nivel particular de abstracción, cada capa
proporciona servicios a la siguiente capa superior.

Usaremos las siguientes capas:

 Capa de presentación

 Capa de aplicación

 Capa de lógica de negocios

 Capa de acceso a datos

 GESTION DE REQUERIMIENTOS

 Tabla 1: Requerimientos generales del sistema

Referencia Función Categoría

R.1 Gestión de Usuario Evidente
R.2 Gestión de Invitado Evidente
R.3 Gestión de Comprador Evidente
R.4 Gestión de Vendedor Evidente
R.5 Gestión de Producto Evidente
R.6 Gestión de Informe Evidente
 Tabla 2: Requerimiento: Gestión de usuario

Referencia Función Categoría

R.1.1 El sistema permitirá el registro de usuarios nuevos Evidente
con datos personales obligatorios.
R.1.2 Iniciar sesión de usuario Evidente
R.1.3 Mostrar usuario registrado Evidente
R.1.4 Modificar usuario registrado Evidente
R.1.5 Eliminar usuario registrado Evidente
 Tabla 3: Requerimiento: Gestión de Invitado

Referencia Función Categoría

R.2.1 Observar la interacción de las subastas. Evidente
 Tabla 4: Gestión del comprador

Referencia Función Categoría

R.3.1 El sistema permitirá a los usuarios registrados, cargar Evidente
productos para subastar y del mismo modo participar en
las ofertas de subasta.
R.3.2 El sistema permitirá a los usuarios interactuar y verificar Evidente
las fechas de subastas programadas.
R.3.3 Realizar el cambio del monto de la oferta realizada Evidente
 Tabla 5: Gestión del vendedor

Referencia Función Categoría

R.4.1 El sistema enviará un correo electrónico de confirmación cuando se haya Evidente
efectuado la compra en alguna subasta.
R.4.2 El sistema permitirá a los usuarios interactuar y verificar las fechas de Evidente
subastas programadas.
R.4.3 El sistema permitirá a los usuarios registrados, cargar productos para Evidente
subastar y del mismo modo participar en las ofertas de subasta.
R.4.4 Realizar modificaciones respecto a características del producto. Evidente
 Tabla 6: Requerimiento: Gestión del Producto

Referencia Función Categoría

R.5.1 Ingresar un nuevo producto Evidente
R.5.2 Mostrar producto registrado Evidente
R.5.3 Modificar producto registrado Evidente
R.5.4 Eliminar producto registrado Evidente
R.5.5 Restaurar producto Evidente
R.5.6 Ingresar nueva categoría Evidente
R.5.7 Modificar categoría Evidente
R.5.8 Eliminar categoría Evidente
 Tabla 7: Requerimiento: Gestión de Informe

Referencia Función Categoría

R.6.1 El sistema debe emitir comprobante de cuántas personas Evidente
participaron en cada subasta.

R.6.2 La Aplicación enviará una notificación cuando se registre Evidente

alguna de las siguientes transacciones: pedido de venta de
usuario, despacho de mercancía al usuario, emisión de factura
al usuario y registro de pago de usuario.

R.6.3 La Aplicación emitirá un estado de cuentas de ventas y Evidente

pedidos.
R.6.4 El sistema enviará una alerta al administrador cuando ocurra un Evidente
registro de una cuenta nueva.
 Tabla 8: Requerimientos no funcionales

Referencia Función
RNF.1 Los administradores de la aplicación pueden eliminar publicaciones de contenido
violento o ilegal
RNF.2 El sistema controlará el acceso y lo permitirá solamente a usuarios autorizados.

RNF.3 El sistema enviará un correo electrónico de confirmación cuando se haya efectuado la

compra en alguna subasta.
RNF.4 El sistema hará el envío automatizado de recordatorios a las personas inscritas en
cada subasta.
 Tabla 8: Requerimientos no funcionales

Referencia Función Categoría

RNF.5 Para confirmar el registro la aplicación enviará un código de

confirmación vía correo electrónico o mensaje de texto.
RNF.6 El sistema mantendrá datos seguros y protegidos.
RNF.7 El sistema emitirá un tutorial de cómo usar cada opción dentro de
la app.
RNF.8 El sistema será utilizable en una interfaz web.
PRUEBA DE PAGINA WEB
 ENCUESTA

https://lucid.app/lucidchart/b855f55c-2125-4e9d-991a-20b283c295
5e/edit?viewport_loc=-149%2C626%2C1997%2C934%2CHWEp-vi-RS
FO&invitationId=inv_a8144970-2850-4b73-b3bc-8d4b3a38f2ae
MER
MD
DICCIONARIO DE DATOS
DICCIONARIO DE DATOS
DDL
 DML

 Insertar una nueva subasta:

 Insertar un nuevo cliente: INSERT INTO Subastas (ID_Subasta, ID_Producto,
Fecha_Inicio, Fecha_Fin,
INSERT INTO Clientes (ID_Cliente, Nombre, Precio_Inicial)
Direccion) VALUES (4, 3, '2023-06-25', '2023-06-29', 39.99);
VALUES (4, 'Ana López', 'Calle Mayor 789’);
 Actualizar la cantidad de un producto en el  Actualizar el precio de oferta de un lance:
inventario:
UPDATE Lances
UPDATE Inventario SET Precio_Oferta = 55.99
SET Cantidad = 15 WHERE ID_Lance = 2;
WHERE ID_Producto = 2;
 Eliminar un proveedor:  Eliminar un envío:
Sql
DELETE FROM Proveedores Copy code
WHERE ID_Proveedor = 3; DELETE FROM Envíos
WHERE ID_Envio = 3;
La Base De Datos Subastas PAIMAI Consta De Las Siguientes Entidades Principales :

 Clientes: Tiene los atributos ID_Cliente (clave primaria), Nombre y Dirección.

 Inventario: Tiene los atributos ID_Producto (clave primaria), Nombre_Producto, Cantidad y Precio.

 Proveedores: Tiene los atributos ID_Proveedor (clave primaria), Nombre y Dirección.

 Subastas: Tiene los atributos ID_Subasta (clave primaria), ID_Producto (clave foránea hacia Inventario),
Fecha_Inicio, Fecha_Fin y Precio_Inicial.

 Lances: Tiene los atributos ID_Lance (clave primaria), ID_Subasta (clave foránea hacia Subastas),
ID_Cliente (clave foránea hacia Clientes), Precio_Oferta y Fecha.

 Envios: Tiene los atributos ID_Envio (clave primaria), ID_Subasta (clave foránea hacia Subastas),
ID_Cliente (clave foránea hacia Clientes), ID_Proveedor (clave foránea hacia Proveedores),
Fecha_Envio y Dirección_Envio.
 Explicación

Las relaciones entre las entidades son las siguientes:

 Un Cliente puede participar en varios Lances (relación uno a muchos entre Clientes y Lances).

 Un Proveedor puede realizar varios Envíos (relación uno a muchos entre Proveedores y Envios).

 Un Producto puede estar presente en varias Subastas (relación uno a muchos entre Inventario y
Subastas).

 Un Lote de Subasta puede tener varios Lances (relación uno a muchos entre Subastas y Lances).

 Un Envío está asociado a una Subasta, un Cliente y un Proveedor (relación uno a uno entre
Subastas, Clientes y Proveedores).