UNIVERSIDAD VIRTUAL DEL ESTADO DE

GUANAJUATO
UVEG

Reto 1. ¿Conoces los conceptos básicos de calidad y

revisión de software?

Caso 1. Software del Bazar

Te contrataron para darle mantenimiento a un sistema de control de ventas de
un bazar. Lo que te dicen es que básicamente necesitan que se agregue
algunas funcionalidades adicionales a una de las pantalla existentes, que se
corrijan algunos errores en cálculo que tiene el sistema desde el siempre.
También te informan que algunas veces no se puede acceder al sistema y
debes reiniciar la computadora para poder usarlo.

This study source was downloaded by 100000872140202 from CourseHero.com on 10-30-2023 17:35:19 GMT -05:00

https://www.coursehero.com/file/214814896/R1-U1-acsdocx/
 No tienen ninguna documentación y te dicen que lo que tienen es el código y la
base de datos.
Accedes a hacer una revisión del software y te encuentras con que lo siguiente:
 El código no está documentado.

 El código está dividido, pero no hay una lógica en cómo se encuentra

estructurado

 En un mismo procedimiento está la definición de los controles de la

pantalla, las validaciones y el acceso a la base de datos.

De acuerdo a la taxonomía de calidad de McCall responde lo que se te solicita::

1. ¿Cuáles factores de calidad no se cumplen en el sistema de control de
ventas del bazar?

Este caso nos indica que, para que un software obtenga una certificación de
calidad, es necesario que cumpla con los requisitos de funcionalidad y
rendimiento que están claramente definidos por el sistema. En el contexto del
mercado actual, podemos observar que el sistema del Bazar presenta múltiples
problemas relacionados con la calidad que están afectando su operatividad.
Además, el mantenimiento realizado hasta el momento no ha sido adecuado. Si
nos basamos en los factores de calidad de McCall, podemos identificar los
siguientes factores de calidad que no se están cumpliendo: confiabilidad,
portabilidad, facilidad para recibir mantenimiento y eficiencia.

2. Para cada uno de los factores anteriores explica porque el sistema no

cumple

Debido a que se enfrenta un dilema en cuanto a la calidad del software del

mercado, es crucial reconocer que alcanzar un software de alta calidad
conlleva ciertos costos, tales como pruebas de software, requisitos mínimos de
funcionalidad y validación por parte del cliente. Por lo tanto, es fundamental
analizar el por qué estos aspectos clave de la calidad del software no se han
alcanzado en su totalidad:

-Facilidad de mantenimiento: La falta de documentación y datos sobre los

problemas del software complica la tarea de encontrar soluciones. Además,
dificulta la comprensión de diferentes secciones del código, lo que, a su vez,
prolonga el tiempo necesario para llevar a cabo las tareas de mantenimiento.

-Eficiencia: La eficiencia no se ha logrado debido a la estructura de código

confusa. Esta confusión puede propiciar la introducción de nuevos errores al
realizar modificaciones, ya que no existe una estructura clara. Esta falta de

This study source was downloaded by 100000872140202 from CourseHero.com on 10-30-2023 17:35:19 GMT -05:00

https://www.coursehero.com/file/214814896/R1-U1-acsdocx/
 claridad dificulta la comprensión y el mantenimiento adecuado, así como un
funcionamiento óptimo del sistema.

-Confiabilidad: El software tampoco satisface los criterios de confiabilidad. Se

requiere reiniciar la computadora para acceder al software, lo que indica
problemas de estabilidad. Estos problemas pueden derivar de errores de
programación, incompatibilidades o problemas en la gestión de recursos del
sistema.

-Portabilidad: El sistema está estrechamente vinculado a la base de datos y a

los controles de la pantalla, lo que limita su capacidad de adaptación a otros
entornos o plataformas.

3. ¿Qué recomendación les darías a los administradores del bazar?

Ya que, que el sistema presenta numerosas deficiencias en cuanto a su

eficacia, y el software carece de la calidad necesaria para satisfacer las
demandas de los usuarios y clientes, se sugiere llevar a cabo un proceso de
documentación integral del código. Además, sería fundamental incorporar
un diagrama que describa el funcionamiento del software. También
resultaría necesario reestructurar el código, siguiendo los estándares de
diseño y las mejores prácticas de programación. Esto facilitará la
identificación de errores y permitirá tomar notas que servirán de referencia
en futuras ocasiones, simplificando la búsqueda de soluciones viables. En
adición, es esencial llevar a cabo un mantenimiento minucioso para
actualizar tanto el software como el sistema operativo de acuerdo a las
demandas del Bazar.

Caso 2. Nuevo plan de mejora

