Calidad del proceso y producto

Vinculo entre calidad del proceso y del producto en produccin Debido a que el proceso es relativamente fcil de estandarizar y monitorizar

Los sistemas de produccin se calibran y debe producir una y otra vez productos de alta calidad
El software no se manufactura, sino que se disea El desarrollo de software es un proceso ms creativo que mecnico, donde la experiencia y habilidades individuales son importantes

La gestin y mejora de la calidad del proceso debe minimizar los efectos en el software entregado La gestin de la calidad del proceso implica: 1. Definir estndares de proceso, como las revisiones a realizar, cundo llevarlas a cabo, etc. 2. Supervisar el proceso de desarrollo para asegurar que se sigan los estndares. 3. Hacer informes del proceso para el gestor del proyecto y para el comprador del software

Garanta de la Calidad y estndares

La garanta de la calidad es el proceso que define cmo lograr la calidad del software y cmo la organizacin de desarrollo conoce el nivel de calidad requerido en el software. Podemos definir 2 tipos de estndares como parte del proceso de garanta de calidad: 1. Estndares de producto: Estos estndares se aplican sobre el producto software que se comienza a desarrollar. Incluye estndares de documentacin, como cabecera de comentarios estndar para definicin de clases, y estndares de codificacin, que definen cmo debe utilizarse el lenguaje de programacin. 2. Estndares de procesos. Estos estndares definen los procesos que deben seguirse durante el desarrollo del software. Puede incluir definiciones de procesos de especificacin, diseo y validacin, as como una descripcin de los documentos que deben escribirse en el curso de estos procesos.

Como ya se menciono anterior mente existe una relacin muy cercana entre los estndares de producto y los estndares de procesos. Los estndares de producto se aplican a las salidas del proceso de software y en muchos casos, los estndares de proceso incluyen actividades de proceso especificas que garantizan que se sigan los estndares de productos. Los estndares de software son importantes por varias razones: 1. Estn basadas en el conocimiento de la mejor o ms apropiada prctica de la empresa. A menudo, este conocimiento slo se adquiere despus de seguir un proceso de prueba y error. Tenerlo constituido en un estndar evita la repeticin de errores anteriores. Los estndares captan el conocimiento que es de valor para la organizacin. 2. Provee un marco de trabajo alrededor del cual se implementa el proceso de garanta de la calidad. Puesto que los estndares captan las mejores prcticas, el control de la calidad sencillamente asegura que los estndares se siguen adecuadamente. 3. Ayuda a la continuidad cuando una persona contina el trabajo que llevaba a cabo otra. Los estndares aseguran que todos los ingenieros de una organizacin adopten las mismas practicas. En consecuencia, se reduce el esfuerzo de aprendizaje cuando se comienza un nuevo trabajo.

Mtricas
La medicin del software se refiere a derivar un valor numrico desde algn atributo del software o del proceso software Comparando estos valores entre s y con los estndares aplicados en la organizacin, es posible sacar conclusiones de la calidad del software o de los procesos para desarrollarlos Una mtrica de software es cualquier tipo de medida relacionada con un sistema, proceso o documentacin de software. Algunos ejemplos son las medidas que utilizan para calcular el tamao de un producto en lneas de cdigo

Las mediciones del software pueden utilizarse para:

1. Hacer predicciones generales acerca del sistema: Haciendo mediciones de las caractersticas de los componentes del sistema y reuniendo estas, podremos derivar una estimacin general de algunos atributos del sistema, como el nmero de fallos. 2. Identificar componentes anmalos: Mediante las mediciones podemos identificar los componentes que se salgan de lo normal. Por ejemplo podemos medir los componentes para identificar los de complejidad mas altas, los cuales suponemos que sern los que tengan ms errores, para centrarnos en ellos en el proceso de revisin.

El proceso de medicin
En el procesos de medicin del software dentro de un proceso de control de calidad, cada uno de los componentes del sistema se analiza por separado y los diversos valores de las mtricas se comparten entre si

