PROPUESTA DE ETAPAS PARA PRESUPUESTAR

PROYECTOS DE SOFTWARE DE GESTIN

Jos M. Torralba Martnez1, Daro M. Arango Serna, Universidad Politcnica
de Valencia
Victor Ruz Molina, Clase 10 Sistemas
jtorral@omp.upv.es, marango@omp.upv.es, victor.ruiz@clase10.com

Resumen
Se propone una estructura en fases para presupuestar proyectos de software a
medida de gestin, basada en la que se utiliza generalizadamente en otras
ingenieras, tanto en proyectos pblicos como privados.
1. INTRODUCCIN
La estructura en fases del presupuesto de los proyectos de ingeniera de
tecnologas fsicas distintas de la informtica, suele ser la que establece la
normativa de contratacin pblica, y esta estructura en el ao 2002 se
incorpora a la norma UNE 157001. Los proyectos de software, en concreto de
gestin, no suelen tener una estructura tan generalizada, lo que justifica esta
comunicacin en que se plantean las etapas del proceso presupuestario de
proyectos de software de gestin.
Actualmente se est realizando una adaptacin de dicha norma UNE a los
Proyectos de Sistemas de Informacin Informatizados, que espera estar
terminada hacia finales de 2004.

1.1.

Objeto.

Se formula una propuesta del proceso presupuestario del proyecto de software

a medida de gestin, que se basa en el utilizado en los proyectos de otras
ingenieras.
Se refiere solo al subsistema de software, no considerando aqu otros
subsistemas que formen parte del proyecto, como hardware, comunicaciones,
mobiliario, etc. [Torralba, 2003].
2. PROPUESTA DE ETAPAS PARA PRESUPUESTAR SOFTWARE DE
GESTIN
Para determinar el presupuesto para el proveedor del software a medida se
deben realizar las etapas que se indican en la tabla 1.

Esta comunicacin se realiza en el marco del Proyecto DPI2002-04342-C05-05 de la CICYT.

Conviene recordar que las tres primeras etapas, que no exigen una valoracin
monetaria, son estudiadas normalmente en asignaturas tcnicas anteriores a
las de proyectos, por lo que no se entra aqu en su consideracin detallada,
hacindose nicamente una muy breve referencia, ya que son etapas previas a
la de valoracin monetaria del presupuesto.

ETAPAS PARA PRESUPUESTAR EL PROYECTO DE SOFTWARE

A MEDIDA
ETAPAS SIN VALORACIN MONETARIA
- Medicin del software
- Determinacin de la productividad de los recursos a utilizar
- Estimacin del esfuerzo o estimacin de los recursos necesarios
ETAPAS CON VALORACIN MONETARIA
- Determinacin de costes de los recursos
- Determinacin del coste de las unidades de medida del proyecto
- Presupuestos parciales
- Presupuesto general

Fuente: Basado en [Torralba, 2003].

Tabla 1. Etapas para presupuestar el proyecto de software a medida.

2.1. Breve referencia de las etapas sin valoracin monetaria.

2.1.1. Medicin del software
La medicin del proyecto de software, a los efectos de realizar el presupuesto
del mismo, es una fase muy importante, sobre la que se est investigando
mucho, y las revistas internacionales de prestigio en la ingeniera del
software han adoptado esta preocupacin y tambin podemos resear la
existencia de una publicacin (Empirical Software Engineering) y de un grupo
de inters de IEEE2 Computer Society sobre mtodos cuantitativos. [Dolado y
Fernndez, 2001].
La medicin se viene realizando, como se intuye, desde antiguo en otros
proyectos de otras profesiones, y tiene un significado preciso. Sin embargo, en
el software el trmino medicin tiene varios significados que se refieren
brevemente a continuacin.
A. La medicin en proyectos informticos se aplica en mltiples mbitos.
Aqu nos interesa el tema de la medicin a los efectos de presupuestarlo, por lo
que procede resear brevemente qu existen otros mbitos tambin en que se
llevan a cabo mediciones. Un tratamiento detallado del tema se realiza por
Fenton y Pfleeger [1997] apareciendo un resumen en la tabla 2. En este cuadro
se hace una doble divisin: 1) A qu se dirige la medicin?, contemplndose

