Está en la página 1de 4

Métricas del Software

UNIVERSIDAD FRANCISCO DE PAULA SANTANDER

PROFESORA: PILAR RODRIGUEZ

LAURA DANIELA BUITRAGO CÓD.: 1151354

INGENIERIA DE SISTEMAS

SAN JOSÉ DE CÚCUTA, OCTUBRE 2018


NIVEL DE DESACOPLAMIENTO: UNA NUEVA MÉTRICA PARA LA COMPLEJIDAD DEL
MANTENIMIENTO ARQUITECTÓNICO

A pesar de décadas de investigación sobre métricas de software, todavía no se puede medir de manera
confiable si un diseño es más fácil de mantener que otro Los gerentes de software y arquitectos
necesitan entender si su arquitectura de software es "suficientemente buena", si está decayendo y, si es
así, por cuánto más conocidas son las métricas más se centran en medir la complejidad y calidad de
código.

Estas métricas tienen utilizado para la predicción y localización de defectos, pero no para comparando
alternativas de diseño, o indicando decaimiento de la arquitectura.

Costo de propagación propuesto (PC) para medir qué tan bien están acoplados los archivos de origen
ordenador personal ha sido utilizado por múltiples compañías para monitorear el acoplamiento variación
en un sistema. Pero, como veremos, PC es sensible a la cantidad de archivos de origen, y no siempre
captura variaciones a nivel de arquitectura.

En este trabajo, aportamos una nueva mantenibilidad arquitectónica

Métrica: nivel de desacoplamiento (DL).

En lugar de medir el nivel de acoplamiento, medimos qué tan bien se desacopla el software En pequeños
módulos sustituibles independientemente.

Esta métrica se deriva de la regla de diseño de Baldwin y Clark teoría que sugiere que la modularidad
crea valor en la forma de las opciones: cada módulo crea una oportunidad para ser reemplazado por una
mejor versión, mejorando así el valor del sistema. En consecuencia, pequeñas, independientemente
cambiables Los módulos son los más valiosos, y cuantos más módulos hay, mayor será el valor del
sistema.

Cuanto más pequeño es el módulo, más fácil es para mejorar, y cuanto más pequeños, módulos
independientes. Hay, más desarrolladores pueden contribuir al sistema independientemente y en
paralelo. En nuestro trabajo anterior, creamos un algoritmo de agrupamiento de jerarquía de reglas de
diseño (DRH) para identificar módulos independientes. Ahora calculamos el Nivel de desacoplamiento de
un sistema de su DRH.

Medimos la DL para 108 de código abierto y 21 industriales. Proyectos, cada uno con múltiples
lanzamientos. Nosotros observamos que el 60% de ellos tienen DL entre el 46% y el 75%. A evaluar si DL
se puede utilizar como una métrica real, lo usamos tanto para comparar múltiples instantáneas del
mismo proyecto, y para comparar las listas de distribución recogidas en múltiples proyectos.
Los resultados mostró que los valores de DL extraídos de consecutivos, Las instantáneas sin
refactorización son muy estables y no triviales variación de DL indica mayor degradación arquitectónica o
mejora. Para evaluar si los proyectos con mayor DL tenemos mayor mantenibilidad, aportamos un
conjunto de mantenibilidad.

Nuestros resultados mostrar que cuanto mayor sea el DL, más probables errores y los cambios pueden
ser localizados y separados, y lo más probable que los desarrolladores pueden hacer cambios
independientemente.
BIBLIOGRAFIA

ARTICULO DE ACM

Ran Mo, Yuanfang Cai, Rick Kazman, Lu Xiao, and Qiong Feng. 2016. Decoupling level: a new metric for architectural
maintenance complexity. In Proceedings of the 38th International Conference on Software Engineering (ICSE '16).
ACM, New York, NY, USA, 499-510. DOI: https://doi-org.bdbiblioteca.ufps.edu.co/10.1145/2884781.2884825
LINK: https://dl-acm-org.bdbiblioteca.ufps.edu.co/citation.cfm?id=2884825