Artículos

¿El FPA carga el esfuerzo de un proyecto de software?

 

 

La esen­cia del FPA, pro­pu­esta por IFPUG, es que el pro­ceso de cál­culo de pun­tos de fun­ción debe ser con­sis­tente (per­so­nas dife­ren­tes midi­endo el mismo proyecto deben encon­trar resul­ta­dos simi­la­res) y tam­bién, prin­ci­pal­mente, que el cál­culo sea sim­ples lo sufi­ci­ente para mini­mi­zar el esfu­erzo de medi­ción, redu­ci­endo el impacto sobre el esfu­erzo glo­bal del proyecto.

 

Como cual­quier acti­vi­dad de un proyecto de desar­rollo o man­te­ni­mi­ento de soft­ware, rea­li­zar el cál­culo de pun­tos de fun­ción demanda un esfu­erzo de un pro­fe­si­o­nal del equipo. Luego habrá un esfu­erzo adi­ci­o­nal en el proyecto para que rea­li­zada la medición.

 

 

Hay que con­si­de­rar que los bene­fi­cios obte­ni­dos por la rea­li­za­ción de la medi­ción com­pen­san el esfu­erzo adi­ci­o­nal des­pren­dido. En tesis el soft­ware puede ser desar­rol­lado sola­mente con las acti­vi­da­des de codi­fi­ca­ción; sin embargo otras acti­vi­da­des son rea­li­za­das (como aná­li­sis, pla­ne­a­mi­ento, mode­lado, tesis) que va a gra­var el esfu­erzo del proyecto pero pro­por­ci­o­nan bene­fi­cios que suplan­tan ese esfu­erzo adicional.

 

Tra­du­ci­endo en núme­ros, lo ideal sería que ese esfu­erzo oca­si­o­nado por la medi­ción no ultra­pase 2% de esfu­erzo total del proyecto. Es impor­tante des­ta­car que, en muchos casos donde esto no ocurre, la causa está en una defi­ci­en­cia de la espe­ci­fi­ca­ción de los requi­si­tos. En estos casos la mayor parte del esfu­erzo del cál­culo de pun­tos de fun­ción acaba siendo con­su­mido en entre­vis­tas, revi­sión y detal­les de los requi­si­tos. Acti­vi­da­des que debe­rían haber sido rea­li­za­das en la fase de espe­ci­fi­ca­ción pro­pi­a­mente dicho.

.

 

.