Entrega Final Pruebas y Calidad de Software

Propuesta de un "Plan de calidad orientado a pruebas" para una empresa

colombiana de desarrollo de software.

Sara Juliana Barona Nicholls

Camilo Andres Falla Albarracin
Carlos Andres Valero Velazco
Diego Alejandro Ladino Cubides
Harrison Leonardo Avella Arevalo
Ronald Isaac Carval Contreras

Pruebas y Calidad de Software- Subgrupo 12

Institución Universitaria Politécnico Grancolombiano

Profesora
Margarita Avellaneda Vargas

Octubre 2023
Tabla de contenido

Introducción________________________________________________________________3
Objetivos___________________________________________________________________4
Investigación de Modelos de Calidad Pros y Contras_________________________________5
Cuadro Comparativo_________________________________________________________10
Análisis de la Empresa_______________________________________________________11
Matriz DOFA______________________________________________________________13
Validación del estado de la empresa_____________________________________________15
Estrategias en la implementación de los procesos de calidad__________________________20
Medios de Comunicación_____________________________________________________20
Reuniones de Control________________________________________________________23
Métricas___________________________________________________________________24
27
Hoja de Control / Trazabilidad _______________________________________________29
Responsables y roles_________________________________________________________30
Esquema de informes de cambio________________________________________________36
Responsabilidades y actividades de las personas involucradas en el proyecto_____________37
Conclusiones_______________________________________________________________39
Referencias________________________________________________________________41
Introducción

Existen diversos enfoques de calidad de software que permiten mejorar de forma constante su
aplicación. En este texto, se exponen las particularidades del modelo analizado a través de la
revisión de información y se categorizan según el nivel del proceso o producto al que se
aplican. Cada uno de estos modelos presenta sus propias características y estructuras, las
cuales se describen de manera concisa en este artículo. En la búsqueda de empresas que
constantemente buscan mejorar sus procesos, han reconocido la importancia de implementar
modelos que puedan certificar y asegurar la calidad de sus productos y procesos, lo que se
ilustra mediante ejemplos de casos exitosos.
Objetivos

Realizar una evaluación exhaustiva de los estándares de seguridad y calidad de software que
deben estar presentes en la empresa seleccionada y verificar si se están implementando de
manera adecuada. En caso de que no se cumplan plenamente, elaborar un plan de acción para
su implementación, contribuyendo así a la mejora en la calidad del desarrollo y el ciclo de
pruebas.

Examinar y analizar los distintos modelos de calidad de software disponibles y adoptarlos

para su implementación en cada proyecto de desarrollo de software en la empresa. El objetivo
es mejorar los procesos relacionados con la calidad y las pruebas, optimizando los tiempos de
desarrollo y pruebas y logrando una mejora general en la calidad, lo que resultará en
beneficios para todos los involucrados.
Investigación de Modelos de Calidad Pros y Contras

Modelo IEEE

El modelo IEEE (Institute of Electrical and Electronics Engineers) es una referencia

importante en el campo de la calidad de software. El estándar IEEE 1061, en particular, se
centra en la medición de la calidad del software y proporciona un marco para evaluar
diversos aspectos del software, como la funcionalidad, la confiabilidad y el rendimiento.

Pros:

 Medición Objetiva: El modelo IEEE se basa en mediciones objetivas de calidad, lo

que proporciona resultados claros y cuantificables.

 Requisitos Claros: Establece requisitos de calidad específicos, lo que garantiza que se

cumplan estándares y expectativas definidas.

 Enfoque Integral: Aborda múltiples áreas de calidad, lo que permite una evaluación
exhaustiva de diversos aspectos del software.

Contras:

 Complejidad: La implementación del modelo IEEE puede ser compleja y requerir

recursos significativos en términos de tiempo y personal capacitado.

 Costos: La recopilación y análisis de datos para la medición de la calidad pueden

aumentar los costos del proyecto de desarrollo de software.

 Enfoque Cuantitativo: Algunas organizaciones pueden encontrar que el enfoque

estrictamente cuantitativo del modelo IEEE no se adapta completamente a sus
necesidades, especialmente en proyectos más pequeños o ágiles.

Modelo PMBOK

El Project Management Body of Knowledge (PMBOK) es un marco de referencia

ampliamente reconocido para la gestión de proyectos, desarrollado por el Project
Management Institute (PMI). PMBOK proporciona una guía detallada y estructurada que
abarca todas las áreas clave de la gestión de proyectos, incluida la gestión del alcance,
tiempo, costos, calidad, comunicaciones, recursos humanos, riesgos y adquisiciones.

El enfoque principal del PMBOK es proporcionar a los profesionales de la gestión de

proyectos un conjunto de estándares y mejores prácticas para planificar, ejecutar y controlar
proyectos de manera efectiva. Se basa en un marco de procesos y conocimientos que cubre
desde la fase de inicio hasta la fase de cierre de un proyecto.

Pros:

 Estructura Metodológica: El PMBOK proporciona una estructura metodológica sólida

para la gestión de proyectos, lo que puede ser beneficioso para proyectos de desarrollo
de software que requieren una gestión rigurosa.

 Enfoque en Procesos: Se centra en la definición y documentación de procesos, lo que

puede ayudar a garantizar una gestión coherente y efectiva del proyecto de software.

 Mejora en la planificación: El PMBOK enfatiza la planificación detallada del

proyecto, lo que puede conducir a una mejor gestión de plazos y recursos.

Contras del modelo

 Rigidez: La estructura metodológica del PMBOK puede ser percibida como rígida y
puede requerir adaptación para proyectos de desarrollo de software más ágiles y
flexibles.

 Complejidad: La implementación completa del PMBOK puede resultar en procesos

complejos y burocráticos, lo que podría aumentar los costos y el tiempo del proyecto.

 Enfoque en Documentación: A veces, el PMBOK puede enfocarse demasiado en la

documentación y los procesos formales, lo que podría ralentizar la ejecución del
proyecto de desarrollo de software.

CMM

El CMM (Capability Maturity Model) es un modelo de referencia que se utiliza para mejorar
los procesos de desarrollo de software y aumentar la madurez de la organización en la gestión
de proyectos de software. A continuación, se proporciona una descripción básica de varios
aspectos relacionados con el CMM:

Se recomienda usar el modelo CMM cuando:

  Mejora la calidad: Ayuda a establecer procesos efectivos para producir software de
alta calidad.

 Aumenta la eficiencia: Optimiza los procesos, lo que conduce a un uso más eficiente
de los recursos.

 Reduce los riesgos: Minimiza los problemas y retrasos en los proyectos.

 Facilita la gestión: Proporciona un marco estructurado para la gestión de proyectos y

procesos.

Para hacer el proceso de implementar CMM se requiere:

 Compromiso de la dirección: La alta dirección debe respaldar y comprometerse con la

implementación del CMM.

 Recursos: Se necesitan recursos adecuados, incluyendo personal capacitado y tiempo.

 Planificación: Es necesario un plan detallado para la implementación y mejora

