SlideShare una empresa de Scribd logo
PROCESOS DE INGENIERÍA DE SOFTWARE
  MÉTRICAS DE PROCESO Y PROYECTO


                            LORENA LEÓN
                         GABRIELA PUGLLA
Métricas de Proceso y Proyecto
Métricas de Proceso y Proyecto
Hay cuatro razones para medir: Caracterizar, Evaluar, Predecir y Mejorar.

•  Medida: Valor asignado a un atributo de una entidad mediante una medición.
      Ejemplo: 35.000 líneas de código
• Medición: Es el acto de determinar una medida.
        Ejemplo: Ana será la encargada de medir las LDC de cada módulo del sistema.
• Métrica: Medida cuantitativa del grado en que un sistema, componente o proceso
   posee un atributo dado. Incluye el método de medición.
Ejemplo: La productividad de este proyecto fue de 500 líneas (LDC/persona-mes)
• Indicador: Es una métrica o combinación de métricas que proporcionan una visión
   profunda del proceso de software.
          Ejemplo: La productividad media de nuestra empresa es de 500 (LDC/pm).

Las métricas nos ayudan a entender tanto el proceso técnico que se utiliza para
   desarrollar un producto, como el propio producto. El proceso para intentar
   mejorarlo y el producto para intentar aumentar su calidad.
Métricas de Proceso y Proyecto
INTRODUCCIÓN
• Son medidas cuantitativas que permiten a los
  ingenieros de software obtener una visión de la
  eficacia del proceso de software y los proyectos
  que llevan a cabo utilizando el proceso como
  marco de trabajo.
• Los involucrados en analizar, evaluar y recopilar
  estas métricas son los gestores de software.
• Se comienza definiendo un conjunto limitado de
  medidas del proceso y del proyecto que puedan
  recopilarse con facilidad, se normaliza empleando
  métricas orientadas al tamaño o la función.
Métricas en los dominios del proceso y
             del proyecto
• Las métricas del proceso se recopilan en el curso
  de todos los proyectos.
• Las métricas del proyecto permiten que un gestor
  del proyecto de software:
  –    Valore el estado de un proyecto en curso.
  –   Rastree los riesgos potenciales.
  –   Descubra las áreas problema.
  –   Ajuste el flujo de trabajo o las tareas
  –   Evalúe la habilidad del equipo del proyecto para
      controlar la calidad de los productos de trabajo de
      software.
Métricas para el proceso y la mejora
      del proceso de software.
• Para mejorar el proceso, se miden sus
  atributos específicos .
• Hay que destacar que el proceso es sólo uno
  de varios factores controlables en la mejora de
  la calidad del software y el desempeño
  organizacional.
Determinantes para la calidad del
software y la eficacia organizacional
• La eficacia de un proceso de software se mide
  indirectamente.
• Los resultados incluyen medidas de errores descubiertos
  antes de liberar el software.
   –   Los defectos que detectan y reportan los usuarios finales
   –   Los productos de trabajo entregados (productividad).
   –   El esfuerzo humano gastado.
   –   el tiempo de la planificación consumido.
   –   Concordancia con la planificación y otras medidas.

• Las métricas del proceso de software ofrecen beneficios
  significativos conforme una organización trabaja en mejorar
  su grado de madurez del proceso. Sin embargo como todas
  las métricas éstas pueden emplearse mal y crear más
  problemas de los que solucionan
Reglas de Etiqueta para Métricas de
                 software
Grady sugiere un programa de métricas de proceso del proceso tanto para
   gestores como para profesionales:
• Aplique el sentido común y sensibilidad organizativa cuando interprete
   datos métricos.
• Ofrezca retroalimentación regular a los individuos y equipos que recopilan
   medidas y métricas.
• No utilice las métricas para evaluar a los individuos.
• Trabaje con los profesionales y equipos para establecer metas claras y las
   métricas que se emplearán para conseguirlas.
• Nunca use métricas para amenazar a los individuos o equipos.
• Los datos métricos que indican un área problema no pueden considerarse
   “negativos”. Dichos datos sólo son un indicador de la mejora del proceso.
• Np se obsesione con una sola métrica y excluya otras métricas
   importantes.
Métricas del proyecto
• En la mayoría de los proyectos de software ocurre durante
   la estimación.
• Conforme el proyecto avanza las medidas de esfuerzo y
   tiempo utilizados, se comparan con las estimaciones
   originales y planificación
• Para las métricas del proyecto, se miden los índices de
   producción representados en términos de modelos
   creados, horas de revisión, puntos de función y líneas
   fuente entregadas.
La finalidad de las métricas del proceso:
•     Se emplean para minimizar el tiempo de desarrollo.
• Se utilizan para valorar la calidad del producto sobre una
   base actual.
MEDICIÓN DEL SOFTWARE
La medición de software se clasifica en dos
  categorías.
1. Medidas directas del proceso de software
   (Costo, esfuerzo) y del producto (Líneas de
   código producidas, rapidez de ejecución y
   efectos reportados.)
2. Medidas indirectas del producto que incluyen
   funcionalidad, calidad, complejidad, eficiencia, c
   onfiabilidad, facilidad de mantenimiento, y
   muchas otras habilidades.
MEDICIÓN DEL
 SOFTWARE
Métricas orientadas al tamaño
• Proceden de la normalización de las medidas
  de calidad o productividad considerando el
  tamaño del software que se ha producido
• Las métricas orientadas al tamaño se aceptan
  universalmente como la mejor forma de medir
  el tamaño del proceso.
Métricas orientadas a la función.
• Se emplean como un valor de normalización
  una medida de la funcionalidad que entrega
  la aplicación
Métricas orientadas a objetos

No proporcionan suficiente granularidad para la planificación y los
ajustes de esfuerzo. Las siguientes son métricas sugeridas para
proyectos OO:

• Número de guiones de escenario

• Número de clases clave

• Número de clases de apoyo

• Número promedio de clases de apoyo por clase clave.

• Número de subsistemas.
Métricas orientadas a casos de uso
El caso de uso se define en etapas tempranas del proceso de software, lo que permite
emplearlo en la estimación antes de iniciar las actividades significativas de modelado
construcción.

Métricas de proyectos de ingeniería Web
“El objetivo de los proyectos de ingeniería Web es construir una aplicación Web que
    proporcione una combinación de contenido y funcionalidad al usuario final.” Entre
    las medidas que se recopilan existen las siguientes:

• Número de páginas web estáticas
• Número de páginas web dinámicas
• Número de vínculos internos de la página
• Número de objetos de datos persistentes
• Número de sistemas externos en interfaz
• Número de objetos de contenido estático
• Número de objetos de contenido dinámico
• Número de funciones ejecutables
METRICAS PARA LA CALIDAD DEL
           SOFTWARE

