8/12/2017
FUNDAMENTOS DE INGENIERIA DE SOFTWARE Investigación Unidad 5: Calidad de Software
5° Semestre Grupo S-501 Instituto Tecnológico Superior de Panuco Ingeniería en Sistemas Computacionales Alumnos: Roque Oswaldo Cazares García, Karina Karina Leonardo Azuara, Enrique Olguín Rivera, Rivera, Eduardo Pérez Treviño. Docente: MCA. Jesús Muñiz Blanco.
UNIDAD 5: CALIDAD DE SOFTWARE Índice Introducción…………………………………………………………………………………………………………………………….3 5.1 Definición de calidad………………………………………………………………………………………………………….3 5.2 Importancia de la calidad…………………………………………………………………………………………………..4
5.3 Factores de calidad …………………………………………………………………………………………………………….4 5.4 Aseguramiento de la calidad………………………………………………………………………………………………6
5.5 Estándares y métricas de calidad ……………………………………………………………………………………….7 5.6 Modelos de madurez…………………………………………………………………………………………………………9 5.6.1 Enfoque de procesos………………………………………………………………………………………………………9 5.6.2 PSP y TSP………………………………………………………………………………………………………………………10 5.6.3 SPICE…………………………………………………………………………………………………………………………….11 5.6.4 CMMI……………………………………………………………………………………………………………………………13
5.6.5 MoProSoft…………………………………………………………………………………………………………………….14 Conclusión……………………………………………………………………………………………………………………………..15 Bibliografía…………………………………………………………………………………………………………………………….15
2
Unidad 5. Calidad de Software. Introducción Los conceptos relacionados con la calidad de software tienen relación directa con la aplicación de la calidad a un producto desarrollado a través de procesos de ingeniería de software. En tal sentido empezaremos dando algunas definiciones de calidad y luego ampliaremos el concepto hacia calidad de software.
5.1 Definición de calidad. Conjunto de cualidades que lo caracterizan y que determinan su utilidad y existencia. la calidad es sinónimo de eficiencia, flexibilidad, corrección, confiabilidad, mantenibilidad, portabilidad, usabilidad, seguridad e integridad.
Es medible y varía de un sistema a otro o de un programa a otro. Un software elaborado para el control de naves espaciales debe ser confiable al nivel de "cero fallas"; un software hecho para ejecutarse una sola vez no requiere el mismo nivel de calidad; mientras que un producto de software para ser explotado durante un largo período (10 años o más).
Puede medirse después de elaborado el producto. Pero esto puede resultar muy costoso si se detectan problemas deriva dos de imperfecciones en el diseño, por lo que es imprescindible tener en cuenta tanto la obtención de la calidad como su control durante todas las etapas del ciclo de vida del software.
3
5.2 Importancia de la calidad. Los fallos de software afectan a todos los sectores y a todos los países, actualmente se desarrolla software fiable y correcto a un costo razonable. Los auténticos profesionales y las empresas bien organizadas son prudentes y saben que deben aplicar distintas técnicas de control y prevención, además de un buen proceso de desarrollo.
Administración de la calidad del software •
Se refiere a lograr un nivel de calidad requerido en el producto de software.
•
Involucra a la definición de estándares de calidad apropiados y procedimientos que permitan asegurar que estos se cumplan.
•
Debe llevar a desarrollar una cultura de calidad en donde la calidad es responsabilidad de todos.
•
Comprobación independiente de los procesos de desarrollo.
Los productos resultantes de los procesos se introducen en el proceso de administración de la calidad para asegurar su consistencia con estándares y objetivos de calidad. •
Equipo de aseguramiento y control: independientes de los equipos de desarrollo.
•
Responsabilidad de la administración de la calidad.
•
Visión objetiva del proceso.
•
Informan de problemas y dificultades a los administradores principales de la organización.
5.3 Factores de calidad Concepto de Calidad: Conjunto de propiedades y de características de un producto o servicio, que le confieren aptitud para satisfacer una necesidad explícita o implícita (ISO 8402).
Calidad del Software: Es el grado con el que un sistema, componente o proceso cumple los requerimientos especificados y las necesidades o expectativas del cliente o usuario.
4
Factores que determinan la calidad del software: Se pueden clasificar en dos grandes grupos (Pressman): •
Medidas Directas: La medida o medición decimos que es directa, cuando disponemos de un instrumento de medida que nos muestra un resultado (generalmente numérico).
•
Medidas Indirectas: Cuando hablamos de sistemas informáticos no siempre es posible realizar una medida directa, porque no disponemos del instrumento adecuado que nos permita realizar esa medición
Factores de Calidad según McCall
Factores de Calidad según Boehm El modelo que presenta Boehm presenta una jerarquía de características donde cada una de ellas contribuye a la calidad global. Dentro de los factores que se describen en el modelo se toman muchos de los que propone McCall. Parte de la estructura del modelo de Boehm se presenta en la siguiente figura, se hace énfasis en los factores presentes en dicho modelo. En total el modelo de Boehm presenta siete factores:
5
Factores de Calidad según ISO 9126
5.4 Aseguramiento de la calidad. Las normas ISO 9000 establecen que el aseguramiento de la calidad son todas las acciones sistemáticas y planificadas, necesarias para proporcionar una confianza adecuada de que un producto o servicio satisfaga los requisitos dados de calidad. Para conseguir, mantener y mejorar la calidad, las organizaciones desarrollan y utilizan su Sistema de Calidad. Estos sistemas de calidad deben diseñarse de acuerdo con ISO 9004 y evaluarse de acuerdo con la norma apropiada, que en el caso del software es ISO 9001.
Los productos no pueden cumplir los estándares ISO 9001, las organizaciones si, y eso es lo que se pretende: garantizar el uso de un sistema de calidad por el cual se asegura que el proceso de fabricación del software cumple los requisitos establecidos por la calidad.
Los sistemas de calidad pueden establecer la necesidad de confeccionar y cumplir el sistema de calidad del proyecto, de modo que cada uno en particular se regirá por las normas establecidas en el propio sistema del proyecto. Básicamente un sistema de calidad se compone de:
6
•
El programa de garantía de calidad: Documentación en el que se establece la política de aseguramiento de la calidad, de acuerdo con las direcciones y estrategias de la organización.
•
Manuales de normas y procedimientos: Comprenden el manual de organización, los manuales de administración, producción, etc., los cuales regulan las actividades que afectan a la calidad de los productos, asignando responsabilidades y describiendo las técnicas aplicables.
Estos dos componentes básicos del sistema (programa y manual) se complementan para facilitar su integración con las actividades propias del desarrollo del proyecto.
5.5 Estándares y métricas de calidad. Estándares: Los estándares de calidad de software son normas emitidas por organismos específicos, que sirven para sentar un marco con el que comparar si un proceso de desarrollo es o no de calidad. Las normas de calidad del software más conocidas han sido desarrolladas por ISO, y son la serie ISO-9000. ISO 9000 Las normas ISO-9000 son un estándar de calidad para todo tipo de industrias; contiene una normativa específica para el desarrollo de software, la ISO-9003. Consiste en una serie de cláusulas que deben aplicarse en el marco de trabajo, en el ciclo de vida del proyecto y en las actividades de apoyo al mismo. CMMI CMM fue desarrollado por el Software Engineering Institute en estados unidos, sirve para comprobar la habilidad de los procesos de las organizaciones para realizar determinados proyectos. SPICE SPCE es el modelo de madurez propuesto por ISO, similar a CMMI. •
Factores de calidad
7
Los factores de calidad sirven para descomponer el concepto genérico de “calidad”; para facilitar
su control y su medición. Se clasifican en: 1. Factores operativos Los factores operativos son aquellos que afectan al uso del software. 2. Factores de mantenimiento Los factores de mantenimiento son aquellos que se aplican a la capacidad de modificación del software. 3. Factores evolutivos Los factores evolutivos son aquellos que indican si el software se puede trasladar con facilidad a otra máquina o a otro producto de base (SO, SGBD).
Metricas Las métricas del producto son una medida cuantitativa que permite a la gente del software tener una visión profunda de la eficacia del proceso del software y de los proyectos que dirigen utilizando el proceso como un marco de trabajo; son analizadas y evaluadas por los administradores del software. Ventajas: •
Determina la calidad del producto.
•
Evalúa la productividad de los desarrolladores.
•
Se tiene conocimiento cuantitativo de las características del proceso y del producto.
•
Se tiene un soporte para la estimación y la planificación.
•
Se evalúan los beneficios (en cuanto a calidad y productividad) derivados del uso de nuevos métodos y herramientas de ingeniería del software.
•
Establece una línea base para la estimación
Características: •
Exactas Precisas: No se debe perder información en los redondeos ya que la información se desvirtúa.
•
Consistentes: Una medición de un atributo debe dar el mismo valor independientemente de la medición.
8
Es difícil, y en algunos casos, imposible, desarrollar medidas directas de los factores de calidad del software. Cada factor de calidad Fc se puede obtener como combinación de una o varias métricas: Fc= c1 * m1 + c2 * m2 + … + cn * mn
Ci: factor de ponderación de la métrica i, que dependerá de cada aplicación específica. mi: métrica i.
5.6 Modelos de madurez. Desde el área de proyectos, se ha planteado que las prácticas de gestión han de usarse según las competencias que requiera un proyectista conforme madura a nivel de experiencias. En este sentido se han presentado varios niveles de madurez en la forma de modelos de madurez, muchos de ellos tomados del ámbito de la Ingeniería de Software, y por ende toman como punto de partida el Capability Maturity Model del Software Engineering Institute en Estados Unidos. Un modelo de madurez de gestión de proyectos en el área de Proyectos aglutina y organiza en niveles de madurez un conjunto de criterios de gestión con el fin de orientar las actuaciones de los proyectistas. Estos niveles, sirven de base, tanto para aprender y asimilar prácticas de gestión de proyectos como para ser metas a conseguir las organizaciones desde el punto de vista de la calidad de su gestión de proyectos.
5.6.1 Enfoque de procesos. El enfoque basado en procesos es la parte fundamental en la realización y aplicación de un sistema de gestión integral de la calidad. Este enfoque le permite a las organizaciones ordenar y gestionar la forma en que las actividades de trabajo van creando un valor para el cliente y otras partes interesadas.
Además, el enfoque basado en procesos permite una rápida y sencilla identificación de los problemas. Así como la rápida resolución de los mismos e introduce la gestión horizontal, que es
9
aquella que nos muestra todo a un mismo nivel, cruzando las barreras entre diferentes unidades funcionales y unificando sus direcciones hacia las metas principales de la organización, y también mejora la gestión de las interfaces del proceso. Todo esto forma parte de los planes de gestión que aplican las empresas para obtener las diversas certificaciones de la ISO:9000, las cuales constituyen un modelo para el aseguramiento de la calidad en el diseño, el desarrollo, la producción, la instalación y el servicio postventa. Estas normas permiten desarrollar e implantar un sistema de gestión de la calidad en las empresas.
5.6.2 PSP y TSP. PROCESO DE SOFTWARE PERSONAL (PSP) Basado en la creencia de que la calidad del software depende del trabajo de cada uno de los ingenieros. Objetivos: •
Mejorar la planeación del trabajo.
•
Conocer con precisión el desempeño.
•
Medir la calidad de los productos.
•
Mejorar las técnicas para su desarrollo.
LOS NIVELES DE PSP
10
PROCESO DE SOFTWARE EN EQUIPO (TSP) Extiende el modelo PSP e integra los aspectos de desarrollo de software realizados por equipos de trabajo. Objetivos: •
Desarrollar productos en varios ciclos.
•
Proporcionar métricas para equipos.
•
Evaluar roles y equipos.
•
Ofrecer guías para la solución de problemas en equipo.
5.6.3 SPICE SPICE (Determinación de la Capacidad de Mejora del Proceso de Software) también conocido como ISO/IEC 15504 “es un estándar internacional que es aplicable a cualquier
organización/empresa que quiera conocer y mejorar la capacidad de sus proces os” (European Software Institute [ESI], 2011).
El modelo SPICE es independiente de: •
Tipo de organización
•
Modelo
•
Ciclo de vida
•
La metodología de desarrollo
•
Tecnología utilizada.
A demás Spice “No pretende fijar la manera de realizar los procesos dentro de una organización,
sino que valora su capacidad y ayuda a proponer mejoras que aumenten esta capacidad” (European Software Institute [ESI], 2011).
11
Características de SPICE Establece un marco y los requisitos para cualquier proceso de evaluación de procesos. Proporciona requisitos para los modelos de evaluación de los procesos y para modelos de evaluación de organizaciones. Proporciona guías para la definición de las competencias de un evaluador de procesos. Comprende: evaluación de procesos, mejora de procesos, determinación de capacidad.
Elementos principales de SPICE Los resultados de la evaluación del proceso se describen en un modelo de dos dimensiones: Dimensión del proceso y Dimensión de la capacidad. Esto es lo que se denomina arquitectura del modelo de referencia.
12
Dimensión de la capacidad del proceso La dimensión de la capacidad del proceso “está caracterizado por una serie de atributos de
proceso, aplicables a cualquier proceso, que representan características necesarias para gestionar y mejorar su capacidad de realización” (De Amescua, Lloréns, & García, 2008).
A esto que llamamos niveles de capacidad del proceso, también lo podemos denominar nivel de madurez de un proceso.
5.6.4 CMMI. El CMMI es un enfoque de mejora de procesos que provee a las organizaciones de los elementos esenciales para un proceso efectivo. •
El CMMI es el Modelo de Madurez de Capacidades Integrado.
•
Fue desarrollado por el SEI (Software Enginnering Institute).
•
Mide la madurez del desarrollo del software en una escala del 1 al 5.
•
Integra disciplinas como sistemas y software en un solo marco de trabajo.
•
Describe formas efectivas y probadas de hacer las cosas, no es un enfoque radical.
13
Modelo lanzado a partir del 2001 dejando atrás su antecesor padre el comúnmente llamado CMM, que surgió sobre un requerimiento del Gobierno Federal de los Estados Unidos de América, en el que se desarrolló una primera definición de un modelo de madurez de procesos en el desarrollo de software que era el llamado CMM o SW-CMM.
Ante el gran número de factores que dificultaban el desarrollo en la época se buscaba algo que regulara los procesos y cada uno de los pasos en el desarrollo. De igual manera ha surgido en nuestra actualidad los siguientes datos: •
El 25% de todos los proyectos sw se cancelan.
•
Las compañías entregan productos a sus clientes con un 15 % de errores no eliminados.
•
Muchas organizaciones dedican entre el 30 y 40% de su tiempo y dinero a corregir el producto desarrollado
•
En los proyectos software se cumplen los plazos en un 50% de las ocasiones
Objetivos: •
Producir servicios y Productos de alta calidad.
•
Crear valor para los accionistas.
•
Mejorar la satisfacción del cliente.
•
Incrementar la participación en el mercado.
•
Ganar reconocimiento en la industria.
5.6.5 MoProSoft. Modelo para la mejora y evaluación de los procesos de desarrollo y mantenimiento de sistemas y productos de software. Desarrollado por la Asociación Mexicana para la Calidad en Ingeniería de Software a través de la Facultad de Ciencias de la Universidad Nacional Autónoma de México (UNAM) y a solicitud de la Secretaría de Economía para obtener una norma mexicana que resulte apropiada a las características de tamaño de la gran mayoría de empresas mexicanas de desarrollo y mantenimiento de software. Moprosoft es el nombre del modelo en la comunidad universitaria y profesional, y la norma técnica a la que da contenido es la NMX-059/01-NYCE-
14
2005 que fue declarada Norma Mexicana el 15 de agosto de 2005 con la publicación de su declaratoria en el Diario oficial de la Federación.
Moprosoft considera que los modelos de evaluación y mejora CMMI eI SO/IEC 15504 no resultan apropiados para empresas pequeñas y medianas de desarrollo y mantenimiento de software. Sobre las áreas de procesos de los niveles 2 y 3 del modelo SW-CMM e inspirándose en el marco de ISO/IE 15504 se ha desarrollado este modelo.
Conclusión El éxito en la producción de software se obtiene logrando hacerlo con calidad y demostrando el grado de ésta, calificando como buena. Esto sólo es posible con la implantación de un Sistema para el Aseguramiento de la Calidad del Software directamente relacionado con la política establecida para su elaboración y que esté en correspondencia con la definición internacional ISO de calidad, ampliamente aceptada, y por los estándares del grupo ISO 9000.
Bibliografía Febles Estrada, Ailyn. "Calidad de software". Maestría de Informática Aplicada, Universidad de Matanzas "Camilo Cienfuegos", 2006. Fernández Carrasco, Oscar M.; García León, Delba; Beltrán Benavides, Alfa. "Un enfoque actual sobre la calidad del software". 1995. Gracia, Joaquín. "CMM –CMMI". 14 de Agosto de 2005. http://www.ingenierosoftware.com/calidad/cmm-cmmi.php Gracia, Joaquín. "CMM –CMMI Nivel 2". 26 de Noviembre de 2005. http://www.ingenierosoftware.com/calidad/cmm-cmmi.ph European Software Institute [ESI]. (22 de Mayo de 2011). Obtenido de http://www.camarabilbao.com/ccb/contenidos.downloadatt.action?id=3746781
15
De Amescua, A., Lloréns, J., & García, Á. (8 de Diciembre de 2008). Obtenido de http://moodle.univo.com.mx/ingenieria/moodledata/temp/backup/1293679217/course_files/s emana3/iso-spice.doc Modelo de madurez de ingeniería del software Francisco J. Pino Correa, Mario Piattini Velthuis y Carlos Manuel Fernández Sánchez
16
