NORMA ISO/IEC 14598

Elaborado por:
Luis Felipe Rodriguez Martinez
Codigo:
1074187986
 NORMA ISO/IEC 14598

 La norma ISO/IEC 14598 es un estándar que proporciona un marco de

trabajo para evaluar la calidad de todo tipo de producto software e
indica los requisitos para los métodos de medición y el proceso de
evaluación, proporcionando métricas y requisitos para los procesos de
evaluación, a través de 6 etapas.
OBJETIVO

 proporciona un marco de trabajo para evaluar la calidad de todos los

tipos de software, indicando los requisitos que serán medidos, y analizados
en este proceso. Implementar estándares que garanticen una correcta
evaluación al software y mitigar los errores que pueda presentar cundo se
esté ejecutando.
RELACION CON NORMA ISO/IEC 9126

 En particular, es utilizada para aplicar los conceptos descritos en la norma

ISO / IEC 9126. Se definen y describen las actividades necesarias para
analizar los requisitos de evaluación, para especificar, diseñar y realizar
acciones de evaluación y para concluir la evaluación de cualquier tipo de
producto de software.
CARACTERISTICA

 En sus diferentes etapas, establece un marco de trabajo para evaluar la

calidad de los productos de software proporcionando, además, métricas y
requisitos para los procesos de evaluación de los mismos.
 La norma define las principales características del proceso de evaluación

 Repetitividad.
 Reproducibilidad.
 Imparcialidad.
 Objetividad.
La Norma ISO/IEC 14598

 La Norma ISO/IEC 14598 define el proceso para evaluar un producto de

software, el mismo consta de seis partes:
1. Visión General
2. Planificación y Gestión
3. Proceso de desarrolladores
4. Proceso de comparadores
5. Proceso evaluadores
6. Modulo evaluación
Visión General

 establece un resumen de las otras cinco etapas, explica la relación entre

la evaluación del producto software y el modelo de calidad.

 Actividades: Establecer los requerimientos de evaluación, Especificar la

evaluación, Planear la evaluación, Ejecutar la evaluación.
Planificación y Gestión

 contiene requisitos y guías para las funciones de soporte tales como la

planificación y gestión de la evaluación del producto del software.

 Actividades: (Preparación de políticas, definición de objetivos,

Identificación de la tecnología, Asignación de responsabilidades,
Evaluación de software desarrollado y adquirido
Proceso de desarrolladores

 Lo utiliza las organizaciones que planean desarrollar un producto o mejorar

uno existente, realiza evaluaciones de producto utilizando indicadores que
puede predecir la calidad de los productos finales.

 Actividades: Organización, Planeamiento, Especificaciones, Diseño,

Montaje
Proceso de comparadores

 Lo utilizan las organizaciones que pretenden comparar o rehusar un

producto de software existente, se aplica con el propósito de aceptación
de un producto.

 Actividades: Requerimientos, Especificación evaluación, Diseño

evaluación, Ejecución evaluación.
Proceso evaluadores

 este proceso es utilizado por organizaciones encargadas de evaluar,

provee los requisitos y guías para la evaluación del producto software.
Promueve las siguientes características de proceso

 Actividades: Requerimientos, Especificación evaluación, Diseño

evaluación, Ejecución evaluación.
Modulo evaluación

 Especifica las mediciones que van a ser tomadas sobre los atributos de
calidad que se definieron en la etapa anterior, provee las guías para la
documentación de la evaluación.
PARA PRUEBAS DE SOFTWARE

 Para el proceso de evaluación de software y asi determinar si los

productos cumplen o no con los requerimientos establecidos. Se debe
tener en cuenta el siguiente plan de desarrollo.

1. DISEÑO DE PRUEBAS
2. GENERACION DE LOS CASOS DE PRUEBAS
3. DEFINICION DE LOS PROCESDEMIENTOS DE LA PRUEBA
4. EJECUCION DE LA PRUEBA
5. REALIZACIONDE INFORME DE PRUEBA
TECNICAS DE PRUEBA

 los resultados de evaluación pueden ser usados como un dato objetivo a

la hora de decidir si adquirir o no el producto. Existen dos tipos de
pruebas.
 TECNICA DE CAJA BLANCA O ESTRUCTURADA
 TECNICA DE CAJA NEGRA O FUNCIONALES
PRUEBAS DE CAJA BLANCA

 Este método se centra en cómo diseñar los casos de prueba atendiendo

al comportamiento interno y estructura del programa. Se examina así la
lógica interna del programa sin considerar los aspectos de rendimiento
CRITERIOS
 Cobertura de Sentencias: Se escriben casos de prueba suficientes para que
cada sentencia en el programa se ejecute, al menos, una vez. - Cobertura de
Decisión: Se escriben casos de prueba suficientes para que cada decisión en el
programa se ejecute una vez con resultado verdadero y otra con el falso.
 Cobertura de Condiciones: Se escriben casos de prueba suficientes para que
cada condición en una decisión tenga una vez resultado verdadero y otra
falso.
 Cobertura Decisión/Condición: Se escriben casos de prueba suficientes para
que cada condición en una decisión tome todas las posibles salidas, al menos
una vez, y cada decisión tome todas las posibles salidas, al menos una vez.
 Cobertura de Condición Múltiple: Se escriben casos de prueba suficientes
para que todas las combinaciones posibles de resultados de cada condición
se invoquen al menos una vez.
 Cobertura de Caminos: Se escriben casos de prueba suficientes para que se
ejecuten todos los caminos de un programa. Entendiendo camino como una
secuencia de sentencias encadenadas desde la entrada del programa hasta
su salida.
PRUEBAS DE CAJA NEGRA

 estas pruebas se basan en la especificación del programa o componente

a ser probado para elaborar los casos de prueba. El componente se ve
como una “Caja Negra” cuyo comportamiento sólo puede ser
determinado estudiando sus entradas y las salidas obtenidas a partir de
ellas
CRITERIOS
 PARTICIONES DE EQUIVALENCIA
Es un método de prueba de Caja Negra que divide el campo de entrada de
un programa en clases de datos de los que se pueden derivar casos de
prueba. La partición equivalente se dirige a una definición de casos de prueba
que descubran clases de errores, reduciendo así el número total de casos de
prueba que hay que desarrollar.

 ANÁLISIS DE VALORES LÍMITE

Las condicione límite son aquellas que se hayan en los márgenes de la clase
de equivalencia, tanto de entrada como de salida. Por ello, se ha desarrollado
el análisis de valores límite como técnica de prueba. Esta técnica nos lleva a
elegir los casos de prueba que ejerciten los valores límite. Por lo tanto, el análisis
de valores límite complementa la técnica de partición de equivalencia de
manera que:
- En lugar de seleccionar cualquier caso de prueba de las clases válidas e
inválidas, se eligen los casos de prueba en los extremos.
- En lugar de centrase sólo en el dominio de entrada, los casos de prueba se
diseñan también considerando el dominio de salida.
BIBLIOGRAFIA

 Caponi, M. De vera, D. (2016). Gestión de Software Informe sobre

Evaluación de Productos. Recuperado
de http://www.fing.edu.uy/inco/cursos/gestsoft/Presentaciones/Evaluacio
n%20de%20Productos%20-%20G2/Evaluacion%20de%20Productos.pdf
 Anónimo. (2016). It - Mentor. Pruebas de Software. Recuperado
de:http://materias.fi.uba.ar/7548/PruebasSoftware.pdf
 Anónimo. (2016). Prueba de Software. Recuperado
dehttps://senastage.blackboard.com/bbcswebdav/courses/150752/Prueb
as%20del%20Software_T%C3%A9cnicas.pdf