La meta primordial de la ingeniería del
software es producir un sistema, aplicación o
producto de alta calidad dentro de un marco
temporal que satisfaga una necesidad del
mercado.
Medición de la calidad
•   Corrección
•   Facilidad de mantenimiento
•   integridad
•   Facilidad de uso

Estas medidas de la calidad del software ofrecen indicadores
   útiles para el equipo del proyecto
• Corrección: es el grado en que el software
  desempeña la función para la que fue creado donde
  los defectos se definen como una falta de
  concordancia con los requisitos.

• Facilidad de mantenimiento: es la sencillez con la
  que un programa puede corregirse si se cuenta con
  un error, adaptarse si su entorno cambia, o mejorar
  si el cliente desea un cambio en los requisitos esta
  medida demanda mas esfuerzos dentro de las
  actividades de la ingeniería de software.
Medida: tiempo medio de cambio(            análisis,   diseño,
  implementación, prueba, distribución).
• Integridad: mide la habilidad de un sistema para resistir a
  ataques ya sea accidentales o intencionales a su seguridad. Se
  pueden dar en los programas, datos y documentos. La
  medición de la integridad define dos atributos:
Amenaza: puede estimarse o deducirse es la probabilidad de que un ataque suceda en
  un tiempo determinado.
  Seguridad: es la probabilidad de que se repela la amenaza.
                 Integridad = 1 – (amenaza x (1 – seguridad ))


• Facilidad de uso: es un intento por cuantificar el uso de la
  aplicación al utilizarla y se puede medir en términos del
  Diseño de la Interfaz del Usuario(cap 12).
INTEGRIDAD
Por ejemplo: si la amenaza (la probabilidad de
que un ataque ocurrirá ) es 0,25 y la seguridad
(la posibilidad de repeler un ataque) es
0,95, la integridad del sistema es 0,99 (muy
elevada).
Si por otra parte, la probabilidad de amenaza
es 0,50 y la posibilidad de repeler un ataque
es solo 0,25, la integridad del sistema es
0,63(inaceptablemente baja).
Eficacia en la Eliminación de Defectos
                   (EED)
• Ofrece beneficios tanto en el ámbito como en el
  proceso del proyecto.
• Filtra actividades de cualidad y de control dentro
  de las actividades del marco de trabajo del
  proceso
• Cuando se considera un proyecto como un todo
  de define:
                   EED = E / (E + D)
  Donde el E es el numero de errores encontrados antes de entregar el s/w al usuario final, y D
  es el numero de defectos encontrados después de la entrega. El valor ideal de EED es 1
La EED también se puede aplicar antes de que pase
  a la siguiente actividad del marco de trabajo o a
  la siguiente tarea de la ingeniería del software. Se
  define como:

donde Ei es el numero errores encontrados durante
  la actividad i y Ei+1 es el numero de errores
  encontrado durante la actividad i+1 de ingeniería
  de software.
INTEGRACIÓN DE LAS MÉTRICAS
DENTRO DEL PROCESO DE SOFTWARE
  Los beneficios de la medición son muy
  convincentes que el trabajo duro vale la pena.
  ¿Por qué es importante medir el proceso de la
  ingeniería de software y el producto que se
  elabora ?
• Argumentos para las métricas del software
• Establecimiento de una línea base
• Recopilación, calculo y evaluación de métricas.
Argumentos para las métricas del software:
 Si no se mide no existe una forma real de determinar
  si se esta mejorando. Y si no se mejora, se esta
  perdido.
 Si el proceso se puede mejorar producir un impacto
  directo en lo sustancial
 Establecer objetivos de mejora dentro del proceso
  actual del desarrollo de s/w.
 La recopilación de métricas de calidad permite qu
  una organización centralice su proceso de s/w para
  renovar las causas de los defectos que tienen mayor
  impacto sobre el desarrollo del software.
Establecimiento de una Línea Base

 Se obtienen beneficios en los ámbitos del
  proceso, del proyecto y del producto.
 La línea base de métricas consiste de datos
  recopilados en proyectos previos.
 Los datos de la línea base deben tener los siguientes
  atributos: los datos deben ser precisos, los datos
  deben recopilarse para tantos proyectos sean
  posibles, las medidas deben ser consistentes, las
  aplicaciones deben ser similares al trabajo que se
  estimara.
Recopilación, calculo y evaluación de
              métricas
METRICAS PARA ORGANIZACIÓN
            PEQUEÑAS

Un enfoque de sentido común respecto a la
 implementación      de     cualquier    actividad
 relacionada con el proceso de software es
 mantenerlo simple, personalizado para satisfacer
 las necesidades locales y asegurarse de que valor
 agregar.
• Mantenerlo simple: consiste en enfocarse no sobre
  las mediciones sino mas bien sobre los resultados.
• Entrevistar al grupo de software para definir un
  objetivo sencillo que requiere mejora.
• Una organización pequeña puede seleccionar el
  siguiente conjunto de medidas:
  – Tiempo transcurrido desde el momento en que se hizo una solicitud hasta que
    la evaluación esta completa.
  – Esfuerzo para realizar la evaluación.
  – Tiempo transcurrido desde que se completa la evaluación hasta la asignación
    del pedido de cambio del personal.
  – Esfuerzo requerido para hacer el cambio.
  – Tiempo requerido para hacer el cambio.
  – Errores descubiertos durante el trabajo para hacer el cambio.
  – Defectos descubiertos después de que el cambio es liberado a la base de
    clientes.
ESTABLECIMIENTO DE UN PROGRAMA
    DE MÉTRICAS DE SOFTWARE
Esta dirigido por metas según el
    SEI(SOFTWARE           ENGINEERING
    INSTITUTE)   y define los siguientes
    pasos:
1.  Identificar los objetivos de la empresa.
2.  Identificar los que se quiere conocer o aprender.
3.  Identificar los sub objetivos
4.  Identificar las entidades y atributos relacionados
    con los objetivos secundarios
5. Formalizar os objetivos de la medición
6. Identificar preguntas cuantificables y los indicadores
    relacionados que se emplearan como apoyo para
    lograr los objetivos de sus mediciones
7. Identificar      los elementos de datos que se
    recopilaran para construir los indicadores que
    ayudaran a responder las preguntas
8. Definir las medidas que se e emplearan y hacer que
    estas definiciones sean operativas
9. Identificar las acciones que se tomaran para
    implementar las medidas
10. Prepara un plan para implementar las medidas
Al trabajar como equipo , la ingeniería del
  software y los gestores del negocio pueden
  confeccionar una lista de metas priorizadas
  del negocio:
1. Mejorar la satisfacción de los clientes con los productos .
2. Hacer que los productos sean mas fáciles de usar.
3. Reducir el tiempo que toma poner un producto en el
   mercado
