PRUEBAS Y CALIDAD DE SOFTWARE

MARIA CAMILA CASTAÑO JARAMILLO

DIANA PAOLA SERRANO MAZO
HAROLD VELANDIA SARAVIA
RICAURTE TRIVINO ROBAYO
RAMON ALONSO SALDARRIAGA QUINTERO

ISABEL ANDREA MAHECHA NIETO

Trabajo Colaborativo – Entrega 1

POLITECNICO GRAN COLOMBIANO

FACTULTDAD INGENIERIA, TECNOLOGIA Y SOFTWARE
PRUEBAS Y CALIDAD DE SOFTWARE
05 de octubre de 2024
 INTRODUCCIÓN

En el ámbito del desarrollo de software, garantizar la calidad del producto final es

crucial para el éxito de los proyectos. Existen varios modelos de calidad que ofrecen

enfoques para evaluar y mejorar el software, cada uno con características, ventajas y

desventajas. Este trabajo explora y compara varios modelos de calidad relevantes para el

desarrollo de software, tales como FURPS, CMMI, ISO/IEC 25010, McCall, y EFQM.

El análisis detallado de estos modelos permitirá identificar sus elementos clave y

evaluar cómo cada uno aborda aspectos fundamentales como la funcionalidad, la usabilidad,

la eficiencia y la satisfacción del usuario. Además, se discutirá el esfuerzo, tiempo y costos

asociados con la implementación de cada modelo, así como los beneficios que aportan. El

propósito es proporcionar una guía completa que facilite la selección del modelo más

adecuado para diferentes tipos de proyectos y organizaciones, optimizando así la calidad del

software y alineando los procesos de desarrollo con las necesidades específicas del negocio.
 OBJETIVOS

General

Evaluar y comparar los diversos modelos de calidad aplicables al desarrollo de

productos de software para identificar el más adecuado en función de esfuerzo, tiempo,

costos y beneficios, con el fin de optimizar la calidad del software y mejorar los procesos de

desarrollo para la empresa Qmax.

Específicos

 Establecer la manera de lograr una mejora en los procesos de la empresa

 Definir adecuadamente los dos modelos necesarios para lograr la calidad en

los productos de software que la empresa desarrolla ya sean internos o externos

 Fijar las actividades, procesos y procedimientos que harán parte del ciclo de

vida de la calidad del software que es requerido en la empresa

MODELO CARACTERISTICAS PRO CONTRA
Este modelo se centra en  Permite ajustar las características  Puede ser insuficiente para El Modelo de Boehm es
identificar métricas y factores de calidad de calidad según las necesidades proyectos grandes o complejos adecuado para proyectos enfocados
para evaluar el software en función de del proyecto. en comparación con modelos en la satisfacción del usuario y en la
tres niveles:  Usa métricas precisas para medir como ISO 25010. evaluación práctica de atributos
1. Funcionalidad, eficiencia, la calidad de manera objetiva.  No aborda todo el ciclo de vida específicos. Sin embargo, puede ser
BOEHM usabilidad, fiabilidad, mantenibilidad,  Mejora la satisfacción al del software con la profundidad insuficiente para grandes
y portabilidad. centrarse en cómo el software de CMMI o ISO 12207. organizaciones o sistemas críticos
2. Flexibilidad, estabilidad, será percibido y utilizado por el que necesitan evaluaciones de
eficiencia y precisión. cliente final. calidad más profundas.
3. Métricas básicas Ej.: tiempo de
respuesta o el uso de recursos.
Es un modelo de mejora de  Implementar CMMI a niveles  Implementar CMMI a niveles El CMMI es ideal para
procesos que guía a las organizaciones altos asegura la integración de altos demanda mucho tiempo y organizaciones medianas o grandes
para desarrollar productos y servicios de calidad en el desarrollo, recursos, incluyendo formación que desean mejorar sus procesos y
alta calidad. Se utiliza ampliamente en el mejorando la eficiencia y y auditorías. lograr mayor control y
desarrollo de software, pero también en reduciendo defectos.  Puede ser excesivo para predictibilidad en el desarrollo de
CMMI otros sectores. Este modelo ayuda a las  Mejora de procesos con CMMI organizaciones pequeñas o software. Aunque es costoso y
organizaciones a mejorar su capacidad permite resultados más proyectos que no necesiten una complejo de implementar, ofrece
de desarrollo y gestión de proyectos a predecibles en tiempo, costos y estructura rígida. grandes beneficios en calidad y
través de la madurez de sus procesos. calidad.  La optimización de procesos eficiencia. No obstante, su alta
 Optimiza la toma de decisiones y puede llevar a una mayor inversión lo hace menos atractivo
