ATRIBUTOS DE CALIDAD (MANTENIBILIDAD) Carlos Daniel Perdomo Franco Diseño y Evaluación de Arquitecturas de Software MISyC

Transcripción

1 ATRIBUTOS DE CALIDAD (MANTENIBILIDAD) Carlos Daniel Perdomo Franco Diseño y Evaluación de Arquitecturas de Software MISyC

2 MANTENIBILIDAD Varios estudios han demostrado que el 50% al 70% del costo total del ciclo de vida de un sistema de software se gasta en la evolución del sistema. Dado que la incorporación de los cambios anticipados generalmente requiere menos esfuerzo que los cambios imprevistos, es importante preparar un sistema de software para los cambios probables durante el desarrollo [2].

3 MANTENIBILIDAD Mantenibilidad es la capacidad de un producto de software de ser modificado. Las modificaciones pueden incluir correcciones, mejoras o adaptaciones del software a los cambios en el entorno, y en los requisitos y especificaciones funcionales [1].

4 MANTENIBILIDAD ISO 9126 [1] Mantenibilidad Sub-característica Descripción Analizabilidad Pueden ser fácilmente detectadas las fallas o diagnosticado el sistema Qué tan fácil o difícil es diagnosticar el sistema por deficiencias o identificar las partes que necesitan ser modificadas? Modificabilidad Puede el software ser fácilmente modificado Estabilidad Capacidad de Pruebas Puede el software continuar funcionando al hacerse cambios Puede ser fácilmente probado el Software

5 PREGUNTAS EN LA ETAPA DE DISEÑO Qué alternativa de construcción requiere el costo más bajo de mantenimiento, es decir, el costo más bajo para acomodarse a cambios futuros? Qué tipo de esfuerzo se necesitarán para desarrollar próximas versiones del sistema? Dónde están los puntos críticos en el sistema para adaptarse a futuros cambios? Existe otra opción de diseño que sea significativamente más fácil de modificar que la actual?

6 MÉTRICAS O MEDIDAS DE MANTENIBILIDAD Métricas externas: las métricas externas sugeridas son calculadas midiendo el desempeño de la actividad de mantenimiento por el personal técnico. Métricas internas: algunas métricas internas sugeridas se basan en una comparación de las características requeridas y las características implementadas hasta ahora. Crítica: Estas medidas sugeridas medidas tanto internas como externas no se basan (exclusivamente) en la observación directa del producto de software, sino en observaciones de la interacción entre el producto y su entorno.

7 MÉTRICAS O MEDIDAS DE MANTENIBILIDAD Índice de Mantenibilidad (MI) [3] Propuesto por: Oman, Paul, and Jack Hagemeister Un intento de determinar objetivamente la capacidad de mantenimiento de los sistemas de software basados en el estado del código fuente.

8 MÉTRICAS O MEDIDAS DE MANTENIBILIDAD Índice de Mantenibilidad (MI) Tomado de:

9 MÉTRICAS O MEDIDAS DE MANTENIBILIDAD Modelo de Estimación de Mantenibilidad para software Orientado a Objetos en fase de Diseño (MEMOOD) [4]. Estima la mantenibilidad de los diagramas de clase en términos de su comprensibilidad (understandability) y modificabilidad (modifiability).

10 MODELO DE ESTIMACIÓN DE MANTENIBILIDAD (MEMOOD) NC: Número total de clases NGen: Número de relaciones generalizadas en el diagrama de clases HGenH: Número de jerarquías generalizadas en el diagrama de clases NAggH: Numero de jerarquías de agregación en el diagrama de clases MaxDIT: El valor de la ruta más larga desde una clase hasta la raíz del árbol

11 TÉCNICAS Y TÁCTICAS PARA CREAR COMPONENTES REUSABLES Y MODIFICABLES [6] Layered Architecture: (Arquitectura en capas) Las características más importantes de este estilo arquitectónico incluyen promover la modificabilidad, la portabilidad y la reutilización, y lograr la separación de intereses (SoC). Standardized Interfaces (Interfaces Estandarizadas): Una de las ventajas más importantes de esta independencia es que proporciona a los usuarios la capacidad de mezclar y combinar los componentes al construir modelos del sistema. Separation of Concerns (Separación de Intereses): "El proceso de separar un programa de computadora en características distintas que se superponen en funcionalidad lo menos posible" Dependency Injection (Inyección de Dependencias): La inyección de dependencia es un patrón de diseño de software que desacopla un objeto y sus dependencias y permite que la dependencia se limite en tiempo de ejecución en lugar de tiempo de compilación.

12 REFERENCIAS [1] ISO/IEC, Information technology Software product quality Part 1: Quality model, ISO/IEC FDIS :2000(E) [2] PerOlof Bengtsson, Nico Lassing, Jan Bosch and Hans van VlietAnalyzing, Software Architectures for Modifiability. Department of Software Engineering and Computer Science University of Karlskrona/Ronneby Ronneby, Sweden [3] Ilja Heitlager, Tobias Kuipers, Joost Visser. A Practical Model for Measuring Maintainability. Software Improvement Group [4] S. W. A. Rizvi and R. A. Khan. Maintainability Estimation Model for Object-Oriented Software in Design Phase, JOURNAL OF COMPUTING, VOLUME 2, ISSUE 4, APRIL 2010, ISSN [5] Wikipedia.org. Separation of concerns. Separation of concerns [6] Jun Wang, Jesse Beu, Sudhakar Yalamanchili, Tom Conte. Designing Configurable, Modifiable And Reusable Components For Simulation of Multicore Systems