Métricas según Tipos de Soluciones: MétricasExternas 9126-2 MétricasInternas 9126-3 Métricas Calidad en uso 9126-4



Documentos relacionados
LEY QUE NORMA EL USO, ADQUISICIÓN Y ADECUACIÓN DEL SOFTWARE EN LA ADMINISTRACIÓN PUBLICA

Temario. Calidad de software y Procesos. Éxito de un proyecto de software. 1- Calidad de software. Evolución de la calidad

Gracias

Universidad Nacional de La Pampa Argentina. Calidad y sus Perspectivas. Dr. Luis Olsina. Qué es la Calidad?

3.5 MODELOS ISO/IEC

APRUEBAN DOCUMENTO GUÍA TÉCNICA SOBRE EVALUACIÓN DE SOFTWARE PARA LA ADMINISTRACIÓN PUBLICA RESOLUCIÓN MINISTERIAL N PCM

CMM - Capability Maturity Model. Estructura de CMM... Componentes de CMM. Estructura de CMM

CMMI (Capability Maturity Model Integrated)

XII JICS 25 y 26 de noviembre de 2010

Mantenimiento del Software

Evaluación del Software

Tema: ANIMACIONES SOFTWARE MULTIMEDIA. Msc. Richard Henry Argote Ticona Ciencias de la computación

Recursos HELP DESK Biblioteca 2012

Calidad Escuela de Ingeniería de Sistemas y Computación Desarrol o de Software II Agosto Diciembre 2007

PROVIAS NACIONAL INFORME TÉCNICO DE EVALUACIÓN DE SOFTWARE Nº MTC/ NOMBRE DEL ÁREA: Unidad de Informática

Introducción. Por lo que existe una creciente preocupación por lograr que los productos software cumplan con ciertos criterios de calidad.

Diseño y Evaluación de Arquitecturas de Software. Software con calidad

Principales Cambios de la ISO 9001:2015

Ingeniería de Software Dr. Marcello Visconti Z. Ingeniería de Software

PONTIFICIA UNIVERSIDAD CATÓLICA DEL PERÚ FACULTAD DE CIENCIAS E INGENIERÍA INGENIERÍA INFORMÁTICA

EASY Software & Innovation

CALIDAD DEL SOFTWARE TESTS DE EXAMEN ACTUALIZADO SEP TEMA 4 MODELOS, METODOLOGÍAS Y ESTÁNDARES: ESTRATEGIAS PARA ALCANZAR LA CALIDAD

Modelo de calidad del producto software

NTE INEN-ISO/IEC Primera edición

CAPÍTULO 4. FORMA DE EVALUACIÓN CMM. 4.1 Evolución de los métodos de valoración del SEI

Práctica de Evaluación de Cortafuegos personales

Ingeniería de Software. Pruebas

PROCEDIMIENTO ESPECÍFICO. Código G Edición 0

ARCHIVO GENERAL DE LA NACIÓN

INFORME TÉCNICO PREVIO DE EVALUACIÓN DE SOFTWARE N GRC/GGR/OSIE. 4. CARGO : Jefe de la Oficina de Sistemas, Informática y Estadística.

LISTA DE CHEQUEO NORMA NTC ISO 9001:2000 No. REQUISITOS EXISTE ESTADO OBSERVACIONES D: Documentado I: Implementado M: Mejorar SI NO D I M

Monografía. Adecuación gráfica a nivel de íconos de un sitio web

-OPS/CEPIS/01.61(AIRE) Original: español Página Estructura del programa de evaluación con personal externo

Proceso Unificado de Rational PROCESO UNIFICADO DE RATIONAL (RUP) El proceso de desarrollo de software tiene cuatro roles importantes:

INFORME Nº1 PROPUESTA METODOLÓGICA Y PLAN DE TRABAJO DESARROLLO DE UN SISTEMA INTEGRADO DE GESTIÓN PARA EL GOBIERNO REGIONAL DE ATACAMA

INDICADORES PRESENTADO POR: LUIS DARÍO TÉLLEZ RAMÍREZ

Informe Técnico Previo de Evaluación de Software

6.4 ESTRATEGIAS DE PRUEBA

MARCO DE REFERENCIA SISTEMAS DE INFORMACIÓN PARA LA GESTIÓN DE TI EN EL ESTADO COLOMBIANO

Norma Internacional ISO 9001:2008: Sistemas de Gestión de la Calidad- Requisitos. 4. Sistema de Gestión de la Calidad

Unidad 1. Fundamentos en Gestión de Riesgos

SW-CMM Capability Maturity Model for Software

Resultados del Inventario de sistemas

Técnico y sus funciones. 5. Función de los líderes. 6 Función del analista de datos. 6. Metas del Help Desk. 7 Definir el alcance del Help Desk.

