U N IV ERS IDA D NAC IO NA L D E LA M ATA N Z A

P R I N C I P I O S D E C A L I DA D D E S O F T WA R E

Estimación del tamaño del proyecto

Métricas orientadas al tamaño

Métricas orientadas a la
funcionalidad
 G E N E R A L I DA D E S DEL T AMA O DEL P ROYECTO
○ Tener bien estimado el Tama o del Proyecto es muy importante y tiene
que ser lo m s acertado posible ya que esto influir en el resto de las
estimaciones.
○ El tama o del proyecto no se conoce hasta cuando se termina
○ Se necesita estimarlo en base a m tricas hist ricas y de proyectos
anteriores.

Las líneas de código (LDC)

Son una métrica básica del tamaño del proyecto, no solo del programa
Fáciles de entender y conocer.
A partir de las LDC es posible estimar la duración y la cantidad de recursos del proyecto.
A mayor tamaño del proyecto, mayor cantidad de: recursos, esfuerzo, posibles errores o
defectos, páginas de documentación, etc.
No se conocen al comienzo del proyecto sino hasta avanzado el mismo (fase de construcción).
Normalmente se cuentan al final del proyecto.
No se tiene en cuenta la complejidad del proyecto y la funcionalidad requerida.
ñ
á
ñ
é
Ñ
ó
á
G E N E R A L I DA D E S DEL T AMA O DEL P ROYECTO
○ Los puntos de función (PF) [Albretch, 1979]
○ Son una m trica derivada del tama o del proyecto, no s lo del c digo sino
tambi n del esfuerzo que llevar implementarlo.

○ Miden la funcionalidad que la aplicaci n entregar a los usuarios.

○ No considera la tecnolog a utilizada para la construcci n y explotaci n del

software

○ Puede estimarse razonablemente bien en etapas tempranas.

○ Cuando se estima el tama o del proyecto conviene estimar para arriba, pero
evitando la sobreestimaci n.
○ Cuanto m s se conoce del proyecto, mejor se podr estimar su tama o.
○ Se utiliza para estimar el tama o de proyectos nuevos.
○ No sirve para Reingenier a o Mantenimiento fuerte de un proyecto.
é
á
é
í
ó
í
ñ
ñ
á
ñ
ó
á
Ñ
á
ó
ó
ñ
ó
ó
 M TRICAS ORIENTADAS AL T AMA O
○ Provienen de la normalizaci n de medidas de calidad y/o productividad
considerando el tama o del software que se haya producido.
○ Para desarrollar m tricas que se puedan comparar entre distintos
proyectos, se utilizan las L D C como valor de normalizaci n.
○ Los m tricas b sicas a considerar, se pueden llevar en la siguiente tabla:

Proyecto LDC Esfuerzo Costo $ Pag . Doc. Errores Defectos Personas

A 20.000 24 250.000 940 130 80 4

○ A partir de estas m tricas b sicas, se pueden obtener algunas m tricas

derivadas para comparar varios proyectos. Por ejemplo:
⚫ Errores por K L D C (miles de l neas de c digo)
⚫ Defectos por K L D C
⚫ P ginas de Documentaci n por K L D C
⚫ Errores por persona-mes
⚫ L D C por persona-mes
⚫ Costo ($) por P gina de Documentaci n
á
É
é
á
á
ó
é
é
ñ
í
ó
á
ó
ó
Ñ
ó
é
 M TRICAS ORIENTADAS A LA F UNCIONALIDAD
○ Utiliza los P F como valor de normalizaci n a una medida de la
funcionalidad que entrega la aplicaci n.
○ Se tiene en cuenta la complejidad y funcionalidad del proyecto.
○ Considera la estimaci n emp rica dada por la relaci n entre el esfuerzo
requerido para construir el software y caracter sticas identificadas del
mismo, tales como:
⚫ Entradas externas (atributos/campos)
⚫ Salidas
⚫ Consultas interactivas
⚫ Archivos l gicos internos o tablas
⚫ Interfaces externas

○ Los datos para cada una de estas caracter sticas pueden obtenerse a
partir de una descripci n simple del proyecto. No son datos dif ciles de
obtener y sirven para comenzar la estimaci n.
É
ó
ó
ó
í
ó
ó
í
ó
í
ó
í
 C ARACTER STICAS FUNCIONALES
○ Entradas externas: se cuenta cada entrada de usuario que proporcione
al software diferentes datos orientados a la aplicaci n.
⚫ ¿Cu ntos datos de entrada, campos de tablas de B B D D requiere el proyecto?
⚫ ¿Cu ntos datos se le debe suministrar a la aplicaci n desde archivos o tablas?
○ Salidas: se cuenta cada salida que proporciona al usuario informaci n
orientada a la aplicaci n. En este contexto las salidas se refieren a
informes, pantallas, mensajes de error, etc.
⚫ ¿Cu ntos datos de salida, campos de tablas de B B D D o de reportes o pantallas de
salida, requiere el proyecto?
⚫ ¿Cu ntos datos que suministra la aplicaci n desde archivos o tablas de B B D D se
deben formatear o dar un tratamiento similar?
○ Consultas interactivas: una consulta se define como una entrada
interactiva que resulta de la generaci n de alg n tipo de respuesta en
forma de salida interactiva. Cada consulta se cuenta por separado.
⚫ ¿Cu ntos datos se piden interactivamente al usuario? Ejemplo: Cuando se ingresa el
c digo de cliente, el sistema debe traer el C U I T y el nombre del cliente para emitir
una factura.
⚫ El código de cliente es el dato de entrada interactivo cuya salida interactiva ser
C U I T y nombre del cliente. Estas salidas ser n los datos de entrada de la aplicaci n.
ó
á
á
á
á
á
Í
ó
ó
á
ó
ó
ú
ó
ó
á
ó
 C ARACTER STICAS FUNCIONALES
