Iso 9126-3-español 2b4o64

ISO / IEC JTC 1 / SC7 Ingenieria De Software Secretaría: Canadá (SCC)

ISO / IEC JTC 1 / SC7

N 2416R

Fecha De: Número de referencia del documento: Identificación Comité:

200 2 - 03- 1 5

ISO / IEC TR 9126- 3

ISO / IEC JTC 1 / SC 7 / WG 6 Secretaría:

Japón

Ingeniería de software -Producto calidad - Parte 3: Las métricas internas Tipo de documento: Informe técnico internacional Subtipo del documento: si es aplicable Etapa del documento: (40) Consulta Idioma del documento: E ISO plantilla básica de la versión 3.0 03/02/1997 Titre - Titre - Partie n: Titre

ISO / IEC JTC 1 / SC7 Ingenieria De Software Secretaría: Canadá (SCC)

ISO / IEC 9126- 3: Software de ingeniería - La calidad del producto Parte 3: métricas nales Inter ISO / IEC J TC 1 / SC 7 N 2416R TR ISO / IEC J TC 1 / SC 7 / WG 6 Fecha: enero 5 a 3 -200 2 (versión corrección de redacción final de Aprobado DTR sometido a votación 7N2416 en 2001 por la norma ISO / IEC publicar)

Tipo de documento: Informe Técnico de tipo 2

Secretaría: ISO / IEC JTC 1 / SC 7

Subtipo del documento: No aplicable

Documento idioma: E

Documento etapa: (20) Preparatoria

Dirección respuesta a: ISO IEC / Secretaría SC7 / JTC1 Bell Canada - Contratación IT & Calidad de Proveedores 2265 Roland Therrien, Sala 226, Longueuil (QUEBEC) Canadá J4N 1C5 Tel .: +1 (514) 448-5100 Fax: +1 (514) 448-2090 o +1 (514) 647-3163 [email protected] ©

ISO / IEC 2000 - Todos los derechos reservados

ISO / IEC TR 9126- 3: 2002 (E

ISO / IEC 9126- 3: Software de ingeniería - La calidad del producto Parte 3: métricas nales Inter

Contenido 1.

Alcance

2.

Conformidad

3.

Referencias

4.

Términos y definiciones

5.

Símbolos y abreviaturas

6.

El uso del Software Métricas de Calidad

7.

Cómo leer y utilizar las tablas métricas

8.

Métricas Tablas 8.1 8.1.1 8.1.2 8.1.3 8.1.4 8.1.5 8.2 8.2.1 8.2.2 8.2.3 8.2.4 8.3 8.3.1 8.3.2 8.3.3 8.3.4 8.3.5 8.4 8.4.1 8.4.2 8.4.3 8.5 8.5.1 8.5.2 8.5.3 8.5.4 8.5.5 8.6 8.6.1 8.6.2 8.6.3 8.6.4 8.6.5

Métricas de funcionalidad Métricas Idoneidad Métricas de precisión Métricas de interoperabilidad Métricas de seguridad Métricas de cumplimiento Funcionalidad Métricas de fiabilidad Métricas de Madurez Fallo métricas de tolerancia Métricas recuperabilidad Métricas de cumplimiento Confiabilidad Usabilidad Métricas Métricas Comprensibilidad Métricas learnability Métricas de operabilidad Métricas Atractivo Métricas de cumplimiento Usabilidad Métricas de eficiencia Métricas de comportamiento en el tiempo Mediciones de utilización de recursos Métricas de cumplimiento Eficiencia Métricas de mantenibilidad Métricas analizabilidad Métricas mutabilidad Métricas de estabilidad Métricas de capacidad de prueba Métricas de cumplimiento mantenibilidad Métricas de portabilidad Métricas Adaptabilidad Métricas de capacidad de instalación Métricas de coexistencia Métricas reemplazabilidad Portabilidad métricas de cumplimiento

Anexo A (Informativo) Consideraciones sobre el uso de métricas A.1 Interpretación de las medidas A.1.1 diferencias potenciales entre prueba y contextos operacionales de uso Cuestiones A.1.2 afectando validez de los resultados A.1.3 Saldo de recursos de medición A.1.4 Corrección de la especificación A.2 Validación de Métrica A.2.1 A.2.2

Propiedades deseables de Métrica Demostrar la validez de Métrica

A.3 El uso de métricas para la estimación (Sentencia) y Predicción (pronóstico)

A.3.1 Las características de calidad de predicción de datos actual A.3.2 características de calidad actual estimación en hechos actuales

A.4 La detección de desviaciones y anomalías en los componentes propensos problema de la calidad A.5 Viendo Resultados de la Medición

Anexo B (Informativo) El uso de la Calidad en Uso, externos y internos Métricas (Marco Ejemplo) B.1 Introducción B.2

Visión general de Desarrollo y del Proceso de Calidad

B.3 Pasos Aproximación a la Calidad B.3.1 general B.3.2 Paso # 1 Identificación de requisitos de calidad B.3.3 Paso # 2 Especificación de la evaluación B.3.4 Paso # 3 Diseño de la evaluación B.3.5 Paso # 4 Ejecución de la evaluación B.3.6 Paso # 5 Comentarios a la organización

Anexo C (Informativo) Explicación detallada de tipos de escalas métricas y tipos de medición C.1

Tipos escala métrica

C.2

Tipos de medición

C.2.1

Tamaño Medida Tipo

C.2.2

Tiempo Tipo de medida

C.2.2.0 general C.2.3 Cuente medida tipo

Anexo D (Informativo) Término (s) D.1 D.1.1 D.1.2 D.1.3

Definiciones De Calidad Software y Medición

Anexo E (Informativo) métricas internas Pure E.1 Pure métricas internas Tabla 8.1.1 métricas Idoneidad Tabla 8.1.2 métricas de precisión Tabla 8.1.3 métricas de interoperabilidad Tabla 8.1.4 métricas de seguridad Tab le 8.1.5 métricas de cumplimiento Funcionalidad Tabla 8.2.1 métricas de Madurez Tabla 8.2.2 Falla métricas de tolerancia Tabla 8.2.3 métricas Recuperabilidad Tabla 8.2.4 Fiabilidad métricas de cumplimiento

Tabla 8.3.1 métricas Comprensibilidad Tabla 8.3.2 métricas learnability Tabla 8.3.3 métricas operabilidad Tabla 8.3.4 métricas Atractivo Tabla 8.3.5 Usabilidad métricas de cumplimiento Tabla 8.4.1 Tiempo métricas de comportamiento Tabla 8.4.2 Recursos mediciones de utilización Tabla 8.4.3 Eficiencia métricas de cumplimiento Tabla 8.5.1 métricas analizabilidad Tabla 8.5.2 métricas mutabilidad Tabla 8.5.3 métricas de estabilidad Tabla 8.5.4 métricas capacidad de prueba Tabla 8.5.5 mantenibilidad métricas de cumplimiento Tabla 8.6.1 métricas Adaptabilidad Tabla 8.6.2 métricas instalabilidad Métricas Tabla 8.6.3 Co-existencia Tabla 8.6.4 métricas reemplazabilidad Tabla 8.6.5 Portabilidad métricas de cumplimiento Tabla B.1 Medición de Calidad Modelo Tabla B.2 necesidades de los s características y pesos Tabla Tablas de Medición de Calidad B.3 Tabla de plan B.4 Medición

Prefacio ISO (Organización Internacional de Normalización) e IEC (Comisión Electrotécnica Internacional) forman el sistema especializado para la normalización mundial. Los organismos nacionales de ISO e IEC participan en el desarrollo de las Normas Internacionales a través de comités técnicos establecidos por la organización respectiva, para atender campos particulares de la actividad técnica. Comités técnicos de ISO e IEC colaboran en campos de interés mutuo. Otras organizaciones internacionales, gubernamentales y no gubernamentales, en coordinación con ISO e IEC, también participan en el trabajo. Las Normas Internacionales se redactan de acuerdo con las reglas establecidas en las Directivas ISO / IEC, Parte 3. En el campo de la tecnología de la información, ISO e IEC han establecido un comité técnico conjunto, ISO / IEC JTC 1. Los Proyectos de Normas Internacionales adoptados por el comité técnico conjunto se circulan a los organismos nacionales para votación. La publicación como Norma Internacional requiere la aprobación por al menos el 75 % De los organismos nacionales con derecho a voto. Internacional Informe Técnico ISO / IEC 9126- 3 fue preparada por el Comité Técnico Conjunto ISO / IEC JTC 1, Tecnología de la Información, Subcomité SC7, Ingeniería de Software ISO / IEC 9126 consta de las siguientes partes bajo el título general de Ingeniería de Software calidad roducto P Parte 1: Modelo de Calidad Parte 2: Métricas externas Parte 3: Las métricas internas Parte 4: La calidad en la medición del uso Anexo A través anexo E son meramente informativas.

© ISO / IEC 2002 - Todos los derechos reservados

ISO / IEC TR 9126- 3: 2002 (E

Introducción Este Informe Técnico proporciona métricas externas para la medición de atributos de seis características externas de calidad definidos en la norma ISO / IEC 9126-1.Las métricas que figuran en este Informe Técnico no pretenden ser un conjunto exhaustivo. Desarrolladores, evaluadores, gerentes de calidad y adquirentes pueden seleccionar las métricas de este informe técnico para la definición de requisitos, evaluación de productos de software, la medición de aspectos de calidad y otros fines.También pueden modificar las medidas o el uso de métricas que no se incluyen aquí. Este informe es aplicable a cualquier tipo de producto de software, aunque cada uno de los indicadores no siempre es aplicable a todo tipo de producto de software.

ISO / IEC 9126-1 define los términos de las características de calidad de software y cómo estas características se descomponen en subcaracterísticas. ISO / IEC 9126-1, sin embargo, no describe cómo podría medirse alguna de estas subcaracterísticas. ISO / IEC 9126-2 define métricas externas, ISO / IEC 9126-3 define las métricas internas e ISO / IEC 9126-4 define la calidad -en utilizar las métricas, para la medición de las características o las subcaracterísticas. Las métricas internas miden el propio software, métricas externas medir el comportamiento del sistema basado en ordenador que incluye el software, y la calidad en el uso de métricas miden los efectos de usar el software en un contexto específico de uso. Este Informe Técnico Internacional está destinado a ser utilizado en conjunto con la norma ISO / IEC 9126-1. Se recomienda encarecidamente leer la norma ISO / IEC 14598-1 e ISO / IEC 9126-1, antes de usar este Informe Técnico, en particular si el lector no está familiarizado con el uso de métricas de software para la especificación y evaluación del producto.

Las cláusulas 1 a 7 y los Anexos A a D son comunes a la norma ISO / IEC 9126-2, ISO / IEC 9126-3 e ISO / IEC 9126-4. En el anexo E es para ISO / IEC 9126-3 uso.

© ISO / IEC 2002 - Todos los derechos reservados

ISO / IEC TR 9126- 3: 2002 (E

Ingeniería de software - La calidad del producto Parte 3: Las métricas internas 1.

Alcance

Este Informe Técnico Internacional define métricas externas para medir cuantitativamente la calidad del software externo en términos de características y subcaracterísticas definidas en la norma ISO / IEC 9126-1, y está destinado a ser utilizado en conjunto con la norma ISO / IEC 9126-1. Este Informe Técnico contiene: I. II. III.

una explicación de cómo aplicar las métricas de calidad del software un conjunto básico de indicadores para cada subcaracterística un ejemplo de cómo aplicar las métricas durante la vida del producto de software ciclo Este Informe Técnico no asigna rangos de valores de estos indicadores a los niveles nominales o en grados de cumplimiento, ya que estos valores se definen para cada producto de software o una parte del producto de software, por su naturaleza, dependiendo de factores tales como la categoría de el software, nivel de integridad y necesidades de los s. Algunos atributos

pueden tener un intervalo deseable de valores, que no depende de las necesidades específicas de los s, pero depende de factores genéricos; por ejemplo, los factores cognitivos humanos. Este Informe Técnico se puede aplicar a cualquier tipo de software para cualquier aplicación. Los s de este Informe Técnico se pueden seleccionar o modificar y aplicar indicadores y medidas de este Informe Técnico o pueden definir métricas específicas de la aplicación por su dominio de aplicación individual. Por ejemplo, la medición específica de características de calidad como la seguridad o la seguridad se puede encontrar en la Norma Internacional o Informe Técnico proporcionada por IEC 65 e ISO / IEC JTC 1 / SC27. Los destinatarios de esta Informe Técnico incluyen: Adquirente (un individuo u organización que adquiere o promueva un sistema, producto software o servicio software de un proveedor); Evaluador (un individuo u organización que lleva a cabo una evaluación Un evaluador puede, por ejemplo, ser un laboratorio de pruebas, el departamento de calidad de una organización de desarrollo de software, una organización gubernamental o un .); Desarrollador (un individuo u organización que realiza actividades de desarrollo, incluyendo el análisis de requerimientos, diseño y prueba a través de la aceptación durante el proceso de ciclo de vida del software); Mantenedor (un individuo u organización que realiza actividades de mantenimiento); Proveedor (un individuo u organización que celebra un contrato con el comprador para el suministro de un sistema, producto software o servicio software bajo los términos del contrato) al validar la calidad del software en la prueba de calificación; (un individuo u organización que utiliza el producto de software para realizar una función específica) en la evaluación de la calidad del producto de software en prueba de aceptación; Gerente de calidad (un individuo u organización que lleva a cabo un examen sistemático de los servicios del producto de software o software) en la evaluación de la calidad del software como parte de la garantía de calidad y control de calidad.

2.

Conformidad

No hay requisitos de conformidad en este TR. Nota: Los requisitos generales de conformidad para las métricas están en la norma ISO / IEC 9126-1 Modelo de Calidad.

3.

Referencia s

1.

ISO 8402: 1994, Gestión de la calidad y garantía de calidad - Vocabulario Calidad

2.

ISO / IEC 9126: 1991, la ingeniería de software - Software de productos de evaluación Las características de calidad y directrices para su uso

3.

ISO / IEC 9126-1 (nuevo): Ingeniería de software - La calidad del producto - Parte 1: Modelo de Calidad

4.

ISO / IEC TR 9126-3 (nuevo): Software de ingeniería - La calidad del producto - Parte 3: Las métricas internas

5.

ISO / IEC TR 9126-4 (nuevo): Software de ingeniería - La calidad del producto - Parte 4: Calidad en la medición del uso

6.

ISO / IEC 14598-1: 1999, Tecnología de la información - la evaluación del producto de software - Parte 1: Visión general

7.

ISO / IEC 14598-2: 2000, Ingeniería de software - Evaluación del producto - Parte 2: Planificación y gestión

8.

ISO / IEC 14598-3: 2000, Ingeniería de software - Evaluación del producto - Parte 3: Proceso para desarrolladores

9.

ISO / IEC 14598-4: 1999, Ingeniería de software - Evaluación del producto - Parte 4: Proceso para adquirentes

10.

ISO / IEC 14598-5: 1998, Tecnología de la información - la evaluación del producto de software - Parte 5: Proceso para evaluadores

11.

ISO / IEC 14598-6 (nuevo): Ingeniería de software - Evaluación del producto - Parte 6: Documentación de los módulos de evaluación

12.

ISO / IEC 12207: 1995, Tecnología de la información - de vida del software procesos del ciclo.

13.

ISO / IEC 14143-1 1998, tamaño funcional Medida de la parte 1.

14.

ISO 2382-20: 1990, Tecnología de la información, vocabulario

15.

4.

ISO 9241-10 (1996), Requisitos ergonómicos para trabajos de oficina con pantallas de visualización de datos (PVD) - Parte 10; Principios del Diálogo

Términos y Definición s

A los efectos de esta norma ISO / IEC TR 9126- 3 Informe Técnico, las definiciones contenidas en la norma ISO / IEC 14598-1 e ISO / IEC 9126-1 se aplican. También figuran en el anexo D.

5.

Símbolos y abreviaturas

Los siguientes símbolos y abreviaturas se utilizan en este Informe Técnico: 1.

SQA - Calidad de Software (Grupo)

2.

SL - Procesos del ciclo de vida del software

6.

El uso del Software Métricas de Calidad

Estos Informes Técnicos Internacionales (ISO / IEC 9126-2 métricas externas, ISO / IEC 91263 Las métricas internas y ISO / IEC 9126-4 de la calidad en el uso de métricas) proporciona un conjunto sugerido de métricas de calidad de software (externo, interno y la calidad en uso métricas) para ser utilizado con el modelo 9126-1 Calidad ISO / IEC. El de estos informes técnicos podrá modificar las métricas definidas, y / o también puede utilizar las métricas que se señalan. Cuando se utiliza un modificado o una nueva métrica no identificados

en estos informes Técnica Internacional, el debe especificar cómo las métricas se relacionan con el modelo 9126-1 de calidad ISO / IEC o cualquier otro modelo sustituto de calidad que se está utilizando. El de estos informes técnicos internacionales deben seleccionar las características de calidad y subcaracterísticas a evaluar, a partir de la norma ISO / IEC 9126-1; identificar las medidas directas e indirectas adecuadas, identificar las métricas relevantes y luego interpretar el resultado de la medición de una manera objetiva. El de estos informes Técnica Internacional también puede seleccionar los procesos de evaluación de la calidad del producto durante la vida del software ciclo del 14598 serie de normas ISO / IEC. Estos dan métodos para la medición, la evaluación y la evaluación de la calidad del producto de software. Están diseñados para su uso por los desarrolladores, compradores y evaluadores independientes, en particular a los responsables de la evaluación de productos de software (ver Figura 1).

Figura 1 - Relación entre tipos de métricas Las métricas internas se pueden aplicar a un producto de software no ejecutable durante sus etapas de desarrollo (como solicitud de propuestas, definición de requerimientos, especificación de diseño o el código fuente). Las métricas internas proporcionan a los s con la capacidad de medir la calidad de los entregables intermedios y por lo tanto predecir la calidad del producto final. Esto permite al identificar los problemas de calidad e iniciar acciones correctivas lo antes posible en el ciclo de vida de desarrollo. Las métricas externas se pueden usar para medir la calidad del producto de software mediante la medición del comportamiento del sistema del que forma parte. Las métricas externas sólo pueden ser utilizados durante las etapas de prueba del proceso de ciclo de vida y durante ninguna de las etapas operacionales. La medición se realiza al ejecutar el producto de software en el entorno del sistema en el que está destinado a funcionar. La calidad en la medición del uso medir si un producto cumple con las necesidades de determinados s para conseguir objetivos específicos con efectividad, productividad, seguridad y satisfacción en un contexto de uso específico. Esto sólo se puede lograr en un entorno de sistema realista. Necesidades de calidad del se pueden especificar como los requisitos de calidad de calidad de medición del uso, por métricas externas, ya veces por métricas internas. Estos requisitos especificados por las métricas deben utilizarse como criterios cuando se evalúa un producto. Se recomienda el uso de métricas internas que tienen una relación tan fuerte como sea posible con las métricas externas de destino para que puedan ser utilizados para predecir los valores de métricas externas. Sin embargo, a menudo es difícil diseñar un modelo teórico riguroso que proporciona una fuerte relación entre métricas internas y métricas externas. Por lo tanto, un

modelo hipotético que puede contener la ambigüedad puede ser diseñado y la medida de la relación puede ser modelado estadísticamente durante el uso de métricas. Las recomendaciones y los requisitos relacionados con la validez y la fiabilidad se dan en la norma ISO / IEC 9126-1, A.4 cláusula. Consideraciones detalladas adicionales al utilizar las métricas se dan en el anexo A de este Informe Técnico.

7.

Cómo leer y utilizar la tabla de métricas s

Las métricas que figuran en la cláusula 8 se clasifican por las características y subcaracterísticas de la norma ISO / IEC 9126-1. La siguiente información se da para cada métrica en la tabla:

a)

Nombre de métrica: Correspondiente métricas en la tabla mesa métricas internas y métricas externas tienen nombres similares.

b)

Propósito de la métrica: Esto se expresa como la pregunta a responder por la aplicación de la métrica.

c) d)

