Calidad En El Software

Capítulo 8: Problemas y puntos a considerar(180)

8.1. Al principio del capítulo se señaló que «el control de variación está en el centro del control de calidad». Como todos los programas que se crean son diferentes unos de otros, ¿cuáles son las variaciones que se buscan y cómo se controlan?

Se busca que cada sistema se adapte a las operaciones de la empresa, además de adaptarse al usuario. Al desarrollar un sistema se busca que la variabilidad sea mínima, debido a que esto representa la consistencia y la estabilidad de los procesos.

Esto se controla rigiendo el desarrollo de sistemas por los estándares establecidos por la ISO 9001 y por los estándares de calidad del software.

8.2. ¿Es posible evaluar la calidad del software si el cliente No se pone de acuerdo sobre lo que se supone que ha de hacer?

No es posible, debido a que la calidad del software se evalúa en dependiendo de las funcionalidades que le ha agregado a la empresa, además de que cumpla con los requerimientos iniciales que el cliente proporciona.

La evaluación de la calidad de un software depende totalmente de la conformidad o cumplimiento de requisitos hacia el cliente, así que de acuerdo a documentaciones basadas en peticiones del cliente es que se puede evaluar la calidad del software.

8.3. La calidad y la fiabilidad son conceptos relacionados, pero son fundamentalmente diferentes en varias formas. Discútalas.

Lo que destaca la calidad al momento de evaluar un software es que este debe cumplir con estándares que garanticen que será exitoso, y que reamente cumplirá con todos los requerimientos establecidos. Para que el sistema tenga calidad debe cumplir a cabalidad con lo establecido durante las fases anteriores a la implementación.

La fiabilidad destaca la posibilidad de que un software no tenga errores que afecten las operaciones que debe realizar.

Cuando se trata el tema de la calidad se abarca la fiabilidad, debido a que es un valor implícito al momento de verificar que un software cumple con los estándares que realmente certifican su calidad.

8.4. ¿Puede un programa ser correcto y aun así no ser fiable? Explique por qué.

Si.

Un programa puede estar bien elaborado, pero esto no garantiza que realmente cumpla con todos los parámetros establecidos y que realmente desempeñe el papel y cubra las funciones para lo que fue pensado.

Si el programa es fiable es sinónimo de que esta correcto, y que cumple las expectativas del cliente; pero el hecho de que el programa este correcto no significa que pueda hacer lo que se desea y que sea fiable para la empresa donde se implementó.

8.5. ¿Puede un programa ser correcto y aun así no exhibir una buena calidad? Explique por qué.

Si, esto es porque para un sistema tener buena calidad debe exhibir los requisitos funcionales y de rendimiento que se pensaron en sus inicios; pero esto no quita que el programa haga las operaciones para las que fue pensado y que sea correcto. El contraste está en el nivel de funcionalidad y agilización de procesos que le pueda brindar a la empresa.

8.6. ¿Por qué a menudo existen fricciones entre un grupo de ingeniería del software y un grupo independiente de garantía de calidad del software? ¿Es esto provechoso?

Esto ocurre porque a veces estos grupos no llegan a acuerdos favorables respecto a las evaluaciones y mejoras que se deben realizar en el software en cuestión en una empresa.

Esto no resulta provechoso para la empresa, porque representas gastos de dinero y de tiempo excesivos, además de que cuando en una empresa se busca un grupo para evaluar la calidad del software se debe llevar a cabo los procedimientos y estándares que estos recomiendan para que el software cumpla con los requisitos de calidad esperados.

8.7. Si se le da la responsabilidad de mejorar

...