Différences

Ci-dessous, les différences entre deux révisions de la page.

--- modtracker:userguide [2016/10/27 10:28] – florence
+++ modtracker:userguide [2026/01/13 07:58] (Version actuelle) – modification externe 127.0.0.1
@@ Ligne 1: / Ligne 1: @@
+<html><!-- nomoodle --></html>{{ :logo-apl.png?nolink |}}<html><!-- /nomoodle --></html>
 =====Tracker (gestionnaire de tickets) Guide d'utilisation =====
 ====Introduction====
-Ce composant "Suivi de tickets"  qui permet  via une interface utilisateur support :
+Ce composant "Suivi de tickets"  qui permet  via l'interface utilisateur support :
   * L'émission d'un ticket support
   * L'affectation de la tâche liée au ticket
@@ Ligne 10: / Ligne 12: @@
   * La gestion du cycle de vie (Etat du ticket)Les états inclus dans le gestionnaire permettent une gestion d'un cycle complet d'un défaut
-Il peut être utilisé aussi bien pour des aspects technique pour pour un suivi des demandes pédagogiques des utilisateurs.
+**Suivant son stade dans le cycle de vie, un ticket peut être :
+**
+  * Posté (POSTED) : Le ticket vient d'être créé par un utilisateur.
+  * Ouvert (OPEN) : Quelqu'un a pris connaissance du ticket (autre que son auteur).
+  * En travail (RESOLVING) : Un “résolveur” à commencé à travailler sur l'action.
+  * Bloqué (WAITING) : Une contrainte extérieure empêche temporairement la résolution du ticket.
+  * Résolu (RESOLVED) : Une solution est trouvée et établie. Dans le cadre d'un “circuit court” de gestion du ticket (pas de publication/validation) c'est un état final.
+  * Abandonné (ABANDONNED) : Les conditions initiales qui avaient déterminé la création du ticket sont obsolètes. Le ticket est fermé sans aucune qu'aucune action n'ait été faite.
+  * En test (TESTING) : La solution est finalisée et placée sur un système de test.
+  * Publié (PUBLISHED) : Dans le cadre de systèmes formels (production pré-production), cet état correspond à la publication finale “en production” de la solution. Il avertit le demandeur que la solution est effectivement mise en œuvre.
+  * Validé ou fermé (VALIDATED) : Le ticket est complètement clôturé.
+  * Transféré (TRANSFERED) : Cet état spécial correspond à un ticket qui serait transféré sur un autre gestionnaire par cascade.
+{{ :modtracker:tracker-etats-tickets.png?nolink |}}
+====Usages====
+  * Suivi des bugs techniques sur un LMS
+  * Support utilisateur
@@ Ligne 40: / Ligne 62: @@
   * **Notifications :** Ce paramètre permet de pouvoir déclencher ou non les notifications mail.
-  *
   * **Cycle de vie strict :**
@@ Ligne 50: / Ligne 72: @@
-====Etats possibles des tickets====
-Suivant son stade dans le cycle de vie, un ticket peut être :
-  * Posté (POSTED) : Le ticket vient d'être créé par un utilisateur.
-  * Ouvert (OPEN) : Quelqu'un a pris connaissance du ticket (autre que son auteur).
-  * En travail (RESOLVING) : Un “résolveur” à commencé à travailler sur l'action.
-  * Bloqué (WAITING) : Une contrainte extérieure empêche temporairement la résolution du ticket.
-  * Résolu (RESOLVED) : Une solution est trouvée et établie. Dans le cadre d'un “circuit court” de gestion du ticket (pas de publication/validation) c'est un état final.
-  * Abandonné (ABANDONNED) : Les conditions initiales qui avaient déterminé la création du ticket sont obsolètes. Le ticket est fermé sans aucune qu'aucune action n'ait été faite.
-  * En test (TESTING) : La solution est finalisée et placée sur un système de test.
-  * Publié (PUBLISHED) : Dans le cadre de systèmes formels (production pré-production), cet état correspond à la publication finale “en production” de la solution. Il avertit le demandeur que la solution est effectivement mise en œuvre.
-  * Validé ou fermé (VALIDATED) : Le ticket est complètement clôturé.
-  * Transféré (TRANSFERED) : Cet état spécial correspond à un ticket qui serait transféré sur un autre gestionnaire par cascade.
@@ Ligne 79: / Ligne 86: @@
 === Restreindre la disponibilité ===
-. L'activité peut être accessible en fonction d'une date précise, d'une note obtenue (à une autre activité, par exemple), d'un profil d'utilisateur, d'un groupe d'un groupement ou d'un jeu de restriction imbriquées.
+L'activité peut être accessible en fonction d'une date précise, d'une note obtenue (à une autre activité, par exemple), d'un profil d'utilisateur, d'un groupe d'un groupement ou d'un jeu de restriction imbriquées.
 === Achèvement d'activité ===
-.L'achèvement d'activité peut être inactif. Dans ce cas, sélectionner “ne pas afficher l'état d'achèvement”. Sinon, l'activité peut être considérée comme achevée si elle est marquée manuellement cette activité comme terminée“,” marquer cette activité comme terminée dès que les conditions sont remplies“
+L'achèvement d'activité peut être inactif. Si il est actif au niveau du cours  sélectionner "ne pas afficher l'état d'achèvement" pour cette activité car cela ne fait pas sens pour un gestionnaire de tickets.
+====Rapports et sorties====
+Il est à noter que l'outil proposé permet une traçabilité et la génération de rapports de résolution et que l'on peut connaitre les délais de résolution  des tickets :
+Etat / tendance : statistiques sur le nombre de tickets et leur différents états.
+Les tendances tracent l'évolution comparée des en  cours et terminés, comme sur la plupart des systèmes de bug (Jira, mantis, etc.)
+Les rapports sont par ailleurs imprimables.
+----
+=====Utiliser le gestionnaire =====
+====Emettre un ticket====
+  * **Résumé : ** Résumé (titre) du ticket
+  * **Description: ** Descrption précise du contexte d'usage, url de départ problème rencontré
+====Régler mes préférences====
+Les préférences déterminent quelles sont les notifications que vous validez lorsque vous créez une nouvelle entrée de défaut ou lorsque que vous vous abonnez à un défaut existant
+{{ :modtracker:preferences-user.png?nolink |}}
-.Il est possible de déterminer l'achèvement en fonction d'une date.
 [[:Mod:Tracker|Revenir à l'index du module]]