Architecture de l'application de suivi des défauts
  • 04 Nov 2023
  • 2 Minutes à lire
  • Contributeurs

Architecture de l'application de suivi des défauts


Résumé de l’article

Structure de l'application

Cet Functional Example est une application unique dans la bibliothèque Tulip, mais une grande partie de la valeur vient avec les applications Tulip lorsque des applications dédiées peuvent être construites pour soutenir les différents rôles et besoins des utilisateurs.

Les anciennes solutions de suivi des défauts sont au mieux des solutions ponctuelles boguées, et au pire, elles impliquent des douzaines de feuilles Excel aléatoires, des formulaires papier, et de nombreuses heures passées à saisir manuellement des données.

Le suivi des défauts est un problème un peu particulier car les meilleures solutions de suivi des défauts existent dans le contexte (au sein du processus où le défaut peut être trouvé), de sorte que les meilleures solutions de suivi des défauts devraient être utilisables dans toutes les applications du processus où des défauts peuvent être trouvés. Les transitions d'applications peuvent être utilisées pour déplacer les utilisateurs de n'importe quelle application de processus vers une application centrale de suivi des défauts, ou la fonction de signalement des défauts peut être copiée dans toutes vos applications.

Une application centrale de suivi des défauts

AVANTAGES:

  • Les changements apportés au processus de gestion des défauts sont simples, il n'y a qu'un seul point de changement.
  • Une équipe distincte peut gérer les versions de l'application, contrairement aux applications de processus.

CONS:

  • L'expérience utilisateur est plus décousue car les défauts sont saisis dans une application distincte.
  • La gestion des variables à travers plusieurs applications peut être un peu plus intensive en termes de déclencheurs.

Signalement des défauts dans chaque application

AVANTAGES:

  • L'expérience utilisateur est plus transparente.
  • Les processus avec différents types de défauts peuvent avoir des interfaces utilisateur différentes pour mieux prendre en charge leurs défauts standard.
  • La gestion des variables d'application est plus simple.

CONS:

  • Nombreux points de changement en cas de modification des processus. Ces changements doivent être appliqués à chaque application une seule fois.
  • La même équipe qui gère l'application de processus serait responsable du suivi des défauts pour chacune de ces applications.

Décomposition de l'application

L'{{glossaire.Exemple fonctionnel}} pour le suivi des défauts sert de fonctionnalité de base pour le suivi des défauts :

  • Signaler les défauts
  • Modifier les rapports de défauts
  • (optionnel) Imprimer des étiquettes de défauts pour la quarantaine
  • Visualiser les défauts
  • Mise à jour des prochaines étapes et de l'état d'avancement
  • Visualiser l'historique des défauts
  • Obtenir des informations sur les défauts grâce à l'analyse

Comme le montre l'exemple fonctionnel, toutes les fonctionnalités peuvent être combinées dans une seule application, ou n'importe laquelle de ses fonctions principales peut être exploitée dans des applications plus segmentées.

Avec l'une ou l'autre approche (listée ci-dessus), Tulip recommande de déplacer les fonctions d'édition et de disposition des défauts dans une application séparée à laquelle seuls les utilisateurs ayant des permissions spéciales ont accès. Cela permet un meilleur contrôle sur les utilisateurs qui peuvent éditer des données critiques pour la qualité.


Cet article vous a-t-il été utile ?