You are on page 1of 46

2.

Historia de Calidad del


Software

LS3148 - Calidad de Software


3IM1
Universidad Antonio de Nebrija
Justo Hidalgo con algunos apuntes de Manuel Fernando Juan-
Historia del Control de Calidad

El control de calidad tiene tres etapas:

La especificacin de lo que se quiere.

La produccin de algo que satisface la especificacin.

La inspeccin de lo producido para comprobar si realmente


satisface la especificacin.

Calidad de Software - 2. Historia - 2


Justo Hidalgo
La Antigedad (I)

Hace 1.000.000 de aos aproximadamente, el hombre empieza a


diferenciarse del resto de los animales a travs del control de su
entorno y la fabricacin de herramientas.

Hace 10.000 aos, comienza a hacer herramientas complejas que


constan de varias partes. Hasta esta fecha, cada hombre se hace
sus propias herramientas.

En el Egipto antiguo ya exista el concepto de piezas


intercambiables.

Calidad de Software - 2. Historia - 3


Justo Hidalgo
La Antigedad (II)

En Egipto los arquitectos responsables de construir las pirmides


ya empleaban la estandarizacin para el tallado exacto de las
piedras.

El seguir unos procesos de tallado definidos haca innecesaria las


inspecciones finales.

El la antigua Roma la estandarizacin era esencial: sistema


mtrico normalizado, normalizacin para el tamao de los ladrillos
y las tuberas, y normas de construccin.

Ya haba reuniones para mejorar la calidad de las edificaciones.

Calidad de Software - 2. Historia - 4


Justo Hidalgo
La Antigedad (III)

En todo caso, la calidad de los productos dependa del


cumplimiento de los procesos y normas establecidas.

En China, desde el siglo 20 antes de Cristo, en la dinasta Xia,


exista una industria organizada, legislacin, normalizacin,
mediciones e inspecciones.

Haba departamentos centralizados a cargo de produccin,


manufactura, normalizacin y supervisin de los productos.

Los proyectos de arquitectura estaban diseados y planificados,


con complejas divisin de tareas.

Calidad de Software - 2. Historia - 5


Justo Hidalgo
La Antigedad (y IV)

Desde la edad media hasta finales del siglo XVIII la produccin de


bienes y servicios se realizaba fundamentalmente por individuos o
negocios familiares.

El control de calidad era llevado a cabo principalmente por el


propio productor.

Hay rastros de control de calidad en la Inglaterra del siglo XI.

En la Francia de los siglos XVII y XVII, la construccin naval ya


posea controles de calidad. Se estudiaban los defectos de los
barcos, los ingenieros supervisaban su construccin en los puertos
y los suministradores se escogan basandose en factores como
retrasos, costes y prestaciones.
Calidad de Software - 2. Historia - 6
Justo Hidalgo
Tiempos Modernos (I)

1840: concepto de lmite superior de control.

1870: lmites de tolerancia. Lmite superior y lmite inferior.

Todava queda el problema de las piezas que estn fuera de los


lmites de control: probabilidad de ocurrencia, causa, coste, coste
de reparacin, como evitarlo, coste de evitarlo, ...

Minimizacin del nmero de piezas defectuosas.

Calidad de Software - 2. Historia - 7


Justo Hidalgo
Tiempos Modernos (II)

Introduccin de inspecciones en las diferentes etapas de desarrollo


para detectar las partes defectuosas antes de que se ensamblen
para formar el producto.

En cada etapa se debe determinar el nmero ptimo de partes


defectuosas para maximizar la rentabilidad.

Otro problema es el de las pruebas para verificar el producto: No


todas las caractersticas de la calidad son fcil o econmicamente
rentables de probar.

Calidad de Software - 2. Historia - 8


Justo Hidalgo
Tiempos Modernos (III)

Introduccin del concepto de muestreo, pero cul es la mnima


muestra que nos da suficiente confianza en la calidad del
producto?

1924: concepto de control estadstico de la calidad, con la


