中培IT学院

领域驱动软件设计实战训练营课程方案

浏览:12次 作者:小编

培训背景

现在是一个快速变化的时代,我们不得不面对激烈的竞争和快速的市场变化。快速的变化,带来软件需求的快速变革。因此,所有的软件企业不得不面对这样一个事实:当软件系统经历了无数次变更以后,程序变得凌乱不堪、难于维护。而软件经过了无数次变更以后,系统的业务逻辑变得越来越复杂,我们的设计开始迷失方向。这种设计的迷失,加快了软件退化的速度,使得任何一个变更,都变得成本巨大。这就是现代软件企业不得不面对的困境。

如何解决这种软件的困境呢?领域驱动设计,给我们指明了方向。他通过将软件设计还原到真实世界,将软件设计与真实世界对应起来。这样,当业务逻辑变得越来越复杂的时候,软件需求也开始频繁变更的时候,我们只需要将业务还原到真实场景,依据真实世界来指导我们的软件设计,设计思路就会清晰起来,我们就不再迷失方向。

目标学员

中高级工程师

企业架构师

软件设计师

技术决策/解决方案人员等

培训收益

本课程注重实战,并以工作坊的形式提供很多案例,让学员通过练习掌握领域驱动设计的过程。同时,通过大量真实的案例,讲解许多公司在开展领域驱动设计的过程中面临的难题、解决的思路。以下为收益要点:

优化软件架构

精准贴合业务需求

提升团队协作效率

增强应对变化能力

完善知识体系

提升代码质量

提高资源利用率

助力技术转型

促进市场拓展

解决方案

培训形式:专家面授精讲

培训时长:3-4天,每天6小时

培训特色:1. 理论与实践相结合、案例分析与实验穿插进行;

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

3. 通过全面知识理解、专题技能掌握和安全实践增强的授课方式。

课程大纲

日程

章节

授课内容

第一天
 

第一单元  
剖析领域驱动的设计思想

为什么我们需要领域驱动设计
1. 现如今DDD越来越流行
2. DDD并不能帮助新项目的软件开发
3. DDD真正的作用是日后长期的维护 
实践DDD的4大难题:
1. 准确理解为什么要采用DDD?
2. 怎样正确地进行业务领域建模?
3. 怎样用领域模型指导开发与变更?
4. 如何设计支持领域驱动的架构设计? 
DDD真正的作用是应对日后的软件维护
1. 我们现在面对的是快速变化的时代
2. 变更越频繁,代码质量下降越快
案例:演示电商网站付款功能代码质量下降的过程
案例分析:揭示软件退化的根源
DDD的解决之道:业务领域建模
3. 系统规模越来越大,系统越来越复杂
案例:演示嵌入式温控系统越来越难于维护的根源
案例分析:领域分析才是解决之道
DDD的解决之道:基于限界上下文拆分系统 
案例分析:演示电商网站付款功能代码质量下降的过程
1. 起初的设计
2. 随后的变更
3. 质量不断下降的过程
软件质量下降的根源:
1. 软件总是因变更而变得越来越复杂
2. 软件结构已经不再适应复杂的软件需求
3. 必须要调整软件结构以适应新的软件需求
DDD的建模过程:
1. 每次需求变更时先对需求进行领域分析
2. 基于领域分析先进行领域模型的变更
3. 基于领域模型的变更去指导程序的变更
 DDD是应对软件复杂性之道
1. 剖析领域驱动的设计思想
2. 服务、实体与值对象的概念
3. 充血模型与贫血模型的设计思路
4. 问题域、子域与限界上下文划分 
基于领域模型的设计变更
1. 演练基于DDD的设计与变更过程
2. 演练领域模型如何指导数据库设计
3. 演练领域模型如何指导程序设计
4. 聚合、仓库与工厂:傻傻分不清
5. 限界上下文:系统拆分的利器 
案例:重新演练电商网站付款功能的变更过程
第一个版本的领域模型与设计
第一次变更的分析设计过程
第二场变更的设计实现
第三次变更的设计实现
第四次变更与架构演化

第一天
 

第二单元
演练领域驱动的设计过程

领域建模分析过程
演练案例:在线订餐系统的领域设计过程
1. 从领域中吸取知识
2. 统一语言建模
3. 事件风暴会议
1) 梳理业务流程,识别领域事件
2) 为每个领域事件识别参与者、行为、相关事物
3) 标记事物之间的关系、聚合、聚合根
4) 根据业务划分限界上下文
5) 遍历所有事件,确定上下文映射
4. 业务领域建模
1) 为每个领域事件构建业务领域模型
2) 划分主题域、支撑域、通用域
3) 落实各子域之间的联系、接口及事件通知机制 
基于领域模型的微服务设计
1. 小而专的微服务设计
2. 限界上下文与微服务拆分
3. 上下文地图与微服务接口
4. 各微服务中实体、值对象与服务的设计
5. 各微服务中聚合、工厂与仓库的设计
6. 领域模型4种关系3种继承的数据库设计
7. 聚合层的设计、工厂和仓库的实现
8. 基于DDD的微服务架构分层 
解决DDD的设计难题
1. 跨库查询的设计难题与设计实现
2. 领域事件的通知机制与设计实现
3. 微服务接口的防腐层设计
4. 状态查询跟踪的设计思路与代码实现 
分组练习:按照事件风暴的步骤进行业务领域建模
1. 召开事件风暴会议
2. 进行业务领域建模
3. 基于领域模型设计开发系统

