REPÚBLICA DOMINICANA

POLITÉCNICO MADRE RAFAELA YBARRA

6TO DE INFORMÁTICA

DISEÑO Y DESARROLLO DE UNA APLICACION WEB COMO

ALTERNATIVA DE SOLUCION PARA MEJORAR LA CALIDAD DE
SERVICIO.

PRESENTADO POR:

CASTRO, GENESIS #9

DOCENTE DIRECTOR:

MORENO, JUAN

SANTO DOMINGO OESTE, 18 DE NOVIEMBRE DEL 2021

 REPÚBLICA DOMINICANA

POLITÉCNICO MADRE RAFAELA YBARRA

6TO DE INFORMÁTICA

Titulo:

DISEÑO Y DESARROLLO DE UNA APLICACION WEB COMO

ALTERNATIVA DE SOLUCION PARA MEJORAR LA CALIDAD DE
SERVICIO.

Presentado por:
CASTRO, GENESIS #9

Docente director:

MORENO, JUAN

SANTO DOMINGO OESTE, 18 DE NOVIEMBRE DEL 2021

2
 INDICE

FASE DE INVESTIGACIÓN PRELIMINAR _______________________________ 4

Nombre de la empresa _______________________________________________ 4

Nuestra historia ____________________________________________________ 4

Formulación de la hipótesis (Proceso interno escogido) ____________________ 4

INTRODUCCIÓN _____________________________________________________ 5

OBJETIVO GENERAL ______________________________________________ 5

ALCANCE ________________________________________________________ 5

PROPÓSITO_______________________________________________________ 5

CUADRO DE RESUMENES DE LAS PRUEBAS ___________________________ 6

BASES DE DATOS DE PRUEBAS _______________________________________ 7

CRITERIOS DE APROBACION / RECHAZON ____________________________ 7

REGISTRO DE LOS RESULTADOS DE LAS PRUEBAS ____________________ 8

PRUEBAS ALFAS ___________________________________________________ 10

AMBIENTE DE PRUEBAS ____________________________________________ 11

DESARROLLO DEL TALLER DE CAPACITACIÓN _______________________ 12

RIESGOS, DEPENDENCIAS, ASUNCIONES Y RESTRICCIONES __________ 12

LABORATORIO DE USABILIDAD _____________________________________ 13

ANEXOS ___________________________________________________________ 13

3
FASE DE INVESTIGACIÓN PRELIMINAR

Nombre de la empresa

Tiendas Anthonys

Nuestra historia

Antonio Chahín M., S.A. (Anthony’s) es una empresa familiar que inicio en El Seybo
durante los años 1930. Cuando Antonio Chahín Mufdi toma el mando de los negocios de
su padre de importación y venta de tejidos al igual que ropa de vestir. El llevo la tienda a
ser la más grande por departamentos de la Zona Este del país, llegando a vender desde un
clavo, hasta los casimires más apreciados de la época.

Tras enorme éxito, en 1978, el decide trasladar sus actividades comerciales a la capital
donde crea Anthony’s, como se conoce hoy en día, ya integrando a los siete miembros de
la familia Chahín Lama encabezada por Antonio Nicolás, hijo mayor, y su esposa Esther
Lama Atick.

Formulación de la hipótesis (Proceso interno escogido)

El diseño y desarrollo de la aplicación web como alternativa de solución en el proceso

interno del registro de cliente, permitirá mejorar la calidad de servicios de Tiendas
Anthonys en general en República Dominica, en el año 2021.

Se diseñó una propuesta de un Sistema Automatizado (aplicación web) que contribuya a

agilizar el flujo de la información requerida, facilite la búsqueda de clientes y contacto,
con el fin de adecuarse a las exigencias que impone continuamente el mercado,
garantizando así su competitividad.

4
INTRODUCCIÓN