○ Archivos lógicos o tablas: se cuenta cada archivo maestro o l gico.
⚫ ¿Cu ntos archivos o tablas de B B D D va a manejar el sistema?
○ Interfaces externas: se cuentan todas las interfaces (archivos de datos,
en cinta o discos) que son utilizadas para transmitir informaci n a otro
sistema.
⚫ ¿ Cu ntas interfaces externas hay con otros sistemas?

Fig . 1. Caracter sticas funcionales del an lisis por Puntos de Funci n

á
á
í
Í
á
ó
ó
ó
C UANTIFICACI N D E LA C O M P L E J I DA D
○ Las caracter sticas anteriores son analizadas con base a tres factores de
ponderaci n y sus respectivos valores que cuantifican la complejidad.
○ Los P F se obtienen utilizando una funci n emp rica basado en medidas
cuantitativas del dominio de informaci n del software y las valoraciones
subjetivas de la complejidad del software.

Simple Mediano Complejo

Entradas 3 4 6
Salidas 4 5 7
Consultas interactivas 3 4 6
Archivos l gicos / Tablas 7 10 15
Interfaces externas 5 7 10

Tabla 1. Multiplicadores de los factores de ponderaci n de complejidad para P F

○ La complejidad de los archivos y tablas mide el trabajo de obtener los

datos o de entregarlos (por ejemplo escribir el SQL), mientras que la
complejidad de las entradas y salidas mide el trabajo de procesar esos
datos.
ó
ó
í
Ó
ó
ó
ó
í
C O M P L E J I DA D DEL P ROYECTO
Archivos o Tablas Número de Campos o Atributos
Accedidas
1a 5 6 a 19 20 o más

Ninguno o 1 Simple Simple Mediano

2o3 Simple Mediano Complejo

4 o más Mediano Complejo Complejo

Tabla 2. Indicadores de complejidad para Salid as y Consultas Interactivas

Número de Número de Campos o Atributos

Registros
Referenciados 1 a 19 20 a 50 51 o más

1 Simple Simple Mediano

2a 5 Simple Mediano Complejo

6 o más Mediano Complejo Complejo

Tabla 3. Indicadores de complejidad para Archivos L gicos Internos e Interfaces Externas

ó
 F ACTORES DE AJUSTE DE C O M P L E J I DA D
○ Cuando se tiene m s informaci n que las 5 caracter sticas iniciales del
m todo, se pueden ajustar los P F iniciales (tambi n llamados P F sin
ajustar), mejorando la estimaci n del tama o del proyecto.
○ El ajuste de los P F considera 14 características adicionales o factores
de ajuste de la complejidad del proyecto.
○ Cada una de estos factores se ponderan en una escala de 0 a 5, seg n el
grado de influencia que ejercen sobre el proyecto.

0 1 2 3 4 5

Sin Incidenta Moderad Medio Significativ Esencial

influencia l o muy o o o o o alto o muy
bajo bajo norma alto
l
Tabla 4. Valoraci n de los factores de complejidad del proyecto
é
ó
á
ó
ó
ñ
é
í
ú
C O M P L E J I DA D DEL P ROYECTO
○ Cuando no se conocen las complejidades asociadas a las caracter sticas
del proyecto, las mismas deben determinarse a partir de una matriz que
considera la cantidad de datos y archivos referenciados.
○ Esto se aplica para todo el proyecto y no por cada m dulo que se
construya.

Archivos o Número de Campos o Atributos

Tablas
Accedidas 1a 4 5 a 15 16 o más

Ninguno o 1 Simple Simple Mediano

2 Simple Mediano Complejo

3 o más Mediano Complejo Complejo

Tabla 2. Indicadores de complejidad para Entradas

○ Tener cuidado con los datos de entrada y los datos de consultas

interactivas. Si los datos se usan en una de las caracter sticas, no se
deben considerar en la otra, sino se estar sobreestimando el proyecto.
á
ó
í
í
E STIMACI N POR PF – E J E M P L O 1
○ Se debe desarrollar una aplicaci n de complejidad simple, con la siguiente
informaci n:
⚫ D E = 10 datos de entrada. Cada dato tiene una l gica especial y distinta.
⚫ D S = 25 datos de salida
⚫ C I = 5 datos de entrada interactivos, utilizables para las consultas.
⚫ AI = 4 fuentes de datos entre archivos internos y tablas relacionales.
⚫ I E = 1 interfaz externa con otro sistema
⚫ No se considera ning n factor de ajuste de complejidad
○
ó
Ó
ú
ó
ó
E STIMACI N POR PF – E J E M P L O 1
○ Se debe desarrollar una aplicaci n de complejidad simple, con la siguiente
informaci n:
⚫ D E = 10 datos de entrada. Cada dato tiene una l gica especial y distinta.
⚫ D S = 25 datos de salida
⚫ C I = 5 datos de entrada interactivos, utilizables para las consultas.
⚫ AI = 4 fuentes de datos entre archivos internos y tablas relacionales.
⚫ I E = 1 interfaz externa con otro sistema
⚫ No se considera ning n factor de ajuste de complejidad

# Datos Complejidad Total