4. Simplificar el soporte para los productos
5. Mejora la obtención global de utilidades
El personal de software desarrolla un conjunto de
   preguntas relacionadas con características cuantitativas
   por    ejemplo,      tamaño,    costo,    tiempo      de
   desarrollo, estas preguntas se derivan de sub objetivos
   relacionadas con las entidades y actividades realizadas
   como parte del proceso del software.

   Para esto se puede derivar la siguiente lista de
   preguntas:
¿la solicitud del cambio del cliente contiene la información requerida para evaluar
    adecuadamente el cambio y luego implementarlo en un forma oportuna?
    ¿cuan grande es el registro de petición de cambio?
¿el tiempo de respuesta para fijar los bugs es aceptable con base en as necesidades del
    cliente
¿se sigue el proceso de control de cambios?
¿los cambios de alta prioridad se implementan en forma oportuna?
• En base a la preguntas se puede deducir el
  sub-objetivo: mejorara el desempeño del
  proceso de gestión de cambio
• Se identifican entidades y atributos del
  proceso de software
• Según el SEI en esencia se aplica un proceso
  de refinamiento paso a paso en el que los
  objetivos se refinan en preguntas que
  posteriormente se refinan en entidades y
  atributos que entonces se refinan en métricas.

Más contenido relacionado

La actualidad más candente

Estimación de Proyectos de Software
Estimación de Proyectos de SoftwareEstimación de Proyectos de Software
Estimación de Proyectos de Software
Andrés Felipe Montoya Ríos
 
Ingeniería de requisitos
Ingeniería de requisitosIngeniería de requisitos
Ingeniería de requisitos
Zuleima
 
Aseguramiento de la calidad en software III
Aseguramiento de la calidad en software IIIAseguramiento de la calidad en software III
Aseguramiento de la calidad en software III
Tensor
 
Estandares y modelos de calidad del software
Estandares y modelos de calidad del softwareEstandares y modelos de calidad del software
Estandares y modelos de calidad del software
aagalvisg
 
Aseguramiento de la calidad del software SQA
Aseguramiento de la calidad del software SQAAseguramiento de la calidad del software SQA
Aseguramiento de la calidad del software SQA
Anita Ortiz
 
Ventajas y desventajas de moprosoft
Ventajas y desventajas de moprosoftVentajas y desventajas de moprosoft
Ventajas y desventajas de moprosoft
Chuyito Alvarado
 
costos del software
costos del softwarecostos del software
costos del software
Diego Caballero
 
Software De Gestion
Software De GestionSoftware De Gestion
Software De Gestion
Pabloraton
 
Metricas del producto para el Software
Metricas del producto para el SoftwareMetricas del producto para el Software
Metricas del producto para el Software
Walter Tejerina
 
Ingenieria De Software
Ingenieria De SoftwareIngenieria De Software
Ingenieria De Software
Ricardo Mansilla
 
Atributos de calidad en el desarrollo de software
Atributos de calidad en el desarrollo de software Atributos de calidad en el desarrollo de software
Atributos de calidad en el desarrollo de software
Joan Manuel Zabala
 
Modelo espiral de boehm CALIDAD DE SOFTWARE
Modelo espiral de  boehm CALIDAD DE SOFTWAREModelo espiral de  boehm CALIDAD DE SOFTWARE
Modelo espiral de boehm CALIDAD DE SOFTWARE
JhOnss KrIollo
 
Ventajas y desventajas de cmmi
Ventajas y desventajas de cmmiVentajas y desventajas de cmmi
Ventajas y desventajas de cmmi
Sandrea Rodriguez
 
Pruebas del Software
Pruebas del SoftwarePruebas del Software
Pruebas del Software
Juan Pablo Bustos Thames
 
Unidad 1 requerimientos del software
Unidad 1 requerimientos del softwareUnidad 1 requerimientos del software
Unidad 1 requerimientos del software
oemavarez
 
Fundamentos de Calidad del Software - Modelos y Estándares
Fundamentos de Calidad del Software - Modelos y EstándaresFundamentos de Calidad del Software - Modelos y Estándares
Fundamentos de Calidad del Software - Modelos y Estándares
Luis Eduardo Pelaez Valencia
 
Importancia del Análisis de Requerimientos
Importancia del Análisis de RequerimientosImportancia del Análisis de Requerimientos
Importancia del Análisis de Requerimientos
pedro tovar
 
Metodologia rup
Metodologia rupMetodologia rup
Metodologia rup
mireya2022
 
Ieee 830
Ieee 830Ieee 830
Ieee 830
ALEX MERINO
 
02 Mitos de la ingeniería de software
02 Mitos de la ingeniería de software02 Mitos de la ingeniería de software
02 Mitos de la ingeniería de software
Juan Manuel Gonzalez Calleros
 

La actualidad más candente (20)

Estimación de Proyectos de Software
Estimación de Proyectos de SoftwareEstimación de Proyectos de Software
Estimación de Proyectos de Software
 
Ingeniería de requisitos
Ingeniería de requisitosIngeniería de requisitos
Ingeniería de requisitos
 
Aseguramiento de la calidad en software III
Aseguramiento de la calidad en software IIIAseguramiento de la calidad en software III
Aseguramiento de la calidad en software III
 
Estandares y modelos de calidad del software
Estandares y modelos de calidad del softwareEstandares y modelos de calidad del software
Estandares y modelos de calidad del software
 
Aseguramiento de la calidad del software SQA
Aseguramiento de la calidad del software SQAAseguramiento de la calidad del software SQA
Aseguramiento de la calidad del software SQA
 
Ventajas y desventajas de moprosoft
Ventajas y desventajas de moprosoftVentajas y desventajas de moprosoft
Ventajas y desventajas de moprosoft
 
costos del software
costos del softwarecostos del software
costos del software
 
Software De Gestion
Software De GestionSoftware De Gestion
Software De Gestion
 
Metricas del producto para el Software
Metricas del producto para el SoftwareMetricas del producto para el Software
Metricas del producto para el Software
 
Ingenieria De Software
Ingenieria De SoftwareIngenieria De Software
Ingenieria De Software
 
Atributos de calidad en el desarrollo de software
Atributos de calidad en el desarrollo de software Atributos de calidad en el desarrollo de software
Atributos de calidad en el desarrollo de software
 
Modelo espiral de boehm CALIDAD DE SOFTWARE
Modelo espiral de  boehm CALIDAD DE SOFTWAREModelo espiral de  boehm CALIDAD DE SOFTWARE
Modelo espiral de boehm CALIDAD DE SOFTWARE
 
Ventajas y desventajas de cmmi
Ventajas y desventajas de cmmiVentajas y desventajas de cmmi
Ventajas y desventajas de cmmi
 
Pruebas del Software
Pruebas del SoftwarePruebas del Software
Pruebas del Software
 
Unidad 1 requerimientos del software
Unidad 1 requerimientos del softwareUnidad 1 requerimientos del software
Unidad 1 requerimientos del software
 
