CALIDAD DE SOFTWARE

La calidad de software es una preocupación a la cual se le dedican muchos

esfuerzos como el conjunto de cualidades que lo caracterizan
y que determinan su utilidad y existencia, trata los conceptos, los métodos,
las técnicas, los procedimientos y los estándares necesarios para producir
productos y procesos para un software de alta calidad. Sin embargo,
el software casi nunca es perfecto pero los programadores tienen  como
objetivo producir software de la mejor calidad posible, que cumpla, y si
puede supere las expectativas de los usuarios.

HISTORIA
La evolución de la calidad es un tema que desde épocas remotas ha sido
abordado por distintos autores cuando surge la necesidad de ofertar
productos destacando sus atributos frente a los de la competencia con el
objetivo de aumentar las ventas, proceso que se ha perfeccionado hasta lo
que hoy en día es.

A principios de 1900 se dio a conocer lo que hoy llamamos supervisor, quien

entonces era el mismo propietario. Años más tarde, durante la Segunda
Guerra Mundial, el proceso de fabricación se volvió más complejo y como
resultado de ello fue la aparición de los primeros inspectores de calidad, lo
cual también condujo a la creación de las áreas de inspección.

De 1930 a 1949
Durante esta época el enfoque estaba centrado en el control de la calidad
con la finalidad de seleccionar aquellos productos que presentaban fallas o
defectos y aplicar una toma de acción correctiva sobre los procesos
tecnológicos. Los inspectores continuaron siendo una pieza importante
dentro de las empresas, pero ya sus labores eran especializadas.
De 1950 a 1979
Posterior al periodo de guerra, se encontró que el problema de los productos
defectuosos radicaba en las distintas fases del proceso y no bastaba con una
inspección estricta para eliminarlos. De esta manera, se decidió una
inspección de inicio a fin en la cadena de producción para cumplir los
requisitos y expectativas del consumidor, coordinando todas las áreas
implicadas.

Década de los 80
Para esta época, la calidad fue considerada una ventaja competitiva y se
buscaba tener conocimiento de las necesidades y expectativas del mercado
para construir una empresa que las satisficiera. Se fijan los sistemas de
gestión y el participación del personal aumenta. 

De los años 90 a la actualidad

Desde el comienzo de la década de los 90 hasta la fecha se elimina la
distinción entre producto y servicio, ahora se cuida más el valor del cliente y
el concepto pasa a ser conocido como la calidad total. El consumidor está
dispuesto a pagar sólo por lo que presenta una calidad perceptible y una
calidad factual, donde la primera es el punto clave para que las personas
compren y la segunda para crear lealtad del cliente con la marca.

Gestión de calidad 
La necesidad de un sistema de gestión de calidad se vuelve cada vez más
imprescindible debido a que a través de este tipo de software es posible
coordinar cada área, desde la compra de materiales, la transformación de
estos en la cadena de producción, hasta la venta y distribución del producto.

CARACTERISTICAS
Características y subcaracterísticas de calidad interna:

 Adecuación funcional: funcionalidad adecuada, funcionalidad correcta,

funcionalidad completa.
 Confiabilidad: madurez, disponibilidad, tolerancia a fallos,
recuperabilidad.
  Eficiencia de rendimiento: tiempo de respuesta, utilización de recursos,
capacidad.
 Operabilidad: reconocimiento de funcionalidad adecuada, facilidad de
uso, facilidad de aprendizaje, protección contra errores de usuario,
accesibilidad, estética de la interfaz de usuario.
 Seguridad: confidencialidad, integridad, no rechazo, responsabilidad,
autenticidad.
 Compatibilidad: interoperabilidad, capacidad de coexistencia.
 Mantenibilidad: modularidad, reusabilidad, capacidad de ser analizado,
capacidad de ser modificado, capacidad de ser verificado/probado.
 Transmisibilidad/Portabilidad: instalabilidad, adaptabilidad,
reemplazabilidad.

Características y subcaracterísticas de calidad externa:

 Satisfacción de uso: utilidad, confianza, placer, comodidad.

 Seguridad de uso: mitigación de riesgos económicos, mitigación de
riesgos para el usuario, mitigación de riesgos ambientales.
 Flexibilidad de uso: cobertura del contexto, flexibilidad.
 Efectividad de uso.
 Eficiencia de uso.

METODOLOGIAS
METODOLOGIAS TRADICIONALES

Los modelos tradicionales dividen a un proyecto en fases diseñadas para

cumplir con cierta funcionalidad del software, tales fases son:

1. Planeación de pruebas
2. Diseño de pruebas
3. Implementación de pruebas
4. Evaluación de criterios de salida
5. Cierre del proceso

METODOLOGIA AGIL
En la metodología Agile no se planifica ni se diseña el producto por
adelantado, evoluciona basándose en bucles de retroalimentación.
Se trabaja por períodos (denominados sprints), que pueden ser de dos o tres
semanas, y durante ese tiempo cada miembro del equipo debe ejecutar una
serie de tareas.

1. Scrum: El marco de referencia de Scrum describe un conjunto de

prácticas para la gestión de proyectos que afecta los procesos
involucrados y reemplaza el enfoque tradicional de planificación. Su
objetivo principal es que un equipo de trabajo reaccione con rapidez,
sencillez y de manera apropiada en lugar de perder tiempo en la
creación y actualización de planes de trabajo obsoletos.

2. Spints o iteraciones: Son unidades de trabajo que se requiere para

alcanzar un requisito definido en la cartera de pedidos que debe caber
en una caja de tiempo predefinida. No se introducen cambios durante
el sprint. Por lo tanto, el sprint permite a los miembros del equipo a
trabajar en un ambiente a corto plazo, pero estable.

3. Demo: Consiste en liberar los incrementos del software al cliente para

que la funcionalidad que se ha implementado puede ser demostrada y
evaluada por el mismo. Es importante tener en cuenta que la demo no
contiene toda la funcionalidad del sistema, sino más bien sólo las
funciones que pueden ser entregadas dentro del plan que se
estableció.

NORMAS
ISO/IEC 2500n – División de Gestión de Calidad

Las normas que forman este apartado definen todos los modelos, términos y
definiciones comunes referenciados por todas las otras normas de la familia
25000.
ISO/IEC 2501n – División de Modelo de Calidad

Las normas de este apartado presentan modelos de calidad detallados

incluyendo características para calidad interna, externa y en uso del producto
software
ISO/IEC 2502n – División de Medición de Calidad

Estas normas incluyen un modelo de referencia de la medición de la calidad

del producto, definiciones de medidas de calidad (interna, externa y en uso) y
guías prácticas para su aplicación.
ISO/IEC 2503n – División de Requisitos de Calidad

Las normas que forman este apartado ayudan a especificar requisitos de

calidad que pueden ser utilizados en el proceso de elicitación de requisitos de
calidad del producto software a desarrollar o como entrada del proceso de
evaluación.
ISO/IEC 2504n – División de Evaluación de Calidad

Este apartado incluye normas que proporcionan requisitos, recomendaciones

y guías para llevar a cabo el proceso de evaluación del producto software.