Modo de aplicación: Proporciona un resumen de la solicitud. Medición, fórmula y cálculos de elementos de datos: Proporciona la fórmula de medición y explica el significado de los elementos de datos utilizados. NOTA: En algunas situaciones, se propone más de una fórmula para una métrica ..

e) f)

Interpretación del valor medido: proporciona la gama y los valores preferidos. . Tipo de escala métrica: Tipo de escala utilizada por la métrica S cale tipos utilizados son; Escala nominal, escala ordinal, escala de intervalo, escala de razón y la escala absoluta.

NOTA: Una explicación más detallada en el anexo C.

g)

Tipo de medida: Tipos utilizados son; Tipo del tamaño (por ejemplo, tamaño de funciones, tamaño de fuente), el tipo de tiempo (por ejemplo, tiempo transcurrido, tiempo de ), el conde tipo (por ejemplo, número de cambios, Número de fallos).

NOTA: Una explicación más detallada en el Anexo C.

h) yo)

j)

Entrada a la medición: Fuente de los datos utilizados en la medición. ISO / IEC 12207 SL Referencia: Identifica proceso del ciclo de vida del software (es) para la métrica es aplicable. Dirigido a: Identifica el (s) de los resultados de la medición.

8.

Métrica Tabla s

Las métricas que figuran en esta cláusula no pretenden ser un conjunto exhaustivo y no pueden haber sido validado. Ellos son enumerados por las características de calidad de software de una d subcaracterísticas, en el orden introducido en la norma ISO / IEC 9126-1. Métrica, que pueden ser aplicables, no se limitan a las descripciones en. Métricas específicas adicionales con fines particulares se proporcionan en otros documentos relacionados, tales como la medición de tamaño funcional o medición de la eficiencia de tiempo preciso. NOTA:. Se recomienda consultar una forma métrica o medida específica de las normas específicas, informes técnicos o directrices medición del tamaño funcional se define en la norma ISO / IEC 14143. Un ejemplo de medición de la eficiencia momento preciso se puede hacer referencia de la norma ISO / IEC 14756.

Las métricas deben ser validados antes de la aplicación en un entorno específico (ver Anexo A). NOTA: Esta lista de las métricas no está finalizado, y puede ser revisado en futuras versiones de este Informe Técnico. Se invita a los lectores de este Informe Técnico para proporcionar retroalimentación.

8.1

Métricas de funcionalidad

Yo nterna funcionalidad s métricas se utilizan para predecir si el producto de software en cuestión satisface los requisitos funcionales prescritos y necesidades de los s implicados.

8.1.1

Métricas Idoneidad

Métricas de idoneidad internos indican un conjunto de atributo s para evaluar de forma explícita las funciones a las tareas prescritas, y para determinar si son adecuados para la realización de las tareas. 8.1.2

Métricas de precisión

Métricas de precisión interna indican un conjunto de atributo s para evaluar la capacidad del producto de software para lograr s resultado correcto o agradable.

8.1.3

Métricas de interoperabilidad

Métricas de interoperabilidad internos indican un conjunto de atributo s para evaluar la capacidad de la interacción del producto de software con los sistemas designados.

8.1.4

Métricas de seguridad

Métricas de seguridad internas indican un conjunto de atributo s para evaluar la capacidad del producto de software para evitar el ilegal al sistema y / o datos.

8.1.5

Funcionalidad c UMPLIMIENTO métricas

Métricas de cumplimiento interno indican un conjunto de atributos para evaluar la capacidad del producto de software para cumplir con los artículos tales como normas, convenciones o regulaciones de la organización de s en relación con la funcionalidad. 1

© ISO / IEC 2002 - Todos los derechos reservados

