ESCUELA SUPERIOR POLITÉCNICA DE CHIMBORAZO

FACULTAD DE INFORMÁTICA Y ELECTRÓNICA

ESCUELA DE INGENIERÍA EN SISTEMAS

NOMBRES:
IVONNE BARAHONA
SARA CHIMBO
CRISTOPHER GARCÍA
RAÚL MEDINA

HISTORIAS DE USUARIO

PROYECTO INTEGRADOR III

SÉPTIMO “A”

ABRIL – SEPTIEMBRE 202

ANÁLISIS
1. Problema
Las comunidades de la provincia de Bolívar del cantón Guaranda dedicadas a la agricultura presentan
dificultades para ofertar sus productos en los mercados, debido a que las personas se encuentran en
confinamiento por la pandemia del virus Covid-19, esto genera que algunos mercados de este cantón se
encuentran cerrados y el acceso a las ventas y compras de los productos alimenticios son más difíciles,
causando: variedad pecios (suben o bajan), pérdida de los productos, escasez de productos, dificultad de
relación entre productores, proveedores y consumidores.

2. Justificación
El sistema amerita ser desarrollado porque permitirá una comunicación directa entre los productores,
proveedores y los clientes para la adquisición de los productos agrícolas, generando variedad de
productos donde los proveedores y clientes pueden elegir entre los precios más convenientes.
El sistema se desarrollará para el cantón de Guaranda en el periodo académico Abril-Septiembre 2020.

3. Objetivo
Objetivo General:
Desarrollar una aplicación móvil para la venta y compra de los productos alimenticios del cantón de
Guaranda
Objetivo Específico:
 Analizar los requerimientos para el diseño y construcción del sistema informático. 
 Diseñar una aplicación móvil para la venta y compra de los productos alimenticios
 Implementar una aplicación móvil para la venta y compra de los productos alimenticios

 Evaluar el sistema comprobando el correcto funcionamiento del sistema.

4. Lista de requerimientos

1. CREAR, MODIFICAR Y ANULAR UN USUARIO NUEVO

2. REALIZAR, MODIFICAR Y ANULAR UNA VENTA
3. REALIZAR Y ANULAR UNA COMPRA
4. VER HISTORIAL DE COMPRAS Y VENTAS
5. MOSTRAR PRODUCTO POR CATEGORIA
6. MOSTRAR DETALLE DEL PRODUCTO
7. BUSCAR UN PRODUCTO
8. BUSCAR UN PRODUCTO POR COMUNIDAD
9. NOTIFICAR Al USUARIO CUANDO SE REALICE UNA VENTA O COMPRA
HISTORIAS DE USUARIOS
1 CREAR UN USUARIO
Como cliente
Quiero poder registrarme en la
aplicación con un nombre de usuario,
contraseña, teléfono, dirección y
correo electrónico.
Para poder acceder a las funciones de
la aplicación.
1.2 MODIFICAR UN USUARIO
Como cliente
Quiero modificar los datos de mi
cuenta como la contraseña y el usuario
Para las ocasiones en que requiera
hacerlo por determinada razón.
Dependencia: 1
1.3 ANULAR UN USUARIO
Como cliente
Quiero poder eliminar mi usuario en
caso de concluir que no usaré más la
aplicación
Para la compra y venta de productos.
Dependencia: 1
 Verificar que el nombre del usuario
no se esté utilizando, caso contrario
se mostrará un error.
 Verificar la contraseña dos veces, si
estas no coinciden se mostrará un
error.
 Verificar que los datos nombre,
contraseña, teléfono, dirección y
correo electrónico no estén vacíos,
caso contrario se mostrara un
mensaje.
 Verificar que el nombre del usuario
modificado no se esté utilizando ya,
caso contrario se mostrará un error.
 Verificar la contraseña dos veces, si
estas no coinciden se mostrará un
error.
 Mostrar un mensaje de que el usuario
ha sido anulado
2 REALIZAR UNA VENTA
Como cliente
Quiero realizar una o varias ventas de
productos que tenga disponible con los
siguientes datos (Nombre del producto,
precio, cantidad, descripción)
Para que otros clientes que requieran
dichos productos puedan comprarlos.
Dependencia: 1
 Introducir un precio válido del
producto (no mayor a 1000 dólares),
caso contrario se mostrará una
advertencia.
 Proporcionar nombre, precio, cantidad
y descripción del producto, caso
contrario se mostrará una advertencia.

2.2 MODIFICAR UNA VENTA

Como cliente
 Modificar un precio válido del
Quiero modificar la información de un producto, caso contrario se mostrará
producto que anteriormente haya
una advertencia.
puesto a la venta
 Modificar nombre, precio, descripción
