Unidad IV. Técnicas de Estimación

Objetivo:

El alumno empleará las técnicas de estimación para determinar el tamaño del software y el esfuerzo requerido.

 

MATERIAL DE APOYO

ESTIMACIÓN: conjunto de técnicas que permiten  evaluar  algo, ponerle precio dar un valor aproximado a un parámetro  de una población a partir de los datos proporcionados por una muestra.

En un proyecto de Desarrollo de Software es importante  conocer el tamaño y esfuerzos requeridos para el mismo es una de las características fundamentales para un desarrollo de software exitoso

 

Objetivo

•Reducir  costos 

•Incrementar los  niveles de servicio y de calidad

Factores a Tomar en Cuenta

  • Esfuerso 
  • Tiempo 
  • Costo

 

Actividades básicas que garantizan la calidad del software.

•Debe  construirse dentro del ciclo de vida

•Colaboración de todas las personas

•Reforzar los sistemas de detección y eliminación de defectos

•Planificar y gestionar con eficacia

•Invertir recursos de prevención de  defectos

Modelo de McCall

Define las siguientes métricas:

 •Facilidad de auditoría (FA).

• Exactitud (EX).

• Normalización de comunicaciones (NO).

• Complejidad (COJ).

• Consistencia (COS).

• Estructuración de datos (ES).

 

 

Modelo de McCall

• Cada métrica se estima en la escala de 0 a 10.

• Para cada factor de calidad se calcula:

n

Fc = Σ Ci.mi

i=1

Fc : valor cuantitativo del factor de calidad.

mi : valor asignado a la métrica (de 0 a 10).

Ci : peso (tanto por uno) de la métrica en el factor de calidad.

Σ Ci = 1.

SQA Estadistica

oSe clasifica la información sobre los defectos del software

odurante un tiempo determinado.

oSe intenta encontrar la causa subyacente de cada defecto.

oSe aplica el principio de Pareto: el 80% de los defectos se pueden encontrar en el 20% de las posibles causas. 

oSe oaíslan el 20% de los defectos no vitales.

oUna vez identificados los defectos vitales, se actúa para ocorregir los problemas que los han originado.

Características de una buena prueba

  • —Alta probabilidad de encontrar un fallo.
  • —No debe ser redundante.
  • No debe ser demasiado sencilla ni demasiado compleja.

Plan general de Aseguramiento de Calidad

Objetivo

—Ofrecer una metodología para elaborar los planes específicos.

Ofrecer una metodología para evaluar preliminarmente a los proyectos.

Elaborar procedimientos e instrumentos de control.

Características

  • —Adaptación al proyecto y a las circunstancias.
  • — Respeto de los estándares de aseguramiento de calidad reconocidos.

 

 

 

 

Ejemplo de Tecnicas de Estimación

 

 

 

Factor de peso de los actores sin ajustar (UAW).

 

Tipo de actor

Descripción

Factor

Simple

Otro sistema que interactúa con el sistema a desarrollar mediante una interfaz de programación (API).

1

Medio

Otro sistema interactuando a través de un protocolo (ej. TCP/IP) o una persona interactuando a través de una interfaz en modo texto.

2

Complejo

Una persona que interactúa con el sistema mediante una interfaz gráfica (GUI).

3

 

 

UAW: 3

v  Factor de peso de los casos de uso sin ajustar (UUCW)

 

 

 

 

 

Tipo de caso de uso

Descripción

Factor

Simple

3 transacciones o menos

5

Medio

4 a 7 transacciones

10

Complejo

Más de 7 transacciones

15

 

 

 

 

Simple: 5

Ò  Formula:      UUCP  =  UAW  + UUCW

 

                UAW = 1 * 2 = 2

                UUCW=  1 * 15= 15

UUCP= 2+15

UUCP= 17     

 

Factor de Complejidad Técnica TCF

Factor

Descripción

Peso

Valor asignado

T1

Sistema distribuido.

2

0

T2

Objetivos de performance o tiempo de respuesta.

1

1

T3

