Une communauté est un environnement dans lequel les utilisateurs interagissent avec un groupe d'actifs apparentés. Les actifs d'une communauté peuvent avoir différents types, catégories, relations
et processus de révision.
Pour définir différents niveaux d'accès à la communauté, les administrateurs de communautés affectent des rôles et des droits à des utilisateurs et à des groupes d'utilisateurs.
Une communauté représente le niveau d'organisation le plus élevé des actifs et des utilisateurs dans IBM® Rational Asset Manager.
C'est un outil essentiel pour regrouper un ensemble de types d'actif.
Quel que soit son type, chaque actif doit se trouver dans une communauté.
Une communauté est composée d'utilisateurs et des rôles et droits qui leur sont affectés, d'actifs et de processus utilisés pour réviser et administrer des actifs. Les administrateurs de communautés gèrent les actifs, les rôles, les droits et les processus de révision pour permettre aux utilisateurs d'exploiter le référentiel de manière efficace. Pour plus d'informations sur le rôle des administrateurs de communautés, voir Administrateurs de communautés.
Eléments contrôlés par les communautés
Comme tous les actifs se trouvent dans une communauté, les communautés contrôlent les aspects suivants du référentiel :
- Rôles des utilisateurs et des groupes d'utilisateurs :
- Un rôle est un ensemble de droits pour une communauté
que les administrateurs affectent à des utilisateurs ou des groupes d'utilisateurs. Par exemple, avec le rôle de créateur d'actif intégré, un utilisateur peut rechercher, télécharger et créer des actifs. Des utilisateurs spécifiques peuvent avoir plusieurs rôles et exercer des rôles différents dans différentes communautés. Pour plus d'informations sur les rôles, voir Rôles et droits.
- Rôles des utilisateurs individuels :
- Après avoir configuré les rôles appropriés pour les utilisateurs dans votre
communauté, vous pouvez affecter ces rôles à des utilisateurs individuels du référentiel.
- Rôles des utilisateurs génériques :
- Vous pouvez affecter des rôles à deux groupes génériques de votre communauté :
- Tous les utilisateurs : vous pouvez utiliser ce groupe pour affecter un rôle à toute personne
qui utilise le client Web après s'être connecté. Par exemple, vous souhaitez autoriser tous les utilisateurs à afficher les résultats de la recherche pour les actifs de la communauté.
- Utilisateurs connectés : vous pouvez utiliser le groupe Utilisateurs connectés pour affecter un rôle à un utilisateur qui s'est connecté au référentiel.
- Groupes d'utilisateurs et rôles des groupes :
- Au lieu d'affecter individuellement le même rôle à de nombreux utilisateurs, vous pouvez placer des utilisateurs dans un groupe d'utilisateurs et affecter un rôle à ce groupe.
Par exemple, vous pouvez créer le groupe Réviseurs d'actifs. Tous les membres d'un groupe d'utilisateurs possèdent le même rôle. Un utilisateur peut faire partie de plusieurs groupes d'utilisateurs dans la même communauté. Si vous utilisez l'authentification LDAP, vous pouvez générer un groupe d'utilisateurs de manière dynamique à partir d'un groupe LDAP.
- Types d'actif et catégories applicables uniquement aux actifs de la communauté :
- Toutes les communautés peuvent utiliser les types d'actif et les schémas de catégorie définis pour l'ensemble du référentiel. En outre, les administrateurs de la communauté peuvent modifier des types d'actif et des catégories ou créer des types d'actif et des schémas de catégorie disponibles uniquement pour les actifs de cette communauté. Pour plus d'informations sur la création de types d'actif ou de catégories propres à la communauté, voir Créer des types d'actifs communautaires et Créer des schémas de catégories communautaires.
- Cycles de vie pour la gestion et l'administration du développement d'actifs :
- Vous pouvez utiliser des cycles de vie pour gérer le processus de révision d'actifs.
Avec les cycles de vie, vous pouvez définir des gestionnaires de cycle de vie et des réviseurs pour les différentes étapes du développement d'actifs, comme Brouillon et Approuvé. Vous pouvez également définir des stratégies pour tester différentes conditions d'administration des actifs. Par exemple, vous pouvez autoriser l'approbation d'un actif uniquement s'il correspond à un type d'artefact. Pour plus d'informations, voir Créer des processus de cycle de vie personnalisés et Stratégies applicables aux cycles de vie.
- Intégrations à des outils externes :
- Vous pouvez étendre les fonctionnalités du produit en connectant une communauté aux outils suivants :
- Serveurs IBM Jazz, comme IBM Rational Team Concert ou IBM Rational Requirements Composer :
si une connexion est établie avec un serveur Jazz,
vous pouvez ajouter des liens vers des ressources du serveur, telles que des incidents ou des améliorations via des forums de la communauté Rational Asset Manager.
Vous pouvez également ajouter des liens vers des ressources du serveur Jazz sous forme d'attributs pour des types d'actif. Par exemple, pour un actif de type Version, vous pouvez créer un lien vers la planification des ressources d'éléments sur un serveur Rational Team Concert qui suit les améliorations apportées à la version en cours.
- Serveurs de gestion des changements, comme IBM Rational ClearQuest :
si une connexion est établie avec un serveur de gestion des changements, tous les membres d'une communauté peuvent signaler un problème lié à un actif à l'aide des forums Rational Asset Manager.
Pour
plus d'informations, voir Intégrer avec Rational ClearQuest.
- IBM WebSphere Service Registry and Repository :
si une connexion est établie à WebSphere Service
Registry and Repository (WSRR), vous pouvez publier des actifs avec des artefacts de services Web ou d'autres objets métier dans WSRR. Vous pouvez également créer des enregistrements appelés actifs distants dansRational Asset Manager pour certains objets de WSRR. Vous pouvez gérer ce processus de manière dynamique avec des cycles de vie. Pour
plus d'informations, voir Intégrer à WebSphere Service Registry and Repository.
- IBM Tivoli Change and
Configuration Management Database (CCMDB) : vous pouvez utiliser Rational Asset Manager pour
stocker des actifs logiciels ou de support dans une bibliothèque définitive de CCMDB.
Quand créer des communautés
Vous pouvez être amené à créer des communautés pour les raisons suivantes :
- Reproduire la structure organisationnelle de votre entreprise : chaque service
de l'entreprise peut avoir sa propre communauté et ses propres exigences pour les actifs du référentiel.
- Mieux gérer la croissance du référentiel : lorsque vous utilisez des rôles
et des droits dans les communautés pour limiter le nombre d'actifs que les utilisateurs peuvent rechercher et utiliser, le référentiel est plus facilement gérable.
- Gérer un projet spécifique : vous pouvez être amené à créer une communauté basée sur un seul projet, qui se compose de tous les actifs et de tous les utilisateurs du projet.
- Regrouper les utilisateurs dotés de rôles et de besoins communs pour des actifs réutilisables : au lieu de créer des communautés correspondant à la structure de votre organisation, vous pouvez créer des communautés pour regrouper des utilisateurs travaillant dans des services différents mais dotés de rôles identiques. Par exemple, vous pouvez créer une communauté pour tous les développeurs de logiciels de tous les services afin qu'ils puissent facilement communiquer et partager des actifs réutilisables.
Quand ne pas créer de communauté
Avant de créer une communauté, vérifiez que vous disposez des ressources nécessaires pour l'administrer. Les coûts d'administration liés à l'affectation des rôles, à la création et à la gestion des cycles de vie des actifs et à la création des types d'actif personnalisés et des catégories de chaque communauté peuvent être lourds.