M t é rica c s a s de d l e Pr P oc o e c s e o s o de d Ing n e g n e i n er e ía a de d e So S f o twa w r a e e y y de d P od o u d c u t c o

(1)

Proceso

de Ingeniería de Software

Métricas del Proceso de

(2)

Métricas de Proceso y de Producto Métricas de Proceso y de Producto

4. Métricas del proceso y el producto

4.1. Métricas del proceso 4.2. Métricas del producto 4.2. Métricas del producto

4.3. Calidad y métricas de los resultados 4.4. Técnicas de medición del proceso

(3)

Métricas del proceso y el producto

El proceso de sw y las métricas de

proyecto son medidas cuantitativas que permiten a los ingenieros de sw obtener

permiten a los ingenieros de sw obtener una visión de la eficacia del proceso sw

y los proyectos que llevan a cabo

(4)

Las métricas también se utilizan para marcar las áreas problema de modo que se puedan desarrollar remedios que se puedan desarrollar remedios y mejorar el proceso de software.

(5)

Cada tentativa de medición debe

estar guiada por objetivos

organizacionales, e impulsada por un

conjunto de requisitos de medición establecidos por la organización y por el proyecto.

(6)

Definir el alcance de la medición. Se

debe establecer la unidad

organizacional a la que se va a organizacional a la que se va a

(7)

Medición del proceso

Significa recoger, analizar e interpretar información cuantitativa sobre nuestros procesos, para identificar las fuerzas y las debilidades de los mismos y para

las debilidades de los mismos y para evaluarlos después de que hayan sido implementados y/o cambiados.

(8)

(9)

Medición del producto

Se refieren a las características del propio software que incluye: la

medición del tamaño del producto, la

estructura del producto y la calidad

del producto.

(10)

(11)

(12)

(13)

Medición del producto ISO/IEC 19761,

Esta norma es aplicable a los siguientes dominios:

dominios:

a) Aplicaciones de Software: banca; servicios; contabilidad; distribución; manufactura; seguros.

(14)

ISO/IEC 19761, (dominio)

b) Software en tiempo real, cuya tarea es mantener el control con acontecimientos mantener el control con acontecimientos que suceden en el mundo real;

Software para centrales telefónicas y de conmutación de mensajes, software embebido en dispositivos para el control máquinas, aparatos domésticos, ascensores y motores de automóviles, para el control del proceso y

(15)

c) Híbridos de los anteriores (aplicaciones de software; software de tiempo real)

de software; software de tiempo real)

En tiempo real – los sistemas de reserva para las líneas aéreas y hoteles.

(16)

d) Se caracteriza por complejos algoritmos matemáticos u otras normas

matemáticos u otras normas

especializadas y complejas, como pueden ser encontradas en:

sistemas expertos,

(17)

e) y, las variables de procesos continuos, tales como:

tales como:

sonidos de audio o imágenes de vídeo, en software de juegos informáticos,

(18)

Medición del producto ISO/IEC 19761,

Esta norma es el proceso de medición de tamaño funcional. – Functional Size

tamaño funcional. – Functional Size

Measurement (FSM)

FSM está basado en la métrica de Punto de Función. (FP)

(19)

Los Puntos de Función (FP) miden la

(20)

Con datos históricos, el punto de función se usa para:

• Estimar el costo o esfuerzo requerido para diseñar, codificar y probar el producto sw.

probar el producto sw.

• Predecir el # de errores que se encontrarán durante la prueba;

• Pronosticar el número de componentes, de líneas de código proyectadas, o ambas, en el sistema implementado.

(21)

(22)

Proporciona información al usuario y/u otras aplicaciones.

otras aplicaciones.

Se debe contar cada dato único de usuario o salida de control generado

proceduralmente y que sale del límite de la aplicación.

(23)

Una salida se considera única si: 1. tiene formato diferente

1. tiene formato diferente

2. tiene el mismo formato que otra salida pero requiere diferente lógica de

(24)

Se debe contar cada dato único de usuario o

entrada de control que se introduce en los entrada de control que se introduce en los