la asignación de recursos al burocracia y menos para pequeñas empresas o proyectos
alinear los procesos con los flexibilidad. cortos.
objetivos de negocio.
El modelo FURPS es un marco  Ofrece una estructura clara para  No aborda aspectos cruciales El modelo FURPS es útil
desarrollado por Hewlett-Packard que evaluar atributos clave del como seguridad, para evaluar de manera equilibrada
clasifica los atributos de calidad del software. compatibilidad y escalabilidad. los atributos funcionales y no
software en cinco categorías principales:  Considera tanto los aspectos  No proporciona una evaluación funcionales del software, ofreciendo
Funcionalidad, Usabilidad, Fiabilidad, funcionales como los no exhaustiva en áreas como una visión clara de los factores clave
FURPS Rendimiento y Capacidad de soporte funcionales, como rendimiento y gestión de riesgos y otros de calidad. No obstante, para
usabilidad. factores no funcionales. proyectos complejos que requieran
 Facilita la medición y evaluar seguridad, escalabilidad o
comparación de la calidad del cumplimiento normativo, es
software. recomendable complementarlo con
otros modelos.
 El modelo de McCall clasifica  Establece claramente los aspectos  Cobertura limitada: No aborda Es útil para proyectos que
la calidad del software en tres grandes que afectan la operación, explícitamente seguridad, buscan un equilibrio entre
categorías, cada una con criterios mantenimiento y transición del escalabilidad ni cumplimiento funcionalidad, mantenimiento y
específicos: software. normativo, que son cruciales en adaptabilidad, proporcionando una
 Mejora la experiencia del usuario los sistemas actuales. estructura clara para evaluar la
CMM  Operación del al evaluar la corrección,  No compatible con calidad del software. Para proyectos
Producto: Incluye Corrección, fiabilidad y usabilidad. metodologías ágiles: Diseñado modernos que requieran un análisis
Eficiencia, Integridad y Usabilidad.  Planificación a largo plazo antes de las metodologías más profundo de seguridad y
 Revisión del ágiles, no se ajusta a enfoques escalabilidad, es recomendable
Producto: Considera Mantenibilidad, de desarrollo rápido e iterativo. complementarlo con otros modelos
Flexibilidad y Testeabilidad. como ISO/IEC 25010 o CMMI.
 Transición del
Producto: Evalúa Portabilidad,
Reusabilidad e Interoperabilidad.
El ISO/IEC 25010 es un  Evaluación exhaustiva que abarca  Costoso y complejo de Este modelo es ideal para
estándar internacional para evaluar la tanto aspectos funcionales como implementar. organizaciones que buscan
ISO/IEC calidad del software, dividido en dos no funcionales.  Requiere un esfuerzo garantizar la alta calidad del
25010 modelos principales:  Enfoque en la seguridad y la considerable en tiempo y software en todas las fases del ciclo
 Modelo de Calidad satisfacción del usuario. recursos. de vida del producto.
del Producto  Estándar global, facilitando la
 Modelo de Calidad en comparación entre productos.
Uso
El Modelo EFQM es un marco  Fomenta una cultura de mejora  Puede ser complejo de El Modelo EFQM ofrece un
para la gestión de la calidad y excelencia continua en todos los aspectos de implementar debido a la marco para lograr la excelencia
organizacional, enfocado en la mejora la organización. amplitud de los criterios y la organizacional mediante la
continua. Evalúa y mejora el desempeño  Ofrece una visión completa del necesidad de una evaluación evaluación y mejora en áreas clave
en áreas clave como liderazgo, desempeño organizacional, integral. como liderazgo, estrategia, gestión
estrategia, gestión de personas, procesos incluyendo liderazgo, estrategias  La implementación y de personas y resultados. Aunque
y resultados. y resultados. evaluación requieren una facilita la mejora continua y es
 Aplicable a organizaciones de inversión significativa de adaptable, su implementación puede
EFQM cualquier tamaño y sector, tiempo y recursos. ser compleja y requerir recursos
proporcionando un marco  A veces, el enfoque en los significativos.
flexible para la excelencia. resultados puede desplazar la
atención de la mejora de
procesos internos.
ISO es una norma internacional que  Reconocimiento  Costos de En el desarrollo de
9001:2015 define los requisitos para un sistema de internacional: implementación: software, ISO 9001:2015 ayuda a
gestión de la calidad, asegurando que las  Mejora la eficiencia  Burocracia estandarizar procesos y asegurar que
 organizaciones cumplan con las  Satisfacción del cliente  Flexibilidad limitada el producto final cumpla con los