第二天
 

第三单元
领域驱动设计实践

实战演练:远程智慧医疗大数据平台设计过程
1. 系统业务规划与战略设计
2. 子系统→限界上下文→功能模块划分
3. 由粗到细的用例建模
4. 各子域业务领域建模
1) 智慧诊疗数据模型的领域分析
2) 诊所管理信息系统的领域分析
5. 各子域的接口设计
1) 上下文地图的模型分析
2) 微服务接口的方案设计
6. 微服务的技术落地实践
1) 去中心化的技术治理
2) 微服务的技术中台
3) 微服务的云端应用平台
 
起初:一个传统的诊所管理系统向互联网转型
1) 起初没有采用领域驱动设计,也运行了这么多年
2) 现在向互联网转型,业务变得越来越复杂,怎么开始领域建模?
第一步:站在全局的系统建设规划
第二步:DDD战略设计与限界上下文划分
第三步:各子域的业务领域建模
第四步:上下文地图与各子域的接口设计
转型成互联网连锁诊所系统,又该如何分析设计
1) 基于领域模型进行新需求的分析
2) 基于领域模型进行原有代码的更新维护
3) 基于限界上下文进行微服务的拆分,以及这个过程中的坑
第一步:基于DDD进行战略设计的调整
第二步:各子域的业务领域建模调整
第四步:上下文地图与各子域的接口设计
第五步:基于DDD的微服务拆分
Ø 基于DDD的数据库设计与去中心化的数据治理
Ø 如何由原有的贫血模型向现在的充血模型改造
Ø 如何解决跨库的关联查询与事务处理
Ø 如何实现领域事件的消息推送机制
Ø 如何实现跨库的状态数据查询
Ø 如何打造基于整洁架构的领域驱动设计框架
增加人工智能的智能诊疗数据模型
1) 如何通过领域模型来开展数据智能业务
2) 如何基于领域模型的规划与智能系统的接口
3) 基于领域模型的微服务+大数据的设计实践 
分组练习:按照领域模型进行设计开发
1. 基于领域模型进行微服务的拆分与设计
2. 基于领域模型进行每个微服务的数据库设计
3. 基于上下文地图形成微服务间的契约与接口

第二天
 

第四单元
基于领域驱动的技术中台建设

DDD需要强大技术架构支持
1. 降低技术门槛,减少开发工作量 → 制订规范、合理分层、降低复杂度
2. 易于业务变更,易于架构演化 → 将业务与技术解耦
3. 支持领域驱动,支持微服务 → 通用仓库、工厂及基础设施的设计
4. 平台不断完善,功能不断积累 → 敏捷架构设计:架构跑道与使能故事
支持DDD的技术架构建设思路
1. 分析当前软件架构设计与架构演化的痛点与根源
2. 阐述技术中台的建设思路
1)将业务与技术解耦 → 整洁架构与六边形架构
2)提取共性,精简业务代码 → 单Controller,单Dao 
支持领域驱动+微服务的技术中台
案例:在线订餐系统的应用
1. 通用、可配置的DDD仓库与工厂的设计
2. 解决跨库的关联查询与事务处理
3. 纯洁的Service与Entity便于不断地架构演化 
现有系统的整洁架构转型
1. 系统级的重构方法与步骤
2. 建立接口层解耦业务代码与技术框架的过程
3. 基于整洁架构的技术架构演化与快速交付

第三天

第五单元
基于DDD的微服务设计实践

实战演练:高并发高可用的订单系统
微服务架构的6种设计模式
1. 聚合模式
案例:电商网站购物功能的设计
Ø 微服务前后端分离的设计
Ø 分布式事务的两阶段提交
Ø TCC方案与阿里Seata
演练:运用Seata实现微服务的分布式事务
Ø 基于消息的最终一致性设计
演练:基于消息实现微服务的分布式事务 
案例:电商网站下单服务的设计
单一职责原则与领域驱动设计
Ø 互联网纵向切分在微服务的实现
Ø 纵向切分应当注意的设计问题
Ø 解决跨库关联查询的设计
演练:微服务间解决跨库关联查询的设计
2. 代理模式
案例:电商网站多渠道支付的微服务实现
3. 链式模式
4. 分支模式
5. 数据共享模式
案例:大数据与微服务结合的架构设计
案例:电商网站海量订单数据的秒级查询
6. 异步消息模式
案例:电商网站异步化操作的微服务实现
微服务的拆分原则
1. 能不拆尽量不拆:减少微服务间的调用
2. 该拆分就得拆分
1) 公共模块该拆分就得拆分
2) 越来越复杂的模块该拆分就得拆分

 