ISO / IEC TR 9126- 3: 2002 (E

Tabla 8.1.1 métricas Idoneidad Métricas de idoneidad Internos Nombre de Propósito de la métrica métrica

Adecuación funcional

¿Cuán adecuadas son las funciones controladas?

Método de aplicación

Medición, fórmula y cálculos de elementos de datos

Interpretación Tipo de Tipo de del valor escala Medida medido métrica

Cuente el número de funciones implementadas que son adecuados para la realización de las tareas especificadas, luego medir la relación de ella con las funciones implementadas.

X = 1- A / B

0 <= X <= 1

A = Número de funciones en las que se

Cuanto más se acerca a 1, la más adecuada.

detectan problemas en la evaluación B = Número de funciones de comprobación

absoluto X = conteo / conteo A = Cantidad B = cuenta

Lo siguiente puede ser medido; -todos o partes de las especificaciones de diseño módulos -completed / partes de productos de software Exhaustividad aplicación funcional

¿Qué tan completa es la aplicación funcional?

Cuente el número de funciones que faltan detectados en la evaluación y comparación con el número de la función descrita en las especificaciones de requisitos

X = 1-A / B

0 <= X <= 1

A = Número de funciones faltantes detectados en la evaluación.

Cuanto más se acerca a 1, el más completo.

B = Número de funciones descritas en las especificaciones de requisitos NOTA: La entrada al proceso de medición es las especificaciones de requisitos actualizados. Cualquier cambio identificadas durante el ciclo de vida se deben aplicar a las especificaciones de requisitos antes de utilizar en el proceso de medición.

absoluto X = conteo / conteo A = Cantidad B = cuenta

Interna métricas de idoneidad Nombre de métrica

Propósito de la métrica

Método de aplicación

La cobertura de ¿Cómo es la correcta Cuente el número de implementación funciones aplicación funcional? incorrectamente aplicado funcional o que faltan y comparar con el número de funciones se describe en las especificaciones de requisitos Nota: Revisión por elemento funcional.

Estabilidad ¿Qué tan estable Especificación esla especificación funcional durante el funcional ciclo de vida de (Volatilidad) desarrollo?

Cuente el número de funciones cambiado (añadido, modificado o eliminado) durante la fase del ciclo de vida de desarrollo, luego comparar con el número de funciones que se describen en las especificaciones de requisitos.

Medición, fórmula y cálculos de elementos de datos

Interpretación Tipo de Tipo de del valor escala Medida medido métrica

X = 1-A / B

0 <= X <= 1

A = Número de funciones incorrectamente Cuanto más aplicado o faltantes detectados. se acerca a 1, el más B = Número de funciones se describe en correcto. las especificaciones de requisitos

Or ap pa ció

absoluto X = conteo R e / conteo A El D = Cantidad B = cuenta Có Info rev

Nota: La entrada al proceso de medición es las especificaciones de requisitos actualizados. Cualquier cambio identificadas durante el ciclo de vida se deben aplicar a las especificaciones de requisitos antes de utilizar en el proceso de medición. X = 1-A / B

0 <= X <= 1

A = Número de funciones cambió durante Cuanto más las fases del ciclo de vida de desarrollo cerca de 1 la B = Número de funciones descritas en las más estable. especificaciones de requisitos

absoluto A = Cantidad

Es se

B= Contador

Info rev

X= Cantidad / Contar

Tabla 8.1.2 métricas de precisión Métricas de precisión interna Nombre de Propósito de la métrica métrica

Exactitud ¿Cómo completo han Computacional sido los requisitos de precisiónimplementado ?

Precisión

¿Qué tan completa fue la implementación de niveles específicos de precisión para los elementos de datos?

Método de aplicación

Medición, fórmula y cálculos de elementos de datos

Interpretación Tipo de Tipo de del valor escala Medida medido métrica

Cuente el número de funciones que han implementado los requisitos de precisión y comparar con el número de funciones con los requisitos específicos de exactitud.

X = A/ B

0 <= X <= 1.

Contar el número de elementos de datos que cumplen con los requisitos de niveles específicos de precisión y comparan con el número total de elementos de datos con nivel específico de requisitos de precisión.

X = A/ B

0 <= X <= 1.

A = Número de elementos de datos implementados con espe nivel s ic de precisión, confirmó en la evaluación

Cuanto más se acerca a 1, el más completo.

A = Número de funciones en el que se han Cuanto más se acerca a 1, el aplicado los requisitos específicos de más completo. precisión, como se confirma en la evaluación.

absoluto X = conte / conteo A = Cantida B = cuent

B = Número de funciones para las que necesitan ser implementado requisitos específicos de precisión.

B = Número de elementos de datos que requieren niveles específicos de precisión

absoluto X = conte / conteo A = Cantida B = cuent

Tabla 8.1.3 métricas de interoperabilidad Métricas de interoperabilidad Internos Nombre de métrica Propósito de la Método de aplicación métrica

Medición, fórmula y cálculos de elementos de datos

Interpretación Tipo de Tipo de del valor escala Medida medido métrica 0 <= X <= 1.

Intercambiabilida ¿Cómo se han d de datos aplicado correctamente los (Formato de datos formatos de datos de basada) la interfaz?

Cuente el número de formatos de datos de la interfaz que se han implementado correctamente como en las especificaciones y comparar con el número de formatos de intercambio de datos como en las especificaciones.

X = A/ B

Consistencia Interface (protocolo)

Cuente el número de protocolos de interfaz que se implementaron correctamente como en las especificaciones y comparan con el número de protocolos de interfaz que se deben implementar como en las especificaciones.

X = A/ B

Cómo correctamente haber s ha implementado el protocolo de interfaz?

A = Número de formatos de datos de interfaz Cuanto más se que se han aplicado correctamente como en acerca a 1, el las especificaciones más correcto.

absoluto X = con / conte = Cant B = cue

B = Número de formatos de intercambio de datos como en las especificaciones

0 <= X <= 1

A = Número de protocolos de interfaz de la Cuanto más se aplicación de formato coherente como en la acerca a 1, el especificación confirmada en revisión más B = Número de protocolos de interfaz que se consistente. deben implementar como en las especificaciones

absoluto X = con / conte = Cant B = cue

Tabla 8.1.4 métricas de seguridad En las métricas internas s eguridad Nombre de Propósito de la Método de aplicación métrica métrica

Medición, fórmula y cálculos de elementos de datos

Interpretación Tipo de Tipo de del valor escala Medida medido métrica

Cómo auditable es el Cuente el número de tipos de inicio de de que se está sesión? registrando correctamente como en las especificaciones y comparar con el número de tipos de que sonnecesario para estar conectado con las especificaciones.

X = A/ B

0 <= X <= 1

Controlabilidad Cómo controlable es Cuente el número de el al sistema? requisitos l capacidad de control de implementado correctamente como en las especificaciones y comparar con el número de requisitos l capacidad de control de en las especificaciones.

X = A/ B

Auditabilidad

A = Número de tipos de que se está Cuanto más se acerca a 1, la registrando como en las especificaciones más auditable. B = Número de tipos de necesarias para estar conectado con las especificaciones

0 <= X <= 1

A = Número de r ol requisitos l capacidad de Cuanto más se acerca a 1, el cont implementado correctamente más como en las especificaciones. controlable. B = Número de requisitos l capacidad de control de en las especificaciones ..

Absoluto X = conte / conteo A = Cantida B = cuent

Absoluto X = conte / conteo A = Cantida B = cuent

En las métricas internas s eguridad Nombre métrica

de Propósito de la métrica

La corrupción ¿Qué tan completa es la implementación de de datosprevención la prevención de la corrupción de datos?

Método de aplicación

Medición, fórmula y cálculos de elementos de datos

Interpretación Tipo de Tipo de del valor escala Medida medido métrica

Cuente el número de casos implementados de prevención de la corrupción de datos según lo especificado y comparar con el número de casos de

X = A/ B

0 <= X <= 1

operaciones / especificado en los requisitos como capaces

Cuanto más se A = Número de casos implementados de acerca a 1, el prevención de la corrupción de datos como más completo. se especifica confirmó en revisión.

Absoluto X = conte / conteo A = Cantida B = cuent

B = Número de casos de operación / en los requisitos como capaces de corromper datos / destruir

Nota: Tenga en cuenta los niveles de de corromper / destruir los seguridad al usar este indicador. datos. El cifrado de datos

¿Qué tan completa es Cuente el número de la implementación de instancias implementadas cifrado de datos? de elementos de datos ENCRYPTABLE / descodificarse como se especifica y comparar con el número de casos de elementos de datos que requieren las instalaciones de datos de cifrado / descifrado como en especificaciones.

X = A/ B

0 <= X <= 1

A = Número de casos aplicados de elementos de datos ENCRYPTABLE / descodificarse como especificado confirmado en revisión

Cuanto más se acerca a 1, el más completo.

B = Número de elementos de datos que requieren las instalaciones de datos de cifrado / descifrado como en especificaciones NOTA: Cifrado de datos: por ejemplo, los datos de la base de datos abierta, los datos de servicio de comunicación pública

absoluto X = conte / conteo A = Cantida B = cuent

Tabla 8.1.5 Funcionalidad métricas c UMPLIMIENTO Funcionalidad interna métricas c UMPLIMIENTO Nombre de Propósito de la Método de aplicación métrica métrica

Cumplimiento Funcional

El cumplimiento estándar del sistema de Inter

¿Cómo es compatible con la funcionalidad del producto a los reglamentos, normas y convenciones.

¿Cómo cumple son las interfaces con los reglamentos, normas y convenciones

Medición, fórmula y cálculos de elementos de datos

Interpretación Tipo de Tipo de del valor escala Medida medido métrica

Contar el número de elementos que requieren el cumplimiento que se han conocido y comparar con el número de elementos que requieren el cumplimiento como en la especificación.

X = A/ B

0 <= X <= 1.

A = Número de c implementado orrectly artículos relacionados con el cumplimiento funcionalidad confirmó en la evaluación

Cuanto más se acerca a 1, el más obediente.

Cuente el número de interfaces que cumplen cumplimiento requerida y comparan con el número de interfaces que exige el cumplimiento como en las especificaciones

X = A/ B

B = n úmero total de artículos de cumplimiento

0 <= X <= 1.

A = Número de interfaces implementadas Cuanto más se correctamente como se especifica, confirmó acerca a 1, el en la revisión más obediente. B = Número total de interfaces que requieren el cumplimiento

absoluto X = conteo / conteo A = Cantidad = cuenta

absoluto X = conteo / conteo A = Cantidad = cuenta

Nota: Todos los atributos especificados de un estándar deben ser revisados

1

© ISO / IEC 2002 - Todos los derechos reservados

ISO / IEC TR 9126- 3: 2002 (E

8.2

Métricas de fiabilidad

Métricas de fiabilidad internos se utilizan para predecir si el producto de software en cuestión va a satisfacer las necesidades de fiabilidad prescritas, durante el desarrollo del producto de software.

8.2.1

Métricas de Madurez

Métricas de madurez interna indican un conjunto de atributos para evaluar la madurez del software.

8.2.2

Fallo métricas de tolerancia

Métricas de tolerancia a fallos internos indican un conjunto de atributos para evaluar la capacidad de los productos de software en el mantenimiento de un nivel de rendimiento deseado en caso de fallos operativos o de la violación de su interfaz especificada.

8.2.3

Métricas recuperabilidad

Métricas recuperabilidad internos indican un conjunto de atributos para evaluar la capacidad del producto de software para restablecer un nivel adecuado de rendimiento y recuperar los datos directamente afectados en caso de un fracaso.

8.2.4

Confiabilidad c UMPLIMIENTO métricas

Métricas internas de cumplimiento relacionados con la fiabilidad indican un conjunto de atributos para evaluar ing la capacidad del producto de software para cumplir con los artículos tales como normas, convenciones o regulaciones de la organización de s en relación con la fiabilidad.

© ISO / IEC 2002 - Todos los derechos reservados

1

ISO / IEC TR 9126- 3: 2002 (E

Tabla 8.2.1 métricas de Madurez Interna métricas m aturity Nombre de Propósito de la métrica métrica

Método de aplicación

Detección de fallos

¿Cuántos fallos Cuente el número de fallas fueron detectados en detectadas en la revisión y productos revisados? compararlo con el número Nota: esta de fallos estimados para métrica sólo debe ser detectado en esta fase. utilizarse para la predicción durante el desarrollo.

Medición, fórmulas y cálculos de datos de elementos

Interpretación Tipo de del valor escala medido métrica

Tipo de Medida

X = A/ B

0 <= X

A = n absoluta úmero de fallas detectadas en la revisión

Un valor alto para X implica buena calidad del producto, mientras que A = 0 no implica necesariament e el estado libre de avería del artículo revisado.

X = cuen / cuenta = count

B = Número de fallas estimados para ser detectadas en la revisión (utilizando la historia pasada o modelo de referencia)

Absoluto

B = cuen

NOTA: 1. Es necesario convertir este valor (X) a la <0,1> intervalo de si hacer resumen de características. Fallo r emoval

¿Cuántos errores se han corregido?

X=A

0 <= X proporció A = Número de fallos corregidos en el diseño Un alto valor de n / codificación X implica, que permanecen Lo que se elimina la Cuente el número de fallos menos fallos. proporción de faltas? retirados durante el Y = A/ B 0 <= Y <= 1 diseño / codificación y A = Número de corregir los fallos de diseño / compararlo con el número codificación Cuanto más se de fallas detectadas en la acerca a 1, absoluto revisión durante el diseño / B = Número de fallas detectadas en la mejor. (Más revisión codificación. faltas eliminados)

X = cuen

A = coun

Y = conte / conteo = cuenta

NOTA: 1. Es necesario convertir este valor (X) a la <0,1> intervalo de si hacer resumen de características. Adecuación de ¿Qué parte de los prueba casos de prueba necesarios están cubiertos por el plan de pruebas?

Cuente el número de casos de prueba planificadas y compararlo con el número de casos de prueba necesarios para obtener cobertura de la prueba adecuada.

X = A/ B

0 <= X

A = Número de casos de prueba diseñados Donde X es en el plan de pruebas y confirmados en la mayor la mejor revisión adecuación B = Número de casos de prueba requerido

absoluto

X = cuen / cuenta = count

B = cuen

Tabla 8.2.2 Falla métricas de tolerancia Métricas de tolerancia a fallos internos Nombre de Propósito de la Método de aplicación métrica métrica

Evitación Fracaso

¿Cuántos patrones de falla fueron traídos bajo control para evitar fallos críticos y serios?

Cuente el número de patrones de fallas evitadas y compararlo con el número de patrones de falla para ser considerado

Medición, fórmulas y cálculos de datos de elementos

Interpretación Tipo de Tipo de del valor escala Medida medido métrica

X = A/ B

0 <= X

A = Número de patrones de falla que tiene la Donde X es evasión en el diseño / código mayor cuanto mejor evitar el B = Número de patrones de falla para ser fracaso considerado

absoluto X = conte / conteo

A = count

B = cuent

NOTA: Fallo de patrón ejemplos de cada rango de datos punto muerto NOTA: Fallo técnica de análisis de árbol puede ser utilizado para detectar los patrones de falla. Evitar operación incorrecta

la ¿Cuántas funciones se implementan con las operaciones de la capacidad de evitación incorrecto?

Cuente el número de funciones implementadas para evitar fallos críticos y graves causadas por operaciones incorrectas y compararlo con el número de patrones de funcionamiento incorrectos para ser considerado.

X = A/ B

0 <= X

A = Número de funciones en práctica para Donde X es evitar los patrones de operación incorrectos. mayor evitar B = Número de patrones de funcionamiento mejor funcionamiento incorrectos para ser considerado incorrecto. NOTA: Los patrones de funcionamiento incorrecto tipos de datos incorrectos como parámetros NOTA: También se dañen de los datos, además de fallo secuencia incorrecta de entrada de datos del sistema. de secuencia incorrecta de operación NOTA : Fallo técnica de análisis de árbol puede ser utilizado para detectar los patrones de operación incorrecta.

absoluto X = conte / conteo

A = count

B = cuent

Tabla 8.2.3 métricas Recuperabilidad Métricas recuperabilidad Internos Nombre de Propósito de la métrica métrica

Método de aplicación

Medición, fórmulas y cálculos de datos de elementos

Interpretación Tipo de Tipo de del valor escala Medida medido métrica

Restaurabilidad ¿Qué tan capaz es el producto en sí mismo después de la restauración de evento anormal o en la petición?

Cuente el número de requisitos de restauración aplicadas y compararlo con el número de requisitos de restauración en las especificaciones.

X = A/ B

0 <= X <= 1

A = Número de requisitos de restauración aplicadas confirmados en la revisión

Donde X es mayor, mejor B = Número de requisitos de restauración en restaurabilidad las especificaciones. .

Absoluto X = cuenta / cuenta A count

B = cue

Ejemplos de requisitos Restauración: puesto de control de base de datos, control de transacciones, la función rehacer, la función deshacer Efectividad Restauración

¿Qué tan efectiva es la capacidad de la restauración?

Cuente el número de requisitos de restauración aplicadas repartiendo el tiempo de restauración de destino (por cálculos o simulaciones) y compararlo con el número de requisitos de restauración con tiempo objetivo especificado.

X = A/ B

0 <= X <= 1

A = Número de requisitos de restauración aplicadas reuniones objetivo tiempo de restauración

Donde X es mayor, mejor eficacia

B = Número de requisitos de restauración con tiempos objetivo especificados

Absoluto X = cuenta / cuenta A count

B = cue

Tabla 8.2.4 Fiabilidad métricas c UMPLIMIENTO Confiabilidad interna métricas c UMPLIMIENTO Nombre de Propósito de la Método de aplicación métrica métrica

Cumplimiento Confiabilidad

¿Cómo cumple es la fiabilidad del producto a los reglamentos, normas y convenciones.

Contar el número de elementos que requieren el cumplimiento que se han conocido y comparar con el número de elementos que requieren el cumplimiento como en la especificación. .

Medición, fórmulas y cálculos de datos de elementos

Interpretación Tipo de Tipo de del valor escala Medida medido métrica

X = A/ B

0 <= X <= Absoluto X = 1.Cuanto más conteo / se acerca a 1, conteo A = el más Cantidad obediente. = cuenta

A = Número de c implementado orrectly artículos relacionados con el cumplimiento fiabilidad confirmó en la evaluación B = n úmero total de artículos de cumplimiento

1

© ISO / IEC 2002 - Todos los derechos reservados

ISO / IEC TR 9126- 3: 2002 (E

8.3

Usabilidad Métricas

Métricas sability u interna se utilizan para predecir el grado en que el software en cuestión puede ser comprendido, aprendido, operados, atractivo y cumplen con las normas y directrices de usabilidad. Debería ser posible para las medidas adoptadas para ser utilizados para establecer los criterios de aceptación o para hacer comparaciones entre productos. Esto significa que las medidas deben contar los elementos de valor conocido. Los resultados deben reportar el valor medio y el error estándar de la media

8.3.1

Métricas Comprensibilidad

Los s deben ser capaces de seleccionar un producto de software que es adecuado para el uso previsto. Métricas u nderstandability Internos evaluar si los nuevos s puedan entender: 

si el software es adecuado



la forma en que se puede utilizar para tareas particulares.

8.3.2

Métricas learnability

L métricas earnability Internos evaluar cuánto tiempo los s tarda en aprender a utilizar determinadas funciones, y el e FICACIA de los sistemas de ayuda y documentación. Facilidad de aprendizaje está fuertemente relacionada con la comprensión, y mediciones comprensibilidad puede ser indicadores de la potencial capacidad de aprendizaje del software.

8.3.3

Métricas de operabilidad

Métricas perability Ö interior evaluar si los s pueden operar y controlar el software. Métricas de operabilidad se pueden clasificar por t él los principios del diálogo en la norma ISO 9241-10: 

satisfacción del software para la tarea



auto-descriptivo del software



controlabilidad del software



conformidad del software con las expectativas del



tolerancia de error del software



adecuación del software para la individualización

La elección de las funciones de prueba será influenciado por la frecuencia esperada de uso de las funciones, la criticidad de las funciones, y cualquier problema de usabilidad esperados. 8.3.4

Métricas Atractivo

Métricas una ttractiveness Internos evaluar el aspecto del software, y se verá influido por factores como el diseño de la pantalla y el color. Esto es particularmente importante para productos de consumo. 8.3.5

Usabilidad c UMPLIMIENTO métricas

Métricas de cumplimiento interno evaluar la adhesión a normas, convenciones, guías de estilo o reglamentos relacionados con la usabilidad. © ISO / IEC 2002 - Todos los derechos reservados

1

ISO / IEC TR 9126- 3: 2002 (E

Tabla 8.3.1 métricas Comprensibilidad Métricas comprensibilidad Internos Nombre de Propósito de la métrica métrica

Integridad de la ¿Qué proporción de funciones (o tipos de descripción función) se describen en la descripción del producto?

Método de aplicación

Medición, fórmulas y cálculos de datos de elementos

Interpretación Tipo de Tipo de del valor escala Medida medido métrica

Cuente el número de funciones que se describen de forma adecuada y se comparan con el número total de funciones en el producto.

X = A/ B

0 <= X <= 1

A = Número de funciones (o tipos de El más funciones) se describe en la descripción del cercano a 1 la producto más completa

absoluto X = cont / conteo

A = coun

B = cuen

B = Número total de funciones (o tipos de funciones) NOTA 1 : Esto indica si los s potenciales entenderán la capacidad del producto después de leer la descripción del producto. NOTA 2 : Véase también ISO / IEC 9127 paquete de software del Consumidor. Capablity Demostración

¿Qué proporción de las funciones que requieren demostración tienen capacidad de demostración?

Cuente el número de X = A/ B 0 <= X <= 1 absoluto X = cont funciones que son / conteo El más A = Número de funciones demostrado y adecuadamente cercano a 1 el A = coun confirmado en la revisión demostrable y comparan más capaz. B = cuen con el total de las funciones B = n úmero total de las funciones que que requieren la capacidad requieren la capacidad de demostración de demostración NOTA : Las demostraciones paso a través del proceso que muestra cómo se utiliza el producto. Esto incluye "asistentes". Funciones ¿Qué proporción de Cuente el número de X = A/ B 0 <= X <= 1 absoluto X = cont evidentes las funciones del funciones que son / conteo A = Número de funciones (o tipos de El más producto son evidentes para el y funciones) evidente para el cercano a 1 el A = coun evidentes para el se comparan con el mejor B = Número total de funciones (o tipos de B = cuen ? número total de funciones funciones) NOTA : Esto indica si los s podrán localizar funciones mediante la exploración de la interfaz (por ejemplo, mediante la inspección de los m Función X=A/B 0 <= X <= 1 absoluto X = ¿Qué proporción de Cuente el número de comprensibilida las funciones del funciones de interfaz de conteo / d producto será el donde propósitos A = Número de funciones de interfaz de Cuanto más conteo será capaz de que tiene por objeto que se se acerca a 1, se entienden por el entender entiende por el mejor. A = cou y se comparan correctamente. con el número de B= funciones de interfaz de B = Número de funciones de interfaz de . cuenta .

Tabla 8.3.2 métricas learnability Interna métricas l earnability Nombre de Propósito de la métrica métrica

Integridad de la documentación de y / o centro de ayuda

¿Qué proporción de funciones se describen en la documentación de y / o centro de ayuda?

Método de aplicación

Medición, fórmulas y cálculos de datos de elementos

Interpretación Tipo de escala Tipo d del valor métrica Medid medido

Cuente el número de 0 <= X <= 1 absoluto X = co X = UNA B funciones implementadas / conte Cuanto más con función de ayuda y / o A = Número de funciones descrita se acerca a 1, A= documentación y el más Cantid B = proporcionó total de número de comparar con el número completo. = cuen funciones total de funciones de producto. NOTA : : Tres métricas son posibles: la documentación está completa, la integridad de la función informativa o integridad de la ayuda y la docum

Tabla 8.3.3 métricas operabilidad

Métricas de operabilidad Internos Nombre de Propósito de la métrica métrica

Método de aplicación

Medición, fórmulas y cálculos de datos de elementos

Interpretación Tipo de Tipo de del valor escala Medida medido métrica

Comprobación ¿Qué proporción de de la validez de elementos de entrada entrada de verificación para proporcionar datos válidos

Contar el número de elementos de entrada, que comprueban los datos válidos y comparan con el número de elementos de entrada, lo que podría verificar si hay datos válidos

X = A/ B

0 <= X <= 1

Operación cancellability

¿Qué proporción de funciones se puede cancelar antes de terminar?

Cuente el número de funciones implementadas, las cuales pueden ser canceladas por el antes de la finalización y compararlo con el número de funciones que requiere la capacidad de cancelación anticipada

X = A/ B

0 <= X <= 1

A = Número de funciones implementadas que pueden ser canceladas por el B = Número de funciones que requiere la capacidad de cancelación anticipada

Cuanto más se acerca a 1, el mejor cancellability

¿Qué proporción de funciones se puede deshacer?

Cuente el número de funciones implementadas, las cuales se pueden deshacer por el después de la finalización y compararlo con el número de funciones

X = A/ B

0 <= X <= 1

A = Número de funciones implementadas que puede ser deshecho por el

Cuanto más se acerca a 1, el mejor undoability

Operación Undoability

A = Número de elementos de entrada que comprobar si hay datos válidos B = Número de elementos de entrada que podría comprobar si hay datos válidos

B = Número de funciones .

NOTA : : O undoability simple o múltiple undoability después de varias acciones posteriores se pueden evaluar Customisability ¿Qué proporción de Cuente el número de X = A/ B las funciones se funciones implementadas, pueden personalizar las cuales pueden ser durante la operación? personalizados por el durante el funcionamiento y compararlo con el número de funciones que requiere la capacidad de personalización La accesibilidad ¿Qué proporción de física funciones se puede personalizar para el de los s con discapacidades físicas

Cuente el número de funciones implementadas, que puede ser Customi s ed y compararlo con el número de funciones

A = Número de funciones que pueden ser personalizados durante la operación B = Número de funciones que requiere la capacidad de personalización

0 <= X <= 1 Cuanto más se acerca a 1, mejor accesibilidad física

B = Número de funciones

operaciones

¿Qué proporción de Cuente el número de los mensajes son mensajes que fáciles de entender? implementan con explicaciones claras y compararlo con el número total de mensajes que implementan.

Cuanto más se acerca a 1, el mejor de personalizació n

A = Número de funciones que se pueden personalizar

NOTA : : estado incluye el monitoreo del progreso. Consistencia ¿Qué proporción de Cuente el número de casos X = 1 - A / B operacional las operaciones se de operaciones con un A = Número de casos de operaciones con un comportan de la comportamiento comportamiento incoherente misma manera a las incoherente y compararlo B = número total de operaciones operaciones similares con el número total de

M ensaje Claridad

0 <= X <= 1

X = A/ B

NOTA: Los ejemplos de accesibilidad física son la imposibilidad de usar un ratón y ceguera Operación ¿Qué proporción de Cuente el número de X = A/ B capacidad de las funciones tienen la funciones implementadas, A = Número de funciones que tienen la supervisión del capacidad de que el estado pueden ser capacidad de supervisión del estado estado supervisión del estado monitoreados y compararlo de las operaciones? con el número de funciones B = Número de funciones que están que requieren la capacidad obligados a tener la capacidad de supervisión. de observación.

en otras partes del sistema?

Absoluto X = cont / conteo Cuanto más se acerca a 1, A = coun mejor. B = cuen

X=A/B

0 <= X <= 1 El, mejor capacidad de monitoreo más cercano a 1

0 <= X <= 1 Cuanto más se acerca a 1, el más consistente 0 <= X <= 1

A = Número de mensajes implementados Cuanto más con explicaciones claras. . se acerca a 1, la más clara. B = Número de mensajes implementado

absoluto X = cont / conteo

A = coun

B = cuen

absoluto X = cont / conteo

A = coun

B = cuen

absoluto X = cont / conteo

A = coun

B = cuen

absoluto X = cont / conteo

A = coun

B = cuen

absoluto X = cont / conteo

A = coun

B = cuen

absoluto X = cont / conteo

A = coun

B = cuen

absoluto X = conteo / conteo

A = cou B= cuenta

Tabla 8.3.4 métricas Atractivo Métricas de atractivo Internos Nombre de Propósito de la métrica métrica

Método de aplicación

Medición, fórmulas y cálculos de datos de elementos

Interpretación Tipo de del valor escala medido métrica

Tipo de Medida

Interacción atractiva

Cuestionario para los s

Cuestionario a un ss Ess el atractivo de la Clasificación Ordinal interfaz para los s, teniendo en cuenta de Evaluación los atributos como el color y el diseño gráfico. NOTAS: Las cuestiones que potencialmente contribuyen al atractivo incluyen: Alineación de objetos (vertical y horizontal), agrupamiento El uso de colores apropiados y gráficos de tamaño razonable, uso de espacios en blanco / separadores / fronteras, animación, de la tipografía, y la interfaz 3D.

X = Cou (Conteo un punt

Cómo atractivo es la interfaz para el ?

NOTA: Este podría estar basado en bocetos de pantalla o maquetas Interfaz de ¿Qué proporción de Inspección (por experto) X = A/ B elementos de la A = Número de tipos de elementos de la aparición de interfaz de se interfaz que se pueden personalizar. personalización puede personalizar en B = Número total de tipos de elementos de la apariencia. interfaz. NOTA : © ISO / IEC 2002 - Todos los derechos reservados

0 <= X <= 1 Cuanto más se acerca a 1, mejor.

Absoluto X = conteo conteo

A = cou

B = cue

1

ISO / IEC TR 9126- 3: 2002 (E

Tabla 8.3.5 Usabilidad métricas c UMPLIMIENTO

Usabilidad Interna métricas c UMPLIMIENTO Nombre de La Finalidad Método de aplicación métrica

Cumplimiento Usabilidad

¿Cómo es el producto cumple con la normativa aplicable, las normas y convenciones de usabilidad

Contar el número de elementos que requieren el cumplimiento que se han conocido y comparar con el número de elementos que requieren el cumplimiento como en la especificación. .

Medición, fórmulas y cálculos de datos de elementos

Interpretación Tipo de Tipo de del valor escala Medida medido métrica

X = A/ B

0 <= X <= 1 El absoluto X = más cercano a conteo / 1, el más conteo A = obediente. Cantidad = cuenta

A = Número de c implementado orrectly artículos relacionados con el cumplimiento usabilidad confirmó en la evaluación B = n úmero total de artículos de cumplimiento

NOTA :

1

© ISO / IEC 2002 - Todos los derechos reservados

ISO / IEC TR 9126- 3: 2002 (E

© ISO / IEC 2002 - Todos los derechos reservados

1

ISO / IEC TR 9126- 3: 2002 (E

8.4

Métricas de eficiencia

Métricas de eficiencia internos se utilizan para predecir la eficiencia de comportamiento del producto de software durante la prueba o en funcionamiento. Para medir la eficiencia, las condiciones indicadas deben ser definidos, es decir, la configuración de hardware y la configuración de software de un entorno de referencia (que tiene que ser definidos en las

especificaciones del software) debe ser definido. Al citar los valores de comportamiento de tiempo medidos el entorno de referencia debe ser referido.

8.4.1

Métricas de comportamiento en el tiempo

Métricas de comportamiento de tiempo internos indican un conjunto de atributos para predecir el comportamiento de tiempo del sistema de ordenador que incluye el producto de software durante la prueba o en funcionamiento.

8.4.2

Métricas ación utili Recursos s

Métricas de utilización de recursos internos indican un conjunto de atributos para predecir la utilización de los recursos de hardware del sistema informático que incluye el producto de software durante las pruebas o en funcionamiento.

8.4.3

Eficiencia c UMPLIMIENTO métricas

Métricas internas de cumplimiento relacionados con la eficiencia indican un conjunto de atributos para evaluar ing la capacidad del producto de software para cumplir con los artículos tales como normas, convenciones o regulaciones de la organización de s en relación con la eficiencia

© ISO / IEC 2002 - Todos los derechos reservados

1

ISO / IEC TR 9126- 3: 2002 (E

Tabla 8.4.1 Tiempo métricas de comportamiento Métricas de comportamiento de tiempo interna Nombre de Propósito de la Método de aplicación métrica métrica

Tiempo respuesta

de ¿Cuál es el tiempo estimado para completar una tarea específica?

Evaluar la eficiencia del sistema operativo y las llamadas al sistema de aplicación. Estimar el tiempo de respuesta en base a esto.

Medición, fórmulas y cálculos de datos de elementos

Interpretación Tipo de del valor escala medido métrica

Tipo de Medida

X = tiempo (calculado o simulado)

Cuanto menor proporció X = tiem sea la mejor. n

Lo siguiente puede ser medido, -todos o partes de las especificaciones de diseño -test ruta de transacción completa alltests módulos completos / partes del producto de software producto de software -completo durante la fase de prueba Tiempo de ¿Cuál es el número procesamiento estimado de tareas que se pueden realizar a través de una unidad de tiempo?

Evaluar la eficiencia de X = No de tareas por unidad de tiempo manejo de los recursos en el sistema. Hacer un factor basado en las llamadas de aplicación en el sistema de manejo de los recursos.

Cuanto mayor proporció X = cue sea la mejor n

El tiempo de vuelta

Evaluar la eficiencia del sistema operativo y las llamadas al sistema de aplicación. Estimar el tiempo de respuesta para completar un grupo de tareas relacionadas en base a esto.

Cuanto menor proporció X = tiem sea la mejor. n

¿Cuál es el tiempo estimado para completar un grupo de tareas relacionadas como mucho trabajo?

Lo siguiente puede ser medido, -todos o partes de las especificaciones de diseño -test ruta de transacción completa alltests módulos completos / partes del producto de software producto de software -completo durante la fase de prueba. NOTA :

X = tiempo (calculado o simulado)

Tabla 8.4.2 Recursos mediciones de utilización Métricas de utilización de recursos internos Nombre de métrica Propósito de la Método de aplicación métrica

I O la utilización /

Medición, fórmulas y cálculos de datos de elementos

¿Qué es la utilización Estimar la necesidad de X = número de buffers (calculada o de E / S estimado utilización de E / S para la simulado) para completar una aplicación. tarea específica?

I/O ¿Cuál es la densidad UtilizaciónMensaj de los mensajes e Densidad relacionados con la utilización de E / S en las líneas de código responsables en la toma de las llamadas al sistema. Utilización de la ¿Cuál es el tamaño memoria de la memoria se

Interpretación Tipo de del valor escala medido métrica

Cuanto menor proporció X = sea la mejor. n tamaño

Cuente el número de errores relacionados con el fracaso de E / S y las advertencias y compararlo con el número d e Stimate de líneas de código responsable de las llamadas al sistema ..

X = A/ B

Estimar la demanda de memoria.

X = tamaño en bytes (calculado o simulada) El menor, mejor.

X = A/ B

A = número de mensajes de E / S de error relacionado I.

Tipo de Medida

Cuanto mayor Absoluto sea la mejor.

B = número de líneas de código directamente relacionados con las llamadas al sistema.

X = con / conteo = Canti B = cue

proporció X = n tamaño

estima que el producto va a ocupar para completar una tarea específica? Memoria de densidad de mensaje de utilización

¿Cuál es la densidad de los mensajes relacionados con la utilización de memoria en las líneas de código responsables en la toma de las llamadas al sistema?

Cuente el número de mensajes de error relacionados con el fracaso de la memoria y advertencias, y compararlo con el número d e Stimate de líneas de código responsable de las llamadas al sistema.

Utilización Trans misión

¿Cuál es el importe estimado de la utilización de recursos de transmisión?

Estimar los requisitos de X = bits / tiempo (calculado o simulado) utilización de recursos de transmisión mediante la estimación de los volúmenes de transmisión

Cuanto mayor proporció X = con sea la mejor. n / conteo A = Número de mensajes de error de = Canti memoria relacionados. B = Número de B = cue líneas de código directamente relacionados con las llamadas al sistema.

El menor, mejor.

proporció X = tiem n

Tabla 8.4.3 Eficiencia métricas c UMPLIMIENTO Eficiencia Interna métricas c UMPLIMIENTO Nombre de La Finalidad de las Método de aplicación métrica métricas

Medición, fórmulas y cálculos de datos de elementos

Interpretación Tipo de Tipo de del valor escala Medida medido métrica

Cumplimiento Eficiencia

X = A/ B

0 <= X <= 1 El absoluto X = más cercano a conteo / 1, el más conteo A = obediente. Cantidad = cuenta

¿Cómo es compatible con la eficacia del producto a los reglamentos, normas y convenciones.

Contar el número de elementos que requieren el cumplimiento que se han conocido y comparar con el número de elementos que requieren el cumplimiento como en la especificación. .

A = Número de c implementado orrectly artículos relacionados con el cumplimiento eficiencia confirmó en la evaluación B = n úmero total de artículos de cumplimiento

1

© ISO / IEC 2002 - Todos los derechos reservados

ISO / IEC TR 9126- 3: 2002 (E

8.5

Métricas de mantenibilidad

Métricas mantenibilidad internos se utilizan para predecir ing el nivel de esfuerzo requerido para la modificación del producto de software.

8.5.1

Métricas de capacidad de Analy s

Métricas analizabilidad internos indican un conjunto de atributos para predecir el mantenedor 's o "esfuerzo gastado s o recursos que se gastan en tratar de diagnosticar las deficiencias o causa s del fracaso, o para identificar las partes a ser modificados en el producto de software.

8.5.2

Métricas mutabilidad

Métricas variabilidad interna indican un conjunto de atributos para predecir ing mantenedor 's o ' s pasaron esfuerzo cuando se trata de aplicar una modificación especifica en el producto de software .

8.5.3

Métricas de estabilidad

Métricas estabilidad interna indican un conjunto de atributos para predecir cómo ing estable el producto de software sería después de cualquier modificación.

8.5.4

Métricas de capacidad de prueba

Métricas de capacidad de prueba internos indican un conjunto de atributos para predecir ing la cantidad de funciones que ayudan a prueba autónomas diseñadas e implementadas presente en el producto de software

8.5.5

Principales sosteni- c UMPLIMIENTO métricas

Métricas de cumplimiento interno relativas a la mantenibilidad indican un conjunto de atributos para evaluar la capacidad del producto de software para cumplir con los artículos tales como normas, convenciones o reglamentos de la organización de s en relación con la mantenibilidad del software .

© ISO / IEC 2002 - Todos los derechos reservados

1

ISO / IEC TR 9126- 3: 2002 (E

Tabla 8.5.1 métricas analizabilidad Métricas analizabilidad Internos Nombre de Propósito de la métrica métrica

Grabación de Actividad

Método de aplicación

Cómo minuciosa es la Cuente el número de grabación del estado artículos registrados en el del sistema. registro de la actividad como se especifica y compararlo con el número de elementos necesarios para estar conectado.

Medición, fórmulas y cálculos de datos de elementos

Interpretación Tipo de Tipo de del valor escala Medida medido métrica

X = A/ B

0 <= X <= 1 El Absoluto X = cuenta más cercano a / cuenta A 1, más los = count datos B = cuenta proporcionado s al estado del sistema de registros.

A = número de objetos de de datos implementado como especificado confirmado en revisión B = Número de elementos de datos que se registre se define en las especificaciones

NOTA: 1.It es necesario convertir este valor a la <0,1> intervalo si hacer el resumen de las características Preparación de Cómo minuciosa es la Cuente el número de la función de provisión de la función funciones de diagnóstico diagnóstico de diagnóstico s. implementadas según lo especificado y compararlo con el número de funciones de diagnóstico requeridas en las especificaciones. Nota: Esta métrica también se utiliza para medir la capacidad de análisis de fallas y capacidad de análisis causal.

X = A/ B

0 <= X

A = Número de funciones de diagnóstico implementadas como especificado confirmado en revisión

Cuanto más se acerca a 1, la mejor aplicación de las funciones de diagnóstico.

B = Número de funciones de diagnóstico requiere

NOTA: 1.It es necesario convertir este valor a la <0,1> intervalo si hacer el resumen de características.

Absoluto X = cuenta / cuenta A = count

B = cuenta

Tabla 8.5.2 métricas mutabilidad C Interna hangeability métricas Nombre de Propósito de la métrica métrica Cambio registrabilidad

Método de aplicación

¿Los cambios en las Relación de Registro de especificaciones y los información de cambio de módulos de módulo programas grabados de manera adecuada en el código con las líneas de comentarios?

Medición, fórmulas y cálculos de datos de elementos

X = A/ B

Interpretación Tipo de Tipo de del valor escala Medida medido métrica

0 <= X <= 1 El absoluto X = cuenta / cuenta A A = Número de cambios en las funciones / más cercano a 1, el mo re = count módulos haber cambio comentarios grabable. confirma en opinión B = cuenta El control de B = Número total de funciones / módulos cambio 0 cambió de código original indica un mal control de cambio o pequeños cambios, alta estabilidad.

Tabla 8.5.3 métricas de estabilidad Métricas estabilidad interna Nombre de Propósito de la métrica métrica

Cambio impacto

¿Cuál es la frecuencia de efectos adversos después de la modificación?

La modificación ¿Qué tan grande es el de impacto de impacto de la localización modificación en el producto de software?

Método de aplicación

Medición, fórmulas y cálculos de datos de elementos

Interpretación Tipo de del valor escala medido métrica

Cuente el número de efectos adversos detectados después de la modificación y compararlo con el número de modificaciones realizadas.

X = 1-A / B

0 <= X <= 1

Cuente el número de variables afectadas de una modificación y compararlo con el número total de variables en el producto.

X = A/ B

NOTA: Variables 1.Impacted es a) todas las variables en la instrucción que fue cambiado b) Variable que está en la misma instrucción con la variable definida por (a).

A = Número de impactos adversos detectados Cuanto más se después modificaciones acerca a 1, mejor. B = Número de modificaciones hace

Tipo de Medida

absoluto X = conteo conteo

A = cou

B = cue 0 <= X <= 1

A = Número de datos variables afectadas por Cuanto más la modificación, confirmados en la revisión cerca de 0, el menor impacto B = número total de variables de la modificación.

absoluto X = conteo conteo

A = cou

B = cue

Tabla 8.5.4 métricas capacidad de prueba T métricas de capacidad interna est Nombre de Propósito de la Método de aplicación métrica métrica

Integridad de la ¿Cómo se completa la función de construcción - en prueba capacidad de prueba. incorporada

NOTA : Autonomía de ¿Cómo puede el la capacidad de software de forma prueba independiente a prueba?

NOTA: Progreso ¿Cómo se completa el Prueba construido en el observabilidad resultado de la prueba se muestra durante la prueba?

Medición, fórmulas y cálculos de datos de elementos

Interpretación Tipo de Tipo de del valor escala Medida medido métrica

Cuente el número de ejecutados funciones de prueba integradas según lo especificado y compararlo con el número de funciones integradas de prueba en los requisitos.

X = A/ B

0 <= X <= 1

Cuente el número de dependencias de otros sistemas de pruebas que se han simulado con talones y compararlo con el número total de las dependencias de las pruebas en otros sistemas.

X = A/ B

0 <= X <= 1

A = Número de dependencias de otros sistemas de pruebas que se han simulado con talones

Cuanto más se acerca a 1, mejor.

Cuente el número de puestos de control implementadas como se especifica y compararlo con los puestos de control de número especificado requeridos por diseño.

X = A/ B

0 <= X <= 1

A = Número de puntos de control implementadas como se especifica confirma en opinión

Cuanto más se acerca a 1, mejor.

A = Número de función de prueba integrado Cuanto más se implementado como especificado confirmado acerca a 1, el en revisión más completo. B = Número de función de prueba incorporada requiere

A = cou

B = cue

B = Número total de las dependencias de la prueba en otros sistemas

B = Número de puntos de control diseñados

absoluto X = conteo / conteo

absoluto X = conteo / conteo

A = cou

B = cue

absoluto X = conteo / conteo

A = cou

B = cue

Tabla 8.5.5 mantenibilidad métricas c UMPLIMIENTO Mantenibilidad Interna métricas c UMPLIMIENTO Nombre de Propósito de la Método de aplicación métrica métrica

Mantenibilidad ¿Cómo es compatible cl con el mantenimiento cumplimiento del producto a los reglamentos, normas y convenciones.

Contar el número de elementos que requieren el cumplimiento que se han conocido y comparar con el número de elementos que requieren el cumplimiento como en la especificación. .

Medición, fórmulas y cálculos de datos de elementos

Interpretación Tipo de Tipo de del valor escala Medida medido métrica

X = A/ B

0 <= X <= 1 El absoluto X = más cercano a conteo / A = Número de c implementado orrectly 1, el más conteo A = artículos relacionados con el cumplimiento obediente. Cantidad de mantenimiento confirmó en la evaluación = cuenta B = n úmero total de artículos de cumplimiento

NOTA :.

1

© ISO / IEC 2002 - Todos los derechos reservados

ISO / IEC TR 9126- 3: 2002 (E

8.6

Métricas de portabilidad

Métricas Portabilidad internos se utilizan para predecir el efecto que el producto de software puede tener sobre el comportamiento de la implementador o el sistema durante la actividad de portabilidad

8.6.1

Métricas Adaptabilidad

Métricas de capacidad de adaptación internos indican un conjunto de atributos para predecir ing el impacto del producto de software puede tener en el esfuerzo del que está tratando de adaptar el producto de software para diferentes entornos especificados

8.6.2

Métricas de capacidad de instalación

Métricas de capacidad de instalación interna indican un conjunto de atributos para predecir ing el impacto del producto de software puede tener sobre el esfuerzo del que está intentando instalar el software en un entorno especificado por el .

8.6.3

métricas de coexistencia

Métricas reemplazabilidad internos indican un conjunto de atributos para predecir ing el impacto del producto de software puede tener sobre el esfuerzo del que está intentando utilizar el software en lugar de otro software especificado en un entorno y contexto de uso especificado.

8.6.4

Métricas reemplazabilidad

Métricas de coexistencia internos indican un conjunto de atributos para predecir ing el impacto del producto de software puede tener sobre otros productos de software que comparten los mismos recursos de hardware operacionales.

8.6.5

Portabilidad métricas c UMPLIMIENTO

Métricas de cumplimiento internos relativos a la portabilidad indican un conjunto de atributos para evaluar ing la capacidad del producto de software para cumplir con los artículos tales como convenciones o regulaciones de la organización de s en relación con la portabilidad de normalización. © ISO / IEC 2002 - Todos los derechos reservados

1

ISO / IEC TR 9126- 3: 2002 (E)

Tabla 8.6.1 métricas Adaptabilidad Métricas de capacidad de adaptación internos Nombre de métrica Propósito de la Método de métrica aplicación La adaptabilidad de las estructuras de datos

NOTA : Hardware adaptabilidad ambiental

Cómo adaptable es el producto de los cambios de estructura de datos.

Cómo adaptable es el producto de la H / cambio ambiental relacionada W.

(capacidad de adaptación a los dispositivos de hardware y las instalaciones de la red)

NOTA : Adaptabilidad entorno organizacional

Cómo adaptable es el producto con el cambio organizacional?

(Organización adaptabilidad a la infraestructura de la organización)

NOTA : Portar la facilidad de ¿Cómo es sin uso esfuerzo para realizar las operaciones de portabilidad en el producto

Medición, fórmulas y Interpretación del cálculos de datos de valor medido elementos

Tipo de escala métrica

Tipo de Medida

Cuente el número de estructuras de datos, que son operables y no tiene limitación después de la adaptación y la compara con el número total de las estructuras de datos que requieren la capacidad de adaptación.

X = A/ B

absoluto

X = conteo / Spec R conteo El Dise A = count Informe

Cuente el número de funciones implementadas que son capaces de lograr resultados requeridos en especificada múltiples H / W entornos como se especifica y compararlo con el número de funciones con / medio ambiente W requisitos de capacidad de adaptación H

X = A/ B

Cuente el número de funciones implementadas que son capaces de lograr resultados requeridos en múltiples entornos organizativos y empresariales específicos como se especifica y compararlo con el número de funciones con el medio ambiente organizacional requisitos de capacidad de adaptación

X = A/ B

Cuente el número de funciones implementadas que son capaces de soportar la facilidad de adaptación por el como se especifica y compararlo con el número de funciones con fácil de adaptar los requisitos de capacidad

X = A/ B

0 <= X <= 1

A = Número de Cuanto más se estructuras de datos acerca a 1, mejor. que son operables y no tiene limitación después de la adaptación, confirmado en la revisión

B = cuenta

Entrad para m - ción

revisión

B = Número total de estructuras de datos que requiere la capacidad de adaptación 0 <= X <= 1

absoluto

X = conteo / Spec R conteo El Dise A = Cantidad Informe B = cuenta revisión

absoluto

X = conteo / Spec R conteo El Dise A = Cantidad Informe B = cuenta revisión

absoluto

X = conteo / Spec R conteo El Dise A = Cantidad Informe B = cuenta revisión

A = Número de Cuanto más se funciones acerca a 1, mejor. implementadas que son capaces de alcanzar los resultados requeridos en específico múltiple H / W entorno como se especifica, confirmados en la revisión B = Número total de funciones con H / W entorno requisitos de capacidad de adaptación 0 <= X <= 1

A = número de Cuanto más se funciones acerca a 1, mejor. implementadas que son capaces de lograr resultados requeridos en determinado ambiente organizacional y empresarial múltiple como se especifica, confirmó en la revisión B = Número total de funciones con el medio ambiente organizacional requisitos de capacidad de adaptación 0 <= X <= 1

A = Número de Cuanto más se funciones de apoyo acerca a 1, el más facilidad de adaptación amigable. por el como se especifica, confirmó en la revisión B = Número total de funciones con los requisitos de capacidad facilidad de adaptar

Métricas de capacidad de adaptación internos Nombre de métrica Propósito de la Método de métrica aplicación El software del sistema la capacidad de adaptación del medio ambiente (adaptabilidad al sistema operativo, software de red y cooperó software de aplicación)

¿Cómo se adapta el producto a software del sistema relaciona los cambios ambientales

Cuente el número de funciones implementadas que son capaces de lograr resultados requeridos en múltiples entornos de software de sistema especificado como se especifica y compararlo con el número de funciones con el software del sistema requisitos de capacidad de adaptación al entorno

Medición, fórmulas y Interpretación del cálculos de datos de valor medido elementos

Tipo de escala métrica

Tipo de Medida

X = A/ B

absoluto

X = conteo / Spec R conteo El Dise A = Cantidad Informe B = cuenta revisión

B = Número total de funciones con los requisitos de capacidad de adaptación al entorno software del sistema B = Número total de funciones con el software del sistema requisitos de capacidad de adaptación al entorno

NOTA :

0 <= X <= 1

A = Número de Cuanto más se funciones acerca a 1, mejor. implementadas que son capaces de alcanzar los resultados requeridos en determinado entorno de software de sistema múltiple como se especifica, confirmó en la revisión

Entrad para m - ción

Tabla 8.6.2 métricas instalabilidad Métricas de capacidad de instalación interna Nombre de métrica Propósito de la Método de métrica aplicación Facilidad de ¿Qué tan fácil es Cuente el número Configuración que se repita el de operaciones de Vuelva a intentarlo proceso de ajuste? reintento de configuración implementados y compararlo con el número de configuración reintentar requieren operaciones Esfuerzo de ¿Qué nivel de Cuenta el número instalación esfuerzo se de pasos de requiere para la instalación?

Flexibilidad de instalación

NOTA :

¿Qué tan flexible y personalizable es la capacidad de la instalación?

Medición, fórmulas y cálculos de datos de elementos

Interpretación del Tipo de valor medido escala métrica

Tipo de Medida

Entrada pa medir - ción

X = A/ B

0 <= X <= 1 Cuanto más se acerca a 1, el más fácil.

X= conteo / conteo

Informe de

A = Número de operaciones de reintento implementadas para la configuración, confirmado en la revisión

A = count B= cuenta

B = número total de operaciones de configuración necesaria X = A/ B

0 <= X <= 1

A = Número de pasos de instalación automatizada confirmados en la revisión

Cuanto más se acerca a 1, mejor.

instalación automatizada implementadas y B = Número de pasos de compararlo con el número de pasos de instalación requiere instalación NOTA: Prescribe: por prescritos. ejemplo, el número de ventanas / comandos / operación manual para llegar a la operación de destino Cuente el número de operaciones de instalación personalizables implementadas como se especifica y compararlo con el número de operaciones de instalación con los requisitos de capacidad de personalización

absoluto

Informe de

B= cuenta

0 <= X <= 1

A = Número de operación de instalación personalizable implementado como especificado confirmado en revisión

Cuanto más se acerca a 1, el más flexible.

NOTA: Personalizable: por ejemplo, la profundidad de anidamiento, número de es

X= conteo / conteo A = count

X = A/ B

B = Número de operación de instalación personalizable requiere

absoluto

absoluto

X= conteo / conteo A = count B= cuenta

Especificac requisitos Informe de

Tabla 8.6. 3 métricas de coexistencia C Interna o-existencia métricas Nombre de métrica Propósito de la Método de métrica aplicación

Disponible coexistencia

¿Qué tan flexible es el producto en compartir su entorno con otros productos sin impactos adversos sobre otros productos.

Cuente el número de entidades con las que el producto puede coexistir como se especifica y compararlo con el número de entidades en el entorno de producción que requiere la convivencia

Medición, fórmulas y cálculos de datos de elementos

Interpretación del valor medido

Tipo de escala métrica

Tipo de Medida

X = A/ B

0 <= X <= 1

absoluto

A = Número de entidades con las que el producto puede coexistir como se especifica

Cuanto más se acerca a 1, mejor.

X = conteo / Especificación de conteo requisitos

B = Número de entidades en el entorno de producción que requiere la convivencia

Entrada para medir ción

A = count

Informe de revisión

B = cuenta

Informe de prueba

Tabla 8.6. 4 métricas reemplazabilidad Métricas reemplazabilidad Internos Nombre de métrica Propósito de la métrica

El uso continuado de los datos

NOTA : Función inclusividad

NOTA :

¿Cuál es la cantidad de datos originales que permanecen sin cambios después de la sustitución con este producto?

¿Cuál es la cantidad de funciones que permanecen sin cambios?

Método de aplicación

Medición, fórmulas Interpretación del y valor medido cálculos de datos de elementos

Tipo de escala métrica

Tipo de Medida

Contar el número de elementos de datos, que se siguen utilizando después de la sustitución como se especifica, y compararlo con el número total de elementos de datos necesarios para ser utilizados a partir de los datos antiguos después de la sustitución del software.

X = A/ B

absoluto

X = conteo / El Diseño conteo Código A = count fuente

Contar el número de funciones cubiertas por un nuevo software que produce resultados similares, y compararlo con el número de función en el viejo software. .

X = A/ B

0 <= X <= 1

A = Número de funciones cubiertas por el nuevo software que produce resultados similares, confirmado en la revisión

Cuanto más se acerca a 1, mejor.

0 <= X <= 1

A = Número de Cuanto más se acerca elementos de datos a 1, mejor. de software que se siguen utilizando como se especifica después de sustituirlo, confirmado en la evaluación.

B = cuenta

Entrada para medir ción

Informe de revisión Informe de prueba

B = número de objetos antiguos de datos necesarios para ser utilizado por el software de edad

B = Número de funciones de software antiguo

absoluto

X = conteo / El Diseño conteo Código A = count fuente B = cuenta

Informe de revisión Informe de prueba

Tabla 8.6.5 Portabilidad métricas c UMPLIMIENTO Portabilidad Interna métricas c UMPLIMIENTO Nombre de métrica Propósito de la Método de métrica aplicación

Portabilidad c l cumplimiento

¿Cómo cumple es la portabilidad del producto a los reglamentos, normas y convenciones.

Contar el número de elementos que requieren el cumplimiento que se han conocido y comparar con el número de elementos que requieren el cumplimiento como en la especificación.

Medición, fórmulas Interpretación del y valor medido cálculos de datos de elementos

Tipo de escala métrica

Tipo de Medida

Entrada para m - ción

X = A/ B

absoluto

X = conteo / conteo A = Cantidad B = cuenta

Especificación d cumplimiento y estándares relacionados, convenciones o regulaciones.

A = Número de c implementado orrectly artículos relacionados con la conservación cumplimiento confirmó en la evaluación

0 <= X <= 1 El más cercano a 1, el más completo.

El Diseño Código fuente

Informe de revis

B = n úmero total de artículos de cumplimiento

NOTA :

1

© ISO / IEC 2002 - Todos los derechos reservados

ISO / IEC TR 9126- 3: 2002 (E)

Anexo A (Informativo) Consideraciones sobre el uso de métricas A.1 Interpretación de las medidas A. 1.1 Las diferencias de potencial entre prueba y contextos operacionales de uso Al planificar el uso de métricas o interpretar las medidas que es importante tener una comprensión clara del contexto previsto de uso del software, y cualquier diferencia de potencial entre la prueba y contextos operacionales de uso. Por ejemplo, el "tiempo necesario para aprender el funcionamiento" medida suele ser diferente entre los operadores cualificados y operadores no calificados en sistemas informáticos similares. A continuación se dan ejemplos de las diferencias de potencial.

a)

Las diferencias entre el medio ambiente de pruebas y el entorno operativo

¿Hay diferencias significativas entre el entorno de pruebas y la ejecución operacional en el entorno de ?

Los siguientes son ejemplos:



pruebas con mayor / rendimiento comparable / inferior de U de ordenador operativo;



pruebas con mayor / rendimiento comparable / inferior de red operativa y la comunicación;



las pruebas con mayor / rendimiento comparable / inferior del sistema operativo en funcionamiento;



pruebas con mayor / rendimiento comparable / inferior de interfaz de operativo.

b)

Las diferencias entre la ejecución de pruebas y ejecución operativa real

¿Hay diferencias significativas entre la ejecución de pruebas y ejecución operativa en el entorno del ?

Los siguientes son ejemplos: 

la cobertura de la funcionalidad en el entorno de prueba;



relación de muestreo caso de prueba;



pruebas automatizadas de transacciones en tiempo real;



cargas de tensión;



24 horas 7 días a la semana (non stop) de operación



adecuación de los datos para las pruebas de excepciones y errores;



procesamiento periódica;



ación utili recurso s.



niveles de interrupción



preassures producción



distracciones

c)

Perfil de en observación

¿Existen diferencias significativas entre los perfiles de de prueba y los perfiles de de funcionamiento? Los siguientes son ejemplos: 

Mezcla de tipo de s;



los niveles de habilidad del ;



s especialistas o s medios;



grupo limitado de s o s públicos.

A. 1.2 Problemas que afectan a la validez de los resultados

Los siguientes problemas pueden afectar a la validez de los datos que se recogen. (A) 

(B)  (C) 

procedimientos para recoger los resultados de la evaluación: automáticamente con herramientas o instalaciones / recolectado manualmente / cuestionarios o entrevistas; fuente de resultados de la evaluación "informes independientes / revisores / informe del evaluador informe desarrolladores; Resultados de la validación de datos auto check desarrolladores / inspección por parte de evaluadores independientes.

A. 1.3 Balanza de recursos de medición

Es el balance de las medidas utilizadas en cada etapa apropiada para el propósito de la evaluación? Es importante equilibrar el esfuerzo utilizado para aplicar una gama apropiada de métrica para interno, externo y calidad en medidas de uso.

A. 1.4 Corrección de la especificación

¿Existen diferencias significativas entre la especificación de software y las necesidades operativas reales?

Las mediciones realizadas durante la evaluación de productos de software en diferentes etapas se comparan con las especificaciones del producto. Por lo tanto, es muy importante asegurarse de verificación y validación, las especificaciones de los productos utilizados para la evaluación reflejan las necesidades actuales y reales de operación.

A.2 Validación de Métrica A.2.1

Propiedades deseables de Métrica

Para obtener resultados válidos de una evaluación de la calidad, las métricas deben tener las propiedades que figuran a continuación. Si una métrica no tiene estas propiedades, la descripción métrica debe explicar la restricción asociada a su validez y, en la medida de lo posible, cómo esa situación puede ser manejado. a)

Confiabilidad (de métrica): La fiabilidad se asocia con el error aleatorio. Una métrica es libre de error aleatorio si las variaciones aleatorias no afectan los resultados de la métrica.

b)

Repetibilidad (de métrica): el uso repetido de la métrica para el mismo producto con la misma especificación de evaluación (incluyendo el mismo entorno), el tipo de s, y el medio ambiente por los mismos evaluadores, debe producir los mismos resultados dentro de las tolerancias adecuadas. Las tolerancias apropiadas deben incluir cosas tales como la fatiga y efecto de aprendizaje

c)

Reproducibilidad (de métrica): uso de la métrica para el mismo producto con la misma especificación de evaluación (incluyendo el mismo entorno), el tipo de s, y el medio ambiente por diferentes evaluadores, debe producir los mismos resultados dentro de las tolerancias adecuadas.

NOTA : Se recomienda el uso de análisis estadístico para medir la variabilidad de los resultados

d)

Disponibilidad (de métrica): La métrica debe despejar mente indican las condiciones (por ejemplo, presencia de atributos específicos) que limitan su uso.

e)

Indicativeness (de métrica): Capacidad de la métrica para identificar las partes o elementos del software que deben mejorarse, dado los resultados medidos en comparación con los esperados.

NOTA: La métrica seleccionada o propuesta debe proporcionar evidencia documentada de la disponibilidad de la métrica para su uso, a diferencia de aquellos que sólo requiere la inspección de proyectos.

f)

Corrección (de medida): La métrica debe tener las siguientes propiedades:

1) La objetividad (de medida): los resultados métricos y su entrada de datos deben ser hechos: es decir, no influenciada por los sentimientos o las opiniones del evaluador, los s de prueba, etc. (a excepción de la satisfacción o el atractivo métricas donde los sentimientos y opiniones de los s están siendo medido). 2) Imparcialidad (de medida): la medición no debe estar sesgado hacia cualquier resultado particular. 3) la precisión suficiente (de medida): Precision está determinada por el diseño de la métrica, y en particular por la elección de la definición material utilizado como base para la métrica. El métrica describirá la precisión y la sensibilidad de la métrica.

