PROCESOS DE INGENIERA DE SOFTWARE MTRICAS DE PROCESO Y PROYECTO

LORENA LEN GABRIELA PUGLLA

Mtricas de Proceso y Proyecto

Mtricas 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 medicin. Ejemplo: 35.000 lneas de cdigo Medicin: Es el acto de determinar una medida. Ejemplo: Ana ser la encargada de medir las LDC de cada mdulo del sistema. Mtrica: Medida cuantitativa del grado en que un sistema, componente o proceso posee un atributo dado. Incluye el mtodo de medicin. Ejemplo: La productividad de este proyecto fue de 500 lneas (LDC/personames) Indicador: Es una mtrica o combinacin de mtricas que proporcionan una visin profunda del proceso de software. Ejemplo: La productividad media de nuestra empresa es de 500 (LDC/pm).

Las mtricas nos ayudan a entender tanto el proceso tcnico que se utiliza para desarrollar un producto, como el propio producto. El proceso para intentar mejorarlo y el producto para intentar aumentar su calidad.

Mtricas de Proceso y Proyecto

INTRODUCCIN Son medidas cuantitativas que permiten a los ingenieros de software obtener una visin 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 mtricas 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 mtricas orientadas al tamao o la funcin.

Mtricas en los dominios del proceso y del proyecto

Las mtricas del proceso se recopilan en el curso de todos los proyectos. Las mtricas 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 Evale la habilidad del equipo del proyecto para controlar la calidad de los productos de trabajo de software.

Mtricas para el proceso y la mejora del proceso de software.

Para mejorar el proceso, se miden sus atributos especficos . Hay que destacar que el proceso es slo uno de varios factores controlables en la mejora de la calidad del software y el desempeo 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 planificacin consumido. Concordancia con la planificacin y otras medidas.

Las mtricas del proceso de software ofrecen beneficios significativos conforme una organizacin trabaja en mejorar su grado de madurez del proceso. Sin embargo como todas las mtricas stas pueden emplearse mal y crear ms problemas de los que solucionan

Reglas de Etiqueta para Mtricas de software

Grady sugiere un programa de mtricas de proceso del proceso tanto para gestores como para profesionales: Aplique el sentido comn y sensibilidad organizativa cuando interprete datos mtricos. Ofrezca retroalimentacin regular a los individuos y equipos que recopilan medidas y mtricas. No utilice las mtricas para evaluar a los individuos. Trabaje con los profesionales y equipos para establecer metas claras y las mtricas que se emplearn para conseguirlas. Nunca use mtricas para amenazar a los individuos o equipos. Los datos mtricos que indican un rea problema no pueden considerarse negativos . Dichos datos slo son un indicador de la mejora del proceso. Np se obsesione con una sola mtrica y excluya otras mtricas importantes.

Mtricas del proyecto

En la mayora de los proyectos de software ocurre durante la estimacin. Conforme el proyecto avanza las medidas de esfuerzo y tiempo utilizados, se comparan con las estimaciones originales y planificacin Para las mtricas del proyecto, se miden los ndices de produccin representados en trminos de modelos creados, horas de revisin, puntos de funcin y lneas fuente entregadas. La finalidad de las mtricas del proceso: Se emplean para minimizar el tiempo de desarrollo. Se utilizan para valorar la calidad del producto sobre una base actual.

MEDICIN DEL SOFTWARE

La medicin de software se clasifica en dos categoras. 1. Medidas directas del proceso de software (Costo, esfuerzo) y del producto (Lneas de cdigo producidas, rapidez de ejecucin y efectos reportados.) 2. Medidas indirectas del producto que incluyen funcionalidad, calidad, complejidad, eficiencia, confiabilidad, facilidad de mantenimiento, y muchas otras habilidades.

MEDICIN DEL SOFTWARE

Mtricas orientadas al tamao

Proceden de la normalizacin de las medidas de calidad o productividad considerando el tamao del software que se ha producido Las mtricas orientadas al tamao se aceptan universalmente como la mejor forma de medir el tamao del proceso.

Mtricas orientadas a la funcin.

Se emplean como un valor de normalizacin una medida de la funcionalidad que entrega la aplicacin

Mtricas orientadas a objetos

No proporcionan suficiente granularidad para la planificacin y los ajustes de esfuerzo. Las siguientes son mtricas sugeridas para proyectos OO: Nmero de guiones de escenario Nmero de clases clave Nmero de clases de apoyo Nmero promedio de clases de apoyo por clase clave. Nmero de subsistemas.