Este documento tiene como finalidad entregar los pasos a seguir para la aplicación
correcta de las estrategias y pruebas necesarias en la aplicación presente. Con el fin de
verificar las funciones procesos de los distintos módulos de la aplicación web, así como
también encontrar los posibles fallos o errores que se presenten durante el periodo de
pruebas.

Proyecto(s) Tipo de Proyecto

Sistema de Gestión de Registro Cliente. Diseño de Desarrollo de una Aplicación
Web.
Equipo del proyecto
Líder del proyecto Genesis Castro Desarrolladores Genesis Castro
del proyecto

OBJETIVO GENERAL

Es establecer la cronología y condiciones para la aplicación de las pruebas de manera de

obtener, un sistema que pueda ser completado con una recepción total de los interesados
y entrar en operación con la totalidad de las funcionalidades requeridas para su
funcionamiento.

ALCANCE

Este documento busca establecer en set de pruebas para cada módulo que verifique la
funcionalidad de la aplicación web a desarrollar para la Tienda Anthonys.

PROPÓSITO

El objetivo del Plan de Prueba por Interacción es recolectar toda la información necesaria
para el plan y controlar las pruebas de funcionamiento realizadas en una interacción
determinada.

5
CUADRO DE RESUMENES DE LAS PRUEBAS

Cuadro 1: Módulos de servicios

Componentes para aprobar Módulos y servicios

• Sub. Módulo: Registrar clientes
• Sub Modulo: Modificar, Eliminar y buscar
Clientes
Objetivos de las pruebas En estos Módulos se realizarán pruebas para validar:
• Verificar la conectividad de los servicios y
aplicaciones.
• Ejecutar de manera correcta cada uno de los
procesos.
• Fácil usabilidad para el usuario.
• Realizar de manera lógica cada proceso.

Detalles del orden de ejecución de Los sub. Módulos se deben ejecutar en forma
los componentes independiente, pero consecutivos en el orden
siguiente:
• Registrar Clientes
• Modificar, Eliminar y buscar Clientes
Responsabilidad de la Prueba Las pruebas son responsabilidad del equipo de proyecto
(Líder Genesis Castro)

6
 Cuadro 2: Modulo Monitoreo de servicios

Componentes para probar: Módulos de Monitoreo de Servicios

Objetivos de las Pruebas En estos Módulos se realizan pruebas para validar:
• Verificar la conectividad de los servicios y
aplicaciones.
• Dar una respuesta rápida al usuario de cualquier
fallo.
• Una interfaz sencilla de comprender al usuario.
• Información detallada de cada dispositivo y
aplicación
Detalle del orden de ejecución Existe un solo modulo y no posee subdivisiones.
de los componentes
Responsabilidad de la Prueba Las pruebas son responsabilidad del equipo de proyecto
(Líder Genesis Castro)

BASES DE DATOS DE PRUEBAS

Base de Datos: database

Servidor BD: MySQL

Datos: Aleatorios

CRITERIOS DE APROBACION / RECHAZON

• Errores Graves: información crítica presentada erróneamente, información mal

registrada en la base de datos, caídas de programas, incumplimiento de objetivos
en funciones principales, entre otros.
• Errores Medios (Comunes): errores en presentación de datos, incumplimientos
de objetivos en funciones secundarias, caídas de programas auxiliares, entre otros.
• Errores Leves: errores en presentación de datos secundarios, no educación a
estándares, comportamientos correctos pero diferentes en situaciones similares,
dificultades de operación, entre otros.

7
Criterios Descripción
Aprobado Se aprobará la aplicación con un 100% de las pruebas ejecutadas, pero
con un 90% de aceptación. Esto quiere decir que el 90% de las pruebas
deben ser exitosas y sin errores. En el restante 10% pueden existir
errores medios o bajos, pero no graves.
Rechazado En caso de ocurrir que la aplicación no cumpla con el nivel exigido, la
aplicación se rechaza completo en su etapa de certificación

