Tecnicas Estimacion de Costos-Metrica

Técnicas y Prácticas 83
TÉCNICAS DE GESTIÓN DE PROYECTOS

La Gestión de Proyectos es un conjunto de actividades específicas que se emplean para la
administración del proyecto. Estas actividades comprenden diversos aspectos:
− Estimación del esfuerzo necesario para el desarrollo de un Sistema de Información.
− Planificación de tareas y recursos.
− Control de tareas.
− Seguimiento del proyecto.
− Control de las incidencias.
− Control de cambios.
Para el desarrollo de dichas actividades es necesaria la utilización de técnicas específicas
para ello. En esta parte del documento de Técnicas y Prácticas se contemplan tales técnicas.
Técnicas de Estimación
Las técnicas de estimación tienen como objetivo calcular el coste total del desarrollo de un
sistema de información.
Descripción
La estimación del coste de los productos de software es una de las actividades más difíciles
y propensas a error de la ingeniería del software. Es difícil hacer una estimación exacta de coste
al comienzo de un desarrollo debido al gran número de factores conocidos o esperados que
determinan la complejidad y desconocidos o no esperados que van a producirse en cualquier
momento, determinando la incertidumbre.
Las técnicas de estimación ayudan en esta tarea y dan como resultado un número de horas
de esfuerzo, a partir de las cuales se calculará el coste correspondiente.
La estimación nos aportará un número de horas aproximado que habrá que combinar con
los recursos para obtener la planificación de actividades en el tiempo y establecer los hitos del
proyecto.
Las técnicas de estimación más fiables se basan en el análisis de Puntos Función. La

técnica de Puntos Función permite la evaluación de un sistema de información a partir de un
mínimo conocimiento de las funcionalidades y entidades que intervienen.
Las características más destacables de esta técnica son:

− Es una unidad de medida empírica.
− Contempla el sistema como un todo que se divide en determinadas funciones.
− Es independiente del entorno tecnológico en que se ha de desarrollar el sistema.
− Es independiente de la metodología que vaya a ser utilizada.
− Es independiente de la experiencia y del estilo de programación.
− Es fácil de entender por el usuario.
El resultado de la aplicación de esta técnica viene dado en Puntos Función, que
posteriormente habrán de ser pasados a días de esfuerzo, para lo que sí habrán de tenerse en
Metodología MÉTRICA Versión 3 © Ministerio de Administraciones Públicas

84 Técnicas y Prácticas
cuenta la experiencia del equipo de desarrollo y el estilo de programación, la aplicación de una u

otra metodología y la tecnología.
Este cálculo de días por punto función debe basarse en la experiencia adquirida en la
valoración y realización de sistemas anteriores, debiendo actualizarse el valor de conversión con
posterioridad a la finalización de cada proyecto.
Entre las técnicas de estimación basadas en el análisis de puntos función, se destacan los
siguientes dos métodos:
− Método Albrecht.
− Método MARK II.
Método Albrecht para el Análisis de los Puntos Función

Para proceder al cálculo de los puntos función de un sistema han de realizarse tres etapas:
− Identificación de los componentes necesarios para el cálculo.
− Cálculo de los Puntos Función no ajustados.
− Ajuste de los Puntos Función.
Identificación de los componentes

En esta etapa se identifican los elementos a tener en cuenta para el cálculo de los puntos
función. Primeramente se enumeran todos los componentes de cada tipo (entradas externas,
salidas externas, grupos lógicos de datos internos, grupos lógicos de datos de interfaz y consultas
externas); seguidamente, se evalúa individualmente la complejidad de cada uno de ellos,
utilizando unas tablas ya establecidas que proporcionan el factor de complejidad de cada
componente individual, siendo estos factores: COMPLEJO, MEDIO o SENCILLO.
A continuación se describen los distintos componentes que han de tenerse en cuenta para el
cálculo y la forma de determinar su complejidad en cada caso.
Entradas externas
− Son todos aquellos grupos de datos o mandatos de control de usuario que entran en la
aplicación y añaden o cambian información en un grupo lógico de datos interno.
− Una entrada es única si difiere en su formato o si arranca procesos diferentes.
− Para el análisis de este componente se utiliza la siguiente matriz de complejidad:
Tipos de datos elementales
1a4 5 a 15 16 ó más
Referenciados
0ó1 S S M
Ficheros
2 S M C
3 ó más M C C
© Ministerio de Administraciones Públicas Metodología MÉTRICA Versión 3

Los tipos de entrada aplicables son los siguientes:

− Documento tecleado.
− Documento de lectura óptica.
− Pantalla.
− Disquete / CD.
− Cinta magnética.
− Interruptor.
− Sensor digital.
− Sensor analógico.
− Tecla de función.
− Puntero electrónico.
Salidas externas
− Son todos aquellos grupos lógicos de datos o mandatos de control de usuario que salen de
la aplicación.
− Una salida es única si difiere en su formato o si es generada por procesos lógicos diferentes.
Para el análisis de este componente se utiliza la siguiente matriz de complejidad:
1a5 6 a 19 20 ó más
0ó1 S S M
Referenciados
Ficheros
2ó3 S M C
4 ó más M C C
Los tipos de salida aplicables son los siguientes:

− Informe por pantalla.
− Informe por impresora.
− Informe por lotes.
− Transacción automática.
− Escritura en disquete.
− Escritura en soporte magnético / óptico.
− Mensaje por pantalla.
− Accionamiento digital.
− Accionamiento analógico.
− Factura, recibo, albarán, etc.
Grupos lógicos de datos internos

