使用Dynamics和SharePoint的应急方案设计

这就是Connect Bridge的作用。使用Dynamics和SharePoint的应急方案设计

Ana Neto 技术方面 留下评论

考虑一个全球性的教育机构,每周处理成千上万的学生,在全球150多个学院上课。紧急情况可能会在没有通知的情况下发生,无论是因为与天气有关的事件、事故,甚至是恐怖袭击。这样的机构如何能迅速做出反应,并保障世界各地的学生和工作人员的安全和保障?

对紧急事件的反应

您必须将在SaaS应用中输入的任何个人数据存储在实际位于该国(或经批准的地区)的存储设备上,以遵守数据居住法律。您可以通过两个步骤来实现这一点。

  1. 当数据被输入SaaS应用时,你会检查它是否是个人数据,也就是说该数据中的信息足以识别一个人。如果是,则 数据被转移到位于该国的数据库中。.
  2. 数据是匿名的,并将一个参考密钥返回给应用程序,存储在自己的数据库中。
图片

应急响应解决方案的数据模型

我们设想围绕两个系统,即Dynamics 365和SharePoint的应急响应解决方案。出于这个原因,我们也将其数据模型划分在这两个应用程序之间。

我们设计了基于Connect Bridge的数据同步工作流程。一目了然,该解决方案的数据模型如下图所示。

一个使用多个平台和技术的应急响应解决方案,包括Dynamics 365、SharePoint、Azure IoT(物联网)、Bing地图、认知服务和Bot框架,所有这些都与Connect Bridge粘在一起

一个使用多个平台和技术的应急响应解决方案,包括Dynamics 365、SharePoint、Azure IoT(物联网)、Bing地图、认知服务和Bot框架,所有这些都与Connect Bridge粘在一起


Connect Bridge将处理将必要的信息从Dynamics 365的实体转移到SharePoint的列表的工作流程。Dynamics 365到SharePoint的连接器负责以下的数据同步。

  • 学校:学校列表包含所有至少发生过一次紧急事件的学校的副本。当紧急事件发生时,数据会从Dynamics 365复制到SharePoint。这是整个应急响应过程的触发事件,它是一个通常由学校校长发起的手动过程。
  • 学生:学生名单中包含了目前受紧急情况影响的在校学生的姓名和联系信息。联系信息被存储为副本(而不是作为Dynamics 365中同等记录的参考同步),用于电子发现的目的:如果对学校进行法律调查,以调查在应对紧急情况期间如何以及何时与学生联系,那么联系信息的完整历史将被保留,而不是在CRM系统中只有最新的信息。
  • 紧急事件:这个列表包含了紧急事件的描述性信息:名称和描述、开始和结束日期、状态和事件本身的创建时间,以及创建者。在这个列表中创建一个新的项目时,会触发一个工作流程来启动仪表盘的生成,这意味着将相关数据从Dynamics 365复制到SharePoint。
  • 名册:名册列表代表了应急反应仪表板中屏幕上显示的信息。学校发生的每个紧急事件都有一个项目,它包含了对目前学校所有学生名单的参考,必须对这些学生的安全状况进行评估。
  • 追踪:学生的当前状态和位置在跟踪列表中被跟踪。通过连接到Azure IoT Hub的GPS设备实施位置跟踪,可以自动进行初始评估。在项目开始时学生入职时,每个学生都被分配到一个包含GPS设备的钥匙圈,只有当学校领导提出一个事件时才会将位置数据发送到Azure IoT Hub。
  • 沟通:沟通列表包含了学校操作员(和机器人)和学生之间通过多种渠道发生的所有对话项目:语音通话、短信、电子邮件、Skype和Facebook Messenger。

应急响应仪表板

为该事件生成的应急反应仪表板可由所有学校操作人员通过该组织的SharePoint内网网站访问。 一旦Connect Bridge中的整合工作流程完成,这个仪表板就可以立即使用。这通常需要不到一分钟的时间。仪表板包含关于刚刚创建的事件的信息,以及当时在学校提供的课程中注册的所有学生的列表。 对于每个学生来说,他们的安全状态是可视化的 未知、安全、危险),以及他们最后检测到的位置。学校和学生之间沟通的成功以及围绕他们位置的假设有助于确定每个学生的安全状态。

在最初的评估中引入某种程度的自动化 由于可能受到影响的学生人数众多。尽管如此,对学生的安全进行适当的人工评估,然后由学校经营者严格执行,并反映在仪表盘上。

一旦所有学生的状态得到评估,紧急事件完成后,将采取最后一个步骤。 所有数据都冻结在SharePoint中 创建一个仪表板的记录,其所有的联系细节,状态跟踪变化和沟通。如果需要的话,这允许在未来出于法律原因进行潜在的电子取证过程。

总而言之。 SharePoint不仅提供了显示应急响应仪表板的门户引擎,还代表了归档的记录管理系统。 关于应急反应成功的法律数据。

道路疏散

Connect Bridge的集成工作流程

如前所述,在应对新的紧急事件的背景下,有关学校和学生的数据从Dynamics 365复制到SharePoint。这个过程由Connect Bridge处理。

Connect Bridge引擎为各系统之间的技术独立整合提供了一个高度可用和可扩展的解决方案。 在此个人说明。我很喜欢设计和构建应急响应解决方案,但我真的希望我永远不会使用它!我认为这是很重要的。然而,如果出现需要迅速反应的情况,这个工具必须立即可用,并能提供一个光滑的反应。因此,我们决定采用基于云的应用程序,在那里,可用性和可扩展性不是--或不应该是--一个问题。

由整合和业务任务组成的逻辑工作流程可以由以下步骤来概括。

  1. 当一个 新的紧急事件被创建受影响的学校和相关学生的联系信息从Dynamics 365的相应实体复制到SharePoint的列表中。学生的相关性是由他们当时是否在学校决定的。这是由他们是否在该周参加学校提供的课程推断出来的。
  2. A 受影响学校的学生名册已经生成。 在SharePoint中,每个学生的安全状况都由第二个工作流程进行初步评估。
  3. 根据最后检测到的学生的位置和他们与紧急事件发生地点的距离,一个 承担每个学生的安全 是通过检查学生是否离事故发生地超过100米来进行的。
  4. 与学生沟通 由短信发起,询问他们是否还好;学生的回复由一个机器人处理,它解释信息并确定他们的状态。
拟议的应急程序流程图

拟议的应急程序流程图


经验教训

如果你提前计划并牢记可用性和可扩展性的需要,软件可以帮助进行应急响应。

整合多个软件并使用中间件将其粘合在一起,可以在合理的时间范围内提供有趣的功能。

Connect Bridge是一个很好的中间件解决方案的例子,它完全适合这种情况。由于它是一个与技术无关的系统,你不需要担心未来的升级和可扩展性。


想了解更多吗? 我推荐我们博客中的这些文章。

Ana Neto - 技术顾问,作者

Stefano Tempesta
Connecting Software的战略顾问

作者:

Stefano是Connecting Software的战略顾问,微软区域总监和MVP。你对这篇文章有什么问题或意见吗?

我们希望得到您的反馈,请在下面留言。

发表评论

电子邮件地址不会被公开。 必填项已用*标注