Para que otros clientes verifiquen los del producto, caso contrario se
cambios del producto y sepan que mostrará una advertencia.
compran exactamente.
Dependencia: 1, 2

2.2 ANULAR UNA VENTA

Como cliente
Quiero anular una venta que
anteriormente haya publicado en la  Mostrar una notificación de que la
aplicación venta ha sido anulada
Para que otros clientes no compren
sin resultado dicho producto.
Dependencia: 1, 2
3 REALIZAR UNA COMPRA
Como cliente
Quiero realizar una compra en la
aplicación de uno o varios productos  Colocar una cantidad de producto a
que requiera comprar válida, caso contrario nos
Para que otros clientes que oferten mostrará un error en la compra.
dichos productos puedan venderlos
Dependencia: 1

3.2 ANULAR UNA COMPRA

Como cliente
Quiero anular una compra que  Mostrar una notificación de que la
anteriormente realicé venta ha sido anulada
Para que el cliente que vendía dicho
producto sepa que no lo requiero y no
se comunique conmigo.
Dependencia: 1, 3

4. Ver historial de compras y ventas

Como cliente
Quiero ver todas las compras y ventas
que se han realizado, por orden del  Verificar que las ventas sean desde
mas reciente al más antiguo las mas recientes a las más
antiguas
Para saber cuales han sido las ventas
o compras que he realizado, en caso
de que requiera algún dato.
Dependencia: 1, 2,3
5. Mostrar producto por categoría
Como cliente
Quiero ver los productos clasificados
por categorías como: los más vendidos,
por comunidades, de mayor a menor  Verificar que las clasificaciones de
precio, de menor a mayor precio, los productos sean coherentes.
frutas, verduras.
Para que las búsquedas sean más
rápidas.
Dependencia: 1, 2

6. Mostrar detalle de producto

Como cliente
Quiero ver la información del producto
como: precio, nombre, cantidad,
descripción.  Verificar que los datos del
Para conocer acerca del producto y producto se muestren
realizar la compra.
Dependencia: 1, 2

7.Buscar un producto
Como cliente
 Verificar que los datos de los
Quiero buscar el producto mediante el productos estén completos y
nombre del nombre del producto. en caso de que no exista el
producto emita un mensaje
Para Saber la disponibilidad del
producto
Dependencia: 1, 2
8. BUSCAR UN PRODUCTO POR
COMUNIDAD
Como cliente  Verificar que los datos de los
productos estén completos y
Quiero poder ingresar en nombre de
una comunidad en la barra de en caso de que no exista el
búsqueda. producto emita un mensaje

Para poder visualizar los productos de

esa comunidad.

9. NOTIFICAR Al USUARIO CUANDO

SE REALICE UNA VENTA O COMPRA
Como cliente  Verificar que la compre o venta
Quiero recibir un mensaje o realizada por este usuario se realizó
notificación cuando compre o venda correctamente y enviar una
algún producto, y que proporciona notificación.
los datos del cliente y del vendedor  Verificar que los datos (nombre,
(nombre, teléfono) teléfono) se muestren para el
vendedor y comprador
Para poder tener alguna prueba de
haber realizado dicha operación.
Dependencia: 1,2,3
PLAN DE PRUEBAS (Sistemas de ventas CIRS)
 BITÁCORA DE CAMBIOS

Fecha Modificado por Versión Descripción

25/05/2020 Cristopher García 1.0 Primer análisis y
construcción del plan de
pruebas.
 FORMATO PRELIMINAR AL DOCUMENTO

Título: PLAN DE PRUEBAS

ID: PLAN_001

Fecha elaboración: 22/05/2020

Este documento tiene como finalidad entregar los pasos a seguir para la aplicación
Sumario
correcta de las estrategias y pruebas necesarias en el sistema presente.

Palabras Claves: Testing, funcionalidad, módulo.

Formato: .docx Lenguaje: Castellano

Versión: 1.0 No aprobado

Estado:
Cristopher García
Ivonne Barahona
Autor (es):
Raúl Medina
Sara Chimbo
Cristopher García
Ivonne Barahona
Revisó: Firmas:
Raúl Medina
Sara Chimbo
Cristopher García
Ivonne Barahona
Aprobó:
Raúl Medina
Sara Chimbo
 TABLA DE CONTENIDO