− Son aquellos grupos lógicos de datos o información de control interna que se generan, son
usados y mantiene la aplicación.
− No deben incluirse aquellos grupos lógicos de datos que no sean accesibles por el usuario a
través de entradas o salidas externas, ficheros de interfaz o consultas.

1 a 19 20 a 50 51 ó más
1 S S M
Registros
Tipos de
2a5 S M C
6 ó más M C C
Los tipos de datos internos o ficheros aplicables son los siguientes:

− Fichero lógico interno.
− Base de datos.
− Tabla de usuario.
− Fichero de control o proceso secuencial por lotes.
− Fichero de query de usuario.
Grupos lógicos de datos de interfaz

− Son aquellos grupos lógicos de datos compartidos con otra aplicación, recibidos o enviados
a ella.
− Los grupos lógicos internos que son a su vez interfaz, deben contarse en ambos grupos.
1 a 19 20 a 50 51 ó más
Tipos de Registros
1 S S M
2a5 S M C
6 ó más M C C
Los tipos de datos o ficheros de interfaz aplicables son los siguientes:

− Fichero lógico interno accesible desde otra aplicación.
− Fichero lógico interno accesible para otra aplicación.
− Bases de datos compartidas.
Consultas externas
− Son entradas de usuario u otra aplicación que generan una salida inmediata.

− Son consecuencia de una búsqueda y no una actualización de un grupo lógico de datos

interno.
− Se utilizará la matriz de Entradas Externas para calificar la parte correspondiente a la
entrada.
− Se utilizará la matriz de Salidas Externas para calificar la parte correspondiente a la salida.
− Se seleccionará la más compleja.
Los tipos de consultas aplicables son los siguientes:
− Consulta de usuario sin actualización de ficheros.
− Pantalla o mensaje de ayuda.
− Menú de selección.
Cálculo de los Puntos Función no ajustados

Una vez concluida la etapa anterior se pasan los resultados a la tabla de conversión, que
aparece a continuación, dando un peso para cada tipo de componente por su complejidad.
DESCRIPCIÓN SENCILLA MEDIA COMPLEJA TOTAL P.F.
Nº de Entradas Externas x3 x4 x6
Nº de Salidas Externas x4 x5 x7
Nº Grupos Lógicos de Datos Internos x7 x 10 x 15
Nº de Grupos Lógicos de Datos de Interfaz x5 x7 x 10
Nº de Consultas Externas x3 x4 x6
TOTAL PUNTOS FUNCIÓN NO AJUSTADOS (PFNA)
Una vez calculado el número de funciones y determinada su complejidad, no hay más que
llevar los valores obtenidos a la tabla. La suma de los resultados parciales da el valor en PUNTOS
FUNCIÓN NO AJUSTADOS (PFNA).
Los distintos factores fueron obtenidos de la investigación llevada a cabo por Allan J.
Albrecht. Según sus propias palabras, a base de ensayos y negociaciones. No obstante, alguno
de los pesos podrían variarse para reflejar mejor las características peculiares de otra
organización u otro tipo especial de desarrollo.
El método para el cálculo es el siguiente:

− Identificar las funciones que intervienen. Estas funciones deben ser las que aparecen en el
diagrama 0.
− Clasificar cada función.
− Incorporar cada función a la tabla.
− Sumar los valores obtenidos.
La suma representa la complejidad del proyecto en PUNTOS FUNCIÓN NO AJUSTADOS.

Ajuste de los Puntos Función

Esta etapa tiene como objetivo la adaptación de la estimación a las condiciones de trabajo
bajo las que el sistema ha de ser desarrollado. De esta adaptación se obtiene el valor definitivo en
Puntos Función del Sistema que se está evaluando, aplicándole correcciones dependiendo de las
características de la aplicación que afecten a la complejidad de la misma.
Existen 14 atributos de ajuste que impactan en el desarrollo y que deben ser evaluados, si
bien se evalúan independientemente.
A cada atributo se le asignará un valor entre 0 y 5, dependiendo del grado de influencia de

éstos. Los posibles valores son:
Sin influencia (0). El sistema no contempla este atributo.
Influencia mínima (1). La influencia de este atributo es muy poco significativa.
Influencia moderada (2). El sistema contempla este atributo y su influencia, aunque

pequeña, ha de ser considerada.
Influencia apreciable (3). La importancia de este atributo debe ser tenida en cuenta,
aunque no es fundamental.
Influencia significativa (4). Este atributo tiene una gran importancia para el Sistema.
Influencia muy fuerte (5). Este atributo es esencial para el Sistema y ha de ser tenido en
cuenta a la hora del diseño.
Los 14 atributos que se contemplan en esta técnica y sus significados aparecen a

continuación.
1. Comunicación de datos: Los datos usados en la aplicación se envían o reciben por

teleproceso. Los posibles valores para este atributo son:
0 La aplicación es un proceso por lotes puro.
1 Proceso por lotes con impresión remota o entrada remota de datos.
2 Proceso por lotes con impresión remota y entrada remota de datos .
3 El TP es la interfaz para un proceso por lotes.
4 La aplicación está basada en un TP interactivo, pero con un solo protocolo de
comunicaciones.
5 La aplicación está basada en un TP interactivo, pero con más de un protocolo de
comunicaciones.
2. Funciones distribuidas: Funciones de datos o procesos distribuidas. Los posibles valores para
este atributo son:

0 La aplicación no tiene el objetivo de transferir datos o funciones procesadas entre

