Scénarios utilisateur pour l’immobilier Contoso

L’application Contoso Real Estate contient l’architecture de référence et les composants permettant de créer des serveurs frontaux composables modernes de qualité entreprise (ou micro-frontends) et des applications natives cloud. Il s’agit d’une collection de bonnes pratiques, de modèles d’architecture et de composants fonctionnels qui peuvent être utilisés pour générer et déployer des applications JavaScript modernes sur Azure.

Pour comprendre l’implémentation de la solution, il est important d’identifier les actions de l’utilisateur de la solution et les actions que chacun peut accomplir.

Spécification de l’utilisateur

L’architecte de solutions a les exigences suivantes :

• 3 types d’utilisateurs : Invités, Nouvelles embauches et Administration s rh
• 3 types de contenu : Listings, Billets de blog, Activités utilisateur
• 3 interfaces utilisateur : interface utilisateur du portail, interface utilisateur de blog et interface utilisateur Administration

Le cas d’usage est implémenté par une application complète moderne avec plusieurs serveurs frontaux qui parlent à un système de gestion de contenu et des intégrations de service associéessur le back-end via une API commune :

• Administration Application : est l’interface utilisateur/expérience utilisateur principale pour les Administration RH, en mettant le focus sur la gestion du contenu.
• Application portail : est l’interface utilisateur/expérience utilisateur principale pour les nouvelles embauches, en mettant les listes de location en focus.
• Application de blog : est l’interface utilisateur/expérience utilisateur secondaire pour les nouvelles recrues, détectable à partir de l’application portail.

Où les rôles d’utilisateur sont liés à l’application appropriée :

• Les Administration RH sont des utilisateurs authentifiés sur Administration application.
• Les nouveaux employés sont des utilisateurs authentifiés sur l’application Portail.
• Les invités sont des utilisateurs anonymes qui ne peuvent voir que les applications blog et portail.

Par définition, les rôles invités peuvent se connecter à l’application portail pour être mis à niveau vers les nouveaux rôles d’utilisateur . Et les nouveaux rôles d’utilisateur sont rétrogradés en accès invité lorsqu’ils se déconnectent.

Scénarios utilisateur par rôle

Convertissez maintenant le scénario d’application large en scénarios utilisateur spécifiques :

Rôle Administration RH

• Les Administration RH peuvent se connecter à l’application Administration :
  • Gérer les listes de propriétés et certaines fonctionnalités
  • Créer des billets de blog
  • Gérer le contenu du portail affiché sur la page À propos , la page Conditions d’utilisation , les pages d’accueil .
• Les Administration RH ne peuvent pas se connecter à l’application portail. Les Administration RH peuvent visiter l’application portail de manière anonyme, en tant qu’invité.

Rôle invité

• Les invités peuvent visiter l’application portail et voir le contenu, qui ne nécessite pas d’authentification, comme la page d’accueil, à propos de la page d’accueil, la page Conditions d’utilisation. Les invités peuvent également commencer le processus d’authentification pour se connecter à l’application portail.
• Les invités peuvent visiter la page de l’application de blog peuvent voir et explorer les billets de blog.
• Les invités ne peuvent pas se connecter à l’application Administration

Nouveau rôle d’embauche

• Les nouveaux employés peuvent se connecter à l’applicationportail et voir, explorer et réserver des listes.
• Les nouveaux employés ne peuvent pas se connecter à l’application Administration

Actions de rôle de test

Lorsque les rôles et capacités utilisateur sont définis, ceux-ci peuvent être validés avec playwright de bout en bout des tests.

Étape suivante

Comprendre les solutions de développement