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 projets, les demandes ou les utilisateurs. Un champ personnalisé peut être de l'un des types suivants: Entier: entier positif ou négatif Chaîne: chaîne de caractère Date: date Booléen: booléen (case à cocher) Liste: 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 Exemples: ^\[A-Z]{4}\d+$ : 4 lettres majuscules suivies d'un ou plusieurs chiffres ^[^0-9]*$ : chaîne ne comportant pas de chiffres Valeurs possibles: valeurs possibles pour les champs de type "Liste". Les valeurs sont séparées par le caractère |

Obligatoire: champ dont la saisie est obligatoire

Pour tous les projects: champ automatiquement associé aux demandes de l'ensemble des projets Si cette option n'est pas activée, chaque projet pourra choisir d'utiliser ou non le champ pour ses demandes (voir configuration du projet).

Obligatoire: champ dont la saisie est obligatoire

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.

Par défaut, redMine s'appuie sur sa propre base de données pour authentifier les utilisateurs, à l'aide d'un mot de passe spécifique. Si vous disposez déjà d'un ou plusieurs référentiels externes d'utilisateurs (annuaires LDAP), vous pouvez les déclarer afin qu'ils soient utilisés pour l'authentification sur redMine. Cela permet aux utilisateurs d'accéder à redMine avec leurs identifiants et mots de passe habituels. Pour chaque référentiel déclaré, vous pouvez spécifier si les comptes peuvent être créés à la volée dans redMine. Si c'est le cas, les comptes utilisateurs sont automatiquement créés à la première connexion de l'utilisateur (sans droits spécifiques sur les projets), à partir des informations disponibles dans le référentiel. Sinon, l'administrateur doit au préalable créer le compte de l'utilisateur dans redMine.

Nom: nom d'affichage du référentiel Hôte: nom d'hôte du serveur LDAP Port: port de connexion au serveur LDAP Compte: DN du compte de connexion au LDAP (laisser vide si l'annuaire autorise l'accès anonyme en lecture) Mot de passe: mot de passe du compte de connexion Base DN: DN de base utilisé pour la recherche des utilisateur dans l'annuaire Filtre LDAP: Filtre de recherche des utilisateurs dans l'annuaire (optionnel) Attributs LDAP: Identifiant: nom de l'attribut LDAP utilisé comme identifiant de l'utilisateur (ex: uid) Prénom: nom de l'attribut LDAP contenant le prénom de l'utilisateur (ex: givenName) Nom: nom de l'attribut LDAP contenant le nom de l'utilisateur (ex: sn) Email: nom de l'attribut LDAP contenant l'adresse mail de l'utilisateur (ex: mail) Les attributs "Prénom", "Nom" et "Email" ne sont utilisés que lorsque les comptes sont créés à la volée.

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 pour les demandes du projet. Seul l'administrateur peut définir 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.