Eficiencia del usuario final.

1

2

T4

Procesamiento interno complejo.

1

1

T5

El código debe ser reutilizable.

1

0

T6

Facilidad de instalación.

0.5

1

T7

Facilidad de uso.

0.5

1

T8

Portabilidad.

2

0

T9

Facilidad de cambio.

1

3

T10

Concurrencia.

1

0

T11

Incluye objetivos especiales de seguridad.

1

3

T12

Provee acceso directo a terceras partes.

1

5

T13

Se requiere facilidades especiales de entrenamiento a usuario.

1

1

 

 

 
 

 

Ò  Formula:

 

 TCF= 0.6 + 0.01x  (17)=0.77

TCF = 0.77

 

 

 

 

 

 

 

 

 

Factor de Ambiente EF.

Factor

Descripción

Peso

Valor asignado

E1

Familiaridad con el modelo de proyecto utilizado.

1.5

4

E2

Experiencia en la aplicación.

0.5

4

E3

Experiencia en orientación a objetos.

1

3

E4

Capacidad del analista líder.

0.5

5

E5

Motivación.

1

5

E6

Estabilidad de los requerimientos

2

3

E7

Personal part-time

-1

0

E8

Dificultad del lenguaje de programación

-1

2

 

 

 

 

 

 

 
 

 

 

 

 

 

Ò  Formula:

 

EF= 1.4 – 0.03 x  (22.5) = 0.73

EF = 0.73

 

 

 

 

 

 

 

 

 

v  Puntos de caso de uso sin ajustar (UUCP)

Ò  Formula: UCP  =  UUCP * TCF * EF

UUCP= 17

TCF=  0.77

EF= 0.73

UCP = 17 * 0.77 * 0.73 = 9.55

UCP= 9.55

v  Esfuerzo horas-hombre (E)

 

Factor de el esfuerzo horas-persona.

Factor

Filtro

De E7 a E8

Factor > 3

 

Cantidad de horas-persona según el valor

Horas-Persona (CF)

Descripción

20

Si el valor es<=2

28

Si el valor es<=4

36

Si el valor es>=5

 

CF= 20

Ò  Formula:       E = UCP x CF

 

E= esfuerzo

 

E= 9.55 * 20 = 191

 

E= 191 horas - hombre


 

Tabla  que se detallan la distribución en porcentaje, para el esfuerzo total en el desarrollo de nuestro proyecto:

 

Actividad

Porcentaje

Análisis

20%

Diseño

20%

Programación

40%

Pruebas

20%

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

ESTIMACION POR PUNTOS DE FUSION

 

UFP (Puntos de Función sin ajustar)

 

Archivos referenciados

Elementos de datos

1-4

5-15

>15

0-1

Baja

Baja

Media

2

Baja

Media

Alta

3 o mas

Media

Alta

Alta

 

Media: 3 Elementos

 

CLASIFICACIÓN DE TRANSACCIONES Y ARCHIVOS

Archivos referenciados

Elementos de datos

1-5

6-19

>19

0-1

Baja

Baja

Media

2-3

Baja

Media

Alta

>3

Media

Alta

Alta

 

Alta: más de 19 elementos

 

 

 

 

 

 

 

 

 

 

Asignación de valores numéricos

 

Clasificación

Valores

Salidas externas

Consultas externas

Entradas externas

Baja

4

3

3

Media

5

4

4

Alta

7

6

6

 

Clasificación

valores

Archivo lógico interno

Archivo de interface externo

Baja

7

5

Media

10

7

Alta

15

10

 

• 2 Archivo Lógico Interno: (Usuario) de complejidad media à 10

• 3 Entradas Externas de complejidad baja: alta, modificación y baja à 9

• + 19 Consulta Externa: búsqueda de usuarios de complejidad alta à 6

• + 19 Salida Externa: informe de usuarios de complejidad alta à 6

• 0 Archivos Lógicos Externos

UFP (Puntos de Función sin ajustar) = 10 + 9 + 6 + 6 + 0 = 31