Aseguramiento de la calidad y pruebas de software 7- Métricas de la calidad del Software Métricas del producto



Documentos relacionados
Aseguramiento de la calidad y pruebas de software 5- Pruebas del software Estándar IEEE-829 Standard for Software Test Documentation

Hoy terminamos caja blanca

Aseguramiento de la Calidad, QA. Materia: Desarrollo Industrial de Software Alumno: David Alejandro González Díaz y Froylan Ruiz Cirilo.

3. GESTIÓN DE CONFIGURACIÓN DE SOFTWARE

Rubén Arreola, ITIL V3 Expert!

ANEXO 4 - REQUERIMIENTOS DE GESTIÓN DE PROYECTOS PMO DE INFORMATICA

LISTA DE MEJORAS PARA MEJORAR LOS RESULTADOS DE LA EVALUACIÓN

PRESENTACIÓN CMMI: (CAPABILITY MATURITY MODEL INTEGRATION)

CMMI (Capability Maturity Model Integrated)

Planeación del Proyecto de Software:

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

Requerimientos Técnicos para mantenimiento anual de certificación del Área Perimetral

PRU. Fundamento Institucional. Objetivos. Alcance

CURSO DE LEAN SIGMA TRANSACCIONAL PARA BLACK BELTS Dr. P. Reyes CURSO DE BLACK BELTS EN LEAN SIGMA TRANSACCIONAL

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.

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

P.S.P. Programa Educativo. Tecnologías de la Información y Comunicación. Alumno. José Alfredo Ramírez Jaguey

Resumen de indicadores básicos de COBIT Preparado por: T I AUDISEG S.A.

Introducción. Enfoque de Control de CobiT Los Procesos del Modelo Mapeo de los Procesos

Control de Cambios. Combo Estela ADSL 0108 ver 1.1 Mayo de 2010

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

Empresa Financiera Herramientas de SW Servicios

Sistemas de Información para la Gestión

Modelo de calidad IT Mark

Madurez del mercado español

Mesa de Ayuda Interna

R e s u l t a d o s y C o n c l u s i o n e s RESULTADOS

FUNDAMENTACION DE ENSAMBLE Y MANTENIMIENTO DE COMPUTADORES PARA LOS PROCESOS DE SOPORTE TECNICO CODIGO APRENDIZ JOHN FREDDY MORENO COLON

+ Cómo ahorrar dinero con Software Quality

SW-CMM Capability Maturity Model for Software

CRM Gestión de Oportunidades Documento de Construcción Bizagi Process Modeler

EVALUACIÓN Y MEJORA DE PROCESOS

Definición del Catalogo de Servicios V3. José Ricardo Arias Noviembre de 2010

MODIFICACIÓN Cualquier cambio en el diseño, rutina, especificaciones de operación, materiales y eficiencia en los equipos.

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

Prof. Juan José Díaz Nerio. Foro de Tecnología : Gestión de la Calidad del Software. Domingo 16 Noviembre 2014

TECNOLOGICO DE ESTUDIOS SUPERIORES DE ECATEPEC CALIDAD DE SOFTWARE Guía para Examen Segundo Parcial Grupo 6501

MANUAL DE MANTENIMIENTO

PORTAFOLIO DE SERVICIOS

Proceso: AI2 Adquirir y mantener software aplicativo

Aseguramiento de la calidad y pruebas de software 5- Pruebas del software Pruebas estadísticas

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

SIG ANALISIS DE SEGURIDAD EN EL TRABAJO

POLITICA DE SISTEMA DE CONTROL INTERNO

Desarrollar el concepto del producto. Asignar requisitos de hardware y software N

ORGANIZACIONAL DEL AREA DE SISTEMAS (CONTROLES SOBRE LAS ACTIVIDADES IT)

E Documento de entrega de Aplicación

SISTEMAS Y MANUALES DE LA CALIDAD

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

