COMPETISOFT

42 

Loading.... (view fulltext now)

Loading....

Loading....

Loading....

Loading....

Texto completo

(1)

COMPETISOFT (Mejora de Procesos para Fomentar la Competitividad de la Pequeña y Mediana Industria del Software de Iberoamérica)

Identificación Informe: IT. 3 Versión: 0.2

Medidas para Estimar el Rendimiento

y Capacidad de los Procesos Software

de Conformidad con ISO/IEC 15504

Autores: Francisco J. Pino

(2)
(3)

3. Título:

Medidas para Estimar el Rendimiento y Capacidad de los Procesos Software de Conformidad con ISO/IEC 15504

4. Autores:

Francisco J. Pino (Coordinador), Manuel Serrano, Félix García, Mario Piattini, Hanna Oktaba 5. Organización:

506PI0287- COMPETISOFT (Mejora de Procesos para Fomentar la Competitividad de la Pequeña y Mediana Industria del Software de Iberoamérica).

6. Proyectos y Entidades Financiadoras del Informe:

CYTED Código Proyecto: 3789 7. Resumen

Debido a que actualmente las mejoras introducidas por esfuerzos de mejora de procesos de software se miden a través de procesos informales y subjetivos basados en la percepción de los empleados y/o auditores, y no a través de procesos formales de medición, en este trabajo se presenta un conjunto de métricas para medir el rendimiento y la capacidad de los procesos software basados en el estándar internacional ISO/IEC 15504. Este conjunto de métricas tienen como objetivo disminuir la subjetividad de las personas al hacer la medición de procesos, de tal manera que permita realizar la evaluación de manera más formal y objetiva.

8. Palabras Clave

Mejora de procesos software, ISO/IEC 15504, Métricas de procesos software, Medición de procesos. 9. Nivel Seguridad1

CO

10. Nº de Páginas: 42 páginas

11. Estado del Informe: Terminado

1PU

(4)
(5)

1

INTRODUCCIÓN

Un proceso se puede definir como la organización lógica de gente, materiales, energía, equipo, y procedimientos en las actividades de trabajo diseñadas para producir un resultado final especificado [16]. Por otro lado, el proceso software es un conjunto coherente de políticas, estructuras organizacionales, tecnologías, procedimientos y artefactos que son necesarios para concebir, desarrollar, instalar y mantener un producto software [12]

El proceso software define la manera como el desarrollo, operación y

mantenimiento del software es organizado, gestionado, medido, soportado y mejorado.

La gestión de procesos software trata sobre gestionar exitosamente los procesos de

trabajo asociados con el desarrollo, mantenimiento, y soporte de productos software.

Por gestión exitosa se entiende que los productos y servicios generados por los procesos

cumplen completamente con los requisitos del cliente interno y externo, y que ellos

satisfacen los objetivos de negocio de la organización responsable de desarrollar los

productos [11].

Es importante resaltar que las organizaciones de software en general han

comprendido que la clave de una entrega exitosa de un producto (en tiempo, en

presupuesto, con la expectativa de calidad) radica en una efectiva gestión de su proceso

software [8]. La gestión de procesos software identifica cuatro responsabilidades clave

que son (i) definir el proceso, (ii) medir el proceso, (iii) controlar el proceso, y (iv)

mejorar el proceso [11]. Sin embargo a nivel de la responsabilidad de medir de proceso

se puede afirmar que en general las mediciones se realizan sobre productos y son

escasas las medición de procesos [13]. Entonces es importante dedicar esfuerzos de

investigación acerca de la responsabilidad de medición del proceso software ya que es

una actividad neurálgica para el éxito de la Gestión de Procesos Software, ya que las

actividades de control y mejora que realimentan al proceso dependen de medir adecuada

y objetivamente el proceso.

(6)

y madurez de la organización. En la actualidad existen estándares internacionales

ampliamente utilizados para la mejora de procesos como CMMI [1] ó ISO 15504 [3, 4]

que pretenden medir la capacidad de los procesos software de una empresa y así

determinar su madurez organizacional.

Debido a que actualmente las mejoras introducidas por esfuerzos de mejora de

procesos de software se miden a través de procesos informales y subjetivos basados en

la percepción de los empleados y/o auditores, y no a través de procesos formales de

medición, en este trabajo se presenta un conjunto de métricas para medir el rendimiento

2

y la capacidad de los procesos software basados en el estándar internacional ISO/IEC

15504. Este conjunto de métricas tienen como objetivo disminuir la subjetividad de las

personas al hacer la medición de procesos, de tal manera que permita realizar la

evaluación de manera más formal y objetiva.

2

MARCO TEÓRICO

Para abordar adecuadamente este trabajo y contextualizar al lector es necesario

sentar las bases definiendo de manera breve pero completa algunos conceptos

involucrados, tales como mejora de procesos software, método de trabajo para la

definición de métricas y el modelo ISO/IEC 15504.

2.1 Mejora de procesos software - SPI

SPI es un esfuerzo planeado, gestionado y controlado que tiene como objetivo mejorar la capacidad del desarrollo de software de una organización. Una organización madura tiene un alto nivel de capacidad en sus procesos. Además establece una gestión del proyecto y los fundamentos de ingeniería para el control cuantitativo de su proceso software, el cual se convierte en la base para la mejora continua del proceso. Además tomará la responsabilidad de ejecutar completamente sus compromisos planeados. [15]

Según [15] en una organización software completamente madura:

2

(7)

• Se define la calidad y por supuesto se predice.

• Los costos y horarios son predecibles y normalmente satisfechos.

• Se definen los procesos y están bajo control estadístico.

• Los roles y responsabilidades están claros. La comunicación es buena.

• Se practica la disciplina de medición del software.

• El éxito ésta en capacidad de organización, y el talento individual prospera dentro de éste.

• La tecnología que apoya el proceso se utiliza con eficacia.

• Se establecen y son eficaces las prácticas de desarrollo personal para el crecimiento de la calidad del software.

• Se reconoce la importancia de la “competencia” del software como factor de éxito corporativo y la estrategia del software se alinea con la del negocio.

• La gerencia y el personal están comprometidos en la calidad total y la mejora continua, los resultados son obvios.

Un paso fundamental lograr la madurez de una organización es institucionalizar

un programa continuo de mejora de proceso software. Un programa completo y

sistemático de mejora de procesos software requiere:

• Objetivos bien definidos, que puedan ser medidos.

• Un método para catalizar e institucionalizar el programa de mejora que se ajuste a la organización. Uno o más modelos de madurez.

• Los mejores ejemplos y puntos de referencia prácticos.

• Un compromiso organizacional para definir, asignar recursos y seguir el mapa de ruta de mejora.

• Expertos en diagnósticos de procesos, tácticas de cambio cultura, resolución de problemas de procesos, entre otros.

(8)

2.2 Método de trabajo para definición de métricas [19]

Cuando se comenzaron a definir medidas para software, se confiaba en la experiencia y opinión de los expertos como único indicador de la calidad y utilidad de las mismas. Sin embargo, y aunque la opinión de los expertos es fundamental, resulta imprescindible contar con algún tipo de metodología que nos permita la obtención de medidas correctas.

Un método de trabajo para la definición de medidas se presenta a continuación:

Figura 1. Método de trabajo para a definición de medidas

La figura anterior muestra una serie de etapas que son necesarias para la

construcción de la medida. En este trabajo solo se abordarán las actividades de

identificación y definición de las métricas. Sin embargo a continuación se presente un