Fundamentos de Calidad del Software - Modelos y Estándares
Fundamentos de Calidad del Software - Modelos y EstándaresFundamentos de Calidad del Software - Modelos y Estándares
Fundamentos de Calidad del Software - Modelos y Estándares
 
Importancia del Análisis de Requerimientos
Importancia del Análisis de RequerimientosImportancia del Análisis de Requerimientos
Importancia del Análisis de Requerimientos
 
Metodologia rup
Metodologia rupMetodologia rup
Metodologia rup
 
Ieee 830
Ieee 830Ieee 830
Ieee 830
 
02 Mitos de la ingeniería de software
02 Mitos de la ingeniería de software02 Mitos de la ingeniería de software
02 Mitos de la ingeniería de software
 

Destacado

Estadísticas de pruebas de software para la mejora del proceso de desarrollo
Estadísticas de pruebas de software para la mejora del proceso de desarrolloEstadísticas de pruebas de software para la mejora del proceso de desarrollo
Estadísticas de pruebas de software para la mejora del proceso de desarrollo
Software Guru
 
Metricas
MetricasMetricas
Metricas
Diana Velazquez
 
Métricas de procesos y proyectos
Métricas de procesos y proyectosMétricas de procesos y proyectos
Métricas de procesos y proyectos
jose_macias
 
Factores de calidad según mc call
Factores de calidad según mc callFactores de calidad según mc call
Factores de calidad según mc call
clauddiaa
 
Métricas del proceso y proyecto - Procesos de Ingeniería de software
Métricas del proceso y proyecto - Procesos de Ingeniería de softwareMétricas del proceso y proyecto - Procesos de Ingeniería de software
Métricas del proceso y proyecto - Procesos de Ingeniería de software
Galo Lalangui
 
Modelos empiricos de_estimacion
Modelos empiricos de_estimacionModelos empiricos de_estimacion
Modelos empiricos de_estimacion
danymieres33
 
Six sigma, metricas y objetivos
Six sigma, metricas y objetivosSix sigma, metricas y objetivos
Six sigma, metricas y objetivos
joanarceh
 

Destacado (7)

Estadísticas de pruebas de software para la mejora del proceso de desarrollo
Estadísticas de pruebas de software para la mejora del proceso de desarrolloEstadísticas de pruebas de software para la mejora del proceso de desarrollo
Estadísticas de pruebas de software para la mejora del proceso de desarrollo
 
Metricas
MetricasMetricas
Metricas
 
Métricas de procesos y proyectos
Métricas de procesos y proyectosMétricas de procesos y proyectos
Métricas de procesos y proyectos
 
Factores de calidad según mc call
Factores de calidad según mc callFactores de calidad según mc call
Factores de calidad según mc call
 
Métricas del proceso y proyecto - Procesos de Ingeniería de software
Métricas del proceso y proyecto - Procesos de Ingeniería de softwareMétricas del proceso y proyecto - Procesos de Ingeniería de software
Métricas del proceso y proyecto - Procesos de Ingeniería de software
 
Modelos empiricos de_estimacion
Modelos empiricos de_estimacionModelos empiricos de_estimacion
Modelos empiricos de_estimacion
 
Six sigma, metricas y objetivos
Six sigma, metricas y objetivosSix sigma, metricas y objetivos
Six sigma, metricas y objetivos
 

Similar a Métricas de Proceso y proyecto de software

Vídeo métricas del software 1151354
Vídeo métricas del software 1151354Vídeo métricas del software 1151354
Vídeo métricas del software 1151354
Daniela Buitrago
 
Calidad de sofware
Calidad de sofwareCalidad de sofware
Calidad de sofware
jesus quintana solis
 
Ra semana 6 1
Ra semana 6 1Ra semana 6 1
Ra semana 6 1
victdiazm
 
Unidad1_EMDS.pptx
Unidad1_EMDS.pptxUnidad1_EMDS.pptx
Unidad1_EMDS.pptx
EUNICEMORALESREYES
 
Metricas de calidad
Metricas de calidadMetricas de calidad
Metricas de calidad
Guillermo Guerrero Bernal
 
Metricas de software
Metricas de softwareMetricas de software
Metricas de software
MAYRA
 
17727554-Metricas-de-Procesos-y-Proyecto.pdf
17727554-Metricas-de-Procesos-y-Proyecto.pdf17727554-Metricas-de-Procesos-y-Proyecto.pdf
17727554-Metricas-de-Procesos-y-Proyecto.pdf
Andrea Alvarez
 
Metricas de software
Metricas de softwareMetricas de software
Metricas de software
sophialara123
 
Metricas01
Metricas01Metricas01
Metricas01
americajuarez
 
Metricas01
Metricas01Metricas01
Metricas01
americajuarez
 
Metricas01
Metricas01Metricas01
Metricas01
americajuarez
 
Metricas01
Metricas01Metricas01
Metricas01
americajuarez
 
Metricas01
Metricas01Metricas01
Metricas01
americajuarez
 
Metricas de proceso y proyecto
Metricas de proceso y proyectoMetricas de proceso y proyecto
Metricas de proceso y proyecto
Edison Tobar
 
Metricas de proceso y proyecto
Metricas de proceso y proyectoMetricas de proceso y proyecto
Metricas de proceso y proyecto
Edison Tobar
 
12 introduccion a las metricas
12 introduccion a las metricas12 introduccion a las metricas
12 introduccion a las metricas
UVM
 
Medición de calidad
Medición de calidadMedición de calidad
Medición de calidad
UTCH
 
ADOO: 2.0 Generalidades Del Software
ADOO: 2.0 Generalidades Del SoftwareADOO: 2.0 Generalidades Del Software
ADOO: 2.0 Generalidades Del Software
Marlon Manrique
 
Conceptos sobre gestion de proyectos
Conceptos sobre gestion de proyectosConceptos sobre gestion de proyectos
Conceptos sobre gestion de proyectos
Keller William
 
Conceptos sobre gestion de proyectos1
Conceptos sobre gestion de proyectos1Conceptos sobre gestion de proyectos1
Conceptos sobre gestion de proyectos1
Keller William
 

Similar a Métricas de Proceso y proyecto de software (20)

Vídeo métricas del software 1151354
Vídeo métricas del software 1151354Vídeo métricas del software 1151354
Vídeo métricas del software 1151354
 
Calidad de sofware
Calidad de sofwareCalidad de sofware
Calidad de sofware
 
Ra semana 6 1
Ra semana 6 1Ra semana 6 1
Ra semana 6 1
 
Unidad1_EMDS.pptx
Unidad1_EMDS.pptxUnidad1_EMDS.pptx
Unidad1_EMDS.pptx
 
Metricas de calidad
Metricas de calidadMetricas de calidad
Metricas de calidad
 
Metricas de software
Metricas de softwareMetricas de software
Metricas de software
 
