Hola a tod@s.

Me estoy repasando el manual de IFPUG 4.2.1 y me sigo ratificando que, al menos en las fases iniciales de una aplicación, no es aconsejable usar IFPUG.

Entiendo que, lo que dice el manual en la parte 2 dentro de las consideraciones de mejora frente a Mantenimiento, en la que confirma que en fases tempranas como la Estimación Preliminar o Estudios de Viabilidad, se da el problema que los requisitos de usuario aun no están bien definidos, es aplicable a la medición de una aplicación o proyecto de Desarrollo.

Que, como mucho, se puede determinar un Orden de Magnitud Aproximado (OMA) de puntos función, pero las mediciones cuantitativas no deberían aplicarse a este punto.

Entiendo que  esto es aplicable a cualquiera de los 3 tipos de Medición de PF. Sea un proyecto de Desarrollo, o de mejora o la medición de una aplicación.

Quizás en el único caso que sí se podría hacer es en los de Mejora, y siempre y cuando los requisitos del usuario especifiquen con detalle los cambios que se quieren hacer.

¿Mi interpretación es correcta o me estoy confundiendo?

Si me estoy confundiendo, ¿Cómo puedo hacer una medición en PF en fase inicial con unos requisitos que no contienen un mínimo detalle de cada función de datos y de cada función transaccional, especificando Det's, RET`S y ER's que han de emplear?.

En caso de que sea correcta ¿quien me puede dar pistas de lo que entiende IFPUG de lo que es una OMA o ROM (Rough Order of Magnitude)?

¿La aplicación de PFA-Casos de Uso simplificada se podría interpretar como una OMA?

Se agradecen por anticipado todas las posibles sugerencias, correcciones y/o ayudas que me podáis dar en este tema.

Un cordial saludo