PROPUESTA METODOLOGICA PARA LA EDUCCIÓN DE REQUISITOS EN PROYECTOS DE EXPLOTACIÓN DE INFORMACIÓN

Planeación del Proyecto de Software:

ANÁLISIS DE RIESGOS EN LA GESTIÓN DE PROYECTOS. Los riesgos son eventos o condiciones inciertas que, si se producen, tienen un

PREPARADO POR: FECHA DE EMISIÓN: FECHA DE VALIDACIÓN:

Curso TURGALICIA SISTEMA DE GESTIÓN DE SEGURIDAD Y SALUD EN EL TRABAJO OHSAS 18001:2.007

AI 2 ADQUISICIÓN Y MANTENIMIENTO DE SOFTWARE DE APLICACIÓN AFINES OBJETIVOS OBJETIVOS DE CONTROL

ISO 9000:2000. Roberto Aprili Justiniano Rodrigo Ramírez Pérez. Roberto Aprili, Rodrigo Ramírez

Enginyeria del Software III

Ingeniería de Software Calidad de Procesos y Productos de Software

DE VIDA PARA EL DESARROLLO DE SISTEMAS

Estándares de Seguridad

Modulo 4: COBIT COMO MARCO DE TRABAJO PARA UN BUEN GOBIERNO DE TI

4 COMPATIBILIDAD DE ISO/IEC TR CON ISO 9001:2000. Los procesos de ciclo de vida organizacional constan de dos categorías de proceso:

Diseño orientado al flujo de datos

Tecnología de la Información. Administración de Recursos Informáticos

CONSEJO DE NORMALIZACIÓN Y CERTIFICACIÓN DE COMPETENCIA LABORAL NORMAS TÉCNICAS DE COMPETENCIA LABORAL

Mantenimiento del Software

Términos definiciones

INFORME TÉCNICO DE EVALUACIÓN DE SOFTWARE Nº MTC/20.2.6

Mesa de Ayuda Interna

Señor A/P. Lino Bessonart FEMI Presente Ref.: 181/2009

Funcionalidades Software PROYECTOS GotelGest.Net Software para la gestión de Proyectos GotelGest.Net

Gestión y Desarrollo de Requisitos en Proyectos Software

Actividades para mejoras. Actividades donde se evalúa constantemente todo el proceso del proyecto para evitar errores y eficientar los procesos.

Guía de Normas de Correcta Fabricación de Medicamentos de Uso Humano y Veterinario. Anexo 11: Sistemas informatizados

INSTRUCTIVO PARA LA CUENTA DE PUNTOS FUNCIÓN

Introducción a ISO 25000

2 EL DOCUMENTO DE ESPECIFICACIONES

ADMINISTRACIÓN DE PROYECTOS

GUIA PARA TRABAJO PRÁCTICO DIAGNOSTICO ESTRATÉGICO DE UN SISTEMA DE GESTIÓN DE LA CALIDAD

MODIFICACIONES de ISO 9001:2000 a ISO 9001:2008

ANEXO 23: TÉRMINOS DE REFERENCIA PARA LA AUDITORÍA DEL PROYECTO

INFORME TÉCNICO PREVIO DE EVALUACIÓN DE SOFTWARE MICROSOFT PROJECT PROFESSIONAL

Gestión del Servicio de Tecnología de la información

Empresa Financiera Herramientas de SW Servicios

Auditoría compatibilidad producto software

Informe final de evaluación del seguimiento de la implantación de títulos oficiales

Sistemas de Información Administrativo - Universidad Diego Portales. Cátedra : Sistemas de Información Administrativa S.I.A.

Precisión y grado de consecución con que los usuarios logran objetivos establecidos. eficacia

MODULO: MERCADEO. Acuerdo de Nivel de Servicio (ANS) Service Level Agreement (SLA) MODELO DE MUESTRA SIN VALOR COMERCIAL

Mineria de datos y su aplicación en web mining data Redes de computadores I ELO 322

Gestión de la Configuración

Criterios de clasificación

SISTEMAS Y MANUALES DE LA CALIDAD

SCT Software para la calibración de transductores de fuerza. Versión 3.5. Microtest S.A.

SISTEMAS DE INFORMACIÓN I TEORÍA

ICTE NORMAS DE CALIDAD DE AGENCIAS DE VIAJES REGLAS GENERALES DEL SISTEMA DE CALIDAD. Ref-RG Página 1 de 9

Administración de Centros de Computo. ITIL. MSG.ING. DARWIN CERCADO B dcercado@primma.com.ec

Directrices para la auto- evaluación A.l Introducción

MANUAL DE CALIDAD ISO 9001:2008

