Recursos de métricas de calidad del software

Las revisiones relacionadas también se discuten y comparan con la encuesta después de que se realiza, describiendo las similitudes y diferencias entre ellas. Hay una serie de elementos de cómo se ha realizado la búsqueda bibliográfica que pueden contribuir a amenazar su validez. Los métodos utilizados para abordar el objetivo de la encuesta «¿En qué medida se ha estudiado la refactorización basada en búsquedas en el mantenimiento de software?» puede proporcionar una amenaza de validez a las conclusiones realizadas. En esta encuesta, dividimos el objetivo en un conjunto de 10 preguntas de investigación, cada una de las cuales investiga algún elemento de los artículos analizados. Cada pregunta de investigación se explora individualmente dentro del análisis y se responde por separado en la sección de discusión. Los artículos capturados en la búsqueda también pueden verse afectados por una serie de atributos relacionados con la forma en que se ha realizado la búsqueda. En primer lugar, el repositorio de búsqueda o los repositorios utilizados para encontrar los artículos pueden proporcionar resultados diferentes y podrían impedir la identificación de determinados artículos.

Se utilizaron ocho proyectos Java de código abierto, y todos menos uno de los programas eran los mismos que se utilizaron en el experimento de Ó Cinnéide et al. Para medir la volatilidad, calcularon el porcentaje de refactorizaciones que provocaron un cambio en las métricas y, a partir de ellas, se calculó un valor medio en los ocho proyectos. La cantidad de margen entre estos valores se calculó para cada métrica utilizando ideasde-negocios.com la desviación estándar, así como los valores de correlación entre cada métrica. O’Keeffe y Ó Cinnéide utilizaron HC de ascenso más empinado con CODe-Imp para intentar refactorizar los programas de software para que tuvieran un diseño más similar al de otros programas en función de sus valores métricos (O’Keeffe El éxito de un proyecto de software depende en gran medida de la calidad y eficacia del diseño del software.

Algunas revisiones recientes fueron más enfocadas y analizaron varios aspectos de la refactorización. La Figura 9 muestra los diferentes tipos de programas utilizados para probar los enfoques examinados entre los estudios. Dado que la gran mayoría de los marcos utilizados se ocuparon de código Java, los programas de código abierto utilizados están en Java.

Para minimizar este problema, hemos utilizado cinco repositorios de búsqueda populares para buscar artículos relacionados con las áreas de interés. También utilizamos un enfoque de bola de nieve para encontrar más artículos relacionados mediante la investigación de referencias en los artículos y la realización de búsquedas similares.

La métrica del producto es la medición del producto de trabajo producido durante las diferentes fases del desarrollo de software. Si una organización utiliza métricas de productividad que enfatizan el volumen de código y errores, los desarrolladores de software podrían evitar abordar problemas complicados para mantener su LOC alto y la cuenta de errores hacia abajo. Los desarrolladores de software que escriben una gran cantidad de código simple pueden tener grandes números de productividad pero no grandes habilidades de desarrollo de software.

Métricas de calidad de mantenimiento

El enfoque se probó en seis programas de código abierto y se comparó con los enfoques mono y multiobjetivo existentes, así como con un enfoque de refactorización manual. Los usuarios consideraron que la mayoría de las refactorizaciones sugeridas eran factibles, eficientes en términos el-humidificador.com de mejorar la calidad del diseño y tenían sentido. En comparación con los otros enfoques monoobjetivo y multiobjetivo, las sugerencias de refactorización dieron puntajes similares pero requirieron menos esfuerzo y menos interacciones con el diseñador para evaluar las soluciones.

Programas de entrada utilizados

Por lo tanto, es importante desarrollar métricas de software de las que se puedan derivar indicadores significativos. Con la ayuda de estos indicadores, se toman los pasos necesarios para diseñar el software de acuerdo con los requisitos del usuario. Sin embargo, es posible utilizar métricas para la estimación de proyectos en el contexto del modelo de análisis. Estas métricas se utilizan para software construccion examinar el modelo de análisis con el objetivo de predecir el tamaño del sistema resultante. El tamaño actúa como un indicador de un mayor esfuerzo de codificación, integración y prueba; a veces también actúa como un indicador de la complejidad involucrada en el diseño del software. El punto de función y las líneas de código son los métodos más utilizados para la estimación del tamaño.

• En la solución, las refactorizaciones se aplican al azar y luego se mide el programa para comparar la calidad con el valor medido previamente.
• Cuando las refactorizaciones se aplican al software, pueden mejorar o deteriorar la calidad, pero independientemente, actúan como herramientas utilizadas para modificar la solución.
• Una acción de refactorización modifica la estructura del código sin cambiar la funcionalidad externa del programa.
• Este enfoque se sigue durante una serie de iteraciones, lo que hace que la solución de software mejore gradualmente en calidad hasta que se alcanza un punto final y se genera una solución óptima.
• Usando la métrica o las métricas para dar un valor de aptitud general, la función de aptitud de la técnica basada en la búsqueda mide la calidad de la solución de software y genera un valor numérico para representarla.

Además, las métricas de software no deben monitorearse simplemente porque son fáciles de obtener y mostrar; solo se deben rastrear las métricas que agregan valor al proyecto y al proceso. La calidad del software se mide mediante el código y la calidad de las pruebas, la disponibilidad, la seguridad y los comentarios de los usuarios. Puede utilizar los datos obtenidos para localizar los cuellos de botella para mejorar la calidad y confiabilidad del software y planificar el trabajo del equipo del proyecto en consecuencia. Esta encuesta investiga la pregunta «¿Hasta qué punto se ha estudiado la refactorización basada en búsquedas en el mantenimiento de software?» e introduce un conjunto de preguntas de investigación para ayudar a abordarlo. Se utilizan cinco repositorios de búsqueda diferentes con la ayuda de un conjunto de criterios de inclusión y exclusión para encontrar 50 artículos diferentes que utilizan la refactorización basada en búsquedas para fines de mantenimiento de software. Antes de examinar los artículos, se discuten y describen rápidamente las técnicas de búsqueda más comunes utilizadas en los estudios. Luego, se analizan diferentes aspectos del conjunto de artículos de acuerdo con el conjunto de preguntas de investigación planteadas.

Tenga en cuenta que las métricas de proceso también se pueden derivar utilizando las características de una actividad de ingeniería de software en particular. Por ejemplo, una organización puede medir el esfuerzo y el tiempo invertido considerando el diseño de la interfaz de usuario. Utilizando métricas de procesos de software, los ingenieros de software pueden evaluar la eficiencia del proceso de software que se realiza utilizando el proceso como marco. El proceso se coloca en el centro del triángulo que conecta tres factores, que tienen una influencia importante en la calidad del software y el desempeño de la organización. La habilidad y motivación de las personas, la complejidad del producto y el nivel de tecnología utilizada en el desarrollo del software tienen una influencia importante en la calidad y desempeño del equipo. El triángulo del proceso existe dentro del círculo de las condiciones ambientales, que incluye el entorno de desarrollo, las condiciones comerciales y las características del cliente / usuario. Las métricas de proceso evalúan la efectividad y la calidad del proceso de software, determinan la madurez del proceso, el esfuerzo requerido en el proceso, la efectividad de la eliminación de defectos durante el desarrollo, etc.

La Tabla 7 enumera los programas de código abierto utilizados entre los artículos, junto con referencias a los estudios que los utilizaron. Amal y col. utilizó una red neuronal artificial para ayudar a su enfoque a elegir entre soluciones de refactorización. Aplicaron un GA con una lista de 11 posibles refactorizaciones para generar soluciones de refactorización que consisten en listas de refactorizaciones sugeridas para reestructurar el diseño del programa. La ANN utilizó estos ejemplos como un conjunto de entrenamiento con el fin de desarrollar un modelo predictivo para evaluar las soluciones de refactorización para las iteraciones restantes.