• Author / Uploaded
• Elver Vilchez Elias

Citation preview

Tema 02: Atributos de calidad del software

Bienvenida Bienvenidos al tema de ésta semana en la que resaltaremos la clasificación de los atributos dividiéndolos en externos e internos y así poder seleccionarlos de manera apropiada. Por otro lado veremos la clasificación de las métricas de calidad y a descripción de algunos modelos de calidad de software.

Introducción al tema En el tema de la segunda semana veremos lo referente a la manera en que Pressman nos da un enfoque de definir las métricas de calidad del software. Luego, para la recopilación de métricas de software vamos a primero definir los tipos de métricas que existen por la metodología básica de desarrollo de software: Análisis, Diseño, Codificación, Pruebas y Mantenimiento. Describiremos también algunos modelos de calidad de software y métodos de selección y priorización de atributos de calidad y de medición de la calidad para poder hacer predicciones y encontrar componentes anómalos que perjudiquen a la calidad del software. .

Aprendizajes esperados Conozcamos ahora las capacidades y actitudes a desarrollar en este segundo tema: Capacidad Conoce las métricas de calidad de software. Identifica los atributos de calidad de software. Usa el método de medición de la calidad de software.

Actitudes Valora los atributos de la calidad del software. Participa en el método de selección y priorización de atributos en el caso práctico planteado.

Mapa conceptual referido al tema Observa detenidamente el siguiente esquema, en el encontrarás de un “vistazo” de manera sintetizada los principales concepto de la temática que abordaremos. ¿Qué conceptos o categorías te llaman la atención?

2.1. Definición de métricas de calidad. Michael [‘99] define las métricas de software como “La aplicación continua de mediciones basadas en técnicas para el proceso de desarrollo del software y sus productos para suministrar información relevante a tiempo, así el administrador junto con el empleo de éstas técnicas mejorará el proceso y sus productos”. Las métricas de software proveen la información necesaria para la toma de decisiones técnicas. Según Pressman (2006) las métricas van a ayudar a la (1) evaluación de los modelos de análisis y de diseño, (2) en donde proporcionarán una indicación de la complejidad de diseños procedimentales y de código fuente, y (3) ayudaran en el diseño de pruebas más efectivas. Es por eso que propone un proceso de medición, el cual se puede caracterizar por cinco actividades: 1. Formulación: La obtención de medidas y métricas del software apropiadas para la representación de software en cuestión. 2. Colección: El mecanismo empleado para acumular datos necesarios para obtener las métricas formuladas. 3. Análisis: El cálculo de las métricas y la aplicación de herramientas matemáticas. 4. Interpretación: La evaluación de los resultados de las métricas en un esfuerzo por conseguir una visión interna de la calidad de la representación. 5. Realimentación: Recomendaciones obtenidas de la interpretación de métricas técnicas trasmitidas al equipo de software.

2.2. Proceso de recopilación de métricas de software. Para recopilar las métricas de software que utilizaremos en nuestro proyecto, debemos informarnos acerca de las categorías en las que se agrupan éstas métricas. A continuación se describen cinco categorías, según Pressman (2006): a. Métricas para el modelo de análisis. Éstas métricas atienden varios aspectos del modelo de análisis e incluyen: - Funcionalidad entregada: proporciona una medida indirecta de la funcionalidad que se empaqueta con el software. - Tamaño del sistema: mide el tamaño general del sistema, definido desde el punto de vista de la información disponible como parte del modelo de análisis. - Calidad de la especificación: proporciona una indicación de la especificado o el grado en el que se ha completado la especificación de los requisitos. b. Métricas para el modelo de diseño. Estas métricas cuantifican los atributos del diseño de manera tal que le permiten al ingeniero del software evaluar la calidad del diseño. La métrica incluye: - Métricas arquitectónicas: proporcionan un indicio de la calidad del diseño arquitectónico. - Métricas a nivel de componente: miden la complejidad de los componentes del software y otras características que impactan la calidad. - Métricas de diseño de la interfaz: se concentran principalmente en la facilidad de uso. - Métricas especializadas en diseño orientado a objetos: miden características de clases, además de las correspondientes a comunicación y colaboración. c. Métricas para el modelo de Código fuente. Éstas métricas miden el código fuente y se usan para evaluar su complejidad, de los componentes del software, además de la facilidad con que se mantiene y prueba, entre otras características: - Métricas de Halstead: controversiales pero fascinantes, éstas métricas proporcionan medidas únicas de un programa de cómputo. - Métricas de complejidad: miden la complejidad lógica del código fuente (también se consideran métricas de diseño al nivel de componentes). - Métricas de longitud: proporcionan un indicio del tamaño del software. d. Métricas para pruebas. Éstas métricas ayudan a diseñar casos de prueba efectivos y a evaluar la eficacia de las pruebas. - Métricas de cobertura de instrucciones y ramas: lleva al diseño de casos de prueba que proporcionan cobertura del programa. - Métricas relacionadas con los defectos: se concentran en encontrar defectos y no en las propias pruebas. - Efectividad de la prueba: proporcionan un indicio en tiempo real de la efectividad de las pruebas aplicadas. - Métricas en el proceso: métricas relacionadas con el proceso que se determinan a medida que se aplican las pruebas. e. Métricas para el mantenimiento. Las métricas descritas también se aplican al mantenimiento del software existente.