CONSTRUCCIÓN DEL PROCESO MESA DE AYUDA INTERNA. BizAgi Process Modeler

PRODUCTIVIDAD DE PROYECTOS DE DESARROLLO DE SOFTWARE: FACTORES DETERMINANTES E INDICADORES

Curso. Introducción a la Administracion de Proyectos

LA IMPORTANCIA DE LOS TABLEROS DE CONTROL. Conocido también como Cuadro de Mando Integral (CMI) o tablero de comando o balanced scorecard.

CÓMO MEJORAR LA GESTIÓN DE SERVICIOS TI USANDO MEJORES PRÁCTICAS?

Transcripción:

Métricas según Tipos de Soluciones: MétricasExternas 9126-2 MétricasInternas 9126-3 Métricas Calidad en uso 9126-4 Resumen: El presente documento tiene por objetivo expresar una priorización tentativa de las Métricas Externas, Internas y En Uso según distintos tipos de soluciones, de manera de establecer criterios mínimos, en referencia a calidad de producto. Tomando en cuenta ISO 9126-2: External Metrics ISO 9126-3: Internal Metrics ISO 9126-4: Quality in use Metrics Es importante tener en cuenta que la ISO/IEC 9126 es mencionada en el contexto de la Ley de Promoción de la Industria del Software como norma reconocida en Calidad de Producto.. Asimismo mencionar que la 9126 no es certificable en sí misma, sino a través de otra norma. En este caso la norma certificable es la ISO/IEC 14598 (no mencionada en ley porque anteriormente ambas estaban unificadas en 9126) que utiliza como guía la norma ISO/IEC 9126 que define un modelo de Calidad de Software (u otro Modelo de Calidad) Contenido!" # $ % $ & ' $ ( ' ) * ( Página 1 de 22

+ * ANEXO A: ISO 9126-1: CALIDAD DE PRODUCTO- MODELO DE CALIDAD $ 11.1. FUNCIONALIDAD (FUNCTIONALITY) 11.2. CONFIABILIDAD (RELIABILITY) 11.3. USABILIDAD (USABILITY) 11.4. EFICIENCIA (EFFICIENCY) 11.5. MANTENIMIENTO (MAINTAINABILITY) 11.6. PORTABILIDAD (PORTABILITY) Histórico del documento 1. Referencias / Bibliografía Referencia ISO/ IEC 14598 ISO/IEC 9126 Descripción / Comentario Tecnología de la Información- Ingeniería de Software- Evaluación del producto de Software Consta de las siguientes partes: 14598-1: Descripción General 14598-2: Planificación y Gestión 14598-3: Proceso para Desarrolladores (mejora) 14598-4: Proceso para Compradores (adquisición) 14598-5: Proceso para evaluadores (evaluación independiente, de terceras partes) 14598-6: Documentación de los módulos de evaluación ISO 9126: Ingeniería de Software Calidad de Producto Consta de las siguientes partes: ISO 9126-1: Modelo de Calidad. Características y subcaracterísticas asociadas de calidad. ISO 9126-2: Métricas externas ISO 9126-3: Métricas internas ISO 9126-4: Métricas de calidad en uso Página 2 de 22

2. Definición de Términos, Abreviaturas, Símbolos Modelo de calidad Características y subcaracterísticas de calidad Atributo Calidad Calidad externa Es posible armar los requisitos de calidad en términos de características básicas de calidad, que pueden descomponerse en subcaracterísticas, y estas a su vez en atributos medibles y a chequear contra el producto, formando en su conjunto el Modelo de calidad. Es en resumen, el conjunto de características y las relaciones entre ellas que proporcionan la base para especificar los requerimientos de calidad y la forma de evaluarla. Es posible armar los requisitos de calidad en términos de características básicas de calidad, que pueden descomponerse en subcaracterísticas, y estas a su vez en atributos medibles y a chequear contra el producto, formando en su conjunto el Modelo de calidad. Característica física o abstracta medible de una entidad La totalidad de características de un producto que determinan su capacidad de satisfacer necesidades explícitas e implícitas. Mide el comportamiento del sistema basado en computadora, que incluye al software. El grado en que un producto satisface las necesidades explícitas e implícitas cuando se usa bajo condiciones especificadas. Nota: Calidad externa se refiere en general a la calidad en el entorno final. Ejemplo: calidad usando el hardware y software general que ya está especificado. Calidad interna Mide el software en si mismo. Calidad en uso Métricas y Medidas Mide los efectos de usar el software en un contexto de uso específico. El grado en que un producto usado por usuarios especificados resuelve sus necesidades de alcanzar metas específicas con efectividad, productividad y satisfacción, en contextos especificados de uso. Esta definición es similar a la definición de usabilidad. Métrica: Objetivo a medir, Escala cuantitativa y el método de medición Medida: resultado de la medición Medida interna Una medida del producto en sí mismo. Ej. Número de líneas de código, medidas de complejidad, número de errores detectados sobre el código en una revisión, el índice FOG (índice de facilidad de lectura) son todas medidas internas hechas sobre el producto mismo. Página 3 de 22

