Ces écrans vous permettent de gérer les utilisateurs de l'application.

Liste des utilisateurs Les boutons Lock/Unlock vous permettent de vérouiller/dévérouiller les comptes utilisateurs. Un utilisateur dont le compte est vérouillé ne peut plus s'identifier pour accéder à l'application.

En mode modification, laissez le champ Password vide pour laisser le mot de passe de l'utilisateur inchangé. Un utilisateur déclaré comme administrateur dispose de toutes les permissions sur l'application et sur tous les projets. Administrateur: déclare l'utilisateur comme administrateur de l'application. Notifications par mail: permet d'activer ou non l'envoi automatique de notifications par mail pour cet utilisateur Vérouillé: désactive le compte de l'utilisateur

Les rôles permettent de définir les permissions des différents membres d'un projet. Chaque membre d'un projet dispose d'un rôle unique au sein d'un projet. Un utilisateur peut avoir différents rôles au sein de différents projets. Sur l'écran d'édition du rôle, cochez les actions que vous souhaitez autoriser pour le rôle.

Les trackers permettent de typer les demandes et de définir des workflows spécifiques pour chacun de ces types.

Les champs personnalisés vous permettent d'ajouter des informations supplémentaires sur les demandes. Un champ personnalisé peut être de l'un des types suivants: Integer: entier positif ou négatif String: chaîne de caractère Date: date Boolean: booléen (case à cocher) List: valeur à sélectionnée parmi une liste prédéfinie (liste déroulante) Des éléments de validation peuvent être définis: Obligatoire: champ dont la saisie est obligatoire sur les demandes Pour tous les projects: champ automatiquement associé à l'ensemble des projets Min - max length: longueurs minimales et maximales pour les champs en saisie libre (0 signifie qu'il n'y a pas de restriction) Expression régulière: expression régulière permettant de valider la valeur saisie Valeurs possibles: valeurs possibles pour les champs de type "Liste". Les valeurs sont séparées par le caractère | Si l'option Pour tous les projets n'est pas activée, chaque projet pourra choisir d'utiliser ou non le champ pour ses demandes.

Ces écrans vous permettent de définir les différents statuts possibles des demandes. Demande fermée: indique que le statut correspond à une demande considérée comme fermée Statut par défaut: statut appliqué par défaut aux nouvelles demandes (seul un statut peut être déclaré comme statut par défaut) Couleur: code couleur HTML (6 caractères) représentant le statut à l'affichage

Le workflow permet de définir les changements que les différents membres d'un projet sont autorisés à effectuer sur les demandes, en fonction de leur type. Sélectionnez le rôle et le tracker pour lesquels vous souhaitez modifier le workflow, puis cliquez sur Edit. L'écran vous permet alors de modifier, pour le rôle et le tracker choisi, les changements autorisés. Les lignes représentent les statuts initiaux des demandes. Les colonnes représentent les statuts autorisés à être appliqués. Remarque: pour qu'un rôle puisse changer le statut des demandes, la permission doit lui être explicitement donnée indépendemment de la configuration du workflow. Exemple de configuration d'un workflow Dans l'exemple ci-dessus, les demandes de type Bug au statut Nouveau pourront être passées au statut Assignée ou Résolue par le rôle Développeur. Celles au statut Assignée pourront être passées au statut Résolue. Le statut de toutes les autres demandes de type Bug ne pourra pas être modifié par le Développeur.

Les listes de valeurs utilisées par l'application (exemple: les priorités des demandes) peuvent être personnalisées. Cet écran vous permet de définir les valeurs possibles pour chacune des listes suivantes: Priorités des demandes Catégories de documents

Cet écran vous permet de sélectionner les actions qui donneront lieu à une notification par mail aux membres du projet. Remarque: l'envoi de mails doit être activé dans la configuration de l'application si souhaitez effectuer des notifications.

Affiche des informations relatives à l'application et à son environnement.

L'aperçu vous présente les informations générales relatives au projet, les principaux membres, les dernières annonces, ainsi qu'une synthèse du nombre de demandes ouvertes par tracker.

Par défaut, l'ensemble des demandes ouvertes du projet sont affichées. Différents filtres vous permettent de sélectionner les demandes à afficher. Si le projet comporte des sous-projets, vous avez la possibilité d'afficher également les demandes relatives aux sous-projets (non affichées par défaut). Une fois appliqué, un filtre reste valable durant toute votre session. Vous pouvez le redéfinir, ou le supprimer en cliquant sur Annuler. Liste des demandes

Cet écran présente la synthèse du nombre de demandes par statut et selon différents critères (tracker, priorité, catégorie). Des liens directs permettent d'accéder à la liste détaillée des demandes pour chaque critère.

Cette page présente l'ensemble des demandes résolues dans chacune des versions du projet. Certains types de demande peuvent être exclus de cet affichage.

Les nouvelles vous permettent d'informer les utilisateurs sur l'activité du projet.

Les documents sont groupés par catégories (voir Listes de valeurs). Un document peut contenir plusieurs fichiers (exemple: révisions ou versions successives).

Ce module vous permet de publier les différents fichiers (sources, binaires, ...) pour chaque version de l'application.

Public: si le projet est public, il sera visible (consultation des demandes, des documents, ...) pour l'ensemble des utilisateurs, y compris ceux qui ne sont pas membres du projet. Si le projet n'est pas public, seuls les membres du projet y ont accès, en fonction de leur rôle. Champs personnalisés: sélectionner les champs personnalisés que vous souhaitez utiliser au sein du projet. Seul l'administrateur peut ajouter de nouveaux champs personnalisés.

Cet écran vous permet de définir les membres du projet ainsi que leurs rôles respectifs. Un utilisateur ne peut avoir qu'un rôle au sein d'un projet donné. Le rôle d'un membre détermine les permissions dont il bénéficie sur le projet.

Les versions vous permettent de suivre les changements survenus tout au long du projet. A la fermeture d'une demande, vous pouvez par exemple indiquer quelle version la prend en compte. Vous pouvez par ailleurs publier les différentes versions de l'application (voir Fichiers).

Les catégories de demande vous permettent de typer les demandes. Les catégories peuvent par exemple correspondre aux différents modules du projet.