课程定位

围绕“课程大纲”等实际教学议题，课程结合方法、业务场景与案例展开，帮助学员建立可用于工作的分析和执行路径。

课程目标

• 面对大型复杂业务系统设计思想和设计理念的提升
• 传统的软件系统设计分析方法（OOA/OOD）的优点和存在的问题
• 领域驱动设计的重点和难点，以及它解决问题的方法和过程
• 从领域问题到领域解决方案，全过程每个节点步骤的思想和方法
• 领域驱动设计中，上下文切分的思路，微服务关键问题的思考
• 领域驱动建模中，从分析建模→设计建模→实现建模的技术手段和思路

学习收获

• 面对大型复杂业务系统设计思想和设计理念的提升
• 传统的软件系统设计分析方法（OOA/OOD）的优点和存在的问题
• 领域驱动设计的重点和难点，以及它解决问题的方法和过程
• 从领域问题到领域解决方案，全过程每个节点步骤的思想和方法
• 领域驱动设计中，上下文切分的思路，微服务关键问题的思考

课程模块

模块1：课程大纲

• 1 领域驱动设计--历史背景
• 当前软件系统开发面对的难题：系统需求的不确定性和易变性，以及系统的复杂性。
• ⑴当前存在的问题是什么？
• 系统的复杂性：问题的复杂性、实现的灵活性、行为描述的随意性和管理开发过程的困难性；
• ⑵领域驱动设计的目标是什么？
• 软件复杂性的应对之道：大型复杂业务系统分而治之的思想！
• 规模--通过分而治之控制规模；
• 结构--通过边界保持清晰有序；
• 变化--顺应变化方向。
• ⑶领域驱动设计的方法是什么？
• 领域驱动设计的策略：大型复杂业务系统的领域建模方法体系！
• 规模--以子领域、限界上下文对问题空间与解空间分而治之；
• 结构--以分层架构隔离业务复杂度与技术复杂度，形成清晰的架构；
• 变化--经领域抽象，以聚合为核心的领域建模，响应需求变化。
• 2 领域驱动设计--设计思想
• 讲述领域驱动设计基本概念、主要内容、设计思想和设计过程，准确领悟领域驱动的战略设计和战术设计的内容及关系。
• ⑴领域驱动的概念、历史根源和智慧；
• ⑵领域驱动的问题和步骤（六个问题和六个步骤）；
• ⑶领域模型的概念和主要思想；
• ⑷领域驱动设计的主要内容和过程；
• ⑸准确领悟领域驱动的战略设计和战术设计，以及战略和战术的关系。
• 3 领域驱动设计--全局分析
• 全局分析的目标就是确定问题空间，在统一语言的指导下，通过各种可视化手段，由领域专家与团队一起完成对问题空间的探索，帮助领域驱动设计对准问题，输出价值需求和业务需求。
• 价值需求既是目标系统的目标，也是对目标系统问题空间的界定和约束，它指导着业务需求分析。
• 业务需求由动态的业务流程和静态的业务活动组成，二者的结合依靠业务场景按照时间点和业务目标对业务流程的切分。
• 通过运用商业模式画布，可以获得组成价值需求的利益相关者、系统愿景和系统范围。
• 业务流程梳理可以帮助团队对问题空间的各条业务线构成一个整体认识，弄清楚各种角色如何参与到一个完整的流程中，流程的时序性也可以避免识别业务活动时可能出现的缺失。
• 业务流程图与服务蓝图以可视化的方式形象地呈现每一个提供了业务价值的业务流程。
• 业务活动是角色与目标系统之间的一次功能性交互，是体现了服务价值的功能行为。
• 一直以来，该如何确定业务需求层次，划分业务需求粒度，总是众说纷纭，没有一个客观的标准；业务活动将目标系统视为一个黑盒子，从功能性交互的完整性保证了每个业务活动都是正交的，就无需再考虑业务活动的层次和粒度，或者说，只要确定了完整性，保障了正交性，业务活动的层次与粒度也就确定下来了。
• 业务活动可以使用用例、用户故事或事件风暴中的事件来表达。
• 业务活动是全局分析阶段的基本业务单元，它的输出对于架构映射与领域建模具有重要意义：
• 架构映射：业务活动是识别限界上下文、确定上下文映射的基础，同时，它的粒度正好对应每个限界上下文向外公开的服务契约；
• 领域模型：业务需求分析细化的业务活动既是领域分析建模的重要参考，同时又作为服务场景成为场景驱动设计的起点。
• 全局分析是领域驱动设计统一过程的起点，它的目的是探索问题空间，使团队就问题空间的价值需求和业务需求达成共识，并在统一语言的指导下将其清晰地呈现出来。只有问题定义清楚了，团队才能更好地寻求解决方案。
• 4 领域驱动设计--架构映射
• ⑴软件架构及映射概念
• 介绍软件架构的概念定义。
• 软件架构模式：
• MVC架构、分层架构、DCI架构、CQRS架构、微服务分布式架构等。
• 架构映射
• 架构映射成为获得架构设计的主要设计手段。价值需求的利益相关者、系统愿景和系统范围可映射系统上下文；业务服务的归类和归纳可映射为限界上下文，系统上下文与限界上下文共同组成系统架构的重要层次，前者勾勒出解空间的控制边界，后者勾勒出领域模型的知识边界，组成了一个稳定而又具有演进能力的领域驱动架构。
• ⑵系统上下文
• 系统上下文：以目标系统为核心，勾勒出用户、目标系统和伴生系统之间的关系。
• 系统上下文的确定
• 价值需求的中利益相关者可以充当系统上下文的用户。
• 系统的范围可以帮助界定系统解空间的边界，划分目标系统和伴生系统。
• 结合系统愿景进行判断，与愿景不相匹配的功能和业务不考虑。
• ⑶限界上下文
• 限界上下文是领域驱动设计中最难解析的原则，但也是最重要的原则。可以说，没有限界上下文，就不能做好领域驱动设计。

适合人群

研发总监、研发经理/项目经理/技术经理/产品经理、系统工程师、软件研发程序员和工程师、产品规划专员。

讲师简介

主讲讲师：曾老师。高级工程师，毕业于武汉大学计算机系，从事计算机软件研发管理工作30余年。 曾在项目经理、产品经理、研发部门经理及产品总监岗位有过多年的工作经验。曾是中国水力发电工程学会电力系统自动化专业委员会第三届和第四届委员，中国能源研究会高级会员。现在一直从事电力系统计算机应用软件系统的研发与管理工作，主持和参与过省部级科技项目4项，地市级科技项目3项，以及多项公司级的重点项目和产品。获得新产品技术鉴定国际领先科技成果1项，发表学术论文13篇，专利成果22项（发明13项、实用新型6项、外观3项），软件著作权5项。获2005年珠海市科技进步一等奖和2021年珠海市科技进步二等奖、2014年授予珠海市软件创新。

温馨提示：本文内容根据课程内容整理，各模块实际讲授内容由授课老师根据学员情况灵活调整，最终以课堂授课为准。