<Nom client> Direction des systèmes d'information Projet Oracle E-Business Suite <MODULES> Utilisation de l til MANTIS pr la gestion des anomalies et des évolutions Référence :/DSI/XXX#nom projet#/paramétrage Mantis.doc Date de dernière mise à jr : Version du document : 1.0 Etat : travail Auteurs : Objet du document : Ce document présente le fonctionnement spécifique de l til MANTIS pr le projet XXX. Destinataires Objet de la diffusion Vu le : Equipe projet XXX Validation
Utilisation de MANTIS Table des mises à jr du document Version du document Date Objet de la mise à jr 1.0 jj/mm/aa Création du document Sommaire 1 PRÉSENTATION DE L OUTIL MANTIS...3 2 CONFIGURATION DE L OUTIL MANTIS POUR LE PROJET...3 2.1 Profils des utilisateurs...3 2.2 Décpage du projet en ss-projets...3 2.3 Catégories du projet...3 2.4 Versions du produit...3 2.5 Champs personnalisés du projet...3 3 CIRCUIT DE GESTION DES DEMANDES...3 CLIENT/DSI/XXX/Paramétrage Mantis.doc 2/8
1 PRÉSENTATION DE L OUTIL MANTIS MANTIS est utilisé dans le projet XXX pr gérer les s de correction d anomalies et les s d adaptation/évolution. 2 CONFIGURATION DE L OUTIL MANTIS POUR LE PROJET 2.1 Profils des utilisateurs Dans MANTIS, les rôles des utilisateurs sont à différencier de leurs profils (droits d accès) ; la correspondance rôle/profil est la suivante : Fonction dans l organisation Equipe fonctionnelle et de recette DSI Rôle dans MANTIS à la DSI Chef de projet et rapporteur : - définit le paramétrage des projets - rapporte les s (crée, modifie, rvre, ferme et supprime) : Equipe de développement du prestataire - prend en charge les s (assigne et rést) Profil MANTIS (droit d accès) Manageur Différences majeurs entre les profils MANTIS Ts les droits du + Supprimer des s + Poster des nvelles et ajter des documents Assigner, résdre, créer, modifier, rvrir, fermer, suivre des s Equipe maîtrise d vrage Testeur Créer, modifier, rvrir, fermer, suivre des <CLIENT> s 2.2 Décpage du projet en ss-projets Le projet créé dans MANTIS a pr nom #nom projet MANTIS#. Il est composé des ss projets suivants : #nom ss projet 1 MANTIS#, #nom ss projet 2 MANTIS#... 2.3 Catégories du projet Les catégories suivantes sont définies pr le projet #nom projet MANTIS# : à compléter. 2.4 Versions du produit Les versions sont numérotées de la façon suivante : à compléter. 2.5 Champs personnalisés du projet Les champs personnalisés suivants ont été retenus pr le projet : à compléter. 3 CIRCUIT DE GESTION DES DEMANDES Le diagramme ci-après schématise le circuit des s dans MANTIS entre le CLIENT () et Axande () ; un tableau précise ensuite les actions correspondantes à réaliser dans MANTIS en fonction de l état des s. A noter que dans MANTIS : Le changement d état d une doit tjrs s effectuer par clic sur le bton «:» avec la sélection de l état concerné dans la liste dérlante.
A tt moment, il est possible de joindre un fichier à une (quel que soit son état) ; cependant, il est préférable de limiter l utilisation de fichiers joints à cause de l espace qu ils occupent dans la base de données. Il n est pas recommandé de modifier d anciennes saisies notes d une, afin de ne pas affecter leur historique : il est préférable de rajter de nvelles notes (commentaires). Afin de savoir qui «a la main sur une», il existe deux états de commentaire : «commentaire-dev» : à choisir par le prestataire pr r des précisions au CLIENT, «commentaire» : à choisir par le CLIENT pr r des précisions au prestataire. Tte dans un état «commentaire-dev» est donc en attente d une réponse du CLIENT. Inversement, tte dans un état «commentaire» est en attente d une réponse d un changement d état par le prestataire.
Schéma du circuit des s dans MANTIS Suivi des s Rapporter Etat = nveau Analyser Etapes optionnelles Etat = commentaire commentaire Etat = commentaire Si non ok commentaire-dev Etat = commentaire-dev accepté Si ok Circuit optionnel de confirmation des évolutions des corrections d anomalies par le CNRS (cas critiques). commentaire Si non ok Analyser proposition solution Si ok confirmé Etat = accepté Si ok Etat = confirmé affecté Etat = commentaire Révrir Etat = affecté résolu Si non ok Etat = résolu Tester livré Si ok fermé Etat = livré Etat = fermé
Tableau des actions du circuit des s dans MANTIS Ancien Etat Utilisateur Action Champs à renseigner : (*) obligatoire Nvel Etat / Création de la Lien «Rapporter une» / puis Bton «Smettre le rapport» Catégorie (optionnel) Reproductibilité : - si type «correctif» : «tjrs», «aléatoire», «n a pas essayé», «impossible à reproduire» - si type «évolutif»/«adaptatif» : «N/A» (non applicable) Sévérité : - si type «correctif» : «mineur», «majeur», «bloquant» - si type «évolutif»/«adaptatif» : «texte», «ergonomie», «fonctionnel», «technique» Priorité : - si type «correctif» : non utilisé (redondant avec la Sévérité) - si type «évolutif»/«adaptatif» : «basse», «normale», «élevée», «urgente», «immédiate» Profil Version OS / Navigateur, Version nav. (optionnel) ; si type «correctif» : description de la plate-forme sur laquelle l anomalie a été détectée Version du produit Résumé (*) : libellé abrégé de la Description (*) : explication détaillée de la Etapes pr reproduire (optionnel) ; si type «correctif» : scénario ayant conduit à l apparition de l anomalie Informations complémentaires (optionnel) : compléments éventuels à apporter à la description (par ex. justification d une régression) + Champs personnalisés pr le projet Envoyer un fichier (optionnel) : fichier(s) joint(s) complémentaire(s) Bton «Mettre à jr» / puis Bton Modification de la «Mettre à jr l information» : mêmes champs (optionnel) que pr la «Création de la» dev Accepté Demande de commentaires (optionnel) Réponse à la de commentaires Acceptation de la (optionnel) : estimation de la charge ; calendrier prévisionnel, proposition de solution Demande de commentaires (optionnel) Bton : «commentairedev» / puis Bton «Demander un commentaire» Note : questions complémentaires sur la description de la Bton : «commentaire» / puis Bton «Demander un commentaire» Note : réponses aux questions complémentaires sur la description de la Bton : «accepté» / puis Bton «Accepter» pr préciser la solution proposée Bton : «commentaire» / puis Bton «Demander un commentaire» Note : questions complémentaires sur la proposition de solution -dev Accepté
Ancien Etat Utilisateur Action Champs à renseigner : (*) obligatoire Nvel Etat Bton : «commentairedev» / puis Bton «Demander un complémentaires sur la proposition de solution Réponse à la de commentaire» commentaires Note : réponses aux questions -dev Accepté dev Confirmé Affecté dev Affecté Résolu Livré Confirmation de la (optionnel) : validation de la proposition de solution Affectation de la : réalisation de la solution Demande de commentaires (optionnel) Réponse à la de commentaires Résolution de la : correction évolution réalisée en environnement de développement Livraison de la : livraison de la solution sur le site de recette CLIENT Réverture de la en recette (si anomalies détectées) Correction des anomalies en environnement de développement Bton : «confirmé» / puis Bton «Confirmer» pr confirmer la solution proposée Bton : «affecté» / puis Bton «Assigner» Assigné à : assignation au chargé de la réalisation sur la réalisation de la solution Bton : «commentairedev» / puis Bton «Demander un commentaire» Note : questions complémentaires pr la réalisation de la Bton : «commentaire» / puis Bton «Demander un commentaire» Note : réponses aux questions complémentaires pr la réalisation de la Bton : «résolu» / puis Bton «Résdre» Résolution : - si type «correctif» : «résolu» (par défaut), «impossible à reproduire», «impossible à corriger», «dblon», «pas un bug», «suspendu», «ne sera pas résolu» - si type «évolutif»/«adaptatif» : «résolu» (par défaut), «dblon», «suspendu», «ne sera pas résolu» Dblon d ID (optionnel) ; si Résolution = «dblon» : «numéro de la en dblon» + Champs personnalisés pr le projet Résolu dans version : sélection de la version de relivraison de l application (nvelle version prédéfinie par le Chef de projet) sur la résolution de la Bton : «livré» / puis Bton «Livrer la» pr la livraison Bton «Révrir» : «commentaire» / puis Bton «Demander un commentaire» Note : description des anomalies constatées en recette Bton : «résolu» / puis Bton «Résdre» + Champs personnalisés pr le projet Résolu dans version : sélection de la version de relivraison de l application (nvelle version prédéfinie par le Chef de projet) Note : précision sur la correction Confirmé Affecté -dev Résolu Livré Résolu
Ancien Etat Utilisateur Action Champs à renseigner : (*) obligatoire Nvel Etat Re-livraison de la Bton : «livré» / puis Bton «Livrer la» Résolu solution sur le site de Note (optionnel) : précision sur la relivraison de la solution avec les anomalies Livré recette CLIENT corrigées Livré Fermeture de la après recette : validation de la réception de la livraison Bton : «fermé» / puis Bton «Fermer» + Champs personnalisés pr le projet sur la validation de la réception Fermé