需求改进(领域部分)
老的领域模型图一些业务概念(时间表,服务项目)混合在一些实体对象(比如客户,员工)中。不利于整个系统的拓展。因此修改。
上面是老版本,下面是改进版
公司目前业务是出租某些服务,以后业务也要有拓展的机会,所以把当前的出租服务作为公司所提供的众多(目前就一个)业务之一。
系统设计
子领域&限界上下文
服务域
上下文:公司的服务域。该域要满足两个要求
-
- 要提供一个显示视图来供外界查看。
-
- 要给出它提供给 客户 的操作接口调用。
出租域
上下文:该域要处理业务逻辑。该域的显示也是会复杂些,要把不同的信息给到不同的人(员工,管理员)还有域(上层的服务域)
架构分层:对于不同用户的架构都是一致的
定义实体和值对象,显示信息类在模式图中有分为A,B,C几种。
显示B,C都是继承于一个显示基类。显示B加工之后变成显示A给客户查看。显示C是给员工的时间表,显示B+C给管理员看的全部原版信息。
定义好领域服务、领域应用。
每个业务领域的操作如架构分层表示的一样,只与显示层交互,产生不同的显示信息。