Contoso 房地产的用户方案

Contoso 房地产应用程序包含用于生成企业级现代可组合前端(或微前端)和云原生应用程序的参考体系结构和组件。 它是一系列最佳做法、体系结构模式和功能组件,可用于生成新式 JavaScript 应用程序并将其部署到 Azure。

若要了解解决方案实现,必须确定解决方案的用户以及每个解决方案可以完成的操作。

用户规范

解决方案架构师具有以下要求:

  • 3 个用户类型:来宾、新员工和 HR 管理员
  • 3 种内容类型:列表、博客文章、用户活动
  • 3 个用户界面:门户 UI、博客 UI 和管理员 UI

此用例由现代全堆栈应用程序实现,该应用程序通过通用 API内容管理系统和相关服务集成进行多个前端通信:

  • 管理员应用:是 HR 管理员的核心 UI/UX,重点介绍内容管理
  • 门户应用:是新员工的主要 UI/UX,重点放置 租赁列表
  • 博客应用:是新员工的第二个 UI/UX,可从门户应用发现。

用户角色绑定到相关应用的位置:

  • HR 管理员在管理员应用中对用户进行身份验证。
  • 新员工 是门户应用上经过身份验证的用户。
  • 来宾 是只能查看博客和门户应用的匿名用户。

根据定义, 来宾 角色可以在门户应用上登录,以升级到 新用户 角色。 新 用户 角色在注销时降级为 来宾 访问。

按角色排序的用户方案

现在,将广泛的应用程序方案转换为特定的用户方案:

HR 管理员 角色

  • HR 管理员可以在 管理员 应用中登录
    • 管理属性列表和功能某些列表
    • 创建博客文章
    • 管理在 “关于 ”页上看到的门户内容、 服务条款 页面、 主页
  • HR 管理员无法在门户应用登录。 HR 管理员可以匿名访问门户应用,作为来宾。

来宾角色

  • 来宾可以访问门户应用并查看不需要身份验证的内容,例如主页“关于”页、服务条款页面。 来宾还可以开始身份验证过程以登录到门户应用。
  • 来宾可以访问博客应用页面,查看和浏览博客文章。
  • 来宾无法在 管理员 应用中登录

新员工角色

  • 新员工可以在门户应用登录,查看、浏览和保留列表。
  • 新员工无法在 管理员 应用中登录

测试角色操作

定义用户角色和功能后,可以使用 Playwright 端到端测试对这些角色和功能进行验证。

下一步