o Campos Simple
DE 10 x3 30

DS 25 x4 100

CI 5 x3 15

AI 4 x7 28

IE 1 x5 5
ó
Ó
ú
ó
ó
E STIMACI N POR PF – E J E M P L O 1
○ Se debe desarrollar una aplicaci n de complejidad simple, con la siguiente
informaci n:
⚫ D E = 10 datos de entrada. Cada dato tiene una l gica especial y distinta.
⚫ D S = 25 datos de salida
⚫ C I = 5 datos de entrada interactivos, utilizables para las consultas.
⚫ AI = 4 fuentes de datos entre archivos internos y tablas relacionales.
⚫ I E = 1 interfaz externa con otro sistema
⚫ No se considera ning n factor de ajuste de complejidad

# Datos Complejidad Total

o Campos Simple
DE 10 x3 30

DS 25 x4 100

CI 5 x3 15

AI 4 x7 28

IE 1 x5 5

○ Primero se calculan los P F sin ajustar (PFSA) en base a la complejidad de

los datos informados, en este caso todos Simples. Luego se ajustan.
ó
Ó
ú
ó
ó
E STIMACI N POR PF – E J E M P L O 1
○ Se debe desarrollar una aplicaci n de complejidad simple, con la siguiente
informaci n:
⚫ D E = 10 datos de entrada. Cada dato tiene una l gica especial y distinta.
⚫ D S = 25 datos de salida
⚫ C I = 5 datos de entrada interactivos, utilizables para las consultas.
⚫ AI = 4 fuentes de datos entre archivos internos y tablas relacionales.
⚫ I E = 1 interfaz externa con otro sistema
⚫ No se considera ning n factor de ajuste de complejidad

# Datos Complejidad Total PFSA = 30 + 100 + 15 + 28 + 5

o Campos Simple
PFSA = 178 PF
DE 10 x3 30
Tamaño = 178 PF
DS 25 x4 100

CI 5 x3 15 Esta métrica servirá para usar

AI 4 x7 28
en otros proyectos similares.

IE 1 x5 5

○ Primero se calculan los P F sin ajustar (PFSA) en base a la complejidad de

los datos informados, en este caso todos Simples. Luego se ajustan.
ó
Ó
ú
ó
ó
 CONVERSI N DE PF A LDC
¿178 P F es mucho o poco?

Dependerá del tipo de sistema que estemos construyendo.

No es lo mismo 1 P F en un software de Ventas o de Control de Stock que en un
software de Misión Crítica.

Tabla de equivalencias de L D C por P F

Lenguaje Equivalencia por P F

Ensamblador 320 L D C

C 150 L D C

Cobol 105 L D C

C++ 29 L D C

Java 54 L D C

Visual Basic 91 L D C

4GL 20 L D C

Orientados a Objetos 30 L D C
Ó

 F ACTORES DE AJUSTE DEL P ROYECTO

○ 1. Comunicación de Datos
⚫ ¿Los datos e informaciones de control utilizados en el sistema est n transmitidos a
trav s de herramientas de comunicaci n?

Valor Significado

0 La aplicaci n es por lotes o utilizando una computadora personal.

1 La aplicaci n es por lotes o existe una entrada de datos o impresi n remotas.

2 La aplicaci n es por lotes pero son remotas la entrada de datos o la impresi n.

3 Entrada on-line a un proceso por lotes o sistema de consultas.

4 M s de una computadora front-end, pero la aplicaci n soporta un solo tipo

de protocolo de comunicaciones.
5 M s de una computadora front-end, pero la aplicaci n soporta m s de un
tipo de protocolo de comunicaciones.
á
á
é
ó
ó
ó
ó
ó
ó
á
ó
á
ó
F ACTORES DE AJUSTE DEL P ROYECTO
○ 2. Procesamiento distribuido de datos
⚫ ¿El procesamiento distribuido es una caracter stica de la aplicaci n? ¿Existen
funciones de procesamiento distribuido?

Valor Significado

0 No existen este tipo de funciones en la aplicaci n.

1 La aplicaci n prepara datos para que el usuario final los procese en otro
componente del sistema, por ejemplo, usando agentes inteligentes.
2 Los datos son preparados para ser transferidos. Se transfieren y procesan en
otro componente del sistema, pero no por el usuario final.
3 El proceso distribuido y la transferencia de datos son on-line y s lo en una
direcci n.
4 El proceso distribuido y la transferencia de datos son on-line en ambas
direcciones .
5 Los procesos se desarrollan din micamente en el componente m s apropiado
del sistema.
ó
ó
á
ó
í
á
ó
ó
F ACTORES DE AJUSTE DEL P ROYECTO
○ 3. Rendimiento o criticidad del tiempo de respuesta
⚫ ¿Los objetivos de rendimiento del sistema y criticidad del tiempo de respuesta est n
definidos o aprobados por el usuario?

Valor Significado

0 No existen requisitos especificados por el usuario.

1 Se han definido y revisado rendimientos y requisitos de dise o, pero no

requieren ninguna acci n especial.
2 El tiempo de respuesta o la capacidad de proceso es cr tico durante las horas
pico. Los procesos demorados se ejecutan al d a siguiente.
3 El tiempo de respuesta o la capacidad de proceso es cr tico durante todas las
horas de operaci n.
4 Los requisitos de rendimiento por parte de los usuarios son suficientemente
estrictos como para requerir un an lisis de rendimiento en la fase de dise o.
5 Se requieren herramientas para an lisis de rendimiento durante el dise o,
desarrollo y/o implementaci n para verificar los requisitos de rendimiento.
ó
ó
ó
á
á
í
í
í
ñ
ñ
ñ
á
 F ACTORES DE AJUSTE DEL P ROYECTO
