Présentation

Un schéma ALM offre les fonctionnalités de sécurité, de gouvernance, de traçabilité et de gestion des enchaînements d'activités.

Le schéma ALM repose sur des types d'enregistrement principaux liés entre eux pour garantir que les demandes de changement sont évaluées, affectées, suivies, exécutées et résolues dans le cadre d'un processus qui assure une traçabilité et un suivi complet.

Les types d'enregistrement principaux sont ALMRequest, ALMTask et ALMActivity. Un enregistrement ALMRequest représente une demande d'un certain type de changement. Une tâche ALMTask adresse une demande et aide à gérer les activités, qui sont les unités de travail requises pour exécuter la tâche.

Un enregistrement ALMTask peut être utilisé par un gestionnaire ou chef d'équipe pour gérer le travail à effectuer et les ressources à affecter pour toutes les activités.

Chaque type d'enregistrement de travail ALM dispose d'une zone Type pouvant être utilisée pour décrire le type de travail (Defect, Enhancement et Release requirement par exemple). Bien que les packages ALM incluent des valeurs Type communes aux meilleures pratiques de développement de logiciels, vous n'y êtes pas limité et pouvez créer vos propres types.

Les relations entre les types d'enregistrement peuvent permettre de faciliter les processus de gestion des changements impliquant plusieurs rôles. Par exemple, lorsqu'une action CreateTask d'un enregistrement Request est exécutée, une ou plusieurs tâches peuvent être créées. Si des tâches ont déjà été créées pour cette demande, vous pouvez spécifier la création du même ensemble ou d'un ensemble différent d'une ou plusieurs tâches avec des types de tâche identiques ou non aux types de demande. Lorsqu'une action CreateActivity d'un enregistrement Task est par exemple exécutée, une ou plusieurs activités de différents types peuvent être créées. Si des activités existent déjà pour cette tâche, vous pouvez créer un ensemble d'activités différent. La souplesse de personnalisation du processus de travail est disponible mais facultative.

Chaque type de travail peut être associé à des rôles utilisateur spécifiques (par exemple, un rôle Test associé à une activité Test). Chaque rôle répertorie les membres de l'équipe qui sont autorisés à effectuer ce type de travail.

Un processus de travail ALM commence par une demande :
  1. Un utilisateur soumet une demande. La demande de changement peut décrire une demande d'amélioration, un besoin d'édition ou un défaut.
  2. Une équipe de tri ou un gestionnaire de contrôle des changements révise la demande et l'accepte ou la refuse. S'il l'accepte, il crée une tâche, qui est une description de niveau élevé du travail à effectuer pour implémenter la demande. L'enregistrement de demande inclut un lien vers l'enregistrement de tâche et la tâche est affectée à un projet.
  3. Un coordinateur de développement de logiciel ou un autre chef d'équipe révise la tâche, puis l'active. L'activation de la tâche crée des activités destinées à compléter la tâche. Le chef d'équipe affecte ces activités aux membres de l'équipe. Les activités sont par exemple des activités de développement, de test et de documentation (Doc). L'enregistrement de tâche inclut des liens vers les enregistrements d'activité, qui incluent des liens vers la tâche.
  4. Les coordinateurs de développement, de test et de documentation attribuent leurs activités aux membres de l'équipe qui mettent à jour les enregistrements d'activité, afin que ceux-ci reflètent leur travail. Lorsque le travail est terminé, ils distribuent leurs changements et marquent leurs activités comme étant Complete.
  5. Un ingénieur d'édition intègre et compile les changements distribués, puis crée des versions de référence.
  6. Un testeur teste les changements dans les versions de référence. Le coordinateur de test marque une tâche de test comme étant Complete une fois que les activités de test ont été exécutées et terminées.
  7. L'utilisateur qui a soumis la demande passe en revue la tâche et ses activités et, s'il est satisfait, la marque comme étant Complete.
Ce processus permet de fournir la traçabilité d'une demande d'utilisateur initiale à toutes les activités requises pour satisfaire la demande.
Les types de rôles communs pour un schéma ALM sont :

Bien qu'un utilisateur puisse avoir plusieurs rôles à tout moment, un schéma ALM permet une transition définie plus précisément entre les rôles. Par exemple, le même utilisateur (développeur de logiciels) peut soumettre une demande puis s'affecter une activité associée et la résoudre. Dans cet exemple, le même utilisateur est l'émetteur, le coordinateur de développement et le testeur.


Retour d'informations