"Año del Bicentenario del Perú: 200 años de Independencia"

Facultad de Ingeniería Industrial y Mecánica

Integrador II – Emprendimiento Industrial

ENTREGA FINAL
Docente:
PALACIOS PALACIOS, JUAN MANUEL
Sección:
12454
Grupo N° 1

Integrantes:

- LEZAMA CÓRDOVA, LESLIE YANELLA

- CURIOSO MERCADO, MARS EDILIO ADOLFO
- ROMERO SALVADOR, NAOMI BRIGITTE

2021
 ÍNDICE
1. ÁMBITO DEL PROYECTO.......................................................................................................4
1.1. Área (donde se va a implementar el proyecto)...................................................................4
1.2. Recursos humanos para la elaboración de proyecto..........................................................4
1.3. Software.................................................................................................................................4
1.4. Hardware..............................................................................................................................5
1.5. Cronograma de actividades.................................................................................................6
2. FASE DE INICIO.........................................................................................................................8
2.1. Modelado de negocio............................................................................................................8
2.1.1. Modelo de proceso de negocio.........................................................................................10
2.1.2. Modelo de Análisis de negocio........................................................................................13
2.2. Modelado de requisitos.......................................................................................................18
2.2.1. Modelo de Requisitos.......................................................................................................18
3. FASE DE ELABORACIÓN......................................................................................................19
3.1. Modelado de requisitos.......................................................................................................19
3.1.1. Casos de uso del negocio.................................................................................................19
3.1.2. Especificaciones del caso de uso.....................................................................................20
3.2. Análisis del Sistema............................................................................................................31
3.2.1. Paquete de Análisis.........................................................................................................31
3.2.2. Clases de Entidad............................................................................................................32
3.2.3. Realización de Caso de Uso............................................................................................32
3.2.4. Modelo conceptual..........................................................................................................37
3.2.5. Modelo Lógico.................................................................................................................38
3.2.6. Modelo Físico..................................................................................................................39
3.2.7. Máquina de estado..........................................................................................................40
3.3. Diseño de sistema................................................................................................................40
3.3.1. Arquitectura Lógica del Sistema (Diagrama de colaboración)...................................40
3.3.2. Patrón de Diseño.............................................................................................................43
3.3.3. Arquitectura física del sistema......................................................................................44
3.4. Implementación y Pruebas.................................................................................................45
3.4.1. Screenshots del software................................................................................................45
3.4.2. Descripción de cómo se implementará el software al usuario final.............................49
3.4.3. Pruebas (tipos) – Formatos de validación.....................................................................51
4. CONCLUSIONES Y RECOMENDACIONES........................................................................55
 INTRODUCCIÓN

JUSTIFICACIÓN

El siguiente proyecto llamado TOP-LEVEL se basa en la necesidad que presenta las empresas
PYME de ventas ubicadas en el distrito de Barranco, con el fin de mejorar sus ventas para
tener mayor control sobres sus ingresos, egresos e inversiones. Por lo tanto, se desarrollará
una herramienta digital que satisfaga las necesidades del cliente externo como las del cliente
interno. La presente investigación está enfocada en brindar soluciones óptimas mediante el
uso de la tecnología, centrando la atención en la innovación de los procesos referidos a la
venta virtual.

OBJETIVOS GENERALES

Desarrollar un software de escritorio para optimizar el desarrollo de ventas, la rentabilidad de

la empresa y ofrecer soluciones correspondientes a PYMES ubicadas en el distrito de
Barranco.

OBJETIVOS ESPECÍFICOS

 Desarrollar el código fuente del software

 Realizar Finanzas corporativas
 Elaborar el modelo de negocio
 Recolectar información interna de la empresa
 Desarrollar la interfaz del proceso de venta
 Desarrollar la interfaz de estadísticas y soluciones

ASPECTOS DE LA ORGANIZACIÓN

MISIÓN

Conseguir que nuestros clientes puedan comprar y vender productos de manera segura, con
calidad garantizada a través de nuestra aplicación TOP-LEVEL.

VISIÓN
Ser la página web más usada para la compra y venta online por parte de las personas, en el
distrito de Barranco.

DESCRIPCIÓN

SolutionTI es una empresa desarrolladora de software dedicada a brindar soluciones aplicando

tecnologías a diferentes sectores.