17727554-Metricas-de-Procesos-y-Proyecto.pdf
17727554-Metricas-de-Procesos-y-Proyecto.pdf17727554-Metricas-de-Procesos-y-Proyecto.pdf
17727554-Metricas-de-Procesos-y-Proyecto.pdf
 
Metricas de software
Metricas de softwareMetricas de software
Metricas de software
 
Metricas01
Metricas01Metricas01
Metricas01
 
Metricas01
Metricas01Metricas01
Metricas01
 
Metricas01
Metricas01Metricas01
Metricas01
 
Metricas01
Metricas01Metricas01
Metricas01
 
Metricas01
Metricas01Metricas01
Metricas01
 
Metricas de proceso y proyecto
Metricas de proceso y proyectoMetricas de proceso y proyecto
Metricas de proceso y proyecto
 
Metricas de proceso y proyecto
Metricas de proceso y proyectoMetricas de proceso y proyecto
Metricas de proceso y proyecto
 
12 introduccion a las metricas
12 introduccion a las metricas12 introduccion a las metricas
12 introduccion a las metricas
 
Medición de calidad
Medición de calidadMedición de calidad
Medición de calidad
 
ADOO: 2.0 Generalidades Del Software
ADOO: 2.0 Generalidades Del SoftwareADOO: 2.0 Generalidades Del Software
ADOO: 2.0 Generalidades Del Software
 
Conceptos sobre gestion de proyectos
Conceptos sobre gestion de proyectosConceptos sobre gestion de proyectos
Conceptos sobre gestion de proyectos
 
Conceptos sobre gestion de proyectos1
Conceptos sobre gestion de proyectos1Conceptos sobre gestion de proyectos1
Conceptos sobre gestion de proyectos1
 

Más de Lorena Quiñónez

Ontologia Ecst
Ontologia EcstOntologia Ecst
Ontologia Ecst
Lorena Quiñónez
 
Ontologia ECTS
Ontologia ECTSOntologia ECTS
Ontologia ECTS
Lorena Quiñónez
 
ExposicióN Accesibilidad
ExposicióN AccesibilidadExposicióN Accesibilidad
ExposicióN Accesibilidad
Lorena Quiñónez
 
Aplicacion Weka Lorena Leon
Aplicacion Weka Lorena LeonAplicacion Weka Lorena Leon
Aplicacion Weka Lorena Leon
Lorena Quiñónez
 
Árboles de Decisión en Weka
Árboles de Decisión en WekaÁrboles de Decisión en Weka
Árboles de Decisión en Weka
Lorena Quiñónez
 
Open Innovation Lorena Leon
Open Innovation Lorena LeonOpen Innovation Lorena Leon
Open Innovation Lorena Leon
Lorena Quiñónez
 
Open Innovation Lorena Leon
Open Innovation Lorena LeonOpen Innovation Lorena Leon
Open Innovation Lorena Leon
Lorena Quiñónez
 
Cap3
Cap3Cap3
Fondos
FondosFondos
Particionamientodinamico
ParticionamientodinamicoParticionamientodinamico
Particionamientodinamico
Lorena Quiñónez
 
Cap3
Cap3Cap3

Más de Lorena Quiñónez (11)

Ontologia Ecst
Ontologia EcstOntologia Ecst
Ontologia Ecst
 
Ontologia ECTS
Ontologia ECTSOntologia ECTS
Ontologia ECTS
 
ExposicióN Accesibilidad
ExposicióN AccesibilidadExposicióN Accesibilidad
ExposicióN Accesibilidad
 
Aplicacion Weka Lorena Leon
Aplicacion Weka Lorena LeonAplicacion Weka Lorena Leon
Aplicacion Weka Lorena Leon
 
Árboles de Decisión en Weka
Árboles de Decisión en WekaÁrboles de Decisión en Weka
Árboles de Decisión en Weka
 
Open Innovation Lorena Leon
Open Innovation Lorena LeonOpen Innovation Lorena Leon
Open Innovation Lorena Leon
 
Open Innovation Lorena Leon
Open Innovation Lorena LeonOpen Innovation Lorena Leon
Open Innovation Lorena Leon
 
Cap3
Cap3Cap3
Cap3
 
Fondos
FondosFondos
Fondos
 
Particionamientodinamico
ParticionamientodinamicoParticionamientodinamico
Particionamientodinamico
 
Cap3
Cap3Cap3
Cap3
 

Último

DN Consultores | Una mirada al mercado de fibra en Perú
DN Consultores | Una mirada al mercado de fibra en PerúDN Consultores | Una mirada al mercado de fibra en Perú
DN Consultores | Una mirada al mercado de fibra en Perú
estudios22
 
aplicaciones de sistema de informacion geografico
aplicaciones de sistema de informacion geograficoaplicaciones de sistema de informacion geografico
aplicaciones de sistema de informacion geografico
cyberquiximies
 
TESisssssssss de yhnnjuuhjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjj...
TESisssssssss de yhnnjuuhjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjj...TESisssssssss de yhnnjuuhjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjj...
TESisssssssss de yhnnjuuhjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjj...
MenaOlortinYherlyEli
 
Generaciones de Computadoras .
Generaciones de Computadoras                 .Generaciones de Computadoras                 .
Generaciones de Computadoras .
gregory760891
 
Presentación Redes Sociales Moderno Morado.pdf
Presentación Redes Sociales Moderno Morado.pdfPresentación Redes Sociales Moderno Morado.pdf
Presentación Redes Sociales Moderno Morado.pdf
anniehuanhuayo80
 
Informe de electroforesis del ADN MEDIANTE EL MinION Mk1C.pdf
Informe de electroforesis del ADN MEDIANTE EL MinION Mk1C.pdfInforme de electroforesis del ADN MEDIANTE EL MinION Mk1C.pdf
Informe de electroforesis del ADN MEDIANTE EL MinION Mk1C.pdf
KEVINYOICIAQUINOSORI
 
MATERIAL BASE D A T O S .docx
MATERIAL BASE    D A T O S              .docxMATERIAL BASE    D A T O S              .docx
MATERIAL BASE D A T O S .docx
CarlosAndresLoaizaRe
 
Evolución, características, aplicación, ventajas y desventajas de las TIC
Evolución, características, aplicación, ventajas y desventajas de las TICEvolución, características, aplicación, ventajas y desventajas de las TIC
Evolución, características, aplicación, ventajas y desventajas de las TIC
Henry W. Zavala
 
CAPCUT PASO A PASO - herramientas tecnológicas de edición de videos
CAPCUT PASO A PASO - herramientas tecnológicas de edición de videosCAPCUT PASO A PASO - herramientas tecnológicas de edición de videos
CAPCUT PASO A PASO - herramientas tecnológicas de edición de videos
Iris505525
 