concepto breve de cada una de las actividades, sugeridas para la construcción de

métricas software.

2.2.1 Identificación

(9)

Los

objetivos

indican lo que se pretende conseguir con la utilización del proceso

de medición y representan la razón por la que se llevará el proceso de medición (el

“porqué”).

Las

hipótesis

son la forma en la que se pretende llevar a cabo la medida (el

“cómo”), identificando la información que se debe manejar para conseguir alcanzar los

objetivos deseados.

Este proceso suele estar basado en la experiencia y el conocimiento de los

expertos. Resulta conveniente poder realizar esta fase de una forma metodológica y con

un objetivo concreto para evitar la definición de medidas que en realidad no capturen el

objetivo perseguido.

Como resultado de esta fase se deben obtener los requisitos que debe cumplir la

medida. Además los objetivos y las hipótesis serán utilizados en otras etapas

posteriores.

2.2.2 Creación

Es el primer paso de esta fase que debe realizarse considerando las características del producto que vamos a medir y la experiencia de los profesionales. Es recomendable conseguir esta definición de una forma metodológica, considerando objetivos claros. La definición de la métrica debe estar orientada al objetivo para evitar obtener una definición de la métrica que no cumple con el objetivo deseado. Es deseable que la definición de las métricas se realice de manera formal para evitar ambigüedades. Puede utilizar mecanismos basados en GQM (Goal-Question-Metric) [6], [5], [20].

(10)

2.2.3 Aceptación

Suele ser necesaria la existencia de una fase de pruebas en laboratorio en la que se realice una experimentación sistemática en entornos reales y con usuarios reales para verificar si cumple los objetivos buscados dentro de un entorno de trabajo real. En definitiva intenta encontrar si las métricas “válidas” que se consiguieron al final de la fase de creación son aceptables en entornos de aplicación reales.

Esta etapa debe ser realizada con proyectos no críticos y con riesgos controlados.

Idealmente debería usarse en proyectos piloto de manera que el fracaso de aceptación de

la métrica no suponga un fracaso en un proyecto importante. Para aceptar la métrica

deberemos comprobar si en el entorno real, se siguen cumpliendo los objetivos en

entornos reales, si conseguimos demostrar esto, estaremos en disposición de pasar a la

etapa de aplicación.

2.2.4 Aplicación

En esta etapa utilizaremos la métrica en el entorno real. Esta fase discurrirá en paralelo con la fase de acreditación.

2.2.5 Acreditación

Esta última fase del proceso es una etapa dinámica que persigue el aseguramiento de la métrica y la mejora continua de la misma, en función de cómo evoluciona el entorno de aplicación, de manera que podamos seguir cumpliendo los objetivos que se perseguían al principio del método.

En ocasiones el entorno puede variar tanto (por ejemplo, pasar de un entorno

estructurado a uno orientado a objeto) que la métrica no sea aplicable, en este caso, la

métrica debería ser descartada y el conocimiento adquirido durante su tiempo de vida

debería realimentarse a la etapa de identificación de manera que podamos crear una

métrica adecuada para el nuevo entorno cumpliendo los objetivos perseguidos. Además

al utilizar la experiencia de la utilización de la métrica descartada, tendremos más

probabilidades de formular hipótesis correctas en la etapa de identificación.

(11)

Esta norma, denominada “Tecnologías de información: proceso de evaluación”, está constituida por cinco partes.

La parte 2 [3] guía la evaluación del proceso y la aplicación del proceso de

evaluación para el mejoramiento y determinación de la capacidad; precisa los requisitos

mínimos para realizar una evaluación que asegure un nivel de consistencia y capacidad

de repetición, y que los resultados de la evaluación sean objetivos, imparciales,

repetibles, consistentes y representativos. Identifica el framework de medida para la

capacidad del proceso y los requisitos para el modelo de procesos de referencia, el

modelo de evaluación de procesos y la verificación de la conformidad del proceso de

evaluación.

El modelo del proceso de evaluación contiene una dimensión del proceso y una

dimensión de la capacidad del proceso (ver figura 3).

Figura3. Vistas del modelo de evaluación de procesos

La dimensión del proceso es proporcionada por un modelo de proceso de

referencia externo, el cual define un conjunto de procesos característicos con

declaraciones de propósitos y resultados del proceso. La dimensión de la capacidad del

proceso consiste en un framework de medida que abarca seis niveles de capacidad del

proceso y sus atributos de proceso asociados.

(12)

utilizar solamente como la base para conducir valoraciones constantes y confiables de la

capacidad del proceso puesto que el nivel del detalle no es suficiente. Por lo tanto:

• Las descripciones del propósito y resultados del proceso proporcionados por el modelo de proceso de referencia necesitan ser apoyadas con un conjunto completo de indicadores del funcionamiento del proceso; y

• Los niveles de capacidad y atributos del proceso definidos en ISO/IEC 15504-2 y su escala de valoración asociada necesitan ser apoyados con un conjunto de indicadores de capacidad del proceso.

Usados de esta manera, junto con un proceso documentado, grados consecuentes

y repetibles de la capacidad de proceso serán posibles.

En la parte 5 contiene un conjunto de indicadores para ser considerados al

interpretar la intención del Modelo de Referencia de Proceso. Estos indicadores también

pueden ser usados al implementar un programa de mejora de procesos o ayudar a

evaluar y seleccionar un modelo, método, metodología o instrumentos de evaluación.

La figura 4, muestra la relación entre el modelo de evaluación del proceso, sus entradas

como el modelo de procesos de referencia ISO/IEC 12207 y los indicadores en la

dimensión del proceso y la capacidad.

(13)

3

MEDIDAS PARA ESTIMAR EL

RENDIMIENTO Y CAPACIDAD DE LOS

PROCESOS SOFTWARE.

Una de las razones principales del incremento masivo en el interés en la medición software ha sido la percepción de que las métricas son necesarias para la mejora de la calidad del proceso [9]. Para ello, es necesario llevar a cabo un proceso de medición cuyos objetivos fundamentales son: (i) ayudarnos a entender que ocurre durante el desarrollo y mantenimiento, (ii) permitirnos controlar que es lo que ocurre en nuestros proyectos, (iii) poder mejorar nuestros procesos y nuestros productos. [10]

Tom DeMarco afirma que “no se puede controlar lo que no se puede medir”.

Desde esta perspectiva y teniendo en cuenta que la mejora de procesos software se basa

en el control estadístico de procesos es muy importante trabajar en medidas para estimar

funcionamiento y capacidad de los procesos software de conformidad con un método de

evaluación de procesos, por ejemplo ISO/IEC 15504. La información obtenida con la

evaluación de procesos es fundamental para la mejora de procesos software, pero

además se puede utilizar como información de entrada que ayuda a tomar decisiones en

la responsabilidad de control de procesos de la gestión de procesos software.

(14)

Además los estándares internacionales relacionados con métodos de evaluación,

definen el marco general para realizar la evaluación y también definen indicadores a

tener en cuenta cuando se realiza una evaluación, sin embargo no definen medidas

explicitas que ayuden a determinar un valor de funcionamiento o capacidad de un

proceso. Este valor es muy importante a la hora de determinar si una empresa es madura

ó no, debido que la madurez organizacional esta estrechamente ligada con la capacidad

de los procesos de la organización.

Una organización software que busca la madurez debe realizar la disciplina de

medición del software. Y no solo debe medir el producto, sino también debe ser capaz

de medir sus procesos para incrementar la calidad del producto software, si utiliza el

