Aseguramiento de la calidad

1. Universidad Autónoma de Baja California
Facultad de Ingeniería, Arquitectura y Diseño
Materia: Aseguramiento de la Calidad del Software
Carrera: Ingeniería en Computación
Maestra: Melendez Guillen Haydee
Grupo: 482-1
Alumno: Horta Sagrero Rosemary
13 de Febrero de 2015

2.
CALIDAD
DEL
PRODUCTO
SOFTWARE.
Calidad del proceso.
Si existe una buena calidad de procesos existirá entonces una alta calidad del
producto software, ya que un proceso son todas aquellas tareas y procedimientos
que se crearon especialmente para desarrollo y mantenimiento del software. Por
otra parte también existen una serie de normas tales como: CMMI, ISO 15504 /
ISO 12207.
Calidad del producto.
Algunos de los modelos que se utilizan para la calidad del producto son : ISO 9126
(ISO, 2001), ISO 25000 (ISO, 2005a), las cuales contienen una serie de
planificaciones.
Calidad del equipo y/o personas.
Los actores principales del éxito o fracaso de un proyecto de software son las
personas, existen varios factores que son importantes, pero todas las
herramientas en conjunto las manejan las personas.
Perspectiva de calidad mas importante.
Dependiendo de la empresa que se este analizando es entonces donde se
tomaría la decisión de lo que seria mas importante, como se comenta un ejemplo
acerca de que si una empresa recibe productos de software ya desarrollados, es
decir productos de terceros, entonces para la empresa seria mas importante
enfatizar en el área de los procesos, abra casos en los que ambos se
complementaran para dar una buena calidad y poder obtener la certificación.
Razones por las que la calidad del producto software debiera preocuparte mucho.
Es importante recalcar que no tan solo basta con que el software funciones
(testing) si no, que se debe realizar a fondo su código, diseño, si esta bien
estructurado, programado, etc., a este conjunto se le denomina como la calidad de
del producto software.
Muchas personas opinan que si se lleva una buena calidad de proceso, entonces
se tendrá con éxito una buen calidad de producto, existe una gran controversia ya
que muchas personas opinan totalmente lo contrario.
CMMI no garantiza tan solo con un sello la calidad de software, el tener la calidad
del producto si es garantía.

3. Los sellos, certificación, evaluación, etc., se basan en diferentes puntos tales
como:
• El muestreo. Este se aplica solo en determinadas empresas así que puede
que el proyecto no haya sido evaluado.
• Auditorias CMMI. Estas solo revisan si se lleva una buena practica de
procesos, sin embargo no miran la calidad del producto software.
• Tiempo de Sellado. Puede que suceda que el sello obtenido es de mucho
tiempo atrás, y el producto es obtenido muchos meses después, en ese
transcurso pasado puede que haya tenido muchos cambios.
La mala calidad del producto tiene un coste, es de ahí donde sale el termino
“deuda técnica”, ya que en algún momento alguien debe pagar las consecuencias
de hacer mal las cosas, esta la puede pagar ya sea el proveedor que desarrolla el
software o la paga el cliente.
Chin, Huddleston y Gat, ellos consideran que el software pasas por una etapa de
desarrollo y mantenimiento, su fórmula de deuda técnica:
“Es la suma de la deuda técnica acumulada en el período de desarrollo más
la deuda técnica que se acumulará en el período de mantenimiento”.
Y si se da el caso que el cliente detecte a tiempo la mala calidad del producto,
entonces será el proveedor quien pague, aunque es raro los casos en los que el
cliente detecta el error a tiempo.
Existen practicas que ayudan a detectar e identificar si los usuarios están teniendo
problemas con el software, como ITIL, ISO 20000, las incidencias, las veces que
ha fallado el software en producción, la disponibilidad, entre otros.
Pero por muy buenos indicadores que se establezcan, los problemas se reparan
de raíz, no estableciendo indicadores. Así que una vez mas se concluye que:
“Una certificación de la calidad de los procesos no siempre asegura un
producto de calidad”.