Arquitectura de la aplicación de seguimiento de defectos

Estructura de la aplicación

Este Functional Example es una sola aplicación en la biblioteca de Tulip, pero gran parte del valor viene con las aplicaciones de Tulip cuando las aplicaciones dedicadas pueden ser construidas para apoyar diferentes roles y necesidades de los usuarios.

Las soluciones heredadas de seguimiento de defectos en el mejor de los casos son soluciones puntuales con errores, y en el peor de los casos, implican docenas de hojas de Excel al azar, formularios de papel, y muchas horas dedicadas a la introducción manual de datos.

El seguimiento de defectos es un problema un poco único porque las mejores soluciones de seguimiento de defectos existen en contexto (dentro del proceso en el que se puede encontrar el defecto), por lo que las mejores soluciones de seguimiento de defectos deben poder utilizarse en todas las aplicaciones de proceso en las que se puedan encontrar defectos. Las transiciones de aplicaciones pueden utilizarse para trasladar a los usuarios de cualquier aplicación de proceso a una aplicación central de seguimiento de defectos, o la función de notificación de defectos puede copiarse en todas sus aplicaciones.

Una aplicación central de seguimiento de defectos

VENTAJAS:

• Los cambios en el proceso de gestión de defectos son sencillos, un solo punto de cambios
• Un equipo separado puede gestionar las versiones de la aplicación en contraposición a las aplicaciones de proceso.

CONTRAS:

• Experiencia de usuario más inconexa porque los defectos se introducen en una aplicación separada.
• La gestión de variables a través de múltiples aplicaciones puede ser un poco más intensiva.

Informes de defectos en cada aplicación

PROS:

• La experiencia del usuario es más fluida.
• Los procesos con diferentes tipos de defectos pueden tener diferentes interfaces de usuario para apoyar mejor sus defectos estándar.
• La gestión de variables de la aplicación es más sencilla.

CONTRA:

• Muchos puntos de cambios cuando se producen cambios en los procesos. Esos cambios tendrían que aplicarse a cada app una sola vez.
• El mismo equipo que gestiona la aplicación de proceso sería el propietario del seguimiento de defectos para cada una de esas aplicaciones.

Desglose de la aplicación

El Functional Example para el seguimiento de defectos sirve como la funcionalidad básica necesaria para el seguimiento de defectos:

• Reportar defectos
• Editar informes de defectos
• (opcional) Imprimir etiquetas de defectos para cuarentena
• Ver defectos
• Actualizar los próximos pasos y el estado
• Ver el historial de defectos
• Obtenga información sobre los defectos con Analytics

Como muestra el ejemplo funcional, toda la funcionalidad se puede combinar en una sola aplicación, o cualquiera de sus funciones básicas se puede aprovechar en aplicaciones más segmentadas.

Con cualquiera de los dos enfoques (mencionados anteriormente), Tulip recomienda mover las funciones de edición y disposición de defectos a una aplicación separada a la que sólo los usuarios con permisos especiales tengan acceso. Esto permite un mayor control sobre qué usuarios pueden editar datos críticos de calidad.