enfoque orientado a procesos. Ya que el fin último es mejorar la calidad del producto

software construido por la organización, incrementando la eficiencia y eficacia en los

procesos organizacionales, para contribuir a su competitividad en el mercado global.

3.1.1 Alcance del trabajo

El alcance del presente trabajo se establece a continuación:

• Con respecto a la construcción de las medidas, del método de trabajo para la definición de las medidas, se abordará la etapa de identificación y la actividad de definición de la etapa de creación. (ver figura 1)

• Con respecto al método de evaluación de procesos software el alcance son los niveles 1 y 2 del modelo internacional ISO/IEC 15504 (ver figura 4), para determinar la capacidad del proceso.

• Con respecto al modelo de referencia de procesos el alcance son el conjunto de procesos definidos (ver tabla 1) por Light MECPDS en [18] basado en el estándar internacional ISO/IEC 12207:2004 [2], para determinar el funcionamiento de los procesos descritos.

PRI 3.1

Requirements elicitation

PRIMARY

Software Life Cycle Processes

PRI 3 Engineering

PRI 3.2

(15)

PRI 3.3

System Architectural Design

PRI 3.4

Software Requirements Analysis

PRI 3.5

Software Design

PRI 3.6

Software Construction

PRI 3.8

Software Testing

SUP 1 Documentation

SUP 2 Configuration Management SUP 3 Quality Assurance

SUPPORTING

Software Life Cycle Processes

SUP 11 Change request management ORG

1.3

Projects Management ORG 1 Management

ORG 1.6

Measurement

ORGANIZATIONAL

Software Life Cycle Processes

ORG 3 Improvement ORG 3.1

Process Establishment

Tabla 1. Procesos de Light MECPDS

(16)

Figura 5. Estructura e indicadores para la definición de las métricas

De la figura anterior se puede observar que se definen dos tipos de métricas:

• La primera métrica se relaciona con la dimensión del proceso, y su objetivo es medir el rendimiento de un proceso teniendo en cuenta las características de los procesos definidos por el modelo de referencia de procesos de Light MECPDS. Para cada proceso la “métrica de rendimiento” se basa en la medición de los indicadores: (i) practicas base realizadas y (ii) productos de trabajo obtenidos en el proceso. Estos indicadores se toman de la norma ISO/IEC 15504-5 e ISO/IEC 12207.

• La segunda métrica se relaciona con la dimensión de la capacidad, y su objetivo es medir la capacidad de un proceso teniendo en cuenta los atributos de proceso de los niveles de capacidad definidos por el método de evaluación ISO/IEC 15504. Por cada atributo de proceso la “métrica de capacidad” se basa en la medición de los indicadores: (i) prácticas genéricas realizadas, (ii) los recursos genéricos utiliza-dos y (iii) los productos de trabajo genéricos obtenidos en el proceso. Estos indicadores se toman de la norma ISO/IEC 15504-5.

4

DEFINICIÓN DE MEDIDAS PARA

(17)

CAPACIDAD DE LOS PROCESOS

SOFTWARE DE CONFORMIDAD CON

ISO/IEC 15504

Para la realización de una evaluación de procesos en una empresa es necesario seguir un método de evaluación que produzca resultados cuantitativos que caractericen el rendimiento y la capacidad del proceso (o la madurez de la organización) [14], estos resultados ofrecen información que permite determinar el estado actual de los procesos software para encontrar sus fortalezas y debilidades que sirven para definir estrategias para la ejecución de la mejora de procesos. Las evaluaciones de procesos que una empresa lleva a cabo internamente que consumen poco tiempo, pocos recursos y que tiene poca rigurosidad son conocidas como valoraciones rápidas de procesos, y permiten obtener información relevante acerca de la ejecución de los procesos. Las valoraciones rápidas son un factor de éxito en la mejora de procesos llevados a cabo en una organización, ya que éstas pueden ser aplicadas frecuentemente, en poco tiempo y con pocos recursos, para obtener información acerca del impacto en los procesos de las acciones de mejora introducidas por el esfuerzo SPI. Trabajos relacionados con la utilización de valoraciones rápidas de procesos en esfuerzos SPI, basadas en la norma ISO/IEC 15504 se presentan en [21],[7].

4.1 Necesidad de información

Para ayudar a obtener la información relevante acerca del rendimiento y la capacidad del proceso es necesario proporcionar un conjunto de medidas que permita realizar la evaluación rápida de procesos de manera más formal y objetiva.

4.2 Objetivo

(18)

Para definir claramente el objetivo que queremos alcanzar con las métricas

propuestas se ha utilizado el método GQM. La siguiente tabla muestra de manera mas

explicita el objetivo definido anteriormente.

OBJETIVO (Goal)

Analizar El proceso software

Con el propósito de Evaluar (Valorar)

Con respecto a su Rendimiento y capacidad Desde el punto de vista de los El grupo de mejora de procesos

En el contexto de Estándar internacional ISO/IEC 15504-5:2006(E) Tabla 2. Definición del objetivo

4.3 Esquema para la definición de la medida de rendimiento de

un proceso.

Para definir las métricas en el nivel 1 ó nivel de procesos se analiza un proceso del estándar ISO/IEC 15504-5:2006. Como todos los procesos de la norma tienen la misma estructura, a partir de definir las métricas para este procesos se puede construir las métricas de los demás procesos del modelo de referencia. El proceso seleccionado es aseguramiento de calidad del grupo de procesos de soporte.

La siguiente tabla muestra como se define el proceso en la norma.

ID del proceso SUP. 1

Nombre del proceso Aseguramiento de la calidad Propósito del

proceso

El propósito del Proceso de Aseguramiento de la Calidad es proporcionar la seguridad de que los productos y procesos cumplen con las previsiones y planes previstos.

Resultados del proceso

Como resultado de la implementación exitosa del Proceso de Aseguramiento de la Calidad:

(19)

2. Se produce y se mantiene la evidencia del aseguramiento de calidad; 3. Se identifican y registran los problemas y/o las no-conformidades con los requisitos acordados; y

4. Se verifica la adhesión de los procesos, productos y actividades a las normas, procedimientos y requisitos acordados.

Prácticas base SUP1.BP1: Desarrollar una estrategia para asegurar la calidad de los procesos y productos. Se desarrolla a nivel de proyecto una estrategia que conduce el aseguramiento de la calidad. [Resultado 1].

SUP1.BP2: Definir registros de calidad. Se definen los expedientes de la calidad que demuestran la conformidad del proceso y productos de trabajo con respecto a sus requisitos de calidad. [Resultado 3]

SUP1.BP3: Asegurar la calidad de las actividades de los procesos del proyecto y de los productos de trabajo del proyecto. Realizar una serie de actividades para proporcionar la seguridad, con la confidencialidad del nivel requerido, de que los procesos del proyecto siguen estándares específicos y que los productos de trabajo cumplen los requisitos de calidad. [Resultados 2 y 4]

SUP1.BP4: Identificar y registrar problemas y no conformidades.

Son identificados y registrados los problemas y las no-conformidades y luego se reportan a los stakeholders apropiados para su información y acción. [Resultado 3]

SUP1.BP5: Trabajar sobre las no-conformidades. Se analizan y resuelven las desviaciones o no-conformidad con requisitos acordados u objetivos de calidad de la organización. [Resultado 4]

Productos de trabajo

Entradas Salidas

03-06 Datos del rendimiento del proceso [Resultado 2 y 4]

03-06 Datos del rendimiento del proceso [Resultado 2 y 4]

(20)