introduccin de los diagramas de control.
Esto es posible debido al inters y los esfuerzos en estandarizacin
de principios de siglo: Gran Bretaa establece en 1901 el primer
organismo nacional de normalizacin.

Tras la 1 Guerra Mundial se vio la necesidad de la


estandarizacin. Entre 1917 y 1920 Holanda, Alemania, Francia,
Suiza, Estados Unidos, Blgica, Canad y Austria establecieron
organismos de normalizacin.
Calidad de Software - 2. Historia - 9
Justo Hidalgo
Tiempos Modernos (IV)

Cambio de mentalidad: 1787 introdujo el concepto de piezas


intercambiables, pero con la mentalidad de una ciencia exacta. A
partir de 1900 se introdujo los conceptos de probabilidad y
estadstica.

Se pasa de no conocer las causas de no obtener los atributos de


calidad deseados de unos productos, a la confianza de que por
seguir unos procesos de produccin determinados se va a
conseguir unos productos dentro de unos lmites de control.

Si en cualquier caso hay productos que se salen de los lmites de


control, se es capaz de analizar los problemas y determinar las
causas.
Calidad de Software - 2. Historia - 10
Justo Hidalgo
Tiempos Modernos (y V)

1- Minimizacin del nmero de errores.


2- Minimizacin de los costes de inspeccin.

1776: Adam Smith publica La riqueza de las naciones Se habla de


la divisin del trabajo y la especializacin como manera de
aumentar la productividad.

1880: Frederick Taylor: Gestin Cientfica.

Calidad de Software - 2. Historia - 11


Justo Hidalgo
Fundadores (I)

Principios de la gestin cientfica de Taylor:

1- Desarrollar una ciencia para cada elemento del trabajo de cada


individuo, que reemplace la subjetividad.

2- Seleccionar y formar de una manera cientfica al trabajador para


hacer su trabajo.

3- Cooperar con los trabajadores para asegurar que el trabajo se


lleva a cabo de acuerdo a los principios de la ciencia que se ha
desarrollado.

4- Dividir el trabajo y la responsabilidad entre los trabajadores y


sus jefes.
Calidad de Software - 2. Historia - 12
Justo Hidalgo
Fundadores (y II)

Henry L. Gantt

Colaborador de Taylor. A parte de la gestin cientfica, Gantt busc


la mejora de la productividad a travs de ofrecer bonos e incentivos
a los trabajadores y a sus jefes, si terminaban sus trabajos o tareas
en menos tiempo del previsto.

No obstante Gantt en ms conocido por los diagramas de Gant que


por otra cosa.

Un diagrama de Gantt es una representacin grfica de para


planificar y controlar el trabajo.

Calidad de Software - 2. Historia - 13


Justo Hidalgo
Ishikawa (I)

La filosofa de Ishikawa

Explica el milagro econmico japons tras la 2 Guerra mundial:

Control de calidad en toda la compaa.


Auditoras de calidad hechas por la alta direccin de la
compaa.
Educacin y formacin en control de calidad.
Crculos de calidad.
Aplicacin de mtodos estadsticos.
Actividades de promocin de la calidad a nivel de estado.

Calidad de Software - 2. Historia - 14


Justo Hidalgo
Ishikawa (II)

Control de calidad en toda la compaa.

Todos los departamentos y todos los niveles estn implicados en


su trabajo, guiados por polticas de calidad escritas por la alta
direccin.

Los desarrolladores del software estn comprometidos con


producir un software de calidad, guiados por los gerentes que
tienen el mismo objetivo.

Calidad de Software - 2. Historia - 15


Justo Hidalgo
Ishikawa (III)

Auditoras de calidad hechas por la alta direccin de la compaa.

La alta direccin visita cada departamento para descubrir y eliminar


los obstculos a los objetivos de productividad y calidad.

Normalmente la calidad del software es auditada por un equipo de


expertos, pero de vez en cuando la alta direccin interviene para
mostrar su conocimiento y compromiso.

Calidad de Software - 2. Historia - 16