This study source was downloaded by 100000872140202 from CourseHero.com on 10-30-2023 17:35:19 GMT -05:00

https://www.coursehero.com/file/214814896/R1-U1-acsdocx/
 En una fábrica de software siempre han tenido problemas para lograr tener
proyectos exitosos. Y en la mayoría de los proyectos siempre en la fase de
pruebas todo se sale de control, pues se encuentran muchos defectos. No
tienen ningún control de calidad antes de llegar a ésta fase de pruebas.
Uno de los miembros del equipo de calidad menciona que recuerda que en la
carrera le dijeron que había algo que se llama revisiones técnicas, y que ésta
revisiones pudieran ayudar a que los errores se encuentren defectos antes de
llegar a la fase de pruebas. El gerente de proyectos le asigna la tarea de aplicar
está técnica en un proyecto que está iniciando.
El miembro del equipo de calidad no investiga más del caso y solamente
recuerda que se deben hacer reuniones para revisar. Y propone lo siguiente:
 Las reuniones no deberán durar más de 1 hora.

 Estas reuniones se agendaran por la mañana el día que se pretende

realizar la revisión (para que el desarrollador no esté a la defensiva).

 En la reunión cada quien emitirá su opinión de manera libre.

 Los participantes en la reunión se seleccionaran eligiendo a alguien que

no tenga alguna actividad asignada a la hora de la revisión.

Considerando este escenario y lo expuesto en el tema de revisiones técnicas

contesta las siguientes preguntas:
1. Utilizar las revisiones técnicas así como lo propone el miembro del
equipo de calidad ayudará a mejorar la situación de la fábrica de
software. ¿Por qué?

Personalmente, considero que no sería la mejor estrategia. Si se adopta la

sugerencia del miembro del área de calidad de software, existe una alta
probabilidad de obtener resultados deficientes. Esto se debe a que el enfoque
propuesto no cumple con los principios y las mejores prácticas recomendadas
para esta técnica. Además, podría agravar la falta de calidad en las pruebas y
el software en la fábrica.

Por ejemplo, un desarrollador podría pasar por alto la validación de la fecha de

nacimiento en un módulo de registro de empleados si no se establece un
objetivo claro para la revisión. La falta de preparación anticipada de los
materiales a revisar, la ausencia de roles específicos asignados a los
participantes, la falta de criterios de aceptación y la omisión en la
documentación de los resultados de la revisión son factores adicionales que
contribuirían a esta problemática.

This study source was downloaded by 100000872140202 from CourseHero.com on 10-30-2023 17:35:19 GMT -05:00

https://www.coursehero.com/file/214814896/R1-U1-acsdocx/
 2. ¿Qué consecuencias tendrá aplicar las técnicas así como lo propuso el
miembro del equipo de calidad?

Las consecuencias serían desastrosas, dado que los fallos detectados que
avanzan a la siguiente fase acarrearán costos significativamente mayores para
su corrección. Estos defectos u errores inadvertidos podrían, en última
instancia, generar aún más deficiencias de las actuales, lo que tendría un
impacto negativo tanto en el proyecto como en la fábrica de software. Algunas
consecuencias negativas podrían ser: derroche de tiempo y recursos,
disminución de la calidad del producto, insatisfacción del cliente, desmotivación
del equipo, conflictos entre desarrolladores y revisores, carencia de un
seguimiento y control adecuados de los defectos identificados.

3. Realizar una guía rápida del proceso de revisiones técnicas formales

Descripción: El encargado debe llevar a cabo una planificación con suficiente

antelación de la revisión técnica, definiendo los propósitos, el ámbito, los
participantes y los recursos necesarios. Esta reunión debe extenderse al
menos durante dos horas.

Preparación: Los desarrolladores deben disponer el software que será

sometido a revisión, lo que incluye suministrar documentación, pruebas y otros
materiales pertinentes.

Revisión: Los evaluadores han de examinar el software conforme a los

objetivos previamente definidos.

Presentación de informes: Los evaluadores deben comunicar los resultados de

la revisión al gerente de proyectos y a los desarrolladores.

Seguimiento: El gerente de proyectos debe llevar a cabo un seguimiento de las

medidas correctivas adoptadas para abordar los errores identificados en la
revisión.

This study source was downloaded by 100000872140202 from CourseHero.com on 10-30-2023 17:35:19 GMT -05:00

https://www.coursehero.com/file/214814896/R1-U1-acsdocx/
This study source was downloaded by 100000872140202 from CourseHero.com on 10-30-2023 17:35:19 GMT -05:00

https://www.coursehero.com/file/214814896/R1-U1-acsdocx/