g)

Significación (de medida): la medición debe producir resultados significativos sobre el comportamiento del software o características de calidad. La métrica también debe ser rentable: es decir, las métricas más costosos deben proporcionar resultados de mayor valor.

A.2.2

demostrar la validez de Métrica

Los s de las métricas deben identificar los métodos para demostrar la validez de los indicadores, como se muestra a continuación:

(A)

Correlación

La variación en los valores de características de calidad (las medidas de métricas principales en uso operacional) explica por la variación en los valores métricos, está dada por el cuadrado del coeficiente lineal. Un evaluador puede predecir las características de calidad sin medir directamente mediante el uso de métricas correlacionadas.

(B)

Rastreo

Si una métrica M está directamente relacionada con un Q características de calidad de valor (las medidas de métricas principales en uso operativo), para un determinado producto o proceso, a continuación, un valor de cambio de Q (T1) a Q (T2), iría acompañada de un cambiar el valor de métrica M (T1) a M (T2), en la misma dirección (por ejemplo, si Q aumento s, M aumento s).

Un evaluador puede detectar el movimiento de características de calidad a lo largo de un período de tiempo sin medir directamente mediante el uso de esas métricas que tienen la capacidad de seguimiento.

(C)

Consistencia

Si los valores de las características de calidad (las medidas de métricas principales en uso operacional) Q1, Q2, ..., Qn, correspondientes a los productos o procesos 1, 2, ..., n, tener la relación Q1> Q2> ...> Qn, entonces los valores de indicadores se corresponden tendría la relación M1> M2> ...> Mn. Un evaluador puede notar componentes propensas excepcionales y de error de software mediante el uso de esas métricas que han consisten capacidad cy.