continua.

El modelo se puede manejar por Etapas o Continuo y la elección depende de las necesidades
y la madurez actual de la organización.

El enfoque continuo permite una implementación más flexible y adaptativa.

El enfoque por etapas se basa en niveles de madurez predefinidos y proporciona una guía
estructurada.

Se pueden integrar áreas como gestión de proyectos, ingeniería de sistemas, desarrollo de

software, adquisiciones y más.

De acuerdo al SEI los niveles de capacidad vienen definidos de la siguiente manera:

0. Incompleto
1. Performed
2. Managed
3. Defined
4. Cuantitativamente manejado
5. Optimizado
Y los siguientes nivele s de madurez:
1. Inicial
2. Manejado
3. Definido
4. Cuantitativamente manejado
5. Optimizado
Las metas específicas y genéricas se seleccionan en función de las áreas a las que se le desea
mejorar y alcanzar los resultados deseados y el proceso de evaluación generalmente involucra
a un equipo de evaluación externo o interno que analiza los procesos de la organización en
relación con el modelo CMM.

PROS del modelo:

 Mejora la calidad y eficiencia del software.

 Proporciona una estructura para la mejora continua.

 Ayuda a establecer mejores prácticas en la gestión de proyectos y procesos.

CONTRAS del modelo:

 Puede requerir una inversión significativa de tiempo y recursos.

 No es adecuado para todas las organizaciones, especialmente las pequeñas.

 Puede resultar en una burocracia excesiva si se implementa incorrectamente.

ISO 9001

El modelo ISO 9001 es una norma internacionalmente reconocida para la gestión de la

calidad en una amplia gama de industrias, y puede ser aplicado al desarrollo de software y las
pruebas de calidad de software. A continuación, te proporciono una opinión sobre el uso de
ISO 9001 en este contexto:

1. Estandarización: ISO 9001 proporciona un marco de trabajo que ayuda a estandarizar

los procesos de desarrollo y pruebas de software. Esto asegura que se sigan prácticas
consistentes en toda la organización.
2. Mejora continua: La norma ISO 9001 promueve la mejora continua de los procesos.
Esto es especialmente beneficioso en el campo del software, donde los cambios y
actualizaciones son constantes. La organización puede identificar áreas de mejora y
realizar ajustes en consecuencia.
 3. Enfoque en el cliente: ISO 9001 pone un fuerte énfasis en la satisfacción del cliente.
En el desarrollo de software, esto se traduce en la entrega de productos de alta calidad
que cumplen con las expectativas del cliente.
4. Mayor confiabilidad: Al seguir los procesos definidos por ISO 9001, se pueden
reducir los errores y problemas en el software, lo que lleva a un producto más
confiable y menos propenso a fallas.

PROS del Modelo

 Mejora de la calidad: ISO 9001 promueve una cultura de calidad en la organización,

lo que puede llevar a un mejor control de calidad en el desarrollo de software y las
pruebas.
 Estándares internacionales: ISO 9001 es una norma internacionalmente reconocida, lo
que puede mejorar la reputación de la organización en el mercado global.
 Enfoque en el cliente: La norma pone un fuerte énfasis en satisfacer las necesidades
del cliente, lo que puede resultar en un software más orientado al usuario.
 Mejora continua: ISO 9001 fomenta la mejora continua de los procesos, lo que puede
llevar a una mayor eficiencia y efectividad en las pruebas y desarrollo de software.

CONTRAS del modelo:

 Costos iniciales y mantenimiento: La implementación y certificación en ISO 9001

puede ser costosa en términos de tiempo y recursos financieros, especialmente para
organizaciones pequeñas.
 Rigidez: Algunas organizaciones pueden sentir que la norma es demasiado rígida y
burocrática, lo que puede ser restrictivo en entornos de desarrollo ágil.
 Puede ser percibida como genérica: Algunos críticos argumentan que ISO 9001 es una
norma genérica que no se adapta específicamente a las necesidades únicas del
desarrollo de software y las pruebas.
 Falta de enfoque técnico: ISO 9001 se centra más en la gestión de procesos que en
aspectos técnicos específicos del desarrollo de software, lo que podría dejar lagunas
en la calidad técnica del producto.

Cuadro Comparativo
Puntos de
IEEE PMBOK CMM ISO 9001
Evaluación

Beneficios Medición objetiva, Estructura Mejora de calidad, Estandarización,

 estándares
metodológica, mejora continua,
internacionales,
requisitos claros, enfoque en enfoque en el
Generales enfoque en el
enfoque integral. procesos, mejora en cliente, mayor
cliente, mejora
la planificación. confiabilidad.
continua.

Enfoque en la Enfoque en la
Mejora de la Establecimiento de Promoción de una
calidad del gestión de calidad
Calidad procesos de calidad. cultura de calidad.
software. del proyecto.

Se centra en la
No se centra Proporciona una Se enfoca en la
gestión de calidad,
Gestión de específicamente en guía estructurada mejora de la gestión
pero puede influir
Proyectos la gestión de para la gestión de de proyectos y
en la gestión de
proyectos. proyectos. procesos.
proyectos.

Enfoque en
No se enfoca Enfoque en la Enfoque en la
Enfoque en el satisfacer las
específicamente en satisfacción del satisfacción del
Cliente necesidades del
el cliente. cliente. cliente.
cliente.

Proporciona Proporciona Promueve el

Cumplimiento de
estándares para estándares para la cumplimiento de
Estándares estándares de
medir la calidad del gestión de estándares de
calidad.
software. proyectos. procesos.

No se centra Fomenta la mejora Promueve la mejora

Fomenta la mejora
Mejora Continua específicamente en continua de continua de procesos
continua.
la mejora continua. procesos. y calidad.

Costos Iniciales Moderados Moderados Altos Moderados

Costos Durante
Moderados Moderados Altos Moderados
Proceso

Costos de
Moderados Moderados Altos Moderados
Entrega Final

Tiempo de
Moderado Moderado Alto Moderado
Implementación

Requiere que el
Implica un esfuerzo
personal esté El personal debe El personal debe
significativo para
familiarizado con capacitarse en entender los
Preparación del capacitar al personal
métricas y prácticas y procesos requisitos y
Personal en la
mediciones de gestión de procedimientos de
implementación y
objetivas de proyectos definidos. calidad de la norma.
mejora de procesos.
calidad.

Recursos Puede requerir Los recursos Requiere un equipo Necesita un equipo

Humanos recursos adicionales humanos deben de mejora de de calidad
para realizar asignarse procesos dedicado y designado para
mediciones de adecuadamente para un compromiso a mantener los
 la gestión de
calidad objetivas. largo plazo. estándares.
proyectos.

Requiere Requiere
Se enfoca en Implica una
documentación de documentación
documentar planes y documentación
Documentación métricas y detallada de
procesos de gestión extensa de procesos
resultados de procedimientos de
de proyectos. y procedimientos.
calidad. calidad y registros.

