标签：需求 显示 服务 业务 该域 领域 改进 设计 上下文
需求改进（领域部分）
老的领域模型图一些业务概念（时间表，服务项目）混合在一些实体对象（比如客户，员工）中。不利于整个系统的拓展。因此修改。
上面是老版本，下面是改进版
公司目前业务是出租某些服务，以后业务也要有拓展的机会，所以把当前的出租服务作为公司所提供的众多（目前就一个）业务之一。
系统设计
子领域&限界上下文
服务域
上下文：公司的服务域。该域要满足两个要求
-
- 要提供一个显示视图来供外界查看。
-
- 要给出它提供给 客户 的操作接口调用。
出租域
上下文：该域要处理业务逻辑。该域的显示也是会复杂些，要把不同的信息给到不同的人（员工，管理员）还有域（上层的服务域）
架构分层：对于不同用户的架构都是一致的
定义实体和值对象，显示信息类在模式图中有分为A,B,C几种。
显示B,C都是继承于一个显示基类。显示B加工之后变成显示A给客户查看。显示C是给员工的时间表，显示B+C给管理员看的全部原版信息。
定义好领域服务、领域应用。
每个业务领域的操作如架构分层表示的一样，只与显示层交互，产生不同的显示信息。
标签：需求,显示,服务,业务,该域,领域,改进,设计,上下文 来源： https://www.cnblogs.com/s1mplelectronic/p/14774929.html
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。