Catalogo-Voxtech- accesorios radios RF.pdf
Catalogo-Voxtech- accesorios radios RF.pdfCatalogo-Voxtech- accesorios radios RF.pdf
Catalogo-Voxtech- accesorios radios RF.pdf
walter729637
 
2 FIBRA OPTICA COMO MEDIO DE RED DE ACCESO.pptx
2 FIBRA OPTICA COMO MEDIO DE RED DE ACCESO.pptx2 FIBRA OPTICA COMO MEDIO DE RED DE ACCESO.pptx
2 FIBRA OPTICA COMO MEDIO DE RED DE ACCESO.pptx
bellomiguelangel68
 
DESARROLLO_DE_APLICACIONES_MULTIMEDIA.pptx
DESARROLLO_DE_APLICACIONES_MULTIMEDIA.pptxDESARROLLO_DE_APLICACIONES_MULTIMEDIA.pptx
DESARROLLO_DE_APLICACIONES_MULTIMEDIA.pptx
fortinodominguez78
 
El uso de las TIC en la vida cotidiana.pptx
El uso de las TIC en la vida cotidiana.pptxEl uso de las TIC en la vida cotidiana.pptx
El uso de las TIC en la vida cotidiana.pptx
Katia Reyes
 
BIOSENSORES BASADOS EN NANOTECNOLOGÍA.pdf
BIOSENSORES BASADOS EN NANOTECNOLOGÍA.pdfBIOSENSORES BASADOS EN NANOTECNOLOGÍA.pdf
BIOSENSORES BASADOS EN NANOTECNOLOGÍA.pdf
sunwndniel
 
Reconocimiento del Secuenciador de nanoporos (Nanopore sequencing) MinIon Mk1...
Reconocimiento del Secuenciador de nanoporos (Nanopore sequencing) MinIon Mk1...Reconocimiento del Secuenciador de nanoporos (Nanopore sequencing) MinIon Mk1...
Reconocimiento del Secuenciador de nanoporos (Nanopore sequencing) MinIon Mk1...
sunwndniel
 
_Manejo de Riesgos en el Laboratorio.pdf
_Manejo de Riesgos en el Laboratorio.pdf_Manejo de Riesgos en el Laboratorio.pdf
_Manejo de Riesgos en el Laboratorio.pdf
correodetareas
 

Último (16)

DN Consultores | Una mirada al mercado de fibra en Perú
DN Consultores | Una mirada al mercado de fibra en PerúDN Consultores | Una mirada al mercado de fibra en Perú
DN Consultores | Una mirada al mercado de fibra en Perú
 
aplicaciones de sistema de informacion geografico
aplicaciones de sistema de informacion geograficoaplicaciones de sistema de informacion geografico
aplicaciones de sistema de informacion geografico
 
TESisssssssss de yhnnjuuhjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjj...
TESisssssssss de yhnnjuuhjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjj...TESisssssssss de yhnnjuuhjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjj...
TESisssssssss de yhnnjuuhjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjj...
 
Generaciones de Computadoras .
Generaciones de Computadoras                 .Generaciones de Computadoras                 .
Generaciones de Computadoras .
 
Presentación Redes Sociales Moderno Morado.pdf
Presentación Redes Sociales Moderno Morado.pdfPresentación Redes Sociales Moderno Morado.pdf
Presentación Redes Sociales Moderno Morado.pdf
 
Informe de electroforesis del ADN MEDIANTE EL MinION Mk1C.pdf
Informe de electroforesis del ADN MEDIANTE EL MinION Mk1C.pdfInforme de electroforesis del ADN MEDIANTE EL MinION Mk1C.pdf
Informe de electroforesis del ADN MEDIANTE EL MinION Mk1C.pdf
 
MATERIAL BASE D A T O S .docx
MATERIAL BASE    D A T O S              .docxMATERIAL BASE    D A T O S              .docx
MATERIAL BASE D A T O S .docx
 
Evolución, características, aplicación, ventajas y desventajas de las TIC
Evolución, características, aplicación, ventajas y desventajas de las TICEvolución, características, aplicación, ventajas y desventajas de las TIC
Evolución, características, aplicación, ventajas y desventajas de las TIC
 
CAPCUT PASO A PASO - herramientas tecnológicas de edición de videos
CAPCUT PASO A PASO - herramientas tecnológicas de edición de videosCAPCUT PASO A PASO - herramientas tecnológicas de edición de videos
CAPCUT PASO A PASO - herramientas tecnológicas de edición de videos
 
Catalogo-Voxtech- accesorios radios RF.pdf
Catalogo-Voxtech- accesorios radios RF.pdfCatalogo-Voxtech- accesorios radios RF.pdf
Catalogo-Voxtech- accesorios radios RF.pdf
 
2 FIBRA OPTICA COMO MEDIO DE RED DE ACCESO.pptx
2 FIBRA OPTICA COMO MEDIO DE RED DE ACCESO.pptx2 FIBRA OPTICA COMO MEDIO DE RED DE ACCESO.pptx
2 FIBRA OPTICA COMO MEDIO DE RED DE ACCESO.pptx
 
DESARROLLO_DE_APLICACIONES_MULTIMEDIA.pptx
DESARROLLO_DE_APLICACIONES_MULTIMEDIA.pptxDESARROLLO_DE_APLICACIONES_MULTIMEDIA.pptx
DESARROLLO_DE_APLICACIONES_MULTIMEDIA.pptx
 
El uso de las TIC en la vida cotidiana.pptx
El uso de las TIC en la vida cotidiana.pptxEl uso de las TIC en la vida cotidiana.pptx
El uso de las TIC en la vida cotidiana.pptx
 
BIOSENSORES BASADOS EN NANOTECNOLOGÍA.pdf
BIOSENSORES BASADOS EN NANOTECNOLOGÍA.pdfBIOSENSORES BASADOS EN NANOTECNOLOGÍA.pdf
BIOSENSORES BASADOS EN NANOTECNOLOGÍA.pdf
 
Reconocimiento del Secuenciador de nanoporos (Nanopore sequencing) MinIon Mk1...
Reconocimiento del Secuenciador de nanoporos (Nanopore sequencing) MinIon Mk1...Reconocimiento del Secuenciador de nanoporos (Nanopore sequencing) MinIon Mk1...
Reconocimiento del Secuenciador de nanoporos (Nanopore sequencing) MinIon Mk1...
 
_Manejo de Riesgos en el Laboratorio.pdf
_Manejo de Riesgos en el Laboratorio.pdf_Manejo de Riesgos en el Laboratorio.pdf
_Manejo de Riesgos en el Laboratorio.pdf
 