Enfoca la gestión de
Puede requerir un Requiere un cambio
proyectos, lo que Puede implicar un
cambio en la cultural hacia la
puede requerir un cambio cultural
Cambio Cultural mentalidad hacia mejora continua y la
cambio en la forma hacia una cultura de
mediciones adopción de mejores
en que se abordan calidad.
objetivas. prácticas.
los proyectos.

Necesita
Requiere un La gestión de Implica un esfuerzo
mantenimiento y
Mantenimiento mantenimiento proyectos requiere continuo para
auditorías regulares
Continuo regular de las un monitoreo mejorar los
para mantener la
métricas de calidad. constante. procesos.
certificación.
Análisis de la Empresa

EMPRESA ELEGIDA: BRM AN ALTA COMPANY “En los datos están las respuestas”
nos sentimos orgullosos de ser parte de algo cada día más grande.

Es una compañía originaria de Colombia con más de una década y media de experiencia
especializada en ofrecer soluciones relacionadas con la atención al cliente, la experiencia del
cliente y servicios de marketing digital tanto en Colombia como en la región circundante.

Esta empresa se distingue en América Latina por ser la única con experiencia simultánea en
la optimización de operaciones en diversas áreas, que incluyen Contact Center, Agencia,
Desarrollo Digital, Atención a servicios bajo demanda y Programas de relacionamiento y
fidelización.

Entrevista a Personal Administrativo de la Empresa

AUDITORIA DE OPERACIONES:

La entrevista fue llevada a cabo con Sebastián Gallego, quien trabaja principalmente en el
área de CENAM de operaciones y soporte. En sus comentarios, identificó ciertas novedades
en la empresa

1. No se está realizando la perfilación del usuario para encontrar solución a su necesidad.

2. No se están generando los certificados con la información correcta, vacaciones,

descargar volante de nómina y demás procesos administrativos auto gestionables y
descargables eficientemente.

3. Regulación en Centroamérica, una de las principales amenazas para mantener la calidad de

un software, es el proceso de mantenimiento a través del cual se originan cambios que pueden
introducir errores

DIRECTOR MANAGER:

La entrevista fue llevada a cabo con Carlos Rincón, quien trabaja principalmente en el área de
CENAM de operaciones y soporte. En sus comentarios, identificó ciertas novedades en la
empresa:
1. En los proyectos realizados por la empresa, se han otorgado demasiados permisos a los
usuarios en cuanto al acceso o gestión de información, sin una distinción significativa entre
usuarios y administradores.

2. Antes de lanzar un producto al cliente, no se han realizado pruebas unitarias suficientes y

no se ha validado el debido aprovisionamiento.

3. El grado en que se puede esperar que un programa lleve a cabo sus funciones esperadas
con la precisión requerida.
Matriz DOFA

DEBILIDADES (-) AMENAZAS (-)

1 Falta de perfilación del usuario: La 1 Regulación en Centroamérica: La regulación

empresa no está realizando la en Centroamérica representa una amenaza
perfilación adecuada de los usuarios para mantener la calidad del software y los
para encontrar soluciones a sus servicios, ya que los cambios regulatorios
necesidades. Esto podría afectar pueden introducir errores y requerir
negativamente la calidad de los adaptaciones.
servicios y la satisfacción del cliente.

2 Procesos administrativos ineficientes: 2 Seguridad de datos: La gestión deficiente de

La generación de certificados y otros permisos y accesos puede poner en riesgo la
procesos administrativos auto seguridad de los datos y la privacidad de la
gestionables y descargables no se está información, lo que podría tener
realizando de manera eficiente. Esto implicaciones legales y de reputación.
podría conducir a problemas en la
gestión interna y la satisfacción de los
empleados.

3 Gestión de permisos y acceso: La 3 Competencia intensa: La competencia en el

concesión excesiva de permisos a los mercado de servicios de atención al cliente y
usuarios sin una distinción marketing digital es intensa, lo que podría
significativa entre usuarios y ejercer presión sobre los márgenes de
administradores es una debilidad de ganancia y dificultar la adquisición de nuevos
seguridad que podría poner en riesgo clientes.
la integridad de los datos y la
privacidad de la información.

4 Riesgos de Seguridad de la 4 Ciberseguridad: Las amenazas cibernéticas y

información: Ante análisis SOX puede la seguridad de los datos son preocupaciones
haber riesgo de no cumplir y presentar crecientes en la industria. Un ataque
múltiples desviaciones cibernético podría comprometer la
información confidencial de la empresa y
dañar su reputación

5 Sistema de Gestión de Calidad 5 Cambios tecnológicos rápidos: Los avances

Deficiente: Falta el cumplimiento de tecnológicos constantes pueden hacer que los
todos los procesos que permita llevar servicios actuales de la empresa queden
una trazabilidad completa de cada paso obsoletos si no se mantienen al día con las
y los controles de aprobación para últimas tendencias, lo que representa una
proceso. amenaza para la relevancia en el mercado
 FORTALEZAS (+) OPORTUNIDADES (+)

1 Experiencia en múltiples áreas: La 1 Expansión a nuevos mercados

empresa tiene experiencia en la internacionales: Dado que la empresa ya tiene
optimización de operaciones en experiencia en la región latinoamericana,
diversas áreas, lo que puede ser una podría considerar expandirse a nuevos
fortaleza en términos de conocimiento mercados internacionales donde haya
y versatilidad. demanda para sus servicios de atención al
cliente y marketing digital.

2 Presencia regional: La presencia en 2 Desarrollo de servicios de inteligencia

América Latina brinda oportunidades artificial: La creciente demanda de soluciones
de expansión y crecimiento en una de inteligencia artificial en la atención al
región en desarrollo. cliente y el marketing digital representa una
oportunidad para que la empresa desarrolle y
ofrezca servicios avanzados basados en IA, lo
que podría aumentar su ventaja competitiva.

3 Equipo de profesionales altamente 3 Optimización de procesos: Mejorar la

calificados: La empresa puede destacar perfilación del usuario y los procesos
su equipo de profesionales altamente administrativos eficientes puede ofrecer
calificados y con experiencia en oportunidades para mejorar la calidad de los
diferentes áreas, lo que le permite servicios y la eficiencia operativa.
abordar desafíos de manera efectiva y
brindar soluciones de alta calidad.

4 Historial de proyectos exitosos: Un 4 Pruebas y validaciones: Implementar pruebas

historial sólido de proyectos exitosos y unitarias más rigurosas y validar el
clientes satisfechos es una fortaleza aprovisionamiento antes de lanzar productos
que puede respaldar la reputación y la al cliente puede mejorar la calidad de los
confianza de la empresa en el entregables y la satisfacción del cliente.
mercado.

5 Flexibilidad y adaptabilidad: La 5 El grado en que se ha conseguido la total

capacidad de la empresa para implementación de las funciones requeridas.
adaptarse rápidamente a cambios en el
mercado y en las necesidades de los
clientes es una ventaja competitiva
importante en un entorno empresarial
en constante evolución.
Validación del estado de la empresa

