Tarea2

 Fecha de entrega: 4 de febrero de 2015

Verificación y validación de software Tarea No. 2
1.- Investigue la diferencia entre error, defecto y falla de software.
Error: Un error es una equivocación que comete el desarrollador, estos errores pueden ser malinterpretaciones delos requerimientos o funcionalidad de los métodos. Por lo tanto un error es una idea falsa o equivocada.
Defecto:Un defecto es un desperfecto en un sistema que puede causar que no se desempeñen las funciones requeridas, estos pueden ser definiciones de datos incorrectas. Un error puede ocasionar defectos en el software.
Falla: Una falla es la discrepancia visible que se produce cuando se ejecuta un programa que contiene un defecto y es incapaz de funcionar correctamente.
Por lo tanto un error puede producirun defecto y un defecto produce una falla.
2.- Investigar 3 estándares, modelos o metodologías referentes al proceso de V&VS.
Estándar ISO 9126 de la IEEE y la Mantenibilidad

El modelo de calidad establecido en la primera parte del estándar ISO 9126-1 ha sido desarrollado en un intento de identificar los atributos claves de calidad para el software: funcionabilidad, fiabilidad, usabilidad,eficiencia, Mantenibilidad y portabilidad. Estos atributos son mencionados en muchos de los estándares, pero el IEEE (Instituto de Ingeniería de Electricidad y Electrónica) lo hace de una forma clara precisando en cada uno de los atributos que características del software deben ser revisados, además se identifican para cada atributo los subatributos logrando un estándar dentro de los modelos para lavalidación, verificación y calidad de software.

ISO 9126 distingue entre fallos y no conformidad, siendo un fallo el no cumplimiento de los requisitos previos, mientras que la no conformidad afecta a los requisitos especificados. Una distinción similar es hecha entre la validación y la verificación. Este estándar está pensado para los desarrolladores, adquirentes, personal que asegure la calidad yevaluadores independientes, responsables de especificar y evaluar la calidad del producto software, por tanto, puede servir para validar la completitud de una definición de requisitos, identificar requisitos de calidad de software, objetivos de diseño y prueba, criterios de aseguramiento de la calidad. La calidad de cualquier proceso del ciclo de vida del software influye en la calidad delproducto software que, a su vez, contribuye a mejorar la calidad en el uso del producto.

Estándar IEEE-829 IEEE Standard for Software and System Test Documentation

Los procesos de prueba determinan si los productos de desarrollo de una determinada actividad se ajustan a los requisitos de esa actividad y si el sistema y / o software satisface sus usos y necesidades de los usuarios previstos.

Tareas deproceso de pruebas se especifican para diferentes niveles de integridad. Estas tareas de proceso determinan el alcance y la profundidad adecuada de la documentación de prueba. Los elementos de documentación para cada tipo de documentación de las pruebas pueden ser seleccionadas. El alcance de las pruebas abarca sistemas basados en software, software, hardware, y sus interfaces. Esta norma seaplica a los sistemas basados en software está desarrollado, mantenido o reutilizada (heredados, off-the-shelf comercial, Artículos no del Desarrollo).

El término "software" también incluye el firmware, microcódigo y documentación. Procesos de prueba pueden incluir la inspección, análisis, demostración, verificación y validación de software y software basado en productos del sistema.

1008-1987 -IEEE Standard for Software Unit Testing

El objetivo principal es especificar un enfoque estándar para las pruebas de unidad de software que puede ser utilizado como base para la práctica de la ingeniería de software sonido. Un segundo objetivo es describir los conceptos de ingeniería de software y supuestos de pruebas en que se basa el enfoque estándar. Un tercer objetivo es proporcionar...