Pourquoi utiliser Azure DevOps ou Azure DevOps Server ?
Avec Modern Requirements, les utilisateurs peuvent adopter une approche de type Microsoft Word ou Visio pour la rédaction d'exigences textuelles et visuelles. Découvrez Smart Docs pour convertir directement du contenu textuel en éléments de travail, ou schématisez votre contenu et combinez la collecte et la création d'exigences grâce à notre génération automatique de cas d'utilisation, de cas de test et d'histoires d'intégration.
Nous savons que les équipes souhaitent pouvoir aborder leur processus de gestion des exigences sous tous les angles.
En intégrant pleinement nos solutions, Modern Requirements veille à ce que le processus de collecte, de rédaction, de reporting et d'analyse des exigences ne soit pas un processus isolé.
L'intégration directe de nos solutions dans les plateformes Azure DevOps Server (TFS) et Azure DevOps (VSTFS) de Microsoft permet d'inscrire notre solution de gestion des exigences au cœur même du cycle de développement.
En étendant les fonctionnalités des plateformes ALM de Microsoft, Modern Requirements offre un flux de travail entièrement unifié. Les utilisateurs peuvent désormais créer des suites de tests, gérer des référentiels de code, collaborer à l'échelle inter-équipes et intégrer l'ensemble de leurs activités de gestion des exigences. Grâce à une base de données unique, tous les éléments de travail et artefacts créés dans Modern Requirements4DevOps (alias MR4TFS) sont stockés dans Azure DevOps (TFS/VSTS). Il n'est pas nécessaire de synchroniser les données, car Azure DevOps est le système de référence ou, comme certains aiment à le dire, « la source unique de vérité ».
Grâce à l'engagement de Microsoft en matière de sécurité et d'intégrité, Modern Requirements peut continuer à se concentrer sur la fourniture de la meilleure solution de gestion des exigences du marché. Nous offrons tous les avantages de nos solutions de gestion des exigences aux utilisateurs d'Azure DevOps Server (TFS) ou d'Azure DevOps (VSTS).
Étant donné que les fonctionnalités sont identiques entre Azure DevOps Server (TFS) et Azure DevOps (VSTS), vous vous demandez peut-être pourquoi choisir une plateforme plutôt que l'autre. Connaître les différences entre ces deux plateformes vous aidera à déterminer quelle solution répondra le mieux aux besoins spécifiques de votre organisation.
Poursuivez votre lecture pour découvrir les différences entre « Modern Requirements » sur Azure DevOps et « Modern Requirements » sur Azure DevOps Server.
Pourquoi choisir Modern Requirements avec Azure DevOps Server (TFS)
Microsoft Azure DevOps, en tant que solution sur site, offre :
- Maîtrise totale du déploiement des mises à jour
- Un niveau de sécurité inégalé
- Une expertise approfondie et de longue date
Azure DevOps Server permet aux utilisateurs d'intégrer leur matériel, leur personnel et leurs processus. En tant que solution sur site, la sécurité, le contrôle et l'évolutivité de la mise en œuvre ne sont limités que par les ressources de l'entreprise et peuvent facilement s'adapter aux normes de sécurité de n'importe quelle entreprise.
Si les normes de l'entreprise exigent que les informations soient stockées sur site, la mise en œuvre de Modern Requirements avec Azure DevOps Server constitue la meilleure option. Les déploiements sur site permettent un contrôle total sur la manière dont les données sont accessibles et sur leur emplacement. Bien qu'un déploiement Azure DevOps soit accessible depuis Internet, il peut également être configuré pour n'être accessible qu'au sein d'un réseau. Ces déploiements « en réseau fermé » offrent un niveau de sécurité inégalé par la solution Azure DevOps basée sur le cloud de Microsoft, sans pour autant sacrifier l'ensemble des fonctionnalités de Modern Requirements.
L'authentification auprès d'Azure DevOps Server (TFS) s'effectue via l'Active Directory de votre entreprise. Cela permet aux administrateurs de mettre à jour en masse les autorisations pour les déploiements d'Azure DevOps Server à l'aide de groupes d'utilisateurs, et offre aux utilisateurs la possibilité de « sauter » la procédure de connexion, puisque le fait de se connecter à leur poste de travail leur donne automatiquement accès à Azure DevOps Server (TFS). Afin de gérer l'accès des utilisateurs, les administrateurs peuvent ajouter, déplacer et supprimer des utilisateurs d'un groupe Active Directory ; les autorisations pour Azure DevOps Server seront alors modifiées en conséquence.
Pour modifier les droits d'accès à des projets et fonctionnalités spécifiques dans Azure DevOps Server, il suffit de modifier les niveaux d'accès. Consultez le lien ci-dessous pour découvrir comment gérer facilement l'accès des parties prenantes et des utilisateurs. Contrairement à Azure DevOps, où toutes les options de personnalisation des fonctionnalités sont accessibles via l'interface utilisateur, les fonctionnalités avancées telles que la personnalisation du modèle de processus sur Azure DevOps Server (TFS) doivent être configurées via l'interface d'administration.
Azure DevOps Server (TFS) permet de gérer le déploiement des mises à jour. Si une organisation souhaite revenir à une version antérieure, voire empêcher complètement les mises à jour, cela est possible grâce à Modern Requirements4DevOps (également appelé MR4TFS). En tant que solution entièrement rétrocompatible, Modern Requirements continuera à proposer des mises à jour trimestrielles que vous pourrez tester et déployer, quelle que soit la version d'Azure DevOps Server que vous utilisez. Les nouvelles fonctionnalités et mises à jour pourront toujours être facilement testées et évaluées une semaine avant la prochaine version de Modern Requirements, et ce dans un environnement sandbox. Avec Azure DevOps Server déployé sur site, les mises à jour devront être coordonnées à la fois avec Modern Requirements et votre équipe d'administration système. Les mises à jour peuvent être effectuées en dehors des heures de travail et nous collaborerons avec votre équipe pour garantir l'absence de perturbations du service.
Pourquoi opter pour une solution sur site ?
Vous souhaitez contrôler le déploiement des mises à jour, pouvoir attribuer des autorisations aux utilisateurs en masse à l'aide des identifiants Active Directory existants, et bénéficier de la sécurité offerte par votre propre déploiement sur site. Vous souhaitez pouvoir utiliser votre personnel, votre matériel et vos processus sans pour autant compromettre les fonctionnalités de votre déploiement Modern Requirements.
Pourquoi choisir Modern Requirements sur Azure DevOps (VSTS) de Microsoft ?
La solution Microsoft Azure DevOps dans le cloud offre :
• Finie la maintenance matérielle et les vulnérabilités liées à l'infrastructure
• Solution à l'épreuve des sinistres, garantie par un SLA assurant une disponibilité de 99 %
• Cycle de livraison de 3 semaines pour les mises à jour et les nouvelles fonctionnalités
Microsoft Azure DevOps offre la liberté d'une mise en œuvre sans matériel et un accès partout pour les utilisateurs. Grâce à des mises à jour toutes les trois semaines, Microsoft garantit aux utilisateurs d'Azure DevOps une transition continue et transparente vers les dernières et meilleures fonctionnalités de sa plateforme ALM. Modern Requirements travaille en partenariat avec Microsoft pour assurer la stabilité tout au long des mises à jour. De plus, nous adaptons nos mises à jour trimestrielles afin d'offrir à nos utilisateurs le meilleur en matière de gestion intégrée des exigences dans le cadre de l'ALM.
Azure DevOps est une solution basée sur le cloud qui ne nécessite aucun matériel géré en local. Les déploiements dans le cloud réduisent la dépendance vis-à-vis des administrateurs système pour la personnalisation, car celle-ci s'effectue entièrement via l'interface utilisateur de l'application. Contrairement à Azure DevOps Server, où une grande partie de la personnalisation au niveau des projets doit être effectuée via le backend, les paramètres de l'application, tels que la personnalisation des modèles de processus et bien d'autres, sont également accessibles directement via le navigateur si l'utilisateur dispose des autorisations nécessaires.
Bien que les instances DevOps n'offrent pas la même sécurité qu'un déploiement dans un environnement local, elles s'appuient sur les engagements en matière de politique de sécurité. Soucieux de garantir la sécurité totale de la plateforme Azure DevOps, Microsoft propose des fonctionnalités supplémentaires pour protéger l'accès à vos projets. Par exemple, Azure Active Directory permet la gestion groupée des utilisateurs ainsi que l'authentification multifactorielle et les restrictions d'adresse IP. À l'instar d'Azure DevOps, Modern Requirements hérite du niveau d'accès défini par Azure Active Directory. Des restrictions sur les comptes Microsoft peuvent également être définies au niveau du projet.
Pour en savoir plus sur l'application des restrictions de niveau d'accès dans votre déploiement Azure DevOps, cliquez ici !
Pourquoi opter pour une solution dans le cloud ?
Vous souhaitez bénéficier de toutes les fonctionnalités de la suite Modern Requirements, associées aux dernières mises à jour de l'outil ALM phare de Microsoft. Modern Requirements dans le cloud vous offre un outil de pointe sans matériel qui prend en charge la gestion des exigences et est accessible partout. Associez la gestion des exigences à vos référentiels de code et à vos cas de test, et accédez-y depuis n'importe où grâce à une connexion Internet. Avec une disponibilité garantie de 99,75 %, les utilisateurs ont l'assurance de pouvoir accéder sans difficulté à leur implémentation de Modern Requirements quand ils en ont besoin.
Auteur : Bob Savelson
Durée de lecture : 10 minutes
Articles connexes
Demandez une démonstration !
- Prenez rendez-vous pour une démonstration avec l'un de nos experts produits qualifiés.
- Bénéficiez d'une démonstration personnalisée qui reproduit les processus de votre équipe
- Faites appel à nos experts pour des sujets tels que les processus de travail ou les bonnes pratiques.
Réduire les efforts liés aux tests d'acceptation utilisateur
Réduction de 50 % des efforts consacrés aux tests d'acceptation utilisateur
Un gain de temps avéré
Un gain de temps de 80 % lors de la création d'analyses de traçabilité
Simplifier les procédures d'approbation
Réduction significative des délais de validation
Améliorer les performances
Amélioration de la productivité de 50 %
Réduire les retouches
Réduction de 10 fois des retouches en phase de développement
Simplifier la mise en conformité
Réduction de 40 % des efforts liés à la production de rapports de conformité
