团队内训-“软件需求设计建模方法学全程实例剖析”训练方案（202208更新）

※幻灯片下载※

http://www.umlchina.com/training/slide.html

※训练介绍※

利润=需求-设计。软件开发中，需求是解决“系统怎样好卖”的问题，设计是解决“降低开发成本”的问题。要迈向“低成本制造好卖的产品”的境界，并非喊喊口号就能达到。

口号：我们只做最重要的需求，尽快把系统推向市场。问题来了：怎么知道哪个需求最重要？拍脑袋？

口号：设计要分离变和不变，这样可以减少变更的成本。问题来了：怎么知道哪些变哪些不变？抓阄？

建模提供了愿景、业务建模等方法，帮助迅速定位最重要的需求。

建模提供了领域分析方法，帮助厘清各种概念的变和不变。

不同形态的系统各自有各自的复杂性，建模是否值得，和系统的运行形态无关，而是看软件组织有没有一颗冠军的心。

本训练就是向有冠军的心的软件组织教授如何使用UML相关的需求和设计建模方法学来全程实作一个系统的过程，适用于任何形态的软件系统。

建模方法学包含以下技能：

A-业务建模——定位需要改进的目标组织（人群或机构）以及该组织接下来最需要改进的问题。

B-需求——描述为了改进组织的问题，所引入的信息系统必须具有的表现。

C-分析——提炼为了满足功能需求，所引入的信息系统需要封装的核心域机制。

D-设计——考虑质量需求和设计约束，将核心域机制映射到选定非核心域上实现。

江湖中各种花里胡哨的术语，大多数都可以用上面的ABCD来归纳。也就是说，本训练涵盖了这些花里胡哨术语的内容。

产品经理、需求工程师、需求分析师：A+B+部分C；

业务架构师：可能是A，也可能是C

系统架构师：C+D。常有团队说要学系统架构，其实他想改进的是B-需求。

领域驱动设计：C+D。也有团队声称要学“领域驱动设计”，其实想解决的却是A-业务建模。

中台：C+D

微服务：C+D

设计模式：C+D

……

本训练秉行UMLChina一贯的“聚焦最后一公里”原则。训练过程中，专家当场和团队一起讨论和研究团队的当前项目，一起把所授知识当场应用到团队的当前项目，得到团队当前项目的模型。

※训练目标※

通过大量练习和项目实践，使软件组织真正理解如何结合用例、类图、序列图、状态机图、组件图等UML元素来完成业务建模、需求、分析和设计的流程，能在项目开发中灵活应用。

训练时所使用的的示范工具缺省为Enterprise Architect，也可根据团队的要求使用其他建模工具来示范，包括且不限于：StarUML、Rational Software Architect、Visual Paradigm、Rhapsody等。

※训练时间※

正常时间为3天，可根据团队特点定制为2天。每天7小时（例如9:00-12:00，13:30-17:30）。

※训练方式※

针对每个工作流（业务建模、需求、分析、设计）循环以下步骤1-5:

1. 老师将先作知识和建模要点讲解，并随时布置练习题。

2. 老师演示如何根据要点实作UMLChina案例项目

3. 老师演示如何根据要点实作客户的一个当前项目。

4. 学员分组根据要点实作一个自己当前正在做的项目。

5. 老师检查学员实作结果，和学员讨论，指出其中错误和改进要点，修改出正确结果。

*自训练结束开始，提供一年的免费微信答疑。

※训练费用※

线下（现场）训练：

整个团队每天的训练总费用为24,000元（即2天为48000元，3天为72000元），讲师差旅费用和税费已包含在内。

线上（通过腾讯会议等）训练：

整个团队每天的训练总费用为18,000元（即2天为36000元，3天为54000元），税费已包含在内。

※训练大纲※

1. 概论

--需求和设计的关键区别

--核心建模工作流

--UML介绍

--具体建模步骤

--建模工具和资料介绍

2. 愿景

--愿景的作用

--定位目标组织和老大

--不同类型系统的注意事项

--定位正确的愿景目标

--项目实作：愿景

3. 业务用例图和业务序列图

--组织的外观和内观

--业务执行者、业务工人和业务实体

--识别业务执行者

--识别业务用例

--现状业务序列图