REGISTRO DE LOS RESULTADOS DE LAS PRUEBAS

Cuadro 1: Módulos de servicios, Sub. Modulo: Registrar Cliente

Objetivos de la prueba Comprobar el módulo de servicio, Sub Modulo de registrar

clientes
Técnicas Ingresar el formulario de registro de clientes datos correctos de
prueba y datos falsos para comprobar su funcionamiento.
Código involucrado Ver anexo Numero 1.
Resultados Todos los casos de pruebas planificados se han ejecutado.
Todos los defectos identificados se han considerados.

Formato de caso de pruebas

Tipo de prueba: Unitaria (Caja blanca)

Objetivo: Validar si el registro se guarda correctamente al agregar

los datos correspondientes.
Descripción: Datos correctos; Información de un cliente
Entradas:
Nombre: “Paola”, Apellido: “González”, Contacto: “849-260-9505”,
Dirección: “Calle Hera”

Salidas esperadas: Registro agregado

8
 Formato de caso de pruebas
Tipo de prueba: Unitaria (Caja blanca) del componente Registro
Cliente

Objetivo: Validar si el formulario muestra sus respectivas

validaciones en los campos obligatorios y no registra.
Descripción: Datos incorrectos; Se deja todos los campos en blanco
Entradas:
Nombre: “”, Apellido: “”, Contacto: “”, Dirección: “”

Salidas esperadas: Error al agregar registro.

Cuadro 2: Módulos de servicios, Sub. Modulo: Modificar, Eliminar y Buscar

Objetivos de la prueba Comprobar el módulo de servicios, Sub. Modulo: Modificar,

Eliminar y Buscar
Técnicas Navegar por las opciones de modificar, eliminar, y buscar para
verificar que cada de ellas te lleva al proceso deseado.
Código involucrado Ver anexo Numero 2.
Resultados Todos los casos de pruebas planificados se han ejecutado.
Todos los defectos identificados se han considerados.

Formato de caso de pruebas

Tipo de prueba: Unitaria (Caja blanca)

Objetivo: Evaluar el comportamiento del Módulo al seleccionar una

de las opciones como lo son modificar, eliminar y buscar arrojen lo
correspondiente.
Descripción: Datos correctos; Seleccionar la opción modificar sobre
un servicio existente
Entradas: no requiere entradas
Salidas esperadas: Muestra el formulario de modificar registro
seleccionado

9
 Formato de caso de pruebas
Tipo de prueba: Unitaria (Caja blanca) del componente Modificar,
Eliminar y Buscar

Objetivo: Validar si al ingresar las primeras letras de un registro de

clientes se activa la búsqueda avanzada y muestra la información
deseada.
Descripción: Datos correctos; colocar datos validos
Entradas: Buscar información del cliente: “Paola”
Salidas esperadas: Muestra la información con sus respectivas
opciones de modificar y eliminar.

PRUEBAS ALFAS

Cuadro 1: Formulario Registrar Cliente

Objetivos de la prueba Al ingresar los datos correctos al formulario, el administrador

del sistema puede registrar exitosamente un Cliente.
Técnicas • Al ingresar los datos correctos en el formulario, se
registra el cliente en la BD.
• Al dejar un campo en blanco que es obligatorio, no
permite el registro ya que están válidos.
• Los campos solo admiten caracteres de texto.
• Una vez registrado automáticamente se agrega a la
pantalla de inicio.
Interfaz asociada Ver anexo Numero 3.
Condicionales Para realizar este proceso debe ser administrador del sistema.

10
 Cuadro 2: Eliminación de un cliente

Objetivos de la prueba Al presionar el botón eliminar desde la búsqueda, saldrá el

formulario con la información correspondiente, al elegir eliminar
nuevamente se borrará dicho servicio.
Técnicas • Al presionar eliminar, se borrará el cliente del sistema.
Interfaz asociada Ver anexo Numero 4.
Condicionales Para realizar este proceso debe ser administrador del sistema.

