Alumno: Joseph Rómulo Tinta Mamani

PUNTOS DE FUNCIÓN
La métrica del punto de función es un método utilizado en ingeniería de software para
medir el tamaño del software.
Es útil también en cualquiera de las fases de vida del software, desde el diseño inicial
hasta la implementación y mantenimiento.
Permite medir la funcionalidad entregada al usuario independientemente de la
tecnología usada para la construcción y explotación del software.
Este método de aplicación contempla la aplicación a desarrollar en forma externa, es
decir, no se interesa por las interioridades de la aplicación, sino que se centra en lo que
puede ver el usuario.
Es una métrica que se puede aplicar en las primeras fases de desarrollo.
ELEMENTOS DE FUNCION

 Entradas
 Salidas
 Consultas
 Ficheros lógicos o internos
 Ficheros de interfaz
VENTAJAS

 Ofrece una idea de la funcionalidad, del tamaño de la funcionalidad y del

presupuesto necesario.
 Soporta la elaboración de una planificación realista.
 Es objetivo y fácil de usar.
 Soporta la comunicación entre la administración, los usuarios y proveedores.
 Cumple con la norma ISO 14143 (Tecnología de la información. Medida del
software. Medida del tamaño funcional)
DESVENTAJAS

 Requiere una dedicación adicional en los proyectos de desarrollo de software,

que suelen desenvolverse con presupuestos ajustados.
 Su implantación en una organización no acostumbrada a su uso puede resultar
penosa y requerir un fuerte compromiso de la dirección. Suele ser vista por los
desarrolladores como un mecanismo de control de su trabajo.
 Carece de Precisión cuando se trata de proyectos pequeños.
 Por debajo de unos 100 PF resulta poco confiable.
Alumno: Joseph Rómulo Tinta Mamani

MODELO COCOMO
El Modelo Constructivo de Costes (o COCOMO, por su acrónimo del inglés COnstructive
COst MOdel) es un modelo matemático de base empírica utilizado para estimación de
costes de software y para desarrollar el plan de asignación de personal a un proyecto.
Incluye tres submodelos, cada uno ofrece un nivel de detalle y aproximación, cada vez
mayor, a medida que avanza el proceso de desarrollo del software: básico, intermedio y
detallado.

Pertenece a la categoría de modelos de subestimaciones basados en estimaciones

matemáticas. Está orientado a la magnitud del producto final, midiendo el "tamaño" del
proyecto, en líneas de código principalmente.

MODELOS

El modelo básico estima el coste del proyecto –pequeño o mediano- en función de

número de líneas de código estimadas. En este modelo, el algoritmo COCOMO establece
varios criterios de desarrollo, dependiendo el nivel de dificultar no del nivel de
experiencia de los desarrolladores –que se supone- sino de posibles dificultades que se
pueden encontrar en el desarrollo o limitaciones del hardware usado en el desarrollo del
software.

El modelo intermedio se utiliza para estimaciones más complejas. Éste incluye 15

atributos –dentro de 4 categorías- del software para determinar el coste del proyecto.

 Atributos del producto: garantía de funcionamiento requerida para creación del

software, tamaño de la BBDD, etc.
 Atributos del ordenador usado: capacidad de almacenamiento, rapidez del
ordenador, etc.
 Atributos del personal: experiencia en el tipo de software a desarrollar, en el
lenguaje usado, etc.
Alumno: Joseph Rómulo Tinta Mamani

 Atributos del proyecto: software usado para el desarrollo, lenguaje necesario

para crear el software, etc.

El modelo detallado, incorpora las características del modelo intermedio y lleva a cabo
una evaluación del impacto de los motivantes del coste en cada caso -análisis, diseño,
etc.- del proceso de ingeniería del software.

En modelo COCOMO es uno de los sistemas de estimación de costes más utilizados en

proyectos de desarrollo de software. La estandarización de su uso y la facilidad de la
aplicación del mismo junto con la aproximación al coste real, han convertido a este
modelo en uno de los referentes en este tipo de proyectos.

VENTAJAS

 Está basado en modelos de estimación matemática

 Está orientado al producto final, no a fases intermedias.
 Se basa en la cantidad de líneas de código del proyecto
DESVENTAJAS

 Comentarios en las líneas de código.

 No se le da importancia a la productividad, referente a los hábitos del trabajo.
 Dificultad para contemplar costes de revisiones, reuniones, etc.