(D)

Previsibilidad

Si una métrica se utiliza en el tiempo T1 para predecir un valor característico Q de calidad (las medidas de métricas principales en uso operativo) en T2, error de predicción, que es {(predicho Q (T2) - Q real (T2)) / real Q (T2)}, sería dentro del rango de error de predicción permitido. Un evaluador puede predecir el movimiento de características de calidad en el futuro mediante el uso de estos indicadores, que miden la previsibilidad.

(E)

Discriminatorio

Una métrica sería capaz de discriminar entre el software de alta y baja calidad.

Un evaluador puede Cate sí los componentes de software y los valores de características de calidad tasa por el uso de esas métricas que tienen capacidad discriminativa.

A.3 Uso de Métricas para Estimación (Sentencia) y Predicción (pronóstico) Estimación y predicción de las características de calidad del producto de software en la anterior etapa s son dos de los usos más gratificantes de la métrica.

A.3.1 Las características de calidad de predicción de datos actual (A)

Predicción por análisis de regresión

Cuando predecir el valor futuro (medida) de la misma característica (atributo) utilizando el valor actual (datos) de él (el atributo), un análisis de regresión es útil basado en un conjunto de datos que se observa en un período de tiempo suficiente .

Por ejemplo, el valor de MTBF (tiempo medio entre fallos) que se obtiene durante la fase de pruebas (actividades) se puede utilizar para estimar el tiempo medio entre fallos en etapa de operación.