2.2.1 El proceso de recopilación La recopilación requiere información histórica de los proyectos previos. Una vez que se han recopilado las medidas es posible calcular las métricas. Posteriormente, las métricas se evalúan y se produce un conjunto de indicadores que guían el proyecto o proceso. Estos indicadores se pueden utilizar para: evaluar la estabilidad y capacidad del proceso, interpretar los resultados de las observaciones, predecir costos y recursos para el futuro, proveer líneas base, graficar tendencias e identificar oportunidades de mejora. Una vez obtenidos los indicadores se debe ejecutar un control para verificar que el proceso se comporte consistentemente, identificar las áreas donde éste se encuentra o no bajo control, y aplicar las medidas correctivas donde sea necesario. Se debe también analizar los resultados y compararlos con promedios de proyectos similares anteriores realizados dentro de la organización, para generar conclusiones y establecer tendencias para los diferentes comportamientos.

2.3. Modelos.

En este apartado hablaremos de los siguientes modelos. McCall. FURPS DROMEY MOSCA QSOS.

2.3.1. McCall Desarrollado por McCall (1977), se focaliza en el producto final, identificando atributos claves desde el punto de vista del usuario. Estos atributos se denominan factores de calidad y son normalmente atributos externos aunque también se pueden incluir atributos internos.

2.3.2 FURPS. Desarrollado por Hewlett-Packard (1987), es un modelo de calidad fijo que establece cinco características como factores de calidad para todas las actividades del proceso de un software: - Funcionality (Funcionabilidad): Describen qué es lo que un usuario debe ser capaz de hacer a través del sistema de software. Incluye características de sistemas, capacidades y seguridad. - Usability (Usabilidad): La facilidad de uso incluye todos aquellos atributos que facilitan la interacción de un usuario con el sistema. Puede incluir subcategorías como: Factores humanos, estética, consistencia, documentación. - Reliability (Confiabilidad): Agrupa los requerimientos que tienen que ver con la solidez y robustez de un sistema durante su ejecución. Incluye Recuperabilidad. Precisión y Predicción. - Performance (Rendimiento): Se refiere a la velocidad del sistema y su eficiencia en utilización de recursos. Referente también a consumo, productividad y tiempo de respuesta. - Supportability (Soporte): Incluyen requisitos de instalación y configuración, así como facilidades para mantener y administrar la operación del sistema. Se utilizan para establecer métricas de la calidad para todas las actividades del proceso de desarrollo de un software, inclusive de un sistema de información.

2.3.3 DROMEY. Resalta el hecho de que la calidad del producto es altamente determinada por los componentes del mismo (incluyendo documentos de requerimientos, guías de usuarios, diseños, y código). Sugiere el uso de cuatro categorías que implican propiedades de calidad, que son: correctitud (funcionalidad, confiabilidad), internas (mantenibilidad, eficiencia, confiabilidad), contextuales (mantenibilidad, reusabilidad, portabilidad, confiabilidad) y descriptivas (mantenibilidad, reusabilidad, portabilidad, usabilidad).

2.3.4 MOSCA. Es una herramienta de estimación de la calidad sistémica dentro de una organización desarrolladora de software, que soporta la administración de la calidad en sus tres actividades: aseguramiento, planeación y control de la calidad. Consta de 4 niveles: dimensiones, categorías, características y las métricas. En base de tres ramas: el producto, el proceso y la humana. Contiene un total de 715 métricas.

2.3.5 QSOS. Uno de los modelos que permite la cuantificación y calificación de software Open Source es el Method for Qualification and Selection of Open Source Software (QSOS). Está orientado exclusivamente al producto de software. Consta de cuatro pasos:

Definición: Constitución y enriquecimiento de los marcos de referencia que serán utilizados en los pasos siguientes. Evaluación: Evaluación del software hecho de acuerdo a 3 ejes de criterios: cobertura funcional, riesgos del usuario y riesgos del proveedor de servicios (independientemente de cada usuario particular/ contexto de uso). Calificación: Carga de los criterios divididos en 3 ejes, modelando el contexto (requerimientos de usuario y/o estrategia escogida por el proveedor de servicios). Selección: Aplicación del filtro configurado en el paso anterior a los datos encontrados en los dos primeros pasos, de manera de realizar consultas, comparaciones y selección de productos.

Preguntas de análisis Después de haber leído los contenidos explicados anteriormente, quizás te estas preguntando lo siguiente 1. ¿El código presentado en la lectura de la prueba de Google en el inodoro, es entendible para cualquier usuario (cliente que no sabe de programación)? ¿Explica la primera parte del código? 2. ¿Qué solución le daría Ud. al problema de la introducción de un nuevo parámetro en un método? 3. ¿Qué refactorización le haría al segundo fragmento de código para mejorar la calidad? Al respecto para conocer un poco más sobre este tema, y dar respuesta a las preguntas planteadas a continuación te invitamos a leer analíticamente la siguiente lectura. http://googletesting.blogspot.com/2015/01/testing-on-toilet-changedetector-tests.html

Bibliografía

Pressman Roger, (2006) Ingeniería del Software. Recuperado de

https://mega.co.nz/#!VFYzTQxL!C9A3zSP6JidKcrWir2vMUhxlrrsBk3oybDnrvpDidBU Fontela, Carlos, (2009). Técnicas de aseguramiento de la calidad del producto. Recuperado de: https://cysingsoft.wordpress.com/2008/06/24/tecnicas-de-aseguramiento-de-la-calidad-del-producto/ Kshirasagar Naik, Priyadarshi Tripathy (2008). Software Testing and Queality Assurance: Theory and Practice. Recuperado de: http://www.softwaretestinggenius.com/download/staqtpsn.pdf Organización Internacional para la Estandarización. Compendio de Normas ISO. Sistema de la Gestión de la Calidad, Ingeniería Ambiental. Recuperado de http://www.uco.es/sae/archivo/normativa/ISO_9000_2005.pdf

Lecturas recomendadas (para ampliar conocimientos de la primera semana)

Para saber más Ponemos a tu disposición y te invitamos a revisar dos interesantes documentos que te ayudaran a reforzar y ampliar los temas que hemos estudiado, estos los encontrarás en la base de datos e-libros que utiliza nuestra universidad: Documento 1: Procesos de Desarrollo de Software y su certificación en calidad. URL: Procesos_de_Desarrollo_de_Software_y_su_certificacion_en_calidad.pdf Breve descripción: En éste documento encontraremos los lineamientos para la mejora de procesos, los cuales indican si la implementación de un proceso clave es efectivo, repetible y duradero. Se propone una metodología basada en procesos para el desarrollo del software integrada por un ciclo de vida, procedimientos normativos, plantillas para los productos de las actividades y herramientas de apoyo para el desarrollo de las actividades.

Documento 2: Metodologías ágiles en el desarrollo de software URL: Metodologias_agiles_en_el_desarrollo_de_software.pdf Breve descripción: Éste documento realiza una referencia al desarrollo ágil, hace una comparación entre las metodologías tradicionales y las ágiles. Se centra en la descripción de la metodología XP en todo el proceso de desarrollo de software, explicando sus fases o características: Historias de usuarios, roles, proceso y prácticas. Finalizando con la descripción de otras metodologías ágiles existentes.

Conclusiones de la primera semana

Se definió cultura de calidad de software, conceptualizando cada término y agrupándolo. La cultura de calidad de software es un compromiso de gestión de desarrollo de software, el cual cumple con los requerimientos del cliente y con los estándares establecidos de calidad de software. Se describió los ocho principios de calidad del software propuestos por las normas ISO 9000:2000, los cuales son: Cliente, liderazgo, participación de las personas, enfoque de proceso, enfoque del sistema para la gestión, mejora continua, enfoque basado en hechos para la toma de decisiones y relaciones mutuamente beneficiosas. Se dio una breve descripción de los modelos existentes de calidad de software. También se describió una serie de actividades para el aseguramiento de calidad del software, así como una metodología planteado por Carlos Fontela.

Metacognición (de la primera semana)

Las siguientes preguntas te ayudarán a reflexionar sobre tus propios aprendizajes, es un ejerció recomendado para razonar e identificar nuestro esfuerzo intelectual, la finalidad es regular nuestras acciones y procesos mentales ¿De la temática abordada que te llamó más la atención? ¿Consideras que aprendiste con los contenidos abordados? ¿Tuviste dificultad con algún tema o actividad? ¿Cómo los solucionaste? ¿Qué acciones realizaste para aprender?