课程简介
利润=需求-设计。软件开发中，需求是解决“系统怎样好卖”的问题，设计是解决“降低开发成本”的问题。要迈向“低成本制造好卖的产品”的境界，并非喊喊口号就能达到。
口号：我们只做最重要的需求，尽快把系统推向市场。问题来了：怎么知道哪个需求最重要？拍脑袋？
口号：设计要分离变和不变，这样可以减少变更的成本。问题来了：怎么知道哪些变哪些不变？抓阄？
建模提供了愿景、业务建模等方法，帮助迅速定位最重要的需求。
建模提供了领域分析方法，帮助厘清各种概念的变和不变。
不同形态的系统各自有各自的复杂性，建模是否值得，和系统的运行形态无关，而是看软件组织有没有一颗冠军的心。本训练就是教授给软件组织如何使用UML2.5相关的需求和设计建模技能来全程实作一个系统的过程。
目标收益
通过大量练习和项目实践，使软件组织真正理解如何结合用例、类图、序列图、状态图、组件图等UML要素来完成业务建模、需求、分析和设计的流程，能在项目开发中灵活应用。
培训对象
有一年以上项目经验的需求或设计（编码）人员，头衔包括但不限于程序员、产品经理、架构师、项目经理、业务分析师。
课程大纲
| 概论 |
--需求和设计的关键区别 --核心工作流 --UML的统一 --使用UML开发过程、工具、资料介绍 |
| 第一单元 业务建模 |
建模组织流程 --愿景的要点 --如何揣摩愿景 --项目实作：愿景 --选取合适的建模业务单元 --业务执行者和业务用例 --业务序列图 --改进业务序列图 --项目实作：绘制业务用例图、业务序列图 |
| 第二单元 需求 |
建模系统需求 --系统执行者要点剖析 --系统用例要点剖析 --从业务序列图映射到系统用例图 --项目实作：绘制系统用例图 --书写用例规约 --项目实作：书写用例规约 --需求启发 |
| 第三单元 分析 |
建模系统核心领域逻辑 --识别类及其属性 --识别类之间的泛化 --识别类之间的关联 --项目实作：绘制类图 --彩色建模技术 --序列图精要 --用例、类图、序列图的互动 --项目实作：绘制序列图 --状态图、类图、序列图的映射 --状态图和代码的映射 --项目实作：绘制状态机图 |
| 第四单元 设计 |
系统的最终实现 --存储层的映射 --数据源层的映射 --业务层的映射 --界面层的映射 --领域驱动设计 |
| 第五单元 改进指南 |
如何在团队中推进需求设计建模 --根据团队情况改进 --小步前进 --正确的改进心态 |
|
概论 --需求和设计的关键区别 --核心工作流 --UML的统一 --使用UML开发过程、工具、资料介绍 |
|
第一单元 业务建模 建模组织流程 --愿景的要点 --如何揣摩愿景 --项目实作：愿景 --选取合适的建模业务单元 --业务执行者和业务用例 --业务序列图 --改进业务序列图 --项目实作：绘制业务用例图、业务序列图 |
|
第二单元 需求 建模系统需求 --系统执行者要点剖析 --系统用例要点剖析 --从业务序列图映射到系统用例图 --项目实作：绘制系统用例图 --书写用例规约 --项目实作：书写用例规约 --需求启发 |
|
第三单元 分析 建模系统核心领域逻辑 --识别类及其属性 --识别类之间的泛化 --识别类之间的关联 --项目实作：绘制类图 --彩色建模技术 --序列图精要 --用例、类图、序列图的互动 --项目实作：绘制序列图 --状态图、类图、序列图的映射 --状态图和代码的映射 --项目实作：绘制状态机图 |
|
第四单元 设计 系统的最终实现 --存储层的映射 --数据源层的映射 --业务层的映射 --界面层的映射 --领域驱动设计 |
|
第五单元 改进指南 如何在团队中推进需求设计建模 --根据团队情况改进 --小步前进 --正确的改进心态 |
近期公开课推荐
