Hola Federico,
Van respuestas entre líneas.
Pregunta 8
Por que lo que dice la opcion a) es correcto? No pueden ser a nivel de componente por ejemplo?
Respuesta: La especificación de requisitos es a nivel de sistema. A nivel de componente (una clase o conjunto de clases relacionadas) se tienen contratos.
Pregunta 9
Por que la opcion b) es correcta? El comprobar que el sistema cumple con los requerimientos especificados, no es con el objetivo de mejorar la calidad mediante la correccion de los posibles incumplimentos de los requerimientos?
Respuesta: el objetivo de la verificación no es mejorar la calidad del sistema, es encontrar fallas/defectos y con esto, MEDIR la calidad del sistema. Sin duda que la actividad de verificación es una fuente de información para que otras actividades mejoren la calidad del sistema: corrigiendo defectos en el código, mejorando niveles de rendimiento, re-especificando o re-diseñando, etc. Pero esas no son actividades de verificación, sino que toman los resultados de la actividad de verificación para mejorar la calidad del sistema.
Pregunta 12
Por que lo que dice la opcion c) es correcto? Que actividades previas permite paralelizar que otros metodos de integracion (usando drivers y stubs) no lo permitan?
Respuesta: en otras estrategias de integración, se sigue un orden (bottom-up, por ejemplo) lo cual no permite que se prueben las unidades de más alta jerarquía, hasta que no se hayan probado las de más abajo, por lo tanto, probar todas las unidades a la vez no se puede realizar (paralelizar actividades). Para probar los elementos de más alta jerarquía (que dependen de otras unidades) es necesario haber probado estos primero (actividades previas).
Saludos,
Cecilia.