Resumen

Las pequeñas organizaciones desarrolladoras de software no cuentan con recursos suficientes para adoptar prácticas de análisis causal, definidas en modelos como CMMI, debido a la complejidad y el costo de estas. Es importante detectar los defectos generados en el proceso de desarrollo y hacer un análisis sistemático para determinar sus causas; pero identificar esas causas principales es una labor difícil, y no lograrlo lleva a tomar decisiones erróneas que no resuelven la problemática presentada o, incluso, la empeoran. A causa de lo anterior, este artículo propone un procedimiento de análisis causal enfocado en pequeñas organizaciones (PAC-DS) que incorpora actividades para identificar las causas de los defectos. Tras su evaluación en un caso de estudio preliminar, se evidenció la utilidad del procedimiento.

I. INTRODUCCIÓN

Czibula et al.¹ sostienen que la calidad del software es de suma importancia en el campo de la ingeniería del software, y también afirman que la calidad del producto está directamente relacionada con la ausencia de defectos. Cuando estos defectos no se detectan o cuando se detectan tarde, se producen consecuencias como retrasos en las fechas de entrega, molestias para el cliente y un mayor coste y esfuerzo; además, puede ser necesario realizar esfuerzos importantes para corregir o encontrar esos defectos más adelante en el desarrollo del software ². Una vez reconocido el defecto, es importante determinar sus causas mediante un análisis. Así, los desarrolladores de software buscan la forma de identificar las causas de los problemas, aunque no siempre se identifican ³.

En concordancia, el análisis causal ayuda a mejorar los procesos en las organizaciones de desarrollo de software, porque contribuye a identificar las causas que generan los defectos durante el ciclo de vida del software. También es posible encontrar oportunidades de mejora, e implementar acciones para reducir la manifestación continua del mismo tipo de defecto en futuros proyectos ⁴. Además, el análisis causal es un método de bajo coste ⁵, de hecho, Kalinowski et al.⁶ demostraron que la inversión puede variar entre el 0,5% y el 1,5% del coste total del proyecto, por lo que es factible recuperar el dinero invertido y disminuir la tasa de defectos en más del 50%. Cabe señalar que la detección temprana de los defectos es beneficiosa, ya que el tratamiento oportuno reduce el retraso en la ejecución del proyecto ⁷.

Arreche y Matalonga ¹¹ presentaron un conjunto de herramientas para el análisis causal. Entre las técnicas utilizadas están los Diagramas Causa-Efecto, los Mapas Mentales, el Pensamiento Sistemático, el Análisis de Causa Raíz y el Análisis Gráfico Radial. Además, Lehtinen et al. ¹² desarrollaron una herramienta para ayudar a realizar el análisis causal en grupos de desarrollo de software distribuidos; esta herramienta se caracteriza por la retroalimentación en tiempo real, así como por la provisión de funciones para crear diagramas de Ishikawa.

• Materias:Ingeniería de software Lenguajes de programación (Computadores electrónicos) Programación (Computadores electrónicos)
• Subjects:Software engineering Programming languages (Computer electronics) Programming (Electronic computer)
• Palabras claves:Análisis causal; Ingeniería de Software; Mejora de procesos software; Pequeñas organizaciones de desarrollo software
• Keywords:Causal Analysis; Software Engineering; Software Process Improvement; Small Software Development Organizations