○ 4. Configuraciones fuertemente utilizadas
⚫ ¿Es una caracter stica de la aplicaci n que requiere consideraciones especiales de
dise o, debido a las limitaciones de los equipos a utilizar? ¿Ser ejecutado el sistema
en un entorno operativo existente y fuertemente utilizado?

Valor Significado

0 No existen restricciones de ning n tipo .

1 Existen restricciones operativas, pero no requieren un esfuerzo especial para

conseguirlas.
2 Existen algunas restricciones de seguridad o tiempo.

3 Existen requisitos espec ficos del servidor para algunas partes de la aplicaci n.

4 Las restricciones definidas en el servidor obligan a limitaciones en

la aplicaci n.
5 Existen limitaciones en los componentes distribuidos del sistema.
ñ
ó
í
í
ú
ó
á
ó
F ACTORES DE AJUSTE DEL P ROYECTO
○ 5. Frecuencia de transacciones o ambiente operativo intensivo
⚫ Si la frecuencia de transacciones es alta, ¿influye sobre el dise o, desarrollo,
instalaci n y soporte de la aplicaci n? ¿Requiere el sistema copias de seguridad y de
recuperaci n fiables?

Valor Significado

0 No existe una definici n del per odo pico de transacciones.

1 Se conoce el per odo pico (mensual, trimestral, estacional, anual).

2 Se conoce el per odo semanal.

3 Se conoce el per odo pico diario.

4 La frecuencia de transacciones definida o acuerdos S L A son suficientemente

altos y requiere an lisis de rendimiento de tareas durante la fase de dise o .
5 La frecuencia de transacciones definida o acuerdos S L A son suficientemente
altos y requiere an lisis de rendimiento de tareas y de herramientas de medida
del rendimiento en el dise o, desarrollo y/o fase de instalaci n.
ó
ó
í
í
í
á
á
ó
ñ
í
ó
ó
ñ
ñ
 F ACTORES DE AJUSTE DEL P ROYECTO
○ 6. Entrada de datos on-line
⚫ ¿Requiere el sistema entrada de datos interactiva?

Valor Significado

0 Todas las transacciones se procesan por lotes .

1 1% al 7% de las transacciones son interactivas.

2 8% al 15% de las transacciones son interactivas.

3 16% al 23% de las transacciones son interactivas.

4 24% al 30% de las transacciones son interactivas .

5 M s del 30% de las transacciones son interactivas.

á
F ACTORES DE AJUSTE DEL P ROYECTO
○ 7. Eficiencia del usuario final
⚫ ¿Las funciones on-line proporcionadas ponen nfasis en un dise o que incremente la
eficiencia del usuario final (teclas de funci n, men es, pantallas de ayuda, scrolling,
documentaci n de usuario en papel y on-line, ventanas, selecci n de datos con el
cursor, etc.)?

Valor Significado

0 No se requieren funciones espec ficas.

1 Se requieren de 1 a 3 funciones espec ficas.

2 Se requieren 4 o 5 funciones espec ficas.

3 Se requieren 6 o m s funciones espec ficas, pero no existen requisitos del

usuario respecto a la eficiencia.
4 Se requieren 6 o m s funciones espec ficas, pero existen requisitos respecto a la
eficiencia, que obligan a dise ar tareas teniendo en cuenta factores humanos,
por ejemplo: minimizar el n mero de tecleos, uso de mascaras, etc.
5 Se requieren 6 o m s funciones espec ficas y existen requisitos de eficiencia
que obligan al uso de herramientas especiales y procesos ,para demostrar que
se han alcanzado los objetivos.
ó
á
á
á
ú
ñ
í
í
í
í
í
í
ó
é
ú
ñ
ó
 F ACTORES DE AJUSTE DEL P ROYECTO
○ 8. Actualizaciones on-line
⚫ ¿La aplicaci n proporciona actualizaciones on-line de los archivos l gicos internos?
¿Se actualizan los archivos maestros de forma interactiva?

Valor Significado

0 No se actualiza ning n archivo on-line.

1 El volumen de actualizaci n es bajo y la recuperaci n f cil. Actualizaci n

on- line de 1 a 3 archivos.
2 El volumen de actualizaci n es bajo y la recuperaci n es baja. Actualizaci n on-
line de 4 o m s archivos.
3 Importante actualizaci n de los archivos l gicos internos.

4 Importante actualizaci n de los archivos l gicos internos. La protecci n contra

la p rdida de datos es esencial y ha sido especialmente dise ada y programada
en el sistema.
5 Los altos vol menes de transacciones requieren que sea considerado el coste de
los procesos de recuperaci n. Los procedimientos de recuperaci n est n
altamente automatizados con intervenci n m nima del operador.
é
á
ú
ó
ú
ó
ó
ó
ó
ó
ó
ó
ó
í
ó
ó
á
ñ
ó
ó
ó
ó
ó
á
F ACTORES DE AJUSTE DEL P ROYECTO
○ 9. Procesamiento complejo o complejidad del proceso
⚫ ¿La complejidad de los procesos constituye una caracter stica de la aplicaci n, si en
algunos de los componentes est n presentes?
- Controles especiales (proceso de auditor a) o procesos de seguridad espec ficos.

- Procesos l gicos complejos, procesos matem ticos complejos, procesos de