IEEE son las siglas del Instituto de Ingenieros Elctricos y Electrnicos.

las siguientes posibilidades: Productos, procesos y recursos; 2) Qu atributos

son medidos?, considerndose la clasificacin en: internos3 y externos.
La medicin se
dirige a

La medicin se
dirige, ms en
concreto, a
Las
especificaciones

PRODUCTOS

Los diseos

El cdigo fuente

PROCESOS

Los datos de
prueba
De la especificacin
Del diseo
De las pruebas
Personal

RECURSOS

Algunos de los
atributos
internos que se
pueden medir
Tamao,
Funcionalidad,
Reusabilidad
Tamao,
Reusabilidad,
Modularidad,
Acoplamiento
Tamao,
Reusabilidad
Tamao, Nivel de
cobertura

Algunos de los
atributos
externos que se
pueden medir
Facilidad de
mantenimiento
Facilidad de
mantenimiento
Facilidad de
mantenimiento
Calidad, Coste

Esfuerzo, Tiempo Calidad, Coste

Esfuerzo, Tiempo Calidad, Coste
Esfuerzo, Tiempo Calidad, Coste
Experiencia,
Productividad
Salario

Equipos de persoTamao
Productividad
nas
Software
Precio
Fiabilidad
Hardware
Precio, Velocidad Fiabilidad

Fuente: Basado en [Torralba, 2003]

(Reproduccin adaptada de: Dolado y Fernndez, 2001 y Pressman , 1993]
Tabla 2. Algunos de los atributos, internos o externos, que se miden en los
productos, procesos o recursos, en los proyectos informticos y su ejecucin.

B. La medicin del tamao del software.

La bibliografa de Proyectos de programas informticos establece las siguientes
grandes fases para realizar la planificacin [McConnell, 1996; Pressman, 2001]:
a) Medicin del tamao, b) Estimacin del esfuerzo (medido, en lo relativo al
personal, por ejemplo, en personas-mes), c) Programacin temporal; que,
ordinariamente, deben realizarse en dicha secuencia.
En relacin con la medicin del tamao hay varios mtodos, que se diferencian
entre s debido a que la medicin se puede dirigir hacia mbitos y submbitos
distintos (por ejemplo, a distintos tipos de productos) y tambin porque los
atributos que se miden pueden ser diferentes. Dolado y Fernndez [2001]
indican diversos tipos de medidas del tamao, algunos de los cuales son los
siguientes: a) Lneas de cdigo, b) Puntos de funcin, c) Puntos objeto.
Roetzheim y Beasley [1998], indican un cuarto tipo de medida que denominan
GUI metrics (esto es, Mtrica de Interfaz Grfica de Usuario), propuesta por
3

Dolado y Fernndez (2001) presentan las siguientes definiciones: Un atributo o propiedad es

interno si se puede medir en trminos de la entidad en s (las entidades aparecen en la
columna segunda de la tabla); es externo cuando slo se puede caracterizar segn la
relacin de la entidad con su entorno.