1. ÁMBITO DEL PROYECTO

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

El proyecto se implementará en área de ventas de una tienda comercial en el

Analista de sistemas Se encarga de recolectar información

para optimizar los procesos del software.

Desarrolladores y programadores Se encargan de estructurar el sistema, así

como la programación de esta.

Testeador Se encarga de identificar las anomalías.
Ingenieros empresariales Se encarga de gestionar los procesos

empresariales.
Especialista en Mercadotecnia Se encarga de posicionar el software en

el mercado.

distrito de Barranco

1.2. Recursos humanos para la elaboración de proyecto

1.3. Software

Zoom: Es un software de videollamadas y reuniones virtuales, accesible desde

cualquier dispositivo de telecomunicaciones.

Java Web: Es aquella que incorpora efectos como texto que aparece y desaparece,
animaciones, acciones y/o etc. que se activan al pulsar botones y ventanas con
mensajes de aviso al usuario.
 HTML: “Hyper Text Markup Languaje”, es el lenguaje con el que se escriben las
páginas web. Es un lenguaje de hipertexto, es decir, un lenguaje que permite
escribir texto de forma estructurada, y que este compuesto por etiquetas, que
marcan el inicio y el fin de cada elemento del documento.

Java Script: Es un lenguaje de programación que se utiliza principalmente para

crear página web dinámica

Boosstrarp: Es una estructura inicial móvil depurada, intuitiva y potente para un

desarrollo más rápido y fácil de sitios de internet. Tiene una variedad de
herramientas en HTML, CSS Y JS.

CSS: “Cascade Style Sheet”, es un lenguaje de hojas de estilos creado para

controlar el aspecto o presentación de los documentos electrónicos definidos con
HTML y XHTML.

Oracle: Es una herramienta cliente/servidor para la gestión de bases de datos. Un

sistema de clase mundial se usa principalmente en grandes empresas; diseñado
para que las organizaciones puedan controlar y gestionar grandes volúmenes de
contenidos.

PHP: PHP (acrónimo recursivo de PHP: Hypertext Preprocessor ) es un lenguaje de

código abierto muy popular especialmente adecuado para el desarrollo web y que puede
ser incrustado en HTML.

MYSQL: Es un sistema de gestión de bases de datos que cuenta con una doble

licencia. Actualmente, es la base de datos de código abierto más famosa y
utilizada en el mundo entero.

1.4. Hardware

• 3 computadoras de escritorio
• 2 laptops
• 1 proyector
• 1 servidor de base de datos
1.5. Cronograma de actividades
2. FASE DE INICIO

2.1. Modelado de negocio

En la actualidad, existen negocios que están siendo afectado por la coyuntura presente,
por lo que la compra presencial es muy riesgosa. En algunos establecimientos limitan
el ingreso al público, esto genera largas colas y de esta manera, se convertiría en un
foco infeccioso. Además, que la compra de suministros es indispensable hoy en día.
Ante esta situación, se ha creado TOP-LEVEL, el cual brindará el servicio de compra
y venta, tanto para personas naturales como personas jurídicas. De esta manera, se
sigue moviendo la economía del país.
El modelo de negocio de este proyecto consiste en que las personas jurídicas puedan
vender sus productos y las naturales, comprar de manera segura y efectiva. Por ello, la
página web TOP-LEVEL ofrece un servicio de calidad y comodidad para todos sus
clientes.
2.1.1. Modelo de proceso de negocio

Actores de Negocio
• Consumidor
• Sistema
• Administrador

Casos de Uso del negocio

• Validar datos de acceso
• Registrar productos
• Registrar ofertas
• Mostrar estadísticas
• Mostrar soluciones
• Mostrar el pedido
• Atender pedido
• Ingresar producto a buscar
• Realizar búsqueda de productos
• Mostrar productos
• Seleccionar productos
• Seleccionar método de pago
• Factura o boleta
• Registra la compra
• Registra el pago

Objetivos de la empresa
• Aumentar proveedores en 20%
• Disminuir margen de error de cálculo en 10%
• Reducir tiempo compra en 10%
• Disminuir margen de error
• Mayor alcance en 15%
2.1.2. Modelo de Análisis de negocio

Trabajadores del negocio

 Sistema TOP-LEVEL
 Administrador
 Consumidor
 Proveedor