excepci n, procesos complejos de manejo de m ltiple entrada/salida
⚫ ¿Son complejas las entradas, las salidas, los archivos o las consultas? Se consideran

Valor Significado

0 No se utiliza ning n componente.

1 Existe 1 de los componentes mencionados.

2 Existen 2 de los componentes mencionados.

3 Existen 3 de los componentes mencionados.

4 Existen 4 de los componentes mencionados.

5 Existen 5 de los componentes mencionados.

ó
ó
ú
á
í
ú
á
í
í
ó
 F ACTORES DE AJUSTE DEL P ROYECTO
○ 10. Reusabilidad en otros sistemas
⚫ ¿La aplicaci n y el c digo han sido espec ficamente dise ados, desarrollados y
soportados para ser utilizados en otras aplicaciones?

Valor Significado

0 El c digo no es reusable.

1 Se utiliza c digo ya existente en la aplicaci n.

2 Menos de 10 % de la aplicaci n es de c digo reusable.

3 M s de 10 % de la aplicaci n es de c digo reusable.

4 La aplicaci n fue dise ada para su reuso con una adaptaci n del c digo fuente.

5 La aplicaci n fue dise ada para su reuso con una adaptaci n del c digo
fuente por parametrizaci n, sin cambio en el c digo fuente .
á
ó
ó
ó
ó
ó
ñ
ñ
ó
ó
ó
ó
ó
ó
ó
ó
í
ó
ó
ñ
ó
ó
 F ACTORES DE AJUSTE DEL P ROYECTO
○ 11. Facilidad de instalación o implementación
⚫ ¿Las facilidades de conversi n o/e instalaci n incrementan la dificultades del
desarrollo de la aplicaci n? ¿Est n incluidas en el dise o la conversi n y la
instalaci n?

Valor Significado

0 No se realizan consideraciones ni se requieren desarrollos especiales para la

instalaci n por parte del usuario.
1 No se realizan consideraciones especiales por el usuario pero se requieren
desarrollos espec ficos de instalaci n.
2 Los requisitos de conversi n e instalaci n fueron definidos por el usuario y las
gu as para la conversi n e instalaci n fueron desarrolladas y probadas. El
impacto de la conversi n en el proyecto no se considera importante.
3 Los requisitos de conversi n e instalaci n fueron definidos por el usuario y las
gu as para la conversi n e instalaci n fueron proporcionadas y probadas.
4 Adem s del punto 2, se proporcionar n y probar n la conversi n autom tica y
herramientas para la instalaci n.
5 Adem s del punto 3, se proporcionar n y probar n la revisi n autom tica y
las herramientas para la instalaci n.
í
í
á
á
ó
ó
í
ó
ó
ó
ó
ó
ó
ó
ó
ó
ó
ó
á
á
ó
á
ó
ó
á
á
ó
ó
ó
ñ
á
á
ó
F ACTORES DE AJUSTE DEL P ROYECTO
○ 12. Facilidad de operación
⚫ ¿Las facilidades de operaci n requieren un plan establecido? El objetivo es
proporcionar procesos de arranque, backup, etc., minimizando las intervenciones
manuales.

Valor Significado

0 El usuario no define necesidades especiales de operaci n o respaldo,

distintas de las normales.
1-4 Seleccionar, valorando como uno, cada una de las siguientes solicitudes
realizadas a la aplicaci n:
▪ La aplicaci n minimiza la necesidad de montaje de cintas.
▪ La aplicaci n minimiza la necesidad de manejo de papel.
▪ Procesos eficientes de arranque, respaldo y recuperaci n con intervenci n
del operador (contar como 2).

5 La aplicaci n debe dise arse sin intervenci n de operadores. Uno de los

elementos de la aplicaci n es la recuperaci n autom tica de errores .
ó
ó
ó
ó
ó
ñ
ó
ó
ó
á
ó
ó
ó
 F ACTORES DE AJUSTE DEL P ROYECTO
○ 13. Instalación en distintos lugares o adaptabilidad de ambientes
⚫ ¿La aplicaci n se dise ar y desarrollar para ser instalada y mantenida en
distintos lugares por distintas organizaciones? ¿Se ha dise ado el sistema para
soportar m ltiples instalaciones en diferentes organizaciones?

Valor Significado

0 No existen requisitos del usuario para considerar la necesidad de m s de un

usuario o lugar de instalaci n.
1 Se necesita dise ar la aplicaci n para ser utilizada en m ltiples lugares,
pero funcionar bajo entornos id nticos de hardware y software.
2 Se necesita dise ar la aplicaci n para ser utilizada en m ltiples lugares y
funcionar bajo un entorno de hardware y software similares.
3 Se necesita dise ar la aplicaci n para ser utilizada en distintos lugares y
funcionar bajo entornos distintos de hardware y software.
4 Deber n ser proporcionados y probados la documentaci n y los planes de
soporte de la aplicaci n para ser utilizados en distintos lugares, en el modo que
se indic en los apartados 1 y 2.
5 Deber n ser proporcionados y probados la documentaci n y los planes de
soporte de la aplicaci n para ser utilizados en distintos lugares, en el modo que
se indic en el apartado 3.
á
á
ó
ó
á
á
ú
ó
á
ñ
ñ
ñ
ó
ó
ñ
ó
á
ó
ó
ó
é
á
ó
ó
ú
ú
ñ
á
F ACTORES DE AJUSTE DEL P ROYECTO
○ 14. Facilidad de cambio o mantenimiento
⚫ ¿La aplicaci n fue dise ada, desarrollada y mantenida para facilitar los cambios?

