METRICS AND MODELS IN SOFTWARE QUALITY ENGINEERING

Capitulo 5
CAC

Garduo Crdenas Jos Ivn Lunes 30 de marzo de 2009

CAC Garduo Crdenas Jos Ivn

METRICS AND MODELS IN SOFTWARE QUALITY ENGINEERING Capitulo 5 Applying the seven basic quality tools in Software Development .

En este capitulo analizaremos la aplicacin de 7 herramientas bsicas en el proceso de calidad en el desarrollo de software. Los instrumentos estadsticos bsicos para el control de calidad promovidas por Ishikawa (1989) son ampliamente utilizados en la fabricacin de las productos. Han pasado a ser parte integrante del control de la calidad de la li teratura, y han sido conocida s como las siete herramientas bsicas . En este captulo se describe la aplicacin de estas herramientas en el proceso y control de calidad en el desarrollo de software. En el desarrollo de software, sin embargo, el proceso es complejo e implica un alto grado de creatividad y actividad mental. Es sumamente difcil, si no imposible, para definir la capacidad de proceso de desarrollo de software en trminos estadsticos. Por lo tanto, el logro de control estadstico de procesos en el desarrollo de software puede signifi car mucho ms que el control de la cartografa.
5.1

Ishikawa nombra a sus siete herramientas bsicas para el control de calidad de la siguiente manera: 1) Hoja de verificacin.

2) Diagramas de pareto

3) Histogramas

4) Diagrama de dispersin

5) Run chart

CAC Garduo Crdenas Jos Ivn

6) Grafica de control.

7) Diagramas de causa y efecto.

5.2 Hoja de verificacin

La hoja de verificacin juega un papel importante en el desarrollo de software. Listas de verificacin ayudan a los desarrolladores y programadores de garantizar que todas las tareas son completas y que los importantes factores o caractersticas de calidad de cada tarea estn cubiertos. Algunos ejemplos de las hojas de verificacin son la inspeccin de cdigo de lista, el moderador (para revisin de l diseo y cdigo de inspeccin) la lista de verificacin, antes de la integracin de cdigo (en el sistema de biblioteca) lista de control, criterios de entrada y salida del sistema de pruebas, preparacin de productos y lista de control. El uso de las hojas de verificacin es un fenmeno generalizado. utilizado a diario por toda la comunidad de desarrollo, se han desarrollado y revisado sobre la base de la experiencia acumulada. Las hojas de verificacin son a menudo una parte del proceso de los documentos. Su uso diario mantiene tambin los procesos vivos. Tal vez la ms destacada hoja de verificacin sea en IBM Rochester de desarrollo de software es la lista de la PTF. PTF es la abreviatura de fijar e l programa temporal, que es fijar la entrega a los clientes cuando se encuentran defectos en el sistema de software. La PTF lista ha sido elaborada sobre la base de anlisis de gran experiencia acumulada a lo largo de los aos y est siendo reexaminado y revisado de manera continua. Empez como una lista de verificacin en lnea, se ha convertido en un sistema automatiza do de expertos que est arraigada con el software de proceso de revisin. Cuando el proceso de revisin se invoca, el sistema experto proporciona automticamente el asesoramiento y el paso a paso gua a los desarrolladores de software. Como resultado, el p roceso se aplica la disciplina.
5.3 Diagrama de pareto

El anlisis de Pareto ayuda a identificar las reas que causan la mayora de los problemas, que normalmente significa que obtener el mejor retorno de la inversin cuando corregirlos. Es aplicable en la mayora de software de calidad, porque los defectos de software o defecto densidad nunca siguen una distribucin uniforme. Ms bien, casi como una regla general, siempre hay formas de defectos clusterings-cluster en un menor nmero de mdulos o componentes, a pocos causas en cuenta para la mayora de los defectos, algunos difciles problemas de instalacin en cuenta para la mayora de las quejas del cliente, y etc.

CAC Garduo Crdenas Jos Ivn