Para realizar la validación del estado de la empresa se hará uso de los criterios KPA del
modelo CMM.

NIVEL DE MADUREZ DE CMMI-DEV

Nive Nombre del Estado del Proceso

l Nivel

1 Inicial  Las metas alcanzadas no se cumplen con el tiempo, costos y

recursos planeados.
 Si se llegan a cumplir metas, es gracias a esfuerzos
individuales excepcionales dentro del equipo de trabajo,
más que a una buena planeación.
 Los objetivos de costos normalmente se sobrepasan.

2 Repetible  Para poder estar a este nivel la empresa necesita empezar a

documentar procesos.
 Será necesario empezar a definir políticas para la
administración de los proyectos.
 Será necesario tener un historial de proyectos exitosos,
donde se haya llegado al éxito a través de procesos bien
definidos y documentados.

3 Definido  Los procesos se implementan y actualizan.

 Se adoptan prácticas de ingeniería de software para
estandarizar.
 programas de capacitación para que cada persona pueda
cumplir con sus roles.

4 Gestionado  Se forma una base cuantitativa de la organización.

 Con base en toda la información se podrá aumentar la
probabilidad de ser más precisos y con esto eliminar la
incertidumbre.

5 Optimizado  En este nivel la organización se dedica totalmente a mejorar

su proceso, probando nuevas formas de construir software
  Se analizan los procesos en busca de las fortalezas y
debilidades.
 Se toman medidas necesarias para revisar y sustituir los
defectos

Etapa del Ciclo de

Vida Procesos, Procedimientos y Tareas de Pruebas

- Establecer los objetivos y requisitos de calidad de las pruebas.

- Crear un plan de pruebas que incluya la definición del alcance, los
recursos necesarios y el calendario.
- Identificar posibles riesgos relacionados con la calidad del
software.
1. Planificación - Definir indicadores de calidad para evaluar el éxito de las pruebas.

- Revisar y validar los requisitos del sistema para identificar posibles

incoherencias o incertidumbres.
- Generar casos de prueba basados en los requisitos para asegurar
una cobertura completa de las funcionalidades.
2. Análisis de
Requisitos - Documentar los escenarios de pruebas y los criterios de aceptación.

- Realizar revisiones de patrones de diseño para garantizar que la

arquitectura cumpla con los requisitos y se ajuste a los estándares de
calidad.
- Hacer planes de pruebas de integración y pruebas de unidad
basados en el diseño arquitectónico.
- Fabricar casos de prueba centrados en la interfaz de usuario y la
3. Diseño experiencia del usuario.

- Ejecutar pruebas unitarias para verificar el correcto funcionamiento

de los componentes individuales.
- Realizar pruebas de integración para garantizar una integración
fluida de los módulos.
- Implementar pruebas de regresión para prevenir posibles impactos
negativos de nuevas implementaciones en funcionalidades
existentes.
4. Implementación - Utilizar herramientas como SonarQube para analizar problemas en
(Codificación) el código fuente.

5. Pruebas - Realizar pruebas funcionales de inicio a fin para confirmar que el

 software cumple con los requisitos especificados.
- Evaluar el rendimiento de carga del sistema mediante pruebas
adecuadas en diversas condiciones de carga.
- Llevar a cabo pruebas de seguridad para identificar posibles
vulnerabilidades y amenazas.
- Comprobar la compatibilidad del software en distintas plataformas
y navegadores.

- Planificar y ejecutar pruebas de aceptación del cliente para

asegurar que el software cumpla con las expectativas del cliente bien
con ceremonias o reuniones.
- Realizar pruebas de instalación en el entorno de producción.
- Implementar un plan de respaldo y recuperación para abordar
6. Despliegue posibles fallos durante el despliegue.

- Establecer un proceso de monitoreo constante para detectar

problemas en el entorno de producción.
- Corregir errores y fallos notificados por los usuarios o
identificados a través del monitoreo.
- Introducir actualizaciones y mejoras en el software, garantizando
pruebas exhaustivas antes de su entrega.
7. Operación y - Administrar cambios y solicitudes de nuevas características a
Mantenimiento través de un proceso riguroso y controlado.

EVALUACION DE CMMI
 Nivel 1 (Inicial)
 Nivel 2 (Gestionado)
 Nivel 3 (Definido)
 Nivel 4 (Gestionado Cuantitativamente)
 Nivel 5 (Optimizado)
Áreas de Evaluación:
Áreas de Evaluación KPA Nivel de Madurez CMMI
Planificación Nivel 3
Análisis de Requisitos Nivel 2
Diseño Nivel 3
Implementación (Codificación) Nivel 2
Pruebas Nivel 3
Despliegue Nivel 2
Operación y Mantenimiento Nivel 3
Estrategias en la implementación de los procesos de calidad

En BRM ALTA Company, sabemos que la calidad del software es esencial en el desarrollo
de aplicaciones y sistemas informáticos. Para asegurarnos de que nuestros productos cumplan
con los estándares de calidad requeridos, hemos establecido una estrategia sólida de pruebas
de software que nos guía en cada paso del proceso. Esta estrategia se centra en la importancia
de las pruebas de software y cómo impactan en la calidad de nuestros productos.
Nuestras estrategias en la implementación de calidad de software, son enfoques planificados
y sistemáticos diseñados para garantizar que nuestros productos cumplan con los más altos
estándares de calidad cubriendo diferentes aspectos del desarrollo de software, desde la
planificación hasta la gestión de defectos. Aquí te presentamos algunas de las estrategias
clave que seguimos:

 Definición de Objetivos de Calidad: Antes de iniciar cualquier proyecto de software,

establecemos objetivos de calidad claros. Esto significa identificar los estándares
específicos que debemos alcanzar y los criterios que deben cumplirse.
 Planificación de Pruebas: Comenzamos con una planificación detallada de las
pruebas. Esto incluye la identificación de casos de prueba, la selección de
herramientas adecuadas y la asignación de recursos necesarios para llevar a cabo las
pruebas de manera efectiva.
 Diseño de Casos de Prueba: Nuestros casos de prueba son diseñados meticulosamente
para cubrir todos los aspectos del software, incluyendo las funcionalidades críticas y
los escenarios de uso previstos. Queremos asegurarnos de que nuestras pruebas sean
exhaustivas.
 Ejecución de Pruebas: Llevamos a cabo pruebas tanto manuales como automatizadas,
siguiendo cuidadosamente nuestro plan. Durante esta fase, registramos los resultados
y los comparamos con nuestros estándares de aceptación.
 Gestión de Defectos: Si encontramos defectos o problemas durante las pruebas, los
documentamos y priorizamos. La gestión de defectos es crucial para corregir los
problemas y mejorar continuamente nuestros productos.

Al seguir estas estrategias, garantizamos que nuestros productos cumplan con los estándares
de calidad que nos hemos propuesto, y que nuestros clientes reciban productos de software de
alta calidad.
Para la empresa BRM AN ALTA COMPANY se ha definido los siguientes puntos como
claves para garantizar la Calidad en los desarrollos de proyectos que se tengan:

1. Compromiso de la Dirección: El liderazgo en nuestra organización comprometido

con la calidad del software, proporcionando los recursos necesarios para implementar
los procesos de calidad de manera efectiva.
2. Estándares y Normativas: El equipo de desarrollo seguirá los estándares y
normativas de calidad de software reconocidos, como ISO 9001 o CMMI, para
garantizar la consistencia en los procesos.

3. Comunicación y Colaboración: Comunicación efectiva entre los equipos de

desarrollo y pruebas es esencial comprender los requisitos y riesgos del proyecto, con
ello identificaremos de manera temprana de problemas.

4. Automatización de Pruebas: Se buscará continuamente reducir los tiempos y

aumentar el cubrimiento en la automatización de pruebas buscando mejora en la
eficiencia y la reproducibilidad de las pruebas.

5. Mejora Continua: La mejora continua es parte de nuestros procesos. Analizaremos el

rendimiento de las pruebas y los resultados de las pruebas para identificar áreas de
mejora.
Medios de Comunicación

La comunicación efectiva en nuestro equipo es un requisito indispensable para el éxito de

cualquier proyecto. Un equipo que se comunica de manera deficiente tiende a trabajar de
forma aislada, lo que puede dar lugar a retrasos en la entrega, falta de alineación con los
objetivos del proyecto y la aparición de errores costosos. Por lo tanto, mantenemos una
comunicación clara y regular para garantizar una colaboración eficaz.
 Alineación de Objetivos: La comunicación clara y continua asegura que todos los
miembros del equipo estén perfectamente alineados con los objetivos del proyecto.
Evitamos malentendidos y confusiones que podrían conducir a resultados no
deseados.
 Detección Temprana de Problemas: Una comunicación abierta y constante facilita la
detección temprana de problemas en las etapas iniciales del desarrollo. Esto reduce la
probabilidad de que los errores lleguen a las etapas finales del proyecto, donde su
corrección puede resultar costosa y demorada.
 Mejora de la Eficiencia: Una comunicación efectiva permite una distribución eficiente
del trabajo y la asignación de recursos. Esto garantiza que las pruebas se realicen de
manera oportuna y que se cumplan los plazos.
Cómo Nos Comunicamos:
 Uso de Jira para planificación y seguimiento: Para planificar nuestras tareas de
manera colaborativa, esto nos permite definir objetivos, asignar responsabilidades y
hacer un seguimiento de los avances del proyecto de manera transparente.
 Microsoft Teams para comunicación en tiempo real: Para la comunicación en tiempo
real creando canales específicos para discutir temas relevantes, lo que facilita la
colaboración instantánea y la compartición rápida de información entre los miembros
del equipo.
 TestRail para organizar y realizar un seguimiento de pruebas: Nos permite
documentar casos de prueba, registrar resultados y colaborar eficazmente en la
identificación y resolución de defectos.
 Control de Versiones con Git y GitHub: Son fundamentales para el control de
versiones de nuestro código fuente y la colaboración en el desarrollo de software y
nos aseguramos de que todos los cambios se registren y sean reversibles cuando sea
necesario.

Cómo Evitamos Problemas de Comunicación:

 Falta de Comunicación Aislada: Nos aseguramos de que ningún miembro del equipo
trabaje de forma aislada sin comunicarse con los demás. Fomentamos un ambiente en
el que la comunicación abierta y continua sea la norma.
  Malentendidos y Confusiones: Para evitar malentendidos y confusiones, promovemos
la claridad en nuestras comunicaciones. Esto implica ser específicos en nuestras
instrucciones y requerimientos.
 Detección Temprana de Problemas: Valoramos la comunicación temprana de
problemas. Alentamos a los miembros del equipo a informar sobre cualquier desafío o
dificultad que encuentren durante el proyecto para abordarlo de manera inmediata.
 Eficiencia en la Distribución de Tareas: Garantizamos una distribución eficiente de
tareas y una asignación adecuada de recursos. Esto se logra mediante una
comunicación efectiva y una planificación cuidadosa.
Reconocemos que la comunicación efectiva es esencial para el éxito del equipo y utilizamos
herramientas especializadas para garantizar una colaboración fluida y una entrega de alta
calidad en cada proyecto que abordamos.
Reuniones de Control

La metodología Scrum promueve la colaboración cercana entre los miembros del equipo, el
Product Owner y los interesados entendiendo que la comunicación regular y efectiva es
fundamental para el éxito de Scrum, ya que asegura que todos estén alineados con los
objetivos del proyecto y la mejora continua buscando el compromiso del equipo obteniendo
la responsabilidad y la autorregulación del equipo, lo que significa que los equipos Scrum
sean autónomos y tomen decisiones sobre cómo abordar las tareas asignadas.

Se manejarán 3 tipos de reunión:

 Reunión de Apertura de Sprint (Sprint Planning Meeting): Al comienzo de cada

Sprint, se lleva a cabo esta reunión para planificar las tareas que se realizarán durante
el Sprint y seleccionar los elementos del backlog que se abordarán. Esta reunión
generalmente dura entre 2 y 4 horas y marca el inicio del Sprint. Se llevará acta.
 Reunión Diaria (Daily Scrum): Todos los días laborables durante el Sprint, el equipo
realiza una reunión diaria breve para compartir actualizaciones sobre su progreso,
desafíos y próximos pasos. Estas reuniones son cortas y se centran en la
sincronización diaria. Se llevará a través de JIRA
 Reunión de Cierre de Sprint y Retrospectiva (Sprint Review y Sprint Retrospective):
Al final de cada Sprint de 3 semanas, se lleva a cabo una reunión de revisión del
Sprint para demostrar el trabajo completado al Product Owner y los interesados.
Después de la revisión, se realiza una retrospectiva del Sprint para reflexionar sobre el
proceso y cómo mejorar. Estas reuniones suelen llevarse a cabo en la misma sesión y
pueden durar de 2 a 4 horas en total. Se llevará acta
Formato de actas de reuniones:
Métricas