expectativas del cliente y requisitos  Estandarización requisitos del cliente y se entregue a
reglamentarios, promoviendo la mejora tiempo. Aunque no está diseñada
continua. Es utilizada en múltiples específicamente para software,
sectores, incluido el desarrollo de puede combinarse con normas como
software. ISO/IEC 25010 para lograr un
enfoque integral en la calidad.

TQM (Total Quality Management) o  Mejora de la Satisfacción  Tiempo y Recursos En el desarrollo de

Gestión de la Calidad Total es un del Client  Resistencia al Cambio software, TQM se puede utilizar
enfoque de gestión centrado en mejorar  Mayor Eficiencia.  Medición Compleja para mejorar continuamente los
continuamente la calidad en todos los  Compromiso del Persona procesos de codificación, pruebas y
aspectos de una organización. Su  Calidad Consistente entrega, asegurando que los
objetivo principal es satisfacer las productos cumplan con las
necesidades del cliente y superar sus expectativas del cliente y sean
expectativas mediante la participación entregados sin errores.
de todos los empleados en la mejora de
procesos, productos y servicios.
SIX SIGMA Es una metodología de gestión  Mejora de la Calidad  Costos Iniciales En el desarrollo de
de calidad que busca mejorar los  Reducción de Costos  Complejidad software, Six Sigma se utiliza para
procesos eliminando defectos y  Toma de Decisiones  Resistencia al Cambio identificar y eliminar defectos en el
reduciendo la variabilidad. Su objetivo Basada en Datos código, reducir el tiempo de
principal es lograr una producción  Aumento de la desarrollo y mejorar la calidad
cercana a la perfección, con un máximo Satisfacción del Cliente general del producto. Al aplicar
de 3.4 defectos por cada millón de herramientas estadísticas, los
oportunidades. Six Sigma combina equipos de desarrollo pueden
herramientas estadísticas y de gestión monitorear el rendimiento y predecir
para identificar y eliminar las causas de mejor los resultados del proyecto,
errores, mejorar la eficiencia y minimizando errores y retrasos.
garantizar la calidad.
 Modelo Esfuerzo Tiempo Costos Beneficios

Boehm Moderado, Corto en Bajo para Enfoque en la

especializado evaluaciones proyectos satisfacción del
pequeños usuario

CMMI Alto, requiere Largo plazo para Alto, formación y Mejora continua y
reestructuración resultados auditoría control de
procesos

FURPS Bajo, fácil de Corto para Moderado, según Equilibrio en

aplicar evaluación el proyecto atributos
funcional funcionales y no
funcionales

CMM Alto, en mejora de Largo plazo para Alto, similar a Mejora de la

procesos mejorar la gestión CMMI madurez
organizacional

ISO/IEC 25010 Alto, evaluaciones Moderado, Moderado, Cobertura

exhaustivas estructurado en auditoría técnica completa de
todas las fases aspectos técnicos

EFQM Alto, integración Largo plazo para Alto, Mejora

organizacional resultados implementación y organizacional
sostenibles formación general y
estratégica

ISO 9001:2015 Moderado, Moderado a largo Alto en costos Mejora de la

requiere plazo, con iniciales calidad y
estandarización certificación eficiencia
organizacional

Descripción Qmax Empresa Petrolera:

Una compañía que ofrece el manejo integral, incluyendo tecnología de productos,

equipos, información, soporte técnico y servicios. Suministro de ingeniería, preparación, y

mantenimiento de fluidos de perforación. Servicio de control de sólidos y tratamiento de

residuos resultantes de las actividades de perforación, completamiento y producción. Diseño

y suministro de fluidos para operaciones de completamiento, workover y empaquetamiento.

Alquiler de herramientas para Wellbore Clean Up, sistema de silos de barita y unidades de

filtración y floculación.
 Fortalezas de Qmax

1. Infraestructura Avanza

 Cuenta con instalaciones modernas de extracción, refinación y

almacenamiento que optimizan la producción y garantizan la calidad del producto.

2. Tecnología de Punta

 Utilizar tecnologías avanzadas en perforación y refinación, como técnicas de

perforación direccional o sistemas de monitoreo en tiempo real, lo que mejora la

eficiencia y reduce costos.

3. Experiencia

 Tiene un equipo de ingenieros y técnicos altamente capacitados con años de

experiencia en el sector petrolero puede ofrecer un conocimiento profundo y habilidades

especializadas que contribuyen al éxito de las operaciones.

4. Solidez Financier

 Es una sólida base financiera que permite a la empresa invertir en nuevos

proyectos, tecnología y expansión sin comprometer su estabilidad económica.

Debilidades de Qmax

1. Dependencia de los Precios del Petróleo

 La empresa podría verse afectada por la volatilidad de los precios del petróleo

en los mercados internacionales, lo que puede afectar la rentabilidad y la estabilidad

