Sena

L enfoque de ingeniería del software descrito en este libro se dirige hacia un solo obje­  tivo: producir software de alta calidad. Pero a muchos lectores les inquietará la pregunta:  es la calidad del software?»  Philip Crosby  en  famoso libro sobre calidad, expone esta situación: 
El  problema de la gestión de la calidad no es lo que la gente  sabe sobre ella. El problema  es  lo que creen que saben...  este respecto, la calidad tiene mucho en común con el sexo. Todo el mundo  quiere. (Bajo ciertas  condiciones, por supuesto.) Todo el mundo cree que  conoce. (Incluso aunque no quiera explicarlo.)  Todo  el mundo piensa que su ejecución  es cuestión de seguir las inclinaciones naturales.  (Después de todo,  nos las arreglamos de alguna forma.) por supuesto, la mayoría de la gente piensa  que  problemas en  estas áreas están producidos  por otra gente. (Como si sólo ellos se tomaran el tiempo para hacer las cosas  bien.) 

Algunos desarrolladores de software continúan creyendo que la calidad del software es algo  en lo que empiezan a preocuparse una vez que se ha generado el código.  más lejos de la  realidad! La garantía de calidad del software (SQA,Software Quality Assurance GCS, Gestión  de calidad del software) es una actividad de protección (Capítulo 2) que se aplica a lo largo de  todo el proceso del software. La  engloba:  un enfoque de gestión de calidad; (2) tec  nología de ingeniería del software efectiva (métodos  herramientas);  (3) revisiones técnicas  formales que se aplican durante el proceso del software;  (4) una estrategia de prueba calada;  el control de la documentación del software  de los cambios realizados; (6) un pro­  cedimiento que asegure un ajuste a los estándares de desarrollo del software (cuando sea posible),  (7) mecanismos de medición y de generación de informes.  En este capítulo nos centraremos en  aspectos de gestión  en las actividades específicas del proceso que permitan a una organización de software asegurar que hace  cosas correc­  tas en el momento justo  de la forma correcta». 

definir una estr ategia de  plan de 

para el 

de calidad del 

software debe  de  modo la 

del T.: En español, GCS. Se conservan las siglas  en inglés  mática.  veces se suelen traducir estas siglas también por 

estar muy extendido su uso para  jerga infor  de la Calidad del

Se dice que dos copos denieve no son iguales. Cierta  mente cuando se observa caer la nieve, es difícil ima­  ginar que son totalmente diferentes, por no mencionar  que cada copo posee una estructura única. Para obser  var las diferencias entre los copos de nieve, debemos  examinar los especímenes muy de cerca,  quizá con  un cristal de aumento. En efecto, cuanto más cerca los observemos, más diferencias podremos detectar.  Este fenómeno, variación entre muestras, se aplica  a todos los productos del hombre así como a la creación  natural. Por ejemplo, si dos tarjetas de circuito «idénti­  cas» se examinan muy de cerca, podremos observar que  las líneas de cobre sobre las tarjetas difieren ligeramente  en la geometría, colocación  grosor. Además, la loca­  lización  el diámetro de los orificios delas tarjetas tam­  bién varían. 

se aplica esto al software?  puede  una organización de desarrollo de software necesitar  controlar la variación? De un proyecto a otro, quere­  mos reducir  la diferencia entre los recursos necesa­  rios  planificados  para  terminar  un  proyecto  los  recursos reales  utilizados,  entre  que  incluyen  personal, equipo  tiempo. En general, nos gustaría asegurarnos de que nuestro programa de pruebas abar­  ca un porcentaje conocido del software de una entre  ga  a  otra.  sólo queremos reducir  el  número de  defectos que se extraen para ese campo, sino también  nos  gustaría asegurarnos  de que  errores ocultos  también  se reducen de una entrego a otra. (Es proba  ble  que nuestros clientes  se molesten  si  la  tercera ...