CALIDAD EN DESARROLLO DE

SOFTWARE
Comprobación para Control de Calidad

--------------------------------------.
-----------------------------------------------
Fundación Universitaria Católica Del norte
 Página 1

Introducción

Las Micro, Pequeñas y Medianas Empresas

(MIPYMEs) especializadas en el control de plagas pueden
mejorar sus operaciones y competitividad en el mercado
mediante la implementación de un sistema de información
eficiente. Se presenta una estrategia que abarca desde la
calidad del software hasta la elección de tecnologías
apropiadas para asegurar una implementación exitosa.
También se proporciona listas de comprobación específicas
para la revisión de la especificación de requisitos y el diseño,
junto con recomendaciones para una revisión efectiva por
pares en el código, métricas cuantificables y la importancia
crítica de aplicar controles de calidad en el desarrollo de
software.
 Página 2

Objetivo General
Para mejorar la eficacia operativa, la gestión de
recursos y la satisfacción del cliente de una Micro, Pequeña y
Mediana Empresa (MIPYME) especializada en el control de
plagas, se desarrolla e implanta un sistema de información
global y adaptable, con el objetivo de reforzar su posición en
el mercado.
 Página 3

Objetivos Específicos
• Se Lleva a cabo un análisis exhaustivo de los
procesos actuales en el sector de las PYME para
identificar áreas de mejora y oportunidades de
automatización.
• Se Aplica el modelo de calidad de software
ISO/IEC 25010 para garantizar la fiabilidad,
seguridad y usabilidad del sistema.
• Se Adopta la metodología ágil Scrum para facilitar
la entrega iterativa y eficiente de funcionalidades,
promoviendo la adaptabilidad a los cambios en el
sector del control de plagas.
• Determinar el lenguaje de programación, Python y
las tecnologías óptimas para la creación del
sistema, teniendo en cuenta la escalabilidad y la
modernización.
• Evaluar y seleccionar la base de datos MySQL
como la más adecuada para almacenar y gestionar
eficazmente los datos generados por el sistema.
• Definir la estrategia de implantación, optando por
la implantación en la nube en una plataforma como
Amazon Web Services (AWS) o Microsoft Azure,
considerando aspectos económicos, técnicos y de
continuidad del servicio.
 Página 4

Revisión de la Especificación de Requisitos (SRS)

1. ¿Están claramente definidos en la especificación los

roles y sus funciones en el sistema?
2. ¿Los requisitos funcionales y no funcionales están
descritos de forma completa y sin ambigüedades?
3. ¿Se incluyen casos de uso o escenarios de usuario
detallados?
4. ¿Son los requisitos trazables a las necesidades del
cliente?
5. ¿Se abordan adecuadamente los requisitos de
seguridad y privacidad de los datos?
6. ¿Son los requisitos verificables y cuantificables?
7. ¿La especificación tiene en cuenta los requisitos de
rendimiento y escalabilidad del sistema?
8. ¿Existen requisitos específicos de compatibilidad del
sistema o de la plataforma?
9. ¿Los requisitos son coherentes y no presentan
contradicciones evidentes?
10. ¿Están claramente establecidos el alcance del
proyecto y los límites del sistema?
 Página 5

Revisión del Diseño.

1. ¿Cumple el diseño los requisitos funcionales

definidos en la especificación de requisitos?
2. ¿Se aplican los principios de modularidad y cohesión
en el diseño?
3. ¿Se tiene en cuenta adecuadamente la escalabilidad
del sistema en el diseño arquitectónico?
4. ¿Se utilizan patrones de diseño adecuados y
reconocibles?
5. ¿Incluye el diseño medidas de seguridad y protección
de datos?
6. ¿Es el diseño claro y comprensible para los demás
miembros del equipo?
7. ¿La interfaz de usuario está diseñada teniendo en
cuenta la usabilidad y la experiencia del usuario?
8. ¿Están los componentes del sistema bien definidos y
correctamente acoplados?
9. ¿Se tienen en cuenta en el diseño el tratamiento de
errores y las estrategias de recuperación?
10. ¿El diseño es mantenible y permite futuras
ampliaciones o modificaciones?
 Página 6

Revisión por Pares (Peer Review) del Código

1. Cumplimiento de las normas de codificación.

2. Coherencia en la denominación de variables y
funciones.
3. Comentarios y documentación adecuados.
4. Eficacia y optimización del código.
5. Tratamiento de errores y excepciones.
6. Cuestiones de seguridad y vulnerabilidad.
7. Pruebas unitarias y cobertura de las pruebas.
8. Uso de bibliotecas y frameworks.
9. Cumplimiento de requisitos funcionales y no
funcionales.
10. Adhesión a patrones de diseño.
 Página 7

Formato para Registrar Hallazgos en la Revisión por

Pares.
1. Descripción del Hallazgo:
• Descripción detallada del problema identificado en
el código.
2. Ubicación en el Código:
• Indicar el archivo.
• Línea de código.
• Función donde se encuentra el problema.
3. Prioridad:
• Alta.
• Media.
• Baja.
4. Responsable de Corrección:
• Nombre del desarrollador responsable de
solucionar el problema.
5. Fecha de Registro:
• Fecha en la que se registró el hallazgo.
6. Estado:
• Abierto.
• En Progreso.
• Cerrado.
7. Comentarios Adicionales:
• Cualquier comentario o sugerencia adicional
relacionada con el hallazgo.
 Página 8

¿Implementación local o en la nube?

