Garantia De Calidad De Softwrae

.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?

Controlar la variación es la clave de un producto de alta calidad. En el contexto del software, nos esforzamos en controlar la variación en el proceso que aplicamos, recursos que consumimos y los atributos de calidad del producto final.

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? Es posible porque inmediatamente el articulo o software se termina de diseñar se mide la calidad y sus estándares proveen la verificación.

8.3. La calidad y la fiabilidad son conceptos relacionados, pero son fundamentalmente diferentes en varias formas. Discútalas. En mi opinión la calidad se define como una característica o atributo de algo y lo que la diferencia de la fiabilidad en varios aspectos se define como la probabilidad de operación libre de fallos de un programa de computadora en uh entorno determinado y durante un tiempo específico.

8.4. ¿Puede un programa ser correcto y aun así no ser fiable? Explique por qué. Si es posible, porque la fiabilidad del software o programa puede ser medida o estimada mediante datos históricos o de desarrollo del programa.

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

Depende porque si el producto se fabrica de acuerdo con las especificaciones del diseño del programa, podría cumplir con el rendimiento de software.

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?

Existen varias fricciones ya que ingeniero son los que desarrollan los programas y los del grupo de garantía de calidad de software pueden determinar si es duradera la calidad del software, mediante opiniones de cada persona y eso no es provechoso.

8.7. Si se le da la responsabilidad de mejorar la calidad del software en su organización. ¿Qué es lo primero que haría? A Qué sería lo siguiente?

Se realizaría un análisis, inclinado al proceso de kansei, porque el interés central es el usuario del producto.

Realizaría un RTF, ya que es un medio efectivo para mejorar la calidad del software.

8.8. Además de los errores, ¿hay otras características claras del software que impliquen calidad? ¿Cuáles son y cómo se pueden medir directamente?

8.9. Una revisión técnica formal sólo es efectiva si todo el mundo se la prepara por adelantado. ¿Cómo descubriría que no de los participantes no se la ha preparado? ¿Qué haría si fuera el jefe de revisión?

El jefe de división es quien lidera la reunión y se hace responsable de la misma entonces hay que estar muy pendientes de los participantes y de cómo se desenvuelven en la reunión en cuanto al dominio de los temas, argumentación de las temáticas analizadas y sobre todo la seguridad con que maneja el discurso, el cual debe de ser lógico y bien estructurado.

8.10. Algunas personas piensan que una RTF debe evaluar el estilo de programación al igual que la corrección. ¿Es una buena idea? ¿Por qué?

8.1 1. Revise la Tabla y seleccione las cuatro causas vitales de errores serios y moderados. Sugiera acciones correctoras basándose en la información presentada en otros capítulos.

paso Porcentaje de errores encontrados.

1

2

3

4

5 20%

15%

15%

40%

10%

8.12. Una organización utiliza un proceso de ingeniería del software de cinco pasos en el cual los errores se encuentran de acuerdo a la siguiente distribución de porcentajes:

...