Es, por tanto, no sorprende ver a los grficos de Pareto en la ingeniera de softwa re. Un diagrama de Pareto es un grfico de barras de frecuencia en orden decreciente, la frecuencia de los bares estn generalmente asociados con los tipos de problemas. Es el nombre de un italiano del siglo XIX llamado economista Vilfredo Pareto (1848 -1923), quien expuso su principio en trminos de la distribucin de la riqueza -que una gran parte de la riqueza es propiedad de un pequeo porcentaje de la poblacin. En 1950 Juran aplic el principio a la identificacin de problemas de calidad -que la mayora de los problemas de calidad se deben a un pequeo porcentaje de las posibles causas. En el desarrollo de software, el eje X de un diagrama de Pareto es generalmente el defecto de la causa y el eje Y el defecto de contar. Por la organizacin de las causas sobre la base de la frecuencia defecto, un diagrama de Pareto puede identificar las pocas causas que dan cuenta de la mayora de los defectos. Indica que los problemas deben resolverse primero en la eliminacin de defectos y la mejora de la operacin. An lisis de Pareto es conocido comnmente como el principio de 80 -20 (20% de las causas representan el 80% de los defectos), aunque la relacin causa -defecto no siempre est en una distribucin 80 -20
5.4 Historigrama

El histograma es una representacin grfica de la frecuencia cuenta de una muestra o una poblacin. El eje X los intervalos de las listas de la unidad de un parmetro (por ejemplo, el nivel de severidad de los defectos de software) clasificado en orden ascendente de izquierda a derecha, y el eje Y contiene la frecuencia cuenta. En un histograma, la frecuencia de las barras se muestran por el orden de la variable X, mientras que en un diagrama de Pareto barras de la frecuencia se muestran por orden de frecuencia la cuenta. El propsito del histog rama es mostrar las caractersticas de distribucin de un parmetro, como forma general, la tendencia central, dispersin y asimetra. Aumenta la comprensin de los parmetros de inters.
5.5 Run chart

Ejecutar los grficos tambin es utilizado con frecuencia en el software de gestin de proyectos; numerosos ejemplos de vida real se pueden encontrar en libros y revistas sobre la ingeniera de software. Por ejemplo, la llegada semanal de los defectos y defectos atraso mquina durante el ensayo formal de las fases pueden ser monitoreados a travs de cartas ejecutar. Estos grficos sirven como declaraciones en tiempo real de la calidad, as como de trabajo. A menudo, estos grficos se ejecute en comparacin con los datos histricos o de un modelo de proyeccin de manera que la interpretacin se puede colocar en la perspectiva correcta. Otro ejemplo es el porcentaje de seguimiento de los programas informticos fija que excedan los criterios de fijar el tiempo de respuesta. El objetivo es garantizar la oportuna entrega de las correcciones a los clientes. Otro tipo de ejecutar grfico utilizado por muchas organizaciones de desarrollo de software para gestin de proyectos y el calendario es la curva en S, que sigue el progreso acumulativo del parmetro de inters a travs del tiempo en comparacin con el pla n. En IBM Rochester, parmetros que son seguidos por cada proyecto en trminos de efectivo previstas incluyen:

CAC Garduo Crdenas Jos Ivn

1) Finalizacin de la revisin del diseo con el tiempo 2) Terminacin de la inspeccin de cdigo a travs del tiempo 3) Finalizacin de cdigo de integracin a travs del tiempo 4) Finalizacin de la prueba componente en trminos de nmero de casos de prueba y tentativa de xito en el tiempo 5) Finalizacin de la prueba del sistema en trminos de nmero de casos de prueba y tentativa de xito en el tiempo 6) Otros parmetros relacionados con el proyecto y la gestin de la calidad
5.6 Diagramas de dispersin

