Skip to content Skip to navigation

Connexions

You are here: Home » Content » Métricas Orientadas al Producto

Navigation

Content Actions

  • Download module PDF
  • Add to ...
    Add the module to:
    • My Favorites
    • A lens
    • An external social bookmarking service
    • My Favorites (What is 'My Favorites'?)
      'My Favorites' is a special kind of lens which you can use to bookmark modules and collections directly in Connexions. 'My Favorites' can only be seen by you, and collections saved in 'My Favorites' can remember the last module you were on. You need a Connexions account to use 'My Favorites'.
    • A lens (What is a lens?)

      Definition of a lens

      Lenses

      A lens is a custom view of Connexions content. You can think of it as a fancy kind of list that will let you see Connexions through the eyes of organizations and people you trust.

      What is in a lens?

      Lens makers point to Connexions materials (modules and collections), creating a guide that includes their own comments and descriptive tags about the content.

      Who can create a lens?

      Any individual Connexions member, a community, or a respected organization.

    • External bookmarks
  • E-mail the author

Recently Viewed

This feature requires Javascript to be enabled.

Métricas Orientadas al Producto

Module by: Miguel-Angel Sicilia

Summary: Definición y clasificación de Métrica Orientada al Producto.

Métricas Orientadas al Producto

Estas métricas describen las características del producto que de alguna forma determinan la mantenibilidad, por ejemplo el tamaño, complejidad o características del diseño.

Las 4 métricas orientadas al producto son:

  • La densidad de comentarios en el código
  • Métricas de Complejidad.
  • El índice de madurez del software (IMS)
  • Métricas en Orientación a Objetos: Chidamber & Kemerer

Densidad de comentarios en el código

Aunque no existen muchas métricas conocidas a este respecto, es significativo para el mantenimiento de un sistema o componente software lo bien documentado que se encuentre. Obviamente, cuantos más comentarios haya en el código fuente, mayor mantenibilidad tendrá el software.

Para observar la densidad de comentarios que hay en el código hay que realizar una inspección del código fuente. Si el código fuente está realizado en Java, una medida fácilmente obtenible es la estudia la proporción de javadocs por número de líneas de código significativas, es decir, líneas de código que contengan sentencias que no sean de comienzo o fin (llaves, en el caso de Java) ni comentarios:

Densidad comentarios= LOCS/nº Javadocs

Cuanto mayor sea la densidad de comentarios, más mantenible será el software examinado.

Métricas de Complejidad

Son todas las métricas de software que definen de una u otra forma la medición de la complejidad; Tales como volumen, tamaño, anidaciones, costo (estimación), agregación, configuración, y flujo. Estas son los puntos críticos de la concepción, viabilidad, análisis, y diseño de software.

Los 2 tipos de métrica para calcular la complejidad es:

  • Complejidad ciclomática de McCabe
  • Ciencia del Software de Halstead

Índice de Madurez del Software (IMS)

El estándar del IEEE 982.1-1988 sugiere un índice de madurez del software (IMS) como métrica específica de mantenimiento. Esta métrica proporciona una indicación de la estabilidad de un producto software. A medida que el IMS se aproxima a 1, el producto comienza a estabilizarse, y por lo tanto, menos esfuerzo de mantenimiento requerirá.

Para calcular el índice hacen falta una serie de medidas anteriores:

  • MT = número de módulos en la versión actual.
  • Fm = número de módulos en la versión actual que han sido modificados.
  • Fa = número de módulos en la versión actual que han sido añadidos.
  • Fe = número de módulos de la versión anterior que se han eliminado en la versión actual.

A partir de estas, el IMS se calcula de la siguiente forma:

Figure 1
Figure 1 (graphics1.png)

Métricas Orientadas a Objetos

Las métricas OO se centran en métricas que se pueden aplicar a las características de encapsulamiento, ocultamiento de información, herencia y técnicas de abstracción de objetos que hagan única a esa clase.

Chidamber & Kemerer proponen una familia de medidas para desarrollos orientados a objetos:

  • Métodos ponderados por clase
  • Profundidad árbol de herencia
  • Número de descendientes
  • Acoplamiento entre clases
  • Respuesta para una clase
  • Carencia de cohesión en los métodos

Comments, questions, feedback, criticisms?

Send feedback