Medida externa Una medida indirecta de un producto derivada de las medidas del comportamiento del sistema del cual forma parte (el sistema incluye no sólo el producto, sino el hardware, software y usuarios). Nota: En general se denominan medidas externas a aquellas que se realizan sobre el producto corriendo o funcionando en determinado ámbito. Ej.: El número de fallas encontradas durante la prueba es una medida externa del número de errores del programa, porque el número de fallas se cuenta durante la ejecución de un programa del sistema informático. Puntuación (rating) La acción de asignar el valor medido al nivel de puntuación apropiado. Se usa para determinar el nivel de puntuación asignado al software para una característica de calidad específica. 3. Objetivo El objetivo es expresar una priorización tentativa de las Métricas Externas, Internas y En Uso según distintos tipos de soluciones, de manera de establecer criterios mínimos, en referencia a calidad de producto. Tomando en cuenta ISO 9126-2: External Metrics ISO 9126-3: Internal Metrics ISO 9126-4: Quality in use Metrics Es importante tener en cuenta que la ISO/IEC 9126 es mencionada en el contexto de la Ley de Promoción de la Industria del Software como norma reconocida en Calidad de Producto.. Asimismo mencionar que la 9126 no es certificable en sí misma, sino a través de otra norma. En este caso la norma certificable es la ISO/IEC 14598 (no mencionada en ley porque anteriormente ambas estaban unificadas en 9126) que utiliza como guía la norma ISO/IEC 9126 que define un modelo de Calidad de Software (u otro Modelo de Calidad) 4. Qué se propone? (Pasos a seguir) Se propone clasificar dos sets de metricas (enunciadas en este documento en los puntos: 9- Análisis Métricas Externas / Internas y 10- Análisis Métricas Calidad en Uso Marcando las que consideramos como mínimo necesarias Según distintos tipos de soluciones, descriptas en el punto: 5- Tipos de Soluciones 5. Tipos de Soluciones En forma tentativa / preliminar se propone utilizar la siguiente clasificación de tipos de soluciones que presenta Página 4 de 22

! " # "$ % 6. Introducción sobre Métricas de Calidad de Software La ISO 9126-1 plantea un Modelo de Calidad basado en características y subcaracterísticas de calidad a ser evaluadas, identifica las mediciones directas e indirectas, identifica las métricas relevantes e interpreta de una manera objetiva. Las métricas internas pueden ser aplicables a un producto de software no ejecutable, durante sus estadios de desarrollo, tales como definición de requerimientos, especificación de diseño o código fuente. Proveen la posibilidad de medir la calidad de entregables intermedios y predecir la calidad final del producto. Esto permite identificar issues de calidad e iniciar accioens correctivas en forma mas temprana Las métricas externas pueden ser usadas para medir la calidad del Producto de software midiendo el comprotamiento del sistema del cual forma parte. Pueden ser solo tomadas o usadas durante la etapa de testing o durante los estados ya operativos. Las medidas son tomadas cuando ejecutamos el producto de software en el environment en el cual pretendemos que opere. Las métricas de calidad en uso miden de que forma el producto coincide con las necesidades de usuarios específicos y sus objetivos, tales como efectividad, productividad, seguridad y satisfacción, todo en un contexto específico de uso. Esto solo puede ser realizado en el environment real (producción) Las necesidades de calidad del usuario pueden ser especificadas en forma de requerimientos de calidad, por medio de las métricas de calidad en uso, por medio de las métricas de calidad externas, y algunas veces, por medio de las métricas de calidad internas. Estos requerimientos especificados por métricas deben ser usados como criterio cuando un producto es evaluado. En el caso de utilizar métricas internas es recomendado que se utilicen aquellas con fuerte relación con métricas externas, para que sirvan para predecir los valores de métricas externas, en un estadio mas temprano. Página 5 de 22

Página 6 de 22

7. Modelo de Calidad para Calidad Externa / Interna A continuación se describe el Modelo de Calidad (Características y Subcaracterísticas) propuesto por ISO/ IEC 9126 para Calidad Externa e Interna (Calidad de Producto- Modelo de Calidad) Dicha norma categoriza los atributos de calidad de software dentro de seis características: funcionalidad, confiabilidad, usabilidad, eficiencia, facilidad de mantenimiento y portabilidad, a las cuales las divide en subcaracterísticas. Además presenta una definición de cada característica y subcaracterística. Para cada característica y subcaracterística, la capacidad del software es determinada por un conjunto de atributos que pueden ser medidos. Se adjunta un diagrama y la explicación de cada categoría subcategoría: Página 7 de 22

8. Modelo de Calidad para Calidad En USO A continuación se describe el Modelo de Calidad propuesto por ISO/ IEC 9126 para Calidad en Uso Página 8 de 22

Página 9 de 22

9. Análisis Métricas Externas / Internas 9.1. Funcionalidad (Functionality) 9.1.1. Adaptabilidad (Suitability). 9.1.1.1. Functional Adequacy. 9.1.1.2. Functional Implementation Completeness. 9.1.1.3. Functional Implementation Coverage. 9.1.1.4. Functional Specification Stability (Volatility). 9.1.2. Precisión (Accuracy). 9.1.2.1. Accuracy to expectation. 9.1.2.2. Computational Accuracy. 9.1.2.3. Precision. 9.1.3. Inter-operación Capacidad para interactuar (Interoperatbility). 9.1.3.1. Data Exchangeability (Data format based). 9.1.3.2. Data Exchangeability (User s success attempt based). 9.1.4. Seguridad (Security). 9.1.4.1. Access Auditability. 9.1.4.2. Access Controllability. 9.1.4.3. Data Corruption Prevention. 9.1.5. Compatibilidad en Funcionalidad (Functionality Compliance). 9.1.5.1. Functional Compliance. 9.1.5.2. Interface Standard Compliance. Página 10 de 22

9.2. Confiabilidad (Reliability). 9.2.1. Madurez (Maturity). 9.2.1.1. Estimated latent fault density. 9.2.1.2. Failure Density against test cases. 9.2.1.3. Failure Resolution. 9.2.1.4. Fault Density. 9.2.1.5. Fault Removal. 9.2.1.6. Mean Time between failures (MTBF). 9.2.1.7. Test Coverage (Specified operation scenario testing coverage) 9.2.1.8. Test Maturity. 9.2.2. Tolerancia a Fallas (Fault tolerance). 9.2.2.1. Breakdown Avoidance. 9.2.2.2. Failure Avoidance. 9.2.2.3. Incorrect Operation Avoidance. 9.2.3. Recuperación Capacidad de recuperación (Recoverability). 9.2.3.1. Availability. 9.2.3.2. Mean down time. 9.2.3.3. Mean recovery time. 9.2.3.4. Restartability. 9.2.3.5. Restorability. 9.2.3.6. Restore effectiveness. 9.2.4. Compatibilidad en Confiabilidad (Reliability Compliance). 9.2.4.1. Reliability Compliance. Página 11 de 22

9.3. Usabilidad (Usability). 9.3.1. Entendible (Understandability). 9.3.1.1. Completeness of description 9.3.1.2. Demostration accessibility. 9.3.1.3. Demostration accessibility in use. 9.3.1.4. Demostration effectiveness. 9.3.1.5. Evident functions. 9.3.1.6. Function understand-ability. 9.3.1.7. Understandable input and output. 9.3.2. Aprendizaje Capacidad para ser aprendido (Learnability). 9.3.2.1. Ease of function learning. 9.3.2.2. Ease of learning to perform a task in use. 9.3.2.3. Effectiveness of the user documentation and/or help system. 9.3.2.4. Effectiveness of the user documentation and/or help systems in use. 9.3.2.5. Help accessibility. 9.3.2.6. Help frequency. Página 12 de 22

9.3.3. Operación - Capacidad de Operación (Operability). 9.3.3.1. (A) Conforms with operational user expectations. 9.3.3.1.1. Operational consistency in use. 9.3.3.2. (B) Controlable. 9.3.3.2.1. Error correction. 9.3.3.2.2. Error correction in use. 9.3.3.3. (C) Suitable for the task operation. 9.3.3.3.1. Default value availability in use. 9.3.3.4. (D) Self descriptive (Guiding). 9.3.3.4.1. Message understand-ability in use. 9.3.3.4.2. Self explanatory error messages. 9.3.3.5. (E) Operational error tolerant (Human error free). 9.3.3.5.1. Operational error recoverability in use. 9.3.3.5.2. Time between human error operations in use. 9.3.3.5.3. Undoability (Use error correction). 9.3.3.6. (F) Suitable for individualisation. 9.3.3.6.1. Customisability. 9.3.3.6.2. Operation procedure reduction. 9.3.3.6.3. Physical accessibility. 9.3.4. Atractivo Capacidad de ser atractivo (Attractiveness). 9.3.4.1. Attractive Interaction. 9.3.4.2. Interface appearance customisability. 9.3.5. Compatibilidad en Usabilidad (Usability Compliance). 9.3.5.1. Usability Compliance. 9.4. Eficiencia (Efficiency). 9.4.1. Performance - Comportamiento en Tiempo (Time Behaviour). 9.4.1.1.1. Response Time 9.4.1.1.2. Response Time (Mean Time to response). 9.4.1.1.3. Response Time (Worst case response time ratio). Página 13 de 22

9.4.1.2. (B) Throughput. 9.4.1.2.1. Throughput. 9.4.1.2.2. Throughput (Mean amount of throughput). 9.4.1.2.3. Throughput (Worst case througnput ratio). 9.4.1.3. (C) Turnaround Time. 9.4.1.3.1. Turnaround time. 9.4.1.3.2. Turnaround time (Mean time for turnaround). 9.4.1.3.3. Turnaround time (Worst case turnaround time ratio). 9.4.1.3.4. Waiting time. 9.4.2. Utilización de Recursos (Resource Utilisation). 9.4.2.1. (A) I/O Devices resource utilization. 9.4.2.1.1. I/O devices utilisation. 9.4.2.1.2. I/O loading limits. 9.4.2.1.3. I/O related errors. 9.4.2.1.4. Mean I/O fulfilment ratio. 9.4.2.1.5. User waiting time of I/O devices utilisation. 9.4.2.2. (B) Memory resource utilization. 9.4.2.2.1. Maximum memory utilisation. 9.4.2.2.2. Mean occurrence of memory error. 9.4.2.2.3. Ratio of memory error/time. 9.4.2.3. (C) Transmission resource utilization. 9.4.2.3.1. Maximum transmission utilisation. 9.4.2.3.2. Media device utilisation balancing. 9.4.2.3.3. Mean occurrence of transmission error. 9.4.2.3.4. Mean of transmission error per time. 9.4.2.3.5. Transmission capacity utilisation. 9.4.3. Compatibilidad en Eficiencia (Efficiency Compliance). 9.4.3.1. Efficiency Compliance. Página 14 de 22

9.5. Mantenimiento (Maintainability). 9.5.1. Diagnóstico - Capacidad para ser analizado / diagnosticado (Analysability). 9.5.1.1. Audit trail capability. 9.5.1.2. Diagnostic function support. 9.5.1.3. Failure analysis capability. 9.5.1.4. Failure analysis efficiency. 9.5.1.5. Status monitoring capability. 9.5.2. Cambios - Capacidad de ser cambiado / modificado (Changeability). 9.5.2.1. Chance cycle efficiency. 9.5.2.2. Change implementation elapse time. 9.5.2.3. Modification complexity. 9.5.2.4. Parametrised modifiability. 9.5.2.5. Software change control capability. 9.5.3. Estabilidad (Stability). 9.5.3.1. Change success ratio. 9.5.3.2. Modification impact localisation (Emerging failure after change). 9.5.4. Testing Capacidad de ser testeado (Testeability). 9.5.4.1. Availability of built-in test function. 9.5.4.2. Re-test efficiency. 9.5.4.3. Test restartability. 9.5.5. Compatibilidad en Mantenimiento (Maintainability Compliance). 9.5.5.1. Maintainability compliance. 9.6. Portabilidad (Portability). 9.6.1. Adaptabilidad (Adaptability). 9.6.1.1. Adaptability of data structures. 9.6.1.2. Hardware environmental adaptability. 9.6.1.3. Organisational environment adaptability (Organisation adaptability to infrastructure of organisation). 9.6.1.4. Porting user friendliness. 9.6.1.5. System software environmental adaptability. Página 15 de 22

9.6.2. Instalación Capacidad para ser instalado (Installability). 9.6.2.1. Ease of installation. 9.6.2.2. Ease of Setup retry. 9.6.3. Coexistencia Capacidad para coexistir (Co-existence). 9.6.3.1. Available co-existance. 9.6.4. Upgrades / Reemplazo Capacidad para reemplazar (Replaceability). 9.6.4.1. Continued use of data. 9.6.4.2. Function inclusiveness. 9.6.4.3. User support functional consistency. 9.6.5. Compatibilidad en Portabilidad (Portability Compliance). 9.6.5.1. Portability compliance. 10. Análisis Métricas Calidad en Uso 9.1 Effectiveness Metrics 9.1.1 Task effectiveness (What proportion of the goals of the task is achieved correctly?) Método : User test 9.1.2 Task Completion (What proportion of the tasks is completed?) Método: User test 9.1.3 Error frequency (What is the frequency of errors?) Método: User test 9.1.4 Productive proportion (What proportion of the time is the user performing productive actions?) Método: User test 9.1.5 How efficient is a user compared to an expert? Método: User test 9. 2 Productivity Metrics 9.2.1 Task Time (How long does it take to complete a task?) Método: User test 9.2.2 Task Efficiency (How efficient are the users?) Método: User test 9.2.3 Economic Productivity (How cost effective is the user?) Método: User test 9.2.4 Productive proportion (What proportion of the time is the user performing productive actions?) Método: User test 9.2.5 How efficient is a user compared to an expert? Método: User test 9. 3 Safety Metrics Página 16 de 22

9.3.1 User health and safety (What is the incidence of health problems among users of the product?) Método: Usage statistics 9.3.2 Safety of people affected by use of the system (What is the incidence of hazard to people affected by use of the system?) Método: Usage statistics 9.3.3 Economic Damage (What is the incidence of economic damage?) Método: Usage statistics 9.3.4 Software Damage (What is the incidence of software damage?) Método: Usage statistics 9. 4 Satisfaction Metrics 9.4.1 Satisfaction scale (How satisfied is the user?) Método: User test 9.4.2 Satisfaction questionnaire(how satisfied is the user with specific software features?) Método: User test 9.4.3 Discretionary usage(what proportion of potential users choose use the system?) Método: Observation of usage Página 17 de 22

11. ANEXO A: ISO 9126-1: CALIDAD DE PRODUCTO- MODELO DE CALIDAD A continuación se describe el Modelo de Calidad (Características y Subcaracterísticas) propuesto por ISO/ IEC 9126 (Calidad de Producto- Modelo de Calidad) Dicha norma categoriza los atributos de calidad de software dentro de seis características: funcionalidad, confiabilidad, usabilidad, eficiencia, facilidad de mantenimiento y portabilidad, a las cuales las divide en subcaracterísticas. Además presenta una definición de cada característica y subcaracterística. Para cada característica y subcaracterística, la capacidad del software es determinada por un conjunto de atributos que pueden ser medidos. Se adjunta un diagrama y la explicación de cada categoría subcategoría: 11.1. FUNCIONALIDAD (FUNCTIONALITY) Es la capacidad del software para proveer características y funcionalidades que se corresponden con requerimientos especificados y requerimientos implícitos, cuando el software es usado bajo condiciones especificadas. 11.1.1. ADAPTABILIDAD (SUITABILITY): Página 18 de 22

Es la capacidad del producto de software para proveer un apropiado conjunto de funciones para tareas específicas y objetivos del usuario. 11.1.2. PRECISIÓN (ACCURACY): Es la capacidad del producto de software para proveer los resultados acordados o correctos con el nivel de precisión adecuado. 11.1.3. INTER-OPERACIÓN CAPACIDAD PARA INTERACTUAR (INTEROPERATBILITY): Es la capacidad del producto de software para interactuar con uno o más sistemas especificados. 11.1.4. SEGURIDAD (SECURITY): Es la capacidad del producto de software para proteger los datos e información para que, los usuarios o sistemas no autorizados no puedan leerla ni modificarla, y para que los usuarios y sistemas autorizados tengan permitido el acceso a ellos. 11.1.5. COMPATIBILIDAD EN FUNCIONALIDAD (FUNCTIONALITY COMPLIANCE): Es la capacidad del producto de software para adherir a stándares, convenios o regulaciones en ley, o similares, relatibos a funcionalidad. 11.2. CONFIABILIDAD (RELIABILITY) Es la capacidad del producto de software para mantener un nivel de performance especificado, cuando es usado bajo las condiciones especificadas. 11.2.1. MADUREZ (MATURITY) Es la capacidad del producto de software para evitar fallas como resultado de fallas generales o de software. (Ej. Filtro de errores) 11.2.2. TOLERANCIA A FALLAS (FAULT TOLERANCE): Es la capacidad del producto de software para mantener un especificado nivel de performance, en caso de fallos en el software o en sus interfaces. 11.2.3. RECUPERACIÓN CAPACIDAD DE RECUPERACIÓN (RECOVERABILITY): Es la capacidad del producto de software para reestablecer un especificado nivel de performance y recuperar los datos afectados, en el caso de un fallo. 11.2.4. COMPATIBILIDAD EN CONFIABILIDAD (RELIABILITY COMPLIANCE): Es la capacidad del producto de software para adherir a estándares, convenios o regulaciones, relativos a confiabilidad. Página 19 de 22

11.3. USABILIDAD (USABILITY) Es la capacidad del producto de software para ser entendido, aprendido, usado (siendo atractivo para el usuario), cuando es usado bajo las condiciones especificadas. 11.3.1. ENTENDIBLE (UNDERSTANDABILITY) Es la capacidad del producto de software para permitir ser entendido por el usuario. Facilidad para el usuario de comprender como ser usado para tareas particulares. La documentación y las primeras impresiones son vitales para este objetivo. 11.3.2. APRENDIZAJE CAPACIDAD PARA SER APRENDIDO (LEARNABILITY) Es la capacidad del producto de software para permitir al usuario aprender la aplicación. 11.3.3. OPERACIÓN - CAPACIDAD DE OPERACIÓN (OPERABILITY) Es la capacidad del producto de software para permitir al usuario operar y controlarlo. 11.3.4. ATRACTIVO CAPACIDAD DE SER ATRACTIVO (ATTRACTIVENESS) Es la capacidad del producto de software para resultar atractivo al usuario. 11.3.5. COMPATIBILIDAD EN USABILIDAD (USABILITY COMPLIANCE) Es la capacidad del producto de software para adherir a estándares, convenios, guías de estilo, o regulaciones relativas a usabilidad. 11.4. EFICIENCIA (EFFICIENCY) Es la capacidad del producto de software para proveer la performance apropiada, relacionada con la cantidad de recursos usados, cuando es usado bajo las condiciones especificadas. 11.4.1. PERFORMANCE - COMPORTAMIENTO EN TIEMPO (TIME BEHAVIOUR) Es la capacidad del producto de software para proveer respuesta apropiada y tiempos de procesamiento y tasas de rendimiento, cuando ejecuta sus funciones, bajo las condiciones especificadas. 11.4.2. UTILIZACIÓN DE RECURSOS (RESOURCE UTILISATION) Es la capacidad del producto de software para usar los recursos apropiados y en la cantidad apropiada, cuando ejecuta sus funciones, bajo las condiciones especificadas. 11.4.3. COMPATIBILIDAD EN EFICIENCIA (EFFICIENCY COMPLIANCE) Es la capacidad del producto de software para adherir a estándares o convenios, relativos a eficiencia. Página 20 de 22

11.5. MANTENIMIENTO (MAINTAINABILITY) Es la capacidad del producto de software para ser modificado. Modificaciones pueden incluir correcciones de errores, mejoras, o adaptaciones al software, por cambios en el ambiente, en requerimientos y en especificaciones funcionales. 11.5.1. DIAGNÓSTICO - CAPACIDAD PARA SER ANALIZADO / DIAGNOSTICADO (ANALYSABILITY) Es la capacidad del producto de software para ser diagnosticado por fallas o errores. O para que las partes a ser modificadas puedan ser identificadas. 11.5.2. CAMBIOS - CAPACIDAD DE SER CAMBIADO / MODIFICADO (CHANGEABILITY) Es la capacidad del producto de software para permitir que una modificación especificada pueda ser implementada. 11.5.3. ESTABILIDAD (STABILITY) Es la capacidad del producto de software para modificación del software. evitar efectos inesperados, producto de una 11.5.4. TESTING CAPACIDAD DE SER TESTEADO (TESTEABILITY) Es la capacidad del producto de software para permitir que una modificación pueda ser validada. 11.5.5. COMPATIBILIDAD EN MANTENIMIENTO (MAINTAINABILITY COMPLIANCE) Es la capacidad del producto de software para adherir a estándares o convenios, relativos a Mantenimiento. 11.6. PORTABILIDAD (PORTABILITY) Es la capacidad del producto de software de ser transferido de un ambiente a otro (por ambiente se entiende ambiente de hardware, software u organizacional). 11.6.1. ADAPTABILIDAD (ADAPTABILITY) Es la capacidad del producto de software a ser adaptado para diferentes ambientes especificados, sin aplicar otras acciones / medios que aquellos provistos para este propósito por el mismo software (escalabilidad interna, tablas, volúmenes de transacciones, etc.) 11.6.2. INSTALACIÓN CAPACIDAD PARA SER INSTALADO (INSTALLABILITY) Es la capacidad del producto de software para ser instalado en un ambientes especificado. 11.6.3. COEXISTENCIA CAPACIDAD PARA COEXISTIR (CO-EXISTENCE) Es la capacidad del producto de software para coexistir con otro software independiente, en un ambiente compartido, compartiendo recursos. Página 21 de 22

11.6.4. UPGRADES / REEMPLAZO CAPACIDAD PARA REEMPLAZAR (REPLACEABILITY) Es la capacidad del producto de software para ser usado en lugar de otro producto de software, para el mismo propósito, en el mismo ambiente. (Por ej. el reemplazo de una nueva versión de software) 11.6.5. COMPATIBILIDAD EN PORTABILIDAD (PORTABILITY COMPLIANCE) Es la capacidad del producto de software para adherir a estándares o convenios, relativos a portabilidad. Página 22 de 22