dos sistemas.
1 Datos preparados de la aplicación para su procesamiento por el usuario final sobre
otro componente del sistema.
2 La aplicación prepara los datos para procesarlos sobre otra máquina diferente (no
usuario final).
3 Proceso distribuido, en línea, con transferencia de datos en una única dirección.
4 Como el anterior, pero con transferencia de datos en ambas direcciones.
5 Las funciones de proceso se realizan dinámicamente sobre el componente del
sistema más apropiado.
3. Prestaciones: Consideración en el diseño, instalación y mantenimiento de factores de
rendimiento como el tiempo de respuesta, la capacidad de proceso, etc. Los posibles valores
para este atributo son:
0 No hay requerimientos especiales
1 Se establecen requerimientos para las prestaciones, pero sin tratamiento
específico.
2 Respuesta crítica del proceso en línea durante las horas punta. No hay
especificaciones para la utilización de CPU.
3 Respuesta crítica del proceso en línea durante los días laborables. No hay
especificaciones para la utilización de CPU. Proceso afectado por aplicaciones de
interfaz.
4 Las tareas de análisis de las prestaciones se incluyen en la fase de diseño para
establecer los requerimientos de usuario.
5 Además, se emplearán herramientas específicas para el diseño que contemplen
estás características.
4. Gran uso de la configuración: Cuando además de los objetivos de rendimiento se considera
una gran utilización. El usuario ha de utilizar la aplicación en un entorno bastante cargado. Los
posibles valores para este atributo son:
0-3 Típica aplicación sobre máquina de producción, sin restricciones de operación
declaradas.
4 Las restricciones de operación declaradas requieren imperativos especiales sobre
la aplicación en el procesador central.
5 Además, existen imperativos especiales sobre la aplicación en componentes
distribuidos del sistema.
5. Velocidad de las transacciones: Número alto de transacciones por unidad de tiempo que
influyen en el diseño, instalación y posterior mantenimiento. Los posibles valores para este
atributo son:
0 Las transacciones no están afectadas por picos de tráfico.
1 10% de transacciones afectadas por los picos de tráfico.

4 Se incluyen tareas de análisis para las funciones en la fase de diseño para lograr
los altos índices de función declarados por el usuario en los requerimientos de la
aplicación o acuerdos de nivel de servicio (SLA).
5 Además, se utilizan herramientas de análisis para las prestaciones en las fases de
diseño, desarrollo y / o instalación para lograr los altos índices de función
declarados por el usuario en los requerimientos de la aplicación o acuerdos de nivel
de servicio (SLA).
6. Entrada de datos en línea: La toma de datos de la aplicación se realiza en línea. Los posibles
valores para este atributo son:
0 Todas las transacciones son tratadas por lotes.
1 Entre el 1 y el 7% de las funciones son entradas interactivas de datos.
5 Más del 30% de las funciones son entradas interactivas de datos.
7. Diseño para la eficiencia del usuario final: Se incluyen tareas de diseño para consideraciones
especiales del usuario en la Fase de Diseño para atender los requerimientos del usuario, por
ejemplo:
− Ayuda de navegación.
− Menús.
− Ayuda en línea.
− Movimiento automático del cursor.
− Scrolling.
− Impresión remota.
− Teclas de función preestablecidas.
− Procesos por lotes lanzados desde transacciones en línea.
− Selección de datos con el cursor.
− Gran uso de facilidades en el monitor (colores, textos resaltados, etc.).
− Copia impresa de las transacciones en línea.
− Ratón.
− Windows.
− Pantallas reducidas.
− Bilingüismo.
− Multilingüismo.
Los posibles valores para este atributo son:
0 No se han declarado ninguno de los anteriores requerimientos especiales de

usuario.
1 De 1 a 3 de los requerimientos de la lista.
2 4 ó 5 requerimientos de la lista.
3 Más de 6 requerimientos de la lista.
4 Se incluyen en la fase de diseño tareas de diseño para consideraciones de factores
humanos para lograr los requerimientos de usuario declarados.

5 Además, se usan herramientas especiales o prototipos para suscitar la eficiencia

del usuario final.
8. Actualización de datos en línea: Los datos internos se actualizan mediante transacciones en
línea. Los posibles valores para este atributo son:
0 Ninguna.
1-2 Actualización en línea de ficheros de control.
3 Actualización en línea de ficheros importantes internos.
4 También, se considera esencial la protección contra pérdida de información.
5 Además, grandes volúmenes implican consideraciones de coste en el proceso de
recuperación.
9. Complejidad del proceso lógico interno de la aplicación: Se considera complejo cuando hay
muchas interacciones, puntos de decisión o gran número de ecuaciones lógicas o
matemáticas. ¿Cuál de las siguientes características tienen aplicación para la aplicación?
− Extensiones de proceso lógicas.
− Extensiones de proceso matemáticas.
− Muchos procesos de excepción, muchas funciones incompletas y muchas iteraciones
de funciones.
− Procesos sensibles de control y / o seguridad.
− Procesos complejos de manejo de múltiples posibilidades de Entrada / Salida (por
ejemplo: multimedia, independencia de dispositivos,...).
0 Ninguno de los anteriores es aplicable.

1 Es aplicable uno de los anteriores.
2 Son aplicables dos de los anteriores.
3 Son aplicables 3 de los anteriores.
5 Todos ellos son aplicables.
10. Reusabilidad del código por otras aplicaciones. Los posibles valores para este atributo son:
0 No hay que reutilizar el código.
1 Se emplea código reusable dentro de la aplicación.
2 Menos del 10% de la aplicación se considera reusable.
3 El 10% o más de la aplicación se considera reusable.
4 La aplicación está específicamente preparada y documentada para facilitar la
reutilización y se adapta sobre código fuente.
reutilización y, además, se adapta sobre parámetros.
11. Facilidad de instalación: Durante el desarrollo se consideran factores que facilitan la ulterior
conversión e instalación. Los posibles valores para este atributo son:

0 El usuario no ha declarado consideraciones especiales para instalación y

conversión.
conversión, pero se requiere un set especial para la instalación.
2 El usuario ha declarado consideraciones especiales para la conversión e instalación
y se requieren guías probadas de conversión e instalación.
y se requieren guías probadas de conversión e instalación y se considera
importante el impacto.
y se requieren guías probadas de conversión e instalación y, además, se facilitan
herramientas probadas para la conversión e instalación.
y se requieren guías probadas de conversión e instalación, considerándose
importante el impacto. Además, se facilitan herramientas probadas para la
conversión e instalación.
12. Facilidad de operación: Se han tenido en cuenta factores de operatividad. Se han considerado
procedimientos de arranque, de copia de respaldo y de recuperación. Los posibles valores
0 No hay consideraciones especiales de operación.
1-2 Se requieren procesos específicos de arranque, back-up y recuperación
debidamente probados.
3-4 Además, la aplicación debe minimizar las necesidades de operaciones manuales,
como manejo de papeles o montaje de cintas.
5 La aplicación debe diseñarse para una operación totalmente automática.
13. Localizaciones múltiples: La aplicación se diseña para ser utilizada en diversas instalaciones y
por organizaciones. El valor para este atributo será la suma de los aplicables:
0 No hay requerimientos de usuario para más de un lugar.
1 Se consideran múltiples instalaciones pero con idéntica configuración (tanto
hardware como software).
2 Se consideran múltiples instalaciones pero con similar configuración (tanto
3 Se consideran múltiples instalaciones pero con diferente configuración (tanto
Se añadirá 1 punto por cada una de las siguientes consideraciones:
− Se proporcionará documentación y plan de soporte debidamente probados para
soportar la aplicación en múltiples sitios.
− Los lugares están en diferentes países.
14. Facilidad de cambios: Se han tenido en cuenta criterios que facilitarán el posterior
mantenimiento. El valor para este atributo será la suma de los aplicables:
0 No hay requerimientos especiales de diseño para minimizar o facilitar los cambios.
1 Se preverá una flexible capacidad de peticiones para modificaciones sencillas.

2 Se preverá una flexible capacidad de peticiones para modificaciones medias.

3 Se preverá una flexible capacidad de peticiones para modificaciones complejas.
− Se añadirán 1 ó 2 puntos dependiendo de que los datos de control significativos se
guarden en tablas mantenidas por el usuario mediante procesos interactivos en línea:
− 1 para actualización diferida.
− 2 para actualización inmediata.
Los atributos anteriores, con sus valores correspondientes, se contemplan en la siguiente
tabla:
ATRIBUTOS INFLUENCIA
1 Comunicación de datos
2 Funciones distribuidas
3 Prestaciones
4 Gran uso de la configuración
5 Velocidad de las transacciones
6 Entrada de datos en línea
7 Diseño para la eficiencia del usuario final
8 Actualización de datos en línea
9 Complejidad del proceso lógico interno de la aplicación
10 Reusabilidad del código
11 Facilidad de instalación
12 Facilidad de operación
13 Localizaciones múltiples
14 Facilidad de cambios
SUMA
Una vez obtenido el valor de los atributos y sumados se obtiene una cifra comprendida entre
0 y 70, a partir de la cual se obtendrá el factor de ajuste, según la fórmula:
FA = 0,65 + (0,01*SVA)
Siendo:
FA: Factor de ajuste
SVA: Suma de los valores de los atributos.

El valor calculado estará comprendido entre 0,65 y 1,35, por lo que el ajuste se realiza en
±35%.
Por último, se ajustan los Puntos Función mediante la siguiente fórmula:
PFA = PFNA * FA
Siendo:
PFA: Puntos Función ajustados
PFNA: Puntos Función no ajustados
FA: Factor de ajuste (calculado anteriormente).
Cálculo del tiempo en días de esfuerzo

Una vez ajustados los Puntos Función, bastará multiplicar el valor calculado por los días en
que se valore cada Punto Función.
En cada organización se asigna un valor en días diferente para el Punto Función. Es

aconsejable que cada organización vaya utilizando su propia experiencia para variar el valor de
los Puntos Función dependiendo de sus propios resultados.
Hay quien estima que, inicialmente, se asigne 1 día de esfuerzo por cada Punto Función, de
manera que a medida que vayan cerrándose proyectos se vaya modificando tal valor. Otros,
basándose en valores medios de la industria informática, recomiendan partir del valor siguiente: 1
Mes de esfuerzo (21 días aproximadamente) equivale a 13 Puntos Función.
Método MARKII para el Análisis de los Puntos Función

Este método es una evolución del método de Allan J. Albrecht, siendo su principal
característica que contempla el sistema como una colección de transacciones lógicas compuestas
por componentes de entrada, de proceso y de salida. Estas transacciones lógicas se
corresponden exactamente con las funciones del sistema, por ejemplo:
− Dar de alta un empleado.
− Actualizar una cuenta.
− Consultar pedidos servidos.
− Producir informe mensual de movimientos de dinero.
Para cada una de estas funciones es necesario conocer las entidades que intervienen (tanto
propias como de interfaz), los tipos de datos de entrada (considerando para cada tipo una única
forma de tratamiento, como fechas, importes, etc.) y tipos de datos de salida (teniendo en cuenta
en este caso que hay que considerar la forma de representación para su tratamiento). Es
necesario conocer si se trata de una función por lotes o en línea, si se van a emplear lenguajes de
tercera o de cuarta generación.

Cálculo de los Puntos Función (método Mark II)

Para proceder al cálculo de los puntos función, según el método Mark II, habrá que realizar
las siguientes etapas:
− Identificación de todas las funciones.
− Identificación de todas las entidades, tipos de datos de entrada y tipos de datos de salida.
− Cálculo de los Puntos Función no ajustados.
− Valoración de grados de influencia.
− Ajuste de complejidad técnica.
− Obtención del tamaño de las partes en línea y por lotes.
− Cálculo del tamaño total del Sistema a partir de las partes en línea y por lotes.
− Cálculo de la productividad estimada.
− Cálculo del esfuerzo en horas.
− Cálculo de la tasa del tiempo de entrega para el desarrollo.
− Cálculo del plazo de entrega.
− Descomposición en fases.
Identificación de los componentes, según Mark II

En esta etapa se identifican los factores que se tienen en cuenta para el cálculo de los
puntos función, siendo estos para cada función:
− Número de entidades que intervienen en la función, tanto propias como de interfaz con
otras funciones.
− Número de tipos de datos de entrada que han de ser tratados por la función,
considerando que para cada tipo de datos se van a realizar las mismas operaciones de
validación, tratamiento, etc.
− Número de tipos de datos de salida que han de ser presentados por el sistema, teniendo
en cuenta para ello el tratamiento que hay que dar les para su presentación.
Cálculo de los Puntos Función no ajustados

La tabla que aparece a continuación permite la valoración en Puntos Función no ajustados
de todas las funciones que intervienen en el Sistema. Los pesos empleados para la ponderación
de las entidades, tipos de datos de entrada y tipos de datos de salida han sido obtenidos por el
autor del Método a partir de su experiencia y están basados en la media de la industria
informática.
F1 F2 F3 F4 ... Fn
Nº de Entidades NE*1,66 NE*1,66 NE*1,66 NE*1,66 NE*1,66
Nº Campos de Entrada NCE*0,58 NCE*0,58 NCE*0,58 NCE*0,58 NCE*0,58
Nº Campos de Salida NCS*0,26 NCS*0,26 NCS*0,26 NCS*0,26 NCS*0,26
NPF no ajustados Σ Σ Σ Σ Σ

Valoración de grados de influencia

Al igual que en el método Albrecht, esta etapa tiene como objetivo la adaptación de la
estimación a las condiciones de trabajo bajo las que el sistema ha de ser desarrollado.
Mark II amplía los 14 atributos de ajuste a 19.
A cada atributo se le asignará un valor entre 0 y 5, dependiendo del grado de influencia de

éstos, siendo los posibles valores los siguientes:
Sin influencia (0). El sistema no contempla este atributo.
Influencia mínima (1). La influencia de este atributo es muy poco significativa.
Influencia moderada (2). El sistema contempla este atributo y su influencia, aunque
pequeña, ha de ser considerada.
Influencia apreciable (3). La importancia de este atributo debe ser tenida en cuenta,
aunque no es fundamental.
Influencia significativa (4). Este atributo tiene una gran importancia para el Sistema.
Influencia muy fuerte (5). Este atributo es esencial para el Sistema y ha de ser tenido en
cuenta a la hora del diseño.
Los 19 atributos que se contemplan en esta técnica y sus significados aparecen a
continuación.
1. Comunicación de datos: Los datos usados en la aplicación se envían o reciben por

teleproceso. Los posibles valores para este atributo son:
0 La aplicación es un proceso por lotes puro.
1 Proceso por lotes con impresión remota o entrada remota de datos.
2 Proceso por lotes con impresión remota y entrada remota de datos .
3 El TP es la interfaz para un proceso por lotes.
4 La aplicación está basada en un TP interactivo, pero con un solo protocolo de
comunicaciones.
5 La aplicación está basada en un TP interactivo, pero con más de un protocolo de
comunicaciones.
2. Funciones distribuidas: Funciones de datos o procesos distribuidas. Los posibles valores para
este atributo son:
0 La aplicación no tiene el objetivo de transferir datos o funciones procesadas entre
dos sistemas.
1 Datos preparados de la aplicación para su procesamiento por el usuario final sobre
otro componente del sistema.
2 La aplicación prepara los datos para procesarlos sobre otra máquina diferente (no
usuario final).
3 Proceso distribuido, en línea, con transferencia de datos en una única dirección.
4 Como el anterior, pero con transferencia de datos en ambas direcciones.
5 Las funciones de proceso se realizan dinámicamente sobre el componente del
sistema más apropiado.
3. Prestaciones: Consideración en el diseño, instalación y mantenimiento de factores de

rendimiento como el tiempo de respuesta, la capacidad de proceso, etc. Los posibles valores
0 No hay requerimientos especiales.
1 Se establecen requerimientos para las prestaciones, pero sin tratamiento
específico.
2 Respuesta crítica del Proceso en línea durante las horas punta. No hay
especificaciones para la utilización de CPU.
3 Respuesta crítica del Proceso en línea durante los días laborables. No hay
especificaciones para la utilización de CPU. Proceso afectado por aplicaciones de
interfaz.
4 Las tareas de análisis de las prestaciones se incluyen en la fase de diseño para
establecer los requerimientos de usuario.
5 Además, se emplearán herramientas específicas para el diseño que contemplen
estás características.
4. Gran uso de la configuración: Cuando además de los objetivos de rendimiento se considera
una gran utilización. El usuario ha de utilizar la aplicación en un entorno bastante cargado. Los
posibles valores para este atributo son:
0-3 Típica aplicación sobre máquina de producción, sin restricciones de operación
declaradas.
4 Las restricciones de operación declaradas requieren imperativos especiales sobre
la aplicación en el procesador central.
5 Además, existen imperativos especiales sobre la aplicación en componentes
distribuidos del sistema.
5. Velocidad de las transacciones: Número alto de transacciones por unidad de tiempo que
influyen en el diseño, instalación y posterior mantenimiento. Los posibles valores para este
atributo son:
0 Las transacciones no están afectadas por picos de tráfico.
4 Se incluyen tareas de análisis para las funciones en la fase de diseño para lograr
los altos índices de función declarados por el usuario en los requerimientos de la
aplicación o acuerdos de nivel de servicio (SLA).
5 Además, se utilizan herramientas de análisis para las prestaciones en las fases de
diseño, desarrollo y / o instalación para lograr los altos índices de función
declarados por el usuario en los requerimientos de la aplicación o acuerdos de nivel
de servicio (SLA).
6. Entrada de datos en línea: La toma de datos de la aplicación se realiza en línea. Los posibles
valores para este atributo son:
0 Todas las transacciones son por lotes.


5 Más del 30% de las funciones son entradas interactivas de datos.
7. Diseño para la eficiencia del usuario final: Se incluyen tareas de diseño para consideraciones
especiales del usuario en la Fase de Diseño para atender los requerimientos del usuario, por
ejemplo:
− Ayuda de navegación.
− Menús.
− Ayuda en línea.
− Movimiento automático del cursor.
− Scrolling.
− Impresión remota.
− Teclas de función preestablecidas.
− Procesos por lotes lanzados desde transacciones en línea.
− Selección de datos con el cursor.
− Gran uso de facilidades en el monitor (colores, textos resaltados, etc.).
− Copia impresa de las transacciones en línea.
− Ratón.
− Windows.
− Pantallas reducidas.
− Bilingüismo.
− Multilingüismo.
0 No se han declarado ninguno de los anteriores requerimientos especiales de

usuario.
1 De 1 a 3 de los requerimientos de la lista.
2 4 ó 5 requerimientos de la lista.
3 Más de 6 requerimientos de la lista.
4 Se incluyen en la fase de diseño tareas de diseño para consideraciones de factores
humanos para lograr los requerimientos de usuario declarados.
5 Además, se usan herramientas especiales o prototipos para suscitar la eficiencia
del usuario final.
8. Actualización de datos En línea: Los datos internos se actualizan mediante transacciones En
línea. Los posibles valores para este atributo son:
0 Ninguna.
1-2 Actualización En línea de ficheros de control.
3 Actualización En línea de ficheros importantes internos.
4 También, se considera esencial la protección contra pérdida de información.
5 Además, grandes volúmenes implican consideraciones de coste en el proceso de
recuperación.

9. Complejidad del proceso lógico interno de la aplicación: Se considera complejo cuando hay
muchas interacciones, puntos de decisión o gran número de ecuaciones lógicas o
matemáticas. ¿Cuál de las siguientes características tienen aplicación para la aplicación?
− Extensiones de proceso lógicas.
− Extensiones de proceso matemáticas.
− Muchos procesos de excepción, muchas funciones incompletas y muchas iteraciones
de funciones.
− Procesos sensibles de control y / o seguridad.
− Procesos complejos de manejo de múltiples posibilidades de Entrada / Salida (por
ejemplo: multimedia, independencia de dispositivos,...).
0 Ninguno de los anteriores es aplicable.

1 Es aplicable uno de los anteriores.
2 Son aplicables dos de los anteriores.
5 Todos ellos son aplicables.
10. Reusabilidad del código por otras aplicaciones. Los posibles valores para este atributo son:
0 No hay que reutilizar el código.
1 Se emplea código reusable dentro de la aplicación.
2 Menos del 10% de la aplicación se considera reusable.
3 El 10% o más de la aplicación se considera reusable.
reutilización y se adapta sobre código fuente.
reutilización y, además, se adapta sobre parámetros.
11. Facilidad de instalación: Durante el desarrollo se consideran factores que facilitan la ulterior
conversión e instalación. Los posibles valores para este atributo son:
conversión.
conversión, pero se requiere un set especial para la instalación.
y se requieren guías probadas de conversión e instalación.
y se requieren guías probadas de conversión e instalación y se considera
importante el impacto.
y se requieren guías probadas de conversión e instalación y, además, se facilitan
herramientas probadas para la conversión e instalación.


y se requieren guías probadas de conversión e instalación, considerándose
importante el impacto. Además, se facilitan herramientas probadas para la
conversión e instalación.
12. Facilidad de operación: Se han tenido en cuenta factores de operatividad. Se han considerado
procedimientos de arranque, de copia de respaldo y de recuperación. Los posibles valores
0 No hay consideraciones especiales de operación.
1-2 Se requieren procesos específicos de arranque, back-up y recuperación
debidamente probados.
3-4 Además, la aplicación debe minimizar las necesidades de operaciones manuales,
como manejo de papeles o montaje de cintas.
5 La aplicación debe diseñarse para una operación totalmente automática.
13. Localizaciones múltiples: La aplicación se diseña para ser utilizada en diversas instalaciones y
por organizaciones. El valor para este atributo será la suma de los aplicables:
0 No hay requerimientos de usuario para más de un lugar.
1 Se consideran múltiples instalaciones pero con idéntica configuración (tanto
2 Se consideran múltiples instalaciones pero con similar configuración (tanto
3 Se consideran múltiples instalaciones pero con diferente configuración (tanto
Se añadirá 1 punto por cada una de las siguientes consideraciones:
− Se proporcionará documentación y plan de soporte debidamente probados para
soportar la aplicación en múltiples sitios.
− Los lugares están en diferentes países.
14. Facilidad de cambios: Se han tenido en cuenta criterios que facilitarán el posterior
mantenimiento. El valor para este atributo será la suma de los aplicables:
0 No hay requerimientos especiales de diseño para minimizar o facilitar los cambios.
1 Se preverá una flexible capacidad de peticiones para modificaciones sencillas.
2 Se preverá una flexible capacidad de peticiones para modificaciones medias.
3 Se preverá una flexible capacidad de peticiones para modificaciones complejas.
Se añadirán 1 ó 2 puntos dependiendo de que los datos de control significativos se guarden
en tablas mantenidas por el usuario mediante procesos interactivos En línea:
− 1 Para actualización diferida.
− 2 Para actualización inmediata.
15. Requerimientos de otras aplicaciones. Los posibles valores para este atributo son:
0 El sistema es absolutamente independiente.
1-5 Han de sincronizarse los requerimientos del sistema para la interfaz o participación
de datos con otras aplicaciones. Se valorará con 1 punto por cada aplicación,
siendo 5 el máximo de puntos.

16. Seguridad, privacidad, auditabilidad. El valor para este atributo será la suma de los aplicables:
1 Si un sistema tiene que cumplir requerimientos de privacidad personal.
1 Si el sistema debe cumplir requerimientos especiales de auditabilidad.
2 Si el sistema ha de cumplir requerimientos excepcionales de seguridad para
prevenir pérdidas.
1 Si se requiere encriptación de comunicación de datos.
17. Necesidades de formación o capacitación de usuarios. Los posibles valores para este atributo
son:
0 Si no se desarrolla material especial para cursos de capacitación.
1 Se proporciona material estándar de tutorial.
2 Si se suministran facilidades de ayuda en línea o capacitación especial.
3 Se proporciona material para cursos de formación.
4 Se proporciona material para cursos de formación en línea.
5 Existen requerimientos para un sistema completo independiente de formación o
simuladores.
18. Utilización directa por terceras partes. Los posibles valores para este atributo son:
0 No hay conexión de terceras partes con el sistema.
1 Los datos son recibidos de o enviados a terceras partes conocidas.
2 Terceras partes conocidas se conectan directamente al sistema en modo de
consulta, únicamente.
3 Terceras partes conocidas se conectan directamente al sistema con capacidad de
modificación.
4 Terceras partes conocidas se conectan directamente al sistema con capacidad de
modificación, creación y eliminación..
5 Terceras partes desconocidas pueden acceder al sistema.
19. Documentación. Los posibles valores para este atributo son:
0 0, 1 ó 2 tipos de documento.
1 3 ó 4 tipos de documento.
3 7 ú 8 tipos de documento.
Los tipos de documentos son los siguientes:
− Documento de Diseño Funcional.
− Documento de Diseño Técnico General.
− Documento de Diseño Técnico Detallado.
− Diccionario de datos.
− Referencias cruzadas de datos / Registros / Programas.

− Manual de Usuario.
− Manual de Operación.
− Presentación del Sistema.
− Dossier de Pruebas.
− Material de Formación.
− Documentos de seguimiento de Costes.
− Dossier de Cambios.
Todos los atributos anteriores, con sus valores correspondientes, se contemplan en la
siguiente tabla:
ATRIBUTOS INFLUENCIA
1 Comunicación de datos
2 Funciones distribuidas
3 Prestaciones
4 Gran uso de la configuración
5 Velocidad de las transacciones
6 Entrada de datos En línea
7 Diseño para la eficiencia del usuario final
8 Actualización de datos En línea
9 Complejidad del proceso lógico interno de la aplicación
10 Reusabilidad del código
11 Facilidad de instalación
12 Facilidad de operación
13 Localizaciones múltiples
14 Facilidad de cambios
15 Requerimientos de otras aplicaciones
16 Seguridad, privacidad, auditabilidad
17 Necesidades de formación
18 Uso por terceras partes
19 Documentación
SUMA
Ajuste por complejidad técnica

Una vez obtenido el valor de los atributos y sumados se obtiene una cifra comprendida entre
0 y 95, a partir de la cual se obtendrá el factor de ajuste, según la fórmula:
ACT = 0,65 + 0,005 * TGI
Siendo:

ACT: Ajuste por Complejidad Técnica
TGI: Total Grados de Influencia (equivalente a la suma de los valores de los atributos en
el método Albrecht).
Obtención del tamaño de las partes en línea y por lotes

A continuación hay que ajustar los puntos función para cada una de las partes, por lotes y
en línea, mediante la aplicación de las siguientes fórmulas:
PFAb = PFNAb * ACT
PFAo = PFNAo * ACT
Siendo:
PFAb: Puntos Función ajustados de las funciones por lotes
PFNAb: Puntos Función no ajustados de las funciones por lotes
PFAo: Puntos Función ajustados de las funciones En línea
PFNAo: Puntos Función no ajustados de las funciones En línea
ACT: Ajuste por Complejidad Técnica (calculado anteriormente).
Cálculo del tamaño total del Sistema

Seguidamente, habría que calcular el tamaño total, en Puntos Función, del sistema, para lo
que habría que aplicar:
PFA = PFAb + PFAo
Donde:
PFA: Tamaño del Sistema completo en Puntos Función
PFAb: Tamaño de la parte Por lotes en Puntos Función
PFAo: Tamaño de la parte En línea en Puntos Función
Cálculo de la productividad estimada

Para el cálculo de la productividad estimada, es necesario aplicar la siguiente fórmula
  S − 250 
− 
2
0,01S 1,1 

P = A 0,11e  575 
+
 522 
 
Siendo:
P: Productividad
A: Media de la Industria informática:
A= 1,0 para 3GL
A= 1,6 para 4GL
S: Tamaño del Sistema en PFA
Cálculo del esfuerzo en horas

Una vez conocida la productividad estimada, habría que calcular el esfuerzo en horas de
trabajo, para lo que se aplicaría la siguiente fórmula:
B * PFA
W =
P
Siendo:
W: Esfuerzo en horas de trabajo
B: Factor de complejidad :
B= 1,0 si es en línea
B= 1,5 si es por lotes
B = (So + 1,5 Sb) / (So + Sb), si el sistema es mixto
PFA: Puntos Función ajustados
P: Productividad en PF/hora
Cálculo del plazo de entrega

En primer lugar habría que calcular el factor a aplicar, estando éste en relación directa con el
tamaño del sistema y cuyo valor se obtiene mediante la aplicación de la siguiente fórmula:
E = 0,45 * S
Siendo:
E: Puntos Función / semana

A continuación, se obtendría el tiempo estimado total para la entrega del Sistema, para lo
que habría que aplicar la fórmula que aparece seguidamente:
S
PE =
E
Siendo:
PE: Plazo de entrega, en semanas
E: Puntos Función / semana

Tecnicas Estimacion de Costos-Metrica

Cargado por

Copyright:

Formatos disponibles

Tecnicas Estimacion de Costos-Metrica

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Tecnicas Estimacion de Costos-Metrica

Cargado por

Copyright:

Formatos disponibles

Técnicas y Prácticas 83

TÉCNICAS DE GESTIÓN DE PROYECTOS

Las técnicas de estimación más fiables se basan en el análisis de Puntos Función. La

Las características más destacables de esta técnica son:

Metodología MÉTRICA Versión 3 © Ministerio de Administraciones Públicas

cuenta la experiencia del equipo de desarrollo y el estilo de programación, la aplicación de una u

Método Albrecht para el Análisis de los Puntos Función

Identificación de los componentes

Tipos de datos elementales

© Ministerio de Administraciones Públicas Metodología MÉTRICA Versión 3

Los tipos de entrada aplicables son los siguientes:

Tipos de datos elementales

Los tipos de salida aplicables son los siguientes:

Grupos lógicos de datos internos

Metodología MÉTRICA Versión 3 © Ministerio de Administraciones Públicas

Para el análisis de este componente se utiliza la siguiente matriz de complejidad:

Tipos de datos elementales

Los tipos de datos internos o ficheros aplicables son los siguientes:

Grupos lógicos de datos de interfaz

Tipos de datos elementales

Los tipos de datos o ficheros de interfaz aplicables son los siguientes:

© Ministerio de Administraciones Públicas Metodología MÉTRICA Versión 3

− Son consecuencia de una búsqueda y no una actualización de un grupo lógico de datos

Cálculo de los Puntos Función no ajustados

DESCRIPCIÓN SENCILLA MEDIA COMPLEJA TOTAL P.F.

Nº Grupos Lógicos de Datos Internos x7 x 10 x 15

Nº de Grupos Lógicos de Datos de Interfaz x5 x7 x 10

TOTAL PUNTOS FUNCIÓN NO AJUSTADOS (PFNA)

El método para el cálculo es el siguiente:

Metodología MÉTRICA Versión 3 © Ministerio de Administraciones Públicas

Ajuste de los Puntos Función

A cada atributo se le asignará un valor entre 0 y 5, dependiendo del grado de influencia de

Sin influencia (0). El sistema no contempla este atributo.

Influencia mínima (1). La influencia de este atributo es muy poco significativa.

Influencia moderada (2). El sistema contempla este atributo y su influencia, aunque

Los 14 atributos que se contemplan en esta técnica y sus significados aparecen a

1. Comunicación de datos: Los datos usados en la aplicación se envían o reciben por

© Ministerio de Administraciones Públicas Metodología MÉTRICA Versión 3

0 La aplicación no tiene el objetivo de transferir datos o funciones procesadas entre

Metodología MÉTRICA Versión 3 © Ministerio de Administraciones Públicas

0 No se han declarado ninguno de los anteriores requerimientos especiales de

© Ministerio de Administraciones Públicas Metodología MÉTRICA Versión 3

5 Además, se usan herramientas especiales o prototipos para suscitar la eficiencia

0 Ninguno de los anteriores es aplicable.

Metodología MÉTRICA Versión 3 © Ministerio de Administraciones Públicas

0 El usuario no ha declarado consideraciones especiales para instalación y

© Ministerio de Administraciones Públicas Metodología MÉTRICA Versión 3

2 Se preverá una flexible capacidad de peticiones para modificaciones medias.

4 Gran uso de la configuración

5 Velocidad de las transacciones

6 Entrada de datos en línea

7 Diseño para la eficiencia del usuario final

8 Actualización de datos en línea

9 Complejidad del proceso lógico interno de la aplicación

10 Reusabilidad del código

FA: Factor de ajuste

SVA: Suma de los valores de los atributos.

Metodología MÉTRICA Versión 3 © Ministerio de Administraciones Públicas

Por último, se ajustan los Puntos Función mediante la siguiente fórmula:

PFA: Puntos Función ajustados

Nº de Entidades NE1,66 NE1,66 NE1,66 NE1,66 NE*1,66

Nº Campos de Entrada NCE0,58 NCE0,58 NCE0,58 NCE0,58 NCE*0,58

Nº Campos de Salida NCS0,26 NCS0,26 NCS0,26 NCS0,26 NCS*0,26