Un diagrama de dispersin retrata vvidamente la relacin entre dos variables de intervalo. En una relacin causa-efecto, el eje X es la variable independiente y el eje de la variable dependiente. Cada punto en un diagrama de dispersin representa una observacin de las variables independientes y dependientes. Diagramas de dispersin de ayuda basados en los datos de toma de decisiones (por ejemplo, si la accin est prevista en la variable X y se espera algn efecto sobre la variable Y). Uno debe siempre buscar un diagrama de dispersin cuando el coeficiente de correlacin de dos variables se presenta. esto se debe a que el mtodo para calcular el coeficiente de correlacin es muy sensible a valores extremos, y un diagrama de dispersin puede exponer claramente anmalos en toda la relacin. En segundo lugar, el ms comn es el coeficiente de correlacin de Pearson coeficient e de correlacin producto momento, lo que supone una relacin lineal. Si la relacin es no lineal, el coeficiente de correlacin de Pearson puede mostrar ninguna relacin, por lo tanto, puede transmitir informacin incorrecta o falsa. En comparacin con otras herramientas, el diagrama de dispersin es ms difcil de aplicar. Por lo general, se refiere a la labor de investigacin y requiere de datos precisos. Se utiliza a menudo con otras tcnicas como el anlisis correlacional, de regresin, y modelado est adstico. Otros ejemplos del diagrama de dispersin son las relaciones entre los defectos, ventilador y ventilador de salida, ndice de calidad de los mismos componentes entre los actuales y anteriores versiones, la relacin entre el defecto de pruebas sobre el terreno y las tasas de las tasas de defectos, y as sucesivamente. Hemos adquirido conocimientos en ingeniera de software de calidad a travs de las investigaci ones de este tipo de relaciones.
5.7 Grafica de control

La grfica de control es una herramienta poderosa para lograr el control de procesos estadsticos (SPC). Sin embargo, en el desarrollo de software es difcil de utilizar grficos de control en el RCP manera. Es una tarea formidable, si no imposible, de definir el proceso de la capacidad de un proceso de desarrollo de software. En entornos de produccin, capacidad de

CAC Garduo Crdenas Jos Ivn

proceso es la variacin inherente del proceso en relacin con la especificacin de lmites. El ms pequeo es el proceso de variacin, mayor ser la capacidad del proc eso. Piezas defectuosas son partes que se producen con valores de parmetros fuera de los lmites de especificacin. Por lo tanto, existen relaciones directas entre las especificaciones, los lmites de control de procesos, variaciones del proceso, y la calidad del producto. La variaciones ms pequeas el proceso, mejor ser la calidad del producto ser. Tales correlaciones directas, sin embargo, no existen o al menos no se han establecido en el entorno de desarrollo de software. En trminos estadsticos, se define la capacidad de proceso: En entornos de fabricacin de muchas partes donde se producen diariamente, proceso de variacin y de capacidad de proceso se puede calcular en trminos estadsticos y grficos de control se puede utilizar en tiempo real. Software difiere de la industria ma nufacturera en varios aspectos y estas diferencias hacen que sea muy difcil, si no imposible, til para llegar a estimaciones de la capacidad de proceso de una organizacin de desarrollo de software. Las dificultades incluyen:
y

Especificaciones definidas para la mayora de las cifras son inexistentes o poco relacionadas con las necesidades de los clientes reales. Bien definidos basados en las especificaciones de los requisitos del cliente que puede ser expresado en trminos de mtrica se carece prcticamente de todos los proyectos de software (ms exactamente, que son muy difciles de obtener). El software es el diseo y el desarrollo, no de produccin, y tiene varias fases de actividad (arquitectura, diseo, cdigo, pruebas, etc) y un tiempo considerabl e para completar un proyecto. Por lo tanto, el concepto de ciclo de vida es ms aplicable al software que las grficas de control, que son ms aplicables a la secuencia de datos de las operaciones en curso.

5.8 Diagramas de causa-efecto

Los diagramas de causa-efecto son las herramientas de uso menos frecuente en el desarrollo de software. Quizs el mejor ejemplo de los diagramas de pescado es la dada por Grady y Caswell (1986). En su esfuerzo de mejora de la calidad, el equipo de desarrollo de un proyec to de Hewlett-Packard us por primera vez un diagrama de Pareto y encontr que los defectos asociados con el registro de asignacin fueron los ms frecuentes en su proyecto. Con la ayuda de una causa-efecto diagrama, que llevaron a cabo sesiones de reflexin sobre esos problemas. En diversos ejemplos se encontraron efectos secundarios de la incorrecta utilizacin y registro de registro de uso del procesador a las dos causas principales. En ltima instancia, ambos resultaron ser causado por un conocimiento incompleto de la operacin de los registros. Con este hallazgo, que tuvo la divisin de HP agresivas medidas para proporcionar una formacin adecuada y la documentacin relativa a los registros y los transformadores antes de que los proyectos posteriores. Figura 5.16 muestra un diagrama de pescado en relacin los factores clave para la eficacia de las inspecciones. Ese esquema fue parte del proceso de los materiales de educacin para un proyecto de IBM en Rochester.