financiera.

2. Desafíos en la Gestión Ambiental

  Problemas en el cumplimiento de las normativas ambientales que pueden

llevar a sanciones, multas o daños a la reputación debido a incidentes de contaminación o

desastres ecológicos.

3. Riesgos de Seguridad y Salud

 Problemas con la gestión de riesgos en las operaciones, lo que puede llevar a

accidentes, lesiones o enfermedades laborales, afectando la moral de los empleados y la

seguridad en el lugar de trabajo.

4. Problemas en la Cadena de Suministro

 Dependencia de proveedores o contratistas externos que pueden causar

interrupciones en el suministro de equipos o materiales críticos, afectando la continuidad

de las operaciones.

Oportunidades para Qmax

1. Innovaciones Tecnológicas en Extracción y Refinación

 Adoptar tecnologías avanzadas como la perforación horizontal o el uso de

inteligencia artificial y análisis de datos para optimizar la extracción y refinación del

petróleo, lo que puede aumentar la eficiencia y reducir costos.

2. Diversificación en Energías Renovable

 Invertir en el desarrollo de proyectos de energía renovable, como energía solar,

eólica o biocombustibles, para diversificar las fuentes de ingresos y reducir la

dependencia del petróleo crudo.

3. Desarrollo de Nuevas Aplicaciones para Productos Derivado

  Investigar y desarrollar nuevas aplicaciones para productos derivados del

petróleo, como plásticos avanzados, productos químicos especializados o materiales de

construcción innovadores.

4. Alianzas y Colaboraciones Estratégicas

 Formar alianzas estratégicas con otras empresas del sector o con empresas

tecnológicas para compartir conocimientos, recursos y acceder a nuevas oportunidades de

negocio.

Amenazas para Qmax

1. Fluctuaciones en los Precios del Petróleo

 La volatilidad en los precios del petróleo puede afectar significativamente los

ingresos y la rentabilidad. Las caídas en los precios pueden reducir los márgenes de

beneficio y poner presión sobre las finanzas de la empresa.

2. Regulaciones Ambientales Estrictas

 Las normativas ambientales cada vez más estrictas y las políticas de cambio

climático pueden incrementar los costos operativos y de cumplimiento, así como limitar

las operaciones en ciertas áreas

3. Competencia Intensa

 Ejemplo: La competencia con otras empresas petroleras y con nuevos

jugadores en el mercado de energías renovables puede reducir la participación en el

mercado y presionar los precios y márgenes.

4. Riesgos Geopolíticos

 Ejemplo: La inestabilidad política en regiones clave de producción y

exportación de petróleo puede afectar la seguridad de las operaciones y los flujos de

suministro, causando interrupciones en la producción y el transporte.

 5. Avances en Tecnologías Energéticas Alternativas

 Ejemplo: El rápido desarrollo y adopción de tecnologías energéticas

alternativas, como la energía solar, eólica o baterías de alta capacidad, puede reducir la

demanda de petróleo y afectar las perspectivas de crecimiento a largo plazo.

2. Diseño de preguntas

Preguntas:

Fortalezas: ¿Cuáles consideran que son los puntos fuertes de la empresa? ¿Qué

aspectos del negocio se manejan mejor que la competencia?

Debilidades: ¿Qué áreas necesitan mejorar? ¿Dónde han surgido problemas

recurrentes?

Oportunidades: ¿Qué oportunidades de crecimiento o mejora ven en el mercado o en

la industria? ¿Hay nuevas tecnologías o tendencias que podrían aprovechar?

Amenazas: ¿Qué desafíos o riesgos externos podrían afectar el negocio? ¿Cómo se

están preparando para enfrentar estos riesgos?

Tabla de entrevistas.

Elemento Descripción Ejemplo

Nombre del entrevistado y su Harold Velandia, director de
Entrevistado
cargo en la empresa Operaciones
Fecha programada para la
Fecha 10 de octubre de 2024
entrevista
Hora programada para la
Hora 10:00 a. m.
entrevista
Ubicación donde se llevará a cabo Sala de conferencias,
Lugar
la entrevista Oficina Central
Tipo de Estructurada, semiestructurada o Semiestructurada
 entrevista no estructurada