(B) Predicción por análisis de correlación

Cuando predecir el valor futuro (medida) de una característica (atributo) mediante el uso de los actuales valores de medición de un atributo diferente, un análisis de correlación es útil el uso de una función validada que muestra la correlación.

Por ejemplo, la complejidad de los módulos durante la etapa de codificación se puede utilizar para predecir el tiempo o el esfuerzo requerido para la modificación del programa y la prueba durante el proceso de mantenimiento.

A.3.2 características de calidad actual estimación en hechos actuales (A) Estimación por análisis de correlación

Al estimar los valores actuales de un atributo que son directamente inmensurable, o si hay alguna otra medida que tiene una fuerte correlación con la medida de destino, un análisis de correlación es útil. Por ejemplo, debido a que el número restante de fallos en un producto de software no se puede medir, se puede estimar utilizando el número y la tendencia de los fallos detectados.

Esos indicadores que se utilizan para predecir los atributos que no son directamente medibles debe ser estimada como se explica a continuación:



El uso de modelos para predecir el atributo;



Usando la fórmula para predecir el atributo;



El uso de base de la experiencia para predecir el atributo;



Utilizando la justificación para predecir el atributo.

Esos indicadores que se utilizan para predecir los atributos que no son directamente medibles pueden ser validados como se explica a continuación:



Identificar las medidas de atributos que deben ser predicho;



Identificar las métricas que se utilizan para la predicción;



Realizar una validación basada en el análisis estadístico;



Documentar los resultados;



R EPEAT lo anterior periódicamente;

A.4 La detección de desviaciones y componentes propensos problema de la calidad

anomalías

en

los

Las siguientes herramientas de control de calidad pueden ser utilizados para analizar desviaciones y anomalías en los componentes del producto de software:

(A)

diagramas de proceso (módulos funcionales de software)

(B)

Análisis Areto P y diagramas

(C)

histogramas y diagramas de dispersión

(D)

diagramas de funcionamiento, diagramas de correlación y la estratificación

(E)

I Shikawa (Fishbone) diagramas

(F)

de control estadístico de procesos (módulos funcionales de software)

(G)

hojas de verificación

Las herramientas anteriores se pueden utilizar para identificar problemas de calidad de los datos obtenidos mediante la aplicación de las métricas.

A.5 (A)

Viendo Resultados de la Medición Viendo características de calidad resultados de la evaluación

E l siguiente presentaciones gráficas son útiles para mostrar los resultados de evaluación de calidad para cada uno de la calidad característica y subcaracterística.

Gráfico de radar; Gráfico de barras de histograma numerada, tabla de múltiples variables aleatorias, Matrix Performance importancia, etc.

(B) Viendo medidas Hay presentaciones gráficas útiles, tales como diagrama de Pareto, gráficas de tendencia, histogramas, diagramas de correlación, etc.

Anexo B (Informativo) El uso de la Calidad en Uso, externos y internos Métricas (Marco Ejemplo) B.1 Introducción Este ejemplo marco es un alto nivel de descripción de cómo se pueden usar el modelo 9126 de Calidad ISO / IEC y las métricas relacionadas durante el desarrollo e implementación de software para lograr un producto de calidad que cumple con los requisitos especificados por el . Los conceptos que se muestran en este ejemplo pueden implementarse en distintas formas de personalización para adaptarse a la persona, organización o proyecto. El ejemplo utiliza los procesos del ciclo de vida clave de la norma ISO / IEC 12207 como una referencia a los pasos tradicionales del ciclo de vida de desarrollo de software y procesos de evaluación de calidad de la norma ISO / IEC 14598-3 como una referencia al tradicional proceso de evaluación de la calidad del producto de software. Los conceptos se pueden asignar a otros modelos de ciclos de vida del software si el así lo desea, siempre y cuando se entienden los conceptos subyacentes.

B.2

Descripción general de Desarrollo de Procesos y Calidad

Tabla B.1 muestra un ejemplo de modelo que vincula las actividades del proceso del ciclo de vida de desarrollo de software (actividad 1 de la actividad 8) a sus productos clave y los modelos de referencia relevantes para medir la calidad de los entregables (es decir, la calidad en uso, de calidad externo, o Interno de Calidad). Fila 1 se describen las actividades del proceso del ciclo de vida de desarrollo de software. (Esto puede ser personalizado para satisfacer las necesidades individuales).Fila 2 describe si una medida vigente o una predicción es posible que la categoría de medidas (es decir, la calidad en la utilización, la calidad externo o interno de calidad). Fila 3 describe el resultado clave que se puede medir la calidad y la fila 4 se describen las métricas que se pueden aplicar en cada resultado en cada actividad del proceso.

Tabla B.1 Medición de Calidad Modelo

Fase

Actividad 1

Actividad 2

Actividad 3

Actividad 4 Actividad 5

Análisis de requerimientos

Diseño arquitectonic o

Software de diseño detallado

Codificació Integración Integración Instalación Apoyo n y pruebas de de de aceptación de software software y sistemas y software Software pruebas de pruebas de calificación calificación de del sistema software

(Software y sistemas)

9126 series de referencia modelo

(Software y sistemas)

Calidad de necesarias,

De calidad predicha en uso,

De calidad De calidad De calidad predicha predicha en predicha en uso, uso, en uso,

Interno de la calidad

Externo de la Externo de Calidad calidad la calidad externa

Calidad externa

Actividad 6

Actividad 7

Actividad 8

De calidad predicha en uso,

De calidad Calidad predicha medida en en uso, uso,

Calidad externa

Calidad externa

Calidad externa

Los principale s productos de la actividad

requerida,

prevista,

prevista,

medida,

medida,

medida,

medida,

medida,

Externo de la calidad requerida

Calidad interna Medido

Calidad interna Medido

Externo de la calidad prevista,

Externo de Calidad la calidad interna prevista, Medido

Calidad interna Medido

Calidad interna Medido

Calidad interna Medido

Calidad interna Medido Sistema instalado

Producto de software Entregado

La calidad en la medición del uso

Los requisitos de calidad del (especificados),

Diseño de la Software arquitectura de diseño de software / detallado sistema

Requisitos de calidad externo (especificados),

Código de software,

Producto de Resultados software, de la Resultados prueba de la prueba

Sistema integrado,

Las métricas internas

Las métricas internas

Las métricas internas

Las métricas internas

Métricas externas

Métricas externas

Métricas externas

Métricas externas

Resultados de la prueba

Requisitos internos de calidad (especificado) Métricas Las métricas Las métricas utilizadas internas internas para medir (Métricas externas se pueden aplicar para validar las especificaciones )

B.3

Las métricas internas

Las métricas internas Métricas externas

Pasos Calidad Enfoque