Justo Hidalgo
Ishikawa (IV)

Educacin y formacin en control de calidad.

Formacin para todos y a todos los niveles. La calidad es


responsabilidad de todos y cada uno de los participantes en el
desarrollo del software.

La formacin sobre como se hace software de calidad debe


conseguir imponer la disciplina necesaria para alcanzar los
objetivos.

Calidad de Software - 2. Historia - 17


Justo Hidalgo
Ishikawa (V)

Crculos de calidad.

Los crculos de calidad son pequeos grupos que se renen


informalmente, para analizar los mtodos de trabajo que estn
usando y ver la manera de mejorarlos. Estn compuestos por los
trabajadores, supervisores y gerentes, etc.

Proporciona el foro para discutir los problemas del desarrollo del


software en la organizacin y determinar mejores maneras de
desarrollar software.

Calidad de Software - 2. Historia - 18


Justo Hidalgo
Ishikawa (VI)

Aplicacin de mtodos estadsticos.

Paretos, diagramas causa-efecto, histogramas, nubes de puntos,


tablas de control, etc.

Calidad de Software - 2. Historia - 19


Justo Hidalgo
Ishikawa (y VII)

Actividades de promocin de la calidad a nivel de estado.

Mes de la calidad (Noviembre), en el que se entrega el Premio


Deming.

Incentivos a los contratos por mejoras de la calidad.

Calidad de Software - 2. Historia - 20


Justo Hidalgo
Juran (I)

La filosofa de Joseph M. Juran

Fundador del instituto Juran, que ofrece consultora y formacin en


calidad.

Ha trabajado como ingeniero, director corporativo en el sector


privado, y administrador y profesor en el sector pblico.

Calidad: adecuacin al uso. Centrarse en las necesidades del


cliente / usuario.

Calidad de Software - 2. Historia - 21


Justo Hidalgo
Juran (II)

Para alcanzar los retos de mejora de la calidad requeridos por


Japn tras la 2 Guerra Mundial, Juran prescribi:

Estructuracin anual de las mejoras de calidad.


Un programa masivo de formacin en calidad.
Liderazgo desde la alta direccin de las organizaciones en calidad.

Influyendo, junto con Deming, en la transformacin de Japn en lo


que es ahora.

Calidad de Software - 2. Historia - 22


Justo Hidalgo
Juran (III)

La realidad actual del software es parecida a la de la industria


electrnica japonesa en la posguerra:

Muchos sistemas software no cumplen los requisitos, ya sea por


mala interpretacin, problemas de presupuesto o falta de
usabilidad.

Es necesario plantearse objetivos de calidad anuales y estructurar


las estrategias para alcanzarlos. Para ello:

Calidad de Software - 2. Historia - 23


Justo Hidalgo
Juran (IV)

1. Anlisis de los sntomas de los defectos y fallos.

2. Desarrollar una teora(s) de las causas de estos sntomas.

3. Probar la teora(s) hasta obtener certidumbre sobre las causas.

4. Aplicar las acciones de mejora necesarias.

Calidad de Software - 2. Historia - 24


Justo Hidalgo
Juran (V)

Los defectos en los productos software son de dos tipos:

Controlables por el trabajador.

Controlables por la gerencia.

Este ltimo tipo se refiere a errores que el trabajador no puede


evitar por ms que quiera, y que solo pueden ser resueltos por la
gerencia.

Calidad de Software - 2. Historia - 25


Justo Hidalgo
Juran (VI)

Si el trabajador:

1- Sabe qu debe hacer.


2- Sabe cual debe ser el resultado de su propio trabajo.
3- Tiene medios para controlar el resultado.

y aun as el resultado de su trabajo es defectuoso, el trabajador es


responsable.

Si no se cumple alguna de las tres condiciones anteriores, el


responsable es la gerencia.

Calidad de Software - 2. Historia - 26


Justo Hidalgo
Juran (VII)

Un comentario de Deming a esto es:

Llamar la atencin a un trabajador (desarrollador de software)