Realización de los CUN
 R: Validar credenciales
 R: Buscar producto
 R: Seleccionar productos
 R: Ingresar datos de tarjeta
 R: Realizar compra
 R: Valorar compra
 R: Registrar pedido
 R: Añadir productos
 R: Visualizar datos financieros
 R: Valorar sistemas
 R: Procesar pago
 R: Registrar consumidor
 R: Registrar proveedores
 R: Mostrar datos financieros

Entidades del negocio

 Carrito
 Documento de confirmación
 Nota de venta
 Pedido
 Producto
 Promociones
 Tarjeta de crédito / debito
 2.2. Modelado de requisitos
2.2.1. Modelo de Requisitos

COD.REQUERIMIENT
NOM.REQUERIMIENTO CASO DE USO ACTOR
O
Verificar
El sistema debe permitir
RF01 logear un cliente
contraseña y Sistema
usuario de cliente
Verificar
El sistema debe permitir contraseña y
RF02 logear a un proveedor usuario de
Sistema
proveedor
Registrar nuevo
El sistema debe permitir
proveedor con
RF03 crear registro de nuevo
datos
Sistema
proveedor
correspondientes
El sistema debe permitir Registrar datos
RF04 crear usuarios nuevos personales
Sistema
El sistema debe permitir Registrar producto,
RF05 registrar compras precio, fecha, etc.
Proveedor
El sistema debe permitir Mantener los datos
RF06 emitir un código de compra de la compra
Administrador
El sistema debe permitir Consultar o
RF07 consultar estado de compra cancelar pedido
Cliente
El sistema debe permitir
Consultar el estado
RF08 consultar estado de compra
de pedido
Proveedor
para proveedor
El sistema debe permitir Consultar, verificar
RF09 consultar información de estado de los Administrador
usuarios y proveedores procesos de venta
Elaborar una
El sistema debe permitir constancia de
RF10 emitir una constancia de compra con todos Administrador
compra a usuario los datos
correspondientes
Pagar los
El sistema debe permitir
productos por
RF11 realizar pagos por
medio de tarjeta
Cliente
diferentes tipos de tarjeta
débito o crédito
 3. FASE DE ELABORACIÓN

3.1. Modelado de requisitos

3.1.1. Casos de uso del negocio

CASO DE USO ACTOR

Verificar contraseña y usuario de cliente Sistema
Verificar contraseña y usuario de proveedor Sistema
Registrar nuevo proveedor con datos
Sistema
correspondientes
Registrar datos personales Sistema
Registrar producto, precio, fecha, etc. Proveedor
Mantener los datos de la compra Administrador
Consultar o cancelar pedido Cliente
Consultar el estado de pedido Proveedor
Consultar, verificar estado de los procesos de
Administrador
venta
Elaborar una constancia de compra con todos
Administrador
los datos correspondientes
Pagar los productos por medio de tarjeta débito
Cliente
o crédito
 3.1.2. Especificaciones del caso de uso

Nombre Verificar contraseña y usuario de cliente

Autor TOP-LEVEL

Fecha 15/06/2021
Se hace una validación de los usuarios y
Descripción
contraseña con la BDD.
Actores Sistema

El usuario debe haber ingresado previamente sus

Precondición
datos de usuario y contraseña
1. Se envía los datos de usuario y contraseña en
la BDD.
Flujo Normal 2. El sistema valida conciencia con la BDD.
3. El sistema da acceso a la plataforma.
4. El caso de uso finaliza

Datos incorrectos
Flujo Alternativo
El paso 2 niega el acceso al sistema si no hay
coincidencias.

Postcondiciones
 Nombre Verificar contraseña y usuario de proveedor

Autor TOP-LEVEL

Fecha 25/06/2021

Se hace una validación de los proveedores y

Descripción
contraseña con la BDD.
Actores Sistema

El proveedor debe haber ingresado previamente

Precondición
sus datos de usuario y contraseña
1. Se envía los datos de proveedor y contraseña
en la BDD.
Flujo Normal 2. El sistema valida conciencia con la BDD.
3. El sistema da acceso a la plataforma.
4. El caso de uso finaliza

Datos incorrectos
Flujo Alternativo
El paso 2 niega el acceso al sistema si no hay
coincidencias.

Postcondiciones
 Registrar nuevo proveedor con datos
Nombre
correspondientes

Autor TOP-LEVEL