B.3.1 general Evaluación de la calidad durante el ciclo de desarrollo se divide en los pasos siguientes. Paso 1 tiene que ser completado durante la actividad el análisis de necesidades. Los pasos 2 a 5 tienen que repetirse durante cada Actividad procedimiento definido anteriormente. B.3.2 Paso # 1 Identificación de requisitos de calidad Para cada una de las características de calidad y subcaracterísticas definidas en el modelo de Calidad determinar que el necesita pesos utilizando los dos ejemplos de la Tabla B.2 para cada categoría de la medición. (Calidad en Uso, externa y de Calidad Interna). Asignación de pesos relativos permitirá a los evaluadores a centrar sus esfuerzos en las características más importantes de sub.

Tabla B.2 necesidades de los s características y pesos (A) Calidad de uso CARACTERÍSTICA Eficacia

PESO (Alto / Medio / Bajo) H

Productividad

H

La Seguridad

L

Satisfacción

M

(B) Externa y Interna de Calidad CARACTERÍSTICA Funcionalidad

Confiabilidad

Subcaracterística Idoneidad

H

Precisión

H

Interoperabilidad

L

Seguridad

L

Conformidad

M

La Madurez (Hardware / software / datos) La tolerancia a fallos Recuperabilidad (Datos, procesos, tecnología)

Usabilidad

Eficiencia

Mantenibilidad

PESO (Alto / Medio / Bajo)

L L H

Conformidad

H

Comprensibilidad

M

Facilidad de aprendizaje

L

Operatividad

H

Atractivo

M

Conformidad

H

Comportamiento Tiempo

H

Utilización de recursos

H

Conformidad

H

Analizabilidad

H

Cambiabilidad

M

Estabilidad

L

Comprobabilidad

M

Conformidad

H

Portabilidad

Adaptabilidad

H

Instalabilidad

L

Coexistencia

H

Reemplazabilidad

M

Conformidad

H

Nota : Los pesos se pueden expresar en la / Low manera Alta / Media o utilizando la escala de tipo ordinal en el rango 1-9 (e g:.. 1-3 = bajo, 4-6 = medio, 7-9 = alto) .

B.3.3 Paso # 2 Especificación de la evaluación Se aplica este paso durante cada actividad del proceso de desarrollo. Para cada una de las subcaracterísticas de calidad definidos en el modelo de Calidad identificar las métricas aplicables y los niveles requeridos para lograr las necesidades de los s establecidos en el paso 1 y el registro como se muestra en el ejemplo de la Tabla B.3. Básico de entrada y las instrucciones para la formulación de contenido se pueden obtener a partir del ejemplo en la Tabla B1 que explica lo que se puede medir en esta etapa del ciclo de desarrollo. NOTA : Es posible que algunas de las filas de las tablas sería vacía durante las actividades

específicas del ciclo de desarrollo, ya que no sería posible medir todas las características sub temprano en el proceso de desarrollo.

Tabla Tablas de Medición de Calidad B.3 (A)

Calidad de uso Categoría de medición CARACTERÍSTICA

METRICS

NIVEL REQUERIDO

EVALUACIÓN DE RESULTADO REAL

Eficacia Productividad La Seguridad Satisfacción

(B)

Medición de la Calidad externa Categoría CARACTERÍSTICA

Funcionalidad

Subcaracterística

Idoneidad Precisión Interoperabilidad Seguridad Conformidad

Confiabilidad

Madurez (hardware / software / datos) La tolerancia a fallos Recuperabilidad (datos, procesos, tecnología) Conformidad

Usabilidad

Comprensibilidad Facilidad de aprendizaje Operatividad Atractivo Conformidad

Eficiencia

Comportamiento Tiempo Utilización de recursos Conformidad

Mantenibilidad

Analizabilidad Cambiabilidad Estabilidad Comprobabilidad Conformidad

METRICS

NIVEL REQUERIDO

EVALUACIÓN DE RESULTADO REAL

Portabilidad

Adaptabilidad Inestabilidad Coexistencia Reemplazabilidad Conformidad

(C)

Interno de Calidad Categoría de medición CARACTERÍSTICA

Funcionalidad

Subcaracterística

Idoneidad Precisión Interoperabilidad Seguridad Conformidad

Confiabilidad

Madurez (hardware / software / datos) La tolerancia a fallos Recuperabilidad (datos, procesos, tecnología) Conformidad

Usabilidad

Comprensibilidad Facilidad de aprendizaje Operatividad Atractivo Conformidad

Eficiencia

Comportamiento Tiempo Utilización de recursos Conformidad

Mantenibilidad

Analizabilidad Cambiabilidad Estabilidad Comprobabilidad Conformidad

Portabilidad

Adaptabilidad Inestabilidad Coexistencia Reemplazabilidad Conformidad

METRICS

NIVEL REQUERIDO

EVALUACIÓN DE RESULTADO REAL

B.3.4 Paso # 3 Diseño de la evaluación Se aplica este paso durante cada actividad del proceso de desarrollo. Desarrollar un plan de medición (similar al ejemplo de la tabla B.4) que contiene los entregables que se utilizan como entrada para el proceso de medición y las métricas que deben aplicarse.

Tabla de plan B.4 Medición Subcaracterística

1. Idoneidad

2. Satisfacción

A ENTREGAR PARA EVALUAR

METRICS interior a aplicar

Métricas externas APLICABLES

1.

1.

1.

2.

2.

2.

3.

3.

3.

1.

(No Aplica)

(No Aplica)

CALIDAD EN Usar las medidas APLICABLES (No Aplica)

1.

2.

2.

3.

3.

3. 4. 5. 6.

B.3.5 Paso # 4 Ejecución de la evaluación Se aplica este paso durante cada actividad del proceso de desarrollo. Ejecutar el plan de evaluación y completar la columna como se muestra en los ejemplos de la Tabla B.3. ISO-IEC 14598 serie de normas debe ser utilizado como una guía para la planificación y ejecución del proceso de medición. B.3.6 Paso # 5 Comentarios a la organización Se aplica este paso durante cada actividad del proceso de desarrollo. Una vez que todas las mediciones se han completado un mapa de los resultados en la Tabla B.1 y conclusiones del documento en forma de un informe. También identificar áreas específicas donde se requieren mejoras en la calidad del producto para satisfacer las necesidades de los s.

Anexo C (Informativo) Explicación detallada de tipos de escalas métricas y tipos de medición C.1

Tipos de escala métrica

Uno de los siguientes tipos de escala métrica de medición deben ser identificados para cada medida, cuando un de métricas tiene el resultado de una medición y utiliza la medida para el cálculo o comparación. Los valores promedio, de relación o de diferencia pueden no tener ningún significado para algunas medidas. Tipos de escalas métricas son: escala nominal, escala ordinal, escala de intervalos, escala de razón, y la escala absoluta. Una escala siempre debe ser definida como M '= F (M), donde F es la función isible. También la descripción de cada tipo de escala de medición contiene una descripción de la función isible (si M es una métrica entonces M '= F (M) es también una métrica). (A)

Escala Nominal

M '= F (M) donde F es la cartografía cualquier uno-a-uno. Esto incluye la clasificación, por ejemplo, los tipos de fallos de software (datos, control, otros). Un promedio tiene un significado sólo si se calcula con la frecuencia del mismo tipo. Una relación tiene un significado sólo cuando se calcula con la frecuencia de cada tipo asignada. Por lo tanto, la relación media y se pueden usar para representar una diferencia en la frecuencia de sólo el mismo tipo entre primeras y últimas dos casos o casos similares. De lo contrario, pueden ser utilizados para comparar mutuamente la frecuencia de cada otro tipo, respectivamente. Ejemplos: Ciudad del número de identificación de la línea de transporte, número de identificación del compilador mensaje de error Enunciados significativos son los números de sólo diferentes categorías. (B)

Escala Ordinal

M '= F (M) donde F es cualquier asignación monótona creciente, es decir, M (x)> = M (y) implica M' (x)> = M '(y). Esto incluye los pedidos, por ejemplo, un fallo de software por gravedad (insignificante y marginal, crítico, catastrófico). Un promedio tiene un significado sólo si se calcula con la frecuencia del mismo orden asignada. Una relación tiene un significado sólo cuando se calcula con la frecuencia de cada orden asignada. Por lo tanto, la relación y el promedio se pueden utilizar para representar una diferencia en la frecuencia de sólo el mismo orden entre primeras y últimas dos casos o casos similares.De lo contrario, pueden ser utilizados para comparar mutuamente la frecuencia de cada orden. Ejemplos: exam.result School (excelente, bueno, aceptable, no aceptable), Declaraciones significativas: Cada dependerán de su posición en el orden, por ejemplo la mediana. (C)

Escala de intervalo

M '= aM + b (a> 0)

Esto incluye escalas de calificación ordenados donde la diferencia entre dos medidas tiene un significado empírico. Sin embargo la relación de dos medidas en una escala de intervalo no puede tener el mismo significado empírico. Ejemplos: Temperatura (Celsius, Fahrenheit, Kalvin), diferencia entre el tiempo de cálculo real y el tiempo predijo Declaraciones significativas: Una media aritmética y todo lo que depende de una orden (D)

Escala de Ratio

M '= aM (a> 0) Esto incluye escalas de calificación ordenados, en los que la diferencia entre dos medidas y también la proporción de dos medidas tienen el mismo significado empírico. Un promedio y una relación tienen significado respectivamente y dan significado real a los valores. Ejemplos: Longitud, Peso, Tiempo, Tamaño, Conde Declaraciones significativas: media geométrica, Porcentaje (E)

Escala absoluta

M '= M que se pueden medir sólo en un sentido. Cualquier declaración relativa a las medidas es significativa. Por ejemplo, el resultado de dividir una relación de tipo de escala medida por otra medida de tipo escala de razón en que la unidad de medida es el mismo es absoluta. Una medición tipo de escala absoluta es de hecho uno sin ninguna unidad. Ejemplo: El número de líneas de código con comentarios dividido por el total de líneas de código Declaraciones significativas: Todo

C.2

tipos de medición

C.2.0 General Con el fin de diseñar un procedimiento de recogida de datos, la interpretación de significados justas, y las medidas de la normalización para la comparación, un de métricas debe identificar y tomar en cuenta el tipo de medida de medición empleado por una métrica. C.2.1

Tamaño Medida Tipo

C.2.1.0 general Una medida de este tipo representa un tamaño particular de software de acuerdo a lo que dice medir dentro de su definición. NOTA: el software puede tener muchas representaciones de tamaño (como cualquier entidad puede ser medido en más de una dimensión - masa, volumen, superficie, etc.).

La normalización de otras medidas con una medida de tamaño puede dar valores comparables en términos de unidades de tamaño. Las medidas de tamaño descritos a continuación pueden ser utilizados para la medición de la calidad del software.

C.2.1.1 Tamaño Funcional Tipo Tamaño funcional es un ejemplo de un tipo de tamaño (una dimensión) que el software puede tener. Cualquier una instancia de software puede tener más de un tamaño funcional dependiendo de, por ejemplo:

(A)

el propósito para medir el tamaño del software (Influye en el ámbito de aplicación del software incluido en la medición);

(B)

el método de dimensionamiento funcional particular utilizado (Se va a cambiar las unidades y escala).

La definición de los conceptos y el proceso para la aplicación de un método de medición de tamaño funcional (método FSM) es proporcionado por la norma ISO / IEC 14143 a -1. Para utilizar tamaño funcional para la normalización es necesaria para garantizar que se utiliza el mismo método de dimensionamiento funcional y que el software diferente que se comparan se han medido para el mismo propósito y en consecuencia tener un alcance comparable. Aunque la siguiente menudo afirman que representan tamaños funcionales, no se garantiza que son equivalentes al tamaño funcional obtenida de la aplicación de un método compatible FSM con la norma ISO / IEC 14143 a -1. Sin embargo, ellos son ampliamente utilizados en el desarrollo de software: 1.

número de hojas de cálculo;

2.

número de pantallas;

3.

número de archivos o conjuntos de datos que son procesados;

4.

serie de requisitos funcionales detallados especificaciones de requisitos de .

que

se

describen

en

las

Programa C.2.1.2 Tipo de tamaño En esta cláusula, el término "programación" representa las expresiones que cuando se ejecuta resultado en las acciones, y el término "lenguaje" representa el tipo de expresión utilizada. 1.

El tamaño del programa Fuente

El lenguaje de programación debe ser explicado y es conveniente prever cómo las declaraciones no son ejecutables, tales como líneas de comentario, se tratan. Las siguientes medidas son de uso general: un

Declaraciones no comentario origen (NCSS)

Declaraciones para no comentar fuente (NCSS) incluyen sentencias ejecutables y sentencias de declaración de datos con sentencias fuente lógicas. NOTA 1. Nuevo tamaño del programa Un desarrollador puede utilizar de nuevo desarrollo el tamaño del programa para representar el desarrollo y el mantenimiento del tamaño del producto del trabajo. 2. Tamaño de programa cambió

Un desarrollador puede utilizar el tamaño programa modificado para representar tamaño de software que contiene componentes modificados. 3. computarizada tamaño del programa Ejemplo de fórmula tamaño del programa es calculado nuevas líneas de código + 0,2 x líneas de código en los componentes modificados (NASA Goddard). Puede ser necesario para distinguir un tipo de declaraciones de código fuente en más detalle como sigue: yo.

Tipo de Declaración Declaración Fuente Lógico (LSS). El LSS mide el número de instrucciones de software. Las declaraciones son independientemente de su relación con las líneas e independiente del formato físico en el que aparecen.

Declaración Fuente Física (PSS). El PSS mide el número de líneas de código fuente del software de código. ii.

Atributo de sentencia Sentencias ejecutables; Instrucciones de declaración de datos; Declaraciones directiva del compilador; Comentario sentencias fuente.

iii.

Origen Sentencias fuente modificados; Sentencias fuente Añadido; Sentencias fuente de retirada;

2.



Sentencias fuente de nuevo desarrollo: (= añaden sentencias fuente + modificados declaraciones de origen);



Sentencias fuente reutilizados: (= Original - modificado - sentencias fuente eliminados);

Programa palabra tamaño recuento

La medición puede ser calculado de la siguiente manera utilizando la medida del Halstead: Programa de vocabulario = n1 + n2; La duración del programa observado = N1 + N2, donde:



n1: Es el número de palabras operador DISTINCT que se preparan y reservados por el idioma del programa en un código fuente del programa;



n2: Es el número de palabras de operandos distintas que se definen por el programador en un código fuente del programa;



N1: Es el número de ocurrencias de operadores distintos en un código fuente del programa;



N2: Es el número de ocurrencias de operandos distintos en un código fuente del programa.

3.

Número de módulos

La medición está contando el número de objetos de forma independiente ejecutables tales como módulos de un programa. C.2.1.3 recurso utilizado tipo de medida Esto identifica Tipo recursos utilizados por la operación del software están evaluando. Ejemplos son:

(A)

Cantidad de memoria , por ejemplo, la cantidad de disco o memoria ocupado temporalmente o permanentemente durante la ejecución del software;

(B)

I / O de carga , por ejemplo, la cantidad de tráfico de datos de comunicación (significativo para las herramientas de copia de seguridad en una red);

(C)

Carga de la U , por ejemplo, porcentaje de ocupados conjuntos de instrucciones de la U por segundo (Este tipo de medida es significativa para medir la utilización y la eficiencia de la distribución de proceso en el software multi-hilo que se ejecuta en sistemas concurrentes / paralelas U);

(D)

Archivos y registros de datos , por ejemplo, la longitud en bytes de archivos o registros;

(E)

Documentos , por ejemplo, número de páginas del documento.

Puede ser importante tomar nota de pico (máxima), los valores mínimo y medio, así como los períodos de tiempo y el número de observaciones realizadas. C.2.1.4 operativo especificado Tipo de procedimiento paso Este tipo identifica medidas estáticas de los procedimientos que se especifican en las especificaciones de diseño de la interfaz humano o un manual de . El valor medido puede variar dependiendo de qué tipo de descripción se utilizan para la medición, como un diagrama o un texto que representa los procedimientos operativos del .

C.2.2

Tiempo Tipo de medida