Valor Significado

0 No existe ninguna especificaci n por parte de los usuarios.

1-5 Se seleccionar alguna de estas opciones:

▪ Facilidad para realizar consultas o informes simples tales como la utilizaci n
de operadores l gicos AND/OR sobre un archivo l gico interno. (Se cuenta
como 1).
▪ Facilidad para realizar consultas o informes de complejidad media tales como
la utilizaci n de operadores l gicos AND/OR sobre m s de un archivo l gico
interno. (Se cuenta como 2)
▪ Facilidad para realizar consultas/informes complejos .(Se cuenta como 3)
▪ Se mantendr n datos de control en tablas que ser n mantenidas por los
usuarios a trav s de procesos interactivos on-line, pero los cambios no ser n
efectivos hasta el siguiente d a de funcionamiento de la aplicaci n. (Se
cuenta como 1)
▪ Igual que el caso anterior, pero los cambios ser n efectivos
inmediatamente. (Se cuenta como 2).
ó
ó
á
á
é
ó
ñ
ó
í
ó
á
ó
á
á
ó
ó
á
ó
 C LCULO DE PUNTOS DE FUNCI N
○ Luego de analizado los factores de complejidad y el grado de influencia
que ejercen sobre el proyecto, se procede a ajustar la estimaci n de los PF.

⚫ Donde:
▪ P FA son los Puntos de Funci n Ajustados

▪ P F S A son los Puntos de Funci n Sin Ajustar

▪ FA son los valores asignados a cada factor de ajuste. El valor m ximo es 70 (si
todos los factores consideran un grado de influencia de valor 5). Si la suma de los
factores de ajuste es 0, se considera que no hay ajuste.
⚫ Cada factor de complejidad afecta en +/- 2,5% los P F SA .

○ A partir de los PF, se pueden obtener otras m tricas relacionadas a la

productividad y calidad del software. Por ejemplo:
⚫ P F por persona-mes (Productividad)
⚫ P ginas de Documentaci n por P F (Productividad)
⚫ Defectos por P F (Calidad)
⚫ Errores por P F (Calidad)
⚫ Costo ($) por P F
á
Á
ó
ó
ó
é
Ó
á
ó
E STIMACI N POR PF – E J E M P L O 2
○ Se debe desarrollar una aplicaci n de complejidad media, con la siguiente
informaci n:
⚫ D E = 20 datos de entrada.
⚫ D S = 50 datos de salida
⚫ C I = 16 datos de entrada interactivos, utilizables para las consultas.
⚫ AI = 10 fuentes de datos entre archivos internos y tablas relacionales.
⚫ I E = 2 interfaces externas.
⚫ Los factores de ajuste de complejidad suman 11 puntos en total.
⚫ La aplicaci n se construir en Java.
ó
ó
Ó
á
ó
E STIMACI N POR PF – E J E M P L O 2
○ Se debe desarrollar una aplicaci n de complejidad media, con la siguiente
informaci n:
⚫ D E = 20 datos de entrada.
⚫ D S = 50 datos de salida
⚫ C I = 16 datos de entrada interactivos, utilizables para las consultas.
⚫ AI = 10 fuentes de datos entre archivos internos y tablas relacionales.
⚫ I E = 2 interfaces externas.
⚫ Los factores de ajuste de complejidad suman 11 puntos en total.
⚫ La aplicaci n se construir en Java.
○ Se calculan los P F sin ajustar (PFSA) y luego se ajustan.
ó
ó
Ó
á
ó
E STIMACI N POR PF – E J E M P L O 2
○ Se debe desarrollar una aplicaci n de complejidad media, con la siguiente
informaci n:
⚫ D E = 20 datos de entrada.
⚫ D S = 50 datos de salida
⚫ C I = 16 datos de entrada interactivos, utilizables para las consultas.
⚫ AI = 10 fuentes de datos entre archivos internos y tablas relacionales.
⚫ I E = 2 interfaces externas.
⚫ Los factores de ajuste de complejidad suman 11 puntos en total.
⚫ La aplicaci n se construir en Java.
○ Se calculan los P F sin ajustar (PFSA) y luego se ajustan.
⚫ P F S A = 80 + 250 + 64 + 100 + 14
# Datos Complejidad Total
P F S A = 508 P F
o Mediano
Campos
DE 20 x4 80

DS 50 x5 250

CI 16 x4 64

AI 10 x10 100

IE 2 x7 14
ó
ó
Ó
á
ó
E STIMACI N POR PF – E J E M P L O 2
○ Se debe desarrollar una aplicaci n de complejidad media, con la siguiente
informaci n:
⚫ D E = 20 datos de entrada.
⚫ D S = 50 datos de salida
⚫ C I = 16 datos de entrada interactivos, utilizables para las consultas.
⚫ AI = 10 fuentes de datos entre archivos internos y tablas relacionales.
⚫ I E = 2 interfaces externas.
⚫ Los factores de ajuste de complejidad suman 11 puntos en total.
⚫ La aplicaci n se construir en Java.
○ Se calculan los P F sin ajustar (PFSA) y luego se ajustan.
⚫ P F S A = 80 + 250 + 64 + 100 + 14
# Datos Complejidad Total
P F S A = 508 P F
o Mediano
Campos
⚫ PFA PFSA* 0,65 0,01* FAi DE 20 x4 80

DS 50 x5 250

CI 16 x4 64