Métricas de Proceso y proyecto de software

  • 1. PROCESOS DE INGENIERÍA DE SOFTWARE MÉTRICAS DE PROCESO Y PROYECTO LORENA LEÓN GABRIELA PUGLLA
  • 2. Métricas de Proceso y Proyecto
  • 3. Métricas de Proceso y Proyecto Hay cuatro razones para medir: Caracterizar, Evaluar, Predecir y Mejorar. • Medida: Valor asignado a un atributo de una entidad mediante una medición. Ejemplo: 35.000 líneas de código • Medición: Es el acto de determinar una medida. Ejemplo: Ana será la encargada de medir las LDC de cada módulo del sistema. • Métrica: Medida cuantitativa del grado en que un sistema, componente o proceso posee un atributo dado. Incluye el método de medición. Ejemplo: La productividad de este proyecto fue de 500 líneas (LDC/persona-mes) • Indicador: Es una métrica o combinación de métricas que proporcionan una visión profunda del proceso de software. Ejemplo: La productividad media de nuestra empresa es de 500 (LDC/pm). Las métricas nos ayudan a entender tanto el proceso técnico que se utiliza para desarrollar un producto, como el propio producto. El proceso para intentar mejorarlo y el producto para intentar aumentar su calidad.
  • 4. Métricas de Proceso y Proyecto INTRODUCCIÓN • Son medidas cuantitativas que permiten a los ingenieros de software obtener una visión de la eficacia del proceso de software y los proyectos que llevan a cabo utilizando el proceso como marco de trabajo. • Los involucrados en analizar, evaluar y recopilar estas métricas son los gestores de software. • Se comienza definiendo un conjunto limitado de medidas del proceso y del proyecto que puedan recopilarse con facilidad, se normaliza empleando métricas orientadas al tamaño o la función.
  • 5. Métricas en los dominios del proceso y del proyecto • Las métricas del proceso se recopilan en el curso de todos los proyectos. • Las métricas del proyecto permiten que un gestor del proyecto de software: – Valore el estado de un proyecto en curso. – Rastree los riesgos potenciales. – Descubra las áreas problema. – Ajuste el flujo de trabajo o las tareas – Evalúe la habilidad del equipo del proyecto para controlar la calidad de los productos de trabajo de software.
  • 6. Métricas para el proceso y la mejora del proceso de software. • Para mejorar el proceso, se miden sus atributos específicos . • Hay que destacar que el proceso es sólo uno de varios factores controlables en la mejora de la calidad del software y el desempeño organizacional.
  • 7. Determinantes para la calidad del software y la eficacia organizacional
  • 8. • La eficacia de un proceso de software se mide indirectamente. • Los resultados incluyen medidas de errores descubiertos antes de liberar el software. – Los defectos que detectan y reportan los usuarios finales – Los productos de trabajo entregados (productividad). – El esfuerzo humano gastado. – el tiempo de la planificación consumido. – Concordancia con la planificación y otras medidas. • Las métricas del proceso de software ofrecen beneficios significativos conforme una organización trabaja en mejorar su grado de madurez del proceso. Sin embargo como todas las métricas éstas pueden emplearse mal y crear más problemas de los que solucionan
  • 9. Reglas de Etiqueta para Métricas de software Grady sugiere un programa de métricas de proceso del proceso tanto para gestores como para profesionales: • Aplique el sentido común y sensibilidad organizativa cuando interprete datos métricos. • Ofrezca retroalimentación regular a los individuos y equipos que recopilan medidas y métricas. • No utilice las métricas para evaluar a los individuos. • Trabaje con los profesionales y equipos para establecer metas claras y las métricas que se emplearán para conseguirlas. • Nunca use métricas para amenazar a los individuos o equipos. • Los datos métricos que indican un área problema no pueden considerarse “negativos”. Dichos datos sólo son un indicador de la mejora del proceso. • Np se obsesione con una sola métrica y excluya otras métricas importantes.
  • 10. Métricas del proyecto • En la mayoría de los proyectos de software ocurre durante la estimación. • Conforme el proyecto avanza las medidas de esfuerzo y tiempo utilizados, se comparan con las estimaciones originales y planificación • Para las métricas del proyecto, se miden los índices de producción representados en términos de modelos creados, horas de revisión, puntos de función y líneas fuente entregadas. La finalidad de las métricas del proceso: • Se emplean para minimizar el tiempo de desarrollo. • Se utilizan para valorar la calidad del producto sobre una base actual.
  • 11. MEDICIÓN DEL SOFTWARE La medición de software se clasifica en dos categorías. 1. Medidas directas del proceso de software (Costo, esfuerzo) y del producto (Líneas de código producidas, rapidez de ejecución y efectos reportados.) 2. Medidas indirectas del producto que incluyen funcionalidad, calidad, complejidad, eficiencia, c onfiabilidad, facilidad de mantenimiento, y muchas otras habilidades.
  • 13. Métricas orientadas al tamaño • Proceden de la normalización de las medidas de calidad o productividad considerando el tamaño del software que se ha producido • Las métricas orientadas al tamaño se aceptan universalmente como la mejor forma de medir el tamaño del proceso.
  • 14. Métricas orientadas a la función. • Se emplean como un valor de normalización una medida de la funcionalidad que entrega la aplicación
  • 15. Métricas orientadas a objetos No proporcionan suficiente granularidad para la planificación y los ajustes de esfuerzo. Las siguientes son métricas sugeridas para proyectos OO: • Número de guiones de escenario • Número de clases clave • Número de clases de apoyo • Número promedio de clases de apoyo por clase clave. • Número de subsistemas.
  • 16. Métricas orientadas a casos de uso El caso de uso se define en etapas tempranas del proceso de software, lo que permite emplearlo en la estimación antes de iniciar las actividades significativas de modelado construcción. Métricas de proyectos de ingeniería Web “El objetivo de los proyectos de ingeniería Web es construir una aplicación Web que proporcione una combinación de contenido y funcionalidad al usuario final.” Entre las medidas que se recopilan existen las siguientes: • Número de páginas web estáticas • Número de páginas web dinámicas • Número de vínculos internos de la página • Número de objetos de datos persistentes • Número de sistemas externos en interfaz • Número de objetos de contenido estático • Número de objetos de contenido dinámico • Número de funciones ejecutables
  • 17. METRICAS PARA LA CALIDAD DEL SOFTWARE La meta primordial de la ingeniería del software es producir un sistema, aplicación o producto de alta calidad dentro de un marco temporal que satisfaga una necesidad del mercado.
  • 18. Medición de la calidad • Corrección • Facilidad de mantenimiento • integridad • Facilidad de uso Estas medidas de la calidad del software ofrecen indicadores útiles para el equipo del proyecto
  • 19. • Corrección: es el grado en que el software desempeña la función para la que fue creado donde los defectos se definen como una falta de concordancia con los requisitos. • Facilidad de mantenimiento: es la sencillez con la que un programa puede corregirse si se cuenta con un error, adaptarse si su entorno cambia, o mejorar si el cliente desea un cambio en los requisitos esta medida demanda mas esfuerzos dentro de las actividades de la ingeniería de software. Medida: tiempo medio de cambio( análisis, diseño, implementación, prueba, distribución).
  • 20. • Integridad: mide la habilidad de un sistema para resistir a ataques ya sea accidentales o intencionales a su seguridad. Se pueden dar en los programas, datos y documentos. La medición de la integridad define dos atributos: Amenaza: puede estimarse o deducirse es la probabilidad de que un ataque suceda en un tiempo determinado. Seguridad: es la probabilidad de que se repela la amenaza. Integridad = 1 – (amenaza x (1 – seguridad )) • Facilidad de uso: es un intento por cuantificar el uso de la aplicación al utilizarla y se puede medir en términos del Diseño de la Interfaz del Usuario(cap 12).
  • 21. INTEGRIDAD Por ejemplo: si la amenaza (la probabilidad de que un ataque ocurrirá ) es 0,25 y la seguridad (la posibilidad de repeler un ataque) es 0,95, la integridad del sistema es 0,99 (muy elevada). Si por otra parte, la probabilidad de amenaza es 0,50 y la posibilidad de repeler un ataque es solo 0,25, la integridad del sistema es 0,63(inaceptablemente baja).
  • 22. Eficacia en la Eliminación de Defectos (EED) • Ofrece beneficios tanto en el ámbito como en el proceso del proyecto. • Filtra actividades de cualidad y de control dentro de las actividades del marco de trabajo del proceso • Cuando se considera un proyecto como un todo de define: EED = E / (E + D) Donde el E es el numero de errores encontrados antes de entregar el s/w al usuario final, y D es el numero de defectos encontrados después de la entrega. El valor ideal de EED es 1
  • 23. La EED también se puede aplicar antes de que pase a la siguiente actividad del marco de trabajo o a la siguiente tarea de la ingeniería del software. Se define como: donde Ei es el numero errores encontrados durante la actividad i y Ei+1 es el numero de errores encontrado durante la actividad i+1 de ingeniería de software.
  • 24. INTEGRACIÓN DE LAS MÉTRICAS DENTRO DEL PROCESO DE SOFTWARE Los beneficios de la medición son muy convincentes que el trabajo duro vale la pena. ¿Por qué es importante medir el proceso de la ingeniería de software y el producto que se elabora ? • Argumentos para las métricas del software • Establecimiento de una línea base • Recopilación, calculo y evaluación de métricas.
  • 25. Argumentos para las métricas del software:  Si no se mide no existe una forma real de determinar si se esta mejorando. Y si no se mejora, se esta perdido.  Si el proceso se puede mejorar producir un impacto directo en lo sustancial  Establecer objetivos de mejora dentro del proceso actual del desarrollo de s/w.  La recopilación de métricas de calidad permite qu una organización centralice su proceso de s/w para renovar las causas de los defectos que tienen mayor impacto sobre el desarrollo del software.
  • 26. Establecimiento de una Línea Base  Se obtienen beneficios en los ámbitos del proceso, del proyecto y del producto.  La línea base de métricas consiste de datos recopilados en proyectos previos.  Los datos de la línea base deben tener los siguientes atributos: los datos deben ser precisos, los datos deben recopilarse para tantos proyectos sean posibles, las medidas deben ser consistentes, las aplicaciones deben ser similares al trabajo que se estimara.
  • 27. Recopilación, calculo y evaluación de métricas
  • 28. METRICAS PARA ORGANIZACIÓN PEQUEÑAS Un enfoque de sentido común respecto a la implementación de cualquier actividad relacionada con el proceso de software es mantenerlo simple, personalizado para satisfacer las necesidades locales y asegurarse de que valor agregar.
  • 29. • Mantenerlo simple: consiste en enfocarse no sobre las mediciones sino mas bien sobre los resultados. • Entrevistar al grupo de software para definir un objetivo sencillo que requiere mejora. • Una organización pequeña puede seleccionar el siguiente conjunto de medidas: – Tiempo transcurrido desde el momento en que se hizo una solicitud hasta que la evaluación esta completa. – Esfuerzo para realizar la evaluación. – Tiempo transcurrido desde que se completa la evaluación hasta la asignación del pedido de cambio del personal. – Esfuerzo requerido para hacer el cambio. – Tiempo requerido para hacer el cambio. – Errores descubiertos durante el trabajo para hacer el cambio. – Defectos descubiertos después de que el cambio es liberado a la base de clientes.
  • 30. ESTABLECIMIENTO DE UN PROGRAMA DE MÉTRICAS DE SOFTWARE Esta dirigido por metas según el SEI(SOFTWARE ENGINEERING INSTITUTE) y define los siguientes pasos: 1. Identificar los objetivos de la empresa. 2. Identificar los que se quiere conocer o aprender. 3. Identificar los sub objetivos 4. Identificar las entidades y atributos relacionados con los objetivos secundarios 5. Formalizar os objetivos de la medición 6. Identificar preguntas cuantificables y los indicadores relacionados que se emplearan como apoyo para lograr los objetivos de sus mediciones 7. Identificar los elementos de datos que se recopilaran para construir los indicadores que ayudaran a responder las preguntas 8. Definir las medidas que se e emplearan y hacer que estas definiciones sean operativas 9. Identificar las acciones que se tomaran para implementar las medidas 10. Prepara un plan para implementar las medidas
  • 31. Al trabajar como equipo , la ingeniería del software y los gestores del negocio pueden confeccionar una lista de metas priorizadas del negocio: 1. Mejorar la satisfacción de los clientes con los productos . 2. Hacer que los productos sean mas fáciles de usar. 3. Reducir el tiempo que toma poner un producto en el mercado 4. Simplificar el soporte para los productos 5. Mejora la obtención global de utilidades
  • 32. El personal de software desarrolla un conjunto de preguntas relacionadas con características cuantitativas por ejemplo, tamaño, costo, tiempo de desarrollo, estas preguntas se derivan de sub objetivos relacionadas con las entidades y actividades realizadas como parte del proceso del software. Para esto se puede derivar la siguiente lista de preguntas: ¿la solicitud del cambio del cliente contiene la información requerida para evaluar adecuadamente el cambio y luego implementarlo en un forma oportuna? ¿cuan grande es el registro de petición de cambio? ¿el tiempo de respuesta para fijar los bugs es aceptable con base en as necesidades del cliente ¿se sigue el proceso de control de cambios? ¿los cambios de alta prioridad se implementan en forma oportuna?
  • 33. • En base a la preguntas se puede deducir el sub-objetivo: mejorara el desempeño del proceso de gestión de cambio • Se identifican entidades y atributos del proceso de software • Según el SEI en esencia se aplica un proceso de refinamiento paso a paso en el que los objetivos se refinan en preguntas que posteriormente se refinan en entidades y atributos que entonces se refinan en métricas.