Actividadn°14_software 5i3r5

"Año del Diálogo y Reconciliación Nacional"

Escuela Profesional de Ingeniería de Sistemas Curso: Ingeniería De Software II Ciclo: 2018-VI Actividad: Actividad N°14

Docente: Ing. Jose A. Santa Cruz Vera

Alumnos: Aguirre Alvarado Bryan Alessandro Silva Castro Dilmer Antonio

Sullana 2018

REQUERIMIENTO DE CALIDAD DE SOFTWARE

Factores de Influencia Varios factores influyen en la planificación, gestión, y selección de actividades de SQM y técnicas, incluyendo: • El dominio del sistema en el cual el software residirá (seguridad crítica, misión crítica, negocio crítico) • Requerimientos del Sistema y del software. • Los componentes comerciales (externos) o estándar (internos) que serán usados por el Sistema. • Los estándares específicos de ingeniería del software específico aplicables.

Confiabilidad • En casos en los que el fracaso del sistema puede tener consecuencias sumamente severas, la confiabilidad total (en hardware, el software, y humanos) son la exigencia de calidad principal además de la funcionalidad básica. • La confiabilidad del software incluye características tales como tolerancia al defecto, fiabilidad, seguridad, y usabilidad. La fiabilidad es también un criterio que puede ser definido en términos de confiabilidad (ISO 9126).

Niveles de integridad del software • El nivel de integridad se determina en base a las consecuencias posibles del fracaso del software y a la probabilidad de fracaso. • Para el software en el que la seguridad o la fiabilidad son importantes, técnicas como el análisis de riesgo para la seguridad o el análisis de amenazas para la fiabilidad pueden ser usadas para desarrollar una actividad de planificación que se identificaría en donde se encuentren conflictos potenciales.

Objetivos de la prueba

Pruebas de caja negra

• La prueba es un proceso de ejecución de un programa con la intención de descubrir un error. • Un buen caso de prueba es aquel que tiene una alta probabilidad de mostrar un error no descubierto hasta entonces. • Una prueba tiene éxito si descubre un error no detectado hasta entonces. “La prueba no puede asegurar la ausencia de defectos, sólo puede demostrar que existen defectos en el software”.

• Se centran en los requisitos funcionales del software. Permite al ingeniero del software obtener conjuntos de condiciones de entrada que ejerciten completamente todos los requisitos funcionales de un programa, es decir consideran la función para la cual fue creado el producto (lo que hace). • Se llevan a cabo sobre la interfaz del sistema reduciendo el número de casos de prueba mediante la elección de entradas y salidas válidas y no válidas que ejercitan toda la funcionalidad del sistema.