Puntos de Función

Orientadas a la Función
 La métrica del punto de función (PF) se puede utilizar como
medio para predecir el tamaño de un sistema obtenido a partir
de un modelo de análisis. Para visualizar esta métrica se utiliza un
diagrama de flujo de datos, el cual se evaluar para determinar
las siguientes medidas clave que son necesarias para el cálculo
de la métrica de punto de función:
 Número de entradas del usuario
 Número de salidas del usuario
 Número de consultas del usuario
 Número de archivos
 Número de interfaces externas
 Número de entradas de usuario. Se cuenta cada entrada de
usuario que proporciona diferentes datos orientados a la
aplicación. Las entradas se deberían diferenciar de las
peticiones, las cuales se cuentan de forma separada.
 Número de salidas de usuario. Se cuenta cada salida que
proporciona al usuario información orientada a la
aplicación. En este contexto la salida se refiere a informes,
pantallas, mensajes de error, etc. Los elementos de datos
particulares dentro de un informe no se cuentan de forma
separada.
 Número de peticiones de usuario. Una petición se define
como una entrada interactiva que produce la
generación de alguna respuesta del software
inmediata en forma de salida interactiva. Se cuenta
cada petición por separado.
 Número de archivos. Se cuenta cada archivo maestro
lógico (esto es, un grupo lógico de datos que puede
ser una parte de una gran base de datos o un archivo
independiente).
 Número de interfaces externas. Se cuentan todas las
interfaces legibles por la máquina (por ejemplo: archivos de
datos de cinta o disco) que se utilizan para transmitir
información a otro sistema.
 La cuenta total debe
ajustarse utilizando la siguiente
ecuación:

PF = cuenta-total x (0,65 + 0,01

x ∑Fi)
Donde cuenta-total es la
suma de todas las entradas PF
obtenidas en una tabla y Fi
(i=1 a 14) son los "valores de
ajuste de complejidad".
1. ¿Requiere el sistema copias de seguridad y de recuperación
confiables?
2. ¿Se requiere comunicación de datos?
3. ¿Existen funciones de procesamiento distribuido?
4. ¿Es crítico el rendimiento es decir es crucial el desempeño?
5. ¿Se ejecutará el sistema en un entorno operativo existente y
fuertemente utilizado?
6. ¿Requiere el sistema entrada de datos en línea?
7. ¿Requiere la entrada de datos interactiva que las
transacciones de entrada se lleven a cabo sobre múltiples
pantallas u operaciones?

8. ¿Se actualizan los ALI en línea?

9. ¿Son complejas las entradas, las salidas, los archivos o las

peticiones?

10. ¿Es complejo el procesamiento interno?

11. ¿Se ha diseñado el código para ser reutilizable?

12. ¿Están incluidas en el diseño la conversión y la instalación'?

13. ¿Se ha diseñado el sistema para soportar múltiples

instalaciones en diferentes organizaciones?

14. ¿Se ha diseñado la aplicación para facilitar los cambios y

para ser fácilmente utilizada por el usuario?
 Cada una de las preguntas se responde usando una escala
con los siguientes rangos:
 Sin Influencia (0). El sistema no contempla este atributo.
 InfluenciaMínima (1). La influencia de este atributo es muy
poco significativa.
 InfluenciaModerada (2). El sistema contempla este atributo y
su influencia, aunque pequeña, ha de ser considerada.
 InfluenciaApreciable (3). La importancia de este atributo debe
ser tenida en cuenta, aunque no es fundamental.
 InfluenciaSignificativa (4). Este atributo tiene una gran
importancia para el Sistema.
 Influencia Muy Fuerte (5). Este atributo es esencial para el
sistema y se lo debe tomar en cuenta a la hora del diseño
 Para calcular el Esfuerzo, necesitaremos hallar la variable KDLC
(Kilo-líneas de código),
A través de la siguiente formula:
KLDC = (PF * Líneas de código por cada PF) / 1000
 Puntos de Función

Orientadas a la Función
 La jerarquía de los modelos COCOMO esta constituida de la
siguiente manera:
Modelo 1: El modelo básico calcula el esfuerzo y el coste del
desarrollo del software en función del tamaño del programa,
expresado en líneas de estimadas de código (LDC)
Modelo 2: intermedio calcula el esfuerzo del desarrollo de
software en función del tamaño del programa y de un conjunto de
«conductores de coste» que incluye la evaluación Subjetiva del
producto, del hardware, del personal y de los atributos del
proyecto.
Modelo 3: avanzado incorpora todas las características de la
versión intermedia y lleva acabo una evaluación del impacto de los
conductores de coste en cada fase (análisis, diseño, etc.) del
proceso de ingeniería de software.
 Están definidos en tres tipos de proyectos de software:
(1) Modo Orgánico: Proyecto de software relativamente pequeño y
sencillo en los que trabajan en pequeños equipos, con buena
experiencia de la aplicación sobre un conjunto de requisitos poco
rígidos.
(2) Modo Semiacoplado: Proyectos de software intermedios (en
tamaño y complejidad) en los equipos, con variados niveles de
experiencia, deben satisfacer requisitos poco o medio rígidos.
(3) Modo Empotrado: proyecto de software que debe ser
desarrollado en un conjunto de hardware, software y restricciones
operativas muy rígidas.
La ecuación de COMOCMO básico tiene la siguiente forma:
E = ab KLDC bb * FAE (personas x mes)
D = Cb E bb
PR = LDC/E (personas x mes)
P = E/D (personas)
Donde:
E es el esfuerzo aplicado en personas mes
D es el tiempo de desarrollo en meses
KLDC es el numero estimado de líneas de código
distribuidas en miles para el proyecto
FAE Personas por mes
PR Productividad
P Personal Promedio
 FAE se obtiene mediante la multiplicación de los valores
evaluados en los diferentes 15 conductores de costes que se
obtienen de la tabla.