1. ¿Cuáles son las
principales fortalezas de la
Preguntas Preguntas principales por realizar
empresa?
Clave en la entrevista
2. ¿Qué debilidades ha identificado
en los procesos actuales?
Fortalezas: Cuenta con
instalaciones modernas de
extracción, refinación y
Espacio para tomar notas durante almacenamiento que optimizan la
Notas
la entrevista producción y garantizan la calidad
del producto
Debilidades: Dependencia de los
Precios del Petróleo
indicar si se ha grabado la
Sí, grabación realizada con
Grabación entrevista y si se cuenta con el permiso
permiso
del entrevistado
Problemas en el
cumplimiento de las normativas
ambientales que pueden llevar a
Preguntas de Preguntas adicionales para
sanciones, multas o daños a la
Seguimiento profundizar o aclarar temas
reputación debido a incidentes de
contaminación o desastres
ecológicos
Fortalezas: Infraestructura
avanzada, equipo calificado.
Resumen de Resumen de los puntos clave y
Debilidades: Altos costos
Resultados conclusiones de la entrevista
operativos, problemas de
comunicación interna
Investigar nuevas
tecnologías para reducir costos
Acciones Por Acciones propuestas basadas en la
operativos.
Tomar información obtenida
Mejorar la comunicación interna a
través de nuevas herramientas
El entrevistado mostró gran
Comentarios 4. Observaciones adicionales
preocupación por la gestión
Adicionales relevantes para el análisis posterior
ambiental
Desarrollo de Plan de Mejora

Acciones
Objetivo Responsable Plazo Indicadores de Éxito
Específicas
Desarrollar Gerente 12 Inicio de
Diversificar un proyecto piloto de Proyectos meses operaciones del
fuentes de de energía solar en de Energía proyecto piloto
ingresos una de las Renovable
instalaciones
Implementar Jefe de 6 Reducción del
Optimizar un sistema de Mantenimiento meses tiempo de inactividad en
procesos gestión de un 15%
mantenimiento
predictivo
Fortalecer Obtener la Coordin 18 Certificación
la gestión certificación ISO ador de Medio meses ISO 14001 obtenida
ambiental 14001 Ambiente
Crear un Gerente 6 Lanzamiento de
Fomentar la programa de de Innovación meses 2 proyectos innovadores
innovación incubación de en 2 años
startups dentro de la
empresa
Desarrollar Equipo 6 Simulacro
Gestionar un simulacro de de Seguridad meses realizado con éxito y
riesgos derrame de petróleo lecciones aprendidas
documentadas

Comunicación y Seguimiento

Canales de
Público Objetivo Mensaje Clave Frecuencia
Comunicación
Reunión Presentación del
Todos los informativa, intranet, análisis FODA, Una vez al mes
empleados correo electrónico estrategias clave y
plan de acción
Asignación de
Reuniones responsabilidades,
Equipos de trabajo individuales, seguimiento del Semanalmente
reuniones de equipo progreso, resolución
de problemas
Informes Avance general del
Alta dirección ejecutivos, reuniones plan, resultados Mensualmente
estratégicas financieros, ajuste de
estrategias
 3. Establezca varios criterios que le permitan validar el estado de la empresa (puede

tomar las KPA del modelo CMM u otros que considere afecten su decisión) frente a cada

modelo y los elementos que describió. Indique los dos modelos que considere más adecuados

para lograr la calidad en los productos de software que su empresa desarrolla ya sean internos

o externos

Criterios para validar el estado de la empresa

3. Gestión de Requisitos: ¿La empresa tiene un proceso establecido para

recopilar, analizar y documentar los requisitos de los productos de software?

o CMMI: Requisitos (REQM)

o ISO 9126-1:2001: Criterio de calidad "Funcionalidad"

4. Diseño y Desarrollo: ¿La empresa tiene un proceso establecido para diseñar y

desarrollar productos de software que cumplan con los requisitos?

o CMMI: Diseño (DES)

o ISO 9126-1:2001: Criterio de calidad "Eficacia"

5. Pruebas y Validación: ¿La empresa tiene un proceso establecido para probar

y validar los productos de software antes de su lanzamiento?

o CMMI: Pruebas (VER)

o ISO 9126-1:2001: Criterio de calidad "Confiabilidad"

6. Gestión de Configuración: ¿La empresa tiene un proceso establecido para

gestionar las versiones y configuraciones de los productos de software?

o CMMI: Gestión de Configuración (CM)

o ISO 9126-1:2001: Criterio de calidad "Mantenibilidad"

 7. Gestión de Proyectos: ¿La empresa tiene un proceso establecido para

gestionar los proyectos de desarrollo de software?

o CMMI: Gestión de Proyectos (PP)

o ISO 9126-1:2001: Criterio de calidad "Eficiencia"

8. Gestión de Calidad: ¿La empresa tiene un proceso establecido para garantizar

la calidad de los productos de software?

o CMMI: Gestión de Calidad (QM)

o ISO 9126-1:2001: Criterio de calidad "Calidad en uso"

Modelos más adecuados para lograr la calidad en los productos de software

Según los criterios anteriores, se considera que los dos modelos más adecuados para

