中培IT学院

领域驱动软件设计实战训练营(北京站+直播)

浏览:232次 作者:小编

高级开班.jpg

 

中培IT学院领域驱动软件设计培训服务

培训地点

北京

杭州

培训时间

6月

24-26

10月

21-23

培训方式

· 现场面授     · 直播授课     · 录播回放

专家授课

· 3天集中培训学习:每天6课时,实战专家授课

· 理论梳理     · 案例分享     · 实战演练

纸质资料

《领域驱动软件设计实战训练营培训》精编讲义

学习平台

PC端:中培教育     移动端APP:IT云课

社群服务

· 学员在线交流     · 专家在线答疑     · 班主任教学管理

 

一、领域驱动软件设计背景

在软件快速变化的时代,快速变化和激烈的竞争使软件市场快速变革。在软件系统不断地变更后,出现所有的软件企业不得不面对的一个事实,程序变得难于维护、凌乱不堪。软件经过了多次变更以后,设计开始后迷失方向,业务逻辑变得越来越复杂。这种情况加快了软件退化的速度,每一个变更都变得巨大的成本,这就是现代软件企业不得不面对的困境。

 

二、领域驱动软件设计培训对象

中高级工程师、企业架构师、软件设计师、技术决策或解决方案人员等

 

三、领域驱动软件设计培训特色

理论与实践相结合、案例分析与行业应用穿插进行;

专家精彩内容解析、学员专题讨论、分组研究;

通过全面知识理解、专题技能和实践结合的授课方式。

 

四、领域驱动软件设计培训课程

 

日程

 

章节

授课内容

第一天

 

第一单元  

剖析领域驱动的设计思想

为什么我们需要领域驱动设计?

1.现如今DDD越来越流行

2.DDD并不能帮助新项目的软件开发

3.DDD真正的作用是日后长期的维护

 

实践DDD的4大难题:

1.准确理解为什么要采用DDD?

2.怎样正确地进行业务领域建模?

3.怎样用领域模型指导开发与变更?

4.如何设计支持领域驱动的架构设计?

 

DDD真正的作用是应对日后的软件维护

1.案例:演示电商网站付款功能代码质量下降的过程

a.案例分析:揭示软件退化的根源

b.DDD的解决之道:业务领域建模

2.案例:演示嵌入式温控系统越来越难于维护的根源

a.案例分析:领域分析才是解决之道

b.DDD的解决之道:基于限界上下文拆分系统

c.案例分析:演示电商网站付款功能代码质量下降的过程

 

软件质量下降的根源:

1.软件总是因变更而变得越来越复杂

2.软件结构已经不再适应复杂的软件需求

3.必须要调整软件结构以适应新的软件需求

DDD的建模过程:

1.每次需求变更时先对需求进行领域分析

2.基于领域分析先进行领域模型的变更

3.基于领域模型的变更去指导程序的变更

 

DDD是应对软件复杂性之道

1.剖析领域驱动的设计思想

2.服务、实体与值对象的概念

3.充血模型与贫血模型的设计思路

4.问题域、子域与限界上下文划分

 

基于领域模型的设计变更

1.演练基于DDD的设计与变更过程

2.演练领域模型如何指导数据库设计

3.演练领域模型如何指导程序设计

4.聚合、仓库与工厂:傻傻分不清

5.限界上下文:系统拆分的利器

 

案例:重新演练电商网站付款功能的变更过程

1.第一个版本的领域模型与设计

2.第一次变更的分析设计过程

3.第二场变更的设计实现

4.第三次变更的设计实现

5.第四次变更与架构演化

第一天

 

第二单元

演练领域驱动的设计过程

领域建模分析过程

1.演练案例:在线订餐系统的领域设计过程

 

基于领域模型的微服务设计

1.领域模型4种关系3种继承的数据库设计

2.聚合层的设计、工厂和仓库的实现

3.基于DDD的微服务架构分层

 

解决DDD的设计难题

1.跨库查询的设计难题与设计实现

2.领域事件的通知机制与设计实现