AI 10 x10 100

IE 2 x7 14
ó
ó
Ó
á
ó
 E STIMACI N POR PF – E J E M P L O 2
○ Se debe desarrollar una aplicaci n de complejidad media, con la siguiente
informaci n:
⚫ D E = 20 datos de entrada.
⚫ D S = 50 datos de salida
⚫ C I = 16 datos de entrada interactivos, utilizables para las consultas.
⚫ AI = 10 fuentes de datos entre archivos internos y tablas relacionales.
⚫ I E = 2 interfaces externas.
⚫ Los factores de ajuste de complejidad suman 11 puntos en total.
⚫ La aplicaci n se construir en Java.
○ Se calculan los P F sin ajustar (PFSA) y luego se ajustan.
⚫ P F S A = 80 + 250 + 64 + 100 + 14
# Datos Complejidad Total
P F S A = 508 P F
o Mediano
Campos
⚫ PFA PFSA* 0,65 0,01* FAi DE 20 x4 80
i
P FA = 508 * (0.65 + 0,01*11) = 386 P F D S 50 x5 250
⚫ 1 P F = 54 L D C (Java) CI 16 x4 64
Tama o = 386 P F * 54
Tamaño = 20,85 K L D C AI 10 x10 100

IE 2 x7 14
ñ
ó
ó
Ó
á
ó
 E STIMACI N POR PF – E J E M P L O 2
○ El proyecto se desarrollar con 3 personas y se tienen las siguientes
m tricas hist ricas:
⚫ Productividad = 20 P F / persona-mes C osto = $ 450 / P F CALCULADO
⚫ Documentaci n = 0,5 p ginas / P F Calidad = 0,6 errores / P F P FA = 386 P F
a) ¿Cuánto durará el proyecto?

b) ¿Cuánto costará el proyecto?

c) ¿Cuántas páginas de documentación tendrá el proyecto?

d) ¿Cuántos errores tendrá el proyecto?

é
ó
ó
Ó
á
á
 E STIMACI N POR PF – E J E M P L O 2
○ El proyecto se desarrollar con 3 personas y se tienen las siguientes
m tricas hist ricas:
⚫ Productividad = 20 P F / persona-mes C osto = $ 450 / P F CALCULADO
⚫ Documentaci n = 0,5 p ginas / P F Calidad = 0,6 errores / P F P FA = 386 P F
a) ¿Cuánto durará el proyecto? Duraci n (D) = Esfuerzo (E) /N° Personas (P)

E = Tama o / Productividad ⇨ E = 386 P F / 20 PF/p-m ⇨ E = 20 pers-mes

D = 20 pers-mes / 3 pers ⇨ D = 6,6 meses ⇨ D = 7 meses

a) ¿Cuánto costará el proyecto?

c) ¿Cuántas páginas de documentación tendrá el proyecto?

d) ¿Cuántos errores tendrá el proyecto?

é
ó
ñ
ó
ó
Ó
á
á
 E STIMACI N POR PF – E J E M P L O 2
○ El proyecto se desarrollar con 3 personas y se tienen las siguientes
m tricas hist ricas:
⚫ Productividad = 20 P F / persona-mes C osto = $ 450 / P F CALCULADO
⚫ Documentaci n = 0,5 p ginas / P F Calidad = 0,6 errores / P F P FA = 386 P F
a) ¿Cuánto durará el proyecto? Duraci n (D) = Esfuerzo (E) /N° Personas (P)

E = Tama o / Productividad ⇨ E = 386 P F / 20 PF/p-m ⇨ E = 20 pers-mes

D = 20 pers-mes / 3 pers ⇨ D = 6,6 meses ⇨ D = 7 meses

b) ¿Cuánto costará el proyecto?

El costo puede involucrar cursos, tercerizaci n de capacitaciones, etc.
1 P F --- $ 450 ⇨ Costo = 386 P F * $ 450 ⇨ Costo = $ 173.700

c) ¿Cuántas páginas de documentación tendrá el proyecto?

d) ¿Cuántos errores tendrá el proyecto?

é
ó
ñ
ó
ó
Ó
á
á
ó
 E STIMACI N POR PF – E J E M P L O 2
○ El proyecto se desarrollar con 3 personas y se tienen las siguientes
m tricas hist ricas:
⚫ Productividad = 20 P F / persona-mes C osto = $ 450 / P F CALCULADO
⚫ Documentaci n = 0,5 p ginas / P F Calidad = 0,6 errores / P F P FA = 386 P F
a) ¿Cuánto durará el proyecto? Duraci n (D) = Esfuerzo (E) /N° Personas (P)

E = Tama o / Productividad ⇨ E = 386 P F / 20 PF/p-m ⇨ E = 20 pers-mes

D = 20 pers-mes / 3 pers ⇨ D = 6,6 meses ⇨ D = 7 meses

b) ¿Cuánto costará el proyecto?

El costo puede involucrar cursos, tercerizaci n de capacitaciones, etc.
1 P F --- $ 450 ⇨ Costo = 386 P F * $ 450 ⇨ Costo = $ 173.700

c) ¿Cuántas páginas de documentación tendrá el proyecto?

El costo puede involucrar cursos, tercerizaci n de capacitaciones, etc.
1 P F --- 0,5 p g. ⇨ Doc. = 386 P F * 0,5 p g. ⇨ Doc. = 193 pág.

d) ¿Cuántos errores tendrá el proyecto?

é
ó
ñ
á
ó
ó
Ó
á
á
ó
ó
á
 E STIMACI N POR PF – E J E M P L O 2
