Ejemplo - Proyecto-Compravery - (2) - 1

Facultad de Ingeniería
Escuela de Ingeniería de Sistemas
InnovaTI
Sistema CompraVery
Análisis y Diseño de Sistemas
Integrantes
Del Carpio Mendoza, Luis U18103282

Guerra Quispe, Abel U17300368
Robles Aquije, David U17303720
Solis Miranda, Keyla U17203830
2020 - 1
1
ÍNDICE
1. ÁMBITO DEL PROYECTO 5

1.1. Área (donde se va a llevar el proyecto) 5
1.2. Recursos Humanos para la elaboración de Proyecto 5
1.3. Software 5
1.4. Hardware 6
1.5. Cronograma de Actividades 6
2. FASE DE INICIO 7
2.1. Modelado del Negocio 7
2.1.1. MODELADO DE PROCESO DE NEGOCIO 8
2.1.2. Modelo de Análisis de Negocio 11
2.2. Modelado de Requisitos 15
2.2.1. Modelo de Requisitos 15
2.3. Análisis y Diseño de Sistemas 16
3. FASE DE ELABORACIÓN 16
3.1. Modelado de Requisitos 16
3.1.1. Casos de Usos del Negocio 16
3.1.2. Especificaciones del caso de Uso 17
3.2. Análisis del Sistema 32
3.2.1. Paquete de Análisis 32
3.2.2. Clases de Entidad 33
3.2.3. Realizaciones de Caso de Uso 33
RA: Validar datos de acceso al sistema 33
RA: Registrar tienda 33
RA: Registrar productos a vender 34
RA: Registro de ofertas 34
RA: Mantenimiento de producto 35
RA: Atender Pedido 35
RA: Registrar Consumidor 36
RA: Mostrar Pedido 36
RA: Ingresar productos a buscar 36
RA: Realizar búsqueda por productos 37
RA: Mostrar productos de búsqueda 37
RA: Seleccionar productos 37
RA: Ingresar datos de tarjeta 38
2
RA: Registro de Pago 38

RA: Generar Orden de Compra 38
RA: Registrar Calificación de tienda 38
3.2.4. Diagrama de Clases 56
3.2.5. Tarjetas CRC de cada clase 56
3.2.6. Modelo Lógico 60
3.2.7. Modelo Físico 60
3.3. Diseño de Sistema 61
3.3.1. Arquitectura Lógica del Sistema (Diagrama de Colaboración) 61
3.3.2. Patrón de diseño 62
3.3.3. Arquitectura física del sistema 63
3.4. Implementación y Pruebas 64
3.4.1. Screenshots del software 64
3.4.2. Descripción de cómo de implementará el software al usuario final 65
3.4.3. Pruebas (tipos) – Formatos de validación 66
3
INTRODUCCIÓN
JUSTIFICACIÓN
El siguiente trabajo nace a raíz de la necesidad de las bodegas de Jesús María por
mejorar sus ventas sin que afecte la calidad de su servicio, en tal sentido se presente
desarrollar una herramienta digital, que cumpla con las metas de sus clientes. Nuestra
investigación está orientada a brindar una solución tecnológica, centrando la atención
en la innovación del proceso de ventas físico a online.
OBJETIVOS GENERALES
Desarrollar una aplicación Web para mejorar el proceso de Ventas de las bodegas del
Distrito de Jesús María
OBJETIVOS ESPECÍFICOS
1) Recabar información de los requerimientos
2) Desarrollar el modelo de negocio.
3) Desarrollar interfaces para los registros de las tiendas, consumidores, las
consultas de productos, seguimiento de órdenes de compra.
4) Desarrollar el código fuente del sistema.
ASPECTOS DE LA ORGANIZACIÓN
MISIÓN
Lograr a través de CompraVery, que las personas puedan comprar productos de primera
necesidad desde la comodidad de sus hogares.
VISIÓN
Ser la plataforma preferida de compras online por las personas, para adquirir productos
de primera necesidad.
DESCRIPCIÓN DE LA EMPRESA
InnovaTI es una empresa dedicada al desarrollo y pruebas de software. Además de
brindar servicios en la nube. Con 10 años de experiencia en el mercado tecnológico.
4
1. ÁMBITO DEL PROYECTO
1.1. Área (donde se va a llevar el proyecto)

El proyecto se implementará en el distrito de Jesús María
1.2. Recursos Humanos para la elaboración de Proyecto

Encargado de recabar información y
Analistas de Sistemas canalizarlo en requerimientos funcionales y
no funcionales
Desarrolladores y Encargados de la arquitectura del sistema, y

programadores se la programación del mismo
Especialistas en Marketing Encargados de captación de clientes, a

Digital través de medios digitales
Diseñadores Encargados del desarrollo de los mockups
Encargados de la verificación de errores.

Testeadores
“Prueba del Mono”
1.3. Software
Visual Studio Code:

Visual Studio Code es un editor de código que se ejecuta en su escritorio y está
disponible para Windows, macOS y Linux. Viene con soporte incorporado para
JavaScript, TypeScript y Node.js y tiene un rico ecosistema de extensiones para
otros lenguajes (como C ++, C #, Java, Python, PHP, Go) y tiempos de ejecución
(como .NET y Unity).
Bootstrap:
Es un marco front-end gratuito para un desarrollo web más rápido y fácil.
Incluye plantillas de diseño basadas en HTML y CSS para tipografía, formularios,
botones, tablas, navegación, modales, carruseles de imágenes y muchos otros,
así como complementos de JavaScript opcionales.
NodeJS:
Es un entorno de tiempo de ejecución javascript de código abierto y
multiplataforma.
5
Node.js proporciona un conjunto de E/S asíncronas en su biblioteca estándar que

evitan que el código JavaScript se bloquee. Con Node.js se puede escribir código
JavaScript desde lado del servidor.
Express:
Es un framework de NodeJS de código abierto utilizado para la creación de
aplicaciones web y API. Proporciona herramientas para servidores HTTP.
Zoom:
Es un software de videollamadas y reuniones virtuales, accesible desde cualquier
dispositivo de telecomunicaciones.
1.4. Hardware
2 computadoras portátiles
2 computadoras de escritorio
2 Tablets de prueba
3 móviles de prueba
1 servidor de aplicaciones
1 servidor de base de datos
1.5. Cronograma de Actividades
6
2. FASE DE INICIO
2.1. Modelado del Negocio

Ante la situación actual miles de negocios están siendo golpeados, por la falta de acceso
a clientes. Los pocos supermercados que continúan operando limitan el ingreso al
público generando largas colas para hacer las compras. Un hecho que es observado a
diario por los medios de comunicación. Por ello, realizar compras puede ser un problema
para algunas personas.
Así es como nace CompraVery una plataforma virtual de servicios de delivery para que
empresas de productos de primera necesidad puedan llegar al consumidor a toda hora.
El modelo de negocio, consisten ofrecer una suscripción a las distintas tiendas para que
puedan mostrar los distintos productos que ofrecen. Por otra parte, el consumidor final
puede seleccionar su proveedor favorito y solicitar su pedido. De esta manera
CompraVery garantiza la comodidad y seguridad en tus compras.
7
2.1.1. MODELADO DE PROCESO DE NEGOCIO
Actores de Negocio
▪ Consumidor
▪ Sistema
▪ Administrador de la tienda
Casos de Uso del negocio
▪ Validar datos de acceso al sistema.

▪ Registrar tienda
▪ Registrar productos a vender
▪ Registrar ofertas de los productos
▪ Mantenimiento a los productos
▪ Mostrar pedido
▪ Atender pedido
▪ Registrar consumidor
▪ Ingresar productos a buscar
▪ Realizar búsqueda de productos
▪ Mostrar productos de búsqueda
▪ Seleccionar productos
▪ Ingresar datos de tarjeta
▪ Registrar pago
▪ Generar orden de compra
▪ Registrar calificación de las tiendas
Objetivos de la Empresa
▪ Aumentar las ventas de las tiendas urbanas de Jesús María en 20%

▪ Garantizar la entrega de los productos a los consumidores
▪ La comodidad del consumidor final
▪ Ahorro de tiempo durante el proceso de compra online
8
9
10
2.1.2. Modelo de Análisis de Negocio
Trabajadores del Negocio:

▪ Sistema CompraVery
▪ Administrador de la tienda
▪ Consumido
Realización de los CUN

▪ R: Registrar Usuario (tienda y/o consumidor)
▪ R: Validar datos de acceso al sistema.
▪ R: Generar orden de compra
▪ R: Registrar productos a vender
▪ R: Registrar ofertas de los productos
▪ R: Dar mantenimiento a los productos
▪ R: Mostrar pedido
▪ R: Atender pedido
▪ R: Ingresar productos a buscar
▪ R: Realizar búsqueda por productos
▪ R: Mostrar productos de búsqueda
▪ R: Seleccionar productos
▪ R: Ingresar datos de tarjeta
▪ R: Registrar pago
▪ R: Registrar calificación de las tiendas
Entidades del negocio

▪ Comprobante de pago
▪ Orden de compra
▪ Tarjeta de crédito/débito
▪ Producto
▪ Ofertas
▪ Inscripción tienda
▪ Inscripción del consumidor
▪ Carrito
▪ Calificación tienda
11
12
13
14
2.2. Modelado de Requisitos
2.2.1. Modelo de Requisitos
REQUISITOS CASO DE USO ACTORES

El sistema debe permitir elegir tipo Validar datos de acceso al
RF01 CU01 Sistema
de usuario sistema
El sistema debe permitir al Registrar los datos de la
Administrador
RF02 administrador de la tienda registrar CU02 tienda
de Tienda
los datos de la tienda
El sistema debe permitir a la tienda Registrar productos a Administrador
RF03 CU03
registrar productos a vender vender de Tienda
El sistema debe permitir al
Registrar ofertas de los Administrador
RF04 administrador de la tienda registrar CU04
productos a vender de Tienda
las ofertas de los productos a vender
Dar mantenimiento a los Administrador
RF05 administrador de la tienda dar CU05
productos de Tienda
mantenimiento a los productos
El sistema debe mostrar pedido al Administrador
RF06 CU06 Mostrar pedido
administrador de la tienda de Tienda
Atender pedido de Administrador
RF07 administrador de la tienda atender CU07
compra de Tienda
pedido de compra
El sistema debe permitir registrar
RF08 CU08 Registrar consumidor Consumidor
consumidor
El sistema debe permitir al cliente Ingresar productos a Consumidor
RF09 CU09
final ingresar productos a buscar buscar
El sistema debe realizar la búsqueda Realizar búsqueda por
RF10 CU10 Consumidor
de productos productos
El sistema debe mostrar los Mostrar productos de
RF11 CU11 Consumidor
productos buscados búsqueda
El sistema debe permitir seleccionar
RF12 CU12 Seleccionar productos Consumidor
productos al cliente final
El sistema debe permitir ingresar
RF13 CU13 Ingresar datos de tarjeta Consumidor
datos de tarjeta al cliente final
El sistema debe permitir al cliente
RF14 CU14 Registrar pago Consumidor
final registrar pagos
El sistema debe permitir generar
RF15 CU15 Generar orden de compra Consumidor
orden de compra
15
El sistema debe permitir al cliente

Registrar calificación de
RF16 final registrar calificación de la CU16 Consumidor
las tiendas
tienda.
2.3. Análisis y Diseño de Sistemas
3. FASE DE ELABORACIÓN
3.1. Modelado de Requisitos
3.1.1. Casos de Usos del Negocio
CASO DE USO ACTORES
Validar datos de acceso al sistema. Sistema
Registrar tienda Administrador de la tienda
Registrar productos a vender Administrador de la tienda
Registrar ofertas de los productos Administrador de la tienda
Mantenimiento a los productos Administrador de Tienda
Mostrar pedido Administrador de Tienda
Atender pedido Administrador de Tienda
Registrar consumidor Consumidor
Ingresar productos a buscar Consumidor
Realizar búsqueda de productos Sistema
Mostrar productos de búsqueda Sistema
Seleccionar productos Consumidor
Ingresar datos de tarjeta Consumidor
Registrar pago Sistema
Generar orden de compra Sistema
Registrar calificación de las tiendas Consumidor
16
3.1.2. Especificaciones del caso de Uso
Nombre: Validar datos de acceso al sistema
Autor Compravey
Fecha 15/06/2020
Descripción Se hace una validación de los usuarios con los datos personales y la base
de datos
Actores Sistema
Precondición El usuario debe haber ingresado sus datos de usuario y contraseña
Flujo Normal 1. El caso de uso comienza cuando se envían los datos del usuario a la
base de datos
2. La base de datos envía la respuesta al sistema
3. Se valida si el usuario ingresa datos correctos de ingreso al sistema
4. Se accede a la plataforma
5. El caso de uso finaliza
Flujo Alternativo Datos Incorrectos
En el paso 3 el sistema deniega o da acceso de ingreso al sistema al

usuario
Postcondiciones
17
Nombre: Registrar Tienda
Autor Compravery
Fecha 15/06/2020
Descripción Se registra los datos de la tienda en la BBDD, con datos de ubicación,

RUC entre otros. Para ingresar al sistema.
Actores Administrador de la tienda
Precondición El administrador de la tienda debe haber hecho un contrato con los

creadores del sistema Compravery
Flujo Normal El caso de uso comienza cuando el administrador da clic en registrarse.
El sistema muestra un formulario de registro de usuario.
El administrador de la tienda ingresa datos: Nombre del administrador o

dueño de la tienda, Nombre de tienda, RUC de tienda, ubicación de
tienda, fecha de creación.
El administrador da clic en “Guardar”.
El sistema envía los datos ingresados a la BBDD.
El caso de uso finaliza.
Flujo Alternativo Datos incompatibles
En el paso 3, el sistema cancela el registro de tienda cuando se ingresan

datos incompatibles con el formato establecido.
Postcondiciones
18
Nombre: Registrar productos a vender
Autor Grupo Compravery
Fecha 15/06/2020
Descripción Se registra los productos de primera necesidad que la tienda va a

ofrecer.
Precondición El administrador debe haber registrado la tienda registrado en el

sistema.
Flujo Normal El caso de uso comienza cuando el administrador de clic en Registrar

productos
El sistema muestra un formulario de registro de productos
El administrador ingresa los datos del producto: Nombre, peso, cantidad,

marca, tipo, descripción de producto, precio.
El administrador hace clic en guardar producto
El sistema muestra un mensaje para confirmar si se desea guardar

productos
El usuario acepta
El sistema agrega el producto a la Base de datos
El sistema envía mensaje de “Producto agregado”
El caso de uso termina
Flujo Alternativo Datos incorrectos:
En el paso 3 el administrador ingresa datos incompatibles con los inputs
Cancelar
El administrador indica cancelar registro
Postcondiciones
19
Nombre: Registrar ofertas de los productos
Autor Grupo CompraVery
Fecha 15/05/2020
Descripción Se registra el cliente en la base de datos, con lo datos personales para

poder generar la cita médica
Precondición El administrador debe haber registrado productos
1. El caso de uso comienza cuando el administrador de clic en

Flujo Normal Registrar ofertas de productos
2. El sistema muestra un formulario de registro ofertas de productos
3. El administrador ingresa los datos de la promoción: código
producto, nombre producto, descripción, precioOferta, cantidad,
marca, tipo.
4. El administrador hace clic en guardar oferta.
5. El sistema muestra un mensaje para confirmar si se desea guardar
la oferta
6. El usuario acepta
7. El sistema los datos de la oferta a la Base de datos
8. El sistema envía mensaje de “Oferta Registrada”
9. El caso de uso termina
Flujo Alternativo Datos incorrectos:
En el paso 3 el administrador ingresa datos incompatibles con los inputs
Cancelar
El administrador indica cancelar registro de oferta de producto
Postcondiciones
20
Nombre: Mantenimiento de Productos
Autor CompraVery
Fecha 15/05/2020
Descripción Consiste en aplicar un CRUD a los productos que se tienen

ingresados
Actores Dueño de la tienda
Precondición Los productos hayan sido registrados

Flujo básico-Insertar
Flujo Normal 1. El dueño de la tienda le da la opción para añadir nuevo
producto.
2. El sistema muestra un formulario de productos vacío.
3. El dueño de la tienda agrega los datos en los campos del
formulario.
4. El dueño de la tienda le da la opción de guardar.
5. El sistema valido los datos.
6. Los datos se añaden a la tabla de productos.
7. Finaliza el proceso.
Flujo básico-eliminar
1. El dueño de la tienda selecciona un producto de la tabla de
datos.
2. Selecciona la opción eliminar ítem.
3.El producto es eliminado de la tabla de datos.
4.Finaliza el proceso.
Flujo básico-actualizar
1. El dueño de la tienda selecciona un producto de la tabla de
datos.
2. Selecciona la opción actualizar.
3. Se habilita la opción de escritura en la tabla de datos.
4. Se ingresa los nuevos valores al producto: precio, descripción,
stock, etc.
5. Se da la opción guardar cambios.
Flujo Alternativo Para el paso 3 de la opción insertar, al intentar añadir un producto

que ya existe el sistema mostrara un mensaje de advertencia,
preguntando si se desea reemplazar el registro existente
Postcondiciones Se ha modificado los registros en el sistema de mantenimiento de

productos
21
Nombre: Mostrar Pedido
Autor CompraVery
Fecha 15/05/2020
Descripción Consiste en visualizar las órdenes de compra realizadas por el

consumidor final.
Precondición Asignar un tiempo de entrega para el pedido

Flujo básico
Flujo Normal 1.El dueño de la tienda inicia sesión.
2. Se observa una notificación nueva de un pedido.
3. El dueño selecciona la notificación.
4. Se muestra una ventana con los detalles de la orden de compra.
5. La notificación aparece como leída.
6.Se regresa al menú principal.
Flujo Alternativo En el paso 3, el dueño tiene la opción de marcar una notificación

como no leída, para tenerla de recordatorio.
Postcondiciones Asignar un tiempo de entrega para el pedido
Nombre: Atender Pedido
Autor CompraVery
Fecha 15/05/2020
Descripción Consiste en preparar el pedido y asignar al repartidor
22
Precondición Asignar un tiempo de entrega para el pedido

Flujo básico
Flujo Normal 1.El dueño de la tienda asigna orden de compra a un empleado.
2.El empleado arma el kit de entrega.
3.El dueño de la tienda se loguea al sistema.
4. El dueño estima un tiempo de entrega al cliente.
5. El repartidor recibe los datos del cliente para hacer la entrega.
6. El repartidor realiza el delivery.
7.Finaliza proceso.
Para el paso 5 el repartidor, puede atender más de un pedido a la

Flujo Alternativo vez. Siempre y cuando estén por la misma ruta de entrega.
Postcondiciones
Nombre: Registrar Consumidor
Fecha 15/05/2020
Descripción Creación de una cuenta estándar como consumidor final.
Actores Consumidor
Precondición Validación de los datos ingresados
1. El consumidor ingresa al formulario de registro.

Flujo Normal 2. Se llenan los campos con la información solicitada.
3. El sistema valida los datos ingresados.
4. El sistema te direcciona a la interfaz login.
5.Fin del proceso
Flujo Alternativo Para el paso 3 si el sistema detecta que algunos campos contienen datos
incorrectos, estos campos son reseteados y se tiene que ingresar
nuevamente la información.
Postcondiciones
23
Nombre: Ingresar productos a buscar
Fecha 15/05/2020
Descripción Se indican los productos de los que se requiere efectuar una búsqueda
de disponibilidad
Actores Consumidor
Precondición El consumidor se debe haber registrado en la plataforma.
El administrador debe haber registrado productos en la tienda.

1. El caso de uso comienza cuando el usuario se sitúa en la caja de
Flujo Normal texto para búsquedas de productos.
2. El sistema brindará un mensaje indicando el uso de la caja de
texto.
3. El mensaje brindado dice “Ingrese un producto a buscar”
4. El caso de uso termina
Flujo Alternativo Campo de búsqueda no disponible
En caso de una sobrecarga del sistema, se podrían producir bloqueos de

algunos campos del sistema.
Postcondiciones Luego de la ejecución de este caso de uso, se debe efectuar la búsqueda

de los productos ingresados.
Nombre: Realizar búsqueda de productos
Fecha 15/05/2020
Descripción Se realiza la búsqueda de los productos ingresados en el campo de texto

de búsqueda
24
Actores Sistema
Precondición Se debe haber ingresado un producto a buscar en la caja de texto de

búsqueda
El administrador debe haber registrado productos en la tienda.

1. El caso de uso comienza cuando el consumidor da clic en el
Flujo Normal botón de búsqueda de producto
2. El sistema realiza la validación del texto ingresado por el
consumidor.
3. El sistema realiza la consulta a la base de datos respecto a los
productos ingresados.
4. En caso de que el producto exista, el sistema brinda una
respuesta a la búsqueda con los principales datos de los
productos que coincidan con la búsqueda, tales como el nombre
completo de cada producto, la descripción del producto, el tipo
de producto, el stock disponible y el precio.
5. El sistema almacena temporalmente los datos de la respuesta
en un objeto de respuesta.
6. El caso de uso termina.
Flujo Alternativo El producto no cumple con los criterios de búsqueda
Si el texto ingresado corresponde a un término no identificable o

inexistente, no se podrá ejecutar la búsqueda del producto
El campo de texto de búsqueda se encuentra vacío
Si no se ingresa ningún texto en el campo de búsqueda, no se producirá

la búsqueda de ningún producto y no existirá ninguna respuesta.
El producto no se encuentra en stock
Si la búsqueda brinda el resultado de una búsqueda sin stock, el objeto

de respuesta contendrá un mensaje de “producto no disponible”
Postcondiciones Luego de la ejecución del caso de uso, se procederá a mostrar los

resultados de la búsqueda realizada.
25
Nombre: Mostrar productos de búsqueda
Fecha 15/05/2020
Descripción Se muestran el resultado de la búsqueda de producto realizada.
Actores Sistema
Precondición Debe haberse realizado el caso de uso de búsqueda de producto
1. El caso de uso comienza con la recopilación de los datos de parte

Flujo Normal del objeto de respuesta.
2. Se organizan los datos recopilados, tales como el nombre
completo de cada producto, la descripción del producto, el tipo
de producto, el stock disponible y el precio.
3. Se muestra todos los datos de la respuesta en la interfaz del
usuario.
Flujo Alternativo Resultado de producto sin stock
Si la respuesta de la búsqueda resulta en un producto sin stock, se

mostrará el resultado de “Producto sin stock”
Resultado de producto no encontrado
Si la respuesta de la búsqueda resulta en un producto inexistente, se

mostrará el resultado de “Producto no encontrado”
Postcondiciones
26
Nombre: Seleccionar productos
Fecha 15/05/2020
Descripción Se realiza la selección de los productos mostrados en la interfaz luego

del proceso de búsqueda
Actores Consumidor
Sistema
Precondición El consumidor debe haber efectuado la búsqueda de un producto
El sistema debe haber encontrado productos luego de la realización de la

búsqueda de productos.
1. El caso de uso comienza cuando el consumidor da clic a la casilla
Flujo Normal de selección de cada producto mostrado.
2. El consumidor realiza la selección de la cantidad de cada
producto que va seleccionando.
3. El sistema realiza una concatenación de los productos que el
consumidor está seleccionando
4. El sistema almacena los productos seleccionados en una
colección.
5. El consumir le da clic al botón de continuar con la compra.
Flujo Alternativo El consumidor no selecciona ningún producto
Si el consumidor no efectúa la selección de ningún producto, el caso de

uso no se realiza.
Se cancela la selección del producto
Si el consumidor le da clic al botón de retroceder, se cancelará el

proceso de selección y no se realizará ninguna concatenación de
productos.
Postcondiciones
27
Nombre: Ingresar datos de tarjeta
Fecha 15/05/2020
Descripción Se ingresan los datos de la tarjeta con la que se pagarán por los
productos elegidos.
Actores Consumidor
Precondición El consumidor selecciona los productos que desea.
Flujo Normal 1. El caso de uso comienza cuando el consumidor indica pagar los
productos seleccionados.
2. El sistema muestra un formulario vacío
3. El consumidor ingresa los datos de la tarjeta con la que pagará

por los productos
4. El consumidor indica al sistema que guarde los datos.
5. El sistema valida si la tarjeta es válida
Flujo Alternativo Datos no válidos
En el paso 5, el sistema verifica si existe la tarjeta ingresada
Cancelar
El consumidor decide no registrar su tarjeta.
Postcondiciones
28
Nombre: Registro de Pago
Fecha 15/05/2020
Descripción Se registra el pago de los productos elegidos.
Actores Sistema - Consumidor
Precondición El consumidor ingresa la tarjeta de pago.
Flujo Normal 1. El caso de uso comienza cuando el consumidor ha registrado su

tarjeta de pago.
2. El sistema verifica que la tarjeta sea válida.
3. El sistema hace el cobro respectivo de los productos
4. El sistema muestra la confirmación del cobro.
Flujo Alternativo Monto insuficiente
En el paso 2, la tarjeta no es válida
En el paso 3, la tarjeta es válida pero no cuenta con el monto suficiente.
Cancelar
Postcondiciones
29
Nombre: Generar Orden de compra
Fecha 15/05/2020
Descripción Se le entrega al consumidor su orden de compra por los productos
Actores Sistema - Consumidor
Precondición El consumidor registró correctamente el pago.
Flujo Normal 1. El caso de uso comienza cuando el sistema verifica que se ha

pagado el monto respectivo por los productos.
2. El sistema genera la orden de compra con la que el consumidor

sabrá que se ha registrado su pago correctamente.
3. El caso de uso finaliza.
Flujo Alternativo Monto insuficiente
En el paso 2, la tarjeta es válida pero no cuenta con el monto suficiente.
Cancelar
Postcondiciones
30
Nombre: Registrar calificación de tienda
Fecha 15/05/2020
Descripción El consumidor califica la tienda elegida.
Actores Consumidor
Precondición El consumidor recibió sus productos a domicilio.
Flujo Normal 1. El caso de uso comienza cuando el consumidor ha recibido sus

productos.
2. El consumidor decide calificar su experiencia.
3. El sistema muestra un formulario vacío.
4. El consumidor califica el cómo le pareció la experiencia con la

tienda elegida.
5. El consumidor ingresa un mensaje con recomendaciones o

quejas.
6. El consumidor indica al sistema que guarde los datos.
7. El sistema valida si los datos son validos
8. Se envían los datos
Flujo Alternativo No calificar
En el paso 2, el consumidor decide no calificar su experiencia.
Postcondiciones
31
3.2. Análisis del Sistema
3.2.1. Paquete de Análisis
En esta parte de proyecto se diferenciaron los paquetes según casos de uso.

Además de muestra el diagrama de casos de usos según análisis.
32
3.2.2. Clases de Entidad
En esta parte del proyecto se mostrarán los diagramas de clases de realizaciones

de casos de uso según análisis.
3.2.3. Realizaciones de Caso de Uso
RA: Validar datos de acceso al sistema
RA: Registrar tienda
33
RA: Registrar productos a vender
RA: Registro de ofertas
34
RA: Mantenimiento de producto
RA: Atender Pedido
35
RA: Registrar Consumidor
RA: Mostrar Pedido
RA: Ingresar productos a buscar
36
RA: Realizar búsqueda por productos
RA: Mostrar productos de búsqueda
RA: Seleccionar productos
37
RA: Ingresar datos de tarjeta
RA: Registro de Pago
RA: Generar Orden de Compra
RA: Registrar Calificación de tienda
38
PAQUETE REPORTES
Diagrama de comunicación y secuencian de la realización de caso de uso generar

orden de compra
39
Diagrama de comunicación y secuencian de la realización de caso de uso

registrar calificación de las tiendas
40
PAQUETE PAGO
Diagrama de comunicación y secuencian de la realización de caso de uso ingresar

datos de tarjeta
41

registrar pago
PAQUETE PEDIDO
42
Diagrama de comunicación y secuencian de la realización de caso de uso mostrar

pedido
43
Diagrama de comunicación y secuencian de la realización de caso de uso atender

pedido
44
PAQUETE REGISTRO
45
Diagrama de comunicación y secuencian de la realización de caso de uso validar

datos de acceso al sistema
46

registrar productos a vender
47

registrar consumidor
48

registrar ofertas de productos
49

mantenimiento a productos
50

registrar tienda
51
PAQUETE SELECCIÓN
Diagrama de comunicación y secuencian de la realización de caso de uso ingresar

productos a buscar
52
Diagrama de comunicación y secuencian de la realización de caso de uso realizar

búsqueda de productos
53
Diagrama de comunicación y secuencian de la realización de caso de uso mostrar

productos de búsqueda
54

seleccionar productos
55
3.2.4. Diagrama de Clases
El siguiente diagrama detallaremos el diagrama de clases o modelo conceptual.
3.2.5. Tarjetas CRC de cada clase
Nombre de la Clase: Categoría

Responsabilidad Colaboradores
Almacenar los datos de un objeto categoría de Producto
cada producto en la tienda Tienda
Manejo de métodos getters y setters
56
Nombre de la Clase: Producto

Almacenar los datos de un objeto producto, Categoría
esta clase es la clase principal de todo el Oferta
diagrama de clases, ya que es la unidad básica Tienda
del negocio. Consumidor
Nombre de la Clase: ProductoConsumidor

Registro datos de los identificadores de Producto
producto y consumidor Consumidor
Nombre de la Clase: Tienda

Almacenar datos de un objeto tienda. Tienda
Manejo de métodos getter y setters. Producto
Nombre de la Clase: Calificación de tienda
Almacena los datos que un usuario asigna a Consumidor
la tienda. Trabajador
Manejo de métodos getters y setters. Tienda
57
Nombre de la Clase: Consumidor
Registro datos de un objeto consumidor. Tienda
Manejo de métodos getters y setters. Calificacion_Tienda
Producto
Nombre de la Clase: Ofertas

Almacenar datos de la oferta de productos Producto
para asignar precio de ofertas de los
productos por un determinado tiempo
Manejo de métodos getters y setters.
Nombre de la Clase: Tarjeta crédito

Almacenar los datos de las tarjetas de Pago
créditos para el pago de los productos. Orden_Compra
Manejo de métodos getters y setters. Consumidor
Nombre de la Clase: Pago
Almacenar los datos del pago de una orden Tarjeta de crédito
de compra, se registra los detalles y Consumidor
descripción del pago.
Manejo de métodos getters y setters.
58
Nombre de la Clase: Orden_Compra

Esta clase almacena está referenciada con Producto
los detalles de la compra. Consumidor
Uso de métodos getters y setters. Comprobante de pago
Nombre de la Clase: Comprobante de Pago

Esa clase tiene como fin manejar los datos Orden_Compra
formales de la empresa y el monto neto,
bruto e IGV de la compra.
Uso de métodos getters y setters.
Nombre de la Clase: Inscripción
Registro datos personales del cliente finales Tienda
y el cliente directo. Consumidor
59
3.2.6. Modelo Lógico
3.2.7. Modelo Físico
60
3.3. Diseño de Sistema
3.3.1. Arquitectura Lógica del Sistema (Diagrama de Colaboración)
Diagrama de secuencia
61
Diagrama de colaboración o comunicación
3.3.2. Patrón de diseño
Compravery utiliza el patrón de diseño MVC(Modelo-Vista-Controlador) el cual

permite tener una arquitectura basada en capas para separar el código en función a
sus responsabilidades en la aplicación ayudando en la mejora de su calidad.
La capa de Vista contiene el código encargado de producir la interfaz gráfica de la

aplicación, entre algunos ejemplos en la aplicación tenemos a los JFrame para:
❖ Login de administrador, almacenero y consumidor

❖ Búsqueda de productos
❖ Añadir productos, proveedores y empleados
❖ Revisar inventario de productos
La capa de Modelo relaciona los datos con las que la aplicación opera, contiene los
mecanismos necesarios para acceso y actualización de información, tiene interacción
con la base de datos.
La capa de Controlador contiene el código que responde a las acciones que solicita el
usuario a través de la capa de vista. Esta capa sirve de enlace entre la vista y el modelo,
respondiendo a los mecanismos requeridos para implementar las necesidades de la
aplicación, entre los archivos utilizados por Compravery en esta capa son:
❖ Controlador Almacenero
❖ Controlador Consumidor
❖ Controlador Trabajador
❖ Ejecutable Almacenero
❖ Ejecutable Consumidor
❖ Ejecutable Trabajador
62
3.3.3. Arquitectura física del sistema
Diagrama de Despliegue
Diagrama de Componentes
63
3.4. Implementación y Pruebas
3.4.1. Screenshots del software
64
3.4.2. Descripción de cómo de implementará el software al usuario final
❖ Estudio y diseño de las acciones a desarrollar: El software se elaboró luego

de haber realizado el análisis de los requisitos del negocio, es decir, una fase
de diagnóstico para definir qué funcionalidades tendrá el software
Compravery, para que se ajuste de la mejor manera al minimarket cliente. Es
importante conocer cuáles son los procesos que se quieren controlar a través
de este y qué se espera obtener al final. De esta forma, se deben definir
elementos como: los procesos que se quieren gestionar a través del
software, el tipo de dispositivos con los que se quiere gestionar tales como
computadoras conectados a la red local o a través de navegador. Luego
definir el precio cuánto vale cada solución.
❖ Realización de un test en una muestra determinada de empleados: Como
segunda fase se implementa nuevas formas de hacer las cosas no es una
tarea tan sencilla, pues siempre nos encontraremos con resistencia al
cambio. Por lo tanto, es importante trabajar de cerca con las personas
involucradas en gestionar el nuevo software para que entiendan muy bien
los beneficios del software Compravery, y estén dispuestos a aprender. Así
mismo, esta fase comienza con charlas sobre cambios en los procesos
pertinentes, en caso de que se deban implementar nuevos procesos, pero
tiene su mayor peso a la hora de hacer el cambio definitivo.
❖ Elaboración de una prueba piloto: Si bien el software Compravery está
diseñado para funcionar de manera correcta desde el primer día, debido a
que se trabaja con personas que se deben adaptar, es necesario tener una
fase de pruebas donde es posible que convivan los procesos nuevos y los
antiguos. Sin embargo, esta fase debe ser corta y las personas deben estar
atentas a encontrar errores o inconsistencias con el fin de corregirlos lo más
pronto posible y tener una fase final exitosa.
❖ Implantación general de la herramienta: Después de que han pasado todas
las pruebas, solo resta usar el software Compravery. Pero el trabajo no acaba
aquí, pues constantemente se deben realizar pruebas para asegurar que el
65
software continúa cumpliendo con las necesidades. Y posteriormente se

deben realizar las actualizaciones correspondientes.
❖ Evaluación final de los resultados obtenidos: En esta etapa se debe haber
implementado el software de manera exitosa y ya haber integrado los
procesos con el software Compravery.
❖ Ejecución de un seguimiento pertinente que resuelva incidencias puntuales
y proponga mejoras: Esto es para versiones mejoradas de Compravery, es
decir, cambios futuros posibles para su elaboración en versiones posteriores.
3.4.3. Pruebas (tipos) – Formatos de validación
Módulo de Pruebas
Priorización de Pruebas
Tipo de Requerimiento Factor de Descripción Factor Descripción Prioridad
prueba a probar riesgo Operacional p/
probar
Funcional Administrador Error en la Formulario de Ingreso de El Alto
- Login validación de acceso de datos: administrador
datos administrador Administrador inicia la
Problemas con mediante los aplicación
la BD campos de para visualizar
usuario y el formulario
contraseña de logueo
Funcional Administrador Datos de Formulario de Ingreso de El Alto
- Añadir empleado no creación de datos: administrador
empleado copiados registros de Administrador se loguea,
correctamente nuevos accede al
Los datos no empleados de menú de
se almacenan la tienda empleados y
en la BD ElFast selecciona el
botón de
añadir
empleado
- Añadir producto no creación de datos: administrador
productos copiados registros de Administrador se loguea,
productos a menú de
Los datos no vender en la proveedores,
se almacenan tienda ElFast elige un
en la BD proveedor y
selecciona
66
generar orden
de compra y
selecciona
añadir
producto
- Añadir proveedor no creación de datos: administrador
proveedores copiados registros de Administrador se loguea,
proveedores menú de
Los datos no para la tienda proveedores y
se almacenan ElFast selecciona el
en la BD botón de
añadir
proveedor
para visualizar
el formulario
de
proveedores
Funcional Administrador Datos de Formulario de Ingreso de El Medio
- almacén búsqueda no consulta de datos: administrador
copiados productos en Administrador se loguea y
correctamente el almacén de accede al
Falla al la tienda menú de
mostrar ElFast de almacén
productos de acuerdo a las
almacén fechas
Falla al establecidas
generar en los campos
reporte FECHA
INICIAL y
FECHA FINAL
Funcional Administrador Datos para la Formulario de Ingreso de El Bajo
- Ofertas y oferta no asignación de datos: administrador
precios copiados precios y de Administrador se loguea y
correctamente ofertas de accede al
Falla al acuerdo a los menú de
guardar oferta productos ofertas
disponibles
en la tienda
ElFast
Funcional Almacenero - Error en la Formulario de Ingreso de El almacenero Alto
Login validación de acceso de datos: inicia la
datos almacenero Almacenero aplicación
Problemas con mediante los para visualizar
la BD campos de el formulario
de logueo
67
usuario y
contraseña
Funcional Almacenero - Falla en Formulario de Ingreso de El almacenero Medio

Inventario búsqueda por búsqueda de datos: se loguea y
orden de compras Almacenero accede al
compra realizadas y menú de
Falla al posterior inventario
mostrar confirmación
productos de para ingreso
inventario de productos
Datos de al almacén
inventario no
copiados
correctamente
Falla al
imprimir tabla
de productos
Funcional Consumidor - Error en la Formulario de Ingreso de El consumidor Alto
Login validación de acceso de datos: inicia la
datos consumidor Consumidor aplicación
Problemas con mediante los para visualizar
la BD campos de el formulario
usuario y de logueo
contraseña
Funcional Consumidor - Problemas en Formulario de Ingreso de El consumidor Alto
búsqueda de la BD al cargar búsqueda de datos: se loguea y
Productos datos de productos Consumidor accede al
productos disponibles menú de
Falla del en la tienda búsqueda de
sistema al ElFast productos
buscar mediante los
producto datos
ingresados en
el campo
BÚSQUEDA
PRODUCTO
68
Módulo de Pruebas
probar
Desempeño Administrador Largo tiempo Problemas Usado por el Tiempo de Alto
- Login en la espera de con la administrador espera del
la solicitud de conexión a la administrador
acceso del BD desde la
administrador. Falta de un solicitud de
Falla en método en inicio de
reconocimiento el código sesión hasta
de caracteres para el acceso al
especiales. caracteres software
especiales.
- Añadir en la espera de con la administrador espera del
empleado la inserción de conexión a la administrador
registros de BD desde la
nuevos Falta de un solicitud de
empleados. método en registro de un
el código nuevo
para empleado
caracteres hasta la
especiales. confirmación
del software
- Añadir en la espera de con la administrador espera del
productos la inserción de conexión a la administrador
productos. método en registro de un
el código nuevo
para producto
caracteres hasta la
del software
69

- Añadir en la espera de con la administradorespera del
proveedores la inserción de conexión a la administrador
proveedores. método en registro de un
el código nuevo
para proveedor
caracteres hasta la
del software
Desempeño Administrador Largo tiempo Problemas Usado por el Tiempo de Medio
- almacén en la espera de con la administrador espera del
la consulta de conexión a la administrador
los productos BD desde la
en existencias. Falta de un consulta de
método en productos en
el código existencias en
para el almacén
caracteres hasta la
especiales. visualización
Devolución de resultados
de mensajes en una tabla.
de error por
productos
sin
existencias.
Desempeño Administrador Largo tiempo Problemas Usado por el Tiempo de Bajo
- Ofertas y en la espera de con la administrador espera del
precios la confirmación conexión a la administrador
de la asignación BD desde la
de precios y Problemas solicitud de
establecimiento con la asignación de
de las ofertas. confirmación precios y
de las creación de
cantidades ofertas hasta
asignadas y la
fechas fuera confirmación
de rango. del software.
Desempeño Almacenero - Largo tiempo Problemas Usado por el Tiempo de Alto
Login en la espera de con la almacenero espera del
la solicitud de conexión a la almacenero
almacenero. Falta de un solicitud de
para
70
de caracteres caracteres el acceso al

especiales especiales. software
Desempeño Almacenero - Largo tiempo Problemas Usado por el Tiempo de Medio

Inventario en la espera de con la almacenero espera del
la consulta de conexión a la almacenero
las órdenes de BD desde la
compra y la Falta de un consulta de
inserción de los método en órdenes de
nuevos el código compra hasta
productos con para la
entregas caracteres visualización
confirmadas al especiales. de resultados
almacén. Devolución en una tabla.
de mensajes Tiempo de
de error por espera del
productos administrador
sin desde la
existencias. solicitud de
inserción de
productos
comprados
en el almacén
hasta la
confirmación
del software.
Desempeño Consumidor - Largo tiempo Problemas Usado por el Tiempo de Alto
Login en la espera de con la consumidor espera del
la solicitud de conexión a la consumidor
consumidor. Falta de un solicitud de
de caracteres para el acceso al
especiales. caracteres software
especiales.
Desempeño Consumidor - Largo tiempo Problemas Usado por el Tiempo de Alto
Búsqueda de en la espera la con la consumidor espera del
Productos búsqueda de conexión a la consumidor
nuevos BD. desde la
productos. Devolución consulta de
de mensajes productos
de error por disponibles
productos hasta la
71
sin visualización
existencias. de resultados
del software.
Módulo de Pruebas
probar
Configuración Sistema Sistema sin PC Sistema No aplica Alta
Administrador actualización Windows Administrador
de software 10
ni antivirus. 4 GB RAM
Intel Core
i5
Configuración Sistema Sistema sin PC Sistema Errores de Alta
Almacenero actualización Windows 7 Almacenero respuesta
de software 2GB RAM por
ni antivirus. Intel capacidad
Sistema con Celeron de hardware
requisitos con
mínimos. requisitos
mínimos
Consumidor 1 actualización Windows Consumidor 1
(Requisitos de software 10 (Requisitos
óptimos) ni antivirus. 8 GB RAM óptimos)
Posibilidad de Intel Core
bloqueo por i7
recursos
compartidos
con grandes
aplicaciones
externas.
Consumidor 2 actualización Windows 8 Consumidor 2
(Requisitos de software 4 GB RAM (Requisitos
aceptables) ni antivirus. Intel Core aceptables)
Posibilidad de i5
bloqueo por
recursos
compartidos
72
con grandes
aplicaciones
externas.
Configuración Sistema Sistema sin PC Sistema Errores de Media

Consumidor 1 actualización Windows 7 Consumidor 1 respuesta
(Requisitos de software 2GB RAM (Requisitos por
mínimos) ni antivirus. Intel mínimos) capacidad
Posibilidad de Celeron de hardware
bloqueo por con
recursos requisitos
mínimos mínimos
compartidos
con grandes
aplicaciones
externas.
Módulo de Pruebas
probar
Volumen Sistema Base de Datos Acceso de 30 Sistema NA Alta
Administrador sin respuesta consumidores Administrador
por colapso en simultáneo
ante acceso para consulta
concurrente de de productos
múltiples disponibles.
consumidores
al mismo
tiempo.
Almacenero sin respuesta consumidores Almacenero
por colapso en simultáneo
ante acceso para consulta
consumidores
al mismo
tiempo.
Consumidor 1 sin respuesta consumidores Consumidor 1
(Requisitos por colapso en simultáneo (Requisitos
óptimos) ante acceso para consulta óptimos)
73
consumidores
al mismo
tiempo.
aceptables) ante acceso para consulta aceptables)
consumidores
al mismo
tiempo.
mínimos) ante acceso para consulta mínimos)
consumidores
al mismo
tiempo.
74
1
CONCLUSIONES
Como resultado nuestro trabajo de elaboración de la documentación del software
Compravery presentado, se puede concluir en resaltar la importancia de la elaboración
del análisis de los requerimientos funcionales al momento de desarrollar un software.
A este paso se le agrega la planificación de las actividades que se van a realizar, el
desarrollo de cada etapa de la elaboración del software debe ir acompañado de la
documentación técnica adecuada, como diagrama. Tanto para que los programadores
puedan desarrollar el software y los usuarios finales puedan tener una guía de usuario.
De ese modo es más fácil su uso e implementación.
Por otro lado, es pertinente que la arquitectura del software está clara, y se tenga claro
que tecnología se utilizará, así como la propia implementación del software Compravery
en los usuarios finales que son los minimarkets.
Finalmente, es sumamente necesario realizar las pruebas de implementación del
software para realizar las correcciones en miras a la implementación final del software en
los dispositivos del cliente, en nuestro caso, la tienda ElFast.