Fecha 5/07/2021

Descripción Se registra los datos del proveedor.

Actores Sistema

El proveedor debe ingresar los datos de su

Precondición
empresa.
1. Se ingresa al frame de registro proveedor.
2. Se rellena el formulario correspondiente.
Flujo Normal 3. El sistema valida los datos.
4. Se registra al proveedor.
5. Caso de uso terminado

Datos incorrectos
Flujo Alternativo
El paso 3 se invalida el registro si no son
verdaderos los datos.

Postcondiciones
 Nombre Registrar datos personales

Autor TOP-LEVEL

Fecha 15/07/2021

Descripción Se registra los datos de los compradores.

Actores Sistema

La persona natural o jurídica debe ingresar sus

Precondición
datos.

1. Se ingresa al frame de registro usuario.

2. Se rellena el formulario correspondiente.
Flujo Normal
3. Se registra al comprador.
4. Caso de uso terminado

Requisitos no cumplidos
Flujo Alternativo
El paso 2 se invalida el registro si la contraseña
no cumple los requisitos.

Postcondiciones
 Nombre Registrar producto, precio, fecha, etc.

Autor TOP-LEVEL

Fecha 25/07/2021

Se registra los productos y sus atributos

Descripción
correspondientes.

Actores Proveedor

Los proveedores deben acceder a la página web

Precondición
correspondiente.

1.Se ingresa a la página web de registro de

productos.
Flujo Normal 2. Se rellena el formulario correspondiente.
3. Se registra el producto.
4. Caso de uso terminado

Datos incorrectos
Flujo Alternativo
El paso 2 se invalida el registro si los campos no
están llenados correspondientemente.

Postcondiciones
 Nombre Mantener los datos de la compra

Autor TOP-LEVEL

Fecha 5/08/2021

Se da mantenimiento e identificar posibles

Descripción
errores.

Actores Administrador

El administrador debe de acceder a la BDD y los

Precondición
registros de compra de la página web.

1. Se ingresa a la página web de registro de

compra.
2. Se accede a la BDD.
Flujo Normal
3. Se analiza los registros.
4. Se soluciona errores.
5. Caso de uso terminado

Errores identificados
Flujo Alternativo
En el paso 4, si se identifica errores o
irregularidades se procede a solucionar ello.

Postcondiciones
 Nombre Consultar o cancelar pedido

Autor TOP-LEVEL

Fecha 15/08/2021

Se ve el proceso de compra del producto así

Descripción
como su posible cancelación

Actores Cliente

El cliente debe de acceder a la página web y

Precondición
sección correspondiente.

1. Se ingresa a la página web.

2. Se accede a la sección de compras.
3. Se selecciona la compra a ver.
Flujo Normal
4. Se ve el estado de la compra.
5. Se cancela el pedido.
6. Termina caso uso.
Producto no deseado.

Flujo Alternativo En el paso 5, si cancela el pedido si el usuario lo

considera sino se continua con el proceso de
compra.

Postcondiciones
 Nombre Consultar el estado de pedido

Autor TOP-LEVEL

Fecha 25/08/2021

El proveedor revisa el estado del pedido si hay

Descripción
algún cambio por parte del cliente.

Actores Proveedor

Los proveedores deben acceder a la página web y

Precondición
sección correspondiente

1.Se ingresa a la página web.

2. Se accede a la sección de pedidos.
Flujo Normal
3. Se visualiza los estados de los pedidos.
4. Termina caso uso.

Detener proceso de compra.

Flujo Alternativo En el paso 3, si se visualiza como “cancelado” el

pedido, se procede a detener el proceso del
pedido.

Postcondiciones
 Consultar, verificar estado de los procesos de
Nombre
venta

Autor TOP-LEVEL

Fecha 4/09/2021

Se verifica el estado de los pedidos e identifica si

Descripción
no hay irregularidades.

Actores Administrador

Precondición Ingresar a la página web y acceder a la BDD.

1. Se ingresa a la página web.

2. Se accede a la BDD.
3. Se visualiza los estados de los pedidos.
Flujo Normal
4. Visualizar el proceso de compra.
5. Solucionar irregularidades.
6. Terminar caso de uso.

Solucionar errores.
Flujo Alternativo
En el paso 5, si se identifica irregularidades en el
proceso de pedido se procede a solucionarlo.