acerca de un acto de descuido por su parte en su trabajo, dentro
de un clima general de descuido, es una perdida de tiempo y slo
puede generar conflictos, ya que el descuido es generalizado, y es
debido a un fallo de la direccin, no de los trabajadores.

Calidad de Software - 2. Historia - 27


Justo Hidalgo
Juran (VIII)

Uno de los principales problemas en el desarrollo de software es


el proveniente de que el desarrollador no sabe exactamente lo que
debe hacer.

Esto proviene del hecho de que las especificaciones cambian


frecuentemente durante el desarrollo y la comunicacin de estos
cambios a los desarrolladores no es adecuada.

En software el trabajador normalmente ve el resultado de su


trabajo y tiene medios para influir en el.

Calidad de Software - 2. Historia - 28


Justo Hidalgo
Juran (IX)

El el rea del desarrollo de software, lo ms importante para


establecer los objetivos anuales de mejora es el saber de que
punto se parte.

Identificar los errores que se cometen y averiguar sus causas.

Para producir software de calidad es necesario tanto el


compromiso de la direccin de la organizacin como de los
desarrolladores y de los gerentes a todos los niveles.

Calidad de Software - 2. Historia - 29


Justo Hidalgo
Juran (y X)

Resumen: Triloga de Juran

Planificacin de la calidad.
Control de la calidad.
Mejora de la calidad.

Calidad de Software - 2. Historia - 30


Justo Hidalgo
Deming (I)

La filosofa de W. Edwards Deming

Deming es el que difundi a nivel mundial los principios del


control estadstico de la calidad de Shewhart.

El control estadstico de la calidad es la aplicacin de los


principios y tcnicas de la estadstica en todas las etapas de la
produccin, mantenimiento y servicio, dirigidas hacia la
satisfaccin rentable de la demanda. Deming

Calidad de Software - 2. Historia - 31


Justo Hidalgo
Deming (II)

En desarrollo de software, un mtodo aceptado para la mejora de


la calidad es el de las inspecciones.

Tras la inspeccin, los errores detectados, tanto de diseo como


del cdigo, se categorizan para facilitar la determinacin de las
causas.

Calidad de Software - 2. Historia - 32


Justo Hidalgo
Deming (III)

No obstante, Deming dice:

No se puede inspeccionar calidad dentro de un producto. Es decir,


la calidad se debe construir dentro del producto.

Hay que hacer un producto con la calidad dentro de el. No se


puede meter despus. Inspecciones y pruebas exhaustivas no
garantizan la calidad, es demasiado tarde.

La fase de pruebas del software es ya demasiado tarde para


introducir calidad dentro del software, si no estaba all desde el
principio.

Calidad de Software - 2. Historia - 33


Justo Hidalgo
Deming (y IV)

Deming populariz tambin el mtodo de Shewhart de atacar


problemas, el Plan - Do - Check - Act (PDCA).

Se llama normalmente el ciclo de Deming.

Calidad de Software - 2. Historia - 34


Justo Hidalgo
Crosby (I)

La filosofa de Philip Crosby

Fundador de la Philip Crosby Associates en 1979.

Antes, vicepresidente corporativo de ITT, responsable mundial de


calidad.

Comenz desde inspector en las lneas de fabricacin,


ascendiendo hasta fundar su propia compaa.

Calidad de Software - 2. Historia - 35


Justo Hidalgo
Crosby (II)

Crosby define cinco niveles de madurez, basados en la actitud de


los gerentes:

Incertidumbre
Despertar
Esclarecimiento
Sabidura
Certidumbre

La gestin de la calidad evoluciona (madura) siguiendo el patrn


anterior de cinco niveles.

Calidad de Software - 2. Historia - 36


Justo Hidalgo
Crosby (III)

En la etapa de incertidumbre hay un cierto nmero de hechos que


todo el mundo asume:

La calidad no se puede definir.


Como no se puede definir, no se puede medir.
El problema con la calidad es que los trabajadores no se
preocupan.
La calidad es deseable, pero no podemos permitirnosla.
El software es diferente. Los errores son inevitables.