lograr la calidad en los productos de software son:

9. CMMI (Capability Maturity Model Integration): El CMMI es un modelo

de madurez que proporciona una guía para la mejora continua de los procesos de

desarrollo de software. Se enfoca en la gestión de requisitos, diseño, desarrollo, pruebas,

gestión de configuración, gestión de proyectos y gestión de calidad.

10. ISO 9126-1:2001: La norma ISO 9126-1:2001 define los criterios de calidad

para la evaluación de software. Se enfoca en la funcionalidad, eficacia, confiabilidad,

mantenibilidad, eficiencia y calidad en uso de los productos de software.

Ambos modelos son complementarios y se pueden utilizar conjuntamente para

garantizar la calidad de los productos de software. El CMMI se enfoca en la gestión de

procesos, mientras que la norma ISO 9126-1:2001 se enfoca en la evaluación de la calidad

del software.

4. Construya una tabla donde cada fila haga referencia a una de las etapas del ciclo de

vida del desarrollo de productos de software y una columna

(procesos/procedimientos/actividades) para permitir la implementación de un proceso de

pruebas que aumente la calidad

Procesos/Procedimientos/
Etapa Descripción Actividades para Pruebas
Definir los
requisitos del proyecto y Crear casos de prueba, definir
Análisis de entender las necesidades criterios de aceptación, identificar
requisitos del cliente lo cual permite riesgos
generar las primeras ideas
de implementación para
un plan de pruebas
general.
Crear un plan
detallado de la solución, Crear prototipos, diseñar
Diseño teniendo en cuenta todas pruebas de concepto, definir métricas
las generalidades de calidad
concertadas en la etapa de
análisis
Codificar la Crear pruebas unitarias, integrar
Implementa solución según el diseño y pruebas de sistema, realizar pruebas de
ción plan de trabajo rendimiento
establecidos
Verificar que la Crear planes de pruebas,
Pruebas solución cumpla con los ejecutar pruebas de sistema, identificar
requisitos y corregir errores
Verificar que la Realizar pruebas de aceptación,
Verificación solución cumpla con los verificar la documentación, evaluar la
requisitos y estándares seguridad
Verificar que la Realizar pruebas de usuario,
Validación solución cumpla con las recopilar feedback, evaluar la
necesidades del cliente experiencia del usuario
Implementa Llevar la solución Realizar pruebas de estrés,
ción y despliegue a producción monitorear el rendimiento, configurar
entornos de prueba
Realizar Realizar pruebas de regresión,
Mantenimie actualizaciones y evaluar el impacto de cambios, mejorar
nto correcciones la calidad continua
 Para cada una de las etapas del ciclo de vida del desarrollo de productos de software,

proponga: responsables, roles, reuniones, métricas, frecuencia de revisiones, formatos a

usarse, etc. como estrategia de implementación de un plan de pruebas.

El desarrollo de software en QMAX implica un alto grado de complejidad debido a la

naturaleza crítica de las operaciones y la gran cantidad de datos involucrados. Un plan de
pruebas sólido y bien estructurado es esencial para garantizar la calidad, fiabilidad y
seguridad de las aplicaciones.

Cada etapa del ciclo de vida del desarrollo de software (SDLC) requiere una estrategia

de pruebas específica.

1.Planificación

Responsables: Gerente de proyecto, líder técnico, equipo de pruebas.

Roles: Definir la visión del producto, identificar los requisitos funcionales y no

funcionales, crear el plan de pruebas maestro.

Reuniones: Kick-off, revisión de requisitos, planificación de pruebas.

Métricas: Cobertura de requisitos, estimación de esfuerzo.

Frecuencia de revisiones: Semanal durante la planificación, luego según la

complejidad del proyecto.

Formatos: Documento de requisitos, plan de pruebas maestro, matriz de trazabilidad.

2. Diseño
 Responsables: Arquitecto de software, equipo de diseño, equipo de pruebas.

Roles: Diseñar la arquitectura del sistema, crear casos de uso, desarrollar escenarios

de prueba.

Reuniones: Revisión de diseño, walkthrough de casos de uso.

Métricas: Completitud de diseño, cobertura de escenarios.

Frecuencia de revisiones: Mensual o según la complejidad del diseño.

Formatos: Diagramas de flujo, diagramas de secuencia, casos de uso.

3. Desarrollo

Responsables: Desarrolladores, equipo de pruebas.

Roles: Codificar el software, realizar pruebas unitarias, integrar componentes.

Reuniones: Demostraciones diarias, revisión de código.

Métricas: Cobertura de código, número de defectos.

Frecuencia de revisiones: Diaria o semanal.

Formatos: Código fuente, resultados de pruebas unitarias.