Postcondiciones
 Elaborar una constancia de compra con todos los
Nombre
datos correspondientes

Autor TOP-LEVEL

Fecha 14/09/2021

Descripción Se elabora constancia de la compra.

Actores Administrador

Ingresar a la BDD y al editor de documentos a

Precondición
usar.

1. Se ingresa a la BDD.
2. Se verifica los datos.
Flujo Normal 3. Se realiza la documentación.
4. Se envía la constancia a cliente.
5. Terminar caso de uso.

Verificación

Flujo Alternativo En el paso 2, si se identifica irregularidades en los

datos adquiridos se procede a cancelar la
documentación y se procede a solución el error.

Postcondiciones
 Pagar los productos por medio de tarjeta débito o
Nombre
crédito

Autor TOP-LEVEL

Fecha 14/09/2021

Se procede a determinar el método de pago y el

Descripción
pago por dicho medio

Actores Cliente

Precondición Ingresar a la pagina web y a la sección pago.

1. Ingresar a la página web

2. Seleccionar el medio de pago.
Flujo Normal
3. Rellenar los datos correspondientes.
4. Terminar caso de uso.

Verificación

Flujo Alternativo En el paso 3, si los datos ingresados son

incorrectos se no se procede el pago de la compra
por lo tanto no se procede con el pedido.

Postcondiciones
3.2. Análisis del Sistema
3.2.1. Paquete de Análisis

En esta sección del proyecto se identifican los diferentes paquetes de caso de uso,
además de nuestro diagrama de casos de usos según análisis.
 3.2.2. Clases de Entidad

Se mostrará a continuación los diagramas de clases de realizaciones de casos de uso

según análisis del presente proyecto.
3.2.3. Realización de Caso de Uso

RA: Registrar proveedor

RA: Registro de usuario

RA: Tipo de pago

RA: Registro de pedido

RA: Validar Registro usuario

RA: Validar Registro proveedor

RA: Registrar producto

RA: Constancia de compra

RA: Mantenimiento de producto
RA: Mostrar Pedido

RA: Producto a buscar

RA: Ingresar datos tarjeta

RA: Registrar pago

RA: Seleccionar productos

3.2.4. Modelo conceptual
3.2.5. Modelo Lógico
3.2.6. Modelo Físico
3.2.7. Máquina de estado

3.3. Diseño de sistema

3.3.1. Arquitectura Lógica del Sistema (Diagrama de colaboración)
Diagrama de secuencia
Diagrama de colaboración o comunicación
3.3.2. Patrón de Diseño

TopLevel utiliza el patrón de arquitectura de software que consta de tres

componentes MVC (Model-View-Controller) el cual permite tener una
arquitectura basada en capas para separar el código en función a sus
responsabilidades.
La capa View (Vista) hace referencia a todo lo que es interfaz gráfica, de cómo
el usuario ve los datos

❖ Login de administrador, almacenero y consumidor

❖ Búsqueda de productos

❖ Añadir productos, proveedores y empleados

❖ Revisar estado de pedido

La capa Model (Modelo) se encarga de consultar a la BDD según se requiera,
actualizaciones, búsquedas, etc.
La capa Controller (Controlador) se encarga de recibir las ordenes
proporcionadas por el usuario, solicitar el modelo correspondiente y pasar la
información a View, de esta forma el usuario ve el reflejo de la acción que
realiza.

❖ Controlador Home

❖ Controlador Contacto

❖ Controlador Venta

❖ Controlador Rol

❖ Controlador cliente

❖ Controlador Proveedor

❖ Ejecutable Home
3.3.3. Arquitectura física del sistema

Diagrama de Despliegue

Diagrama de Componentes
3.4. Implementación y Pruebas

3.4.1. Screenshots del software

3.4.2. Descripción de cómo se implementará el software al usuario final

 Estudio y diseño de las acciones a desarrollar: Para el desarrollo del

software, primero se realizó el análisis de los requisitos del negocio con
el objetivo de definir que funcionalidades tendrá el software
TOPLEVEL. Para ello, se debe de definir elementos como: procesos que
se van a gestionar a través del software, tipos de dispositivos con el que
se conectara a la red, etc. Por último, definir qué precio tendrá la
solución.
 Realización de un test en una muestra determinada de empleados: Se