○ El proyecto se desarrollar con 3 personas y se tienen las siguientes
m tricas hist ricas:
⚫ Productividad = 20 P F / persona-mes C osto = $ 450 / P F
⚫ Documentaci n = 0,5 p ginas / P F Calidad = 0,6 errores / P F
a) ¿Cuánto durará el proyecto? Duraci n (D) = Esfuerzo (E) /N° Personas (P)

E = Tama o / Productividad ⇨ E = 386 P F / 20 PF/p-m ⇨ E = 20 pers-mes

D = 20 pers-mes / 3 pers ⇨ D = 6,6 meses ⇨ D = 7 meses

b) ¿Cuánto costará el proyecto?

El costo puede involucrar cursos, tercerizaci n de capacitaciones, etc.
1 P F --- $ 450 ⇨ Costo = 386 P F * $ 450 ⇨ Costo = $ 173.700

c) ¿Cuántas páginas de documentación tendrá el proyecto?

El costo puede involucrar cursos, tercerizaci n de capacitaciones, etc.
1 P F --- 0,5 p g. ⇨ Doc. = 386 P F * 0,5 p g. ⇨ Doc. = 193 pág.

d) ¿Cuántos errores tendrá el proyecto?

1 P F --- 0,6 errores ⇨ Calidad = 386 P F * 0,6 errores ⇨ Calidad = 232 errores
é
ó
ñ
á
ó
ó
Ó
á
á
ó
ó
á
EJERCICIO 1
○ Usted es miembro de un equipo de desarrollo de software para un banco y
recibe el siguiente informe del jefe de proyecto:
⚫ N° entradas: 25 (15 de complejidad simple y 10 de complejidad mediana)
⚫ N° salidas: 36 (todas de complejidad mediana)
⚫ N° consultas interactivas: 19 (12 de complejidad mediana y 7 de complejidad alta)
⚫ N° tablas de BD: 6 (2 de complejidad simple y 4 de complejidad mediana)
⚫ N° interfaces: 2 (con el E R P del banco, de complejidad mediana y con la red de
cajeros autom ticos, de complejidad alta)

○ Adem s, se sabe que resulta muy importante el procesamiento distribuido

de los datos (influencia 5) y que el m todo de entrada de datos online
tiene una importancia media (influencia 3). De los restantes factores hay
6 de importancia baja (influencia 2), mientras que los restantes son
irrelevantes. Con estas caracter sticas, se pide:
⚫ Calcular los puntos de funci n del sistema y la cantidad de L D C que tendr el
software, considerando que se construir en J ava (1PF = 54 LDC).
⚫ Calcular el esfuerzo que requerir el proyecto y la duraci n del mismo teniendo en
cuenta que la productividad promedio del grupo es de 7 PF/p-mes y que a lo largo del
proyecto van a trabajar un promedio de 6 personas.
á
á
ó
á
í
á
é
ó
á
EJERCICIO 2: Al comienzo de un proyecto una consultora cuenta con la siguiente información:
La información se lee de tres tablas de base de datos: de una se leen 20 datos cuyo procesamiento se considera
simple; de otra 10 datos de procesamiento mediano y de una tercera 20 datos de procesamiento simple. El
procesamiento de las tres tablas se considera simple. La salida se produce sobre un archivo en el que se graban 30
datos de procesamiento simple y en un informe que comprende 45 datos cuyo procesamiento se considera
mediano. El procesamiento de ambos archivos se considera mediano. La aplicación procesa además en forma
interactiva 10 datos cuyo procesamiento se considera complejo. La aplicación carece de interfaces externas
El grupo de desarrollo consta de 6 personas cada una de las cuales
tiene una productividad de 6 PF/p-mes. En la estimación se
considera que el conjunto de los factores de ajuste suman en total
Tabla 1 Tabla 2 Tabla 3
18 puntos. La consultora necesita terminar el proyecto en 8 meses, 20 - S 10 - M 20 - S

y quiere saber si podrá hacerlo con el personal que tiene Simple Simple Simple

disponible, En caso de no ser así puede conseguir en el mercado

analistas de productividad análoga a la de su gente, y es Tx
10 - C Mediano Informe
importante saber cuántas personas debe agregar. SISTEMA 45 - M

Por otro lado, el cliente pide un compromiso por escrito sobre la Mediano

cantidad máxima de defectos que deberían encontrar sus

Archivo
operadores durante su trabajo. Por cada defecto adicional a la 30 - S
cantidad pactada, la consultora tendría una penalización en
servicios que debe brindar gratuitamente como compensación.
La intención de la consultora es saber qué cantidad de defectos puede llegar a encontrar el cliente, de modo de pactar una
cantidad superior para cubrirse. Históricamente el personal de la consultora detecta y corrige 2 errores por cada 5 puntos
de función. Además ha determinado que por cada 8 errores que detecta y corrige el grupo de desarrollo antes de la entrega
hay un defecto que encuentra el cliente luego de la entrega. En estas condiciones, la consultora necesita saber: Si puede
terminar el proyecto en 8 meses contando sólo con su personal. En caso contrario cuántas personas adicionales debería
contratar para llegar a esa duración. Se supone que se van a contratar analistas con productividad análoga a la del grupo de
desarrollo. Por razones económicas quieren evaluar la posibilidad de contratar personas cuya productividad sea de sólo 4,5
PF/p-mes. Cuántos defectos como máximo va a encontrar el personal del cliente durante el uso de la aplicación?