Unidad 2.- PROCESO DEL SOFTWARE Y METRICAS DEL PROCESO.

Qué es? El proceso del software y las métricas del producto son una medida cuantitativa que permite a la gente del software tener una visión profunda de la eficacia del proceso del software y de los proyectos que dirigen utilizando el proceso como un marco de trabajo.¿Quién lo hace? Las métricas del software son analizadas y evaluadas por los administradores del software. A menudo las medidas son reunidas por los ingenieros del software.¿Por qué es importante? Si no mides, sólo podrás juzgar basándote en una evaluación subjetiva. Mediante la medición, se pueden señalar las tendencias (buenas o malas), realizar mejores estimaciones, llevar a cabo una verdadera mejora sobre el tiempo.¿Cuáles son los pasos? Comenzar definiendo un conjunto limitado de medidas de procesos, proyectos y productos que sean fáciles de recoger.¿Cuál es el producto obtenido? Es un conjunto de métricas del software que proporcionan una visión profunda del proceso y de la comprensión del proyecto.¿Cómo puedo estar seguro de que lo he hecho correctamente? Aplicando un plan de medición sencillo pero consistente.Hay cuatro razones para medir los procesos del software, los productos y los recursos:
1-caracterizar

2-evaluar

3-predecir

4-mejorar

Caracterizamos para comprender mejor los procesos, los productos, los recursos y los entornos y para establecer las líneas base para las comparaciones con evaluaciones futuras. Evaluamos para determinar el estado con respecto al diseño. Predecimos para poder planificar. Medimos para mejorar.

2.2METRICAS EN EL PROCESO Y DOMINIOS DEL PROYECTO.
Los indicadores de proceso permiten a una organización de ingeniería del software tener una visión profunda de la eficacia de un proceso ya existenteLos indicadores de proyecto permiten al gestor de proyectos del software (1) evaluar el estado del proyecto en curso; (2) seguir la pista de los riesgos potenciales: (3) detectar las áreas de problemas antes de que se conviertan en «críticas»; (4) ajustar el flujo y las tareas del trabajo, y (5) evaluar la habilidad del equipo del proyecto en controlar la calidad de los productos de trabajo del software.

HERRAMIENTAS ALTERNAS A MS PROJECT

Planner

Originalmente conocida como Mr. Project, es una herramienta escrita en lenguaje de programación C para gestión de proyectos, diseñada para el escritorio de GNOME. Utiliza los diagramas Gantt para esquematizar las actividades del proyecto y su interacción entre éstas y otros elementos.Es, junto con Evolution, Gnumeric, Abiword y otros más, parte del conjunto GNOME Office. Planner utiliza un formato de fichero en XML o HTML, y también puede almacenar la información en una base de datos PostgreSQL. Tiene capacidad para importar proyectos desde Microsoft Project (solo formato XML).

2.4RECONCILIACION DE DIFERENTES ENFOQUES DE METRICAS.
La relación entre las líneas de código y los puntos de función depende del lenguaje de programación que se utilice para implementar el software y de la calidad del diseño.Hay muchos factores que influyen en la productividad, haciendo que la comparación sea fácilmente interpretable. factores humanosfactores del problema (complejidad)factores del procesofactores del productofactores de los recursos.

2.5 METRICAS PARA LA CALIDAD DEL SOFTWARE.El proceso es el único factor de «los controlables al mejorar la calidad del software y su rendimiento como organización».La eficacia de un proceso de software se mide indirectamente. Las métricas de proceso también se extraen midiendo las características de tareas específicas de la ingeniería del software. El proceso personal del software (PPS) es un conjunto estructurado de descripciones de proceso, mediciones y métodos que pueden ayudar a que los ingenieros mejoren su rendimiento personal.Humphrey reconoce que la mejora del proceso del software puede y debe empezar en el nivel individual.Etiqueta de métricas del software» adecuada para gestores al tiempo que instituyen un programa de métricas de proceso:Utilice el sentido común y una sensibilidad organizativa al interpretar datos de métricas.Proporcione una retroalimentación regular para particulares y equipos que hayan trabajado en la recopilación de medidas y métricas.No utilice métricas para evaluar a particulares.Trabaje con profesionales y equipos para establecer objetivos claros y métricas que se vayan a utilizar para alcanzarlos.No utilice nunca métricas que amenacen a particulares o equipos.Los datos de métricas que indican un área de problemas no se deberían considerar «negativos». Estos datos son meramente un indicador de mejora de proceso.No se obsesione con una sola métrica y excluya otras métricas importantes.Mejora estadística de proceso del sofmare (MEPS) utiliza el análisis de fallos del software para recopilar información de errores y defectos3 encontrados al desarrollar y utilizar una aplicación de sistema o producto. El análisis de fallos funciona de la misma manera:1. Todos los errores y defectos se categorizan por origen (por ejemplo: defectos en la especificación, en la lógica, no acorde con los estándares).2. Se registra tanto el coste de corregir cada error como el del defecto.3. El número de errores y de defectos de cada categoría se cuentan y se ordenan en orden descendente.4. Se computa el coste global de errores y defectos de cada categoría.5. Los datos resultantes se analizan para detectar las categorías que producen el coste más alto para la organización.