4] 4] 07-04 Medidas del proceso [Resultado 2, 3 y

4]

07-06 Medidas de calidad [Resultado 2, 3 y 4]

08-13 Plan de calidad [Resultado 1] 08-13 Plan de calidad [Resultado 1] 09-12 Política de calidad [Resultado 1]

10-00 Descripción del proceso [Resultado 4] 10-00 Descripción del proceso [Resultado 4] 13-07 Registro de problemas [Resultado 3 y 4] 13-18 Documento de calidad [Resultado 2, 3 y

4]

13-18 Documento de calidad [Resultado 2, 3 y 4]

13-19 Registro de revisión [Resultado 2, 3 y 4] 14-02 Registro de acciones correctivas

[Resultado 3]

14-02 Registro de acciones correctivas [Resultado 3]

14-08 Sistema de seguimiento [Resultado 3 y 4]

18-00 Estándar [Resultado 4]

18-07 Criterio de calidad [Resultado 4] 18-07 Criterio de calidad [Resultado 4] 21-00 Producto de trabajo [Resultado 4]

Tabla 3. Estructura del proceso de aseguramiento de la calidad de ISO/IEC 15504-5:2006

(21)

Figura 6. Estructura de los procesos en ISO/IEC 15504-5:2006

Como se puede observar de la figura 6 los procesos del estándar ISO/IEC

15504-5:2006 están compuestos de cinco elementos fundamentales:

• El propósito del proceso,

• Los resultados para la implementación exitosa del proceso,

• Las practicas base, que son tareas y/o actividades que se deben realizar para generar un resultado,

• Entradas, que son productos de trabajo que están relacionadas con los resultados, y a través de estos con las prácticas base.

• Salidas, que son productos de trabajo que están relacionadas con los resultados, y que son indicadores para observar que el proceso cumple el propósito.

A nivel de implementación de las prácticas base también se evalúan a partir de

indicadores que deben ser reconocidos por la empresa para cada práctica. Pueden ser de

tres tipos:

• Directos: son los productos que resultan de una actividad.

(22)

4.3.1 Hipótesis

1. La realización de las prácticas base influye en los resultados de un proceso software. 2. Los resultados de un proceso influye en el rendimiento del proceso software.

3. Los productos de trabajo de entrada influye en el rendimiento del proceso software. 4. Los productos de trabajo de salida influye en el rendimiento del proceso software.

4.3.2 Preguntas

1. ¿Cómo influyen los resultados de un proceso en el rendimiento del proceso software?

2. ¿Como influye la realización de las prácticas base en los resultados de un proceso software?

3. ¿Cómo influyen los productos de trabajo de entrada en el rendimiento del proceso software?

4. ¿Cómo influyen los productos de trabajo de salida en el rendimiento del proceso software?

4.3.3 Definición de la métrica

Siguiendo el esquema del estándar ISO/IEC 15504-5:2006, el rendimiento de un proceso se puede medir por la implementación exitosa de resultados. Y los resultados están relacionados con prácticas base y productos de trabajo

Las métricas a nivel del rendimiento del proceso han sido definidas con el

objetivo de evaluar el grado de cumplimiento de un proceso en relación con un proceso

definido por un modelo de evaluación de procesos. La definición de estas métricas se

muestra en las tablas 4 y 5.

Métricas del rendimiento del proceso

1. En función de las prácticas base

Métrica Definición Pregunta

NRP_std Numero de resultados del proceso software a evaluar definidos por el estándar ISO/IEC 15504-5.

(23)

NPB_std Numero de prácticas base del proceso software a evaluar definidos por el estándar ISO/IEC 15504-5.

2

NPBRi_std Número de prácticas base que contribuyen al logro del resultado i, del proceso software a evaluar definidos por el estándar ISO/IEC 15504-5.

2

PRP Peso de cada uno de los resultados del proceso software a evaluar.

PRP = 1 / NRP_std

1

VPBRi_ro Valor de las prácticas base para el resultado i, realizadas o llevadas a cabo por la organización. Se obtiene a partir de un instrumento de recolección de información.

2

GCRi (PB) Grado de cumplimiento del resultado i, en función de las prácticas base.

GCRi (PB) = VPBRi_ro / NPBRi_std

2

MRP (PB) Medida del rendimiento del proceso en función de las prácticas base.

MRP (PB) = PRP *

=

n

i 1 GCRi (PB)

1

2. En función de los productos de trabajo

Métrica Definición Pregunta

NPTE_std Numero de productos de trabajo de entrada del proceso software a evaluar definidos por el estándar ISO/IEC 15504-5.

3

NPTS_std Numero de productos de trabajo de salida del proceso software a evaluar definidos por el estándar ISO/IEC 15504-5.

4

NPTERi_std Numero de productos de trabajo de entrada del resultado i, del proceso software a evaluar definidos por el estándar ISO/IEC 15504-5.

3

(24)

15504-5.

NTPTRi Numero total de productos de trabajo del resultado i.

NTPTRi = NPTERi_std + NPTSRi_std

3 y 4

NPTRi_ro Numero de productos de trabajo para el resultado i, realizadas o llevadas a cabo por la organización. Se obtiene a partir de un instrumento de recolección de información.

3 y 4

GCRi (PT) Grado de cumplimiento del resultado i, en función de los productos de trabajo.

GCRi (PT) = NPTRi_ro / NTPTRi

3 y 4

MRP (PT) Medida del rendimiento del proceso en función de los productos de trabajo.

MRP (PT) = PRP *

=

n

i 1 GCRi (PT)

3 y 4

Tabla 4. Métricas a nivel del rendimiento del proceso

Como los resultados de los procesos en el estándar ISO/IEC 15504-5, están

relacionados por una parte con las prácticas base y por otra con los productos de trabajo,

entonces para obtener una medida del rendimiento del proceso consolidada se tiene en

cuenta que tanto practicas base como productos de trabajo tienen el mismo peso.

Métricas del rendimiento del proceso

En función de las prácticas base y los productos de trabajo

Métrica Definición Pregunta MRP Medida del rendimiento del proceso.

MRP = MRP(PB) * 0.7 + MRP(PT) * 0.3

1, 2, 3 y 4.

Tabla 5. Medida del rendimiento del proceso

4.3.4 Formulario de recolección de información

(25)

por la organización), se debe tener un formulario de recolección de información por cada uno de los procesos que se desean evaluar del modelo de referencia de procesos. A modo de ejemplo en la figura 7 se presenta el instrumento de recolección de información del proceso de Aseguramiento de Calidad de ISO/IEC 15504-5:2006.

Como se puede observar en la figura 7 el formulario tiene una estructura

sencilla, además es importante resaltar que cada una de las prácticas base están siendo

evaluadas por medio de dos preguntas. Esto permite tener mayor información sobre la

realización de la práctica base al interior de la organización.

El valor de la métrica VPBRi_ro (Valor de las prácticas base para el resultado i,

realizadas o llevadas a cabo por la organización), se obtiene a partir de éste instrumento

de recolección de información, como se explica a continuación:

• Cada práctica base tiene un grado de realización, al cual se le asigna un valor así:

o Nunca. A este grado de realización se le asigna el valor de 0

o Casi Nunca. A este grado de realización se le asigna el valor de 0.33

o Casi siempre. A este grado de realización se le asigna el valor de 0.67

o Siempre. A este grado de realización se le asigna el valor de 1

• El valor del grado de satisfacción de una pregunta es su valor numérico asociado.

• El valor del grado de realización de una práctica base se obtiene del promedio del