límites de la aplicación y actualiza un

archivo lógico interno, conjunto de datos, tabla o dato independiente. Esto incluye

archivos de entrada y transacciones recibidas de otras aplicaciones.

(25)

Una entrada se considera única si 1. tiene un formato diferente

1. tiene un formato diferente

2. tiene el mismo formato que otra entrada pero requiere una lógica diferente de

(26)

Se debe contar cada combinación única de entrada/salida en la que la entrada de entrada/salida en la que la entrada on-line definida por el usuario genera una

(27)

Una consulta se considera única si

1. tiene un formato diferente de otras bien 1. tiene un formato diferente de otras bien

en su entrada o salida

2. tiene el mismo formato, tanto entrada como salida, que otra consulta pero

(28)

Una consulta directa en una base de datos o archivo maestro es aquella que

o archivo maestro es aquella que

1. utiliza claves simples para recuperar datos

específicos -esto es, un registro simple o grupo de registros, no un

(29)

Las consultas pueden aparecer en

• consulta de usuario/display sin actualización de • consulta de usuario/display sin actualización de

archivo u otra entidad lógica,

• archivo de transacción que sale del límite de la aplicación si está accesible al usuario on-line

(30)

Se debe contar cada grupo lógico mayor de datos de usuario o de información de

datos de usuario o de información de

control mantenidos dentro de los límites de la aplicación.

(31)

Existen dos tipos de archivos:

• archivos con transacciones temporales y • archivos con transacciones temporales y • archivos con registros lógicos de datos

permanentes.

(32)

Cuando se mantienen dentro de la

aplicación se clasifican como “archivos aplicación se clasifican como “archivos

internos lógicos".

Si se comparten entre aplicaciones se

(33)

Es un agrupamiento lógico de datos externo a la aplicación pero que

externo a la aplicación pero que

proporciona datos que podría usarse en esta.

(34)

Las interfaces se pueden encontrar en:

• archivos lógicos internos accesibles desde otra aplicación

otra aplicación

• archivos lógicos internos accedidos en otra aplicación

• base de datos compartida

(35)

Las interfaces se pueden encontrar en: • archivo de impresión exportado

• archivo transacción compartido que • archivo transacción compartido que

requiere conversión.

• Se contarán como un interface

(36)

Se clasifica y pondera cada función por su nivel de complejidad

(37)

Valor Factor de Ponderación Valor

Dominio Conteo

Factor de Ponderación Simple Media Compleja

#Salidas n 3 4 6

#Entradas n 4 5 7

(38)

Características del Características del entorno: Puntúan de 0...5

( )

∑

f

i

(39)

Para calcular el Punto de Función se utiliza la fórmula:

(

)

[

+

×

∑

]

×

=

1 PF se traduce en 60 líneas de código.

(

)

[

+

×

∑

]

×

=

totalConte

o

f

_i

(40)

Medición del producto ISO/IEC 19761

El propósito y el alcance de la medida del tamaño funcional Functional Size

tamaño funcional Functional Size

Measurement (FSM) se

determinará antes de

comenzar un ejercicio de medición en particular.

(41)

(42)

ISO/IEC 19761 - Cálculo del Tamaño Funcional

Asignación de una unidad de tamaño

una Cfsu (unidad de medida), se asignará a cada movimiento de los datos

identificados, es decir a cada instancia de

(43)

Agregación de tamaño funcional para un proceso funcional (FP)

proceso funcional (FP)

Los resultados de la asignación de unidad de tamaño se agregan en un valor de

(44)

a ) multiplicando el número de

movimientos de datos dentro de cada tipo de movimiento de datos por el tamaño de su unidad.

(45)

b ) obteniendo el tamaño del proceso funcional mediante la suma de las

(46)

el tamaño funcional de un determinado

proceso funcional (Tamaño FP) se calcula proceso funcional (Tamaño FP) se calcula en Cfsu (unidad de medida) utilizando la fórmula:

( )

∑

( )

∑

( )

∑

( )

∑

× + × + × + ×

= Ne Eus Nx Xus Nr Rus i Nw Wus

