IM在任务系统,其中一个任务可以有集合的子任务和子任务可以有子任务收集等(递归)的工作。如何设计自参考聚集在域驱动设计
DOMAIN
的task
基于Organizational Chart
示例组织结构图给出:
Mahdi
---Saeed
------Jaime
------Ahmed
---Tarawneh
------Mae
---Rasheed
在组织结构图上的人将在他分配任务的人。
比方说马赫迪将指派任务赛义德命名prepare course materials for IELTS
。
然后Saeed可能会将任务分成子任务。
prepare course materials for IELTS
---issue laptop and equipment (assigned to Jaime)
---prepare the checklist form(assigned to Ahmed)
然后在情况下,它确实是一个大课题,海梅可能会进一步将其划分为子任务。
按领域的专家,其通常在3levels
不变:
- 移动任务的最后期限时,应检查其不应超过其父任务的最后期限
- 如果该任务具有子任务,它将基于它们的状态。 (任务将保持等待,直到有一个未完成的一个子任务....任务会完成时所有的子任务完成后自动标记)
- 如果他们没有分每一个人任务可以更新自己的状态任务
编辑
- 我只能更新已分配给我的任务状态或我指定给。
- 我只能给那些直属我
任务的工作人员我一定要坚持使用Task
概念或有概念,即时通讯仍然缺少像MainTask的& SubTask类(只是一个例子)?
如果我将坚持Task
概念,我应该加载整个图形或仅直接父母和孩子?
,或者我应该只是委托的各项工作,以一个域名服务?这可能会将任务转变为贫血模型?
这里有一个业务流程,有一堆场景,它不仅仅是一个聚合的业务案例。乍一看,“Task”概念似乎也可以用作其他任务的分组标准。您需要在每种情况下确定每个业务案例和“Task”的正确集合及其结果(相关的** Event **),然后将它们“链接”为场景。这不是微不足道的。 – MikeSW
@Daskul你的问题是什么?您的域模型到目前为止看起来如何? – guillaume31
@MikeSW你能帮我找出一些除了任务以外的更多概念吗?我认为自任务总是直接在上面,我不必加载整个图。只有直接的父母和孩子。 –