INSTITUTO TECNOLÓGICO DE DURANGO

GESTIÓN DE PROYECTOS DE SOFTWARE

UNIDAD III

NORMAS ISO

MAESTRA: MIRANDA ESPINOSA EDITH XÓCHITL

VAZQUEZ MARTOS JUAN LUIS

N. DE CONTROL: 12450799
 INTRODUCCIÓN
En este trabajo se mencionan las normas ISO relacionadas con el software, se mostraran las
normas 25000, 25012, 25040 y 19126 en forma de esquemas.

ISO/IEC 25000 constituye una serie de normas basadas en ISO/IEC 9126 y en ISO/IEC 14598
cuyo objetivo principal es guiar el desarrollo de los productos de software mediante
la especificación de requisitos y evaluación de características de calidad.
 RESUMEN

ISO/IEC 25000, conocida como SQuaRE (System and Software Quality Requirements and Evaluation), es
una familia de normas que tiene por objetivo la creación de un marco de trabajo común para evaluar la
calidad del producto software.
La familia ISO/IEC 25000 es el resultado de la evolución de otras normas anteriores, especialmente de las
normas ISO/IEC 9126, que describe las particularidades de un modelo de calidad del producto software, e
ISO/IEC 14598, que abordaba el proceso de evaluación de productos software. Esta familia de normas
ISO/IEC 25000 se encuentra compuesta por cinco divisiones.

ISO/IEC 25000 - Guide to SQuaRE: contiene el

ISO/IEC 2500n modelo de la arquitectura de SQuaRE, la terminología
de la familia, un resumen de las partes, los usuarios
previstos y las partes asociadas
División de
Gestión de ISO/IEC 25001 - Planning and Management: establece los
Calidad requisitos y orientaciones para gestionar la evaluación y
especificación de los requisitos del producto software.

ISO/IEC 25010 - System and software quality models:

ISO/IEC 2501n
describe el modelo de calidad para el producto software y
División de para la calidad en uso. Esta Norma presenta las
Modelo de características y subcaracterísticas de calidad frente a las
cuales evaluar el producto software.
Calidad
ISO/IEC 25012 - Data Quality modelo: define un modelo general
para la calidad de los datos, aplicable a aquellos datos que se
encuentran almacenados de manera estructurada y forman
parte de un Sistema de Información.

ISO/IEC 25020 - Measurement reference model and guide: presenta

una explicación introductoria y un modelo de referencia común a los
elementos de medición de la calidad
ISO 25000
ISO/IEC 25021 - Quality measure elements: define y especifica
un conjunto recomendado de métricas base y derivadas que son

ISO 25000 ISO/IEC 2502n usadas a lo largo en el ciclo de vida del desarrollo software.

División de ISO/IEC 25023 - Measurement of system and software

Medición de product quality: define específicamente las métricas para
Calidad realizar la medición de la calidad de productos y sistemas
software.

ISO/IEC 25024 - Measurement of data quality: define

específicamente las métricas para realizar la medición de
la calidad de datos.

ISO/IEC 2503n ISO/IEC 25030 - Quality requirements: provee de un conjunto

de recomendaciones para realizar la especificación de los
División de
Requisitos de requisitos de calidad del producto software.

Calidad
 ISO/IEC 25040 - Evaluation reference model and guide: propone
un modelo de referencia general para la evaluación, que
considera las entradas al proceso de evaluación, las
restricciones y los recursos necesarios para obtener las
correspondientes salidas.

ISO/IEC 25041 - Evaluation guide for developers, adquirir and

independent evaluators: describe los requisitos y
recomendaciones para la implementación práctica de la
evaluación del producto software desde el punto de vista de los
desarrolladores, de los adquirentes y de los evaluadores
ISO/IEC 2504n independientes.
División de
Evaluación de ISO/IEC 25042 - Evaluation modules: define lo que la Norma
Calidad considera un módulo de evaluación y la documentación,
estructura y contenido que se debe utilizar a la hora de definir
uno de estos módulos.
ISO/IEC 25045 - Evaluation module for recoverability: define un
módulo para la evaluación de la subcaracterística
Recuperabilidad (Recoverability).

ISO 26102

El modelo de Calidad de Datos representa los cimientos sobre los cuales se construye un sistema para la evaluación de
un producto de datos. En un modelo de Calidad de Datos se establecen las características de Calidad de Datos que se
deben tener en cuenta a la hora de evaluar las propiedades de un producto de datos determinado.

Calidad de Datos Inherente

Precisión

Grado en el que los datos representan correctamente el verdadero valor del atributo deseado de un concepto o evento en
un contexto de uso específico.

Tiene dos principales aspectos:

Precisión Sintáctica: cercanía de los valores de los datos a un conjunto de valores definidos en un dominio considerado
sintácticamente correcto.