BITÁCORA DE CAMBIOS............................................................................................................................................................................. 2
FORMATO PRELIMINAR AL DOCUMENTO.......................................................................................................................................... 3
TABLA DE CONTENIDO............................................................................................................................................................................... 4
INDICE DE TABLAS........................................................................................................................................................................................ 5
1. INTRODUCCIÓN..................................................................................................................................................................................... 6
1.1. OBJETIVO GENERAL............................................................................................................................................................ 6
1.2. ESTRATEGIA DE PRUEBAS............................................................................................................................................... 6
1.3. ALCANCE................................................................................................................................................................................... 6
1.4. PROPOSITO.............................................................................................................................................................................. 6
2. ENTREGABLES...................................................................................................................................................................................... 7
2.1. DOCUMENTACIÓN A ENTREGAR................................................................................................................................... 7
3. CARACTERISTICAS A SER PROBADAS..................................................................................................................................... 8
4. CARACTERISTICAS A NO SER PROBADAS............................................................................................................................. 9
5. TAREAS DE LAS PRUEBAS............................................................................................................................................................ 10
6. NECESIDADES AMBIENTALES..................................................................................................................................................... 12
6.1. HARDWARE............................................................................................................................................................................ 12
6.2. PLANEACIÓN DE COSTOS............................................................................................................................................... 12
7. LABORATORIO DE USABILIDAD................................................................................................................................................. 13
 INDICE DE TABLAS

Tabla 1: Documentación a entregar...........................................................................................................................

Tabla 2: Características a ser probadas....................................................................................................................
Tabla 3: Características a no ser probadas..............................................................................................................
Tabla 6: Tareas de las pruebas.................................................................................................................................
Tabla 7: Necesidades ambientales de hardware.....................................................................................................
Tabla 8: Planeación de costos..................................................................................................................................
Tabla 13: Laboratorio de usabilidad.........................................................................................................................
 1. INTRODUCCIÓN

Como todo proyecto software que espera tener un alto grado de calidad, debe
estar sujeto a un plan de pruebas. Para este caso, dicho plan esta elaborado
de tal forma que se intenta verificar todos los procesos de los distintos módulos
de software, intentando reducir o corregir todos los errores que puedan
presentarse, y así, poder tener un producto estable que pueda ser usado por el
usuario final sin alguna complicación mayor.

1.1. OBJETIVO GENERAL

Verificar la aplicación correcta de las estrategias necesarias para el presente
sistema, además, verificar también las funciones y procesos de los distintos
módulos del software, logrando la detección temprana de fallos y poder
corregirlos.

1.2. ESTRATEGIA DE PRUEBAS

La estrategia que se considera en el documento será en base a los 4
cuadrantes del Testing Agile, estrategia donde dichos cuadrantes representan
los diferentes propósitos y tipos de pruebas de software que podemos realizar
en un entorno Ágil.

1.3. ALCANCE

Inicialmente el alcance de las pruebas pretende:

 Efectuar de manera correcta cada uno de los procesos.

 Fácil usabilidad para el usuario.
 Una interfaz sencilla de comprender para el usuario.
 Información detallada de cada elementos y aplicación

1.4. PROPOSITO
El aplicar correctamente el plan de pruebas nos permite asegurarnos que el
producto software será de calidad y además estable, lo que permite sacarlo a
producción y que sea usado por los usuarios finales sin ninguna complicación
mayor.
 2. ENTREGABLES

2.1. DOCUMENTACIÓN A ENTREGAR

DOCUMENTO PERSONA QUIEN PERSONA FECHA FECHA DE

ENTREGA QUIEN PLANEADA ENTREGA
RECIBE

Requerimientos Cristopher Ing. Omar 20/05/2020 24/05/2020

García Gómez
Plan de pruebas Cristopher Ing. Omar 24/05/2020 24/05/2020
García Gómez
Cheklist de los Cristopher Ing. Omar 30/05/2020 -
requerimientos García Gómez
Diseño de la Cristopher Ing. Omar 03/06/2020 -
arquitectura García Gómez
Diseño de la Cristopher Ing. Omar 05/06/2020 -
base de datos García Gómez
Evaluación de Cristopher Ing. Omar 29/06/2020 -
las historias de García Gómez
usuario
Tabla 1: Documentación a entregar.
 3. CARACTERISTICAS A SER PROBADAS

CARACTERISTICA DESCRIPCIÓN MODULO

Las pruebas de
funcionalidad determinarán
Funcionalidad el grado en que se cumplen Diseño
los requerimientos dictados
al inicio del proyecto.
Las pruebas de interfaz
determinarán que tan bien
responden lo usuarios a los
distintos componentes que
Interfaz Gráfica conforman nuestras Diseño
pantallas, sin dar paso a
elementos innecesarios o
que puedan presentar
errores.
Las pruebas de seguridad
determinarán el grado de
protección del sistema,
buscando principalmente
Seguridad Pruebas
bloques vulnerables en
donde se podría producir la
pérdida de información por
distintos factores.
Tabla 2: Características a ser probadas.
 4. CARACTERISTICAS A NO SER PROBADAS

