• Share
  • Email
  • Embed
  • Like
  • Save
  • Private Content
software metrics (in spanish)
 

software metrics (in spanish)

on

  • 861 views

 

Statistics

Views

Total Views
861
Views on SlideShare
861
Embed Views
0

Actions

Likes
0
Downloads
16
Comments
0

0 Embeds 0

No embeds

Accessibility

Categories

Upload Details

Uploaded via as Adobe PDF

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

    software metrics (in spanish) software metrics (in spanish) Presentation Transcript

    • Métricas del Software
    • Contenido• Métricas• Algunos estándares• SQM• GQM
    • Bibliografía• Estándares mencionados en clase• Jones,Bonsignour. The Economics of Software Quality• Naik. Software Testing and Quality Assurance Theory and Practice. Wiley• El Emam. The ROI from Software Quality. Auerbach Publications• Lewis, William E. Software testing and continuous quality improvement 2nd ed. Auerbach Publications• Material Profesor Rafael David Rincón, Universidad EAFIT
    • Cuando hablan de calidad de software siempre sacan el mismo dibujo una y otra vez…
    • IEEE 610.12 Software Engineering Terminology• Métrica: Una medida cuantitativa del grado en que un sistema, componente o proceso posee un atributo determinado.• Métrica de Calidad: Una medida cuantitativa del grado en que un ítem posee un atributo de calidad determinado.• Medida o Medición: Proceso de asignar números o símbolos los atributos de las entidades el mundo real para caracterizar los atributos con reglas claramente establecidas.
    • IEEE 610.12 Software Engineering TerminologyUnidades de MedidaElementos utilizados para evaluar o tasar losatributos, como por ejemplo:• Horas persona de esfuerzo.• Líneas de código• Cantidad de dinero gastado, etc
    • IEEE 610.12 Software Engineering TerminologyValores (de las unidades de Medida)Medida de un atributo para una entidadespecífica en una unidad específica.Por ejemplo:• 200 Horas persona (de esfuerzo.)• 1500 Líneas de código• US$300.000 gastados, etc
    • Estándares y Modelos involucrados en la medición
    • Estándares y Modelos involucrados en la medición • ISO/IEC 9126 (Software Product Quality) • ISO/IEC 14598 (Software Product Evaluation). • ISO/IEC 15504 (software process assessment) • ISO/IEC 15939 (Software Engineering - Software Measurement Process) - International standard that defines a measurement process for software development and systems engineering.) • ISO/IEC 25010 (Software product Quality Requirements and Evaluation(SQuaRE))
    • ¿ Qué medir ?• Propiedades del software según ISO 25010.3
    • ¿ Qué medir ?Mediciones externas del software según ISO 25000
    • ¿ Qué medir ?Mediciones externas del software según ISO 25000
    • ¿Cómo medir?Dos enfoques para medición y derivación demétricas• Software-Quality Metric• Goal-Question Metric
    • SQMModelo cuya premisa se basa en que la medición delsoftware debe realizarse de manera indirecta.Algunos Modelos de referencia:• Gilb• McCall• Bohem• FURPS(HewlettPackard)• ISO/IEC9126• CUPRIMDSO(IBM)
    • SQMSe basa en un supuesto fundamental: la calidad delsoftware se conoce y está claramente definida.• Si la calidad no está bien definida, su evaluación sólo es intuitiva.• Calidad: Grado en que el proceso o producto posee una combinación deseada de atributos.Fue creado por IEEE como herramienta de apoyo almejoramiento de la calidad del proceso de desarrollo desoftware(compra, uso, soporte, mantenimiento yauditoría),a partir de la propuesta de McCall.
    • SQMPasos claves:• Primero: Definir la calidad con base en una lista de atributos de calidad a cumplir.• Segundo: Definir la lista de métricas para evaluar el cumplimiento de tales atributos
    • SQM
    • GQM• Fue creado para evaluar defectos en un conjunto de proyectos del NASA Goddard Space Flight Center.• Generado a partir de las experiencias de Victor Basili y Dieter Rombach, en la Universidad de Maryland.• Adoptado y mejorado por el Software Engineering Institute, de la Carnegie Mellon University, Pittsburgh, USA.
    • GQMCaracterísticas• Relaciona las actividades de medición con la cuantificación de los procesos, los productos y los recursos, para tomar decisiones que permitan cumplir los objetivos de los proyectos.• La clave es considerar y evaluar el ambiente del proyecto, de manera que permita alinear las mediciones con los objetivos de negocios.• Los proyectos deben identificar métricas y procedimientos de medición adecuados orientados al cumplimiento de tales objetivos.
    • GQMNiveles de enfoque
    • Definición de las metas en el Nivel Conceptual• Se definen las metas para un objeto, por una variedad de razones, con respecto a uno o más parámetros de calidad, desde varios puntos de vista y relativos a un ambiente en particular.
    • Especificación de las metas
    • Meta Genérica• <Caracterizar, evaluar, predecir, monitorear, motivar, incrementar, reducir, alcanzar, estabilizar, etc.> el <resultado, desempeño, estado, avance, retroceso, etc.> del <proceso, producto, modelo, medición, etc.> con el fin de <planificarlo, controlarlo, comprenderlo, evaluarlo, administrarlo, aprenderlo, etc.>Ejemplo:• Evaluar los resultados de la metodología de pruebas con el fin de mejorarla.
    • Objetos• Productos:Artefactos, entregables, documentos, etc., elaboradosdurante el ciclo de vida del sistema.Ejemplo: especificaciones, diseño, programación ypruebas.• Procesos:En general, actividades relacionadas con tiempo.Ejemplo: especificación, diseño, pruebas, entrevistas, etc.,• Recursos:Ítems usados por los procesos para producir resultados.Ejemplo: personal, hardware, software, espacio físico, etc..
    • Propósitos• Comprender, predecir, planificar, controlar, comparar, evaluar o mejorar algún aspecto de la calidad o la productividad de un objeto. Ejemplos de aspectos a considerar:• costo,• tamaño,• confiabilidad,• trazabilidad,• calidad,• satisfacción del cliente,• conformidad,• time-to-market, etc.
    • PerspectivasIdentifican:• quién está interesado en los resultados de las mediciones,• el punto de vista principal punto de vista que guiará las actividades de medición;Por ejemplo:• desarrolladores,• administradores,• clientes,• usuarios, etc.Por ejemplo, mejorar la productividad puede significar:• para un Ingeniero de Software: incrementar la cantidad de código producido por hora;• para el Jefe de proyectos: mantener el proyecto a tiempo;• para el gerente general: incrementar las ganancias y el ROI
    • Especificación tridimensional de las metas
    • Tipos de MetasActivas: dirigidas a controlar los procesos o realizarcambios a los productos, los procesos, los recursos o alambiente.• Comunes en las actividades de administración de proyectos y mejora de procesos.• Relacionadas con los objetivos de evaluación y mejora de las métricas.Pasivas: dirigidas a la comprensión y el aprendizaje.• Comunes a los modelos de calidad y productividad.• Relacionadas con los objetivos de caracterización y predicción de las métricas.
    • Tipos de Metas
    • PerspectivasIdentifican:• quién está interesado en los resultados de las mediciones,• el punto de vista principal punto de vista que guiará las actividades de medición;Por ejemplo:• desarrolladores,• administradores,• clientes,• usuarios, etc.Por ejemplo, mejorar la productividad puede significar:• para un Ingeniero de Software: incrementar la cantidad de código producido por hora;• para el Jefe de proyectos: mantener el proyecto a tiempo;• para el gerente general: incrementar las ganancias y el ROI
    • Definición de interrogantes – nivel operativoSe plantea un conjunto de interrogantes:• para caracterizar la forma como se alcanzarán las metas,• con base en modelos (de calidad) específicos.Las respuestas a estas interrogantes permiten determinar si la meta seha cumplido.
    • Tipo 1 de preguntas¿Cómo se puede caracterizar el objeto respecto a la metaglobal?
    • Tipo 2 de preguntas¿Cómo se puede caracterizar los atributos relevantes delobjeto respecto al parámetro específico?
    • Tipo 3 de preguntas¿Cómo se puede evaluar las características relevantes delobjeto respecto del punto de vista específico?
    • Ejemplos de interrogantes• Objetivos: mejorar plazos de cumplimiento de los mantenimientos.• Solución:
    • Definición de las métricas en el Nivel Cuantitativo• Identificar las mediciones a realizar que podrían determinar las respuestas a las interrogantes.• Se asocia un conjunto de datos con cada interrogante, para responderla de manera cuantitativa.• Una métrica puede servir para responder más de una interrogante
    • Características de los datos• Objetivos: si dependen sólo del objeto medido, y no del punto de vista de la medición. • número de versión de un documento, • horas persona usadas en una tarea, • tamaño de un programa, etc.• Subjetivos: si dependen tanto del objeto medido como del punto de vista de la medición. • nivel de satisfacción del usuario, • legibilidad de un texto, etc.
    • Factores a considerar al asociar las métricasCantidad y calidad de los datos disponible:• maximizando el uso de las fuentes de datos existentes,• si están disponibles y son confiables.Madurez de los objetos a medir, aplicando:• las medidas objetivas a los objetos más maduros,• las medidas subjetivas a los objetos más informales o inestables.El proceso de aprendizaje:• el modelo necesita refinamiento y adaptación constante,• las medidas deben ayudar a evaluar los objetos y evaluar la confiabilidad del modelo
    • Ejemplo completo (I)• Objetivos: mejorar plazos de cumplimiento de los mantenimientos.• Solución:
    • Ejemplo completo (II)
    • Algunas consideraciones• Una misma métrica puede usarse para responder varios interrogantes con la misma meta.• Varias metas pueden tener interrogantes y/o métricas en común.• Las métricas pueden tener diferentes valores al interpretarse desde distintos puntos de vista. • Por ejemplo, para una Revisión de Pares, una demora: • Puede medir empeño y compromiso para el Jefe de Proyecto. • Puede significar problemas de calidad para el Responsable de la Calidad del Proyecto