我最近需要准备两次会谈。一个是我在2019年的演讲，一个是我的讲座，还有一个是我的讲座。我和我想展示一个简单的演示，涉及来自SAP云平台的不同服务。演示应包含以下组件：

SAP NetWeaver支持的系统触发SAP CP中的进程使用SAP CP工作流服务实现的工作流使用sapcp业务规则服务实现的决策表可选地，集成SAP CP移动服务，特别是移动卡。这一部分将在未来的博客中讨论。

随着演示范围的确定，我需要一个很好的演示场景。最常见的场景是使用某种批准流程。然而，这似乎有点无聊。所以我在找更有趣的东西。幸运的是，那天晚上我看了一集《行尸走肉》，发现了SAP CP的一个很棒的场景！

商业场景基本上是对行尸走肉的简单描述。有一个人叫里克。他是一群试图在一个充满僵尸的世界里生存的人的领袖。每当他看到一个僵尸，他会快速评估是否需要杀死僵尸。如果僵尸需要被杀死，瑞克会通知他的朋友达里尔。达里尔是一个经验丰富的僵尸猎人。他有两件武器，一把弩和一把大刀。根据从里克·达里尔那里得到的信息，物联网流量卡，他决定哪种武器最适合杀死僵尸。整个场景如下图所示。

很容易看出，这个场景很自然地转化为SAP CP应用程序架构。这个建筑。包含所有这些危险僵尸的世界是ABAP后端系统。每当出现新的僵尸时，ABAP后端就会触发SAP CP中的工作流。这将导致Ricks工作流收件箱中出现一个工作项。里克做评估，决定是否需要杀死僵尸。如果需要杀死僵尸，工作流将触发Daryl的业务规则（在sapcp业务规则服务中实现），以决定如何最好地杀死僵尸。根据业务服务的结果，执行相应的杀戮操作，并向Rick发送通知，告知他僵尸杀戮已完成。此基本架构如下图所示。

在下一节中，我将详细描述组成僵尸狩猎应用程序的不同元素。首先，图数据库有哪些，我将演示如何实现工作流。接下来，大数据是干嘛的，我将演示如何实现业务规则并通过Postman测试它们。之后，我将演示如何集成业务规则和工作流，以及如何通过Postman测试工作流。最后，我将展示如何从后端系统触发工作流。

僵尸工作流

第一步是构建僵尸应用程序工作流。这是使用sapwebide完整堆栈完成的。在sapwebide中，单击主屏幕上的"newprojectfromtemplate"创建一个新项目。在弹出窗口中选择类别"流程管理"并选择"工作流项目"。

下图显示了僵尸应用程序工作流的概述。当流程开始时，第一步是用户任务。此用户任务通知Rick收件箱中的新僵尸需要评估。瑞克可以通过点击一个按钮来决定杀死还是忽略僵尸。如果僵尸被忽略，则执行一个邮件任务，通知Rick进程结束，僵尸被忽略。

如果Rick决定需要杀死僵尸。首先执行一个脚本任务以准备规则服务的调用。接下来，调用业务规则服务执行服务任务。根据业务规则再次选择的武器，执行邮件任务，通知rick僵尸已被刀或弩杀死。

首先，需要对评估僵尸的用户任务进行建模。下面的屏幕截图显示了任务的不同属性。在本例中，任务名为Rick:assessment Zombie.

任务为中等优先级。任务的主题是"评估僵尸"${context.zombie\u数据.zombie\u id}。花括号的内容在运行时将替换为工作流上下文元素zombie的内容_data.zombie\u id。在SAP CP工作流中，上下文是一个JSON对象，使用${context….}语法读取和设置此上下文的数据。

此外，任务的描述访问工作流上下文以提供更详细的信息任务的详细描述。

最后，任务的用户界面以简单的形式提供。在这个例子中，表单是names zombie\u info。此表格的详细信息如下所示。

表格由标题为"僵尸信息"的部分组成。工作流上下文中的不同数据显示在本节中。例如，显示"僵尸类型"。僵尸类型的数据来自工作流上下文(${context.zombie\u数据.zombie（类型}）。此外，所有表单字段都设置为只读。

在表单的决策选项卡上，有两个可能的决策"Kill"和"Ignore"。动作的ID在工作流中用于决定在流程中采用哪条路径。

下一步是建模第一个独占决策网关。网关有两种可能的序列流：僵尸是否需要被杀死。首先，对僵尸不需要被杀死的序列流进行建模。此序列流连接到电子邮件任务。此外，它被标记为"no"，并被标记为默认序列流。使用默认的序列流可以确保流程不会被卡住。当其他序列流的任何条件都无效时，工作流引擎将始终执行默认序列流。下面的屏幕截图显示了序列流的属性。