注:培训中讲师会根据学员的情况进行适当的调整。

讲师团队

范老师  业界顶级技术峰会技术分享者

独立咨询顾问,畅销书籍《架构真意》与《大话重构》的作者,规模化敏捷SPC。曾任航天信息首席架构师,哈工大软件工程硕士,软件架构及重构的客座讲师。从事软件研发工作近二十年,并且现在一直坚守在大型软件架构设计一线工作。从需求分析、软件开发到项目管理、架构设计都有丰富的从业经验。先后参与了数十个国内大型软件项目,涉及国家财政、军工、税务、医疗等领域的大数据中台建设、风险防控与人工智能研究。互联网转型、微服务转型及大数据转型的实践者与倡导者。

程老师  需求专家

中国科学院软件研究所硕士研究生,中国第一批分析设计师、UML/UP专家、UP统一软件过程资深教练(国内首位软件项目过程教练)、需求专家,国内较早引入模型驱动开发方法的倡导人之一、国内最早的UP过程推动人之一。曾任IBM中国软件开发中心(CDL)高级架构师多年。擅长企业级应用分析设计与开发;对软件开发的整个流程有深刻认识,有很好的协作精神和学习能力。 在系统分析设计和开发方面均有丰富经验。能够结合实际,在复杂的应用环境中能够选择适合需求分析方法定义并改进需求规格说明,降低项目开发风险、缩短开发周期、提高应用系统的可维护性和可扩展性。

标准服务

课前:(前期调研+项目启动)

做好学员课前通知及指引;

做好学员课程需求分析;

做好培训教具等准备工作。

课中:(课程交付:个人提升,团队提升,业务赋能)

确保讲师授课质量,及时收集学员建议,反馈授课讲师优化教学设计;

保障培训茶点质量及相关服务流程到位;

严格培训考勤管理,及时通报甲方。

课后:(项目复盘+结项)

做好学员满意度调查;

跟踪学员知识掌握程度,确保学员学有所获;

做好培训总结。全方位提升培训质量和学习质量。

增值服务

1. 培训前的个性化诊断与规划

需求深度调研

传统的培训需求调研多以问卷形式进行,而增值服务可采用深度访谈、小组讨论、现场观察等多种方式,深入了解企业战略目标、业务流程、岗位需求以及员工个人发展诉求。

定制化培训方案

基于深入调研结果,为企业量身定制独一无二的培训方案。不仅在课程内容上紧密贴合企业业务,还在培训方式、时间安排、培训地点等方面提供个性选择。

2. 培训中的多样化支持与互动

专属学习顾问

为企业每位参训员工配备专属学习顾问,全程跟踪学习进度。学习顾问定期与学员沟通,了解学习困难,提供学习方法指导,确保学员跟上培训节奏。

模拟工作场景实践

除常规的案例分析与小组讨论外,构建高度还原企业实际工作场景的模拟环境,让学员在模拟实践中应用所学知识。

引入前沿技术辅助教学

利用虚拟现实(VR)、增强现实(AR)、人工智能(AI)等前沿技术丰富培训形式。

3. 培训后的持续跟进与强化

培训效果长期跟踪

建立长期的培训效果跟踪机制,不仅仅关注培训结束后的短期反馈,而是在培训结束后的 3 - 6 个月甚至更长时间内,持续跟进学员在工作中的行为变化与绩效提升情况。通过与学员上级、同事沟通,收集学员工作表现的反馈,评估培训对实际工作的影响。

知识强化与拓展服务

为学员提供培训后的知识强化资料,如精炼的课程总结、拓展阅读材料、案例集等,方便学员随时复习巩固。定期举办线上线下的知识分享会、研讨会,邀请行业专家或优秀学员分享最新行业动态、实践经验,促进学员间的交流与知识拓展。

职业发展规划指导

基于培训效果与学员个人能力评估,为学员提供职业发展规划指导。帮助学员明确自身优势与不足,结合企业发展战略与行业趋势,制定个性化的职业发展路径。

4. 企业专属的培训管理与资源支持

培训管理系统定制

为企业定制专属的培训管理系统,方便企业对培训项目进行高效管理。系统具备课程管理、学员信息管理、学习进度跟踪、考核评估等功能,企业管理者可实时掌握培训整体情况,做出针对性决策。

企业内部培训师培养

帮助企业培养内部培训师团队,提升企业自主培训能力。通过专业的培训师培训课程,传授教学方法、课程设计、表达技巧等知识与技能。同时,为内部培训师提供实践指导与反馈,协助他们将企业内部经验与专业知识转化为高质量的培训课程。

培训资源共享平台

搭建企业专属的培训资源共享平台,整合线上线下各类学习资源,包括视频课程、电子书籍、行业报告、优秀学员作品等。企业员工可在平台上自由交流学习心得、分享学习资料,形成良好的学习生态。

定制内训 定制内训
标签: 软件设计 领域驱动

上篇: 软件工程造价师培训方案

下篇: 没有下一篇了