(26)

SUP. 1

Nunca Casi Nunca

Casi SiempreSiempre

Valores de las metricas de rendimiento para este proceso según ISO/IEC 15504-5:2006 En función de las prácticas base

NRP_std4

NPB_std5

PRP0,25

1 2 3 4

NPBRi_std 1 1 2 2

VPBRi_ro

GCRi (PB)

∑ GCRi (PB) MRP (PB)

En función de los productos de trabajo NPTE_std13

NPTS_std9

1 2 3 4

NPTERi_std 2 5 6 10 NPTSRi_std 2 4 4 5 NTPTRi 4 9 10 15

NPTRi_ro

GCRi (PT)

∑ GCRi (PT) MRP (PT)

MRP i

PRACTICAS BASE

Grado de realización

i

13-18 Documento de calidad 13-19 Registro de revisión 14-02 Registro de acciones correctivas 18-07 Criterio de calidad 05-06 Objetivos de calidad 08-13 Plan de calidad 10-00 Descripción del proceso 13-07 Registro de problemas 18-07 Criterio de calidad 21-00 Producto de trabajo

Productos de trabajo de salida

03-06 Datos del rendimiento del proceso 13-18 Documento de calidad 14-02 Registro de acciones correctivas 14-08 Sistema de seguimiento 18-00 Estándar 07-06 Medidas de calidad 08-13 Plan de calidad 09-12 Política de calidad 10-00 Descripción del proceso

Son identificados y registrados los problemas y las no-conformidades y luego se reportan a los stakeholders apropiados para su información y acción?

Se analizan y resuelven las desviaciones o no-conformidad con requisitos acordados o objetivos de calidad de la organización?

ID del proceso Nombre del proceso Propósito del proceso

Aseguramiento de la calidad

El propósito del Proceso de Aseguramiento de la Calidad es proporcionar la seguridad de que los productos y procesos cumplen con las previsiones y planes previstos.

Se desarrolla una estrategia para asegurar la calidad de los procesos y productos?

Se definen los expedientes de la calidad que demuestran la conformidad del proceso y productos de trabajo con respecto a sus requisitos de calidad?

Se asegurar la calidad de las actividades de los procesos del proyecto y de los productos de trabajo del proyecto?

Se identifican y registran problemas y no conformidades? Se trabaja sobre las no-conformidades?

Se desarrolla a nivel de proyecto una estrategia que conduce el aseguramiento de la calidad? Se definen los expedientes de la calidad que demuestran la conformidad del proceso y productos de trabajo con respecto a sus requisitos de calidad?

Se realizar una serie de actividades para proporcionar la seguridad, con la confidencialidad del nivel requerido, de que los procesos del proyecto siguen estándares específicos y que los productos de trabajo cumplen los requisitos de calidad?

Indicador Direc to Indirect o Comentar io

Productos de trabajo de entradda

03-06 Datos del rendimiento del proceso 05-06 Objetivos de calidad 07-04 Medidas del proceso

Figura 7. Instrumento de recolección de información

• El valor de la métrica VPBRi_ro se obtiene de sumar el valor del grado de realización

(27)

Métrica VPBRi_ro

VGSP Valor del grado de satisfacción de una pregunta es el valor numérico asociado, así Nunca=0, Casi_Nunca=0.33, Casi_Siempre=0.66, Siempre=1

VGRPB Valor del grado de realización de una práctica base se obtiene del promedio del valor del grado de satisfacción de las dos preguntas que evalúan la práctica base. VPBRi_ro Valor de las prácticas base para el resultado i, realizadas o llevadas a cabo por la

organización. se obtiene de sumar el valor del grado de realización de las prácticas base que contribuyen al logro del resultado i.

Tabla 6. Medida VPBRi_ro

El valor de la métrica NPTRi_ro (Numero de productos de trabajo para el

resultado i, realizadas o llevadas a cabo por la organización.), se obtiene a partir del

instrumento de recolección de información, como se explica a continuación:

• Por cada uno de los resultados del proceso se cuenta el número de productos de trabajo que la organización ha desarrollado para tal resultado, y hay evidencia de él a través de un indicador directo o indirecto. Ver anexo 1.

A través de la combinación del instrumento y las medidas definidos

anteriormente, se puede obtener un valor de la medida mas objetivo del rendimiento del

proceso. En el anexo 1, se muestra dos ejemplos de la obtención de una medida del

rendimiento del proceso en función de las prácticas base y de los productos de trabajo.

4.4 Esquema para la definición de la medida de capacidad de

un proceso.

Para definir las métricas en el nivel 2 ó nivel de capacidad de procesos se analiza un nivel de capacidad del estándar ISO/IEC 15504-5:2006. Como todos los niveles de capacidad de la norma tienen la misma estructura, a partir de definir las métricas para este nivel de capacidad se puede construir las métricas de los demás. El nivel de capacidad seleccionado es Nivel 2 Proceso Gestionado, se puede ver en [17].

(28)

• Proceso Gestionado. A la realización del proceso se le implementa una manera de gestionarlo (se planea, se monitorea y se ajusta). Sus productos de trabajo se establecen, controlan y mantienen apropiadamente. El proceso genera productos capaces de ser liberados en tiempo y bajo planes controlables. Los productos generados están alineados con determinados estándares y requerimientos. Los productos generados por procesos que se encuentran en éste nivel cumplen con ciertas especificaciones puntuales de calidad respetando un cronograma y un plan.

• En esta dimensión el alcanzar un nivel se demuestra por el cumplimiento de atributos de proceso. Los atributos de proceso son elementos que permiten determinar las capacidades y habilidades de un proceso. Los atributos de proceso se evalúan a partir de los resultados para la implementación exitosa del proceso. Cada uno de los resultados tiene asociado su correspondiente práctica genérica.

• Una práctica genérica es una actividad de gestión de proceso que realza la capacidad para realizar un proceso. Una práctica genérica soporta la implementación o gestión de un proceso y puede ser aplicada a cualquier proceso. Las prácticas genéricas permiten su medición individual para así determinar el grado de alcance del atributo al que pertenecen y el nivel en que se encuentra el proceso en estudio.

• Cada uno de los resultados de un atributo están relacionados con recursos genéricos. Los indicadores Recurso Genéricos (GR) son los recursos asociados que pueden ser utilizados cuando se realiza el proceso para alcanzar el atributo. Estos recursos pueden incluir recursos humanos, herramientas, métodos e infraestructura. La disponibilidad de un recurso indica el potencial para satisfacer el propósito de un atributo especifico específica.

• Los indicadores del producto de trabajo genérico (GWP) son conjuntos de características que se espera que sean evidentes en los productos del trabajo de tipo genérico como resultado del logro de un atributo. Los productos genéricos del trabajo forman la base para la clasificación de los productos de trabajo definidos como indicadores del funcionamiento del proceso; representan los tipos básicos de productos de trabajo que pueden ser entradas o salidas de todos los tipos de proceso.

(29)

Id. Atributo Descripción del atributo: Gestión de la Realización Escala PA 2.1 El atributo Gestión de la Realización es una medida del nivel en

el cual se gestiona la realización del proceso.

NI, PI, AI, CI

Nivel Id. Practica

Descripción de la practica genérica NI, PI, AI,

CI MP 2.1.1 Identificar los objetivos para la realización del proceso. MP 2.1.2 Planear y monitorear la realización del proceso.

MP 2.1.3 Ajustar la realización del proceso para satisfacer los planes.

