Différences

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

--- modjobtracker [2016/01/04 12:22] – créée marion
+++ modjobtracker [2026/01/13 07:58] (Version actuelle) – modification externe 127.0.0.1
@@ Ligne 1: / Ligne 1: @@
-===== Module JobTracker (gestionnaire ) =====
+===== Module JobTracker (Recherche d'employeur ou de stage ) =====
    * **Type de composant :** Module d'activité
-   * **Nom :** Tracker (Gestionnaire de tickets)
+   * **Nom :** JobTracker (Recherche d'employeur ou de stage)
    * **Concept :** PARTICIPANT
    * **Versions :** 1.9, 2.2 à 2.7
@@ Ligne 8: / Ligne 8: @@
    * **Disponibilité :** Stable.
-Ce module propose un service de gestion de ticket de support complet à l'intérieur de l'environnement Moodle. Il peut être utilisé par des administrateurs de plate-forme pour collecter les problèmes rencontrés par les utilisateurs finaux, mais peut aussi servir pour traiter les problèmes de support d'autres projets.
+Le JobTracker, sur la base du TicketTracker, permet à l'apprenant de se créer une "banque" d'opportunités. La "banque" d'opportunités contient le contact, la définition du poste ...etc de l'apprenant est composée du nombre d'opportunités provenant des entreprises. Un certain nombre d'états permettent de définir l'avancement du ticket. Le tuteur peut alimenter les profils des étudiants en opportunités. Une fois que l'entretien a été effectué en présentiel, l'apprenant peut envoyer un bilan d'entretien au tuteur.
-La sémantique du module, à l'origine très liée au traitement du support technique, a été généralisée au sens de "Gestionnaire de tickets" afin de pouvoir servir plus facilement à des applications diverses.
+**Cas d'usage :** Le JobTracker peut être utilisé dans le cadre d'une alternance ou d'une recherche de stage. Par exemple, l'apprenant (alternant) recherche une entreprise et sélectionne une opportunité appropriée. Par exemple, l'apprenant (stagiaire) recherche un stage et va donc sélectionner des opportunités correspondant à la recherche de stage.
-Les fonctionnalités suivantes sont assurées
 ==== Guides ====
-   * [[ModTrackerInstall|Guide d'installation]]
+   * [[ModJobTrackerInstall|Guide d'installation]]
-   * [[ModTrackerUse|Guide d'utilisation]]
+   * [[ModJobTrackerUse|Guide d'utilisation]]
-   * [[ModTrackerTechnique|Guide technique]]
+   * [[ModJobTrackerTechnique|Guide technique]]
-==== Machine d'états ====
-Un ticket est une information gérée dans un cycle de vie avec des états. Ce cycle de vie peut être géré :
-    * 'En mode strict :' certains rôles ne peuvent configurer que certains états.
-    * 'En mode relâché :' tous les états sont disponibles pour tous. Les utilisateurs régulent leur processus de gestion par une procédure ad hoc.
-Les états inclus dans le gestionnaire permettent une gestion d'un cycle complet d'un défaut, mais la liste peut être simplifiée par configuration.
-    * Posté (POSTED) : Le ticket vient d'être créé.
-    * 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 oeuvre.
-    * 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
 ==== Sommaire des fonctionnalités ====
@@ Ligne 52: / Ligne 31: @@
     * Configuration individuelle des abonnements et des notifications
     * Liste des tickets personnels et liste de la collecte collective
-    * Liste des tickets résolus séparée (résolu, abandonné, transféré) des tickets en traitement (posté, en travail, en test, bloqué)
+    * Liste des tickets résolus séparée (A relancer, Envoyer une demande, ouvert...etc) des tickets en traitement
     * Gestion des dépendances entre tickets
     * Fil de commentaires
-=== Fonctionnalités relatives à la gestion de priorité ===
-    * Gestion de la priorité des tickets (les contrôles deviennent visibles lorsque la priorité est choisie comme clef de tri)
-    * Demandes pour augmenter la priorité
-=== Fonctionnalités relatives au réseau Moodle ou à l'action en groupe de plusieurs gestionnaires ===
-    * Cascade de tickets à travers le réseau Moodle (ou cascade locale sur un tracker de la même plate-forme).
-    * Mise en hiérarchie de gestionnaires (Sous-gestionnaires)
 [[start|Revenir au catalogue]]