4.Pruebas

Responsables: Equipo de pruebas.

 Roles: Ejecutar casos de prueba, registrar defectos, verificar correcciones.

Reuniones: Reuniones de defectos, informes de progreso.

Métricas: Número de defectos, tasa de defectos, tiempo de resolución.

Frecuencia de revisiones: Diaria o semanal.

Formatos: Informes de pruebas, matriz de defectos.

5. Implementación y Mantenimiento

Responsables: Equipo de operaciones, equipo de pruebas.

Roles: Despliegue del software, monitoreo del rendimiento, resolución de incidentes.

Reuniones: Reuniones de post-implementación, revisiones periódicas.

Métricas: Tiempo de respuesta, disponibilidad del sistema.

Frecuencia de revisiones: Mensual o según la criticidad del sistema.

Formatos: Informes de incidentes, registros de cambios.

Enfoque para QMAX:

Alinear con los estándares de la industria: ISO 26262, IEC 61508.

Identificar riesgos específicos: Fallas en equipos críticos, pérdida de datos, impacto

ambiental.

Considerar la integración con sistemas existentes: SCADA, ERP, GIS.

Promover la programación defensiva: Manejo de errores, validación de entradas.

 Utilizar herramientas de análisis estático: Detectar vulnerabilidades de seguridad.

Pruebas de rendimiento: Evaluar la capacidad del sistema bajo cargas pesadas.

Pruebas de estrés: Simular condiciones extremas.

Pruebas de integración: Verificar la interacción con otros sistemas.

Establecer un proceso de gestión de cambios: Controlar las modificaciones al sistema.

Implementar monitoreo continuo: Detectar problemas de forma proactiva

Automatización de pruebas: Reducir el tiempo de ejecución y aumentar la eficiencia.

Herramientas especializadas: Para pruebas de rendimiento, seguridad, etc.

Cultura de calidad: Fomentar la participación de todos los miembros del equipo.

Organigrama

Resulta indispensable determinar y estandarizar los diferentes roles básicos con los

que debe contar cualquier tipo de proyecto a implementar, esto con el fin de garantizar la

ejecución correcta del plan, al mismo tiempo que se tiene una interacción entre los diferentes

miembros de los dos equipos. Si se requiere un equipo más robusto dentro del organigrama,

este se podrá incorporar sin inconvenientes.

Identificación de funciones por rol de cargo

Gerente de proyecto

• Único punto de contacto sobre el avance del proyecto.

• Responsable de coordinar los equipos de trabajo de la empresa consultora cliente y la
empresa de ingeniería.

• Responsable de emitir los reportes de avance del proyecto.

• Responsable de la ejecución de las tareas en tiempo y forma del proyecto.

• Planear y coordinar la capacitación

 Encargado de definir roles y definir funciones con su equipo de trabajo

Líder técnico:

• Apoyar al equipo del proyecto en aspectos referentes a las plataformas actuales.

• Canalizar requerimientos técnicos de la plataforma a las esferas de toma de decisiones y

procurar la obtención de respuestas de forma rápida a los asuntos que surjan del proyecto.

• Realizar los cambios de configuración sugeridos por el Arquitecto de software.

 Informar al gerente del proyecto sobre los avances de su grupo

Arquitecto desarrollador

• Responsable de implementar la arquitectura.

• Apoyar el desarrollo de las rutinas de extracción, transformación y carga de datos.

Documentador
• Realizar la documentación del proyecto

 Informar al gerente del proyecto sobre los avances de su grupo

Desarrollador ETLs

• Apoyar el desarrollo de las rutinas de extracción, transformación y carga de datos.

• Desarrollar las rutinas de extracción y transformación de datos.

Usuarios Funcionales

• Participar en la definición del requerimiento de la consultora junto con el equipo del

proyecto.

• Ejecutar las pruebas funcionales.

Desarrollador Front End

Traducir el diseño en un sitio a código HTLM

Estructurar el contenido semánticamente

Asegurar la accesibilidad

Controlar tipografías, plantillas, formas de diseño, y la interactividad 

Programar, cambiar y mantener un sitio web

Desarrollador Back End

Almacenar datos y también asegurarse de que se muestren al usuario

Crear, integrar y gestionar bases de datos

Herramientas de Software

La implementación de una estrategia de calidad de software en una empresa petrolera

como Qmax requiere de un conjunto de herramientas y recursos que abarquen desde el

desarrollo hasta la entrega del software

Gestores de control de versiones (VCS):

Git: El estándar de la industria para el control de versiones distribuido. Permite un

seguimiento detallado de los cambios en el código, la colaboración entre equipos y la

creación de ramas para diferentes funcionalidades.

