ADMINISTRACIÓN DE PROYECTOS - uv.mx · Medida, Medición y Métrica Medición Es el acto de...

Facultad de Estadística e Informática

ADMINISTRACIÓN DE PROYECTOS


Bibliografía▪ Pressman, R.S., Ingeniería del Software. Un enfoque práctico, quinta edición, 2002, España. Parte 2

▪ Sommerville I., Ingeniería de Software, Addison-Wesley, 6ª. Edición, 2002, México.

▪Webinar: Medición y Estimación de Software con Puntos de Función. https://www.youtube.com/watch?v=M56fR8BEddU&feature=youtu.be

https://www.youtube.com/watch?v=M56fR8BEddU&feature=youtu.be


Clase 4. Agenda▪ Unidad III.

3. Estimación.

3.1 Enfoques a la estimación

3.2 Estimación del tamaño del software (PF(#),PCU(#), COCOMO y COCOMO 2)

3.3 Estimación de Esfuerzo y Tiempo

3.4 Estimación de Costo


3. Estimación

EstimaciónCalendariza-ción

Análisis de

riesgos

Planificación de

gestión de la calidad

Planificación de

gestión del

cambio

Planificación de Procesos de Software


Clase 4. Agenda

¿En qué consiste la Estimación?


3. Estimación

▪ ¿Cuánto esfuerzo se requiere

para completar una actividad?

▪¿Cuánto tiempo de calendario se

necesita para completar una

actividad?

▪¿Cuál es el costo total de una

actividad?


3. Estimación

▪ ESTIMACIÓN

Intento por determinar cuánto dinero, esfuerzo,

recursos y tiempo tomará construir un sistema o

producto específico basado en software


3. Estimación

Estimación y Planeación


3. Estimación

▪Algunas estimaciones se realizan antes de la

planeación detallada:

▪ Cálculo del presupuesto del proyecto

▪ Establecimiento de costo de software para un cliente

Una vez iniciado el proyecto, los gestores deben actualizar

las estimaciones de tiempo y costo.


3. Estimación

▪Número de errores descubiertos dentro de un solo componente de software

Medida

Un indicio cuantitativo de la extensión, cantidad, dimensión,

capacidad o tamaño de algún atributo de un producto o

proceso

▪ Medida, Medición y Métrica


3. Estimación


Medición

Es el acto de determinar una medida

▪Revisiones de componente y pruebas de unidad se

investigan para recolectar medidas del número de errores

de cada uno.


3. Estimación


Métrica

Una medida cuantitativa del grado en el que un sistema,

componente o proceso posee un atributo determinado

▪El número promedio de errores que se encuentran por revisión o el

número promedio de errores que se encuentran por unidad de prueba


3. Estimación

¿Cuál es la métrica que proporcionará una medida

que abarque la complejidad del software?


3. Estimación

¿Qué hace atractivo a un automóvil?

Diseño de la carrocería

Características mecánicas

Costo

Rendimiento

Combustible alternativo


3. Estimación

¿Cuál es la métrica que proporcionara una medida

abarcadora de la complejidad del software?


3. Estimación

El Proceso de Medición de Software


3. Estimación

▪Pasos:

Descripción del ámbito del problema

Descompone en un conjunto de problemas más pequeños

Cada uno de éstos se estima, usando como guías datos históricos y experiencia

Complejidad(Valoraciones

cuantitativas / subjetivas


3. Estimación

▪¿Cuál es el resultado?

Tabla simple que delinea las tareas que se van a realizar, las

funciones por implementar y el costo, esfuerzo y tiempo involucrados

para cada tarea.


3. Estimación▪¿Cómo asegurar que se realiza la estimación correcta?

▪Experiencia

▪Enfoque sistemático

▪Generación de estimaciones usando datos históricos sólidos

▪Creación de puntos de datos de estimación con al menos dos métodos diferentes

▪Calendario realista y continuamente se adapta conforme el proyecto avanza.


3. Estimación

▪Estimaciones de productividad

✓Se basan en medir algunos de los atributos del

software y dividir el resultado entre el esfuerzo total

requerido para el desarrollo.


3. Estimación

Existen dos tipos de medidas utilizadas:

▪Medidas relacionadas con el tamaño.

▪Medidas relacionadas con la función.


3. Estimación


✓Líneas de código fuente entregadas.

✓Instrucciones en código objeto.

✓Páginas de la documentación del sistema.


3. Estimación

▪Medidas relacionadas con la función.

✓Funcionalidad total del software entregado.

✓ Esta funcionalidad se expresa de acuerdo a la

cantidad de funcionalidad útil entregada en x tiempo.

✓Las medidas más conocidas son: Puntos de función

y Puntos de objeto.


3. Estimación


Líneas de código fuente entregadas.


3. Estimación

▪Medidas de productividad relacionadas con el tamaño.

Líneas de código fuente por programador/mes.

1) Se calcula contando el número total de líneas de código fuente que

entrega.

2) Se divide entre el tiempo total de programadores/mes requeridos para

completar el proyecto.

3) Incluye el tiempo requerido para el análisis, diseño, codificación, pruebas y