Precisión Semántica: cercanía de los valores de los datos a un conjunto de valores definidos en un dominio considerado
semánticamente correcto.

Completitud

Grado en el que los datos asociados con una entidad tienen valores para todos los atributos esperados e instancias de
entidades relacionadas en un contexto de uso específico.

Consistencia

Grado en el que los datos están libres de contradicción y son coherentes con otros datos en un contexto de uso
específico. Puede ser analizada en datos que se refieran tanto a una como a varias entidades comparables.

Credibilidad
Grado en el que los datos tienen atributos que se consideran ciertos y creíbles en un contexto de uso específico. La
credibilidad incluye el concepto de autenticidad (la veracidad de los orígenes de datos, atribuciones, compromisos).

Actualidad

Grado en el que los datos tienen atributos que tienen la edad correcta en un contexto de uso específico.

Calidad de Datos Inherente y Dependiente del Sistema

Accesibilidad

Grado en el que los datos pueden ser accedidos en un contexto específico, particularmente por personas que necesiten
tecnologías de apoyo o una configuración especial por algún tipo de discapacidad.

Conformidad

Grado en el que los datos tienen atributos que se adhieren a estándares, convenciones o normativas vigentes y reglas
similares referentes a la calidad de datos en un contexto de uso específico.

Confidencialidad

Grado en el que los datos tienen atributos que aseguran que los datos son sólo accedidos e interpretados por usuarios
autorizados en un contexto de uso específico. La confidencialidad es un aspecto de la seguridad de la información (junto
con la disponibilidad y la integridad) definida como en ISO/IEC 13335-1:2004.

Eficiencia

Grado en el que los datos tienen atributos que pueden ser procesados y proporcionados con los niveles de rendimiento
esperados mediante el uso de cantidades y tipos adecuados de recursos en un contexto de uso específico.

Exactitud

Grado en el que los datos tienen atributos que son exactos o proporcionan discernimiento en un contexto de uso
específico.

Trazabilidad

Grado en el que los datos tienen atributos que proporcionan un camino de acceso auditado a los datos o cualquier otro
cambio realizado sobre los datos en un contexto de uso específico.

Comprensibilidad

Grado en el que los datos tienen atributos que permiten ser leídos e interpretados por los usuarios y son expresados
utilizando lenguajes, símbolos y unidades apropiados en un contexto de uso específico. Cierta información sobre la
comprensibilidad puede ser expresada mediante metadatos.

Disponibilidad

Grado en el que los datos tienen atributos que permiten ser obtenidos por usuarios y/o aplicaciones autorizados en un
contexto de uso específico.

Portabilidad

Grado en el que los datos tienen atributos que les permiten ser instalados, reemplazados o eliminados de un sistema a
otro, preservando el nivel de calidad en un contexto de uso específico.

Recuperabilidad
Grado en el que los datos tienen atributos que permiten mantener y preservar un nivel específico de operaciones y
calidad, incluso en caso de fallos, en un contexto de uso específico.

Precisión
Recuperabilidad Completitud

Portabilidad Consistencia

Disponibilidad Calidad de Datos Credibilidad

Inherente y
Calidad de Datos Dependiente del
Inherente Sistema
ISO/IEC 25012
El modelo de
Comprensibilid Calidad de Datos
ad Actualidad

Trazabilidad Accesibilidad

Exactitud Conformidad

Eficiencia Confidencialidad
 ISO/IEC 25040
ISO/IEC 25040 define el proceso para llevar a cabo la evaluación del producto software. Dicho proceso de
evaluación consta de un total de cinco actividades.