Evaluando las métricas disponibles se han evaluado revisar la medición de las siguientes
métricas sobre la que vamos a estar revisando la meta objetivo dependiendo de cómo va
mejorando:
ite KPI MÉTODO DE EXPLICACIÓN META
m CALCULO DE KPI OBJETIVO
1 Tasa de Defectos Defectos encontrados / Mide la cantidad Bajo DPU es
por Unidad Unidades funcionales de defectos por deseable.
Funcional probadas unidad funcional.
2 Tasa de Defectos Defectos encontrados / Mide la cantidad Baja tasa por
por Caso de Prueba Casos de prueba de defectos por caso.
ejecutados caso de prueba.
3 Índice de Rechazo (Casos de prueba Porcentaje de Bajo índice
de Pruebas fallidos / Casos de casos de prueba de rechazo.
prueba totales) * 100 que fallaron.
4 Tasa de Recurrencia Defectos recurrentes / Mide la frecuencia Baja tasa de
de Defectos Total de defectos de defectos recurrencia.
recurrentes.
5 Tiempo Promedio (Fecha de resolución - Promedio de Tiempo
de Resolución de Fecha de detección) / tiempo para corto de
Defectos Total de defectos resolver defectos. resolución
resueltos
6 Índice de Gravedad (Defectos críticos / Total Proporción de Bajo índice
de Defectos de defectos) * 100 defectos críticos de críticos.
respecto al total.
7 Índice de Eficiencia (Defectos encontrados Eficiencia de las Alto índice
de Pruebas en pruebas / Defectos pruebas en la de eficiencia.
encontrados por detección
usuarios) * 100 temprana.
8 Porcentaje de Retest (Casos de retest exitosos Porcentaje de Alto
Exitosos / Total de retest) * 100 casos de retest que porcentaje
pasan exitoso.
exitosamente.
9 Índice de Cobertura (Requisitos cubiertos Proporción de Alta
de Pruebas por pruebas / Total de requisitos cobertura de
requisitos) * 100 cubiertos por pruebas.
pruebas.
10 Tiempo Promedio (Fecha de aparición del Promedio de Largo
entre Defectos nuevo defecto - Fecha tiempo entre tiempo entre
de corrección del defectos defectos.
defecto anterior) / Total recurrentes.
de defectos recurrentes
Políticas

La política de pruebas de calidad y software de la empresa es esencial para garantizar la

entrega de productos y servicios confiables y de alta calidad a nuestros clientes.
Reconocemos que las pruebas de calidad son una parte crítica de nuestro proceso de
desarrollo de software y que desempeñan un papel fundamental en la satisfacción del cliente
y la reputación de nuestra empresa. Por lo tanto, hemos establecido las siguientes políticas y
procedimientos detallados para asegurarnos de que nuestras pruebas de calidad sean rigurosas
y efectivas.

Objetivos de las Pruebas de Calidad y Software

El objetivo principal de las pruebas de calidad y software es garantizar que nuestros
productos y servicios cumplan con los estándares más altos de calidad y rendimiento. Esto
incluye:
- Identificar y corregir defectos en el software antes de su lanzamiento.
- Garantizar la estabilidad y confiabilidad del software en producción.
- He de asegurar que el software cumple con los requisitos funcionales y no
funcionales.
- Mejorar continuamente nuestros procesos de desarrollo a través del aprendizaje de las
pruebas.

Responsabilidades
 Equipo de Pruebas de Calidad: Un equipo especializado en pruebas de calidad se
encargará de planificar, diseñar, ejecutar y reportar las pruebas. Estos serán reportados
dentro de la herramienta de Scrum ‘Boards’ como un Bug donde se detalle el
escenario que fallo, junto con las evidencias adjuntas.
 Desarrolladores: Los desarrolladores son responsables de escribir código siguiendo
las mejores prácticas teniendo en cuenta patrones de diseño y arquitectura
proporcionando aplicaciones de alta calidad, además de comunicarse efectivamente
con el equipo de pruebas de calidad para identificar y resolver problemas.
 Gestión de Proyectos: Los gerentes de proyectos supervisarán el proceso de pruebas y
asegurarán que se cumplan los plazos y los objetivos de calidad.
Tipos de Pruebas
Realizamos una variedad de pruebas de calidad y software para garantizar que nuestros
productos sean sólidos y confiables. Estos incluyen:
Pruebas Unitarias: Los desarrolladores realizan pruebas unitarias para garantizar que cada
componente de software funcione correctamente de manera individual.
Escritura de Pruebas Unitarias Iniciales
 - Crear Prueba Antes del Código (Red): En TDD, comienza escribiendo una prueba
unitaria que describe la funcionalidad que aún no existe. Esta prueba debe fallar
inicialmente, ya que el código aún no se ha escrito.
- Identificar un Caso de Uso o Funcionalidad Específica: Centrarse en una pequeña
parte del código, generalmente una función o método.
- Especificar el Comportamiento Esperado: La prueba debe definir claramente cuál
es el resultado esperado del código en función de los datos de entrada.

Codificar
- Escribir el Mínimo Código Necesario (Green): Ahora es el momento de escribir el
código real para que la prueba pase. No se debe escribir más código del necesario para
que la prueba sea exitosa.

Ejecución Recurrente
- Ejecutar las pruebas unitarias después de cada iteración del sprint, para validar de que
el nuevo código no haya introducido errores en áreas previamente funcionales.

Pruebas de Integración: Se prueban las interacciones entre componentes para garantizar que
funcionen todos juntos de manera efectiva.
Pruebas Funcionales: Verificamos que el software cumpla con todos los requisitos
funcionales especificados.
Pruebas No Funcionales: Evaluamos aspectos como la seguridad, el rendimiento, la
escalabilidad y la usabilidad del software.
Pruebas de Regresión: Realizamos pruebas de regresión para garantizar que las nuevas
actualizaciones no introduzcan errores en áreas previamente funcionales.

Proceso de Pruebas
Nuestro proceso de pruebas sigue las siguientes etapas:
Planificación de Pruebas: Definimos los objetivos de las pruebas, las estrategias, los recursos
necesarios y los plazos.
 Diseño de Pruebas: Creamos casos de prueba detallados que cubren todos los aspectos
del software.
 Ejecución de Pruebas: Se ejecutan las pruebas de acuerdo con el plan y los casos de
prueba definidos.
 Registro y Seguimiento: Registramos y seguimos cada prueba realizada, incluyendo
resultados, defectos encontrados y su estado de resolución.
 Informe de Pruebas: Generamos informes de pruebas detallados para informar sobre
el estado de calidad del software.
Control de Calidad
 Gestión de Defectos: Todos los defectos identificados se registran en un sistema de
seguimiento de defectos y se asignan a los desarrolladores responsables de su
corrección.
 Gestión de Cambios: Se planifican nuevas historias de usuario para implementar
cualquier cambio en el software después de que las pruebas hayan comenzado.
 Retesting y Validación: Después de corregir los defectos, se realizan pruebas