Cuadro 3: Modificación de un registro de cliente

Objetivos de la prueba Al presionar el botón editar desde la búsqueda, saldrá el

formulario con la información correspondiente, se cambia la
información necesaria y luego a presionar editar, se actualiza el
registro.
Técnicas • Al presionar editar una vez realizando los cambios
correspondientes se actualiza la información.
• Al elegir regresar, el software volverá a la pantalla de
inicio.
Interfaz asociada Ver anexo Numero 5.
Condicionales Para realizar este proceso debe ser administrador del sistema.

AMBIENTE DE PRUEBAS

Los ambientes de pruebas se crearon diferentes máquinas virtuales para verificar el

comportamiento de los módulos creados herramienta está diseñada en PHP y HTML y
corre con MYSQL que es un motor de bases de datos, se necesita también APACHE que
es un servidor WEB, XAMPP Server en los cuales se verifico el rendimiento de los
módulos de aplicación.

Se conectan todos los módulos creados y se crea conexión con la base de datos se realizan
pruebas de funcionalidad de creación de usuarios ingreso de productos y verificación de
compra hasta ver la funcionalidad correcta entre módulos.

11
DESARROLLO DEL TALLER DE CAPACITACIÓN

FECHA: 25 DE OCTUBRE DEL 2021

LECTURA DE CONCEPTOS ESENCIALES - BERNARDO SANTOS
HORA: 15:00 – 16:00
INTRODUCCIÓN Y CONCEPTOS: 10 MINUTOS
EJEMPLOS SOBRE MANEJO DE LA APP WEB: 45 MINUTOS
REALIZACIÓN DE EVALUACIONES PROPIAS - ROBERTO MARÍN
HORA: 16:00 – 17:00
ENTREGA DE CUESTIONARIOS: 25 MINUTOS
EVALUACIÓN PRACTICA: 25 MINUTOS
EVALUACIÓN DE RESULTADOS: 10 MINUTOS

RIESGOS, DEPENDENCIAS, ASUNCIONES Y RESTRICCIONES

Riesgos Estrategias de Mitigación Contingencia (Riesgos

observados)
El criterio de entrada de Se verificará el software • Conocer al detalle los
requisitos previos no se tenga desarrollada la requisitos.
reúne. funcionalidad a probar.
Los datos de la prueba Se procederá a cargar unos • Redefinir los datos de
demuestran ser nuevos datos de prueba. prueba.
inadecuados.
La base de datos requiere La base de datos estará en • Restaurar datos y cargar
actualización. monitoreo y actualizaciones nuevamente el sistema.
constantes. • Limpiar la base de datos.

12
LABORATORIO DE USABILIDAD

¿Dónde Problema Recomendación Tipo de usuarios

encontrarlo?
Pantalla de inicio Al presionar la Recomendamos que las Todos los usuarios
opción de editar, opciones de cambio de
aparece un nuevo formulario sean opciones
formulario y no principales.
hay opción de
cambio de
formulario.
Pantalla de Confusión a la hora Debería resaltarse la opción Usuario sin
selección de de escoger los de seleccionar cliente para experiencia
clientes clientes, además, evitar las dudas de los
no queda muy claro usuarios.
cómo hacerlo.
Pantalla de inicio El botón de Recomendamos Todos los usuarios
eliminar queda simplificarlo a un solo paso
claro. en lugar de dos.

ANEXOS
Anexo Número 1. Modulo: Registrar Cliente
• Index.php

13
 • Nuevo.php

14
 • Guarda.php

15
Anexo Numero 2. Modulo: Modificar, Eliminar y Buscar
• Eliminar.php

• Editar2.php

16
 • Editar.php

17
Anexo Numero 3. Formulario Registrar Cliente

Anexo Numero 4. Eliminación de un cliente

Anexo Numero 5. Modificación de un registro de cliente

18