Anda di halaman 1dari 5

Ingeniería en Desarrollo de Software

Introducción a la Ingeniería de Software


3er Semestre
Alumno: Daniel Pineda de la Riva
Matricula: es162006588
Docente: Susana Salgado Segovia
Unidad 3
Evidencia de Aprendizaje: Tipos de pruebas y el proceso de
mantenimiento.
Introducción

Como habrás notado, existen muchos tipos de pruebas que pueden aplicarse al software y
éstas dependen de lo que se quiera probar. También el proceso del mantenimiento puede ser
variado y principalmente depende de la situación de cada software en particular. Por lo
anterior, es posible decir que no existe una receta que pueda adaptarse a todos los proyectos.

Planteamientos detonadores del aprendizaje:

Las preguntas que se incluyen aquí representan una guía para desarrollar tu evidencia de
aprendizaje. No son ponderables y no debes de entregarlas a tu docente en línea, únicamente
tienen el objetivo de orientar el desarrollo de la actividad:

• ¿Cuáles son las pruebas más importantes que se deben realizar en un sistema de software?

• ¿Cuál es la importancia de documentar las pruebas y mantenimiento de los sistemas de


software?

Instrucciones

El propósito de la evidencia de aprendizaje es que relaciones la aplicación de pruebas y el


proceso de mantenimiento en un sistema de software. Para ello, realiza lo siguiente:

1. Analiza los diagramas del sistema diseñado durante el desarrollo de la asignatura, e


identifica procesos y elementos que requieran de la aplicación de pruebas y un posterior
proceso de mantenimiento.

2. A partir de tu análisis, elabora una propuesta de las pruebas que deban aplicarse. Para cada
proceso o elemento, describe el tipo de prueba y la justificación.

3. Integra el desarrollo de tu actividad y guárdala con el nombre DIIS_U3_EA_XXYZ. Sustituye


las XX por las dos primeras letras de tu primer nombre, la Y por tu primer apellido y la Z por tu
segundo apellido.

4. Consulta los Criterios de evaluación de la actividad para conocer los parámetros que se
considerarán durante la evaluación.

5. Envía el archivo a tu docente en línea mediante el Portafolio de evidencias.

Espera y atiende la retroalimentación correspondiente.

6. Recuerda que toda actividad debe llevar su portada con tus datos correspondientes y la
actividad que se entrega.

Analisis para la aplicación de pruebas y mantenimiento.


Para el mantenimiento se estaría haciendo lo siguiente:

Verificar que el alta, baja, modificación y devolución del producto mantenga la información correcta y
si en caso de que el cliente desee cambiar o anexar alguna información al sistema se tiene que
realizar de manera que no interfiera al proceso, es decir se tiene que realizar el cambio de forma
externa y posteriormente realizar una actualización a dicho sistema.

Es importante realizar copia de seguridad de la base de datos que tiene almacenada toda la
información correspondiente a los movimientos que se realizan en el almacén.

En periodos de cada seis meses hacer revisión general del sistema para poder detectar algún
problema en caso de que se presentara.

Propuesta para la realización de pruebas:

Unitaria:

 Se focaliza en ejecutar cada módulo, lo que provee un mejor modo de manejar la integración
de las unidades en componentes mayores.
 Busca asegurar que el código funciona de acuerdo con las especificaciones y que el módulo
lógico es válido.
 Particionar los módulos en pruebas en unidades lógicas fáciles de probar.
 Por cada unidad hay que definir los casos de prueba (pruebas de caja blanca).
 Para esto los casos de prueba deben diseñarse de forma tal que se recorran todos los
caminos de ejecución posibles dentro del código bajo prueba; por lo tanto el diseñador debe
construirlos con acceso al código fuente de la unidad a probar.
 Los aspectos a considerar son los siguientes: Rutinas de excepción, Rutinas de error, Manejo
de parámetros, Validaciones, Valores válidos, Valores límites, Rangos, Mensajes posibles.
 Comparar el resultado esperado con el resultado obtenido.
 Si existen errores, reportarlos.

De Integración

Identificar errores introducidos por la combinación de programas probados unitariamente. Determina


cómo la base de datos de prueba será cargada. Verificar que las interfaces entre las entidades
externas (usuarios) y las aplicaciones funcionan correctamente. Verificar que las especificaciones de
diseño sean alcanzadas. Determina el enfoque para avanzar desde un nivel de integración de las
componentes al siguiente.

 Utilizar la técnica top-down. Se empieza con los módulos de nivel superior, y se verifica que
los módulos de nivel superior llaman a los de nivel inferior de manera correcta, con los
parámetros correctos.
 Utilizar la técnica down-top. Se empieza con los módulos de nivel inferior, y se verifica que los
módulos de nivel inferior llaman a los de nivel superior de manera correcta, con los
parámetros correctos.
 Comparar el resultado esperado con el resultado obtenido.
Referencias

Jesús Barranco de Areba. (2001). Metodología del Análisis Estructurado de Sistemas. España:
Comillas.

Ian Sommerville. (2005). Ingeniería del Software. Madrid: Pearson.

Daniel Ramos. (2017). Curso de Ingeniería de Software. Estados Unidos: IT Campus Academy.

Fernando Alonso. (2005). Introducción a la Ingeniería del Software modelos de desarrollo de


software. España: Delta Publicaciones.

Cristina Gómez. (2003). Diseño de Sistemas Software UML. Barcelona: Edicions UPC.

Jesús Lores Vidal. (2005). Diseños de Sistemas Interactivos centrados en el usuario. Barcelona:
UOC.

Kendall. (2005). Análisis y diseños de Sistemas. México: Pearson Educación.