CRISTIAN JOEL MONROY PINTO

CAPITULO 16

16.1. Algunas personas afirman que “el control de la variación es el corazón del control
de calidad”. Como todo programa que se crea es diferente de cualquier otro programa,
¿cuáles son las variaciones que se buscan y cómo se controlan?

Lo que se busca con una evaluación es hacer un análisis algo profundo para detectar
las fortalezas y debilidades de cada alumno; es decir se evalúa para hacer las cosas
mejor en el desarrollo educativo. Por esta razón es considerado como un instrumento
de máxima utilidad para mejorar el funcionamiento de los alumnos, ya que estos
pueden motivarlos para seguir sobresaliendo, o por el contrario puede bajarles la
autoestima dependiendo también la actitud que tome el docente en relación con el
alumno.
Para resolver estos problemas o variaciones y mejorar la Calidad, es necesario basarse
en hechos y no dejarse guiar solamente por el sentido común, la experiencia o la
audacia. Basarse en estos tres elementos puede ocasionar que en caso de fracasar
nadie quiera asumir la responsabilidad. De allí la conveniencia de basarse en hechos
reales y objetivos. Además es necesario aplicar un conjunto
de herramientas estadísticas siguiendo un procedimiento sistemático y estandarizado
de solución de problemas

16.2. ¿Es posible evaluar la calidad del software si el cliente cambia continuamente lo
que se supone que debe hacerse?

No es posible ya que la calidad comprende los requisitos especificaciones y diseño del

sistema por lo tanto si el cliente no tiene claro las funciones del software es muy difícil
determinar los requerimientos y es así como no se puede evaluar la calidad.

16.3. La calidad y confiabilidad son conceptos relacionados, pero difieren en lo

fundamental por varias razones. Analice las diferencias.

La confiabilidad es básicamente la capacidad de ya sea software o hardware de

desempeñas una tarea requerida, durante un periodo establecido. Es decir que algo es
confiable, cuando realizamos una tarea y se hace cuando nosotros queremos y de la
forma que nosotros queremos. En cambio, la calidad abarca mucho más que eso, y
también arraiga gran parte de la confiabilidad. Para Mc Call, la fiabilidad o confiabilidad
es uno de los factores más importantes para el aseguramiento de la calidad.
CRISTIAN JOEL MONROY PINTO

16.4. ¿Un programa puede corregirse y aun así ser confiable? Explique su respuesta.

A mi parecer no, ya que rompería el concepto básico de lo que es confiabilidad. La

confiabilidad es que algo se pueda utilizar de la manera que se requiera y al momento
que se requiera, y si surge un error que afecte ya sea en gran o pequeña medida el
software, este dejaría de desempeñar su labor como tal, por lo tanto, dejaría de ser
confiable a pesar de su corrección. Ya tuvo un fallo, y no es muestra ni garantía que
dicho software es poco confiable, dado que tal vez no fue sometido a rigurosas
pruebas, etc.

16.5. ¿Un programa puede corregirse y tener buena calidad? Explique lo que responda.

Creo que no, ya que el que haya surgido un error no hace cumplir con lo prestablecido.
La calidad se enfoca a que un producto de software debe cumplir con los
requerimientos del cliente y además de esto debe pasar por una serie de rigurosas
pruebas, testeos para poder verificar y solucionar los errores, y de esta manera
entregar el programa completamente funcional. Entonces si se entrega un producto con
algún fallo que surgió sobre la marcha de la ejecución del programa indicaría de todo,
menos que sea un producto de calidad.

16.6. ¿Por qué es frecuente que haya tensiones entre el grupo de ingeniería de
software y el del aseguramiento de la calidad? ¿Es saludable eso?

Por qué el grupo de ingeniería cree más conveniente que haya un enfoque más formal
para el aseguramiento de la calidad. Además de esto el grupo de ACS se basa más en
cumplir políticas organizacionales y por ello limita bastante al grupo de ingeniería de
software.

16.7. El lector tiene la responsabilidad de mejorar la calidad del software en su

organización. ¿Qué es lo primero que debe hacer? ¿Qué es lo siguiente?
CRISTIAN JOEL MONROY PINTO

El lecto debe analizar toda la información que obtiene, para después sacar
conclusiones y tomar decisiones, después debe brindar toda la información y dar ideas
concretas a los diseñadores.

16.8. Además de contar los errores y defectos, ¿hay otras características cuantificables
de software que impliquen calidad? ¿Cuáles son y cómo podrían medirse
directamente?

 Métricas de complejidad. Miden la complejidad lógica del código fuente.

 Efectividad de la prueba. Proporciona un indicio en tiempo real de la efectividad
y de las pruebas aplicadas.
 Métricas especializadas en diseño orientado a objetos. Miden características de
clases, además de las correspondientes a comunicación y colaboración.
 Calidad de la especificación. Proporciona un indicador específico o el grado en
que se ha completado la especificación de los requisitos.

16.9. El concepto del tiempo medio para la falla del software es objeto de críticas.
Explique por qué.

Porque la fórmula para calcular el tiempo medio de vida del software, no toma en
cuenta los problemas secundarios que pueden dañar el tiempo de vida.

16.10. Considere dos sistemas cuya seguridad sea crítica y que estén controlados por
computadora. Enliste al menos tres peligros que se relacionen directamente con fallas
del software.

- Contraseñas debiles
- Predisposición al phishing
- Falta de respaldo de la información
- Navegación insegura por internet
- Uso de software pirata
- Mal uso de dispositivos de almacenamiento portátil
- Uso de conexiones Wireless