estos autores en 1993 (junto con Booz, Allen & Hamilton). Tambin hablan de
dos aproximaciones heursticas.
B.1. Medicin del tamao en lneas de cdigo
La medicin del tamao en Lneas de cdigo (LDC) es una medida del
producto cdigo fuente, por lo que es una medida de productos de la fase de
implementacin o codificacin, esto es, de la ejecucin del proyecto; se
necesita informacin de todas las principales fases del desarrollo del programa.
B.2. La medicin del tamao en puntos de funcin
La medicin del tamao en Puntos de Funcin (PF) es una medida que se
puede realizar fundamentalmente con la informacin disponible en la fase de
Especificacin de Requisitos Funcionales. Puntos de Funcin Albrecht (as
denominados por haber sido formulados por Albrecht en 1979), en el
planteamiento seguido por la IFPUG4, considera cinco elementos: entradas
externas, salidas externas, consultas externas, interfaces externas, y ficheros
internos; estos cinco elementos se ponderan segn la complejidad se
consideran tres niveles: baja, media o alta; lo que permite calcular los Puntos
de Funcin sin ajustar (PFSA). Adems, se tienen en cuenta tambin catorce
caractersticas que describen el entorno en el que se desarrolla la aplicacin
[Dolado y Fernndez, 2001], lo que permite determinar los Puntos de Funcin
Ajustados (PFA). Esta medida es clasificada por estos autores como Medicin
de Especificaciones de Software. E indican que existen diversas variantes: a)
Mark II, b) SPQR, c) Full Function Points (FFP).
Otra variante, denominada de Puntos Caracterstica, se consideran tambin
los algoritmos y su complejidad.
B.3. La medicin del tamao en puntos objeto
Dolado y Fernndez [2001] indican que la medicin se realiza en base a
determinados elementos (principalmente de tres tipos: pantallas, informes y
componentes 3GL); se ponderan segn la complejidad se consideran tres
niveles: baja, media o alta; y se tiene en cuenta la reutilizacin.
Estos autores indican Los mtodos o modelos de medicin/estimacin
propuestos pueden ayudar al ojo clnico del jefe de proyecto, que es el nico
que con su experiencia y conocimiento puede ajustar la estimacin.
En lo que sigue, supondremos que la medicin del software a medida se
realiza mediante Puntos de Funcin Ajustados.

2.1.2. Determinacin de productividades fsicas de los recursos

necesarios.
Como se conoce, la productividad de un recurso productivo se determina por el
siguiente cociente:
4

IFPUG = International Function Point User Group.

Cantidad del producto obtenido (o a obtener)

Productividad fsica del recurso Z = - (1)
Cantidad del recurso Z utilizado (o a utilizar)

En la expresin anterior hay que establecer: a) el producto, y b) el recurso. El

producto sera el nmero de Puntos de Funcin Ajustados (PFA) obtenidos (si
se trata de algo histrico, que ya ha ocurrido), o a obtener (si se trata de algo
futuro, como es el caso de un proyecto). El recurso puede ser alguno de la
relacin siguiente: a) Recursos humanos, en sus distintas categoras
profesionales, b) Recursos de capital, b.1) Hardware, b.2) Software, etc.
En lo que sigue, nos referimos principalmente al recurso humano (personal o
trabajo), ya que todava tiene una participacin muy importante en el desarrollo
del software a medida. No obstante, no hay que dejar de tratar adecuadamente
la utilizacin de otros recursos de capital, como software de ayuda al
desarrollo, como pueden ser los distintos tipos de herramientas CASE5, etc.
Por lo tanto, un ndice de productividad que es bsico es el siguiente:
N. de Puntos de Funcin Ajustados (PFA)
Productividad fsica del personal =
N. de personas mes

(2)

La unidad personames es, como se sabe, el equivalente del trabajo realizado

por una persona durante un mes; por lo tanto, quiere decir que tambin se
puede referir a lo siguiente: a) una persona durante un mes, b) dos personas
durante medio mes, c) cuatro personas durante un cuarto de mes, etc., aunque,
como se conoce, cada una de las combinaciones referidas no tienen por qu
obtener el mismo resultado de trabajo.
A. Se suele utilizar el inverso de la productividad fsica
Conviene indicar que en las empresas se suelen utilizar los datos de:
Utilizacin del recurso por unidad de producto, esto es: N. de horas de
trabajo por PFA. Por ejemplo, en el desarrollo de software con una herramienta
de 4 generacin hay referencias documentales que indican que se necesita un
tiempo situado en torno al intervalo siguiente: 5-10 horas por PFA (aunque esto
puede variar mucho de unas situaciones a otras).
Y como se ve fcilmente, este dato es el inverso de la productividad fsica. En
efecto, el dato anterior se obtiene mediante la expresin:

N. de horas del recurso (personal)

Utilizacin del recurso por unidad de producto = (3)
N. de PFA

que es una expresin inversa a la de productividad fsica, ya que ste se