Mtricas orientadas a casos de uso

El caso de uso se define en etapas tempranas del proceso de software, lo que permite emplearlo en la estimacin antes de iniciar las actividades significativas de modelado construccin.

Mtricas de proyectos de ingeniera Web

El objetivo de los proyectos de ingeniera Web es construir una aplicacin Web que proporcione una combinacin de contenido y funcionalidad al usuario final. Entre las medidas que se recopilan existen las siguientes: Nmero de pginas web estticas Nmero de pginas web dinmicas Nmero de vnculos internos de la pgina Nmero de objetos de datos persistentes Nmero de sistemas externos en interfaz Nmero de objetos de contenido esttico Nmero de objetos de contenido dinmico Nmero de funciones ejecutables

METRICAS PARA LA CALIDAD DEL SOFTWARE

La meta primordial de la ingeniera del software es producir un sistema, aplicacin o producto de alta calidad dentro de un marco temporal que satisfaga una necesidad del mercado.

Medicin de la calidad
Correccin Facilidad de mantenimiento integridad Facilidad de uso
Estas medidas de la calidad del software ofrecen indicadores tiles para el equipo del proyecto

 Correccin: es el grado en que el software desempea la funcin 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 ingeniera de software.
Medida: tiempo medio de cambio( implementacin, prueba, distribucin). anlisis, diseo,

 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 medicin 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 aplicacin al utilizarla y se puede medir en trminos del Diseo 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).

 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)

Eficacia en la Eliminacin de Defectos (EED)

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 despus de la entrega. El valor ideal de EED es 1

La EED tambin se puede aplicar antes de que pase a la siguiente actividad del marco de trabajo o a la siguiente tarea de la ingeniera 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 ingeniera de software.

INTEGRACIN DE LAS MTRICAS DENTRO DEL PROCESO DE SOFTWARE

Los beneficios de la medicin son muy convincentes que el trabajo duro vale la pena. Por qu es importante medir el proceso de la ingeniera de software y el producto que se elabora ? Argumentos para las mtricas del software Establecimiento de una lnea base Recopilacin, calculo y evaluacin de mtricas.

Argumentos para las mtricas 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 recopilacin de mtricas de calidad permite qu una organizacin 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 Lnea Base

 Se obtienen beneficios en los mbitos del proceso, del proyecto y del producto.  La lnea base de mtricas consiste de datos recopilados en proyectos previos.  Los datos de la lnea 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.

Recopilacin, calculo y evaluacin de mtricas

METRICAS PARA ORGANIZACIN PEQUEAS

Un enfoque de sentido comn respecto a la implementacin 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 organizacin pequea puede seleccionar el siguiente conjunto de medidas:
Tiempo transcurrido desde el momento en que se hizo una solicitud hasta que la evaluacin esta completa. Esfuerzo para realizar la evaluacin. Tiempo transcurrido desde que se completa la evaluacin hasta la asignacin 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 despus de que el cambio es liberado a la base de clientes.

ESTABLECIMIENTO DE UN PROGRAMA DE MTRICAS DE SOFTWARE

1. 2. 3. 4. Identificar los objetivos de la empresa. Identificar los que se quiere conocer o aprender. Identificar los sub objetivos Identificar las entidades y atributos relacionados con los objetivos secundarios 5. Formalizar os objetivos de la medicin 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

Esta dirigido por metas segn el SEI(SOFTWARE ENGINEERING INSTITUTE) y define los siguientes pasos:

Al trabajar como equipo , la ingeniera del software y los gestores del negocio pueden confeccionar una lista de metas priorizadas del negocio:
1. Mejorar la satisfaccin de los clientes con los productos . 2. Hacer que los productos sean mas fciles de usar. 3. Reducir el tiempo que toma poner un producto en el mercado 4. Simplificar el soporte para los productos 5. Mejora la obtencin global de utilidades

El personal de software desarrolla un conjunto de preguntas relacionadas con caractersticas cuantitativas por ejemplo, tamao, 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 informacin requerida para evaluar adecuadamente el cambio y luego implementarlo en un forma oportuna? cuan grande es el registro de peticin 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 desempeo del proceso de gestin de cambio Se identifican entidades y atributos del proceso de software Segn 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 mtricas.