Ejemplo - Proyecto-Compravery - (2) - 1

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Ejemplo - Proyecto-Compravery - (2) - 1

Cargado por

Copyright:

Formatos disponibles

Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

Análisis y Diseño de Sistemas

Del Carpio Mendoza, Luis U18103282

1. ÁMBITO DEL PROYECTO 5

RA: Registro de Pago 38

1. ÁMBITO DEL PROYECTO

1.1. Área (donde se va a llevar el proyecto)

1.2. Recursos Humanos para la elaboración de Proyecto

Desarrolladores y Encargados de la arquitectura del sistema, y

Especialistas en Marketing Encargados de captación de clientes, a

Diseñadores Encargados del desarrollo de los mockups

Encargados de la verificación de errores.

Visual Studio Code:

Node.js proporciona un conjunto de E/S asíncronas en su biblioteca estándar que

1.5. Cronograma de Actividades

2.1. Modelado del Negocio

2.1.1. MODELADO DE PROCESO DE NEGOCIO

Casos de Uso del negocio

▪ Validar datos de acceso al sistema.

▪ Aumentar las ventas de las tiendas urbanas de Jesús María en 20%

2.1.2. Modelo de Análisis de Negocio

Trabajadores del Negocio:

Realización de los CUN

Entidades del negocio