MP 2.1.4 Definir, asignar y comunicar los responsables y autoridades para realizar el proceso.

MP 2.1.5 Identificar, asignar, utilizar y poner a disposición los recursos e información necesaria para realizar el proceso.

2.

Gestionado

MP 2.1.6

Gestionar las interfaces entre las partes involucradas para asegurar la efectiva comunicación y también la asignación clara de responsabilidades.

Tabla 7. Atributo gestión de la realización

(30)

Id. Atributo Descripción del atributo: Gestión del producto de trabajo Escala

PA 2.2

El atributo Gestión del Producto de Trabajo es una medida del nivel en el cual son apropiadamente gestionados los productos de trabajo producidos por el proceso.

NI, PI, AI, CI

Nivel Id. Practica

Descripción de la practica genérica NI, PI, AI,

CI MP 2.2.1 Definir los requisitos para los productos de trabajo del proceso.

MP 2.2.2 Definir requisitos para la documentación y control de los productos de trabajo.

MP 2.2.3 Identificar, documentar y controlar los productos de trabajo 2.

Gestionado

MP 2.2.4 Revisar de acuerdo con el plan establecido los productos de trabajo y ajustarlo como necesidad para satisfacer los requisitos.

Tabla 8. Atributo gestión del producto de trabajo

Como se puede observar de la figura 8 los niveles de capacidad del estándar

ISO/IEC 15504-5:2006 están compuestos de cinco elementos fundamentales:

• Los atributos de proceso,

• Los resultados para la implementación exitosa del atributo del proceso,

• Las practicas genéricas, que son una guía de tareas y/o actividades que se deben realizar para la implementación de las características del atributo y conseguir los resultados.

• Los recursos genéricos, son los recursos asociados que pueden ser utilizados cuando se realiza el proceso para alcanzar el atributo.

(31)

Figura 8. Estructura de los niveles de capacidad en ISO/IEC 15504-5:2006

4.4.1 Hipótesis

1. Los atributos de proceso influyen en el logro de un nivel de capacidad.

5. La realización de las prácticas genéricas influye en los resultados de un atributo de proceso software.

6. Los resultados de un proceso influye en la capacidad del proceso software. 7. Los recursos genéricos influyen en la capacidad del proceso software.

8. Los productos de trabajo genéricos influyen en la capacidad del proceso software.

4.4.2 Preguntas

1. ¿Cómo influyen los atributos de proceso en el nivel de capacidad de un proceso software?

2. ¿Cómo influyen los resultados de un atributo de proceso en la capacidad del proceso software?

(32)

4. ¿Cómo influyen los recursos genéricos en los resultados de un atributo de proceso software?

5. ¿Cómo influyen los productos de trabajo genéricos en los resultados de un atributo de proceso software?

4.4.3 Definición de la métrica

Siguiendo el esquema del estándar ISO/IEC 15504-5:2006, la capacidad de un proceso se puede medir por la implementación exitosa de sus atributos de proceso. Y los atributos de proceso se pueden medir por la implementación exitosa de sus resultados. Y los resultados están relacionados con prácticas genéricas, los recursos genéricos y productos de trabajo genéricos.

Las métricas a nivel de la capacidad del proceso han sido definidas con el

objetivo de evaluar el nivel de capacidad de un proceso en relación con un modelo de

capacidad de procesos. La definición de estas métricas se muestra en la tabla 9.

Métricas del atributo del proceso

1. En función de las prácticas genéricas

Métrica Definición Pregunta

NRAP_std Numero de resultados del atributo del proceso software a evaluar definidos por el estándar ISO/IEC 15504-5.

2

NPG_std Numero de prácticas genéricas del atributo del proceso software a evaluar definidos por el estándar ISO/IEC 15504-5.

3

NPGRi_std Número de prácticas genéricas que contribuyen al logro del resultado i, del atributo del proceso software a evaluar definidos por el estándar ISO/IEC 15504-5.

3

PRAP Peso de cada uno de los resultados del atributo del proceso software a evaluar.

PRAP = 1 / NRAP_std

2

VPGRi_ro Valor de las prácticas genéricas para el resultado i, realizadas o llevadas a cabo por la organización. Se obtiene a partir de un instrumento de recolección de información.

(33)

GCRi (PG) Grado de cumplimiento del resultado i, en función de las prácticas genéricas.

GCRi (PG) = VPGRi_ro / NPGRi_std

2,3

MCAP (PG) Medida del cumplimiento del atributo del proceso en función de las prácticas genéricas.

MCAP (PG) = PRAP *

=

n

i 1

GCRi (PG)

2,3

2. En función de los recursos genéricos

Métrica Definición Pregunta

NRG_std Numero de recursos genéricos del atributo del proceso software a evaluar definidos por el estándar ISO/IEC 15504-5.

4

NRGRi_std Numero de recursos genéricos del resultado i, del atributo del proceso software a evaluar definidos por el estándar ISO/IEC 15504-5.

4

NRGRi_ro Numero de recursos genéricos para el resultado i, que demuestra disponible la organización. Se obtiene a partir de un instrumento de recolección de información.

4

GCRi (RG) Grado de cumplimiento del resultado i, en función de los recursos genéricos.

GCRi (RG) = NRGRi_ro / NRGRi_std

2,4

MCAP (RG) Medida del cumplimiento del atributo del proceso en función de los recursos genéricos.

MCAP (RG) = PRAP *

=

n

i 1

GCRi (RG)

2,4

3. En función de los productos de trabajo

Métrica Definición Pregunta

(34)

software a evaluar definidos por el estándar ISO/IEC 15504-5.

NPTGRi_std Numero de productos de trabajo genéricos del resultado i, del atributo del proceso software a evaluar definidos por el estándar

ISO/IEC 15504-5.

5

NPTGRi_ro Numero de productos de trabajo genéricos para el resultado i, realizadas o llevadas a cabo por la organización. Se obtiene a partir de un instrumento de recolección de información.

5

GCRi (PTG) Grado de cumplimiento del resultado i, en función de los productos de trabajo genéricos.

GCRi (PTG) = NPTGRi_ro / NPTGRi_std

2,5

MCAP (PTG)

Medida del cumplimiento del atributo del proceso en función de los productos de trabajo genéricos.

MCAP (PTG) = PRAP *

=

n

i 1

GCRi (PTG)

2,5

Tabla 9. Métricas del atributo de capacidad del proceso

Como los resultados del atributo del proceso en el estándar ISO/IEC 15504-5,

están relacionados con las prácticas genéricas, los recursos genéricos y los productos de

trabajo genéricos, entonces para obtener una medida de la capacidad del proceso

consolidada se tiene en cuenta el peso de cada uno de éstos indicadores, como se

muestra en la siguiente tabla.

Métricas de capacidad del proceso

En función de los atributos del proceso

Métrica Definición Pregunta MCP Medida de la capacidad del proceso.

MCP = MCAP(PG) * 0.4 + MCAP(RG) * 0.3 + MCAP (PTG) * 0.3

1

(35)

5

CONCLUSIONES Y TRABAJOS FUTUROS

Una organización software que busca la madurez debe realizar la disciplina de medición del software. Y no solo debe medir el producto, sino también debe ser capaz de medir sus procesos para incrementar la calidad del producto software, si utiliza el enfoque orientado a procesos. Ya que el fin último es mejorar la calidad del producto software construido por la organización, incrementando la eficiencia y eficacia en los procesos organizacionales, para contribuir a su competitividad en el mercado global. Para la mejora de procesos es fundamental llevar a cabo un adecuado proceso de medición. Con este trabajo se pretende que las organizaciones software llevan a cabo de manera más fácil y con un objetivo mas claro el proceso de medición de procesos al interior de una evaluación rápida de procesos software, así como hacer de manera más objetiva las mediciones de sus procesos.