(47)

( )

∑

( )

∑

( )

∑

( )

∑

× + × + × + ×

= Ne Eus Nx Xus Nr Rus i Nw Wus

FP_tamaño

Ne = # Entradas para el Proceso Funcional (FP)

(FP)

Nx = # Salidas del FP Nr = # Lecturas del FP Nw = # Escrituras del FP

(48)

Agregación de tamaño Funcional para FUR identificados

identificados

El tamaño de cada artefacto de software a

medirse dentro de una capa se obtendrá por la suma del tamaño de los procesos funcionales (FP) con los artefactos identificados en el FUR (Requisitos de Usuario Funcional)

(49)

Cálculo del tamaño de los cambios de FUR

Con cada capa identificada, el tamaño funcional Con cada capa identificada, el tamaño funcional de los cambios en el FUR (Functional User

Requirements) dentro de cada artefacto de

software dentro del alcance del FSM (Functional Size Measurement) se calcula mediante la suma

(50)

Cálculo del tamaño de los cambios de FUR

(Cambio)= ∑tamaño(insert )+∑tamaño(update )+ ∑tamaño(delete )

Tamaño

Un cambio solicitado es: añadir un nuevo proceso funcional de tamaño 6 Cfsu, y en otro proceso funcional añadir un movimiento de datos, realizar cambios en tres movimientos de datos y eliminar otros dos movimientos de datos.

12 Cfsu

( )= ∑ ( i)+∑ ( i)+ ∑ ( i)

Cfus Cambio tamaño insert tamaño update tamaño delete

(51)

Documentación de los Resultados:

a) Identificación de cada artefacto de a) Identificación de cada artefacto de

software en el ámbito de los FSM (nombre, identificación de versión o identificación de configuración);

(52)

b) Una descripción de la finalidad y el b) Una descripción de la finalidad y el

(53)

c) Una descripción de la relación de cada c) Una descripción de la relación de cada

artefacto de software dentro del ámbito del FSM con sus usuarios y la posición de los límites, tanto punto a punto, y entre las

(54)

d) El valor del tamaño funcional de cada d) El valor del tamaño funcional de cada

artefacto de software dentro del ámbito del FSM, calculado de acuerdo al tamaño

(55)

(56)

(57)

(58)

(59)

(60)

(61)

(62)

(63)

(64)

Técnicas de Medición del Proceso

• Clasificación ortogonal de defectos (IEEE 1044:1993),

• Control estadístico de procesos (SPC),

(65)

Clasificación ortogonal de defectos (IEEE 1044:1993):

Este estándar provee:

• Identificar el ambiente y actividad en específico.

• Fase de desarrollo específico. • Los síntomas de una anomalía.

(66)

Clasificación ortogonal de defectos (IEEE 1044:1993):

Esta norma se compone de 5 módulos:

• Definición de conceptos;

• Evaluación de la conformidad de los métodos de medición de tamaño de software.

de medición de tamaño de software.

• Verificación funcional de los métodos de medición de tamaño.

• Modelo de Referencia

• Determinación de dominios funcionales para su uso con la medida del tamaño funcional.

(67)

(68)

Métricas de Proceso y de Producto Métricas de Proceso y de Producto Control estadístico de procesos (SPC):

El desarrollo de un proceso a través del tiempo se puede seguir por medio de

las gráficas de control, donde se determinan límites control. Esto determinan límites control. Esto permite que si uno o varios de los valores sobrepasan estos límites, se

puede asumir que una causa asignable está influyendo en el proceso, y por lo

(69)

Métricas de Proceso y de Producto Métricas de Proceso y de Producto Control estadístico de procesos (SPC):

(70)

Métricas de Proceso y de Producto Métricas de Proceso y de Producto Personal software Process (PSP):

Personal Software Process (PSP®):

Fue creado por Watts

Humphrey como respuesta a la carencia de una

herramienta para aplicar herramienta para aplicar los principios generales que planteaba el modelo SW CMM® para los

procesos de la

organización, aplicados a procesos individuales.

(71)

Es un conjunto de prácticas

