Jan
28
2013

Métodos de Medición en Puntos Función (III): Mk-II FPA

Métodos de Medición Puntos Función

Imagen de Rbut.


Como veíamos en nuestros artículos anteriores, los Puntos Función son una herramienta que se utiliza en muchas empresas para la valoración de los proyectos.

Vimos que había varios métodos y de ellos íbamos a tratar los siguientes: IFPUG, NESMA, Mk-II, COSMIC y FiSMA.

En el primer artículo veíamos en qué consistía el método de IFPUG, en la segunda parte vimos en qué consiste el método de NESMA y ahora continuamos mostrando el método Mk-II FPA o Mark-II FPA.





Mk-II
El Método Mk-II FPA de UKSMA.
UKSMA Son las siglas de la United Kingdom Software Metrics Association o Asociación de Métricas del Software del Reino Unido.

Fué fundada en 1998, originalmente conocida como la asociación MkII FP User Group (ó Grupo de Usuarios de Puntos Función MKII).

La dirección de su sitio Web es http://www.uksma.co.uk/

 

APRENDE A MEDIR Y ESTIMAR PROYECTOS DE SOFTWARE

  • ¿Por qué? Aprende a justificar porque se deben medir los proyectos de software
  • ¿Para qué? Aprende para que sirve una medición y los beneficios que obtienes con ellas.
  • ¿Cómo? Aprende métodos de estimación y medición como: COCOMO 81 y COCOMO 2000, Putnam, Estimación de 3 puntos, Puntos Función IFPUG, NESMA, MKII, COSMIC, SiFP, Puntos de Casos de Uso, SNAP, T-Shirt y un largo etc.
Ver Más Información
¡Sólo vale 7,52€ (en papel 12,35€)!

Mk-II es un método que comenzó a ser desarrollado por KPMG entre 1985 y 1986 como un método propietario.
La primera definición del mismo la realizó Charles Symons en 1988, junto con una serie de comentarios sobre el método de Albrecht, en el documento “Function Point Analysis: Difficulties And Improvements”, IEEE TTransactions on Software Engineering, SE-14(1).

Finalmente en 1991, pasó a ser un método público con la publicación de “Software Sizing and Estimation: Mk II FPA” .

Este método fue adoptado por la UKSMA como su principal método a la hora de obtener la medición funcional del software.
La última versión del manual es la 1.3.1 realizada en 1998 y puede ser consultado en su sitio web.



Primeramente vamos a ver la definición de una serie de conceptos.
En el método Mk-II FPA distingue dos tipos de entidades:

  • Entidades Primarias. Estás entidades son aquellas por las cuales hemos diseñado el sistema, para almacenarlas. Por ejemplo, Empleado, Contrato, Factura, …
  • Entidades No Principales. El resto de entidades cuyo objetivo es servir de valores de referencia, validación, etc. y que generalmente suelen constar de un código, descripción y/o conjunto de valores válidos.



Una Transacción Lógica, es una combinación de Entrada, Proceso y Salida, correspondientes todos a un proceso único desde un punto de vista lógico, desencadenada por un evento de interés o por una necesidad de usuario.

En el método de MKII FPA se miden dos componentes del software:

  • Componente funcional. Es la suma de los tamaños de todas las transacciones lógicas que se identifiquen dentro del alcance.
  • Componente técnico. Que consiste en la evaluación de las características generales de la aplicación (de forma similar a como explicábamos para el método de IFPUG en el artículo anterior Métodos de Medición en Puntos Función (I)). Esta parte es opcional y generalmente no se utiliza en las mediciones.



El tamaño de una Transacción Lógica es igual a la suma de los elementos de los componentes que la forman:

  • Elementos de Entrada. Serían todos los atributos que recibe como entrada la transacción.
  • Elementos de Proceso. Serían todas las entidades principales a las que se referencia: se leen o se actualizan.

    Cada Entidad Primaria se contabiliza una única vez sin importar las veces que se referencie, salvo que se relacione consigo misma y las Entidades No Principales, no importa el número de ellas al que se acceda, se contabilizará como un acceso a una entidad genérica denominada Entidad del Sistema.

  • Elementos de Salida. Serían todos los atributos que se muestran en la transacción.