obtiene, como ya se ha dicho, as:
N. de PFA
Productividad fsica =
Cantidad de recurso
5

CASE: Computer Aided Software Engineering.

(4)

2.1.3. Estimacin del esfuerzo o estimacin de los recursos necesarios.

Conocidos los siguientes datos:

N. de PFA
Productividad (o su inversa)

es fcil determinar el esfuerzo, o estimacin de los recursos necesarios,

mediante la expresin:
Estimacin del esfuerzo o de
N. de PFA
los recursos humanos necesarios =
Productividad

1
= N. de PFA * (5)
Productividad

Por lo tanto, si se dispone del dato Utilizacin del recurso por unidad de
producto (que como se ha indicado, no es la productividad, sino su inversa), lo
que se hace es multiplicar el N. de PFA por la Utilizacin del recurso por
unidad de producto.
Conviene tener en cuenta los siguientes aspectos:

Al pasar de tiempos en horas, a tiempos en otras medidas

temporales (das, semanas, meses, aos, ) se debe considerar: a)
tiempos efectivos, b) festivos, c) vacaciones, etc.
La programacin temporal del Proyecto y de la Ejecucin
Las necesidades de personal para cada etapa del ciclo de vida.

Aunque aqu nos referimos solo al recurso trabajo personal, hay que hacer la
estimacin de todos los recursos que se utilizan, como ya se ha indicado.

3. ETAPAS CON VALORACIN MONETARIA.

3.1. Determinacin de los costes de los recursos.
El clculo de costes es objeto de otras asignaturas previas a la de proyectos.
Se suele considerar la siguiente clasificacin:

costes directos
costes indirectos

A. Costes directos
Los costes directos del proyecto pueden ser los siguientes:

Personal de distintos perfiles profesionales

o Analistas

o Analistasprogramadores
o Programadores,
o Etc.
Otros recursos directos
Desplazamientos
Etc.

En el caso de los costes del personal debe considerar todos los conceptos de
coste como:

salarios
seguridad social a cargo de la empresa
otros conceptos
etc.

En otras tecnologas fsicas, al hacer el presupuesto de los proyectos, se

