Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
Versión No.1
Mayo 2016
Ficha del documento
Mayo 2016
Sistema Automatizado para el Registro de
Participantes y Eventos en Extensión Rev. No.
Pág. 3
Universitaria, CUC.
Tabla de contenido
1 INTRODUCCION ........................................................................................................................ 4
4 RIESGOS ................................................................................................................................... 7
1 INTRODUCCION.
1.1 Propósito.
El entregable presente, tiene como propósito dar a entender al lector la
funcionalidad del Sistema automatizado de registro de participantes y eventos en
Extensión Universitaria, CUC. La cual se mostrarán algunas definiciones, acrónimos
y abreviaturas de algunas palabras básicas para mejorar el entendimiento del
mismo, de igual manera, los documentos que guardan relación con el presente
entregable, los propósitos de la evaluación, entre otros.
Asimismo, el Sistema llevado a cabo en el plan de prueba consta de un Registro
de Participantes y Eventos a las actividades adscritas en Extensión Universitaria,
como lo es la parte de Cultura, Deporte y Gestión Comunitaria, buscando la manera
de mejorar el proceso a través de dicho Sistema, beneficiando a la población
estudiantil, docente y administrativo de la Comunidad.
2.1. Hardware.
Dos Computadoras de Escritorio con sistema operativo dual Windows/Linux,
un procesador Intel Pentium Dual Core E2180 de 2.8 GHz, 2GB de RAM
DDR3 y Disco Duro de 320 GB.
2.2. Software.
Navegador Web Google Chrome v.64.0.3282.186, navegador Web más
práctico y amigable para el usuario.
PostgreSQL v.9.3.1, es una aplicación Web, escrita en PHP para administrar
Bases de Datos.
XAMPP v.7.2.1-0, es un Servidor local desde el explorador Web utilizado, la
cual es manejada por el lenguaje de PHP.
2.3 Otros.
Se utilizaron datos de prueba para crear registros falsos, para determinar que
el Sistema si cumple sus funciones básicas.
Coordinador de Colegio
Pruebas Universitario de
Caracas.
Encargados de
realizar pruebas al
sistema y buscar
fallas en el mismo,
mediante la
Programadores 4 Asignado manipulación del
sistema, ejecutando
las tareas que el
sistema debería
hacer sin
problemas.
Cuadro N°1. Personal y Roles. Fuente: los autores (2018)
4 Riesgos.
Estrategia de Plan de
Riesgos Mitigación Contingencia Impacto
Entrega del
Algunas manual de
características del funcionamiento ALTO
Dudas en el uso del sistema tienen cierto del sistema, para
sistema. grado de dificultad aclarar cualquier
de entendimiento. duda de
funcionamiento.
Cuadro N°2. Riesgos. Fuente: los autores (2018)
5 Estrategia de prueba.
La estrategia de prueba de la aplicación constará principalmente de revisar la aplicación local
ya que por medio de los casos de usos y el nivel de jerarquía del sistema es la fase que
corresponde con los involucrados (Directora, Administradora y Secretaria) se aplicará de
forma presencial la ejecución de las diferentes fases (Servidor, Base de datos, Aplicación
funcional e interfaz) para comprobar la efectividad y calidad de la misma, se revisará.
Las actividades que se ejecutarán en esta fase son las siguientes: Verificar la calidad
y efectividad del servidor, detectando cualquier problema, error o falta de configuración en
el mismo, verificar la conectividad y el almacenamiento de datos en la base de datos local en
la aplicación, revisar los módulos de código y el código en general de la aplicación de
inscripción local y pre-inscripción a nivel web, comprobar la funcionalidad de: Consultar,
editar, agregar, eliminar y generar PDF. Los datos que se manipularán son los que se
ingresarán a través de la aplicación local información proveniente del formulario del portal
web donde el representante registrará información que se alojará a través del envió
automático de emails corresponde a la información del estudiante (Datos religioso, básicos,
familiares, extra-catedra) y los datos del padre y de la madre. Cabe decir que también se
realizarán pruebas a nivel web abarcando un poco más de lo anteriormente mencionado que
implicando a este sistema las pruebas que se ejecutarán serán a nivel unitario, integración y
funcional para comprobar la efectividad del sistema.
Cabe decir que lo que se espera de esta fase en general es comprobar que se almacenen
y se registren correctamente los datos que serán ingresados por medio del sistema, que las
consultas de la base de datos funcionen a nivel óptimo comprobándolos y que realicen el
accionar correspondiente, por otro lado que se generen los pdf de la documentación para
validar la inscripción y a nivel de interfaz se espera la garantía y la facilidad a nivel visual
del usuario y a nivel función proporcionando una experiencia cómoda. Es importante decir
que en esta fase se comprobará que se genere por estudiante un código de pre-inscripción con
la finalidad de generar las respectivas consultas.
[Esta sección debe contener una descripción de cómo se ejecuta la revisión del sistema
con base en los tipos de prueba establecidos.
En esta sección se detalla las pruebas planeadas a utilizar para comprobar el sistema
y garantizar la consecución de sus objetivos con los que fue diseñado. Para realizar
estas pruebas se debe llevar a cabo las configuraciones necesarias en el entorno de
prueba, cada caso de prueba puede requerir un conjunto de especificaciones
determinadas.
La Lista de ideas de las pruebas ayuda a pensar sobre las pruebas desde etapas muy
tempranas y sobre las primeras pruebas a ejecutarse. Las pruebas serán identificadas
siguiendo la técnica de generación de casos de prueba a través de los casos de uso,
detallando los siguientes pasos:
• Para cada caso de uso, se identifican los caminos posibles, permitiendo establecer los
escenarios.
• Para cada uno de los caminos, se identifican los conjuntos de valores de entrada y
precondiciones, al igual que el resultado esperado.
• Se hace, a través de la matriz anexa, un resumen por cada caso de uso que muestre
los distintos caminos posibles con sus entradas y salidas.
Los recursos utilizados para la identificación de las pruebas se mencionan a
continuación:
• El documento de especificación de requerimientos del software.
• El documento de Diseño Arquitectónico del Sistema.
• Generación de pruebas de sistema a partir de la especificación funcional].
MATRIZ DE PRUEBAS
Id Caso de Descripción Funcionalidad/ Tipo de prueba Datos/acciones Resultado Resultado Status Fechas Observaciones
prueba Características de entrada esperado obtenido de status
prueba prueba
SISTEMA DE REGISTRO
-Detectar -Comprobación Técnica -----------------
problemas, de la (Hardware)
Verificar la errores o falta configuración Desempeño
calidad y de efectiva. Respuest
1 -Durabilidad del
efectividad configuración encendido
a optima
del servidor según sea el efectivo. del
caso. servidor.
-Comprobar la
efectividad del
mismo
Verificar la -Revisar el -Resguardo Software ------------------
conectivida correcto correcto de los (Base de Conectivi
d y almacenamie datos del usuario. datos) dad
2
efectividad nto de datos. efectiva
de la base de la base
de datos a de datos.
nivel local.
Revisión Revisión de -Detectar algún Software ---------------- Errores
los los módulos error o de (Desarrollo mínimos o
3 estructura a nivel
módulos del código en a app) ningún
del código la aplicación de desarrollo. UNITARIA error
local de detectado
inscripción .
P4 Revisión Revisión del -Detectar algún Software ---------------- Errores
del código a código de la error o de (Desarrollo mínimos
nivel aplicación de estructura a nivel a app) o ningún
generalvinc inscripción de desarrollo. error
Sistema Automatizado para el Registro de
Participantes y Eventos en Extensión Rev. No.
Pág. 11
Universitaria, CUC.
6 Conclusiones y Recomendaciones.
6.1. Conclusiones.
6.2 Recomendaciones.