En el mundo del software hay generalmente acuerdo en todos


estos puntos, especialmente en el ltimo acerca de la inevitabilidad
de los errores.

Calidad de Software - 2. Historia - 37


Justo Hidalgo
Crosby (IV)

Es ms un problema de mentalidad que de problemas reales con


la calidad.

Existe la mentalidad de que calidad, coste y plazos son tres


aspectos mutuamente exclusivos.

No es as segn Crosby: se pueden obtener mejoras significativas


en coste y plazos enfocandose a la calidad.

Tambin Deming afirma que la nica manera de incrementar la


productividad y reducir los costes en incrementando la calidad.

Calidad de Software - 2. Historia - 38


Justo Hidalgo
Crosby (V)

En la etapa de despertar, los nicos momentos en que el personal


de aseguramiento de la calidad del software es llamado es en
tiempos de crisis:

Los clientes se quejan a cerca de la calidad del software entregado


o los proyectos de desarrollo estn descontrolados.

La documentacin no se ha hecho, o no coincide lo que aparece


en ella con lo que el software hace realmente.

Calidad de Software - 2. Historia - 39


Justo Hidalgo
Crosby (VI)

La etapa de esclarecimiento ocurre cuando se comprende que el


aseguramiento de la calidad del software es parte de la gestin del
desarrollo del software, y una actividad til.

Se establecen objetivos de calidad y se planifica su cumplimiento,


tanto a nivel de organizacin como de proyecto.

En un proyecto de desarrollo de software, hay requisitos de


preparar planes no solo para el desarrollo, sino tambin para la
gestin de la configuracin y el aseguramiento de la calidad.

Calidad de Software - 2. Historia - 40


Justo Hidalgo
Crosby (VII)

El plan de aseguramiento de la calidad se escribe antes que el


resto de planes para asegurar que la calidad se construye en el
producto, y no se trata de introducir posteriormente.

El plan de aseguramiento de la calidad del software debe reflejar


la poltica y objetivos de la organizacin, y establecer estrategias y
directrices dentro del proyecto.

Calidad de Software - 2. Historia - 41


Justo Hidalgo
Crosby (VIII)

La etapa de sabidura se alcanza cuando la organizacin se da


cuenta que la calidad del software solo se puede construir dentro
del producto con un esfuerzo consciente de todas las partes
implicadas.

Los gerentes o responsables del proyecto son los que toman las
decisiones iniciales de planificacin. Los responsables del
aseguramiento de calidad del software deben estar presentes en
esta toma de decisiones.

El personal de aseguramiento de la calidad del software debe estar


presente desde el mismo momento que el proyecto es concebido,
para asegurar que la calidad se construye en el producto.

Calidad de Software - 2. Historia - 42


Justo Hidalgo
Crosby (IX)

En la etapa de certidumbre, el construir software de calidad, a


tiempo y dentro del presupuesto, es posible.

Calidad de Software - 2. Historia - 43


Justo Hidalgo
Crosby (y X)

Es cumplimiento de los requisitos suficiente para hacer un


software de calidad?

Es cero defectos un objetivo realista?

Calidad de Software - 2. Historia - 44


Justo Hidalgo
Otros (I)

Watts Humphrey

Adapta los niveles de Crosby y los usa para caracterizar la


madurez del proceso de desarrollo del software:

Inicial
Repetible
Definido
Gestionado
Optimizante

Calidad de Software - 2. Historia - 45


Justo Hidalgo
Otros (y II)

Victor Basili

El Quality Improvement Paradigm y la Experience Factory

La factora de experiencia es la organizacin para el reuso de la


experiencia ganada durante el ciclo de vida del producto software.

Es una organizacin lgica y fsica separada de la organizacin de


desarrollo dedicada a extraer esta experiencia y a distribuirla por
el resto de la organizacin.

Calidad de Software - 2. Historia - 46


Justo Hidalgo

You might also like