Les clients Microsoft Azure dans le monde entier ont maintenant accès à Modern Requirements4DevOps pour profiter de l’évolutivité, de la fiabilité et de l’agilité d’Azure afin de stimuler le développement d’applications et d’orienter les stratégies d’affaires.
Continuer la lecture
En tant qu’administrateur, vous pouvez contrôler la façon dont les utilisateurs accèdent et interagissent avec leurs projets Modern Requirements4DevOps en appliquant des paramètres administrateurs.
Continuer la lecture
En tant qu’administrateur, vous pouvez contrôler la façon dont les utilisateurs accèdent et interagissent avec leurs projets Modern Requirements4DevOps en appliquant des paramètres administrateurs.
Continuer la lecture
En tant qu’administrateur, vous pouvez contrôler la façon dont les utilisateurs accèdent et interagissent avec leurs projets Modern Requirements4DevOps en appliquant des paramètres administrateurs.
Continuer la lecture
Apprenez à gérer efficacement les contrôles de conception des dispositifs médicaux avec Modern Requirements. Optimisez la conformité, les processus et les besoins réglementaires.
Continuer la lecture
Qu’est-ce que Modern Requirements4DevOps? Lisez la suite pour découvrir comment fonctionne Modern Requirements4DevOps — quels problèmes il peut vous aider à résoudre et qui l’utilise, ainsi qu’un aperçu de ses fonctionnalités, prix et intégrations.
Je vais aussi expliquer comment Modern Requirements4DevOps se compare à des outils similaires.
Lisez l’article complet sur Digital Project Manager.
La gestion des droits est une nouvelle fonctionnalité de la version MR2020 pour contrôler l’accès des utilisateurs. L’administrateur de projet peut accorder ou refuser à un groupe d’utilisateurs l’accès à un module MR et à ses fonctionnalités. Actuellement, la gestion des droits est disponible pour trois modules MR : Smart Docs, Baseline et Reporting.
Des permissions flexibles et personnalisables permettent aux équipes de projet de maintenir l’équilibre approprié entre collaboration et contrôle.
Chaque fois qu’un changement de permission a lieu ici, il aura un impact immédiat sur chaque équipe ou groupe d’utilisateurs à qui les permissions sont attribuées. Cela garantit que les paramètres de permissions peuvent être facilement mis à jour et maintenus au fur et à mesure que les projets progressent et que les équipes changent de rôle.
La gestion des droits est accessible depuis l’extension Modern Requirements4DevOps dans Paramètres du projet.
Les fonctionnalités disponibles pour lesquelles vous pouvez définir des permissions varient d’un module à l’autre.
Les caractéristiques de groupe disponibles sont les suivantes :
Il y a généralement trois types d’accès aux permissions à choisir pour chaque fonctionnalité de groupe :
« Permets »
« Nier »
« Non Réglé »
Teams/Groups peuvent automatiquement hériter des paramètres d’autorisation des Teams/Groups parent. Les paramètres des permissions modifiés explicitement dans les équipes/groupes enfants peuvent écraser les permissions héritées des équipes/groupes parents. Gardez en tête les règles suivantes :
Lorsque le même utilisateur existe dans plus d’une équipe/groupe, les règles suivantes s’appliquent :
MatCal est une fonctionnalité de Modern Requirement4DevOps utilisée pour effectuer des expressions mathématiques et logiques sur des éléments de travail.
Pour gérer les relations entre les propriétés des objets de travail de façon plus intelligente! Cela élimine les efforts manuels liés au calcul en dehors de l’environnement du projet et évite les risques d’introduire des résultats de calcul incorrects dans vos projets.
Voyons un exemple simple ici pour illustrer une relation entre les propriétés des objets 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) selon ISO 26262
Scénario 2 : La cote de risque est automatiquement attribuée selon le score de gravité et le score d’occurrence
Scénario 3 : La cote de priorité est automatiquement attribuée selon le score de sévérité et le score de vraisemblance
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 passez à Azure DevOps, ou que vous travaillez hors ligne en dehors de votre projet Azure DevOps existant, vous avez besoin d’un moyen d’intégrer vos nouvelles exigences créées dans Azure DevOps.
Beaucoup d’équipes ont le problème d’intégrer les exigences qu’elles ont créées dans Excel, Word et ailleurs dans Azure DevOps. Heureusement, il existe quelques façons simples de faire cela sans avoir à vous soucier d’ajouter une longue session de copier/coller à votre processus!
Dans cet article, nous allons couvrir plusieurs façons différentes de répondre aux exigences d’importation.
L’une de ces options est gratuite, et certaines sont des fonctionnalités offertes par l’ajout de Modern Requirements4DevOps à votre projet Azure DevOps.
Les sujets abordés dans cet article sont les suivants :
Que vous ayez toutes ou partie de vos exigences existantes dans Excel, ou que vous souhaitiez exporter les exigences d’un outil interne vers un fichier .csv, il existe une façon gratuite d’importer vos exigences dans votre projet Azure DevOps.
C’est une solution gratuite – à condition que vous ayez déjà Azure DevOps et Excel.
La première étape est de vous assurer d’avoir la complétion Microsoft Excel appelée « onglet Équipe ».
Vous pouvez télécharger cet add-in directement d’ici :
(Sur la page mentionnée ci-dessus, Azure DevOps® Office Integration 2019 est listé dans la section Autres outils, cadres et redistribuables.)
Si vous cliquez sur le lien ci-dessus, vous pourrez activer l’onglet Excel.
Une fois activée, cette extension vous permet de connecter directement un feuille Excel à un projet donné dans votre organisation Azure DevOps.
Lorsque vous l’activez, vous aurez deux fonctions principales à votre disposition :
1) Vous pourrez publier les exigences de votre projet à partir d’Excel
2) Vous pourrez extraire les exigences de votre projet vers Excel
Cela signifie que vous pouvez travailler sur vos besoins depuis l’une ou l’autre interface et connecter les changements à votre projet. c’est-à-dire que si vous intégrez les exigences dans Excel et faites des modifications, vous pouvez publier ces modifications en sauvegarde de vos exigences dans votre projet.
Après avoir lancé l’installateur que vous avez téléchargé, vous êtes prêt à activer l’extension.
Activation de l’onglet Équipe dans Excel :
Dans cette vidéo, nous expliquons comment votre équipe peut utiliser les capacités d’importation offertes par l’onglet Excel Team.
La deuxième façon d’importer les exigences dans votre projet est via Microsoft Word.
Cette fonctionnalité est une « fonctionnalité d’aperçu » disponible avec n’importe quelle licence Enterprise Plus Modern Requirements4DevOps. Cela signifie que tout utilisateur de votre organisation disposant d’une licence Enterprise Plus pourra accéder et utiliser la fonction d’importation de Word.
Si vous n’utilisez pas actuellement Modern Requirements4DevOps, vous pouvez essayer cette fonction d’importation de mots en essayant Modern Requirements4DevOps dès aujourd’hui!
Alors, comment fonctionne l’importation de mots?
Avertissement : En tant que fonction de prévisualisation, vous devez vous attendre à ce que ce ne soit pas la solution la plus jolie, et qu’il faudra généralement des connaissances en codage. Mais pas grand-chose – et si vous pouvez emprunter un développeur familier avec le xml (ou tout autre langage de script) pendant 20 minutes, vous devriez très bien vous en sortir.
L’importation de Word fonctionne en ayant un document Word bien 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.
Par exemple, prenons un exemple de BRD que vous avez peut-être déjà au format Word.
Vous avez probablement vos éléments d’introduction, d’aperçu, de portée et d’autres éléments de contexte utilisant le style du titre 1.
Vous pourriez ensuite inclure vos Épopées, Fonctionnalités et Histoires d’utilisateur dans ce document également. Votre document pourrait ressembler à ceci :
Titre 1 – Introduction
-> paragraphe – Tout le texte de l’introduction va ici...
Titre 1 – Aperçu
-> paragraphe –Tout le texte du Résumé est ici...
Cap 1 – Portée
-> paragraphe – Tout le texte du Scope va ici...
Titre 1 – Exigences
-> Titre 2 – Nom d’Epic
–> Titre 3 – Nom de la caractéristique
—> Titre 4 – Nom de l’histoire utilisateur
—-> Paragraphe – Description de l’histoire utilisateur ci-dessus
Maintenant, votre document peut être un peu différent, mais ce n’est pas grave. Les principes que vous allez apprendre sont les mêmes.
L’importation de mots nécessite un document (illustré ci-dessus) et un ensemble de règles (expliqué ci-dessous).
Typiquement, un administrateur crée un ensemble de règles que votre équipe utilisera pour importer les documents, et cela ne devra être fait qu’une seule fois. Donc, si vous avez déjà créé un document et que votre administrateur a créé un système de règles, vous êtes prêt.
Si votre administrateur doit créer un ensemble de règles, lisez la suite.
Créer un ensemble de règles est incroyablement simple et se fait en modifiant un fichier XML.
Le fichier XML que vous créez déterminera comment l’outil d’importation de Word analyse votre document pour :
1) Quelles parties du document sont des éléments de travail?
2) Quelles parties du document sont des propriétés d’un élément de travail donné?
Si vous travaillez là-dessus en temps réel, il pourrait être utile de télécharger ce fichier de règles comme point de départ et de regarder la vidéo suivante :
Dans cette vidéo, nous expliquons comment utiliser le fichier de règles d’exemple pour importer un document d’exigences simple. N’oubliez pas que la création d’un ensemble de règles est généralement un processus unique.
Les diagrammes, les maquettes et les modèles de cas d’utilisation peuvent être des outils incroyables pour créer et obtenir des besoins.
C’est pourquoi, avec Modern Requirements4DevOps, votre équipe peut facilement construire toutes ces visualisations directement à partir de votre projet. Cela vous permet de bénéficier d’un modèle à source unique de vérité où tout est intégré à votre projet.
Mais peut-être avez-vous déjà des diagrammes et des maquettes que vous aimeriez ajouter à votre projet Azure DevOps et les connecter aux exigences. Est-il possible d’importer ces ressources?
La réponse est oui.
Notre outil de maquettes et notre outil de diagrammes vous permettront d’intégrer facilement des maquettes ou diagrammes existants dans votre projet Azure DevOps.
Pour ce faire, il suffit de sauvegarder votre asset comme un fichier .png ou .jpeg à partir de l’outil de maquette/diagramme de votre choix.
Vous pouvez ensuite téléverser votre asset créé soit dans l’outil de simulation Modern Requirements4DevOp (maquettes) ou l’outil Diagram (diagrammes).
Vous vous le demandez peut-être, mais si nous le téléversons en .png ou .jpeg, comment peut-on modifier nos diagrammes et maquettes? Eh bien, tu ne peux pas. Mais il y a une raison pour laquelle tu devrais faire ça malgré tout.
Si vous voulez connecter un seul diagramme à 25 exigences sans utiliser les exigences modernes, vous devrez ouvrir les 25 exigences et les relier à chaque exigence individuelle.
Lorsque vous mettrez à jour votre diagramme à l’avenir, vous devrez rouvrir les 25 exigences et changer la pièce jointe.
Avec Modern Requirements4DevOps cependant, vous pouvez créer un élément de travail Diagramme auquel vous pouvez lier directement toutes vos exigences nécessaires à l’aide du bon panneau. Cela signifie que vous pourrez avoir votre diagramme au même endroit, et lorsque ce diagramme doit être mis à jour, vous pourrez facilement ajouter votre image mise à jour et connecter votre pièce jointe à cet élément de travail unique.
Dans cet article, nous avons abordé trois façons distinctes d’importer à la fois les exigences et leurs ressources dans votre projet Azure DevOps.
Vous pouvez importer des exigences via Excel ou Word, ou importer vos diagrammes et maquettes existants.
Si vous souhaitez utiliser Modern Requirements4DevOps pour soutenir votre processus de gestion des exigences, envisagez d’essayer notre produit ici!
Bienvenue à Modern Requirements4DevOps 2019 Mise à jour 2! De nombreuses améliorations ont été ajoutées dans cette version. Voici une version annotée des notes de version pour aider les utilisateurs à suivre la mise à jour de Modern Requirements4DevOps.
Un tout nouvel outil a été ajouté à Modern Requirements pour vous aider dans vos besoins en traçabilité et gestion de projet. L’outil d’artefacts MR!
L’outil d’artéfact MR est accessible depuis le menu contextuel de n’importe quel élément de travail. Cet outil répertorie tous les artefacts des Exigences Modernes auxquels l’élément de travail est associé! Désormais, les utilisateurs peuvent accéder rapidement aux artéfacts des Exigences Modernes qui utilisent l’élément de travail sélectionné.
Cet outil peut actuellement retracer les éléments de travail contenus dans les Smart Docs, les Revues et les Références.
L’outil de comparaison, utilisé pour la comparaison directe entre les révisions des éléments du travail, a, faute d’un meilleur travail, été révisé!
Les RevisionIDs sont maintenant davantage délimités par de nouvelles propriétés. Les nouvelles propriétés sont approuvées en dernier moment et en dernier examen. Ces propriétés s’appliqueront aux révisions des éléments de travail qui ont fait l’objet d’un examen au cours de leur cycle de vie.
Ces propriétés seront affichées à côté de l’ID de révision dans le menu déroulant de l’outil de comparaison.
Lors de l’utilisation de l’outil de comparaison, l’outil remplit automatiquement une révision par défaut dans le menu déroulant. Lorsqu’un menu déroulant s’ouvre, les éléments d’œuvre Dernière Approuvée et Dernière Révision seront respectivement affichés en haut de la liste. Elles seront suivies des autres révisions indiquées par ordre décroissant (de la plus récente à la plus ancienne).
Lorsque l’outil de comparaison est invoqué, le menu déroulant de gauche affichera toujours la révision pertinente de l’élément de travail. Lorsqu’il est ouvert depuis le Backlog, ce champ sera rempli avec la dernière révision. Lorsqu’il est lancé à partir d’une révision, ce champ sera par défaut vers la révision de l’élément de travail inclus dans la révision. Si elle est accessible depuis une ligne de base, ce champ affichera la révision de l’élément de travail tel qu’il était au moment de la création de la baseline.
Le menu déroulant de droite est le champ de comparaison des révisions . Si l’élément de travail a fait l’objet d’une révision, ce champ sera par défaut la Dernière révision approuvée .
Si une révision approuvée n’existe pas, ce champ sera automatiquement la Dernière version révisée .
Si le menu déroulant de gauche revient par défaut à la dernière révision approuvée d’un élément de travail, le menu déroulant de droite restera vide.
L’outil de comparaison est accessible à partir d’un nouvel élément de travail créé. Cependant, sans aucune révision, le menu déroulant de droite sera de nouveau vide.
Lorsque l’on invoque l’outil de comparaison depuis l’onglet Comparer la ligne de base , l’outil fonctionne différemment. La comparaison n’est plus automatique , car l’utilisateur compare manuellement l’élément de travail entre deux lignes de base. Les menus déroulants à l’intérieur de l’outil seront plutôt dirigés par défaut vers la révision de l’élément de travail inclus dans chaque ligne de base comparée.
En utilisant l’outil de comparaison, l’utilisateur peut interagir avec l’un ou l’autre menu déroulant et effectuer toute comparaison entre les révisions.
Smart Docs a amélioré ses fonctionnalités avec l’ajout de trois nouvelles fonctionnalités...
Les éléments de travail des enfants créés dans Smart Docs peuvent maintenant automatiquement hériter des propriétés de leur parent!
Le Meta Template Designer de Smart Docs permet maintenant aux utilisateurs de configurer des éléments de travail avec des champs héritables. Lors de la création d’un élément de travail sous-nom/enfant à la volée à 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.
Les champs individuels peuvent être définis comme en lecture seule dans le modèle de procédé. Smart Editor traitera également ces champs comme en lecture seule.
Exigences modernes L’interaction des parties prenantes avec les Smart Docs s’est encore améliorée avec l’introduction de l’option d’ouvrir l’élément de travail. Auparavant, les parties prenantes ne pouvaient pas ouvrir les postes de travail – maintenant ils le peuvent!
Une fois activés, les parties prenantes invitées au projet pourront ouvrir des éléments dans l’éditeur standard d’Azure DevOps.
Les parties prenantes peuvent accéder à cette fonctionnalité à partir des onglets Document et Compare de Smart Docs.
Des améliorations supplémentaires ont été apportées aux fonctionnalités actuelles du module Smart Docs.
Le Meta Template Designer permet maintenant aux utilisateurs de mettre à jour les modèles de documents sauvegardés. Auparavant, cette fonctionnalité ne s’appliquait qu’aux méta-modèles; Maintenant, les modèles de documents peuvent aussi être mis à jour!
Cela permet aux utilisateurs d’apporter des modifications à la volée à n’importe lequel de leurs modèles de documents.
Les fonctionnalités incluent :
Les modifications apportées aux modèles de documents peuvent être appliquées à tous les Smart Docs à l’aide du modèle. Après les modifications, l’utilisateur doit simplement utiliser la fonction « Mettre à jour tous les modèles » dans la barre d’outils Smart Docs.
Un changement majeur a été apporté à la forme esthétique de Smart Docs.
L’enveloppage de texte et d’image ont été améliorés dans Smart Docs, car toutes les données incluses seront désormais correctement enroulées sur la ligne successive.
C’est un changement purement esthétique. Cependant, ce changement devrait grandement améliorer la lisibilité et la façon dont une personne consommera visuellement le document de sortie.
Le titre de Smart Docs, les champs HTML, les grandes images et les tableaux bénéficieront tous de cette amélioration.
Des ajouts très fonctionnels ont également été apportés au module de gestion des révisions.
En tant qu’initiateur d’évaluation, vous pourrez désormais soumettre des commentaires sans avoir besoin d’être un évaluateur – un initiateur d’évaluation est un évaluateur par défaut.
Deux nouveaux types de rapports d’audit ont été ajoutés au module de gestion des examens.
Rapport d’audit d’approbation :
Le rapport inclut tous les détails des actions d’approbation appliquées aux éléments de travail de l’examen
Rapport des résultats de la revue :
Rapport Inclut tous les détails des actions d’examen appliquées aux éléments de travail de l’examen
Il convient de noter que le rapport d’audit d’examen existant sera renommé Rapport d’audit hérité.
Les utilisateurs ont toujours accès à l’option Rapport d’audit hérité.
Le module de gestion des révisions a reçu plusieurs améliorations à sa fonctionnalité principale.
La façon dont Modern Requirements gère les métadonnées d’évaluation a été complètement remaniée. Lors de la création d’une critique, les métadonnées correspondantes seront maintenant sauvegardées dans votre dépôt (contrôle de sources).
Les métadonnées de révision étaient auparavant stockées dans le champ HTML d’un élément de travail de demande de rétroaction .
La mise à jour 2 a également apporté des changements au processus opérationnel de gestion de la révision.
Le processus précédent de création d’évaluations était lent et chargé de liens; Trois liens étaient créés pour chaque élément inclus dans une critique.
Dans la mise à jour 2, lorsqu’une évaluation est créée, les liens ne seront plus créés entre les demandes de rétroaction et les éléments de travail inclus dans l’évaluation.
De plus, un élément de travail de Réponse de rétroaction ne sera plus créé par le système lorsqu’un utilisateur fournit une réponse à la révision (approbation/soumission d’évaluation).
Le nouveau processus est plus efficace et sans liens pour atténuer la restriction d’Azure DevOps de 1000 liens par élément de travail.
De plus, l’automatisation a été améliorée lors de l’exécution d’actions courantes dans les évaluations.
Lors de l’utilisation de la fonction de lien entre l’élément d’œuvre afin de lier un élément d’œuvre à une approbation ou un refus, le lien sera créé directement vers l’élément d’œuvre que l’utilisateur examine actuellement.
Les commentaires fournis dans l’onglet Détails seront automatiquement ajoutés à l’élément de travail Demande de rétroaction avec les informations de profil de l’auteur du commentaire.
À la fin d’une révision, un commentaire sera ajouté à l’élément de travail Demande de rétroaction avec les informations de profil du participant.
Lorsque les évaluations sont closes, aucune autre mesure ne peut être prise pour l’approbation et les commentaires. Cela empêchera les parties prenantes de l’évaluation d’ajouter des commentaires supplémentaires ou de lier les éléments de travail à l’évaluation fermée.
Des modifications ont également été apportées pour mettre à jour l’interface utilisateur du formulaire contextuel de demande de révision .
Le module Baseline a amélioré ses capacités avec l’ajout de nouvelles fonctionnalités pour améliorer la trace et la gestion de vos éléments de travail.
Lors de la comparaison des lignes de base, les utilisateurs peuvent maintenant configurer quels types de liens individuels déclenchent un indicateur de changement. Auparavant, les utilisateurs n’avaient l’option que de désactiver le déclencheur ou de l’appliquer à tous les types de liens. Cette configuration se trouve dans le panneau d’administration.
Les rapports de différence ont été améliorés pour n’afficher que les champs configurés comme déclencheurs pour les indicateurs de changement. Auparavant, l’interface de l’outil de comparaison et les rapports de différence n’étaient pas synchronisés.
Avec l’inclusion du suivi des changements de type de lien entre les références, les rapports de différence incluront la possibilité de rapporter les changements de type de lien.
L’outil Copy/Reuse Baseline a également reçu un certain renforcement de ses fonctionnalités.
Le système copiera automatiquement la zone/le chemin d’itération du projet source et le définira sur les éléments de travail copiés si des valeurs identiques existent dans le projet cible.
Comme on le voit dans cet exemple, à mesure que l’élément de travail est copié, le chemin d’itération de l’élément est copié du projet source et placé dans la cible.
Comme pour les versions précédentes de l’Outil de rapport intelligent, les utilisateurs peuvent télécharger et appliquer des modèles Word à leurs rapports. La mise à jour 2 introduit la possibilité d’hériter du style de Word lorsque les rapports intelligents sont exportés vers Microsoft Word et qu’un modèle Word est appliqué.
À partir du modèle, les Smart Reports hériteront du style pour les 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 « Fiche de style ».
Des améliorations ont également été apportées concernant la manière dont les données Modern Requirements sont traitées.
Les données Modern Requirements seront désormais automatiquement synchronisées avec le contrôle de version Azure DevOps Server (TFS) pour les déploiements de compilations à connexion unique.
Pour utiliser cette capacité, ajoutez les identifiants d’un utilisateur au niveau Collection dans l’onglet Général du panneau d’administration Modern Requirement4DevOps.
Si les identifiants n’ont pas été fournis, l’utilisateur recevra un message de notification.
Les données Modern Requirements se synchroniseront à la fois avec GIT et Team Foundation Version Control.
Modern Requirements reconnaît que les projets de nos clients s’étendront, et que leur logiciel de gestion des exigences devrait évoluer avec eux.
La performance du débit moderne de Requirements4DevOps a été grandement optimisée. La mise à jour 2 introduit la capacité de supporter de grands ensembles de données dans des modules à forte concentration d’items. Le support de grandes données a été ajouté à la gestion des revues, à la ligne de base et au rapport intelligent.
Les évaluations et rapports intelligents peuvent maintenant être créés avec un maximum de 10 000 éléments de travail.
Les utilisateurs peuvent maintenant créer des lignes de base comprenant jusqu’à 100 000 éléments de travail.
D’autres améliorations du débit pour les fonctionnalités de Baseline incluent :
Objets de travail de copie
Rapports de différences
Éléments de travail de retour en arrière
Réaliser des opérations en utilisant de grands ensembles de données peut parfois prendre du temps. Modern Requirements reconnaît que votre temps est précieux et a déjà mis en place des fonctionnalités pour améliorer l’efficacité.
Les opérations longues ne vous ralentissent plus. Ces opérations sont maintenant effectuées en arrière-plan et offrent aux utilisateurs la possibilité d’être avisés par courriel une fois terminées.
Cette fonctionnalité a été intégrée au module de gestion des revues et est disponible lors de la réalisation de la fonction Approuver/Rejeter tout sur de grands ensembles de tâches. Le système identifiera automatiquement quand l’opération prendra plus d’une minute et en informera l’utilisateur.
Smart Report est également pris en charge par cette fonctionnalité. Si la génération du Smart Report ne se produit pas instantanément, un processus en arrière-plan sera lancé. Concernant Smart Report, les courriels de notification contiennent des liens permettant à l’utilisateur d’enregistrer son rapport de sortie dans Word ou PDF.
La fonctionnalité et l’expérience utilisateur sont des éléments fondamentaux de la philosophie de conception des exigences modernes.
Plusieurs bogues ont été corrigés et corrigés avec la sortie de la mise à jour 2. Consultez la liste complète des corrections de bogues ou lisez les notes de version 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.
