• 参会报名
  • 会议介绍
  • 会议日程
  • 会议嘉宾
  • 参会指南

领域驱动软件设计实战训练营暨工信部教考中心领域驱动软件设计工程师认证杭州及北京培训班
收藏人
分享到

领域驱动软件设计实战训练营暨工信部教考中心领域驱动软件设计工程师认证杭州及北京培训班

发票类型:增值税普通发票 增值税专用发票

门票名称 单价 截止时间 数量
杭州及线上班暂无说明 ¥7800.0 2024-10-23 17:00

会议介绍


领域驱动软件设计实战训练营暨工信部教考中心领域驱动软件设计工程师认证杭州及北京培训班

一、培训收益

二、培训特色

  1. 理论与实践相结合、案例分析与行业应用穿插进行;
  2. 专家精彩内容解析、学员专题讨论、分组研究;
  3. 通过全面知识理解、专题技能和实践结合的授课方式。

三、培训对象

四、课程收益

会议日程

(最终日程以会议现场为准)


五、日程安排

  1. 现如今DDD越来越流行
  2. DDD并不能帮助新项目的软件开发
  3. DDD真正的作用是日后长期的维护

  1. 准确理解为什么要采用DDD
  2. 怎样正确地进行业务领域建模?
  3. 怎样用领域模型指导开发与变更?
  4. 如何设计支持领域驱动的架构设计?

  1. 我们现在面对的是快速变化的时代
  2. 变更越频繁,代码质量下降越快

  1. 系统规模越来越大,系统越来越复杂

  1. 起初的设计
  2. 随后的变更
  3. 质量不断下降的过程

  1. 软件总是因变更而变得越来越复杂
  2. 软件结构已经不再适应复杂的软件需求
  3. 必须要调整软件结构以适应新的软件需求

  1. 每次需求变更时先对需求进行领域分析
  2. 基于领域分析先进行领域模型的变更
  3. 基于领域模型的变更去指导程序的变更

  1. 服务、实体与值对象的概念
  2. 充血模型与贫血模型的设计思路
  3. 问题域、子域与限界上下文划分

  1. 演练基于DDD的设计与变更过程
  2. 演练领域模型如何指导数据库设计
  3. 演练领域模型如何指导程序设计
  4. 聚合、仓库与工厂:傻傻分不清
  5. 限界上下文:系统拆分的利器

  1. 从领域中吸取知识
  2. 统一语言建模
  3. 事件风暴会议
  1. 梳理业务流程,识别领域事件
  2. 为每个领域事件识别参与者、行为、相关事物
  3. 标记事物之间的关系、聚合、聚合根
  4. 根据业务划分限界上下文
  5. 遍历所有事件,确定上下文映射
  1. 业务领域建模
  1. 为每个领域事件构建业务领域模型
  2. 划分主题域、支撑域、通用域
  3. 落实各子域之间的联系、接口及事件通知机制

  1. 小而专的微服务设计
  2. 限界上下文与微服务拆分
  3. 上下文地图与微服务接口
  4. 各微服务中实体、值对象与服务的设计
  5. 各微服务中聚合、工厂与仓库的设计
  6. 领域模型4种关系3种继承的数据库设计
  7. 聚合层的设计、工厂和仓库的实现
  8. 基于DDD的微服务架构分层

  1. 跨库查询的设计难题与设计实现
  2. 领域事件的通知机制与设计实现
  3. 微服务接口的防腐层设计
  4. 状态查询跟踪的设计思路与代码实现

  1. 系统业务规划与战略设计
  2. 子系统→限界上下文→功能模块划分
  3. 由粗到细的用例建模
  4. 各子域业务领域建模
  1. 智慧诊疗数据模型的领域分析
  2. 诊所管理信息系统的领域分析
  1. 各子域的接口设计
  1. 上下文地图的模型分析
  2. 微服务接口的方案设计
  1. 微服务的技术落地实践
  1. 去中心化的技术治理
  2. 微服务的技术中台
  3. 微服务的云端应用平台

  1. 起初没有采用领域驱动设计,也运行了这么多年
  2. 现在向互联网转型,业务变得越来越复杂,怎么开始领域建模?

  1. 基于领域模型进行新需求的分析
  2. 基于领域模型进行原有代码的更新维护
  3. 基于限界上下文进行微服务的拆分,以及这个过程中的坑

  1. 基于DDD的数据库设计与去中心化的数据治理
  2. 如何由原有的贫血模型向现在的充血模型改造
  3. 如何解决跨库的关联查询与事务处理
  4. 如何实现领域事件的消息推送机制
  5. 如何实现跨库的状态数据查询
  6. 如何打造基于整洁架构的领域驱动设计框架

  1. 如何通过领域模型来开展数据智能业务
  2. 如何基于领域模型的规划与智能系统的接口
  3. 基于领域模型的微服务+大数据的设计实践

  1. 降低技术门槛,减少开发工作量制订规范、合理分层、降低复杂度
  2. 易于业务变更,易于架构演化将业务与技术解耦
  3. 支持领域驱动,支持微服务通用仓库、工厂及基础设施的设计
  4. 平台不断完善,功能不断积累敏捷架构设计:架构跑道与使能故事

  1. 分析当前软件架构设计与架构演化的痛点与根源
  2. 阐述技术中台的建设思路

  1. 通用、可配置的DDD仓库与工厂的设计
  2. 解决跨库的关联查询与事务处理
  3. 纯洁的ServiceEntity便于不断地架构演化

  1. 系统级的重构方法与步骤
  2. 建立接口层解耦业务代码与技术框架的过程
  3. 基于整洁架构的技术架构演化与快速交付

  1. 聚合模式

  1. 微服务前后端分离的设计
  1. 分布式事务的两阶段提交
  2. TCC方案与阿里Seata

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

  1. 互联网纵向切分在微服务的实现
  2. 纵向切分应当注意的设计问题
  3. 解决跨库关联查询的设计

  1. 代理模式

  1. 链式模式
  2. 分支模式
  3. 数据共享模式

  1. 异步消息模式

  1. 能不拆尽量不拆:减少微服务间的调用
  2. 该拆分就得拆分
  1. 公共模块该拆分就得拆分
  2. 越来越复杂的模块该拆分就得拆分

会议嘉宾

(最终出席嘉宾以会议现场为准)


六、授课专家

参会指南


七、培训费用

温馨提示酒店与住宿:为防止极端情况下活动延期或取消,建议“异地客户”与manbext客户端下载客服确认参会信息后,再安排出行与住宿。退款规则:活动各项资源需提前采购,购票后不支持退款,可以换人参加。

标签: 软件设计

  • 会员折扣
    该会议支持会员折扣 具体折扣标准请参见plus会员页面
  • 会员返积分
    每消费1元累积1个会员积分。 仅PC站支持。
  • 会员积分抵现
    根据会员等级的不同,每抵用1元可使用的积分也不一样,具体可参见PLUS会员页面。 仅PC站支持。

主办方没有公开参会单位

打开微信,点击底部的“发现”,使用“扫一扫”即可将网页分享至朋友圈。

录入信息

Baidu
map