1. Fase de Planificación:
• Complejidad del Proyecto: Número total de
características o módulos a desarrollar.
• Precisión de Estimaciones: Diferencia entre las
estimaciones de tiempo y costos y los valores
reales.
• Tasa de Cambio de Requisitos: Porcentaje de
cambios en los requisitos durante la planificación.
• Riesgos Identificados: Número de riesgos
identificados en esta fase.
• Tamaño del Equipo: Número de miembros del
equipo involucrados en la planificación.

2. Fase de Desarrollo:
• Defectos por Línea de Código: Número total de
defectos encontrados en el código.
• Cobertura de Pruebas Unitarias: Porcentaje de
código cubierto por pruebas unitarias.
• Cumplimiento de Estándares de Codificación:
Porcentaje de código que cumple con los
estándares de codificación.
• Eficiencia de Desarrollo: Número de
características entregadas por unidad de tiempo.
 Página 9

• Reutilización de Código: Porcentaje de código

reutilizado en comparación con el código nuevo
desarrollado.

3. Fase de Pruebas y Ajustes:

• Tasa de Defectos en Pruebas Unitarias: Número de
defectos encontrados en pruebas unitarias por línea
de código.
• Tiempo Promedio de Resolución de Defectos:
Promedio de tiempo necesario para resolver un
defecto.
• Cobertura de Pruebas de Aceptación del Cliente:
Porcentaje de funcionalidad probada por el cliente.
• Tasa de Retorno de Defectos por Cliente: Número
de defectos reportados por el cliente después de la
entrega.
• Satisfacción del Cliente en Pruebas: Evaluación de
la satisfacción del cliente con la calidad de las
pruebas.

4. Fase de Pruebas y Ajustes:

• Tiempo de Despliegue: Tiempo necesario para
implementar el sistema en el entorno de
producción.
 Página 10

• Éxito de Implementación: Porcentaje de

implementaciones exitosas en comparación con las
planificadas.
• Downtime durante Implementación: Tiempo
durante el cual el sistema no está disponible
durante la implementación.
• Incidentes Post-implementación: Número de
problemas o incidentes reportados por los usuarios
después de la implementación.
• Satisfacción del Usuario Final: Evaluación de la
satisfacción del usuario final con la nueva versión
del sistema.
 Página 11

Importancia de Aplicar Controles de Calidad en el

Desarrollo de Software.

1. Satisfacción del Cliente: Garantizar que el software

cumpla con los requisitos y expectativas del cliente es
fundamental para la satisfacción del cliente y la
retención de negocios.
2. Ahorro de Costos: La detección temprana y la
corrección de defectos reducen los costos de corrección
en etapas posteriores del ciclo de vida del software.
3. Mejora de la Productividad: La aplicación de controles
de calidad fomenta prácticas de desarrollo más
eficientes, lo que conduce a una mayor productividad
del equipo de desarrollo y la entrega oportuna de
productos de alta calidad.
4. Reputación y Competitividad: La calidad del software
mejora la reputación de la empresa y su competitividad
en el mercado, lo que atrae a más clientes y
oportunidades de negocio.
5. Reducción de Riesgos: Los controles de calidad ayudan
a identificar y mitigar riesgos potenciales, reduciendo la
probabilidad de problemas graves durante el desarrollo
y la implementación.
6. Cumplimiento de Requisitos: Asegurarse de que el
software cumple con los requisitos funcionales y no
 Página 12

funcionales establecidos es esencial para el éxito del

proyecto.
7. Eficiencia y Eficiencia: La aplicación de controles de
calidad mejora la eficiencia en el proceso de desarrollo,
lo que se traduce en un uso más eficiente de los
recursos y un tiempo de comercialización más rápido.
8. Mejora Continua: Los controles de calidad promueven
la mejora continua al identificar áreas de mejora y
permitir ajustes y optimizaciones en el proceso de
desarrollo.
 Página 13

Conclusión

Se presenta una propuesta integral para la implantación

de un sistema de información en una Micro, Pequeña y
Mediana Empresa (MIPYME) especializada en el control de
plagas. Los objetivos específicos pretenden mejorar la eficacia
operativa, la gestión de los recursos y la satisfacción de los
clientes, lo que reforzará su posición competitiva en el
mercado. Para garantizar la fiabilidad, seguridad y usabilidad
del sistema, se ha recomendado el modelo de calidad ISO/IEC
25010. Se ha sugerido la metodología ágil Scrum para
permitir la adaptabilidad a los cambios del sector y la entrega
continua de funcionalidades valiosas. Se ha propuesto el
lenguaje de programación Python y la base de datos MySQL
para el desarrollo del sistema. La implementación en la nube,
a través de plataformas como AWS o Azure, se considera la
estrategia óptima para garantizar la escalabilidad y la
continuidad del servicio. En resumen, esta propuesta se basa
en la sinergia entre calidad, agilidad y tecnología para
satisfacer eficazmente las demandas de la organización de
control de plagas.
 Página 14

BIBLIOGRAFÍA:
International Organization for Standardization. (2021).
ISO/IEC 25010: Systems and software engineering - Systems
and software Quality Requirements and Evaluation (SQuaRE)
- System and software quality models.

Schwaber, K., & Sutherland, J. (2017). The Scrum

Guide: The Definitive Guide to Scrum: The Rules of the
Game. Scrum.org.

Python Software Foundation. (2021). Python.

https://www.python.org/ - https://www.python.org/about/

Oracle Corporation. (2021). MySQL.

https://www.mysql.com/ - https://www.mysql.com/about/

Amazon Web Services, Inc. (2023). Amazon Web

Services (AWS). https://aws.amazon.com/

Microsoft Corporation. (2023). Microsoft Azure.

https://azure.microsoft.com/