在分析轮换管理系统的背景时，应对战略设计问题

Question

我尝试将 Implementation Domain Driven Design 给出的战略设计应用于轮换管理系统（RMS）。该系统可以管理员工＆＃39; Scrum项目之间的工作，更改他们的付款，以及编辑工作信息。 基本要求如下：

管理员可以启动轮换请求，将员工从他管理的项目轮换到他知道的任何其他项目。

Manager为其设置执行时间并将此请求提交给Assessment系统。

多位董事检查此请求，然后批准或拒绝。

如果请求获得批准，Employee将从orignial Project旋转到目标。

我绘制了一个简单的上下文图：

此处，App管理系统提供了所有数据和员工。一些商业工作，如计算付款也在那里。 Process工作流上下文将由第三方BPMN引擎实现。这是一个问题：

问题1 ：此处显示的上下文与现实世界的业务逻辑相符吗？
不幸的是，我周围没有专家，目前的情况是建立在一个机会系统之上。 SSO和App管理怪物都是旧系统，会造成很多麻烦。因此，我所做的是将RMS划分为两个上下文，一个是管理员提交请求和处理执行，另一个是董事执行审批和管理。我不知道这个地图是否可以被领域专家识别。

问题2 ：轮换计划和执行情境与估算和审批背景之间的关系是什么？
这两个背景似乎是合作伙伴，因为需要批准请求并且需要批准。但是，轮换计划上下文与所有域和系统混合在一起。我觉得它看起来像是一个很大的泥球，我不确定我是否应该在它们之间建立ACL。如果有人能弄清楚旋转域应该如何，那将会有所帮助。