Actividad 1:
Actividad 2: Actividad 3: Actividad 5:
Establecer los Actividad 4:
Especificar la Diseñar la Concluir la
requisitos de la evaluación Ejecutar la evaluación
evaluación
evaluación evaluación
Tarea 5.1: Revisar los
Tarea 4.1: Realizar
Tarea 1.1: Establecer el Tarea 2.1: Seleccionar los resultados de la
propósito de la evaluación módulos de evaluación las mediciones
evaluación
En esta tarea se En esta tarea el evaluador
documenta el propósito selecciona las métricas de Se deben realizar las
por el que la organización calidad, técnicas y herramientas
Mediante esta tarea,
mediciones sobre el
quiere evaluar la calidad (módulos de evaluación) que el evaluador y el
de su producto software cubran todos los requisitos de producto software y
(asegurar la calidad del Tarea 3.1: Planificar las cliente de la
la evaluación. Dichas métricas sus componentes
producto, decidir si se deben permitir que, en función actividades de la evaluación (en caso
acepta un producto, evaluación para obtener los
determinar la viabilidad del
de su valor, se puedan realizar de existir) realizan
comparaciones fiables con valores de las
proyecto en desarrollo, Se deben planificar lasmétricas una revisión conjunta
criterios que permitan tomar
comparar la calidad del
producto con productos de decisiones. Para ello se puede actividades de la seleccionadas e de los resultados
la competencia, etc.). tener en cuenta la Norma evaluación teniendo en obtenidos.
ISO/IEC 25020. indicadas en el plan
cuenta la disponibilidad
Tarea 1.2: Obtener los
Tarea 2.2: Definir los de los recursos, tanto de evaluación. Todos Tarea 5.2: Crear el
requisitos de calidad del
producto criterios de decisión para humanos como los resultados informe de evaluación
En esta tarea se las métricas materiales, que puedanobtenidos deberán
identifican las partes ser necesarios. En la ser debidamente Una vez revisados los
interesadas en el Se deben definir los planificación se debe registrados. resultados, se elabora
producto software criterios de decisión para
(desarrolladores, posibles tener en cuenta el el informe de
adquirientes, usuarios,
las métricas presupuesto, los Tarea 4.2: Aplicar los
seleccionadas. Dichos evaluación, con los
proveedores, etc.) y se métodos de evaluación y
especifican los requisitos criterios son umbrales criterios de decisión requisitos de la
de calidad del producto estándares adaptados, evaluación, los
numéricos que se pueden para las métricas
utilizando un determinado las herramientas de
modelo de calidad. relacionar con los resultados, las
evaluación, etc.
requisitos de calidad y Se aplican los limitaciones y
posteriormente con los El plan de evaluación secriterios de decisión restricciones, el
criterios de evaluación revisará y actualizará para las métricas personal evaluador.
Tarea 1.3: Identificar las partes
del producto que se deben para decidir la calidad del proporcionando seleccionadas sobre
evaluar información adicional
Se deben identificar y
producto. los valores obtenidos Tarea 5.3: Revisar la
documentar las partes del
según sea necesario
producto software incluidas en durante el proceso de en la medición del calidad de la
la evaluación. El tipo de producto. evaluación y obtener
producto a evaluar Tarea 2.3: Definir los criterios evaluación.
(especificación de requisitos, feedback. El evaluador
diagramas de diseño, de decisión de la evaluación
documentación de las pruebas, revisará los resultados
etc.).
Se deben definir criterios Tarea 4.3: Aplicar los
para las diferentes de la evaluación y la
criterios de decisión
características evaluadas a validez del proceso de
de la evaluación
partir de las evaluación, de los
Tarea 1.4: Definir el rigor de la subcaracterísticas y métricas indicadores y de las
de calidad. Estos resultados a En esta última tarea
evaluación métricas aplicadas.
mayor nivel de abstracción se deben aplicar los
Se debe definir el rigor de la permiten realizar la criterios de decisión a
evaluación en función del valoración de la calidad del
propósito y el uso previsto del nivel de
producto software de forma
producto software, general. características y
Tarea 5.4: Tratar los datos
basándose, por ejemplo, en subcaracterísticas de de la evaluación
aspectos como el riesgo para calidad. Una vez finalizada la
la seguridad, el riesgo
evaluación, el evaluador
económico o el riesgo
ambiental debe realizar el adecuado
tratamiento con los datos
y los objetos de la
evaluación según lo
acordado con el cliente.
 NORMA ISO-19126
PARA ANÁLISIS DE SOFTWARE

•Madurez

CALIDAD EN USO
NORMA ISO-9126 PARA ANÁLISIS DE SOFTWARE

•Es un

USABILIDAD
•Capacidad
FUNCIONALIDAD

•Aprendizaj

MANTENIBILIDAD

PORTABILIDAD
•Adecuació •Comportam •Eficacia
FIABILIDAD
•Estabilidad

EFICIENCIA
estándar n •Recupera e iento en el de •Productivi
internaci •Exactitud bilidad •Comprensi tiempo instalación
•Facilidad dad
onal para ón •Comportam •apacidad de
la •Interopera •Toleranci de análisis •Seguridad
bilidad •Operativid iento de reemplaza
evaluació a a fallos miento
•Facilidad
•Seguridad ad recursos de cambio •Satisfacci
n de •Cumplimi
la calidad •Atractivida •Facilidad ón
ento de d
del Fiabilidad de
software. pruebas
Está
reemplaz
ado por
el
proyecto
SQuaRE,
ISO
25000:20
05, el
cual sigue
los
mismos
concepto
s.
BIBLIOGRAFÍA
http://iso25000.com/index.php/normas-iso-25000?limit=4&start=4
http://iso25000.com/index.php/normas-iso-25000/iso-25012?limit=5&start=
http://iso25000.com/index.php/normas-iso-25000/iso-25040?limit=3&start=3