Notes de mise à jour
Modern Requirements4DevOps 2019 - Mise à jour n° 2
Bienvenue dans la mise à jour 2 de Modern Requirements4DevOps 2019! De nombreuses améliorations et nouveautés ont été ajoutées dans cette version. Vous trouverez ci-dessous une version commentée des notes de mise à jour, destinée à guider les utilisateurs tout au long de la mise à jour vers Modern Requirements4DevOps.
Généralités
Un tout nouvel outil a été ajouté à Modern Requirements pour vous aider à répondre à vos besoins en matière de traçabilité et de gestion de projet. L'outil MR Artifact!
L'outil « MR Artifact Tool » est accessible depuis le menu contextuel de n'importe quel élément de travail. Cet outil répertorie tous les artefacts Modern Requirements auxquels l'élément de travail est associé ! Les utilisateurs peuvent désormais voir rapidement quels artefacts Modern Requirements utilisent l'élément de travail sélectionné.
Cet outil permet actuellement de suivre les éléments de travail contenus dans les Smart Docs, les révisions et les versions de référence.
L'outil de comparaison, qui sert à comparer directement les différentes versions d'un élément de travail, a été, faute d'un meilleur terme, révisé !
Les identifiants de révision sont désormais davantage différenciés grâce à de nouvelles propriétés. Ces nouvelles propriétés sont « Dernière approbation » et « Dernière révision ». Elles s'appliquent aux révisions des éléments de travail qui ont fait l'objet d'une révision au cours de leur cycle de vie.
Ces propriétés s'afficheront à côté de l'identifiant de révision dans le menu déroulant de l'outil de comparaison.
Lorsque vous utilisez l'outil de comparaison, celui-ci affiche automatiquement une révision par défaut dans le menu déroulant. Lorsque vous ouvrez ce menu, les éléments « Dernière approbation » et « Dernière révision » apparaissent respectivement en haut de la liste. Ils sont suivis des autres révisions, classées par ordre décroissant (de la plus récente à la plus ancienne).
Lorsque l'outil de comparaison est lancé, le menu déroulant de gauche affiche toujours la révision pertinente de l'élément de travail. Lorsqu'il est ouvert à partir du backlog, ce champ contient la dernière révision. Lorsqu'il est lancé à partir d'une revue, ce champ affiche par défaut la révision de l'élément de travail qui a été incluse dans la revue. Lorsqu'il est accessible à partir d'une baseline, ce champ affiche la révision de l'élément de travail telle qu'elle était au moment de la création de la baseline.
Le menu déroulant de droite correspond au champ de comparaison des révisions. Si l'élément de travail a fait l'objet d'une révision, ce champ affiche par défaut la dernière révision approuvée.
S'il n'existe aucune révision approuvée, ce champ affichera par défaut la dernière révision révisée.
Si le menu déroulant de gauche affiche par défaut la dernière révision approuvée d'un élément de travail, celui de droite restera vide.
L'outil de comparaison est accessible à partir d'un élément de travail nouvellement créé. Cependant, en l'absence de révisions, le menu déroulant de droite sera à nouveau vide.
Lorsque vous lancez l'outil de comparaison à partir de l'onglet « Comparer les versions de référence », celui-ci fonctionne différemment. La comparaison n'est plus automatique, car c'est l'utilisateur qui compare manuellement l'élément de travail entre deux versions de référence. Les menus déroulants de l'outil s'affichent alors par défaut sur la révision de l'élément de travail incluse dans chaque version de référence comparée.
Lorsqu'il utilise l'outil de comparaison, l'utilisateur peut interagir avec l'un ou l'autre des menus déroulants et effectuer n'importe quelle comparaison entre les révisions.
Documents intelligents
Smart Docs a élargi ses fonctionnalités grâce à l'ajout de trois nouvelles fonctionnalités…
Les éléments enfants créés dans Smart Docs peuvent désormais hériter automatiquement des propriétés de leur élément parent !
Le Meta Template Designer de Smart Docs permet désormais aux utilisateurs de configurer des éléments de travail avec des champs héritables. Lors de la création à la volée d'un élément de travail enfant à partir d'un nœud parent, les valeurs des champs configurés peuvent être héritées du parent. Cette règle ne s'applique pas lors de l'insertion d'éléments de travail existants.
Smart Editor a également introduit une nouvelle fonctionnalité avec des champs en lecture seule.
Dans le modèle de processus, certains champs peuvent être définis comme étant en lecture seule. Smart Editor traitera également ces champs comme étant en lecture seule.
Exigences actuelles : l'interaction des parties prenantes avec Smart Docs s'est encore améliorée grâce à l'ajout d'une option permettant d'ouvrir des tâches. Auparavant, les parties prenantes ne pouvaient pas ouvrir de tâches ; désormais, elles le peuvent !
Lorsque cette option est activée, les parties prenantes invitées à rejoindre le projet pourront ouvrir les éléments dans l'éditeur standard d'Azure DevOps.
Les parties prenantes peuvent accéder à cette fonctionnalité depuis les onglets « Document » et « Comparer » de Smart Docs.
D'autres améliorations ont été apportées aux fonctionnalités actuelles du module Smart Docs.
Le Meta Template Designer permet désormais aux utilisateurs de mettre à jour les modèles de document enregistrés. Auparavant, cette fonctionnalité ne s'appliquait qu'aux méta-modèles ; désormais, les modèles de document peuvent également être mis à jour !
Cela permet aux utilisateurs d'apporter des modifications à la volée à n'importe lequel de leurs modèles de document.
Les fonctionnalités comprennent :
- Modifier la hiérarchie des éléments de travail
- Renommer les modèles
- Supprimer les modèles
- Cloner des modèles ; créer une version unique d'un modèle à modifier
Les modifications apportées aux modèles de document peuvent être appliquées à tous les Smart Docs utilisant ce modèle. Une fois les modifications effectuées, il suffit à l'utilisateur d'utiliser la fonction « Mettre à jour tous les modèles » dans la barre d'outils Smart Docs.
Une modification importante a été apportée à l'apparence de Smart Docs.
L'habillage du texte et des images a été amélioré dans Smart Docs : toutes les données incluses s'affichent désormais correctement sur la ligne suivante.
Il s'agit d'un changement purement esthétique. Toutefois, ce changement devrait considérablement améliorer la lisibilité et la façon dont l'utilisateur perçoit visuellement le document final.
Les titres, les champs HTML, les images de grande taille et les tableaux de Smart Docs bénéficieront tous de cette amélioration.
Gestion des avis
Le module de gestion des évaluations a également été enrichi de nouvelles fonctionnalités très pratiques.
En tant qu'initiateur d'une révision, vous pourrez désormais soumettre des commentaires sans avoir besoin d'être réviseur – un initiateur de révision est en effet réviseur par défaut.
Deux nouveaux types de rapports d'audit ont été ajoutés au module de gestion des révisions.
Rapport d'audit de conformité:
Le rapport contient tous les détails relatifs aux actions d'approbation appliquées aux éléments de travail lors de la révision
- Les détails indiqueront notamment si un élément de travail a été approuvé ou rejeté, ainsi que le profil de l'utilisateur concerné, les commentaires de réponse, les actions de révision, les commentaires supplémentaires et les éléments de travail associés.
Rapport des résultats de l'évaluation :
Le rapport contient tous les détails des actions de révision appliquées aux éléments de travail concernés par la révision
- Les détails indiqueront notamment si un élément de travail a été examiné et par quel profil d'utilisateur, ainsi que les commentaires de réponse, les actions de révision, les commentaires supplémentaires et les éléments de travail associés.
Il convient de noter que le rapport d'audit de révision actuel sera rebaptisé « rapport d'audit historique ».
Les utilisateurs ont toujours accès à l'option « Rapport d'audit hérité ».
Le module de gestion des révisions a bénéficié de plusieurs améliorations au niveau de ses fonctionnalités principales.
La manière dont Modern Requirements gère les métadonnées des révisions a été entièrement repensée. Lorsque vous créez une révision, les métadonnées correspondantes sont désormais enregistrées dans votre dépôt (système de contrôle de version).
Les métadonnées des évaluations étaient auparavant stockées dans le champ HTML d'un élément de travail de type « Demande de commentaires ».
La mise à jour 2 a également apporté des modifications au processus opérationnel de gestion des révisions.
L'ancien processus de création des révisions était lent et comportait de nombreux liens ; trois liens étaient créés pour chaque élément de travail inclus dans une révision.
Dans la mise à jour 2, lorsqu'une révision est créée, aucun lien ne sera plus établi entre les demandes de commentaires et les éléments de travail inclus dans la révision.
De plus, le système ne créera plus de tâche de réponse aux commentaires lorsqu'un utilisateur soumet une réponse à une révision (approbation/soumission de la révision).
Ce nouveau processus est plus efficace et ne contient aucun lien, ce qui permet de contourner la limite de 1 000 liens par élément de travail imposée par Azure DevOps.
De plus, l'automatisation a été améliorée pour la réalisation des actions courantes dans le cadre des révisions.
Lorsque vous utilisez la fonctionnalité « Lier un élément de travail » pour associer un élément de travail à une approbation ou à un rejet, le lien est établi directement avec l'élément de travail que l'utilisateur est en train d'examiner.
Les commentaires saisis dans l'onglet « Détails » seront automatiquement ajoutés à la tâche « Demande de commentaires », accompagnés des informations de profil de l'auteur du commentaire.
Une fois l'évaluation terminée, un commentaire sera ajouté à la tâche « Demande de commentaires », accompagné des informations de profil du participant.
Une fois les révisions clôturées, aucune autre action ne peut être effectuée en matière d'approbation ou de commentaire. Cela empêchera les parties prenantes de la révision d'ajouter des commentaires supplémentaires ou de lier des tâches à la révision clôturée.
Des modifications ont également été apportées afin de mettre à jour l'interface utilisateur du formulaire contextuel de demande de révision.
- Lorsqu'on lance une révision à partir de Smart Docs, la section des tâches ne s'affiche plus
- Lors de la prévisualisation d'une révision, la liste des tâches sélectionnées ne s'affichera plus
- Le corps d'un e-mail généré lors d'une révision ne contiendra plus la liste des tâches sélectionnées
Référence
Le module Baseline a vu ses capacités renforcées grâce à l'ajout de nouvelles fonctionnalités permettant d'améliorer le suivi et la gestion de vos tâches.
Lorsqu'ils comparent des états de référence, les utilisateurs peuvent désormais définir quels types de liens spécifiques déclenchent un indicateur de modification. Auparavant, ils avaient uniquement la possibilité de désactiver ce déclencheur ou de l'appliquer à tous les types de liens. Cette configuration est accessible depuis le panneau d'administration.
Les rapports de différences ont été améliorés afin de n'afficher que les champs configurés comme déclencheurs d'indicateurs de modification. Auparavant, l'interface utilisateur de l'outil de comparaison et les rapports de différences n'étaient pas synchronisés.
Grâce à l'ajout de la fonctionnalité permettant de suivre les modifications de type de lien entre les versions de référence, les rapports de différences offriront désormais la possibilité de signaler ces modifications.
L'outil « Copy/Reuse Baseline » a également vu ses fonctionnalités améliorées.
Le système copiera automatiquement le chemin d'accès à la zone/itération du projet source et l'appliquera aux éléments de travail copiés si des valeurs identiques existent dans le projet cible.
Comme le montre cet exemple, lors de la copie d'un élément de travail, son chemin d'itération est copié depuis le projet source et défini dans le projet cible.
Rapport intelligent
Comme dans les versions précédentes de l'outil Smart Report, les utilisateurs peuvent importer et appliquer des modèles Word à leurs rapports. La mise à jour 2 permet désormais d'hériter de la mise en forme Word lorsque les rapports Smart Report sont exportés vers Microsoft Word et qu'un modèle Word est appliqué.
À partir du modèle, Smart Reports reprendra la mise en forme des titres, la taille de la police, le texte souligné ou en gras, la couleur de la police, l'indentation et l'alignement.
Cette option se trouve dans le menu déroulant « Feuille de style ».
Panneau d'administration
Des améliorations ont également été apportées au traitement des données relatives aux exigences modernes.
Les données Modern Requirements seront désormais automatiquement synchronisées avec le contrôle de version d'Azure DevOps Server (TFS) pour les déploiements de builds avec authentification unique.
Pour utiliser cette fonctionnalité, ajoutez les identifiants d'un utilisateur au niveau de la collection dans l'onglet « Général » du panneau d'administration Modern Requirement4DevOps.
Si les identifiants n'ont pas été fournis, un message d'avertissement s'affichera.
Les données relatives aux exigences modernes seront synchronisées à la fois avec GIT et avec le système de contrôle de version Team Foundation.
Évolutivité
Modern Requirements est conscient que les projets de nos clients sont appelés à évoluer, et que leur logiciel de gestion des exigences doit s'adapter à cette évolution.
Les performances en termes de débit de Modern Requirements4DevOps ont été considérablement optimisées. La mise à jour 2 permet désormais de prendre en charge de grands volumes de données dans les modules traitant un nombre important de tâches. La prise en charge des données volumineuses a été ajoutée aux modules Gestion des révisions, Référence et Rapport intelligent.
Les analyses et les rapports intelligents peuvent désormais être créés avec un maximum de 10 000 éléments de travail.
Les utilisateurs peuvent désormais créer des références comprenant jusqu'à 100 000 éléments de travail.
Parmi les autres améliorations apportées au débit dans la version de référence, on peut citer :
Copier des éléments de travail
- 5 000 tâches dans Azure DevOps Server
- 2 000 tâches dans Azure DevOps Service
Rapports de différences
- 10 000 tâches dans Azure DevOps Server
- 3 000 tâches dans Azure DevOps
Annuler les tâches
- Cette opération peut être effectuée sur 10 000 éléments de travail
Les opérations impliquant de grands volumes de données peuvent parfois prendre beaucoup de temps. Modern Requirements sait que votre temps est précieux et a déjà mis en place des fonctionnalités visant à améliorer l'efficacité.
Les opérations chronophages ne vous ralentissent plus. Elles s'exécutent désormais en arrière-plan et les utilisateurs ont la possibilité d'être informés par e-mail une fois celles-ci terminées.
Cette fonctionnalité a été intégrée au module de gestion des révisions et est disponible lors de l'utilisation de la fonction « Approuver/Rejeter tout » sur de grands ensembles d'éléments de travail. Le système détectera automatiquement si l'opération doit prendre plus d'une minute et en informera l'utilisateur.
Cette fonctionnalité prend également en charge le Smart Report. Si la génération du Smart Report ne s'effectue pas immédiatement, un processus en arrière-plan sera lancé. En ce qui concerne le Smart Report, les e-mails de notification contiendront des liens permettant à l'utilisateur d'enregistrer son rapport au format Word ou PDF.
Corrections de bogues
La fonctionnalité et l'expérience utilisateur sont des éléments essentiels de la philosophie de conception de Modern Requirements.
Plusieurs bogues ont été identifiés et corrigés dans le cadre de la mise à jour 2. Consultez la liste complète des corrections de bogues ou lisez les notes de mise à jour ici.
