Séparation de domaine dans Développement agile 2.0
Voici un aperçu de Séparation de domaine et de son fonctionnement avec Agile Development 2.0. Séparation de domaine vous permet de séparer les données, les processus et les tâches administratives en groupes logiques appelés domaines. Vous pouvez contrôler plusieurs aspects de cette séparation, notamment les utilisateurs qui peuvent voir les données et y accéder.
Niveau de prise en charge : basique
- Logique métier : garantit que les données parviennent au bon domaine pour les cas d'utilisation du fournisseur de service de l'application.
- L'application prend en charge Séparation de domaine lors de l'exécution. Séparation de domaine inclut la séparation à partir de l'interface utilisateur, des clés de cache, du reporting, des déploiements et des agrégations.
- Le propriétaire de l'instance doit configurer l'application de sorte qu'elle fonctionne sur plusieurs locataires.
Exemple de cas d'utilisation : lorsqu'un fournisseur de service (SP) utilise la messagerie instantanée pour répondre au message d'un locataire-client, le client doit pouvoir afficher la réponse du SP.
Pour en savoir plus sur les niveaux de prise en charge, consultez la rubrique Prise en charge de Séparation de domaine par les applications.
Fonctionnement de Séparation de domaine dans Agile Development 2.0
- Les entités dans Agile 2.0 étendent les fonctions de la tâche, elles héritent donc du comportement de domaine des tâches. Les nouvelles entrées que vous créez vont dans le domaine de l’utilisateur actuellement connecté.
- Le tableau Agile respecte la séparation de domaine et répertorie les groupes auxquels l’utilisateur appartient pour les pages Planification et Suivi du sprint. Les entrées de backlog qui s’affichent appartiennent au même domaine que celles que l’utilisateur actuel possède ou partage avec d’autres utilisateurs. Les stories qui s’affichent dans le tableau Agile sont limitées au domaine de l’utilisateur actuellement connecté.