UNIVERSIDAD NACIONAL DE ASUNCIÓN FACULTAD DE CIENCIAS ECONOMICAS ESCUELA DE CONTABILIDAD AUDITORIA INFORMATICA

Maximizar las Sinergias entre ITIL y sus Áreas de Negocio. Presentado por: HIXSA y Cherwell Software

1.1 Aseguramiento de la calidad del software

CCPA Costa Rica. Como establecer criterios para la evaluación de la Auditoría Interna. Michael Delgado Gerente de Riesgos EY.

Initial Testing Assessment

DOCUMENTACIÓN E IMPLEMENTACIÓN DE ISO 9001:2008

RECOMENDACIONES. HALLAZGOS Objetivos especifico Justificación/Norma ANEXO

INFORME FINAL DE AUDITORIA. Nivel de madures CMM para las dominios de la norma ISO/IEC 27001:2005. Telecomunicaciones.

Instituto Nacional de Tecnología Industrial TESTING DE SOFTWARE

Calidad de Software - CMM

PROCEDIMIENTO DE EVALUACIÓN Y ACREDITACIÓN DE LAS COMPETENCIAS PROFESIONALES CUESTIONARIO DE AUTOEVALUACIÓN PARA LAS TRABAJADORAS Y TRABAJADORES

Monitoreo de Plataformas TI. de Servicios

Manual de Usuario Comprador. Módulo Administración de Presupuesto. Iconstruy e S.A. Serv icio de Atención Telefónica:

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

Manual de Usuario Comprador Presupuesto

Gestión de Proyectos TI

INFORME DE GESTIÓN SOBRE EL SISTEMA DE CONTROL INTERNO

<Generador de exámenes> Visión preliminar

Los procesos de software. Un proceso de software se define como un:

Ciclo de Vida del Desarrollo de un Sistema de Información. Departamento de Ingeniería Industrial Universidad de Chile

[Clave Proyecto] - Plan de Administración de la Configuración del Proyecto

Proyecto Meta! Implementación SAP Fase 1 Testing

INTRODUCCIÓN. El propósito de esta investigación es analizar la importancia que ha surgido en

Los profesores Flipantes

Ventajas Tecnológicas

PROGRAMA PARA EL FORTALECIMIENTO DE LAS HABILIDADES DE PLANEACIÓN, EJECUCIÓN Y CONTROL DE GESTIÓN EN PEQUEÑAS Y MEDIANAS EMPRESAS

PROCESO ADMINISTRACIÓN DE RECURSOS TECNOLÓGICOS SUBPROCESO SOPORTE TÉCNICO

Dirección General de Educación Superior Tecnológica

Estándar CMMI. Disciplinas del CMMI. Modelo continuo y modelo por niveles.

División Tóner y Cintas División TI División Retail

ITSM Gestión de servicios TI

PRUEBAS DE SOFTWARE TECNICAS DE PRUEBA DE SOFTWARE

Plan de Gestión de Configuración. Universidad Nacional de la Patagonia Austral

Desarrollo de la estrategia a seguir para. un Sistema de Gestión de la Energía. Instalaciones Industriales

[Guía de auditoría AudiLacteos]

Resumen General del Manual de Organización y Funciones

Metodología básica de gestión de proyectos. Octubre de 2003

EMPRESAS PÚBLICAS DE MEDELLÍN E.S.P. DIRECCIÓN CONTROL INTERNO PROYECTO NORMALIZACIÓN ACTIVIDAD DE AUDITORÍA INTERNA

PROCESO: GESTION INFORMÁTICA PROCEDIMIENTO: GESTION DE CONFIGURACIONES

DE VIDA PARA EL DESARROLLO DE SISTEMAS

Anexo I - Descripción de Posición: Gestor de Demandas y Proyectos 1

CMMI. Capability Maturity Model Integration. José María Molero Alonso Juan Resinas Arias de Reyna Antonio Pablo Vicente Domínguez Palacios

Dirección General de Educación Superior Tecnológica