--常见业务流程改进模式

--改进业务序列图

--项目实作：绘制业务用例图、业务序列图

4. 系统用例图和用例规约

--系统执行者要点剖析

--系统用例要点剖析

--从业务序列图映射到系统用例图

--项目实作：绘制系统用例图

--书写用例规约：涉众利益

--书写用例规约：路径步骤

--书写用例规约：补充约束

--项目实作：书写用例规约

--通过关系整理用例

--需求启发

5. 分析类图

--面向对象的抽象

--识别类及其属性

--审查类和属性

--类之间的关系

--识别类之间的泛化

--识别类之间的关联

--项目实作：绘制类图

--彩色建模和分析模式

6. 分析序列图

--序列图精要

--用例、类图、序列图的互动

--三种分析类的协作

--单一责任原则

--老板原则

--可视原则

--项目实作：绘制分析序列图

7. 分析状态机图

--状态机图、类图、序列图的映射

--状态、事件、动作和转换

--层次状态、历史状态

--转换执行序列

--状态机图和代码的映射

--项目实作：绘制分析状态机图

8. 映射到设计

--存储层的映射

--数据源层的映射

--业务层的映射

--界面层的映射

--常见实现架构

--领域驱动设计潮词的本质

9. 改进指南

--普及基本常识

--根据团和个人情况改进

以上时间分配会根据项目特点和训练进程调整。

※训练讲师※

潘加宇。UMLChina首席专家。

学习经历

1989-1994 中国科技大学

1994-1997 北京大学

工作经历

1997-1998 清华大学（教师）

1998-1999 惠典电子北京开发部

1999-2002 美国纳软北京研发部

2002-至今 UMLChina

在1999年还是一名程序员时，利用业余时间创建了UMLChina，潜心研究需求和设计技能。2002年开始对外提供UML需求和设计的技术指导和训练服务。到现在为止，已经上门为超过340家的组织提供服务，覆盖了国内各个领域的领袖企业，包括通信、企业管理、电子商务、房地产、网络游戏、地理信息、物流、数码设备、医疗设备、工业控制.....等领域。

从2003年起，受邀担任历年中国软件技术大会、SD2.0、QCon、Tid、ArchSubmit、DDDChina等演讲嘉宾，《程序员》杂志撰稿人，还作为客座教授在中科院研究生院计算通信学院主讲“软件需求和设计实践”硕士课程，多次被评为研究生院优秀课程。

著有《软件方法》一书。http://www.umlchina.com/url/softmeth2.html

微信：umlchina2

QQ和QQ邮箱：3504847@qq.com

电话：18858197422

※UMLChina介绍※

UMLChina由潘加宇创立于1999年，专注于研究软件需求和设计技能，为软件组织提供“聚焦最后一公里”的服务。到现在为止，已经上门为超过340家的组织提供服务，覆盖了国内各个领域的领袖企业，包括通信、企业管理、电子商务、房地产、网络游戏、地理信息、物流、数码设备、医疗设备、工业控制.....等领域。

多年来，UMLChina和国内各出版社精诚合作，负责翻译和改编软件工程经典书籍，目前为止参与出版的书籍有（更详细内容参见《UMLChina书籍大全》）：

《人月神话》

《人月神话》（注释版）

《人件》

《最后期限》

《代码之美》

《UML参考手册 2.0》

《UML风格》

《系统分析师UML实务手册》

《C++程序员UML实务手册》

《SoC设计UML实务手册》

《UML+OOPC嵌入式C语言开发精讲》

《UML精粹》（第3版）

《UML嵌入式设计》

《Use Case入门与实例》

《Head First设计模式》

《Head First设计模式》第2版

《设计模式精解》

《企业应用架构模式》

《对象设计》

《领域驱动设计》

《领域驱动设计》（注释版）

《彩色UML建模》

《分析模式》（注释版）

《敏捷数据》

《掌握需求过程》（第2版）

《探索需求》

《有效用例模式》

《面向对象分析与设计》

《领域驱动设计C# 2008实现》

《UML和Enterprise Architect 7.5团队开发实用手册》

《领域驱动设计》2010重印版

《Visual Studio 2010和UML黄金法则》

《UML团队开发流程与管理》（第2版）

《软件方法》