CAC Garduo Crdenas Jos Ivn

5.9 Diagramas de relacin

Las siete herramientas bsicas son tambin llamada s las siete herramientas de control de calidad. En los ltimos aos, surgi la calidad de los siete nuevos instrumentos de gestin y planificacin, que son el diagrama de afinidad, el diagrama de las relaciones , el diagrama de rbol, la tabla matriz, la matriz de anlisis de datos grfica, el proceso de decisin del programa grfico (PDPC), y la flecha diagrama. Aunque la discusin de estos siete nuevos instrumentos no se encuentra en el mbito de aplicacin de este libro, sera negligente por no hablar de que tambin puede ser til en la ingeniera de software. Estos siete nuevos instrumentos son en su mayor parte cualitativa y parecen ms apropiados para la gestin de los proyectos estructurales y de ideas. R udisill (1992) informa de que una gran empresa de desarrollo de software ha automatizado estos siete nuevas herramientas para facilitar la funcin de calidad de despliegue enfoque en el desarrollo de software y ha adquirido experiencia positiva, especialme nte en la recopilacin y verificacin de los requisitos de los clientes. Una de las siete nuevas herramientas que hemos encontrado muy til en los ltimos aos es el diagrama de relaciones. Muestra relaciones complejas y fomenta la causa y efecto de pens ar. Se organiza la informacin de lo especfico a lo general y de las superficies principales causas y efectos principales. Se diferencia de la de causa y efecto en el diagrama que muestra mltiples causas y efectos, mientras que la de causa y efecto diagr ama muestra una variable dependiente (efecto) y la estructura de su causa.
5.10 Conclusin personal

En este capitulo analizamos una serie de herramientas de mucha utilidad en el proceso de desarrollo de software, algunas mas que otras sin embargo todas en algn momento nos pueden ayudar a obtener mejores resultados y productos con mayor calidad. En este resumen se habla de las principales caractersticas de cada una y de algunos ejemplos de compaas muy importantes en el desarrollo de software qu e han utilizado las mismas como el caso de IBM. Otro aspecto importante de trabajo es que nos puede ayudar para desarrollar algunos aspectos que influirn en la realizacin de proyectos ms confiables, tanto en tiempo como en costos y con una alta calidad, tambin nos ayudan a organizar nuestros proce sos mediante el uso de graficas. Por otra parte es muy difcil poder utilizar algunas de estas herramientas en el desarrollo de software por eso es que conociendo a fondo cada una de las herramientas se busc a que sean aplicadas cuando es necesario y de forma correcta. La evolucin del concepto de calidad en la industria y en los servicios nos muestra que pasamos de una etapa donde la calidad solamente se refera al control final. Para separar los productos malos de los productos buenos, a una etapa de Control de Calidad en el proceso, con el lema: "La Calidad no se controla, se fabrica".

CAC Garduo Crdenas Jos Ivn

Finalmente llegamos a una Calidad de Diseo que significa no solo corregir o reducir defectos sino prevenir que estos sucedan, como se postula en el enfoque de la Calidad Total. El camino hacia la Calidad Total adems de requerir el establecimiento de una filosofa de calidad, crear una nueva cultura, mantener un liderazgo, desarrollar al personal y trabajar un equipo, desarrollar a los proveedores, tener un enfoque al cliente y planificar la calidad. Todo esto se puede lograr con la utilizacin de los procesos adecuados y de las herramientas es decir realizar productos con la mas alta calidad y con procesos de calidad tie ne que ser una unin entre todas las partes y es hay donde las herramientas ayudan mucho.