DDD案例(1):从需求分析到领域分析(2)

简介: DDD案例(1):从需求分析到领域分析(2)

image.png


由于EAS的所有用户都是组织内员工,如果使用服务蓝图绘制业务流程,客户角色就是向目标系统发起服务请求的用户,如签订合同业务流程中的市场人员、项目管理流程的项目管理人员和招聘流程的招聘专员。


1)客户合作


当市场人员向目标系统发起创建市场需求的服务请求时,就形成了从市场需求到合同签订并形成需求订单的客户合作业务流程,它的服务蓝图如图20-7所示。


image.png

image.png


由于业务规则要求具有独立法人资格的子公司作为市场需求的承担者,因此子公司会成为合同中的乙方。市场人员作为服务蓝图中的客户,并不会参与合同的签订,只是关心子公司的现有资源能否满足市场需求。在签订了合同之后,市场人员可以通过合同信息创建需求订单,并跟踪需求订单,以保持与客户合作的良好关系。子公司作为前台员工需要与市场人员交互,但是市场人员却看不见财务的参与,因为财务核算行为发生在作为前台员工的子公司与财务之间,因此财务属于服务蓝图的后台员工。至于内部支持者,要么是EAS自身,要么就是EAS范围之外的外部系统。

根据客户合作流程的服务蓝图,整个流程由4个业务场景构成:市场需求管理、简历管理、合同管理和需求订单管理。根据业务服务的判断标准,对业务场景的活动进行判断,可以绘制出每个业务场景的业务服务图。



市场需求管理的业务服务图如图20-8所示。


image.png


查询市场需求业务服务而言,它虽然没有包含在服务蓝图,但在子公司对市场需求进行评估时,如果不提供这一功能,就无法获得指定的市场需求完成评估。二者提供的服务价值又是完全独立的,有必要为其单独定义一个业务服务。

简历管理的业务服务图如图20-9所示。


image.png


客户合作的业务流程说明是由系统生成员工简历,但实际上,这需要子公司的操作人员与系统进行一次交互,目的是导出员工简历,故而识别出该业务服务以满足功能需求。

合同管理的业务服务图如图20-10所示。


image.png

相关文章
|
小程序 前端开发 Java
DDD实战之三:整体工作框架和全局需求分析(上)
DDD实战之三:整体工作框架和全局需求分析(上)
DDD实战之三:整体工作框架和全局需求分析(上)
|
供应链 小程序 安全
DDD实战之三:整体工作框架和全局需求分析(下)
DDD实战之三:整体工作框架和全局需求分析(下)
DDD实战之三:整体工作框架和全局需求分析(下)
|
项目管理
DDD案例(1):从需求分析到领域分析(4)
DDD案例(1):从需求分析到领域分析(4)
426 0
DDD案例(1):从需求分析到领域分析(4)
DDD案例(1):从需求分析到领域分析(5)
DDD案例(1):从需求分析到领域分析(5)
232 0
DDD案例(1):从需求分析到领域分析(5)
|
供应链 数据可视化 Java
DDD案例(1):从需求分析到领域分析(1)
DDD案例(1):从需求分析到领域分析(1)
454 0
DDD案例(1):从需求分析到领域分析(1)
|
数据可视化 Java 程序员
DDD案例(1):从需求分析到领域分析(3)
DDD案例(1):从需求分析到领域分析(3)
291 0
DDD案例(1):从需求分析到领域分析(3)
|
供应链 安全 领域建模
DDD案例(1):从需求分析到领域分析(6)
DDD案例(1):从需求分析到领域分析(6)
323 0
DDD案例(1):从需求分析到领域分析(6)
|
设计模式 领域建模
DDD的模式与实践案例(1)
DDD的模式与实践案例(1)
951 0
DDD的模式与实践案例(1)
|
测试技术
DDD的模式与实践案例(3)
DDD的模式与实践案例(3)
496 0
DDD的模式与实践案例(3)
|
设计模式
DDD的模式与实践案例(2)
DDD的模式与实践案例(2)
612 0
DDD的模式与实践案例(2)