CAPITULO 23 METRICAS TECNICAS PARA SISTEMAS ORIENTADOS A OBJETOS

23.1 OBJETIVO DE LAS METRICAS ORIENTADAS A OBJETOS

Son los mismos que las métricas convencionales:
- Comprender mejor la calidad del producto
- Estimar la efectividad del proceso
- Mejorar la calidad del trabajo realizado

23.2 CARACTERISTICAS DISTINTIVAS

Se definen cinco características distintivas de la programación O.O.
1) Localización: es una característica del soft que indica la forma que se concentra la info dentro de un
programa.
2) Encapsulamiento: empaquetamiento de una colección de elementos. Para los sistemas OO, abarca las
responsabilidades de una clase, incluyendo sus atributos y operaciones, y los estados de la clase, según se
definen mediante valores específicos.
3) Ocultamiento de información: suprime los detalles operativos de un componente de un programa.
4) Herencia: es un mecanismo que hace posible que las responsabilidades de un objeto se propaguen a otros
objetos.
5) Abstracción del objeto: es un mecanismo que permite al diseñador centrarse en los detalles esenciales de
algún componente de un programa.

23.3 METRICAS PARA EL MODELO DE DISEÑO O.O.

Estas métricas no solo pueden ser aplicadas a los niveles de diseño, sino también que como veremos en las
siguientes técnicas también se pueden aplicar incluso a los niveles de análisis y prueba.

23.4 METRICAS ORIENTADAS A CLASES

Una clase es la unidad fundamental de todo S.O.O. lo cual genera de su comportamiento todas las métricas
conocidas. ya sea por colaboración entre clases, atributos, herencia, etc.

23.4.1 EL CONJUNTO DE MÉTRICAS CK(CONJUNTO DE MÉTRICAS): Esta compuesta por:

Método ponderado por clases(MPC): El numero de métodos y su complejidad es un indicador razonable de
la cantidad de esfuerzo necesario par implementar y comprobar una clase.
Arbol de profundidad de herencia (APH): Es la longitud máxima desde el nodo base hasta la raíz.
Numero de descendientes (NDD): Las cantidades de las subclases descendientes y subordinadas a su
escalafón jerárquico.
Acoplamiento entre clases objetos(ACO): Es el numero de colaboraciones enumeradas en su tarjeta índice
CRC.
Respuestas para una clase: Es un conjunto de métodos que pueden ser ejecutados potencialmente en una
respuesta a un mensaje recibido por un objeto de esa clase.

23.4.2 MÉTRICAS PROPUESTAS POR LORENZ Y KIDD: Basadas en cuatro categorías: Tamaño,
herencia, valores internos y valores externos; aparte desarrollaron los siguientes conceptos:
* Numero de operaciones Invalidas por una subclase (NOI)
* Tamaño de la clase
* Numero de operaciones añadidas por una subclase (NOA)
* Indice de especialización (IE)

23.5 METRICAS ORIENTADAS A OPERACIONES

Como nadie había definido ninguna métrica para las operaciones de las clases:
Tamaño medio de operación (TOavg): Numero de mensajes enviados por la operación.
Complejidad de la operación: Calculado por las métricas de complejidad anteriormente mencionada.
Numero medio de parámetros por operación (NPavg): Cuanto mas grande es le parámetro de operación
mas compleja es la colaboración entre los mismos.

23.6 METRICAS DE PRUEBAS ORIENTADAS A OBJETOS

Según los diferentes atributos y propiedades se clasifican en:
ENCAPSULAMIENTO
 Carencia de cohesión en métodos (CCM): Cuanto mas alto sea este valor, mas probabilidad de tener
efectos colaterales o errores poseo.
 Porcentaje publico y protegido (PPP): Se refiere a los atributos heredados por cada clase y si son visibles
o no.
 Acceso publico a datos miembros (APD): Clases o métodos que pueden acceder a datos de otros.
HERENCIA
 Numero de clases raíz (NCR): Recuento de las jerarquías de clases.
 Admisión(ADM): Cuando este valor en mayor a 1 quiere decir que la clase tiene herencia múltiple.
 Numero de descendientes (NDD) y Profundidad del árbol de herencia (APM): Comprueba lo antes
mencionado en cada caso y lo cuantifica por superclases.

23.7 METRICAS PARA PROYECTOS ORIENTIDOS A OBJETOS

El administrador de proyectos debe planificar, coordinar, seguir y controlar un proyecto de software, por lo
que si es orientado a objeto se basa en estas métricas para cumplir con su cometido. todas estas métricas le dan
una decision del tamaño del software a administrar.
 Numero de guiones de escenario (NGE): El numero de guiones de escenario o casos de prácticos, es
directamente proporcional con el numero de clases necesarias para satisfacer los requisitos, al numero de
cada clase, y al numero de métodos, atributos y colaboraciones.
 Numero de clases clave (NCC): Las clases clave se centran directamente en el dominio del negocio del
problema en cuestión, y tendrán menor probabilidad de ser implementadas mediante reutilización.
 Numero de subsistemas(NSUB): Este proporciona una idea general de la asignación de recursos, de la
planificación y del esfuerzo global de integración.