Documentos de Académico
Documentos de Profesional
Documentos de Cultura
SECCIÓN: SI71
ESTUDIANTES:
2022
ÍNDICE
1. INTRODUCCIÓN 4
1.1. Presentación Del Grupo 4
1.2. Integrantes del grupo (Foto) 4
2. DESCRIPCIÓN DEL SISTEMA 5
2.1. Antecedentes y necesidad 5
2.2. Detalle del Sistema 5
2.3. Flujo grama del Sistemas 5
3. DESCRIPCIÓN DE REQUISITOS Y REQUERIMIENTOS 6
3.1. Resumen de Requerimiento y Requisitos x Modulo o Historia de Usuario 6
3.2. Mockups por Módulos a desarrollar 6
3.3. Requerimientos No Funcionales 6
4. DESCRIPCIÓN DE LOS CASOS DE USO 7
4.1. Resumen de Casos de Uso y Escenarios (principal y alternativo) 7
4.2. Matriz Trazabilidad Requerimientos y Casos de Uso 7
5. TÉCNICAS DE PRUEBAS UTILIZADA – CAJA NEGRA 8
5.1. Reglas de Datos 8
5.2. Resumen partición equivalente y/o valor límite. 8
6. DESCRIPCIÓN DE CASO DE PRUEBA 9
6.1. Resumen de Casos de Pruebas por Módulos 9
6.2. Matriz Trazabilidad Requerimientos / Casos de Uso / Casos de Pruebas 9
7. PRESENTACIÓN DEL SISTEMA 10
7.1. Documentación técnica 10
7.2. Distribución del Trabajo 10
7.3. Cronograma 10
7.4. Presentación del Sistema completo 10
7.5. Secuencia de un flujo normal 10
8. PRUEBAS UNITARIAS Y DE INTEGRACIÓN 11
8.1. Evidencia de Pruebas 11
8.2. Evidencia de Integración 11
9. RIESGOS 12
10. CONCLUSIONES Y RECOMENDACIONES 13
10.1. Conclusiones 13
10.2. Recomendaciones 13
1. INTRODUCCIÓN
● Paquetes turísticos
● Full Day
● Mini Viajes
● Guía de turistas
● Alojamiento
● Transporte
● Circuitos turísticos
Por lo tanto, la solución qué proponemos, es el sistema Travel plus es una aplicación web para
agencias de viajes, la cual permite gestionar las relaciones qué tengan con sus clientes, de esta manera
ayudará a ofrecer una atención personalizada y de calidad a cada uno de sus usuarios, integrando
diferentes soluciones. Así como también, la solución web que planteamos permite aligerar la carga
laboral, automatizando procesos manuales, lo que permitirá que la empresa del rubro turístico
desarrolle una ventaja competitiva y garantice un servicio inmejorable a cada usuario.
Antecedentes y necesidad
Se brindará una solución a empresas dedicadas al rubro del turismo. Actualmente una gran
cantidad de empresas de turismo, han dejado de lado el uso de la tecnología para mejorar sus
procesos de venta o reservas de paquetes turísticos a través de una plataforma web, lo cual ha
desencadenado diversas problemáticas en su gestión de reservas, tables como la pérdida de
datos, desactualización de clientes potenciales, pues su gestión la realizan a través whatsapp y
documentos excel, lo que genera menos productividad y más pérdida de tiempo y dinero.
Nuestra solución, consiste en un sistema web qué permitirá a los usuarios de estas empresas
de turismo, realizar reservas online de los diferentes paquetes turísticos con los qué cuente el
negocio. Esto permitirá al negocio tener una mejor gestión en sus ventas.
El sistema de gestión de turismo está desarrollado con las siguientes herramientas y lenguajes
de programación:
Para el desarrollo del Front end utilizamos
las siguientes tecnologías
Requerimi RF/
Actor STRQ ento RNF REQUISITOS HU CASO DE USO
Personal de
STRQ 2 Poder RF 02 Permitir registrar un HU Registrar Cliente
ventas/atención
registrar un turista por nombre, P02
turista apellidos, DNI,
dirección, correo y
número celular.
lugar de destino.
Requerimi RF/
Actor STRQ ento RNF REQUISITOS HU CASO DE USO
Permitir imprimir un
ticket especificando
los detalles de la
reserva en formato
predeterminado.
User Stories
Segmento Administrador (Personal de ventas/atención)
User Story
Descripción:
Como personal de ventas quiero buscar clientes de la empresa de turismo para corroborar su
información personal.
Acceptance Criteria:
Scenario: El personal de ventas busca clientes.
Given el personal se encuentre en la sección "Turista”
When hace clic en "Buscar" AND complete los parámetros de búsqueda
Then se mostrarán los turistas registrados.
User Story
ID: HU-P02 Users: Personal ventas/atención
Descripción:
Como personal de ventas quiero registrar un cliente de la empresa de turismo para tener el control
de los clientes.
Acceptance Criteria:
Scenario: El personal de ventas registra un cliente.
Given el personal de ventas se encuentre en la sección "Turista”
When haga click en el boton "+Turista" AND complete los parámetros
de registro.
Then se mostrará dos botones “Aceptar” AND “Cancelar”
User Story
Descripción:
Como personal de ventas quiero eliminar un cliente de la empresa de turismo para poder tener
actualizada la lista de clientes activos.
Acceptance Criteria:
Scenario: El personal de ventas elimina un cliente.
Given el personal de ventas se encuentre en la sección "Turista"
When seleccione un turista AND haga click en "Eliminar"
Then se eliminará el turista AND no aparecerá en la lista.
User Story
ID: HU-P04 Users: Personal ventas/atención
Descripción:
Como personal de ventas quiero modificar un cliente de la empresa de turismo para tener sus
datos actualizados.
Acceptance Criteria:
Scenario: El personal de ventas modifica un cliente.
Given el personal de ventas se encuentre en la sección "Turista"
When seleccione un "Turista" AND haga click en "Modificar"
Then se mostrará la interfaz de registro de cliente AND los botones “Aceptar” AND “Cancelar”
User Story
Descripción:
Como personal de ventas quiero buscar un paquete turístico para brindar información
de los servicios turísticos disponibles.
Acceptance Criteria:
Scenario 1: El personal de ventas busca un paquete turístico con resultados
Given el personal se encuentre en la sección "Paquete "
When complete los parámetros de búsqueda AND haga clic en el botón "Buscar "
Then el sistema mostrará el paquete registrado.
Descripción:
Como personal de ventas quiero registrar un paquete turístico para que el cliente vea los
destinos turísticos disponibles.
Acceptance Criteria:
Scenario: El personal de ventas registra un paquete turístico.
Given el personal se encuentre en la sección "Paquete"
When haga click en el botón “+Paquete” AND complete los parámetros de registro AND haga click
en "Aceptar"
Then el sistema mostrará el nuevo paquete registrado.
User Story
Descripción:
Como personal de ventas quiero visualizar la lista de paquetes turísticos para
brindarles información a los clientes.
Acceptance Criteria:
Scenario: El personal de ventas visualiza la lista de paquetes turísticos.
Given el personal quiere ver la lista de los paquetes turísticos registrados.
When el personal se encuentre en la sección "Paquete".
Then sistema mostrará la lista de los paquetes turísticos.
User Story
Descripción:
Como personal de ventas quiero eliminar un paquete turístico para que el cliente
vea los destinos turísticos actualizados.
Acceptance Criteria:
Scenario: El personal de ventas elimina un paquete turístico.
Given el personal se encuentre en la sección "Paquetes "
When seleccione un paquete" AND haga clic en la operación "Eliminar"
Then se eliminará el paquete AND no aparecerá en la lista.
User Story
Descripción:
Como personal de ventas quiero modificar un paquete turístico para que el cliente
tenga información actualizada de los paquetes turísticos que ofrece la empresa de turismo.
Acceptance Criteria:
Scenario: El personal de ventas modifica un paquete turistico.
Given el personal se encuentre en la sección "Paquetes "
When seleccione un paquete AND haga clic en la operación "Modificar"
Then el sistema mostrará la interfaz de registro de paquete AND los botones “Aceptar” AND
“Cancelar”
User Story
Descripción:
Como personal de ventas quiero asignar un guía para que cada paquete turístico
tenga un responsable.
Acceptance Criteria:
Scenario: El personal de ventas asignará un guía.
Given el personal se encuentre en la sección "Registro de paquete turístico"
When rellene el campo de asignar guía AND elija las opciones de su guía AND
haga clic en "Registrar"
Then se mostrará el registro de paquetes turísticos con su guía personalizada.
User Story
Descripción:
Como personal de ventas quiero buscar un proveedor para tener
información de los proveedores que trabajan en la empresa.
Acceptance Criteria:
Scenario1: El personal de ventas busca un proveedor.
Given el personal se encuentre en la sección "Proveedor"
When complete los parámetros de búsqueda AND
le dé clic en el botón "Buscar "
Then el sistema mostrará la lista de proveedores encontrados.
Descripción:
Como personal de ventas/atención quiero registrar los proveedores para tener información
de los socios claves con los que trabajamos.
Acceptance Criteria:
Scenario: El personal de ventas y atención registrar un proveedor
Given el personal se encuentre en la sección "Proveedor"
When le de clic en el botón "Proveedor"
Then se muestra un formulario con los datos de nombre, RUC, teléfono de contacto AND
al registrar un paquete turística se mostrará los proveedores para seleccionar con cuales se
trabajarán.
User Story
Descripción:
Como personal de ventas quiero eliminar un proveedor de la lista de proveedores para
tener información actualizada.
Acceptance Criteria:
Scenario: El personal de ventas y atención elimina un proveedor de la lista de proveedores
Given el personal se encuentre en la sección "Proveedores"
When seleccione un proveedor" AND haga click en la operación "Eliminar"
Then se mostrará la nueva lista actualizada
User Story
Descripción:
Como personal de ventas quiero modificar los datos de un proveedor para tener
sus datos actualizados.
Acceptance Criteria:
Scenario: El personal de ventas y atención modifica la lista de proveedores
Given el personal se encuentre en la sección "Proveedores"
When seleccione un proveedor AND haga click en "Modificar"
Then se mostrará la interfaz de registrar proveedor AND los botones “Aceptar” AND “Cancelar”
User Story
Descripción:
Como personal de ventas quiero registrar una reserva de un cliente para poder
brindar
Acceptance Criteria:
Scenario: El personal de ventas registra un usuario.
Given el personal se encuentra en la sección "Reserva"
When haga clic en el botón "Reserva" AND se muestre un formulario
con los parámetros a completar.
Then el sistema mostrará la reserva realizada.
User Story
ID: HU-P16 Users: Personal ventas/atención
Descripción:
Como personal de ventas quiero visualizar la lista de reservas para contar con la
información de los reservas de la empresa de turismo
Acceptance Criteria:
Scenario: El personal de ventas visualiza la lista de reservas.
Given el personal quiere ver la lista de las reservas registrados.
When el personal se encuentre en la sección "Reserva".
Then sistema mostrará la lista de las reservas.
Acceptance Criteria:
Scenario: El personal de ventas visualiza la lista de turistas.
Given el personal quiere ver la lista de los turistas registrados.
When el personal se encuentre en la sección "Turista".
Then sistema mostrará la lista de los turistas.
User Story
Descripción:
Como personal de ventas quiero visualizar la lista de proveedores para
contar con la información de los socios claves.
Acceptance Criteria:
Scenario: El personal de ventas visualiza la lista de proveedores.
Given el personal quiere ver la lista de los proveedores registrados.
When el personal se encuentre en la sección " Proveedor ".
Then sistema mostrará la lista de los proveedores.
Descripción:
Como personal de ventas/atención quiero ingresar las promociones para que los clientes
puedan acceder a ellas.
Acceptance Criteria:
Scenario: El personal de ventas y atención registra lista de guías
Given el personal se encuentre en la sección "Guia"
When le dé clic en el botón "Guía"
Then se muestra un formulario con los datos de nombre, apellidos, DNI, celular, email AND
al registrar una reserva se mostrará los guías para seleccionar con cuales se
trabajarán.
User Story
Descripción:
Como personal de ventas quiero eliminar un guía de la lista de proveedores para
tener información actualizada.
Acceptance Criteria:
Scenario: El personal de ventas y atención elimina un guía de la lista de guías
Given el personal se encuentre en la sección “Proveedor”
When seleccione un proveedor” AND haga click en la operación “Eliminar”
Then se mostrará la nueva lista actualizada
User Story
Descripción:
Como personal de ventas quiero modificar los datos de un proveedor para tener
sus datos actualizados.
Acceptance Criteria:
Scenario: El personal de ventas y atención modifica la lista de proveedores
Given el personal se encuentre en la sección "Proveedor"
When seleccione un proveedor AND haga click en "Modificar"
Then se mostrará la interfaz de modificar proveedor AND los botones “Aceptar” AND
“Cancelar”
User Story
Descripción:
Como personal de ventas quiero visualizar la lista de guías para
brindarles información a los clientes.
Acceptance Criteria:
Scenario: El personal de ventas visualiza la lista de guías.
Given el personal quiere ver la lista de los guías registrados.
When el personal se encuentre en la sección "Guía".
Then sistema mostrará la lista de los guías.
User Story
Descripción:
Como personal de ventas quiero buscar un guía para tener
información de los proveedores que trabajan con la empresa de turismo.
Acceptance Criteria:
Scenario1: El personal de ventas busca un guía.
Given el personal se encuentre en la sección "Guía"
When complete los parámetros de búsqueda AND
le dé clic en el botón "Buscar "
Then el sistema mostrará la lista de guías encontrados.
Descripción:
Como personal de ventas quiero buscar reservas para tener
información de las reservas que trabajan con la empresa de turismo.
Acceptance Criteria:
Scenario1: El personal de ventas busca la lista de reservas.
Given el personal se encuentre en la sección "Reserva"
When complete los parámetros de reserva AND
le dé clic en el botón "Buscar "
Then el sistema mostrará la lista de reservas encontrados.
User Story
Descripción:
Como personal de ventas quiero eliminar un reserva de la lista de reservas para
tener información de los próximos viajes.
Acceptance Criteria:
Scenario: El personal de ventas y atención elimina una reserva de la lista de reservas
Given el personal se encuentre en la sección “Reserva”
When seleccione un reserva” AND haga click en la operación “Eliminar”
Then se mostrará la nueva lista actualizada
User Story
Descripción:
Como personal de ventas quiero modificar los datos de una reserva para tener
los datos actualizados.
Acceptance Criteria:
Scenario: El personal de ventas y atención modifica la lista de reservas
Given el personal se encuentre en la sección "Reserva"
When seleccione una reserva AND haga click en "Modificar"
Then se mostrará la interfaz de modificar reserva AND los botones “Aceptar” AND
“Cancelar”
REQUERIMIEN
TO NO
FUNCIONAL REQUISITOS NO FUNCIONALES
RNF-001
El sistema deberá tener un diseño amigable e intuitivo
RNF-002
El sistema usará PostgreSQL, como sistema gestor de base de datos.
RNF-003 El sistema deberá ser programado con el lenguaje Java
RNF-004
El sistema deberá usar Bootstrap ,HTML,CSS y JPQL
RNF-005 El sistema deberá contar con un tiempo de respuesta para operación de
carga de información como máximo 5 segundos
RNF-006 La sistema debe tener la capacidad de procesos de manera eficiente los
datos ,sin obtener pérdidas de estos
RNF-007 La sistema debe estar disponible las 24 horas del días
RNF-008 La sistema debe tener la capacidad de adaptarse a cualquier dispositivo
(Diseño responsive)
Identificador UC-01
Actor Administrador
Identificador UC-02
Actor Administrador
Identificador UC-03
Nombre del Caso Eliminar Turista
de Uso
Actor Administrador
Identificador UC-04
Actor Administrador
Identificador UC-05
Actor Administrador
Identificador UC-06
Nombre del Caso Eliminar Reserva
de Uso
Actor Administrador
Registrar Proveedor:
Identificador UC-07
Actor Administrador
Buscar proveedor:
Identificador UC-08
Actor Administrador
Eliminar proveedor:
Identificador UC-09
Actor Administrador
Registrar Paquete:
Identificador UC-10
Actor Administrador
Buscar paquete:
Identificador UC-11
Actor Administrador
Eliminar paquete:
Identificador UC-12
Actor Administrador
Identificador UC-13
Actor Administrador
Identificador UC-14
Actor Administrador
Eliminar Guía
Identificador UC-15
Actor Administrador
Apellido del 30 caracteres, sin número, no puede ser blanco ni tener Registrar
guia caracteres especiales. Guia
Celular 9 dígitos, entre 900-000-00 y 999-999-999
DNI del Guia 8 dígitos, el primer número no puede ser cero. Entre
[00000001-88888888]
Correo 30 dígitos, Carácter con @ y con .com
electrónico
Nombre de la 20 caracteres, sin número, no puede ser blanco ni tener Registrar
Ciudad caracteres especiales. Ciudad
Blanco/ Nulo “” N3
Mayor a 30 La Rosa del N4
Apellido del cliente caracteres Carpio
(hasta 30 Texto de 30 La Rosa del V2 Altamirano la
caracteres, sin caracteres Carpio Paz
números)
Caracteres “-” “{}” “[]” N5
especiales
Blanco/Nulo ““ N6
Av. Belén
Dirección del Texto de 100 Av. Belén 1055, San
cliente (hasta 100 caracteres 1055, San V4 Mayor a 100 Isidro. A una N9
caracteres) Isidro. caracteres cuadra de la
Av. Coronel
Portillo esquina
con Juan Pezet
Blanco/ Nulo “” N3
<Fecha actual N5
Fecha del Servicio Fecha superior 01/08/2023 V4 >31/12/2099 04/12/2021
a hoy
Blanco/Nulo ““ N6
Caracteres @@$/ N2
Especiales
Blanco/ Nulo “” N3
Caracteres @@$/ABCD N6
Especiales y/o
carácteres
alfabéticos
Blanco/ Nulo “” N7
Carácteres ABFasdf N4
alfabéticos
Blanco/ Nulo “” N5
Blanco/ Nulo “” N3
Mayor a 4 150000 N6
caracteres
Precio del paquete Numérico hasta 1500
4 carácteres V3 Blanco/ Nulo “” N7
Caracteres @@$/ABCD N8
Especiales y/o
carácteres
alfabéticos
Blanco/ Nulo “” N3
Blanco/ Nulo “” N3
Blanco/Nulo ““ N6
<00000001 48625368 N9
>88888888 954159325
DNI (hasta 8 Numérico 8 [00000001- V5
caracteres caracteres 88888888]
numéricos, sin
letras) Caracteres 483ASF26 N10
POST-CONDICIONES:
-Una vez creado el usuario se puede validar la creación mediante la pantalla de logeo
PRE-CONDICIONES:
-Tener conexión a la base de datos
POST-CONDICIONES:
-No se genera ningún cambio en la base de datos
PRE-CONDICIONES:
-Tener conexión a la base de datos
POST-CONDICIONES:
-No se genera ningún cambio en la base de datos
PRE-CONDICIONES:
-Tener conexión a la base de datos
POST-CONDICIONES:
-No se genera ningún cambio en la base de datos
PRE-CONDICIONES:
-Tener conexión a la base de datos
POST-CONDICIONES:
-No se genera ningún cambio en la base de datos
PRE-CONDICIONES:
-Tener conexión a la base de datos
POST-CONDICIONES:
-Una vez creada la reserva se descontará el número de participantes de la disponibilidad.
PRE-CONDICIONES:
-Tener conexión a la base de datos
POST-CONDICIONES:
-Una vez creado el proveedor se añadirá a una lista.
PRE-CONDICIONES:
-Tener conexión a la base de datos
POST-CONDICIONES:
-Se cumplió el objetivo de la prueba, advirtiendo al usuario qué no son permitidos más de 50
carácteres en el nombre del proveedor.
PRE-CONDICIONES:
-Tener conexión a la base de datos
POST-CONDICIONES:
Se cumplió el objetivo de la prueba, advirtiendo al usuario qué no son permitidos más de 11 carácteres
en el RUC del proveedor.
PRE-CONDICIONES:
-Tener conexión a la base de datos
PASOS DATOS RESULTADO ID
ESPERADO
POST-CONDICIONES:
Se cumplió el objetivo de la prueba, advirtiendo al usuario qué no son permitidos menos de 11
carácteres en el RUC del proveedor.
PRE-CONDICIONES:
-Tener conexión a la base de datos
POST-CONDICIONES:
Se cumplió el objetivo de la prueba, advirtiendo al usuario qué no son permitidos los carácteres
alfabéticos en el RUC del proveedor.
PRE-CONDICIONES:
-Tener conexión a la base de datos
POST-CONDICIONES:
Se cumplió el objetivo de la prueba, advirtiendo al usuario qué no son permitidos los carácteres
especiales en el RUC del proveedor.
CASOS DE PRUEBA: Registrar Proveedor CU013
PRE-CONDICIONES:
-Tener conexión a la base de datos
POST-CONDICIONES:
Se cumplió el objetivo de la prueba, advirtiendo al usuario qué no está permitido dejar el campo RUC
vacío.
PRE-CONDICIONES:
-Tener conexión a la base de datos
POST-CONDICIONES:
-Se cumplió el objetivo de la prueba, advirtiendo al usuario qué no son permitidos los carácteres
especiales en el nombre del proveedor.
PRE-CONDICIONES:
-Tener conexión a la base de datos
POST-CONDICIONES:
-Se cumplió el objetivo de la prueba, advirtiendo al usuario qué no está permitido dejar el campo
nombre del proveedor vacío.
PRE-CONDICIONES:
-Tener conexión a la base de datos
POST-CONDICIONES:
-Se cumplió el objetivo de la prueba, advirtiendo al usuario qué no son permitidos más de 9 carácteres
en el teléfono del proveedor.
PRE-CONDICIONES:
-Tener conexión a la base de datos
POST-CONDICIONES:
-Se cumplió el objetivo de la prueba, advirtiendo al usuario qué no son permitidos menos de 9
carácteres en el teléfono del proveedor.
PRE-CONDICIONES:
-Tener conexión a la base de datos
POST-CONDICIONES:
-Se cumplió el objetivo de la prueba, advirtiendo al usuario qué no son permitidos los carácteres
especiales en el teléfono del proveedor.
PRE-CONDICIONES:
-Tener conexión a la base de datos
PRE-CONDICIONES:
-Tener conexión a la base de datos
POST-CONDICIONES:
-Se cumplió el objetivo de la prueba, advirtiendo al usuario qué no está permitido dejar el campo
teléfono del proveedor vacío.
PRE-CONDICIONES:
-Tener conexión a la base de datos
POST-CONDICIONES:
-Una vez creado el paquete se añadirá a una lista.
PRE-CONDICIONES:
-Tener conexión a la base de datos
POST-CONDICIONES:
-Se cumplió el objetivo de la prueba advirtiendo al usuario qué no está permitido más de 20 carácteres
en el nombre del paquete.
PRE-CONDICIONES:
-Tener conexión a la base de datos
POST-CONDICIONES:
-Se cumplió el objetivo de la prueba advirtiendo al usuario qué no está permitido los carácteres
especiales en el nombre del paquete.
PRE-CONDICIONES:
-Tener conexión a la base de datos
POST-CONDICIONES:
-Se cumplió el objetivo de la prueba advirtiendo al usuario qué no está permitido que el campo
nombre del paquete esté vacío.
PRE-CONDICIONES:
-Tener conexión a la base de datos
POST-CONDICIONES:
-Se cumplió el objetivo de la prueba advirtiendo al usuario qué la fecha seleccionada no está en el
rango permitido.
PRE-CONDICIONES:
-Tener conexión a la base de datos
POST-CONDICIONES:
-Se cumplió el objetivo de la prueba advirtiendo al usuario que se debe seleccionar una fecha.
PRE-CONDICIONES:
-Tener conexión a la base de datos
POST-CONDICIONES:
-Se cumplió el objetivo de la prueba advirtiendo al usuario qué la fecha seleccionada no está en el
rango permitido.
PRE-CONDICIONES:
-Tener conexión a la base de datos
POST-CONDICIONES:
-Se cumplió el objetivo de la prueba advirtiendo al usuario qué no está permitido más de 4 carácteres
en el precio del paquete.
PRE-CONDICIONES:
-Tener conexión a la base de datos
POST-CONDICIONES:
-Se cumplió el objetivo de la prueba advirtiendo al usuario qué no está permitido los carácteres
especiales en el precio del paquete.
PRE-CONDICIONES:
-Tener conexión a la base de datos
POST-CONDICIONES:
-Se cumplió el objetivo de la prueba advirtiendo al usuario qué no está permitido que el campo precio
del paquete esté vacío.
PRE-CONDICIONES:
-Tener conexión a la base de datos
POST-CONDICIONES:
-Se cumplió el objetivo de la prueba advirtiendo al usuario qué no está permitido más de 2 carácteres
en los cupos del paquete.
PRE-CONDICIONES:
-Tener conexión a la base de datos
POST-CONDICIONES:
-Se cumplió el objetivo de la prueba advirtiendo al usuario qué no está permitido los carácteres
especiales en los cupos del paquete.
PRE-CONDICIONES:
-Tener conexión a la base de datos
POST-CONDICIONES:
-Se cumplió el objetivo de la prueba advirtiendo al usuario qué no está permitido que el campo cupos
del paquete esté vacío.
PRE-CONDICIONES:
-Tener conexión a la base de datos
7. Ingresa “Lugar de origen del paquete” Ciudad Lima Que muestre un N12
Metropolitana mensaje de error en
donde especifique
que no están
permitidos más de
20 carácteres en el
lugar de origen del
paquete.
POST-CONDICIONES:
-Se cumplió el objetivo de la prueba advirtiendo al usuario qué no está permitido más de 20 carácteres
en el lugar de origen del paquete.
PRE-CONDICIONES:
-Tener conexión a la base de datos
POST-CONDICIONES:
-Se cumplió el objetivo de la prueba advirtiendo al usuario qué no está permitido que el campo lugar
de origen del paquete esté vacío.
PRE-CONDICIONES:
-Tener conexión a la base de datos
POST-CONDICIONES:
-Se cumplió el objetivo de la prueba advirtiendo al usuario qué no está permitido los carácteres
numéricos en el lugar de origen del paquete.
PRE-CONDICIONES:
-Tener conexión a la base de datos
POST-CONDICIONES:
-Se cumplió el objetivo de la prueba advirtiendo al usuario qué no está permitido más de 20 carácteres
en el lugar de destino del paquete.
PRE-CONDICIONES:
-Tener conexión a la base de datos
POST-CONDICIONES:
-Se cumplió el objetivo de la prueba advirtiendo al usuario qué no está permitido que el campo lugar
de destino del paquete esté vacío.
PRE-CONDICIONES:
-Tener conexión a la base de datos
POST-CONDICIONES:
-Se cumplió el objetivo de la prueba advirtiendo al usuario qué no está permitido los carácteres
numéricos en el lugar de destino del paquete.
PRE-CONDICIONES:
-Tener conexión a la base de datos
POST-CONDICIONES:
-Se cumplió el objetivo de la prueba, advirtiendo al usuario qué no está permitido dejar el campo
teléfono del proveedor vacío.
CASOS DE PRUEBA: Registrar Guia CU041
PRE-CONDICIONES:
-Tener conexión a la base de datos
POST-CONDICIONES:
-Se cumplió el objetivo de la prueba, advirtiendo al usuario qué solo está permitido el uso de
caracteres numericos para el ingreso de su DNI
CASOS DE PRUEBA: Registrar Guia CU042
PRE-CONDICIONES:
-Tener conexión a la base de datos
POST-CONDICIONES:
-Se cumplió el objetivo de la prueba, advirtiendo al usuario qué no está permitido el uso de caracteres
numericos para el ingreso de su nombre
PRE-CONDICIONES:
-Tener conexión a la base de datos
POST-CONDICIONES:
-Se cumplió el objetivo de la prueba, advirtiendo al usuario qué no está permitido el uso de caracteres
numéricos ni especiales para el ingreso de su Apellido
PRE-CONDICIONES:
-Tener conexión a la base de datos
POST-CONDICIONES:
-Se cumplió el objetivo de la prueba, advirtiendo al usuario que debe ingresar un correo válido para
poder continuar
PRE-CONDICIONES:
-Tener conexión a la base de datos
POST-CONDICIONES:
-Se cumplió el objetivo de la prueba, advirtiendo al usuario que debe llenar el formulario con los
caracteres requeridos para que este complete de manera correcta el formulario
DE PRUEBA: Registrar Guia CU046
PRE-CONDICIONES:
-Tener conexión a la base de datos
POST-CONDICIONES:
-Se cumplió el objetivo de la prueba, advirtiendo al usuario que debe llenar el formulario con los
caracteres requeridos para que este complete de manera correcta el formulario
POST-CONDICIONES:
-Se cumplió el objetivo de la prueba, advirtiendo al usuario que debe llenar el formulario con los
caracteres requeridos para que este complete de manera correcta el formulario
PRE-CONDICIONES:
-Tener conexión a la base de datos
POST-CONDICIONES:
-Se cumplió el objetivo de la prueba, advirtiendo al usuario que debe llenar el formulario con los
caracteres requeridos para que este complete de manera correcta el formulario
PRE-CONDICIONES:
-Tener conexión a la base de datos
POST-CONDICIONES:
-Se cumplió el objetivo de la prueba, advirtiendo al usuario que debe llenar el formulario con los
caracteres requeridos para que este complete de manera correcta el formulario
PRE-CONDICIONES:
-Tener conexión a la base de datos
POST-CONDICIONES:
-Se muestra una vista con los paquetes registrados con ese nombre.
PRE-CONDICIONES:
-Tener conexión a la base de datos
POST-CONDICIONES:
-Se cumplió el objetivo de la prueba, advirtiendo al usuario que no está permitido más de 20
carácteres.
PRE-CONDICIONES:
-Tener conexión a la base de datos
POST-CONDICIONES:
-Se muestra una vista con los proveedores registrados con ese RUC.
PRE-CONDICIONES:
-Tener conexión a la base de datos
POST-CONDICIONES:
-Se cumplió el objetivo de la prueba, advirtiendo al usuario que no está permitido más de 11
carácteres.
PRE-CONDICIONES:
-Tener conexión a la base de datos
POST-CONDICIONES:
-Se cumplió el objetivo de la prueba, advirtiendo al usuario que no está permitido menos de 11
carácteres.
CASOS DE PRUEBA: Buscar Proveedor CU055
PRE-CONDICIONES:
-Tener conexión a la base de datos
POST-CONDICIONES:
-Se cumplió el objetivo de la prueba, advirtiendo al usuario que no está permitido los carácteres
especiales.
PRE-CONDICIONES:
-Tener conexión a la base de datos
POST-CONDICIONES:
-Se cumplió el objetivo de la prueba, advirtiendo al usuario que no está permitido los carácteres
alfabéticos.
PRE-CONDICIONES:
-Tener conexión a la base de datos
POST-CONDICIONES:
-Se cumplió el objetivo de la prueba, advirtiendo al usuario que no está permitido dejar el campo
vacío.
CASOS DE PRUEBA: Buscar Guía CU058
PRE-CONDICIONES:
-Tener conexión a la base de datos
POST-CONDICIONES:
-Se muestra una vista con los Guías registrados con ese nombre.
PRE-CONDICIONES:
-Tener conexión a la base de datos
POST-CONDICIONES:
-Se muestra un mensaje de error para indicar al usuario que antes de realizar una búsqueda debe
rellenar con los campos necesarios
CASOS DE PRUEBA: Buscar Guía CU060
PRE-CONDICIONES:
-Tener conexión a la base de datos
POST-CONDICIONES:
-Se muestra un mensaje de error para indicar al usuario que antes de realizar una búsqueda debe
ingresar datos que no sean caracteres especiales o numéricos para realizar una correcta búsqueda
PRE-CONDICIONES:
-Tener conexión a la base de datos
PRE-CONDICIONES:
-Tener conexión a la base de datos
POST-CONDICIONES:
-Se muestra un mensaje de error para indicar al usuario que antes de realizar una búsqueda por DNI
debe ingresar solo caracteres numéricos y solo hasta nueve caracteres
PRE-CONDICIONES:
-Tener conexión a la base de datos
POST-CONDICIONES:
-Se muestra un mensaje de error para indicar al usuario que antes de realizar una búsqueda por DNI
debe ingresar solo caracteres numéricos
CP 18 Nombre de paquete no
Permitir registrar un válido
paquete turístico por
CP 19 Nombre de paquete no
nombre,fecha,precio,cupo válido
s, lugar de origen, lugar de
destino. CP 20 Nombre de paquete no
válido
CP 21 Fecha de paquete no
válida
CP 22 Fecha de paquete no
válida
CP 23 Fecha de paquete no
válida
CP 24 Precio de paquete no
válido
CP 25 Precio de paquete no
válido
CP 26 Precio de paquete no
válido
CP 27 Cupo de paquete no
válido
CP 28 Cupo de paquete no
válido
CP 29 Cupo de paquete no
válido
CP 30 Lugar de origen de
paquete no válido
CP 31 Lugar de origen de
paquete no válido
CP 32 Lugar de destino de
paquete no válido
CP 33 Lugar de destino de
paquete no válido
CP 38 Nombre de guía no
válido.
CP 39 Apellido de guía no
válido.
CP 40 Correo de guía no
válido.
CP 41 Campo vació.
CP 42 Campo vació.
CP 43 Campo vació.
CP 44 Campo vació.
CP 55 Campo Vacío
Permitir visualizar la lista CP 56 Nombre del Guia no
de guías. válido
RF 16 UC 04 Registrar Reserva
Permitir registrar una
reserva por
nombre,número de
participantes,
fecha,turista,guía,paquete ,
monto total,cupos
disponibles.
RF 17 UC 05 Buscar Reserva
Permitir buscar un
proveedor por nombre o
ruc.
RF 19 UC 09 Eliminar proveedor — —
Permitir eliminar
proveedores
CP 53 Campo vacío.
6. PRESENTACIÓN DEL SISTEMA
Turista
Rol
Reserva
Proveedor
Paquete
Integrantes: Actividades:
● Introducción
● Flujograma del sistema
● Mockups por Módulos a desarrollar
Christian ● Resumen de Casos de Uso y Escenarios (principal y alternativo)
● Matriz Trazabilidad Requerimientos y Casos de Uso
● Resumen de Casos de Pruebas por Módulos
● Presentación del Sistema completo
● Introducción
● Detalle del sistema
● Mockups por Módulos a desarrollar
David ● Resumen de Casos de Uso y Escenarios (principal y alternativo)
● Matriz Trazabilidad Requerimientos / Casos de Uso / Casos de
Pruebas
● Resumen de Casos de Pruebas por Módulos
● Documentación técnica
● Presentación del Sistema completo
● Secuencia de un flujo normal
● Introducción
● Detalle del sistema
● Mockups por Módulos a desarrollar
Nicolas ● Resumen de Casos de Uso y Escenarios (principal y alternativo)
● Matriz Trazabilidad Requerimientos / Casos de Uso / Casos de
Pruebas
● Resumen de Casos de Pruebas por Módulos
● Distribución del Trabajo
● Presentación del Sistema completo
● Introducción
● Antecedentes y necesidad
● Resumen de Requerimiento y Requisitos x Modulo o Historia de
Usuario
Victor ● Mockups por Módulos a desarrollar
● Requerimientos No Funcionales
● Resumen de Casos de Uso y Escenarios (principal y alternativo)
● Reglas de Datos
● Resumen de Casos de Pruebas por Módulos
● Cronograma
● Presentación del Sistema completo
6.3. Cronograma
Tiempo Fecha de
Historia Estado Total Inicio %Finalizado
Estimado en estimada
Días
7.1. Conclusiones
Para crear un software de alta calidad, siempre es necesario estar 100% seguro de que
coincide con lo que especifica el cliente. Para esto es necesario probar el sistema de cierta
manera para que se puedan ver errores durante su desarrollo, todo con el fin de evitar la
aparición de estos mismos problemas al momento de ejecutar el programa/sistema.
Las pruebas de caja negra mejoran la calidad del producto al detectar defectos funcionales y
no funcionales. Dado que no se pueden cubrir todos los formularios de entrada posibles, las
técnicas de prueba de caja negra ayudan a mejorar la cobertura general de la prueba. Si bien
este método de prueba no requiere ningún conocimiento de programación, se requiere un
buen conocimiento funcional del producto y el dominio para una prueba efectiva.
7.2. Recomendaciones