confecciona lo que se denomina Cuadro de Precios n. i, que contiene los
salarios (costes de mano de obra) (se ha indicado n. i ya que en la bibliografa
unas veces es el n.1 [Gomez-Senent, 1999] pero en otros casos se denomina
cuadro n. 2 [ITEC, 1995]
B. Costes indirectos.
Pueden distinguirse dentro de los costes indirectos dos tipos:

Costes indirectos del proyecto

Costes (indirectos) generales de la empresa

B.1. Costes indirectos del proyecto.

Conocido es que en el desarrollo de software se necesitan, adems del
personal, otros recursos como:

sistemas informticos (con su hardware, software y comunicaciones)

software de ayuda al desarrollo
herramientas CASE
direccin de proyecto,
etc.

que generan costes indirectos del proyecto.

B.2. Costes generales de la empresa.
La empresa de desarrollo de software (o el proyectista en su despacho
profesional) tiene unos gastos de creacin, mantenimiento y desarrollo de la
empresa Por ello, hay que considerar los costes correspondientes a los
siguientes elementos:

Personal administrativo
Direccin
Edificio
Instalaciones generales

Servicios generales
Etc.

que generan, como se conoce, costes de diversos tipos:

costes generales de desarrollo

costes comerciales
costes administrativos
costes de financiacin
costes de direccin
costes generales (impuestos, etc.)

todos los cuales se deben considerar adecuadamente en la parte que

corresponda imputar al proyecto.
B.3. Los costes indirectos en la prctica
Es frecuente que los costes indirectos se calculen partiendo de los costes
directos como una proporcin de estos; aplicando pues un coeficiente al
importe de los costes directos. Entonces:

Costes directos = CD
Costes indirectos = CI
CI = CD * TCI

(6)

siendo TCI = tasa unitaria de costes indirectos.

Esto es, si en una empresa de desarrollo de software se tiene calculada la TCI
(o diversas TCI segn tipo de proyectos), el proyectista, para calcular el coste
total (CT) slo necesita determinar el importe de los CD, ya que a continuacin
calcula el CT as:
CT = CD + CI = CD + CD*TCI = CD*(1+TCI)

(7)

El clculo de los costes indirectos puede ser realizado por otro personal de la
empresa, sin que tenga que entrar directamente a hacerlo el proyectista, el cual
se limita a tener en cuenta la tasa unitaria TCI.

3.2. Presupuesto parcial del software a medida.

Llegados aqu, ya se ha determinado:

Esfuerzo de cada uno de los recursos (ERi)

Coste por unidad de cada uno de los recursos, que se representa por
PRi, ya que es usual la terminologa de precio en vez de coste. En
otras profesiones se le denomina Precio Bsico6.

En el pasado se le denominaba Precio Simple.

Por lo que el presupuesto parcial se obtendr as:

Presupuesto Parcialj = PTOj = ERi*PRi

(8)

Se indica el subndice j para el caso de que se consideren presupuestos

separados de diversos mdulos, aplicaciones, etc. (se denominan
presupuestos parciales del software a medida)

3.3. Presupuesto general del software a medida.

Siendo los correspondientes Presupuestos parciales (PTOj), se obtendr el
Presupuesto General (PG):
PG = PTOj

(9)

4. PRECIO DE LAS UNIDADES DE MEDIDA DE SOFTWARE. EL PRECIO O

COSTE POR PUNTO DE FUNCIN AJUSTADO.
Conocido el esfuerzo de recursos necesario (ER) y los costes del proyecto, se
pueden calcular los siguientes valores:
Costes directos del Proyecto (CD)
Coste directo por PFA=
N. de PFA

(10)

Costes indirectos del Proyecto (CI)

Coste indirecto por PFA=
N. de PFA

(11)

CT (CD+CI)
Coste total por PFA =
N. de PFA

(12)

Interesa que este dato se incorpore al presupuesto ya que servir de referencia

para el caso de que se modifique o reforme el proyecto, lo cual ocurre con
frecuencia como bien se conoce.

A modo de conclusin
Los procedimientos para presupuestar proyectos en Espaa estn muy ligados
a la normativa pblica, aunque esta solo obliga a los proyectos pblicos. En
esta comunicacin se ha adaptado el proceso presupuestario de otras

tecnologas fsicas al caso del software a medida, que al ser una tecnologa
ms reciente, no tiene unos procedimientos generalizados que estn
adaptados a ella.

Reconocimientos
Se quiere dejar constancia de la colaboracin de D. Jos Manuel Santarsula
Sala, D. Salvador Pons Alberola y D. Jess Marqus Parada.
Se quiere reconocer la ayuda para asistencia a Congresos facilitada por la
Facultad de Informtica de la UPV.

REFERENCIAS
[1] AENOR. Norma UNE 157001. Madrid, 2002.
[2] Dolado, J. y Fernndez, L. Medicin para la Gestin de Proyectos
Software. Ra-Ma, Madrid, 2001.
[3] Fenton, N. E., Pfleeger, L. S. Software Metrics: A Rigorous and Practical
Approach 1997
[4] Gmez-Senent, E. Las Fases del Proyecto y su Metodologa. Universidad
Politcnica de Valencia, 1999.
[5] McDonnell. Desarrollo y Gestin de Proyectos Informticos. McGraw-Hill,
1996.
[6] Pressman, R. Ingeniera de Software. McGraw-Hill, 2001.
[7] Serra, V. Contabilidad de Costes. Clculo, anlisis y control. Tirant lo
Blanch, Valencia, 2003
[8] Torralba, J. M. Introduccin al Presupuesto del Proyecto Informtico y
Telemtico. Universidad Politcnica de Valencia, 2003.
[9] Torralba, J. M. Introduccin a los costes para Informticos. 2001.
[10]Torralba, J. M., Chiner, M. y Ferrer, R. Del presupuesto al precio de oferta
en proyectos de software. 2001.
[11] Torralba, J. M. Economa y Gestin de Proyectos. Apuntes, Universidad
Politcnica de Valencia, 2004.