adicionales para garantizar que los problemas se hayan resuelto correctamente.
Automatización de Pruebas
Fomentamos la automatización de pruebas siempre que sea posible. Esto ayuda a acelerar el
proceso de pruebas y a garantizar una cobertura más amplia.
Capacitación y Desarrollo Continuo
Mantenemos a nuestro equipo de pruebas actualizado con las últimas tendencias y
herramientas en pruebas de calidad y software. Promovemos la capacitación y el desarrollo
continuo para mejorar sus habilidades.
Cumplimiento Legal y Normativo
Cumplimos con todas las leyes y regulaciones aplicables relacionadas con la calidad del
software y la privacidad de los datos.
Se conoce que ciertas herramientas y soluciones de software pagadas pueden ser necesarias
debido a sus características avanzadas y capacidades específicas. En tales casos, nuestra
política establece que solo utilizaremos software con licencias debidamente adquiridas y
acordadas previamente. Esto garantiza que cumplamos con todas las obligaciones legales y
que tengamos acceso a soporte técnico adecuado cuando sea necesario. Además, evaluaremos
detenidamente las herramientas pagadas para asegurarnos de que aporten un valor
significativo a nuestro proceso de pruebas.
En nuestra empresa, entendemos la importancia fundamental de aplicar políticas orientadas a
las pruebas de software en todo el ciclo de vida del desarrollo, Estas políticas no solo son un
marco de trabajo, sino también una garantía de calidad y confiabilidad. Establecen una base
sólida para medir el progreso y evaluar la calidad de nuestro trabajo
En resumen, estas políticas no son simplemente un conjunto de reglas, sino una promesa. Son
la promesa de que entregaremos software sólido, confiable y de alta calidad. Son la promesa
de que estaremos siempre comprometidos con la excelencia en la ingeniería de software. Son
la promesa de que nuestros clientes pueden confiar en nosotros. Esta es nuestra promesa, y la
cumpliremos en cada proyecto que emprendamos."
HOJA DE CONTROL

Empresa en objeto <BRM an Alta Company>

Proyecto <Plan de Calidad orientado a pruebas>
Entregable <>
Autor <Subgrupo 12>
Versión/Edición 0101 Fecha Versión 08/10/2023
Aprobado por Fecha Aprobación 10/10/2023

REGISTRO DE CAMBIOS

Versión Fecha del

Causa del Cambio Responsable del Cambio
doc Cambio
0100 Versión prueba <Subgrupo 12> 08/10/2023
0101 Versión inicial <Subgrupo 12> 09/10/2023
0102 Versión edición <Subgrupo 12> 10/10/2023

CONTROL DE DISTRIBUCIÓN

Nombre y Apellidos
<Sara Barona>
<Camilo Falla>
<Carlos Valero>
<Diego Ladino>
<Harrison Avella>
<Ronald Carval>

El objetivo de este documento es recoger los casos de pruebas que verifican que el sistema
satisface los requisitos especificados. Deberá contener la definición de los casos de prueba, la
matriz de trazabilidad entre casos de pruebas y requisitos, y la estrategia a seguir en la
ejecución de las pruebas.

TRAZABILIDAD DE CASOS DE PRUEBAS – REQUISITOS

RF-001 RF-002 RF-003 RF-004 …. …. RF-00N

<CP-1> X X
<CP-2> X X
<CP-3> X
<CP-4>
…. X X X X
<CP-n>
Plantilla de Pruebas para BRM an Alta Company
1. Definición del Alcance, Objetivos y Riesgos de las Pruebas

 Alcance de las Pruebas:

o Áreas específicas del software a ser probadas (Contact Center, Agencia, Desarrollo
Digital, Atención a servicios en demanda, Programas de relacionamiento y lealtad).
 Objetivos de las Pruebas:
o Validar la funcionalidad, rendimiento y calidad del software en los mencionados
ámbitos.
 Posibles Riesgos:
o Problemas de integración entre distintos módulos.
o Rendimiento inadecuado en situaciones de alta demanda.
o Interoperabilidad de sistemas.

2. Enfoque Común de las Pruebas

 Establecer un enfoque basado en las mejores prácticas de la industria y adaptado a las

particularidades de BRM an Alta Company.

3. Integración y Coordinación de las Pruebas en el Ciclo de Vida del Software

 Integramos las pruebas en cada fase del ciclo de vida del software para garantizar la calidad
desde el inicio hasta la implementación y mantenimiento.

4. Comprobación, Recursos y Actividades

 Qué Comprobar:
o Funcionalidad, rendimiento, seguridad, usabilidad y compatibilidad.
 Personas y Recursos:
o Equipo de pruebas con habilidades adecuadas.
o Acceso a entornos de pruebas representativos.
 Cómo Realizar las Actividades de Comprobación:
o Utilizando pruebas manuales y automatizadas, siguiendo casos de prueba
previamente definidos.

5. Planificación de las Actividades de Análisis, Diseño, Implementación, Ejecución y

Evaluación de las Pruebas

 Establecer fechas concretas y definir el marco de cada iteración para las actividades de
análisis, diseño, implementación, ejecución y evaluación de pruebas.

6. Selección de Parámetros para Supervisión y Control de las Pruebas

 Definir métricas clave para monitorear el progreso de las pruebas, como la cobertura de
pruebas, la tasa de defectos, etc.
7. Presupuesto de las Actividades de Prueba

 Asignar recursos financieros para las actividades de prueba, incluyendo herramientas de

prueba, personal y otros gastos relacionados.

8. Estrategia de Pruebas de la Organización

 Detallar la estrategia de pruebas, considerando los ciclos de vida, métodos de desarrollo

empleados, alcance de las pruebas, objetivos, riesgos, limitaciones, importancia crítica y
disponibilidad de recursos.

Esta plantilla proporciona un marco general para organizar y planificar las actividades de
prueba en BRM an Alta Company, teniendo en cuenta el alcance y los objetivos específicos
de la empresa. Es importante adaptar esta plantilla según las necesidades y particularidades
de cada proyecto y organización.

Responsables y roles

El director del proyecto en la fase inicial debe determinar y definir los diferentes roles que
formaran parte de su equipo de trabajo.
Responsabilidades y actividades de las personas involucradas en el proyecto
Indicar el responsable específico para un procedimiento definido para dar cumplimiento a la
calidad y los medios, herramientas y formatos adecuados para dar fluidez al proceso de
pruebas.
Hemos visto que la mejor que se recomienda los siguientes roles con las siguientes
responsabilidades:
1. SCRUM Master

 Responsabilidades:
o Facilitar las reuniones y eventos de Scrum.
o Ayudar al equipo a entender y aplicar los principios y prácticas de Scrum.
o Eliminar obstáculos que afecten la productividad del equipo.
o Fomentar la colaboración y la comunicación efectiva.

2. SCRUM Master

 Responsabilidades:
o Definir y priorizar el backlog del producto.
o Representar las necesidades y expectativas del cliente.
o Tomar decisiones sobre qué funcionalidades deben desarrollarse a
continuación.
o Garantizar que el equipo comprenda los elementos del backlog y sus criterios
de aceptación.
 3. Especialista de pruebas manuales
 Responsabilidades:
o Diseñar, planificar y ejecutar casos de prueba manuales.
o Identificar y documentar defectos, errores o anomalías en el software.
o Colaborar con el equipo de desarrollo para entender los requisitos y las
funcionalidades.
o Participar en la revisión de código y contribuir a la mejora de la calidad del
software.

4. Especialista en Pruebas Técnicas

 Responsabilidades:

o Diseñar y desarrollar casos de prueba automatizados.

o Implementar y mantener frameworks de pruebas automatizadas.
o Analizar y reportar los resultados de las pruebas automatizadas.
o Colaborar con el equipo de desarrollo para identificar áreas de automatización
y mejorar la eficiencia de las pruebas.

5. Líder del Equipo de Pruebas

 Responsabilidades:

o Coordinar y distribuir las tareas de pruebas dentro del equipo.

o Supervisar la ejecución de pruebas manuales y automatizadas.
o Garantizar que se cumplan los estándares de calidad y procesos de pruebas.
o Actuar como punto focal para cuestiones relacionadas con pruebas en el
equipo Scrum.

6. Ingeniero de Calidad

 Responsabilidades:
o Participar en la definición de la estrategia de calidad para el producto.
o Realizar análisis de riesgos y proponer acciones de mitigación.
o Colaborar con el equipo en la mejora continua de los procesos de desarrollo y
pruebas.
o Contribuir a la planificación de liberaciones y entregas del producto.

Sin embargo, tomando esta metodología y entre otras más, como base para nuestro proyecto,
hemos definido los roles, responsabilidades y funciones o actividades de la siguiente forma:

Nombre Rol
Camilo Andres Falla Albarracin Gestor del desarrollo / Líder de equipo
Ronald Isaac Carval Contreras Administrador requerimientos y soporte
Harrison Leonardo Avella Arevalo Líder del Equipo de Pruebas
Diego Alejandro Ladino Cubides Gestor de garantía de calidad (QA)
Carlos Andres Valero Velazco Gestor de proceso
Sara Juliana Barona Nicholls Gestor de planeación
 Tabla 1. Nombres y Roles_ Creación Propia

Funciones de cada rol

Team Member Functions

Ronald Isaac Carval Contreras
Rol Funciones
Administrador requerimientos y soporte Revisar Cambios de productos
Dirigir comité de control de cambios
Asesoramiento al equipo sobre viabilidad
o no de cambios

Tabla 2. Cuadro Rol Administrador de Requerimientos, Soporte

Team Member Functions

Camilo Andres Falla Albarracin
Rol Funciones
Gestor del desarrollo y Líder de Equipo Diseño de la solución basado en los
requerimientos
Codificación de la solución y creación de
la base de datos
Liderar las reuniones técnicas

Tabla 3. Cuadro Rol Gestor del Desarrollo y Funciones

Team Member Functions

Harrison Leonardo Avella Arevalo
Rol Funciones
Líder del Equipo de Pruebas Reuniones con el cliente
Levantar, documentar y socializar los
requerimientos
Documentar el proyecto y el
cumplimiento del cronograma

Tabla 4. Cuadro Rol Líder de Equipo y Funciones

Team Member Functions

Sara Juliana Barona Nicholls
Rol Funciones
Gestor de planeación Acompañar y documentar la fase de
diseño
 Facilitar los recursos y necesidad que
tenga el equipo técnico
Documentación técnica del proyecto

Tabla 5. Cuadro Rol Gestor de Planeación y Funciones

Team Member Functions

Carlos Andres Valero Velazco
Rol Funciones
Gestor de proceso Pruebas funcionales de solución
Paso a producción
Pruebas técnicas de la solución
Acompañar al cliente en los requerimientos
de soporte
Establecer línea de soporte a la aplicación

Tabla 6. Cuadro Rol Gestor de Proceso y Funciones

Team Member Functions

Diego Alejandro Ladino Cubides
Rol Funciones
Gestor de garantía de calidad (QA) Analiza los requerimientos
Plantear la estrategia de pruebas.
Crear lista de incidentes
Reporta errores, plantear soluciones y validar
la corrección.
Revisar, planificar, preparar y ejecutar las
pruebas.

Tabla 7. Cuadro Rol Gestor de garantía de calidad (QA)

Esquema de informes de cambio
Actividades de las personas involucradas en el proyecto

Para esto se define el siguiente GANTT

Conclusiones

Elegir el modelo CMM es una excelente opción para empresas que ya cuentan con un nivel
de madurez alto en la gestión de proyectos de software. CMM se destaca por su enfoque en la
mejora continua de procesos, lo que significa que las organizaciones que lo adoptan buscan
constantemente formas de optimizar sus procesos, lo que se traduce en una evolución
constante hacia la excelencia en la gestión de proyectos de software. Además, CMM
establece niveles de madurez de procesos que brindan una estructura sólida para llevar la
gestión de proyectos muy lejos, incluso para empresas que ya han alcanzado un alto grado de
madurez.

En este contexto, la empresa puede aprovechar su nivel de madurez existente para

implementar CMM de manera eficiente. Dado que ya está acostumbrada a prácticas de
gestión de alta calidad, el cambio cultural necesario puede ser más fluido y el personal puede
adaptarse con relativa facilidad a las nuevas prácticas. La asignación de recursos humanos y
el mantenimiento continuo de procesos también se beneficiarán de la experiencia previa de la
organización.

En resumen, CMM es una elección sólida para empresas con un alto nivel de madurez en la
gestión de proyectos de software. Aprovechando su experiencia existente, la organización
puede adoptar CMM de manera efectiva y continuar su viaje hacia la excelencia en la gestión
de proyectos.

La implementación de procesos de calidad de software es esencial para garantizar que las

aplicaciones y sistemas informáticos cumplan con los estándares de calidad requeridos. Las
estrategias de prueba de software desempeñan un papel crítico en este proceso al
proporcionar una guía detallada para planificar y llevar a cabo pruebas efectivas. El hilo
conductor en la implementación de procesos de calidad de software asegura que se sigan
principios y directrices clave en todo el ciclo de vida del proyecto, lo que contribuye a la
entrega exitosa de software de alta calidad.
Referencias

 Faro, Isabel, et al. “Los estándares de calidad del software más importantes - Blog de
Hiberus Tecnología.” Hiberus Tecnología, 5 December 2022,
https://www.hiberus.com/crecemos-contigo/los-estandares-de-calidad-del-software-
mas-importantes/. Accessed 11 September 2023.
 FERNANDEZ, JUAN MANUEL. “CALIDAD DEL SOFTWARE.” Calidad del
software, 2011, https://www.uv.mx/personal/jfernandez/files/2010/07/8_Calidad.pdf.
Accessed 11 September 2023.
 “Guía de los Fundamentos para la Dirección de Proyectos (Guía del PMBOK®) –
Sexta Edición Fe de Erratas–3a Impresión.” PMI,
https://www.pmi.org/-/media/pmi/documents/public/pdf/pmbok-standards/pmbok-
guide-6th-errata.pdf?rev=66712958a62647f6b285b3f24cf29dc4&sc_lang_temp=es-
ES. Accessed 11 September 2023.
 SOCIETY, IEEE COMPUTER. Standard software quality metrics methodology.
1993. IEEE COMPUTER SOCIETY, https://ieeexplore.ieee.org/document/237006.
 TESTING. Ministry of Testing | Ministry of Testing,
https://www.ministryoftesting.com/. Accessed 11 September 2023.
 Wong, Daniel. “Modelo de Capacidad y Madurez Integrado CMMI.” Trinn, 18 July
2018, http://www.trinn.com.mx/IdeasParaTuNegocio/articulo/cmmi-modelo-
capacidad-y-madurez. Accessed 11 September 2023.