debe implementar los nuevos métodos de cómo realizar las tareas, lo
cual, no es una acción sencilla ya que siempre va a ver resistencia al
cambio. Para ello, es indispensable trabajar a la par con las personas que
están involucradas con el sistema para hacerles llegar las ventajas que
trae consigo el uso de TOPLEVEL. En esta fase se empieza dando
charlas sobre los cambios en los procesos para luego dar el cambio
decisivo en el negocio.
 Elaboración de una prueba piloto: Como se estaba integrando a personas
que no tienen familiarización con la pagina web, es necesario tener una
fase de pruebas donde cabe la posibilidad que convivan los proceses
antiguos con los nuevos. Esta fase debe se corta ya que se debe de dar
uso en un 100% de la página web.
 Implantación general de la herramienta: Después de pasar todas las fases,
solo queda implementar el software TOPLEVEL. A lo largo de la
implementación se procede a hacer pruebas y actualizaciones para evitar
problemas y siga funcionando correctamente el software.
 Evaluación final de los resultados obtenidos: En esta fase se debe de
implementar completamente el software de manera exitosa.
 Ejecución de un seguimiento pertinente que resuelva incidencias
puntuales y proponga mejoras: Esto es referido a las futuras
actualizaciones para versiones posteriores.
 3.4.3. Pruebas (tipos) – Formatos de validación

Módulos de Pruebas
Priorización de Pruebas
Tipo de Requerimientos Factores de Descripción Factor Descripción Prioridad
prueba a probar riesgo Operacional
Funcional Administrador- Error con la Formulario Ingreso de
El Alto
login validación de de acceso de datos: administrador
datos administrador Administrado inicia la
Problemas r aplicación
con la BDD para
visualizar el
formulario de
login
Funcional Administrador- Datos de Formulario Ingreso de El Alto
Añadir proveedor de registro de datos: administrador
proveedor errados nuevo Administrado valida
Datos no se proveedor r proveedor
almacena en
la BDD
Funcional Administrador- Datos de Formulario Ingreso de El Alto
Añadir usuario de registro de datos: administrador
consumidor errados nuevo Administrado valida
Datos no se consumidor r consumidor
almacena en
la BDD
Funcional Proveedor- Error con la Formulario Ingreso de El proveedor Alto
login validación de de acceso de datos: inicia sesión
datos proveedor Proveedor en la página
Problemas web
con la BDD
Funcional Proveedor- Ingreso de Formulario Ingreso de EL proveedor Medio
precio precio de precio de datos: asigna precio
errados producto Proveedor
Daros no se
almacena en
la BDD
Funcional Proveedor- Datos de Formulario Ingreso de EL proveedor Alto
Añadir productos no de registro de datos: añade
producto copiados nuevo Proveedor producto para
correctamente producto vender
Datos no se
almacena en
la BDD
Funcional Consumidor- Error con la Formulario Ingreso de El Alto
login validación de de acceso de datos: consumidor
datos consumidor Consumidor inicia sesión
Problemas en la página
con la BDD web
Funcional Consumidor- Problemas en Formulario Ingreso de EL Alto
búsqueda de la BDD al de búsqueda datos: consumidor
productos cargar los de productos Consumidor accede al
productos disponibles menú de
Falla en la búsqueda
operación de
búsqueda

Módulos de Pruebas
Priorización de Pruebas
Tipo de Requerimiento Factores de Descripción Factor Descripción Prioridad
prueba s a probar riesgo Operacional
Desempeño Administrador- Tiempo Problemas Usado por Tiempo de Alto
login prolongado con la Administrador espera de
de solicitud conexión con acceso del
de acceso la BDD administrador
Fallo en al software
reconocer
caracteres
especiales
Desempeño Administrador- Larga espera Problemas Usado por
Tiempo de Alto
Añadir en validad con la Administradorespera de
proveedor correctamente conexión con acceso del
al proveedor la BDD administrador
al software
Desempeño Administrador- Larga espera Problemas Usado por Tiempo de Alto
Añadir en validad con la Administrador espera de
consumidor correctamente conexión con acceso del
al la BDD administrador
consumidor al software
Desempeño Proveedor- Tiempo Problemas Usado por Tiempo de Alto
login prolongado con la Proveedor espera de
de solicitud conexión con acceso del
de acceso la BDD proveedor al
Fallo en software
reconocer
caracteres
especiales
Desempeño Proveedor- Largo tiempo Problemas Usado por Tiempo de Alto
precio en agregarcon la Proveedor espera de
precio aconexión con acceso del
producto la BDD proveedor al
software
Desempeño Proveedor- Largo tiempo Problemas Usado por Tiempo de Alto
Añadir en añadir con la Proveedor espera de
producto producto conexión con acceso del
la BDD proveedor al
 software