SVN: Una alternativa más centralizada, aunque menos popular que Git.

Herramientas de integración continua/entrega continua (CI/CD):

Jenkins: Un servidor de automatización de código abierto que permite la integración

continua, la entrega continua y el despliegue.

 GitLab CI/CD: Una solución integrada en GitLab que ofrece funcionalidades

similares a Jenkins.

CircleCI: Una plataforma de CI/CD en la nube que se destaca por su facilidad de uso

y escalabilidad.

Herramientas de gestión de proyectos:

Jira: Una plataforma popular para la gestión de proyectos ágiles, seguimiento de

tareas y generación de informes.

Trello: Una herramienta visual y sencilla para organizar tareas y proyectos.

Herramientas de gestión de pruebas:

Selenium: Una herramienta de automatización de pruebas web que permite crear

pruebas automatizadas para diferentes navegadores.

JUnit/TestNG: Frameworks de pruebas unitarias para Java.

pytest: Un framework de pruebas unitarias para Python.

Herramientas de análisis de código estático:

SonarQube: Una plataforma para la medición y análisis de la calidad del código.

Checkstyle: Una herramienta para verificar que el código se adhiere a un conjunto de

reglas de estilo de codificación.

Herramientas de gestión de la configuración:

 Ansible: Una herramienta de automatización de sistemas que permite la configuración

y gestión de infraestructuras.

Puppet: Otra herramienta popular para la automatización de la configuración.

Estándares y Normas

ISO 9001: Un estándar internacional para los sistemas de gestión de la calidad.

CMMI (Capability Maturity Model Integration): Un modelo de evaluación de la

madurez de los procesos de desarrollo de software.

IEC 61508: Un estándar internacional para la seguridad funcional de sistemas

electrónicos programables.

MISRA C: Un conjunto de directrices para el desarrollo de software en C para

aplicaciones críticas.

Formatos, Plantillas y Listas de Verificación

Plantillas de documentación:

Requisitos funcionales y no funcionales.

Casos de uso.

Diagramas de flujo.

Planes de prueba.

Informes de defectos.

Listas de verificación:

Revisiones de código.

Pruebas unitarias.
Pruebas de integración.

Pruebas de aceptación.

Seguridad.

Matrices de rastreabilidad:

Para relacionar requisitos, casos de prueba y código.

 Referencias

Modelos de Evaluación de Recursos Educativos Digitales - Modelos de calidad BOEHM. (s.

f.). https://sites.google.com/view/evaluacionredgrupo2/modelos-de-calidad-boehm

ISO/IEC 9126-1:2001. (s. f.). ISO. https://www.iso.org/standard/22749.html

QMAX Solutions Colombia. (s. f.). Directorio Campetrol.

https://campetrol.org/directorio/afiliado/qmax-solutions-colombia/

Software Engineering: A Practitioner’s Approach: Roger S. Pressman, Bruce Maxim:

9780078022128: Amazon.com: Books. (s. f.). https://www.amazon.com/Software-

Engineering-Practitioners-Approach-Pressman/dp/0078022126

CMMI Institute - Home. (s. f.). https://www.cmmiinstitute.com/

The Art of Readable Code: Simple and Practical Techniques for Writing Better Code:

Boswell, Dustin, Foucher, Trevor: 9780596802295: Amazon.com: Books. (s. f.).

https://www.amazon.com/Art-Readable-Code-Dustin-Boswell/dp/0596802293}

Bermúdez, Y. C., Martínez, G. R. S., & Guerrero, L. E. M. (2019). Planificación, gestión y

control de la calidad del software.

https://www.redalyc.org/journal/849/84961238009/html/
Reyes, A. G., Ampuero, M. A., & González, A. H. (2015). Comparative analysis of models

and quality standards of the software product. DOAJ (DOAJ: Directory of Open

Access Journals). https://doi.org/10.1234/rci.v6i3.411

CMMI (Capability Maturity Model Integration)

ISO 9126-1:2001 (Es importante considerar que la norma ISO 9126-1:2001 la

reemplazó la norma ISO/IEC 25010:2011, versión actualizada de la norma de calidad de

software. sin embargo, la norma ISO 9126-1:2001 sigue siendo una referencia importante en

la industria de la ingeniería de software)

Ciclo de vida de un proyecto: estas son todas sus fases. (2023, 30 agosto). Inesdi.

https://www.inesdi.com/blog/ciclo-vida-proyecto-fases/

Mtp, & Mtp. (2024, 28 febrero). Cómo diseñar un plan de pruebas efectivo para proyectos

software. MTP. https://www.mtp.es/blog/testing-software/como-disenar-un-plan-de-

pruebas-efectivo-para-proyectos-de-software/