Calidad de software

• Es la aptitud de un producto o servicio para satisfacer las necesidades del usuario.
• Es la cualidad de todos los productos, no solamente de equipos sino también de programas.

En el desarrollo de software, la calidad de diseño acompaña a la calidad de los requisitos, especificaciones y diseño del sistema. La calidad de concordancia es un aspecto centrado principalmente en la implementación; Si la implementación sigue al diseño, y el sistema resultante cumple con los objetivos de requisitos y de rendimiento, la calidad de concordancia es alta.

Son características propias del software, aquellas que tu quieres controlar y asegurar. El software es un producto inmaterial que no se fabrica, tampoco se degrada físicamente, pero sí se desarrolla. El software puede tener errores e incidencias, pero no son similares a las de cualquier equipo de carácter físico.

La calidad del software se encuentra casi a la par de la calidad tradicional, ligeramente detrás, debido a que la calidad tradicional tiene varias décadas de historia, mientras que la calidad de software tiene entre 50 y 30 años de haber surgido.

El software necesita ser actualizado.

Análisis

Diseño

Es consecuencia del proceso de aseguramiento de la calidad, pero nunca es el objetivo final. La calidad de software no se certifica, lo que se certifica, son los procedimientos para construir un software de calidad. Los procedimientos deben ser correctos y estar en función de la normalización (ISO 9000, CMMI, Moprosoft –UNAM–, etc.).

En el software, lo que se mide son atributos propios del mismo, se descompone un atributo general en otros más simples de medir, a veces se mide bien o mal, ya que la descomposición del atributo genérico de calidad en otros sub-atributos, se torna irreal, se mide con datos estadísticos no avalados, es imposible decir que la medición se hace en forma correcta.

El concepto de medida va de más a menos, va de lo general a lo concreto, y lo concreto es asociado a la métrica, esta combinación te daría el nivel de calidad, o seguridad de tu producto. Las ciencias bien estructuradas, se basan en medidas bien tomadas con base en la matemática.

Baremo:

• Número de errores durante un periodo determinado (tiempo).
• Fallo en la codificación o diseño de un sistema, que causa que el programa no funcione correctamente, o falle.
  • Tamaño de un producto informático (líneas de código)
    • Métrica de punto función (IBM): relaciona funcionalidades que ofrecía.
  • Estimación de costes y esfuerzos.
    • COCOMO

Especificaciones para la Unidad de medida del software:

• Normativa ISO 9126, medida de la calidad de software descomponiendo atributos, para no tener márgenes de error e interpretación.
  • Atributo de funcionalidad.
  • Atributo de capacidad de respuesta frente a errores externos.
  • Atributo de nivel de seguridad. La calidad no puede existir sin seguridad, un producto sin seguridad sería un producto sin calidad. El observador o usuario final indica que atributos son más o menos importantes en cuanto a seguridad.

No se puede medir la calidad del software de forma correcta debido a su naturaleza, la certificación se da a los procesos de desarrollo, no al software en sí, el correcto desarrollo de los mismos, garantizaría un buen software. No se puede medir al software como tal, sino los atributos que lo conforman, y tales métodos de medida deben ser exactos.

El usuario final, mide la calidad del software según lo que tenga, o no. Es en ese sentido que la calidad del software depende de quien la juzgue. El hecho de que una empresa tenga certificación en calidad de software, no garantiza que su software sea de calidad.