C.2.2.0 general El de métricas de medida tipo tiempo deberán registrar períodos de tiempo, el número de sitios examinados y cuántos s participó en las mediciones. Hay muchas maneras en que el tiempo se puede medir como una unidad, como muestran los siguientes ejemplos. (A)

Unidad de tiempo real

Este es un momento físico: es decir, segundos, minutos, horas o. Esta unidad se utiliza generalmente para describir el tiempo de procesamiento de tareas de software en tiempo real.

(B)

Unidad de ordenador tiempo maquinaria

Esta es la hora del reloj del procesador de la computadora: es decir, segundos, minutos, horas o de tiempo de U. (C)

Unidad de tiempo programada Oficial

Esto incluye las horas de trabajo, días, meses o años. (D)

Unidad de tiempo de componentes

Cuando hay múltiples sitios, el tiempo de componente identifica sitio individual y es una acumulación de tiempo individual de cada sitio. Esta unidad se utiliza generalmente para describir fiabilidad de los componentes, por ejemplo, la tasa de fallo de un componente. (E)

Unidad de tiempo del Sistema

Cuando hay múltiples sitios, el tiempo de sistema no identifica los sitios individuales, sino que identifica todos los sitios que se ejecutan, como un todo en un solo sistema. Esta unidad se utiliza generalmente para describir la fiabilidad del sistema, por ejemplo, la tasa de fallo del sistema. Funcionamiento del sistema C.2.2.1 Tipo tiempo Tipo de tiempo de funcionamiento del sistema proporciona una base para medir la disponibilidad del software. Esto se utiliza principalmente para la evaluación de la fiabilidad. Se debe identificar si el software está en funcionamiento discontinuo o en continuo. Si el software opera de forma discontinua, debe estar seguro de que la medición del tiempo se realiza en los períodos del software está activo (esto se extiende, obviamente, para funcionamiento continuo). (A)

Tiempo transcurrido

Cuando el uso de software es constante, por ejemplo en los sistemas operativos para el mismo período de tiempo cada semana. (B)

Máquina con motor-a tiempo

Para tiempo real, software embebido o sistema operativo que está en pleno uso todo el tiempo el sistema está operativo. (C)

Tiempo de máquina normalizada

Al igual que en "la máquina con motor a tiempo", pero la puesta en común de datos de varios equipos de diferentes "powered-a-tiempo" y la aplicación de un factor de corrección. C.2.2.2 Tipo tiempo de ejecución Tipo de tiempo de ejecución es el tiempo que se necesita para ejecutar software para completar una tarea específica. La distribución de varios intentos se debe analizar y media, desviación o valores máximos debería calcularse. La ejecución en las condiciones específicas, condición particularmente sobrecargado, debe ser examinado. Ejecución Tipo vez que se utiliza principalmente para la evaluación de la eficiencia. C.2.2.3 Tipo tiempo Tipo de tiempo del se mide en períodos de tiempo gastado por los s individuales en la realización de tareas mediante el uso de las operaciones del software. Algunos ejemplos son: (A)

Tiempo de sesión

Medido entre el inicio y el final de una sesión. Útil, como ejemplo, para dibujar el comportamiento de los s de un sistema de home banking. Para un programa interactivo donde ralentí tiempo no es de interés o en los problemas de usabilidad interactivos sólo deben ser estudiadas. (B)

Tiempo de tareas

El tiempo empleado por un individual para llevar a cabo una tarea mediante el uso de las operaciones del software en cada intento. Los puntos inicial y final de la medición deben estar bien definidos. (C)

Tiempo

Tiempo empleado por un individual utilizando el software de vez comenzó en un punto en el tiempo. (Aproximadamente, es el número de horas o días de utiliza el software desde el principio). C.2.2.4 Tipo de Esfuerzo Tipo de Esfuerzo es el tiempo productivo asociado con una tarea de proyecto específico. (A)

El esfuerzo individual

Este es el tiempo productivo que se necesita para la persona individual que es un desarrollador, mantenedor u operador a trabajar para completar una tarea específica.El esfuerzo individual asume sólo un cierto número de horas productivas por día. (B)

Esfuerzo de tareas

Esfuerzo de tareas es un valor acumulado de todo el personal de proyectos individuales: programador, desarrollador, operador, u otras personas que trabajaron para completar una tarea específica.

C.2.2.5 intervalo de tiempo de tipo eventos Este tipo de medida es el intervalo de tiempo entre un evento y el siguiente, durante un período de observación. La frecuencia de un periodo de tiempo de observación puede ser utilizado en lugar de esta medida. Esto se utiliza típicamente para describir el tiempo medio entre fallos que ocurren sucesivamente. C.2.3

Conde medida tipo

Si se cuentan los atributos de documentos del producto de software, que son tipos de recuento estáticas. Si se cuentan los eventos o acciones humanas, que son tipos de recuento cinéticos. C.2.3.1 Número de tipo de fallo detectado La medida cuenta las fallas detectadas durante la revisión, verificación, corrección, funcionamiento o mantenimiento. Los niveles de gravedad pueden ser utilizados para categorizar a tomar en cuenta el impacto de la falla. Programa C.2.3.2 complejidad estructural del tipo de número La medición cuenta la complejidad estructural programa. Ejemplos de ello son el número de caminos distintos o número ciclomática del McCabe.

C.2.3.3 Número de tipo de inconsistencia detectada Esta medida cuenta con los elementos inconsistentes detectados que se preparan para la investigación. (A)

Número de objetos conformes fallidos

Ejemplos: 

La conformidad con los artículos especificados de especificaciones de requisitos;



La conformidad con la regla, reglamento o norma;



La conformidad con los protocolos, formatos de datos, formatos de medios, códigos de caracteres (B)

Número de casos fallidos de las expectativas del

La medida es contar elementos de la lista satisfechos / insatisfechos, que describen las brechas entre el rendimiento del producto y la expectativa razonable de software del . La medición utiliza cuestionarios para ser respondidas por los probadores, clientes, operadores o s finales en lo que las deficiencias fueron descubiertos. Los siguientes son ejemplos: 

Función disponible o no;



Función efectivamente operable o no;



Función operable para uso específico previsto del o no;



Se espera que la función, necesita o no necesita. C.2.3.4 Número de tipo cambios Este tipo identifica los elementos de configuración de software que son detectados haber sido cambiado. Un ejemplo es el número de líneas cambiado de código fuente. C.2.3.5 Número de tipo detectado fallos La medida cuenta el número detectado de errores durante el desarrollo de productos, pruebas, operación o mantenimiento. Los niveles de gravedad pueden ser utilizados para categorizar a tomar en cuenta el impacto de la falla. C.2.3.6 Número de intentos (ensayo) tipo Esta medida cuenta el número de intentos de corregir el defecto o fallo. Por ejemplo, durante las revisiones, pruebas y mantenimiento. C.2.3.7 Carrera de tipo humano procedimiento operativo Esta medida cuenta el número de golpes de la acción humana como pasos cinéticos de un procedimiento cuando un de forma interactiva el funcionamiento del software. Esta medida cuantifica la facilidad de uso ergonómico, así como el esfuerzo de usar. Por lo tanto, esto se utiliza en la medición de la usabilidad. Ejemplos son el número de golpes para realizar una tarea, el número de movimientos de los ojos, etc.

C.2.3.8 tipo Score Este tipo identifica la calificación o el resultado de un cálculo aritmético. Score puede incluir el conteo o el cálculo de pesas controladas encendido / apagado en las listas de verificación. Ejemplos: Puntuación de lista de verificación; puntuación de cuestionario; Método Delphi; etcétera

Anexo D (Informativo) Término (s) D.1

Definiciones

Las definiciones son de la norma ISO / IEC 14598-1 e ISO / IEC 9126-1 menos que se indique lo contrario. D.1.1

De Calidad

Externo de la calidad : El grado en que un producto cumple dicho y necesidades implícitas cuando se utiliza en condiciones especificadas. La calidad interna : La totalidad de los atributos de un producto que determinan su capacidad de satisfacer necesidades expresadas o implícitas cuando se utiliza en condiciones especificadas. NOTAS : El término "calidad interna", que se utiliza en este informe técnico para contrastar con "calidad externa", tiene esencialmente el mismo significado que "calidad" en la norma ISO 8402. Se utiliza el término "atributo" (en lugar del término "característica" que se utiliza en el punto 3.1.3) como el término "característica" se utiliza en un sentido más específico en la norma ISO / IEC serie 9126.

Calidad : El conjunto de características de una entidad que le confieren su aptitud para satisfacer necesidades expresadas o implícitas. [ISO 8402] NOTA: En un entorno contractual, o en un entorno regulado, como el campo de la seguridad nuclear, las necesidades se especifican, mientras que en otros entornos, necesidades implícitas deben ser identificados y definidos (ISO 8402: 1994, nota 1).

Calidad en uso : La capacidad del producto de software para permitir a determinados s para conseguir objetivos específicos con efectividad, productividad, seguridad y satisfacción en contextos de uso especificadas. NOTA : Calidad en uso es la vista del de la calidad de un entorno que contiene el software, y se mide a partir de los resultados de la utilización del software en el entorno, en lugar de propiedades del propio software . NOTA : La definición de calidad en el uso en la norma ISO / IEC 14598-1 no incluye actualmente la nueva característica de "seguridad".

Modelo de Calidad : El conjunto de características y las relaciones entre ellos, que proporcionan la base para especificar los requisitos de calidad y evaluación de la calidad. D.1.2

Software y

Software : Todo o parte de los programas, procedimientos, reglas, y la documentación asociada de un sistema de procesamiento de la información. (ISO / IEC 2382-1: 1993) NOTA : El software es una creación intelectual que es independiente del medio en el que se registró.

Producto de Software : El conjunto de programas informáticos, procedimientos y documentación posiblemente asociado y datos designados para la entrega a un . [ISO / IEC 12207]

NOTA : Los productos incluyen productos intermedios y productos destinados a s como desarrolladores y mantenedores.

: Un individuo que utiliza el producto de software para llevar a cabo una función específica. NOTA : Los s pueden incluir operadores, los destinatarios de los resultados del software, o desarrolladores o personal de mantenimiento de software.

D.1.3

Medición

Atributo : Una propiedad física o abstracta medible de una entidad. Medida directa : Una medida de un atributo que no depende de una medida de cualquier otro atributo. Medida externa : una medida indirecta de un producto derivado de medidas del comportamiento del sistema del que forma parte. NOTAS : El sistema incluye todo el hardware asociado, software (ya sea de software a medida o software off-theshelf) y los s. El número de fallos encontrados durante las pruebas es una medida externa del número de fallos en el programa debido a que el número de fallos se cuentan durante la operación de un sistema de ordenador que ejecuta el programa para identificar los fallos en el código. Medidas externas se pueden utilizar para evaluar los atributos de calidad más cerca de los objetivos finales del diseño.

Indicador : A medida que se puede utilizar para estimar o predecir otra medida. NOTAS : La medida puede ser de la misma o una característica diferente. Los indicadores pueden ser utilizados tanto para estimar los atributos de calidad de software y para estimar atributos del proceso de producción. Son medidas indirectas de los atributos.

Medida indirecta : Una medida de un atributo que se deriva de las medidas de uno o más de otros atributos. NOTA: una medida externa de un atributo de un sistema informático (como el tiempo de respuesta a la entrada del ) es una medida indirecta de atributos del software como la medida estará influenciada por los atributos de la entorno informático, así como atributos del software .

Medida interna : Una medida derivada del producto en sí, ya sea directa o indirecta; no se deriva de las medidas del comportamiento del sistema del que forma parte. NOTA: Las líneas de código, la complejidad, el número de fallos que se encuentra en un paseo a través y el Índice de Niebla son todas las medidas internas realizadas en el propio producto.

Medida (sustantivo) : El número o categoría asignada a un atributo de una entidad al hacer una medición. Medida (verbo) : Realiza una medición. Medición : El proceso de asignación de un número o categoría a una entidad para describir un atributo de esa entidad.

NOTA: "Categoría" se utiliza para indicar las medidas cualitativas de atributos. Por ejemplo, algunos atributos importantes de productos de software, por ejemplo, el lenguaje de un programa de código (ADA, C, COBOL, etc.) son de carácter cualitativo.

Métricas : Una escala de medición y el método utilizado para la medición. NOTA : Las métricas pueden ser internos o externos.

Métricas incluye métodos para categorizar los datos cualitativos.

Anexo E (Informativo) métricas internas Pure E. 1

Pure métricas internas

Las métricas internas puras se utilizan para medir ciertos atributos del diseño de software y el código del producto de software que influirá en la misma o la totalidad de las características del software en general y sub-características 1

© ISO / IEC 2002 - Todos los derechos reservados

ISO / IEC TR 9126- 3: 2002 (E)

Tabla E.1.1 Pure métricas internas Propósito de la métrica

Método de aplicación

Medición, fórmulas y cálculos de datos de elementos

Interpretación del valor medido

Tipo de escala métrica

Tipo de Medida

Para medir la efectividad de la documentación y la estructura del diseño y el código del producto de software en funciones de mapeo de los requisitos para la aplicación.

X = A / B A = Número de artículos trazables confirmados en la revisión B = número de objetos verificado

0 <= X <= 1 El más cercano a 1, mejor.

Absoluto

X = conteo / conteo A = Cantidad B = cuenta

Para medir el nivel de complejidad del diseño de software y estructura de codificación

e-n + 2p e: # de lados n: # de bordes p: Número de componentes adyacentes

Para medir la complejidad de la estructura de control de diseño.

IFC (Flujo de Información Complejidad) = (x Fanin fanout) 2

(Consulte IEEE 982.1)

Para medir la facilidad para actualizar y generalizar la base de conocimientos funcionales en función de programa / datos, secuencia de ejecución, y la jerarquía de flujo de control.

X1 = A1 / B1 donde A1 = el número de módulos que están funcionalmente asociadas entre sí, y B1 = el número de módulos X2 = A2 / B2 Cuando A2 = el número de módulos que están asociados unos con

De entrada a la medición

ISO / IEC 12 de referencia

Propósito de la métrica

Método de aplicación

Medición, fórmulas y cálculos de datos de elementos

Interpretación del valor medido

Tipo de escala métrica

Tipo de Medida

otros en la estructura de datos, y B2 = el número de módulos

Para medir la escala de programa.

(N1 + N2) log2 (n1 + n2) N1: ocurrencias de operador N2: ocurrencias de operando n1: número total de operadores n2: número total de operandos

Para medir el nivel de complejidad de los módulos codificados

X=A

Para medir la unificación d ata

X = A/ B

0 <= X

X = tamaño A = tamaño

A = Número de declaraciones condicionales A = número de referencias de datos con nombre unificado confirmado en la revisión

0 <= X <= 1 El más cercano a 1, mejor.

Absoluto

X = conteo / conteo A = Cantidad B = cuenta

0 <= X <= 1 El más cercano a 1, mejor.

Absoluto

X = conteo / conteo A = Cantidad B = cuenta

0 <= X <= 1 El más cercano a 1, mejor.

Absoluto

X = conteo / conteo A = Cantidad B = cuenta

B = Número total de referencias de datos Para medir la adecuación nombres v ariable

X = A/ B A = Número de variables con nombres adecuados confirmados en la revisión B = número total de variables

Para medir la relación de d módulo de ataacoplado

X = A/ B

Para medir la declaración fuente rograma p

X=A

Para medir el tamaño de un módulo verage

X = A/ B

Para medir la relación de módulo de acoplamiento de f unción

X = A/ B

A = Número de módulos de datos acoplados confirmado en la revisión B = Número total de todos los módulos

0 <= X

X = tamaño A = tamaño

A = Número total de sentencias de programa 0 <= X

Absoluto

X = tamaño A = tamaño

0 <= X <= 1 El más cercano a 1, mejor.

Absoluto

X = conteo / conteo A = Cantidad B = cuenta

A = El total de líneas de los estados de origen en todos los módulos B = Número total de todos los módulos A = Número de módulos de función acoplados confirmado en la revisión B = Número total de todos los módulos

De entrada a la medición

ISO / IEC 12 de referencia

© ISO / IEC 2002 - Todos los derechos reservados

1