1. Seleccionar las medidas a realizar: Se deben formular las preguntas que la medicin intenta responder y definir las mediciones requeridas para resolver estas preguntas. 2. Seleccionar los componentes a evaluar: No es necesario o deseable estimar los valores de las mtricas de todos los componentes de un sistema software. En algunos casos, para medicin se elige un conjunto representativo de componentes. En otros se evalan los componentes particularmente crticos como son los fundamentales que se utilizan de forma constante. 3. Medir las caractersticas de los componentes: Se miden los componentes seleccionados y se calculan los valores de las mtricas. Normalmente, esto comprende procesar la representacin del componente (diseo, cdigo, etc.) utilizando una herramienta de recogida de datos. 4. Identificar las mediciones anmalas: Una vez que se obtienen las mediciones de los componentes, se comparan entre s y con las mediciones previas registradas en una base de datos de mediciones. Se deben observar los valores ms altos y los ms bajos de cada mtrica, puesto que stos sugieren que puede haber problemas con los componentes que exhiben estos valores. 5. Analizar los componentes anmalos: Una vez identificados los componentes con valores anmalos para mtricas particulares, se examinan estos componentes para decidir si los valores de la mtrica indican que la calidad del componente est en peligro.

Mtricas de producto
La mtricas de producto se refiere a las caractersticas del software mismo. Desafortunadamente, las caractersticas del software se miden fcilmente, como el tamao y la complejidad ciclomatica, no tienen una relacin clara y consistente con los atributos de calidad como la compresin y la mantenibilidad. La relaciones varan despendiendo de los procesos, la tecnologa y el tipo de sistemas a desarrollar.

Las mtricas del producto se dividen en dos clases: 1. Las mtricas dinmicas, que son recogidas por las mediciones hechas en un programa en ejecucin. 2. La mtricas estticas, que son recogidas por las mediciones hechas en las representaciones del sistema como el diseo, el programa o la documentacin.

Las mtricas dinmicas por ayudan a valorar la eficiencia y la fiabilidad de un programa. La mtricas estticas ayudan a valorar la complejidad, la compresin y la mantenibilidad de un sistema de software.

Mtrica de software
Fan-in/Fan-out

Descripcin
Fain-in es una medida del nmero de funciones o mtodos que llaman a otra funcin (por ejemplo, X). Fan-out es el nmero de funciones que son llamadas por una funcin X. Un valor alto de fan significa que X est fuertemente acoplada al resto del diseo y que los cambios de X tendrn muchos efectos importantes. Un valor alto de fan-out sugiere que la complejidad de X podra ser alta debido a la complejidad de la lgica de control necesarias para coordinar los componentes llamados. Est es una medida del tamao del programa. Generalmente, cuanto ms grande sea el tamao del cdigo de un componente , ms complejo y susceptible de errores ser el componente. La longitud del cdigo ha mostrado ser la mtrica ms fiable para predecir errores en los componentes

Longitud del cdigo

Complejidad ciclomtica sta es una medida de la complejidad del control de un programa. Esta complejidad de control esta relacionada con la compresin del programa. Longitud de los identificadores Es una medida de la longitud promedio de los diferentes identificadores en un programa. Cuanto ms grande sea la longitud de los identificadores, ms probable ser que tenga significado; por lo tanto, el programa ser ms comprensible. sta es una medida de la profundidad de anidamiento de las instrucciones condicionales <<if>> es un programa. Muchas condiciones anidadas son dificiles de comprender y son potencialmente susceptibles de errores. sta es una medida de la longitud promedio de las palabras y las frases en los documentos. Cuanto ms grande sea el ndice de Fog, el documento ser ms difcil de comprender.

Profundidad del anidamiento de las condicionales

ndice de Fog

Mtricas orientadas o objetos

Mtrica orientada a objetos Profundidad del rbol de herencia Descripcin sta representa el nmero de niveles discretos en el rbol de herencia donde las subclases heredan atributos y operaciones (mtodos) de las superclases. Cuanto ms profundo sea el rbol de herecia, ms complejo ser el diseo. Muchas clases de objetos distintas tienen que comprenderse para conocer las clases de objetos en las hijas de rbol

Mtodo Fan-in/Fan-out

Est directamente relacionada fan-in y fan-out, como se describi antes, y significa esencialmente lo mismo. Sin embargo, es conveniente hacer una distribucin entres las llamadas provenientes de otros mtodos dentro del objeto y las llamadas provenientes de los mtodos externos

Mtodos pesados por clase

ste es el nmero de mtodos incluidos en una clase con su correspondientes pesos, que vendrn dados por la complejidad de cada mtodo. Po lo tanto, un mtodo sencillo tiene una complejidad de 1 y un mtodo grande y complejo un valor mucho ms grande. Cuanto ms grande sea el valor de esta mtrica, la clase ser ms ste es el nmero de operaciones en una superclase que se anulan en una subclase. Un valor alto para esta mtrica indica que la superclase utilizada no es una madre adecuada para la subclase.

Nmero de operaciones sobrescritas