2.2. Modelado de Requisitos

2.2.1. Modelo de Requisitos

REQUISITOS CASO DE USO ACTORES

El sistema debe permitir al cliente

2.3. Análisis y Diseño de Sistemas

3.1. Modelado de Requisitos

3.1.1. Casos de Usos del Negocio

CASO DE USO ACTORES

Validar datos de acceso al sistema. Sistema

Registrar tienda Administrador de la tienda

Registrar productos a vender Administrador de la tienda

Registrar ofertas de los productos Administrador de la tienda

Mantenimiento a los productos Administrador de Tienda

Mostrar pedido Administrador de Tienda

Atender pedido Administrador de Tienda

Registrar consumidor Consumidor

Ingresar productos a buscar Consumidor

Realizar búsqueda de productos Sistema

Mostrar productos de búsqueda Sistema

Seleccionar productos Consumidor

Ingresar datos de tarjeta Consumidor

Registrar pago Sistema

Generar orden de compra Sistema

Registrar calificación de las tiendas Consumidor

3.1.2. Especificaciones del caso de Uso

Nombre: Validar datos de acceso al sistema

Precondición El usuario debe haber ingresado sus datos de usuario y contraseña

Flujo Alternativo Datos Incorrectos

En el paso 3 el sistema deniega o da acceso de ingreso al sistema al

Nombre: Registrar Tienda

Descripción Se registra los datos de la tienda en la BBDD, con datos de ubicación,

Actores Administrador de la tienda

Precondición El administrador de la tienda debe haber hecho un contrato con los

Flujo Normal El caso de uso comienza cuando el administrador da clic en registrarse.

El sistema muestra un formulario de registro de usuario.

El administrador de la tienda ingresa datos: Nombre del administrador o

El administrador da clic en “Guardar”.

El sistema envía los datos ingresados a la BBDD.