PRC-DTI-006 Administración de Roles de los Sistemas de Información de la DTI Procedimiento Dirección de TI - COSEVI

C O N T E N I D O. 1. Propósito. 2. Alcance. 3. Responsabilidad y autoridad. 4. Normatividad aplicable. 5. Políticas

Diseño del proceso de lubricación - (LPD)

NORMA SEGUIMIENTO DE VIDA UTIL DE EQUIPOS

6 Anexos: 6.1 Definición de Rup:

Modelo de Procedimientos para Archivos de Trámite

Mantenimiento de Sistemas de Información

Transcripción:

Aseguramiento de la calidad y pruebas de software 7- Métricas de la calidad del Software Métricas del producto Blanca A. Vargas Govea vargasgovea@itesm.mx Mayo 3, 2013

Objetivo Conocer y determinar las métricas a aplicar en el producto de software. 2

2. Clasificación de métricas Ciclo de vida Métricas del proceso Relacionadas con el proceso de desarrollo de software Métricas* del producto Relacionadas con el mantenimiento de software 3

Métricas del producto Se refieren a la fase operacional del sistema. Años de uso regular. El desarrollador proporciona servicios al cliente: Help Desk (HD) Servicios de mantenimiento correctivo Está seguro de que oprimió guardar y no eliminar? e 4

Help Desk Las métricas de HD se basan en llamadas del cliente. Pocos casos están asociados a fallas reales. Las métricas se basan en llamadas del usuario. Mantenimiento correctivo Las fallas se relacionan directamente con la calidad del software. Las métricas se basan en los reportes de falla. Las métricas del producto se basan en registros recopilados durante un año o periodo de tiempo específico. Se facilitan las comparaciones entre años sucesivos, además de las comparaciones entre diferentes unidades 5 y sistema de software.

HD: métricas de densidad de llamadas Métricas del producto Métrica HDD WHDD Nombre Densidad de llamadas Densidad pesada de llamadas Fórmula HDD= NHYC KLMC WHDD= WHYC KLMC NHYC = Número de llamadas recibidas durante un año de servicio KLMC = miles de línea de código mantenido WHYC = número (pesado) de llamadas recibidas durante un año de servicio Fuentes de datos: Reportes de HD 6

Métricas del producto Métricas de mantenimiento correctivo Métrica SSFD WSSFD Nombre Densidad de fallas del sistema Densidad pesada de fallas del sistema Fórmula SSFD= NYF KLMC WSSFD= WYF KLMC NYF = número de fallas de software detectadas durante un año de servicio KLMC = miles de línea de código mantenido WYF = número pesado de fallas anuales detectadas Fuentes de datos: Reportes de mantenimiento de software 7

Relación con el modelo de madurez (TMM) 8

Testing y el modelo de madurez Nivel 1 Caos, sin metas. Las pruebas se desarrollan al terminar el software de forma ad-hoc. Objetivo mostrar que el software funciona. Nivel 2 Fase de definición. Desarrollar metas de testing. Institucionalizar técnicas básicas de testing. Objetivo mostrar que el software cumple con las especificaciones. 9

Testing y el modelo de madurez Nivel 3 Integración. Nivel 4 Integrar testing al ciclo de vida del software. Entrenamiento, control y monitoreo. Objetivos se establecen de acuerdo a las necesidades del cliente y se usan para diseño de casos de prueba. Administración y medición. Establecer un programa de pruebas y métricas. Evaluación de la calidad del software. Objetivo medición y evaluación del software. 10

Testing y el modelo de madurez Nivel 5 Optimización y prevención. y me dijo que yo sería un nivel 5 en CMM pero no le entendí Prevención de defectos, control de calidad yoptimización del proceso de pruebas. Automatización del proceso de pruebas. 11