Hay que tener en cuenta que los estándares internacionales relacionados con

métodos de evaluación, definen el marco general para realizar la evaluación y también

definen indicadores a tener en cuenta cuando se realiza una evaluación, sin embargo no

definen medidas explicitas que ayuden a determinar un valor del rendimiento o

capacidad de un proceso. Este valor es muy importante a la hora de determinar si una

empresa es madura ó no, debido que la madurez organizacional esta estrechamente

ligada con la capacidad de los procesos de la organización.

En este trabajo se ha presentado un conjunto de métricas para medir el

rendimiento y la capacidad de los procesos software basados en el estándar

internacional ISO/IEC 15504-5:2006(E). Este trabajo es complementario al estándar. El

estándar ofrece una visión horizontal al proceso de medición, ya que ofrece las líneas

generales para evaluar procesos software. Sin embargo el trabajo presentado aquí, es

vertical al proceso de medición, ya que ofrece las métricas y formularios de recolección

de información para evaluar los proceso software de manera más objetiva y formal.

(36)

A partir del presente trabajo se ha visualizado diferentes líneas de trabajo futuro,

los cuales se presentan a continuación:

• Definir el peso de los porcentajes de la métrica de rendimiento del proceso para las prácticas base y los productos de trabajo, a partir de estudios realizados en el área.

• Definir el peso de los porcentajes de la métrica de capacidad del proceso para las prácticas genéricas, recursos genéricos y productos de trabajo genéricos, a partir de estudios realizados en el área.

• Analizar la relación entre prácticas base y productos de trabajo en la norma ISO/IEC 15504:2006.

• Desarrollar el formulario de recolección de información para hallar las métricas del atributo del proceso VPGRi_ro, NRGRi_ro y NPTGRi_ro.

• Definir como los indicadores a nivel de implementación de las prácticas base afectan las métricas presentadas en éste trabajo.

• Estructurar con mayor claridad las preguntas del formulario para que sean de más fácil entendimiento y así poder aplicarlo a diferentes personas de la organización, para obtener datos de mayor calidad en la evaluación del proceso.

6

REFERENCIAS

[1].

CMMI for Systems Engineering/Software Engineering, Version 1.1

. 2002,

Software Engineering Institute: Pittsburgh.

[2].

ISO/IEC 12207:2002/FDAM 2. Information technology - Software life cycle

processes

. 2004, International Organization for Standardization: Geneva.

[3].

ISO/IEC 15504-2:2003/Cor.1:2004(E). Information technology - Process

assessment - Part 2: Performing an assessment

. 2004, International

Organization for Standardization: Geneva.

[4].

ISO/IEC 15504-5:2006(E). Information technology - Process assessment - Part

5: An exemplar Process Assessment Model

. 2006, International Organization for

Standardization: Geneva.

(37)

software environments.

IEEE Transactions on Software Engineering, 1988.

14

(6): p. 728-738.

[6].

Basili, V. and D. Weiss,

A Methodology for Collecting Valid Software

Engineering Data.

IEEE Transactions on Software Engineering, 1984.

10

: p.

728-738.

[7].

Cater-Steel, A.P., M. Toleman, and T. Rout,

Process improvement for small

firms: An evaluation of the RAPID assessment-based method.

Information and

Software Technology, 2005.

in press

: p. 1-12.

[8].

Derniame, J.-C., A.B. Kaba, and B. Warboys,

The Software Process: Modelling

and Technology

, in

Software process: principles, methodology, and Technology

,

C. Montenegro, Editor. 1999, Springer: Germany. p. 1-12.

[9].

Fenton, N.,

Metrics for Software Process Improvement.

, in

Software Process

Improvement: Metrics, Measurement and Process Modelling

, M. Haug, E.W.

Olsen, and L. Bergman, Editors. 2001, Springer. p. 34-55.

[10].

Fenton, N. and S. Pfleeger,

Software Metrics: A Rigorous Approach

. 2nd ed.

1997, London: Chapman & Hall.

[11].

Florac, W.A., R.E. Park, and A.D. Carleton,

Practical Software Measurement:

Measuring for Process Management and Improvement

. 1997, Pittsburgh:

Software Engineering Institute, Carnegie Mellon University. 1-12.

[12].

Fuggetta, A.

Software process: a roadmap

. in

International Conference on

Software Engineering (ICSE)

. 2000: ACM Press. p. 25-34

[13].

Gómez, O., H. Oktaba, F. Garcia, and M. Piattini,

A systematic review

measurement in Software Engineering: State-of-the-art in measures

. 2006,

Universidad Castilla-La Mancha: Ciudad Real.

[14].

IEEE, C.S.,

Guide to the Software Engineering Body of Knowledge - SWEBOK

.

2004, Washington: Angela Burgess. 119-146.

[15].

Krasner, H.,

Accumulating the Body of Evidence for the Payoff of Software

Process Improvement

, in

Software Process Improvement

, R.B. Hunter and R.H.

Thayer, Editors. 2001, Wiley-IEEE Computer Society. p. 519-540.

(38)

[17].

Pino, F., F. Garcia, F. Ruiz, and M. Piattini.

Adaptación de las normas ISO/IEC

12207:2002 e ISO/IEC 15504:2003 para la evaluación de la madurez de

procesos software en países en desarrollo

. in

X Jornadas de Ingeniería del

Software y Bases de Datos, JISBD'2005

. 2005. p. 187-194

[18].

Pino, F., F. Garcia, F. Ruiz, and M. Piattini.

A Lightweight Model for the

Assessment of Software Processes

. in

European Systems & Software Process

Improvement and Innovation (EuroSPI 2006)

. 2006. Joensuu, Finland. p. in

press

[19].

Serrano, M., C. Calero, and M. Piattini,

Metrics for Data Warehouse Quality.

Encyclopedia of Information Science and Technology (IV)

. 2005. p. 1938-1944.

[20].

Van Solingen, R. and E. Berghout,

The Goal/Question/Metric Method: A

practical guide for quality improvement of software development.

1999:

McGraw-Hill.

(39)

Anexo I. Ejemplos de obtención del valor de las

métricas

1.1

Ejemplo 1

Una organización X, realiza siempre la práctica base:

• SUP1.BP3 “Asegurar la calidad de las actividades de los procesos del proyecto y de los productos de trabajo del proyecto. Realizar una serie de actividades para proporcionar la seguridad, con la confidencialidad del nivel requerido, de que los procesos del proyecto siguen estándares específicos y que los productos de trabajo cumplen los requisitos de calidad. [Resultados 2 y 4]”

(40)

SUP. 1 Nunca Casi Nunca Casi SiempreSiempre SUP1.BP1 1 SUP1.BP2 3 SUP1.BP3 3 2,4 SUP1.BP4 3 SUP1.BP5 4 SUP1.BP1 1 SUP1.BP2 3 SUP1.BP3 3 2,4 SUP1.BP4 3 SUP1.BP5 4

Valores de las metricas de rendimiento para este proceso según ISO/IEC 15504-5:2006

En función de las prácticas base 1 2,4

NRP_std4 1 2,3,4

NPB_std5 1 2,3,4

PRP0,25 1 2,3,4

1

1 2 3 4 1

NPBRi_std 1 1 2 2 1 4