3.微服务接口的防腐层设计

4.状态查询跟踪的设计思路与代码实现

 

分组练习:按照事件风暴的步骤进行业务领域建模

1. 召开事件风暴会议

2. 进行业务领域建模

3. 基于领域模型设计开发系统

第二天

 

第三单元

领域驱动设计实践

实战演练:远程智慧医疗大数据平台设计过程

 

1.现在向互联网转型,业务变得越来越复杂,怎么开始领域建模?

第一步:站在全局的系统建设规划

第二步:DDD战略设计与限界上下文划分

第三步:各子域的业务领域建模

第四步:上下文地图与各子域的接口设计

2.转型成互联网连锁诊所系统,又该如何分析设计

3.基于领域模型进行新需求的分析

4.基于领域模型进行原有代码的更新维护

5.基于限界上下文进行微服务的拆分,以及这个过程中的坑

第一步:基于DDD进行战略设计的调整

第二步:各子域的业务领域建模调整

第四步:上下文地图与各子域的接口设计

第五步:基于DDD的微服务拆分

6.基于DDD的数据库设计与去中心化的数据治理

7.分组练习:按照领域模型进行设计开发

1) 基于领域模型进行微服务的拆分与设计

2) 基于领域模型进行每个微服务的数据库设计

3) 基于上下文地图形成微服务间的契约与接口

第二天

 

第四单元

基于领域驱动的技术中台建设

1.DDD需要强大技术架构支持

1)降低技术门槛,减少开发工作量 → 制订规范、合理分层、降低复杂度

2)易于业务变更,易于架构演化 → 将业务与技术解耦

3)支持领域驱动,支持微服务 → 通用仓库、工厂及基础设施的设计

4)平台不断完善,功能不断积累 → 敏捷架构设计:架构跑道与使能故事

 

分析当前软件架构设计与架构演化的痛点与根源

阐述技术中台的建设思路

1)将业务与技术解耦 → 整洁架构与六边形架构

2)提取共性,精简业务代码 → 单Controller,单Dao

 

支持领域驱动+微服务的技术中台

1.案例:在线订餐系统的应用

2.通用、可配置的DDD仓库与工厂的设计

3.解决跨库的关联查询与事务处理

4.纯洁的Service与Entity便于不断地架构演化

 

现有系统的整洁架构转型

1.系统级的重构方法与步骤

2.建立接口层解耦业务代码与技术框架的过程

3.基于整洁架构的技术架构演化与快速交付

 

第三天

第五单元

基于DDD的微服务设计实践

实战演练:高并发高可用的订单系统

 

1.案例:电商网站购物功能的设计

TCC方案与阿里Seata

2.演练:运用Seata实现微服务的分布式事务

基于消息的最终一致性设计

3.演练:基于消息实现微服务的分布式事务

 

1.案例:电商网站下单服务的设计

a.单一职责原则与领域驱动设计

b.互联网纵向切分在微服务的实现

c.纵向切分应当注意的设计问题

d.解决跨库关联查询的设计

2.演练:微服务间解决跨库关联查询的设计

 

1.案例:电商网站多渠道支付的微服务实现

a.链式模式

b.分支模式

c.数据共享模式

2.案例:大数据与微服务结合的架构设计

3.案例:电商网站海量订单数据的秒级查询

a.异步消息模式

4.案例:电商网站异步化操作的微服务实现

 

微服务的拆分原则

1.能不拆尽量不拆:减少微服务间的调用

2.该拆分就得拆分

3.公共模块该拆分就得拆分

4.越来越复杂的模块该拆分就得拆分

 

 

中培IT学院为您提供优质的IT技术实战培训与咨询服务。我们坚持以协助企业发展,提升员工职业技能为己任。力求打造从IT培训、IT规划咨询、到IT技术支撑的落地服务闭环

领域驱动 领域驱动
标签: 领域驱动 领域驱动设计

上篇: 南京网络安全CTF竞赛培训【7月8-10....

下篇: 上海7月25日TOGAF架构培训全国招生....