disciplinadas para la gestión del tiempo y mejora de la

tiempo y mejora de la

productividad personal de los programadores o ingenieros de

(72)

Se puede considerar como la guía de trabajo personal para ingenieros de software en organizaciones que

software en organizaciones que

emplean un modelo CMMI con nivel de madurez o de capacidad de procesos

que implica la medición cualitativa y mejora de procesos.

(73)

Uno de los mayores problemas que tiene es la gran cantidad de datos que hay que tomar. El PSP tiene obsesión por la

tomar. El PSP tiene obsesión por la

toma de datos y elaboración de tablas.

El PSP se orienta el conjunto de áreas clave del proceso que debe manejar un

(74)

Un PSP es un marco de trabajo de medición y análisis que ayuda a caracterizar el proceso.

caracterizar el proceso.

Es también un procedimiento definido para ayudar a mejorar el rendimiento.

(75)

La calidad de un componente software está condicionada por el individuo que lo

desarrolló. desarrolló.

Está condicionada por:

– Conocimiento – Disciplina

(76)

• El profesional de SW debe conocer el propio rendimiento.

• Debe aprenderse de las variaciones del • Debe aprenderse de las variaciones del

rendimiento propio.

• Debe incorporarse lecciones a la manera personal de hacer.

(77)

Objetivos

• Lograr una disciplina de mejora continua en el proceso de desarrollo.

• Medir, estimar, planificar, seguir y controlar el proceso de desarrollo.

(78)

Objetivos

• Lograr una disciplina de mejora continua en el proceso de desarrollo.

• Medir, estimar, planificar, seguir y controlar el proceso de desarrollo.

• Mejorar la calidad del proceso de desarrollo. • En general, PSP, provee calidad y

(79)

(80)

Estructura

1. Conocimiento del Área Fundacional 2. Conceptos Básicos PSP

2. Conceptos Básicos PSP

3. Medición del tamaño y la estimación 4. Realización y seguimiento del Proyecto

5. Calidad de Planificación y Seguimiento Software 6. Diseño de Software

(81)

(82)

Beneficios (PSP®)

Los datos y su análisis permitirán determinar las fortalezas y debilidades.

Los datos y su análisis posterior

conducirán hacia nuevas ideas para la mejora del proceso.

Se tendrá control total sobre el calendario, aceptando sólo aquellos compromisos

Desventajas (PSP®)

Los formatos de diseño de PSP2.1 pueden ser redundantes para programadores que tienen acceso a otras herramientas de diseño.

Es subjetivo determinar si una parte del software es reutilizable.

No todos los ingenieros ven la definición de productividad de la misma manera.

PSP esta especialmente enfocado al desarrollo

aceptando sólo aquellos compromisos que se puedan cumplir.

Se gana un sentido de satisfacción personal.

La parte de calidad ayudará a producir mejores productos de trabajo.

El equipo de trabajo tendrá mayor

confianza porque existe una disciplina

PSP esta especialmente enfocado al desarrollo de software y no toma en cuenta el tiempo empleado en la negociación de los

requerimientos con el cliente. La fase de requerimientos es un componente clave en cualquier proyecto.

Seguir PSP al pie de la letra no es viable para muchos ingenieros. Deben ver el método como una estructura para el desarrollo de una práctica de desarrollo de software con

(83)

Métricas de Proceso y de Producto

Métricas de Proceso y de Producto (Referencias)(Referencias)

• http://www.sc.ehu.es/jiwdocoj/mmis/fpa.htm

• Un Procedimiento de Medición de Tamaño Funcional para Especificaciones de Requisitos. Disponible en

[ http://www.dsic.upv.es/docs/bib-dig/tesis/etd-01292007-183804/TesisNelly.pdf]

• INTERNATIONAL STANDARD ISO/IEC 19761 Software

engineering — COSMIC-FFP — A functional size measurement method. First edition 2003-02-15. measurement method. First edition 2003-02-15. • INTERNATIONAL STANDARD ISO/IEC 14143

-Information technology — Software measurement — Functional Size Measurement. Second edition 2007-02-15.