documentación.


3. Estimación▪Líneas de código fuente por programador/mes.

o El enfoque se desarrolló para FORTRAN, ensamblador o COBOL.

o La programación se llevaba a cabo mediante cintas perforadas, una instrucción en cada tarjeta.

¿Será lo mismo para C++ o Java?

o ¿Qué se cuenta? Instrucciones ejecutables o Manejo de información o toda línea que no se encuentre en blanco.


3. Estimación

5,000 líneas /7 meses

1,500 líneas /5 meses


3. Estimación

▪Aparentemente, los costos de desarrollo en un

lenguaje de alto nivel son menores y se producen en

menos tiempo.

▪Una alternativa es utilizar una medida de la

funcionalidad del producto, la más conocida es la de

Puntos de función.


3. Estimación

▪ Medidas de estimación de productividad de acuerdo

a la funcionalidad del producto.

o Puntos de función.


3. Estimación

▪ Estimación basada en Puntos de función.

✓ Puede usarse de manera efectiva para medir la funcionalidad del sistema.

✓Al usar datos históricos puede usarse para:

oEstimar el costo o esfuerzo requerido para diseñar, codificar y probar el

software.

oPredecir el número de errores que se encontrarán durante las pruebas.

oPrever el número de componentes y/o de líneas fuente proyectadas en el

sistema implementado.


3. Estimación

▪ Medida por puntos de función

▪Propuesto por Allan Albretch (IBM) en 1979 y refinado en

1983.

▪El objetivo que perseguía era medir la funcionalidad

entregada al usuario independientemente de la tecnología

utilizada y de la fase del ciclo de vida del proyecto.


3. Estimación


oSe calculan usando una relación empírica basada en

medidas contables (directas) del dominio de información

del software y en valoraciones cualitativas de la

complejidad del software.


3. Estimación


oEn este método la productividad se expresa como el

número de puntos de función implementados por

persona/mes.

oUn punto de función es la combinación de varias

características del programa (dominio de la información),

tales como:


3. Estimación▪ Medida por puntos de función. Valores del dominio de información:

oEntradas externas (EE) y salidas externas (SE).

oConsultas externas (CE).

oArchivos lógicos internos (ALI).

oArchivos de interfaz externos (AIE).


3. Estimación▪ Medida por puntos de función:

oEntradas externas.

✓Cada entrada externa se origina de un usuario o se transmite

desde otra aplicación.

✓Se usan para actualizar archivos lógicos internos (ALI). Las

entradas deben distinguirse de las consultas, que se cuentan por

separado.



oSalidas externas.

▪ Cada salida externa son datos gestionados dentro de la aplicación

que ofrecen información al usuario.

▪Se refiere a reportes, pantallas, mensajes de error, etc.



oNúmero de consultas externas.

▪Entrada en línea que da como resultado la generación de alguna

respuesta inmediata en la forma de una salida en línea.



oArchivos lógicos internos.

oCada archivo lógico interno es un agrupamiento lógico de datos que

se encuentra dentro de la aplicación y se mantiene mediante

entradas externas.



oArchivos de interfaz externos.

▪Agrupamiento lógico de datos que se encuentra fuera de la

aplicación, pero que proporciona información que puede usar la

aplicación.


3. EstimaciónLa técnica de puntos de función considera que algunas características

son más complejas que otras y el tiempo en implementarlas es

mayor.

a) Se multiplican las estimaciones de puntos de función iniciales por

un factor de complejidad.

b) El factor varía desde 3 (entradas muy simples) hasta 15 (para

archivos internos muy complejos).

c) Pueden ocuparse pesos propios obtenidos por la experiencia.


3. Estimación. Cálculo de los Factores de ajuste de valor (FAV)

Factores de complejidad:


3. Estimación

▪Puntos de función no ajustados (UFC):

UFC= (número de elementos de un tipo) x peso.

Los contadores iniciales son multiplicados por los pesos estimados y los

valores son sumados.


3. Estimación


3. Estimación

▪Puntos de función ajustados:

PFA = conteo total x [0.65 + 0.01 x (Fi)]

donde conteo total es la suma de todas las entradas PF

obtenidas de la tabla anterior.

Los Fi (i = 1 a 14) son factores de ajuste de valor (FAV) con

base en respuestas a las siguientes preguntas:



1. ¿El sistema requiere respaldo y recuperación confiables?

2. ¿Se requieren comunicaciones de datos especializadas para transferir información hacia o desde la aplicación?

3. ¿Existen funciones de procesamiento distribuidas?

4. ¿El desempeño es crucial?

5. ¿El sistema correrá en un entorno operativo existente enormemente utilizado?

6. ¿El sistema requiere entrada de datos en línea?


7. ¿La entrada de datos en línea requiere que la transacción de entrada se construya sobre múltiples pantallas u operaciones?

8. ¿Los ALI se actualizan en línea?

9. ¿Las entradas, salidas, archivos o consultas son complejos?

10. ¿El procesamiento interno es complejo?



11. ¿El código se diseña para ser reutilizable?

12. ¿La conversión y la instalación se incluyen en el diseño?