A diferencia del método de IFPUG si un Elemento de Datos aparece en la Entrada y en la Salida, en el método Mk-II FPA debe contarse dos veces.

Para medir el componente técnico como decíamos anteriormente debemos evaluar de 0 a 5 las características del sistema que son las siguientes:

  • Comunicación de Datos.
  • Función Distribuida.
  • Rendimiento.
  • Configuración fuertemente utilizada.
  • Tasa de Transacciones.
  • Entradas de datos on-line (interactiva).
  • Diseño teniendo en cuenta la Usabilidad.
  • Actualización on-line (interactiva).
  • Complejidad de Proceso.
  • Reusable en otras aplicaciones.
  • Facilidad de Instalación.
  • Facilidad de Operación.
  • Múltiples localizaciones.
  • Facilidad de Cambio.
  • Requerimientos de otras aplicaciones.
  • Seguridad, Privacidad, Auditoria.
  • Necesidades de formación de los usuarios.
  • Utilización directa por otras empresas.
  • Documentación.
  • Características definidas por el usuario.

La última de ella nos permite añadir a las 19 anteriores aquellas características que estimemos que son importantes para nuestros sistemas.

Continuaremos en el siguiente artículo con el método de COSMIC.



Actualización


Se ha actualizado, con la información aportada en un comentario por Charles Symons el creador del método, los datos relativos a la primera publicación del método, la fecha de fundación de UKSMA y la utilización del factor de ajuste.
Gracias de nuevo Charles.


Otros artículos de esta Serie

Puedes consultar el resto de los artículos de esta serie que también te pueden interesar.

 

Consigue Más de 100 Libros gratis

Suscríbete a nuestro newsletter por email y conseguirás Más de 100 Libros Gratis sobre Gestión de Proyectos, Innovación, Emprendimiento, Empresa, etc. directamente en tu correo


The following two tabs change content below.
Te Ayudo a Dirigir tus Proyectos al Éxito. Sólo puedes ir más rápido, juntos podemos ir más lejos ¿Conectamos?

3 Comentarios+ Escribir Comentario

  • Hi Julian, this is a nice way of presenting these methods. I have a few minor corrections about MkII FPA.
    – I first published crticisms of Albrecht’s method and the basis of the MkII FP method in 1998 (Transactions on Software Engineering, SE-14(1).
    – UKSMA was founded in 1998, originally as the ‘MkII FP User Group’
    – The Technical Complexity Adjustment is an optional part of the method and is not generally used.
    Regards
    Charles Symons

    • Charles is a honour that you can suggest modifications to my post.

      I have modified the post to add the information you indicated but I think the date for Transactions on Software Engineering, SE-14 document is 1988 and not 1998.
      Please let me know if not ok.

      Thanks you Charles for your valuable contribution.

      Regards.

  • […] qué consiste el método de NESMA, en la tercera entrega pudimos ver el funcionamiento del método MkII y ahora continuamos mostrando el método […]

¿Te ha gustado? Pues sólo cuesta un Comentario. ¡Gracias por adelantado!

Este sitio usa Akismet para reducir el spam. Aprende cómo se procesan los datos de tus comentarios.

No te pierdas nada de lo que publiquemos…

Comparte lo que te gusta…

¡Síguenos en Twitter!



¡Síguenos por email!

Recibe nuestro contenido exclusivo para suscriptores: Más de 100 Libros gratuitos, notificaciones de nuevo contenido, ventajas, etc.

Únete a otros 12K suscriptores

¡Síguenos por email!

Recibe nuestro contenido exclusivo para suscriptores: Más de 100 Libros gratuitos, notificaciones de nuevo contenido, ventajas, etc.

Únete a otros 12K suscriptores

¡Síguenos por email!

Recibe nuestro contenido exclusivo para suscriptores: Más de 100 Libros gratuitos, notificaciones de nuevo contenido, ventajas, etc.

Únete a otros 12K suscriptores