Métricas aplicables en cada nivel de madurez (recomendadas) Nivel 1: caos Tamaño Líneas de código No. atributos a ser evaluados. No. de casos de prueba desarrollados. No. de casos de prueba ejecutados. Defectos No. de reportes de fallas. Número de defectos/kloc. Costo/Esfuerzo Costo total del proyecto. Horas en tareas de testing. Costo del testing. 12

Métricas aplicables en cada nivel de madurez (recomendadas) Nivel 2: definición Tiempo/esfuerzo en planeación de pruebas pruebas unitarias pruebas de integración pruebas del sistema pruebas de regresión No. de casos de prueba planeados No. de casos de prueba no planeados. Grado de cobertura de instrucciones/ramas (planeado y actual) No. y tipo de defectos encontrados 13

Métricas aplicables en cada nivel de madurez (recomendadas) Nivel 3: integración Grado de cobertura de instrucciones y ramas. No. de atributos cubiertos. No. de casos de prueba ejecutados con éxito. No. de casos producidos/semana (por tester). No. de defectos detectado por unidad de tiempo y nivel de severidad. 14

Métricas aplicables en cada nivel de madurez (recomendadas) Nivel 3: integración Tamaño del staff de entrenamiento. Costo del programa de entrenamiento. Tiempo de dominar el entrenamiento. Tiempo dedicado a sesiones de entrenamiento por tester. Costos de herramientas: evaluación, mantenimiento y actualización. Costos de las tareas de testing. Métricas de testing: complejidad ciclomática. 15

Métricas aplicables en cada nivel de madurez (recomendadas) Nivel 3: integración No. de llamadas de ayuda. No de quejas del cliente. No. de reportes de problemas cuando el software está en operación.. No. de casos de prueba reutilizados. No. de casos de prueba añadidos a la base de datos o repositorio. No. de casos reejecutados después de 16 cambios.

Métricas aplicables en cada nivel de madurez (recomendadas) Nivel 4: automatización y medición / Nivel 5 Tamaño del ítem revisado. Tiempo de las reuniones de revisión. No. de defectos encontrados por hora. Costo de mantenimiento de BD. LOC ó páginas de un documento revisadas por hora. Costo de entrenamiento. Costo de herramientas. Tamaño de BD históricas. No. de referencias a datos históricos.... 17

Limitaciones de las métricas Presupuesto Recursos humanos Fondos Incertidumbre con respecto a los datos Factores humanos Oposición a la evaluación 18

Revisar/aclarar las especificaciones del proyecto 19

Actividad 25 - equipo 20

Tarea 25: equipo Para su proyecto, determinar: En qué nivel de madurez ubican su proyecto? Por qué lo clasifican en ese nivel? Qué recomendarían para subir al nivel que sigue? Agregar al reporte final en la sección 10 Resultados y acciones correctivas Examen Viernes 10 Martes 14 21

Tarea 25: equipo Tomando como base la actividad, Agregar al reporte final en la sección 10 Resultados y acciones correctivas Examen Viernes 10 Martes 14 22

Referencia Cinta medir Photo Credit: <a href="http://www.flickr.com/photos/33839049@n00/499144972/">redteam</a> via <a href="http://compfight.com">compfight</a> <a href="http://creativecommons.org/licenses/by-nc-nd/2.0/">cc</a> Photo Credit: <a href="http://www.flickr.com/photos/27384147@n02/5073536991/">ano Lobb. @healthyrx</a> via <a href="http://compfight.com">compfight</a> <a href="http://creativecommons.org/licenses/by/2.0/">cc</a> Photo Credit: <a href="http://www.flickr.com/photos/70981241@n00/509096042/">kecko</a> via <a href="http://compfight.com">compfight</a> <a href="http://creativecommons.org/licenses/by-nd/2.0/">cc</a> Photo Credit: <a href="http://www.flickr.com/photos/62586117@n05/6924160790/">neil. Moralee</a> via <a href="http://compfight.com">compfight</a> <a href="http://creativecommons.org/licenses/by-nc-nd/2.0/">cc</a> 23