Clasificación de defectos ortogonales - Orthogonal Defect Classification
La clasificación de defectos ortogonales ( ODC ) convierte la información semántica en el flujo de defectos del software en una medición del proceso. Las ideas fueron desarrolladas a finales de los 80 y principios de los 90 por Ram Chillarege en IBM Research . Esto ha llevado al desarrollo de nuevos métodos analíticos utilizados para el desarrollo de software y el análisis de procesos de prueba. ODC es independiente del modelo de proceso, el lenguaje y el dominio. Aplicaciones de la ODC han sido reportados por varias empresas en una variedad de plataformas y procesos de desarrollo, que van desde la cascada , espiral, cerrada y ágiles los procesos de desarrollo . Una de las aplicaciones populares de ODC es el análisis de la causa raíz del software . Se sabe que ODC reduce el tiempo necesario para realizar el análisis de la causa raíz en más de un factor de 10 . Las ganancias provienen principalmente de un enfoque diferente al análisis de la causa raíz, donde los datos de ODC se generan rápidamente (en minutos, en lugar de horas por defecto) y los análisis se utilizan para el análisis de causa y efecto. Esto cambia la carga del análisis de un método puramente humano a uno que requiere más datos. ODC, como se propone en los documentos originales, tiene conjuntos de valores de atributos específicos que crean mediciones en el proceso de desarrollo. Dos de las cinco categorías más conocidas son el tipo de defecto y el disparador de defecto. El tipo de defecto captura los cambios realizados en el código como resultado del defecto. Hay siete valores para el tipo de defecto y se han establecido empíricamente para proporcionar una medición del producto a través del proceso a través de su distribución. El concepto es que los cambios en la distribución de tipos de defectos son una función del modelo del proceso de desarrollo y, por lo tanto, proporcionan una medida intrínseca del progreso del producto a lo largo del proceso.
El Disparador de defectos proporciona de manera similar una medida del proceso de prueba. El concepto de Trigger es una contribución clave que se obtuvo a través de ODC y ahora se usa bastante en publicaciones técnicas y de investigación. El disparador de software se define como la fuerza que hizo surgir la falla para crear la falla. El conjunto completo de activadores está disponible en la documentación de ODC.
El tipo de defecto y el desencadenante proporcionan colectivamente una gran cantidad de información causal sobre los defectos. La información adicional del defecto que se captura en las implementaciones estándar de ODC incluye "Impacto", "Fuente" y "Edad". Los cursos de capacitación de ODC informan que, una vez capacitado, una persona puede categorizar un defecto a través de ODC en menos de 3 minutos al realizar la tarea de forma retrospectiva. El tiempo necesario es mucho menor cuando se realiza en vuelo o en proceso. La categorización no se puede comparar directamente con el análisis de la causa raíz, ya que los datos de ODC tratan sobre "qué es", no "por qué". Sin embargo, el análisis de la causa raíz se realiza con mucha frecuencia mediante ODC. El análisis que estudia los datos de ODC está realizando el primer paso del análisis de la causa raíz, que se confirma al discutir los resultados con el equipo de desarrollo. Este enfoque tiene cinco diferencias principales entre el método clásico y el método ODC.
El análisis de causa raíz es solo una de las aplicaciones de ODC. El diseño original de ODC era crear un sistema de medición para la ingeniería de software utilizando el flujo de defectos como fuente de mediciones intrínsecas. Por lo tanto, los atributos, ya sea de forma individual o en conjunto con uno de los otros, proporcionan medidas específicas sobre ciertos aspectos del proceso de ingeniería. Estas mediciones se pueden utilizar para uno o más métodos analíticos, ya que se diseñaron teniendo en cuenta los principios generales de medición. Hasta la fecha, varios trabajos de investigación los han aplicado para una variedad de propósitos. Más recientemente, ha habido artículos de investigación que utilizan ODC para evaluar los métodos utilizados para la evaluación de seguridad y ampliaron el alcance de ODC.
Referencias
- ^ Concepto de clasificación de defectos ortogonales-A para mediciones en proceso, transacciones IEEE sobre ingeniería de software, noviembre de 1992 (vol. 18 no. 11). http://www.chillarege.com/articles/odc-concept.html
- ^ ¿Qué es ODC? https://www.youtube.com/watch?v=mno4pQMqtBM
- ^ IEEE Computer Society, 2002 Technical Achievement Award https://www.computer.org/profiles/ram-chillarege
- ^ Clasificación de defectos ortogonales (ODC) en desarrollo ágil. M. Jagia, S. Meena, IEEE ISSRE 2009 Supplemental Proceedings, noviembre de 2009.
- ^ Clasificación de defectos ortogonales: una prueba ágil / manual de control de calidad, Conferencia de desarrollo ágil, noviembre de 2012
- ^ "ODC - un 10x para el análisis de la causa raíz", R. Chillarege 2006
- ^ Defectos de software y su impacto en la disponibilidad del sistema: un estudio de fallas de campo en sistemas operativos. M.Sullivan y R. Chillarege, IEEE 21st Fault-Tolerant Computing Systems, 1991.
- ↑ Diamonds from Defects, LADC Keynote, http://www.unicauca.edu.co/ladc2016/?q=node/22
- ^ "5 diferencias entre el análisis de causa raíz clásico y el análisis de causa raíz de ODC. Https://www.youtube.com/watch?v=fTJr2Pgnxco
- ^ ¿Se descubren y resuelven las vulnerabilidades como otros defectos ?, P. Morrison, et.al. Universidad Estatal de Carolina del Norte, se necesita citación completa.