Metricas desarrollo de software
“He Visitado docenas de empresas, buenas y malas, y he observado a numerosos gestores de procesos de datos, tanto buenos como malos. Muy frecuentemente, he visto con horror cómo estos gestores se peleaban inútilmente con proyectos terribles, intentaban cumplir plazos imposibles o entregaban sistemas que decepcionaban a sus usuarios y acababandedicando gran cantidad de tiempo al almacenamiento”. Afirma Meiler Page-Jones M., Practical Project Managment.
Estos son los resultados de una mala gestión y de problemas técnicos. El rasgo común la gestión de proyecto fue débil. Es importante saber que la gestión del proyecto de software es el primer nivel del proceso de ingeniería de software.
Lo primero a realizar son las mediciones y métricasempleando herramientas como los puntos de función.
Los Puntos de Función miden la aplicación desde una perspectiva del usuario, dejando de lado los detalles de codificación.
Es una técnica totalmente independiente de todas las consideraciones de lenguaje y ha sido aplicada en más de 250
lenguajes diferentes. Se supone que FPA evalúa con fiabilidad
- el valor comercial de unsistema para el usuario
- tamaño del proyecto, coste y tiempo de desarrollo
- calidad y productividad del programador MIS
- esfuerzo de adaptación, modificación y mantenimiento
- posibilidad de desarrollo propio
- beneficios de implementación en 4GL.
fpa_archivos\fpapic1.jpg
Figura 1. Relaciones entre Usuarios, Aplicaciones y Funciones
Un Punto de Función se define como una funcióncomercial de usuario final. De esta manera un programa que tenga
“x” PF’s entrega “x” funciones al usuario final. El mejor modo de trabajo es la interacción analista-usuario.
El proceso requiere dos etapas fundamentales:
1. Se identifican las funciones disponibles para el usuario y se organizan en cinco grupos (mejor en este orden)
- Salidas
- Consultas- Entradas
- Ficheros
- Interfaces.
Después se clasifica y pondera cada función por su nivel de complejidad (simple, media, compleja).
2. Se ajusta este total de acuerdo con unas características del entorno.
I. Salidas .
Se debe contar cada dato único de usuario o salida de control generado proceduralmente y que saledel límite de la aplicación. Esto incluye informes y mensajes a otras aplicaciones y usuarios.
Una salida se considera única si
1. tiene formato diferente
2. tiene el mismo formato que otra salida pero requiere diferente lógica de procesamiento.
Además de las pantallas y los listados (papel o pantalla), también pueden ser salidas:
•fichero de transacción enviado a otra aplicación
• facturas
• cheques
• fichas perforadas
• transacciones automáticas
• mensajes al usuario
• cintas
• gráficos
• ficheros back-up, etc.
No se deben contar como salidas:
• cabeceras de columna, títulos, número de página• mensajes individuales (información, confirmación o respuestas a consultas de error)
• salida en igual formato y lógica que ya se hay contado para otro soporte.
Salidas
1-5 items de datos
referenciados 6-19 items de
datos referenciados 20 o más items de
datos referenciados
0 o 1 ficheroreferenciado Simple (4) Simple (4) Medio (5)
2 o 3 ficheros
referenciados Simple (4) Medio (5) Complejo (7)
4 o más ficheros
referenciados Medio (5) Complejo (7) Complejo (7)
II. Entradas .
Se debe contar cada dato único de usuario o entrada de control que se introduce en los límites de la aplicación y actualiza un fichero lógico interno, conjunto de datos, tabla o dato...
Regístrate para leer el documento completo.