Desempeño Consumidor- Tiempo Problemas Usado por Tiempo de Alto
login prolongado con la Consumidor espera de
de solicitud conexión con acceso del
de acceso la BDD consumidor
Fallo en al software
reconocer
caracteres
especiales
Desempeño Consumidor- Largo tiempo Problemas Usado por Tiempo de Alto
búsqueda de en búsqueda con la Consumidor espera de
productos de nuevos conexión con acceso del
productos la BDD consumidor
al software

Módulos de Pruebas
Priorización de Pruebas
Tipo de Requerimiento Factores de Descripción Factor Descripción Prioridad
prueba s a probar riesgo Operacional
Configuración Sistema Sistema sin PC Sistema No aplica Alto
administrador actualización Windows 10 Administrador
de software 4 GB RAM
ni antivirus. Intel Core i5

Configuración Sistema Sistema sin PC Sistema No aplica Alto

proveedor 1 actualización Windows 10 Proveedor
(Requisitos de software ni 4 GB RAM
óptimos) antivirus. Intel Core i5

Configuración Sistema Sistema sin PC Sistema Error por Alto

proveedor 2 actualización Windows 7 Proveedor hardware
(Requisitos de software ni 2GB RAM
mínimos) antivirus. Intel I3
Conexión
inestable

Configuración Sistema Sistema sin PC Sistema No aplica Alto

consumidor 1 actualización Windows 10 Consumidor
(Requisitos de software ni 4 GB RAM
óptimos) antivirus. Intel Core i5

Configuración Sistema Sistema sin PC Sistema Error por Alto

consumidor 2 actualización Windows 7 Consumidor hardware
(Requisitos de software ni 2GB RAM
mínimos) antivirus. Intel I3
Conexión
inestable
 Módulos de Pruebas
Priorización de Pruebas
Tipo de Requerimiento Factores de Descripción Factor Descripción Prioridad
prueba s a probar riesgo Operacional
Volumen Sistema BDD Acceso de 30 Sistema Sistema Alto
administrador colapsado consumidores Administrador administrador
por simultaneo
conexiones
múltiples
Volumen Sistema BDD Acceso de 30 Sistema Sistema Alto
proveedor 1 colapsado consumidores Proveedor proveedor 1
(Requisitos por simultaneo (Requisitos
óptimos) conexiones óptimos)
múltiples

Volumen Sistema BDD Acceso de 30 Sistema Sistema Alto

proveedor 2 colapsado consumidores Proveedor proveedor 2
(Requisitos por simultaneo (Requisitos
mínimos) conexiones mínimos)
múltiples
Volumen Sistema BDD Acceso de 30 Sistema Sistema Alto
consumidor 1 colapsado consumidores Consumidor consumidor 1
(Requisitos por simultaneo (Requisitos
óptimos) conexiones óptimos)
múltiples
Volumen Sistema BDD Acceso de 30 Sistema Sistema Alto
consumidor 2 colapsado consumidores Consumidor consumidor 2
(Requisitos por simultaneo (Requisitos
mínimos) conexiones mínimos)
múltiples
 Matriz de Prueba unitaria

4. CONCLUSIONES Y RECOMENDACIONES

Se concluye que, mediante el análisis de los requerimientos funcionales y los

conocimientos previos adquiridos a lo largo del curso, se ha podido elaborar la
documentación del Software Top Level añadiendo un prototipo presentado en las
páginas anteriores.
Por otro lado, tenemos elaborado el ámbito del proyecto, fase de inicio, fase de
elaboración, el diseño de nuestro Software y su respectivo prototipo. Donde ahí se
puede observar el paso a paso de la elaboración de este proyecto.
Finalmente, se recomienda realizar las pruebas correspondientes respecto a la
implementación del Software elaborado, para que se pueda llevar a cabo correcciones
correspondientes si en caso es necesario y lograr así la implementación final del
software ya que, se espera su funcionamiento óptimo.