13. ¿El sistema se diseña para instalaciones múltiples en diferentes organizaciones?

14. ¿La aplicación se diseña para facilitar el cambio y su uso por parte del usuario?



3. Estimación

1. Cada una de estas preguntas se responde usando una

escala que varía de 0 (no importante / aplicable) a 5

(absolutamente esencial).

2. Los valores constantes en la ecuación y los factores

ponderados que se aplican a los conteos de dominio

de información se determinan de manera empírica.


3. Estimación. PF. Ejemplo:Diagrama de flujo de sistema de alarmas “CasaSegura”


3. Estimación. Puntos de Función.▪Paso 1. Determinar el conjunto de medidas de dominio de información.

▪Paso 2. Asignar la complejidad adecuada.

▪Paso 3. Obtener el Conteo Total.

UFC= (número de elementos de un tipo) x peso.

▪Paso 4. Obtener los Factores de ajuste de valor (FAV), respondiendo las 14

preguntas indicadas. (Fi)

▪Paso 5. Aplicar la fórmula PF = conteo total x [0.65 + 0.01 x (Fi)]


3. Estimación. PF. Ejemplo:Diagrama de flujo de sistema de alarmas “CasaSegura”


3. Estimación. PF. Ejemplo:▪Paso 1. Determinar el conjunto de medidas de dominio de información.

oEntradas externas (EE) y

salidas externas (SE).

oConsultas externas (CE).

oArchivos lógicos internos

(ALI).

oArchivos de interfaz externos

(AIE).


3. Estimación

EE

EE

EE

CECE

ALIArchivo de configuración del sistema

SE

SE

AIE

AIE

AIE

AIE


3. Estimación▪Entradas Externas: contraseña, botón de pánico y

activar/desactivar.

▪Salidas Externas: mensajes y estado de sensor.

▪Consultas Externas: consulta de zona y consulta de sensor.

▪Archivos lógicos internos: archivo configuración sistema.

▪Archivos de interfaz externos: sensor de prueba,

establecimiento de zona, activar/desactivar y alerta de alarma


3. Estimación▪Paso 2. Asignar la complejidad adecuada.

▪Paso 3. Obtener el Conteo Total.


3. Estimación

▪Paso 4. Obtener los Factores de ajuste de valor (FAV),

respondiendo las 14 preguntas indicadas (Fi) y assignando valores de

0 (no importante / aplicable) a 5 (absolutamente esencial):



1. ¿El sistema requiere respaldo y recuperación confiables? 3

2. ¿Se requieren comunicaciones de datos especializadas para transferir información hacia o desde la aplicación? 2

3. ¿Existen funciones de procesamiento distribuidas? 4

4. ¿El desempeño es crucial? 4

5. ¿El sistema correrá en un entorno operativo existente enormemente utilizado? 3

6. ¿El sistema requiere entrada de datos en línea? 4


7. ¿La entrada de datos en línea requiere que la transacción de entrada se construya sobre múltiples pantallas u operaciones? 3

8. ¿Los ALI se actualizan en línea? 5

9. ¿Las entradas, salidas, archivos o consultas son complejos? 2

10. ¿El procesamiento interno es complejo? 2



11. ¿El código se diseña para ser reutilizable? 4

12. ¿La conversión y la instalación se incluyen en el diseño? 3

13. ¿El sistema se diseña para instalaciones múltiples en diferentes organizaciones? 2

14. ¿La aplicación se diseña para facilitar el cambio y su uso por parte del usuario? 5



3. Estimación

▪Paso 4. Obtener los Factores de ajuste de valor (FAV), respondiendo

las 14 preguntas indicadas (Fi) y assignando valores de 0 (no importante /

aplicable) a 5 (absolutamente esencial): 46

▪Paso 5. Aplicar la fórmula PFA = conteo total x [0.65 + 0.01 x (Fi)]

PFA = 50 x [0.65 + (0.01 x 46)] = 56


3. Estimación

Cálculo del esfuerzo horas/persona.

Suponiendo una jornada de 8 horas de trabajo:

PFA / ( 1 / 8 ) = 56/.125 = 448 horas/persona

Duración del proyecto en horas (asignándolo a un equipo de 3):

(448 horas/persona) / 3 personas = 149.33 horas por miembro.

Persona/hora


3. Estimación

Cálculo del esfuerzo horas/persona.

Duración del proyecto en horas:

(448 horas/persona) / 3 personas = 149.33 horas por

miembro.

Duración en meses:

149.33 horas / (100 horas/mes) = 1 mes 10 días.

Se calculan 100 horas productivas de las 8 horas de la jornada laboral en 20 días

hábiles


3. Estimación

▪ Desventaja: El valor agregado a la complejidad de

cada elemento depende del juicio del programador


GRACIAS POR SU ATENCIÓN

ADMINISTRACIÓN DE PROYECTOS - uv.mx · Medida, Medición y Métrica Medición Es el acto de...

Documents

Transcript of ADMINISTRACIÓN DE PROYECTOS - uv.mx · Medida, Medición y Métrica Medición Es el acto de...