VPBRi_ro 0 0,99 0 0,99 1 2,3,4

GCRi (PB) 0 0,99 0 0,495 3

∑ GCRi (PB) 1,485 1 3,4

MRP (PB) 0,37125 1 4

1 4

En función de los productos de trabajo 1 4

NPTE_std13

NPTS_std9

1 2 3 4 1 2,4

NPTERi_std 2 5 6 10 1

NPTSRi_std 2 4 4 5 1

NTPTRi 4 9 10 15 2

NPTRi_ro 5 8 15 1 3,4

GCRi (PT) 0 0,555555556 0,8 1 1 2,3,4

∑ GCRi (PT) 2,355555556 1 2,3,4

MRP (PT)0,588888889 3

MRP 0,436541667 1 4

i

PRACTICAS BASE

Grado de realización

i

18-07 Criterio de calidad 21-00 Producto de trabajo

Productos de trabajo de salida

07-06 Medidas de calidad 08-13 Plan de calidad 09-12 Política de calidad

13-18 Documento de calidad 13-19 Registro de revisión 14-02 Registro de acciones correctivas 18-07 Criterio de calidad 05-06 Objetivos de calidad 08-13 Plan de calidad 10-00 Descripción del proceso 13-07 Registro de problemas 03-06 Datos del rendimiento del proceso 13-18 Documento de calidad 14-02 Registro de acciones correctivas 14-08 Sistema de seguimiento 18-00 Estándar 10-00 Descripción del proceso

Son identificados y registrados los problemas y las no-conformidades y luego se reportan a los stakeholders apropiados para su información y acción?

Se analizan y resuelven las desviaciones o no-conformidad con requisitos acordados o objetivos de calidad de la organización?

ID del proceso Nombre del proceso Propósito del proceso

Aseguramiento de la calidad

El propósito del Proceso de Aseguramiento de la Calidad es proporcionar la seguridad de que los productos y procesos cumplen con las previsiones y planes previstos.

Se desarrolla una estrategia para asegurar la calidad de los procesos y productos?

Se definen los expedientes de la calidad que demuestran la conformidad del proceso y productos de trabajo con respecto a sus requisitos de calidad?

Se definen los expedientes de la calidad que demuestran la conformidad del proceso y productos de trabajo con respecto a sus requisitos de calidad?

Se realizar una serie de actividades para proporcionar la seguridad, con la confidencialidad del nivel requerido, de que los procesos del proyecto siguen estándares específicos y que los productos de trabajo cumplen los requisitos de calidad?

Indicador D ir ect o In d ir ecto Co me nt ar io

Se asegurar la calidad de las actividades de los procesos del proyecto y de los productos de trabajo del proyecto?

Se identifican y registran problemas y no conformidades? Se trabaja sobre las no-conformidades?

Se desarrolla a nivel de proyecto una estrategia que conduce el aseguramiento de la calidad?

Productos de trabajo de entradda

03-06 Datos del rendimiento del proceso 05-06 Objetivos de calidad 07-04 Medidas del proceso

R es ult ad o R el aci on ad o

Figura 9. Valor de la medida del rendimiento del proceso realizando la práctica base 3.

1.2

Ejemplo 2.

Una organización Y, realiza siempre las prácticas base:

• SUP1.BP1: Desarrollar una estrategia para asegurar la calidad de los procesos y productos. Se desarrolla a nivel de proyecto una estrategia que conduce el aseguramiento de la calidad. [Resultado 1].

(41)

siguen estándares específicos y que los productos de trabajo cumplen los requisitos de calidad. [Resultados 2 y 4]”

SUP. 1

Nunca Casi Nunca

Casi SiempreSiempre

SUP1.BP1 3 1

SUP1.BP2 3

SUP1.BP3

3 2,4

SUP1.BP4 3

SUP1.BP5 4

SUP1.BP1 3 1

SUP1.BP2 3 SUP1.BP3 3 2,4 SUP1.BP4 3 SUP1.BP5 4

Valores de las metricas de rendimiento para este proceso según ISO/IEC 15504-5:2006

En función de las prácticas base 1 2,4

NRP_std4 1 2,3,4

NPB_std5 1 2,3,4

PRP0,25 1 2,3,4

1 1

1 2 3 4 1 1

NPBRi_std 1 1 2 2 1 4

VPBRi_ro 0,99 0,99 0 0,99 1 2,3,4

GCRi (PB) 0,99 0,99 0 0,495 3

∑ GCRi (PB) 2,475 1 3,4

MRP (PB) 0,61875 1 4

1 4

En función de los productos de trabajo 1 4

NPTE_std13

NPTS_std9

1 2 3 4 1 2,4

NPTERi_std 2 5 6 10 1 1

NPTSRi_std 2 4 4 5 1 1

NTPTRi 4 9 10 15 1 2

NPTRi_ro 4 9 8 15 1 3,4

GCRi (PT) 1 1 0,8 1 1 2,3,4

∑ GCRi (PT) 3,8 1 2,3,4

MRP (PT) 0,95 3

MRP 0,718125 1 4

R es ult ad o R el aci on ad o

Productos de trabajo de entradda

03-06 Datos del rendimiento del proceso 05-06 Objetivos de calidad 07-04 Medidas del proceso

Se definen los expedientes de la calidad que demuestran la conformidad del proceso y productos de trabajo con respecto a sus requisitos de calidad?

Se realizar una serie de actividades para proporcionar la seguridad, con la confidencialidad del nivel requerido, de que los procesos del proyecto siguen estándares específicos y que los productos de trabajo cumplen los requisitos de calidad?

Indicador D ir ect o In d ir ecto Co me nt ar io

Se asegurar la calidad de las actividades de los procesos del proyecto y de los productos de trabajo del proyecto?

Se identifican y registran problemas y no conformidades? Se trabaja sobre las no-conformidades?

Se desarrolla a nivel de proyecto una estrategia que conduce el aseguramiento de la calidad?

10-00 Descripción del proceso

Son identificados y registrados los problemas y las no-conformidades y luego se reportan a los stakeholders apropiados para su información y acción?

Se analizan y resuelven las desviaciones o no-conformidad con requisitos acordados o objetivos de calidad de la organización?

ID del proceso Nombre del proceso Propósito del proceso

Aseguramiento de la calidad

El propósito del Proceso de Aseguramiento de la Calidad es proporcionar la seguridad de que los productos y procesos cumplen con las previsiones y planes previstos.

Se desarrolla una estrategia para asegurar la calidad de los procesos y productos?

Se definen los expedientes de la calidad que demuestran la conformidad del proceso y productos de trabajo con respecto a sus requisitos de calidad?

03-06 Datos del rendimiento del proceso 13-18 Documento de calidad 14-02 Registro de acciones correctivas 14-08 Sistema de seguimiento 18-00 Estándar

05-06 Objetivos de calidad 08-13 Plan de calidad 10-00 Descripción del proceso 13-07 Registro de problemas 13-18 Documento de calidad 13-19 Registro de revisión 14-02 Registro de acciones correctivas 18-07 Criterio de calidad

i

PRACTICAS BASE

Grado de realización

i

18-07 Criterio de calidad 21-00 Producto de trabajo

Productos de trabajo de salida

07-06 Medidas de calidad 08-13 Plan de calidad 09-12 Política de calidad

Figura 10. Valor de la medida del rendimiento del proceso realizando la práctica base 1 y 3.

1.3

Ejemplo 3.

Una organización Y, realiza siempre las prácticas base:

Figure

Actualización...

Referencias

Actualización...