Les clients Microsoft Azure du monde entier ont désormais accès à Modern Requirements4DevOps afin de tirer parti de l'évolutivité, de la fiabilité et de l'agilité d'Azure pour stimuler le développement d'applications et définir leurs stratégies commerciales.
Lire la suite
En tant qu'administrateur, vous pouvez contrôler la manière dont les utilisateurs accèdent à leurs projets Modern Requirements4DevOps et interagissent avec ceux-ci en appliquant des paramètres d'administration.
Lire la suite
En tant qu'administrateur, vous pouvez contrôler la manière dont les utilisateurs accèdent à leurs projets Modern Requirements4DevOps et interagissent avec ceux-ci en appliquant des paramètres d'administration.
Lire la suite
En tant qu'administrateur, vous pouvez contrôler la manière dont les utilisateurs accèdent à leurs projets Modern Requirements4DevOps et interagissent avec ceux-ci en appliquant des paramètres d'administration.
Lire la suite
Apprenez à gérer efficacement les contrôles de conception des dispositifs médicaux grâce à Modern Requirements. Optimisez la conformité, les processus et les exigences réglementaires.
Lire la suite
Qu'est-ce que Modern Requirements4DevOps ? Poursuivez votre lecture pour découvrir comment fonctionne Modern Requirements4DevOps : quels problèmes il peut vous aider à résoudre, qui l'utilise, ainsi qu'un aperçu de ses fonctionnalités, de ses tarifs et de ses intégrations.
Je vais également vous expliquer en quoi Modern Requirements4DevOps se distingue des outils similaires.
Lisez l'article complet sur Digital Project Manager.
La gestion des droits est une nouvelle fonctionnalité de la version MR2020 permettant de contrôler l'accès des utilisateurs. L'administrateur du projet peut autoriser ou refuser à un groupe d'utilisateurs l'accès à un module MR et à ses fonctionnalités. À l'heure actuelle, la gestion des droits est disponible pour trois modules MR : Smart Docs, Baseline et Reporting.
Grâce à des autorisations flexibles et personnalisables, les équipes de projet peuvent trouver le juste équilibre entre collaboration et contrôle.
Chaque fois qu'une modification des autorisations est effectuée, elle s'applique immédiatement à toutes les équipes ou à tous les groupes d'utilisateurs auxquels ces autorisations ont été attribuées. Cela permet de mettre à jour et de gérer facilement les paramètres d'autorisation à mesure que les projets avancent et que les équipes changent de rôle.
La gestion des droits est accessible depuis l'extension Modern Requirements4DevOps, dans les paramètres du projet.
Les fonctionnalités pour lesquelles vous pouvez définir des autorisations varient d'un module à l'autre.
Les fonctionnalités de groupe disponibles sont les suivantes :
En général, trois types d'autorisations d'accès sont proposés pour chaque fonctionnalité de groupe :
« Autoriser »
« Refuser »
« Non défini »
Les équipes/groupes peuvent hériter automatiquement des paramètres d'autorisation des équipes/groupes parents. Les paramètres d'autorisation modifiés explicitement dans les équipes/groupes enfants peuvent prévaloir sur les autorisations héritées des équipes/groupes parents. Gardez à l'esprit les règles suivantes :
Lorsqu'un même utilisateur fait partie de plusieurs équipes ou groupes, les règles suivantes s'appliquent :
MatCal est une fonctionnalité de Modern Requirement4DevOps qui permet d'effectuer des calculs mathématiques et des opérations logiques sur des éléments de travail.
Pour gérer plus efficacement les relations entre les propriétés des tâches ! Cela vous évite d'avoir à effectuer manuellement des calculs en dehors de l'environnement du projet et réduit le risque d'introduire des résultats erronés dans vos projets.
Prenons ici un exemple simple pour illustrer la relation entre les propriétés d'un élément de travail.
Business Value and Priority are properties of work item Feature. Normally, high Business Value leads to high Priority.
With the right configuration, MatCal could help you manage the relationship by automatically assigning Priority value based on the Business Value input.
Scénario 1 : Niveau d'intégrité de sécurité automobile (ASIL) dans la norme ISO 26262
Scénario 2 : La note de risque est attribuée automatiquement en fonction du score de gravité et du score de fréquence
Scénario Scénario 3 : Le niveau de priorité est attribué automatiquement en fonction du score de gravité et du score de probabilité
Verification checks a product against its requirements; validation checks it...
A use case describes how a user interacts with a...
Traceability in Azure DevOps links work items to code and...
Lorsque vous migrez vers Azure DevOps, ou lorsque vous travaillez hors ligne sans être connecté à votre projet Azure DevOps existant, vous devez trouver un moyen d'importer vos nouvelles exigences dans Azure DevOps.
De nombreuses équipes sont confrontées au problème de l'intégration dans Azure DevOps des spécifications qu'elles ont créées dans Excel, Word ou d'autres outils. Heureusement, il existe plusieurs méthodes simples pour y parvenir sans avoir à ajouter une longue séance de copier-coller à votre processus !
Dans cet article, nous allons passer en revue plusieurs méthodes permettant d'importer des exigences.
L'une de ces options est gratuite, et certaines sont des fonctionnalités disponibles en ajoutant Modern Requirements4DevOps à votre projet Azure DevOps.
Les thèmes abordés dans cet article sont les suivants :
Que vous disposiez de l'ensemble ou d'une partie de vos exigences existantes dans Excel, ou que vous souhaitiez exporter des exigences depuis un outil interne vers un fichier .csv, il existe un moyen gratuit d'importer vos exigences dans votre projet Azure DevOps.
Il s'agit d'une solution gratuite, à condition que vous disposiez déjà d'Azure DevOps et d'Excel.
La première étape consiste à vérifier que vous disposez du complément Microsoft Excel intitulé « Team tab ».
Vous pouvez télécharger ce module complémentaire directement ici:
(Sur la page mentionnée ci-dessus, Azure DevOps Office® Integration 2019 figure dans la section « Autres outils, frameworks et composants redistribuables». )
Si vous avez cliqué sur le lien ci-dessus, vous pourrez activer l'onglet « Équipe » dans Excel.
Une fois activée, cette extension vous permet de relier une feuille Excel directement à un projet donné au sein de votre organisation Azure DevOps.
Une fois cette fonctionnalité activée, vous disposerez de deux fonctions principales :
1) Vous pourrez publier des exigences dansvotre projet à partir d'Excel
2) Vous pourrez exporter des exigences devotre projet versExcel
Cela signifie que vous pouvez modifier vos exigences depuis l'une ou l'autre des interfaces et synchroniser ces modifications avec votre projet. Par exemple, si vous importez des exigences dans Excel et y apportez des modifications, vous pouvez publier ces modifications pour les répercuter sur les exigences de votre projet.
Une fois que vous avez exécuté le programme d'installation que vous avez téléchargé, vous êtes prêt à activer l'extension.
Activer l'onglet « Équipe» dans Excel :
Dans cette vidéo, nous vous expliquons comment votre équipe peut utiliser les fonctionnalités d'importation offertes par le complément de l'onglet « Équipe » d'Excel.
La deuxième méthode pour importer des exigences dans votre projet consiste à utiliser Microsoft Word.
Cette fonctionnalité est une « fonctionnalité en avant-première » disponible avec toute licence Enterprise Plus de Modern Requirements4DevOps. Cela signifie que tout utilisateur de votre organisation disposant d'une licence Enterprise Plus pourra accéder à la fonctionnalité d'importation de fichiers Word et l'utiliser.
Si vous n'utilisez pas encore Modern Requirements4DevOps, vous pouvez tester cette fonctionnalité d'importation depuis Word en essayant Modern Requirements4DevOps dès aujourd'hui !
Alors, comment fonctionne l'importation depuis Word ?
Avertissement : comme il s'agit d'une fonctionnalité en avant-première, il ne faut pas s'attendre à ce que ce soit la solution la plus élégante, et cela nécessitera généralement quelques connaissances en programmation. Mais rien de bien compliqué : si vous pouvez faire appel à un développeur familiarisé avec le XML (ou tout autre langage de script) pendant une vingtaine de minutes, tout devrait bien se passer.
L'importation depuis Word fonctionne à partir d'un document Word correctement formaté qui utilise différents titres pour représenter les différents éléments de travail / exigences et leurs propriétés dans votre document.
Prenons par exemple un cahier des charges que vous avez peut-être déjà au format Word.
Vous avez probablement rédigé votre introduction, votre aperçu, votre champ d'application et d'autres éléments contextuels en utilisant le style « Titre 1 ».
Vous pourriez également inclure vos épopées, vos fonctionnalités et vos récits utilisateurs dans ce document.Votre document pourrait ressembler à ceci :
Titre 1 – Introduction
-> Paragraphe – C'estici que va tout le texte de l'introduction…
Titre 1 – Présentation
-> Paragraphe –Tout le texte de la présentation va ici…
Titre 1 – Champ d'application
-> Paragraphe –Tout le texte du champ d'application va ici…
Titre 1 – Exigences
-> Titre 2 – Nom de l'épopée
–> Titre 3 – Nom de la fonctionnalité
—> Titre 4 – Nom de l'histoire utilisateur
—-> Paragraphe – Description de l'histoire utilisateur ci-dessus
Votre document est peut-être un peu différent, mais ce n'est pas grave.Les principes que vous allez découvrir restent les mêmes.
L'importation depuis Word nécessite un document (illustré ci-dessus) et un ensemble de règles (expliqué ci-dessous).
En général, un administrateur crée un ensemble de règles que votre équipe utilisera pour importer des documents, et cette opération ne doit être effectuée qu'une seule fois.Ainsi, si vous disposez déjà d'un document et que votre administrateur a créé un ensemble de règles, vous êtes prêt à commencer.
Si votre administrateur doit créer un ensemble de règles, poursuivez votre lecture.
La création d'un ensemble de règles est extrêmement simple et s'effectue en modifiant un fichier XML.
Le fichier XML que vous créez déterminera la manière dont l'outil d'importation Word analyse votre document pour :
1) Identifier les parties du document qui constituent des éléments de travail ?
2) Identifier les parties du document qui constituent les propriétés d'un élément de travail donné ?
Si vous suivez ce tutoriel en temps réel, il peut être utile de télécharger ce fichier de règles pour commencer et de regarder la vidéo suivante :
Dans cette vidéo, nous vous expliquons comment utiliser le fichier de règles type pour importer un document d'exigences simple. N'oubliez pas que la création d'un ensemble de règles est généralement une opération ponctuelle.
Les diagrammes, les maquettes et les modèles de cas d'utilisation peuvent constituer des outils extrêmement utiles pour la rédaction et la collecte des exigences.
C'est pourquoi, grâce à Modern Requirements4DevOps, votre équipe peut facilement créer toutes ces visualisations directement depuis votre projet. Vous bénéficiez ainsi d'un modèle de « source unique de vérité » où tout est intégré à votre projet.
Mais peut-être disposez-vous déjà de schémas et de maquettes que vous aimeriez ajouter à votre projet Azure DevOps et associer aux exigences. Est-il possible d'importer ces ressources ?
La réponse est oui.
Notre outil de maquette et notre outil de schéma vous permettront tous deux d'intégrer facilement des maquettes ou des schémas existants dans votre projet Azure DevOps.
Pour ce faire, il vous suffit d'enregistrer votre ressource au format .png ou .jpeg à partir de l'outil de maquette ou de schéma de votre choix.
Vous pouvez ensuite importer la ressource que vous avez créée soit dans l'outil de simulation Modern Requirements4DevOp (maquettes),soit dansl'outil de schéma (schémas).
Vous vous demandez peut-être : « Mais si nous les téléchargeons au format .png ou .jpeg, comment pourrons-nous modifier nos schémas et nos maquettes ? » Eh bien, vous ne pourrez pas. Mais il y a tout de même une bonne raison de procéder ainsi.
Si vous souhaitez relier un seul diagramme à 25 exigences sans utiliser Modern Requirements, vous devrez ouvrir chacune des 25 exigences et les relier individuellement.
Lorsque vous mettrez à jour votre diagramme ultérieurement, vous devrez rouvrir les 25 exigences et modifier la pièce jointe.
Avec Modern Requirements4DevOps, vous pouvez toutefois créer un élément de travail « Diagramme » auquel vous pouvez associer directement toutes vos exigences nécessaires via le panneau de droite. Cela signifie que vous pourrez regrouper tous vos diagrammes en un seul endroit et, lorsque l'un d'entre eux devra être mis à jour, vous pourrez facilement y ajouter votre nouvelle image et associer votre pièce jointe à cet élément de travail unique.
Dans cet article, nous avons présenté trois méthodes différentes pour importer à la fois les exigences et leurs ressources dans votre projet Azure DevOps.
Vous pouvez importer des spécifications depuis Excel ou Word, ou encore importer vos schémas et maquettes existants.
Si vous souhaitez utiliser Modern Requirements4DevOps pour optimiser votre processus de gestion des exigences, n'hésitez pas à essayer notre produit ici !
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.
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.
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 :
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.
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
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
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.
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.
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 ».
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.
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
Rapports de différences
Annuler les tâches
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.
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.
End-to-end requirements management in Azure DevOps.
AI-powered assistance for DevOps workflows.
Autonomous AI agents for DevOps execution.
Real-time data sync across tools and systems.