CARACTERISTICA DESCRIPCIÓN JUSTIFICACIÓN RIESGO

En caso de
Se asume que el
existir algún
lenguaje usado en
error en la
la interfaz está bien
Lenguaje de la redacción de
redactado para un Bajo
interfaz algún elemento
buen
del sistema, este
entendimiento de
no hará que deje
sus elementos.
de funcionar.
Tabla 3: Características a no ser probadas.
 5. TAREAS DE LAS PRUEBAS

TAREA DESCRIPCIÓN FECHA FECHA FIN DURACIÓ RESPONSABL

INICIO N (HRS) E

Conocer los Establecer 07/05/20 07/05/20 2 Cristopher

requerimient los 2 2 García
os requerimient
Ivonne
os de forma
Barahona
general
Sara
Chimbo
Raúl
Medina
Redacción Establecer 08/05/20 08/05/20 2 Cristopher
de los 20 20 García
requerimient requerimient
Ivonne
os os de forma
Barahona
más
específica Sara
Chimbo
Raúl
Medi
na
Historias de Listar los 11/05/20 11/05/20 2 Cristopher
usuario requerimient 2 20 García
os en
Ivonne
historias de
Barahona
usuarios
Sara
Chimbo
Raúl
Medina
Revisión de Revisar que 18/05/20 21/05/20 5 Cristopher
requerimient los 20 20 García
os requerimient
Ivonne
os estén bien
Barahona
expresados
en las Sara
historias de Chimbo
usuario
 Raúl
Medina

Diseño de Realizar el 27/05/20 28/05/20 2 Cristopher

arquitectura diseño de la 20 20 García
arquitectura
Ivonne
del proyecto
Barahona
Sara
Chimbo
Raúl
Medina
Diseño de Realizar el 28/05/20 01/06/20 4 Cristopher
base de diseño de la 20 20 García
datos base de
Ivonne
datos
Barahona
Sara
Chimbo
Raúl
Medina
Verificar los Verificar que 02/05/20 04/05/20 3 Cristopher
diseños los diseños 20 20 García
realizados se han
Ivonne
entendibles y
Barahona
representen.
Sara
Chimbo
Raúl
Medina
Desarrollo Instalación 08/05/20 09/05/20 4 Cristopher
del ambiente 20 20 García
de trabajo
Ivonne
Barahona
Sara
Chimbo
Raúl
Medina
 Desarrollo de Desarrollo de 11/05/20 - - Cristopher
funcionalidad las 20 García
es funcionalidad
Ivonne
es
Barahona
principales
del proyecto Sara
Chimbo
Raúl
Medina
Pruebas de Realizar las - - - Cristopher
las funciones pruebas García
que han sido desarrolladas
Ivonne
desarrolladas , ingresando
Barahona
. diferentes
valores y Sara
comprobar Chimbo
que cumpla
Raúl
con los
Medina
requerimient
os
Tabla 4: Tareas de las pruebas.

6. NECESIDADES AMBIENTALES

6.1. HARDWARE
 DISPOSITIVO MARCA CARACTERISTICAS ¿TENEMOS EL
EQUIPO?

Ordenador Sin Mínimas: procesador Intel

Core I3, 4GB Ram, So Si
portátil relevancia
Windows 8 o superior.
Sin
Dispositivo Móvil Mínimas: 4GB Ram. Si.
relevancia
Impresión continua,
Sin impresión a bajo coste
Impresora No
relevancia (ahorra aprox. 50% el
consumo)
Tabla 5: Necesidades ambientales de hardware.

6.2. PLANEACIÓN DE COSTOS

ID TIPO DE FORMA DE UNIDAD COSTO DE TOTAL

RECURSO RECURSO ADQUISICIÓN RESURSO X
UNIDAD

01 Ordenador Adquisición 4 400 1600

portátil propia
02 Dispositivo Adquisición 2 300 600
Móvil propia
03 Impresora Compra 1 200 200

04 Tinta Compra 8 8 64

05 Papel A4 Compra 2 3 6
por resma
Tabla 6: Planeación de costos.

7. LABORATORIO DE USABILIDAD
CITA CLASIFICACIÓN DESCRIPCIÓN DURACIÓN FECHA USUARIOS

HRS

01 Requerimientos Se definieron 2 horas 11/05/202 Equipo

los 0 de
requerimientos trabajo
de software.
02 Historias de Se definió el 2 horas 15/02020 Equipo
usuario tipo de de
diagramas que trabajo
se usarán para
representar los
requerimientos
de software.
Tabla 7: Laboratorio de usabilidad.