火球：UML大战需求分析（第二版）

序1—给新读者
序2—给老读者
 
第1章  大话UML  1
   1.1  UML基础知识  1
     1.1.1  UML有什么用  1
     1.1.2  UML的分类  2
   1.2  结构型的UML（Structure Diagram）  3
     1.2.1  类图（Class Diagram）  3
     1.2.2  对象图（Object Diagram）  4
     1.2.3  构件图（Component Diagram）  5
     1.2.4  部署图（Deployment Diagram）  5
     1.2.5  包图（Package Diagram）  6
   1.3  行为型的UML（Behavior Diagram）  7
     1.3.1  活动图（Activity Diagram）  7
     1.3.2  状态机图（State Machine Diagram）  7
     1.3.3  顺序图（Sequence Diagram）  8
     1.3.4  通信图（Communication Diagram）  8
     1.3.5  用例图（Use Case Diagram）  9
     1.3.6  时序图（Timing Diagram）  9
   1.4  如何学好UML  10
     1.4.1  UML的认识误区  10
     1.4.2  我的学习经历  11
     1.4.3  UML学习难点  12
   1.5  小结和练习  12
     1.5.1  小结  12
     1.5.2  练习  13
1.5.3  延伸学习：甲方项目经理如何跟进老项目？  14
第2章  耗尽脑汁的需求分析工作  15
   2.1  需求分析面面观  15
   2.2  持续进化的客户需求  16
   2.3  给客户带来价值—需求分析之正路  18
     2.3.1  手机短信订餐系统  18
     2.3.2  需求分析的大道理  19
   2.4  UML助力需求分析  20
   2.5  小结与练习  21
     2.5.1  小结  21
     2.5.2  练习  22
2.5.3  延伸学习：乙方项目经理如何跟进老项目？  22
第3章  分析业务模型—类图（Class Diagram）  23
   3.1  面向过程与面向对象  23
   3.2  类图的基础知识  25
     3.2.1  类图有什么用  25
     3.2.2  什么是类  25
     3.2.3  什么是类图  26
     3.2.4  如何识别类  26
   3.3  类之间的关系  27
     3.3.1  “直线”关系  27
     3.3.2  “包含”关系  29
     3.3.3  “继承”关系  30
     3.3.4  “依赖”关系  32
   3.4  演练类之间的关系  32
     3.4.1  练习1：你和你另外一半的关系  32
     3.4.2  练习2：公司与雇员的关系  34
     3.4.3  练习3：香蕉、苹果、梨的关系  34
     3.4.4  练习4：公司的组织架构  35
   3.5  类的“递归”关系与“三角”关系  37
     3.5.1  “递归”关系  37
     3.5.2  “三角”关系  38
   3.6  考试管理系统—类图综合训练  40
   3.7  关于对象图  43
   3.8  小结与练习  44
     3.8.1  小结  44
     3.8.2  练习  46
     3.8.3  延伸学习：需求啊需求  46
第4章  流程分析利器之一—活动图（Activity Diagram）  47
   4.1  结构建模与行为建模  47
   4.2  认识流程分析工具的鼻祖—流程图  48
   4.3  工时审批流程—活动图基础  49
     4.3.1  基础语法：初始状态、结束状态、活动、判断、合并  49
     4.3.2  判断的三种处理办法  50
     4.3.3  多层分支  51
     4.3.4  泳道/分区  52
     4.3.5  对活动图分析业务流程的思考  53
   4.4  会签评审流程—活动图进阶  53
     4.4.1  “并行”的活动  53
     4.4.2  工作产品如何表示—对象流  55
4.4.3  活动图的组织—连接件（Connector）  57
   4.5  活动的粒度问题  58
     4.5.1  活动与动作  58
     4.5.2  活动粒度的问题  58
4.6  版本发布流程—用活动图表达复杂流程  59
     4.6.1  活动图的实践建议  59
     4.6.2  实战版本发布流程  59
     4.6.3  版本发布流程存在问题的思考  63
   4.7  小结与练习  63
     4.7.1  小结  63
     4.7.2  练习  65
     4.7.3  延伸学习：如何应对需求变更？  65
第5章  流程分析利器之二—状态机图（State Machine Diagram）  66
   5.1  请假审批流程—认识状态机图  66
     5.1.1  请假流程活动图  66
     5.1.2  请假流程状态机图  67
     5.1.3  状态机图基本语法  68
   5.2  关于状态数量的思考  69
   5.3  请假的多级审批流程—状态机图进阶  70
     5.3.1  多级审批的问题  70
     5.3.2  状态机图的分支结构  71
     5.3.3  应用状态机图的常见问题  72
   5.4  缺陷管理流程—演练复杂的状态机图  73
     5.4.1  状态机图的实践建议  73
     5.4.2  一封求助信—混乱的缺陷管理  73
     5.4.3  缺陷管理流程状态机图  74
     5.4.4  缺陷管理流程存在问题的思考  76
   5.5  小结与练习  76
     5.5.1  小结  76
     5.5.2  练习  78
5.5.3  延伸学习：乙方为什么老说我们需求变更？  78
第6章  流程分析利器之三—顺序图（Sequence Diagram）  79
6.1  如何和餐厅服务员“眉来眼去”—认识顺序图  79
     6.1.1  复习一下中文语法  79
     6.1.2  你和服务员的“眉来眼去”  80
     6.1.3  你和服务员的另外一种“眉来眼去”  81
     6.1.4  顺序图的基本语法  82
6.2  餐厅服务员背后的故事—发掘隐藏背后的业务流程  83
     6.2.1  服务员背后“有人”  83
     6.2.2  如何用顺序图发掘业务流程  85
6.3  你和提款机的故事—体会顺序图的粒度控制  85
   6.4  顺序图的循环及分支结构  86
     6.4.1  循环及分支结构  86
     6.4.2  要用好循环及分支结构不容易  88
   6.5  购买地铁票—活动图与顺序图的比较  90
   6.6  流程分析三剑客  92
   6.7  通信图—顺序图的另外一种表示方式  93
   6.8  小结与练习  95
     6.8.1  小结  95
     6.8.2  练习  97
     6.8.3  延伸学习：科学流程的重要性  97
第7章  描述系统的行为—用例图 （Use Case Diagram）  98
   7.1  初识用例图  98
     7.1.1  为什么需要用例图  98
     7.1.2  用例图基本语法  99
   7.2  用例图进阶  102
     7.2.1  角色的继承  103
     7.2.2  用例的Include  104
     7.2.3  用例的Extend  106
     7.2.4  用例的继承  107
     7.2.5  用例的粒度控制  109
   7.3  小试牛刀—订餐系统的用例图  110
     7.3.1  订餐系统的用例图  110
     7.3.2  用例的组织  112
   7.4  用例表—用例的进一步细化  112
7.5  综合运用类图、流程三剑客、用例图描述需求  116
     7.5.1  用类图描述业务概念  116
     7.5.2  流程三剑客的威力  117
   7.6  从用例分析开始还是由业务分析开始  117
     7.6.1  客户主导VS项目组主导  117
     7.6.2  需要和需求规格  118
   7.7  非要使用用例图、用例表吗  119
     7.7.1  不使用用例图和用例表的情况  119
7.7.2  使用用例图但不使用用例表的情况  121
   7.8  小结与练习  122
     7.8.1  小结  122
     7.8.2  练习  125
7.8.3  延伸学习：半途接手一个没有验收标准的项目  125
第8章  描述系统的框架—部署图、构件图  126
   8.1  描述需求为什么要用部署图、构件图  126
   8.2  什么是部署图（Deployment Diagram）  127
   8.3  什么是构件图（Component Diagram）  130
   8.4  部署图和构件图的“捆绑”应用  132
   8.5  小试牛刀—OA系统的架构需求  133
   8.6  如何获取和描述非功能性需求  135
   8.7  小结与练习  137
     8.7.1  小结  137
     8.7.2  练习  138
     8.7.3  延伸学习：项目质量管理  138
第9章  组织你的UML图—包图
（Package Diagram）  139
   9.1  什么是包图  139
   9.2  用包图组织类图  141
   9.3  用包图组织用例  142
   9.4  用包图进行软件设计  145
   9.5  小结与练习  147
     9.5.1  小结  147
     9.5.2  练习  148
     9.5.3  延伸学习：质量回溯会  148
第10章  UML共冶一炉—考勤系统的需求分析  149
   10.1  迎接挑战—你的需求分析任务书  149
   10.2  需求分析从零开始  151
     10.2.1  需求分析全过程的活动图  151
10.2.2  阶段：战略分析—你需要高屋建瓴  151
10.2.3  第二阶段：需要分析—你需要命中需要  153
10.2.4  第三阶段：业务分析—你需要吃透业务  154
10.2.5  第四阶段：需求细化—你需要设计有价值的需求方案  155
   10.3  考勤系统的战略分析  156
     10.3.1  考勤系统的背景  156
     10.3.2  战略分析到底要做啥  157
   10.4  考勤系统的需要分析  159
     10.4.1  目标  159
     10.4.2  涉众及待解决问题  159
     10.4.3  范围  161
     10.4.4  项目成功标准  162
   10.5  考勤系统的业务概念分析  162
     10.5.1  业务概念图的重要性和高难度  163
     10.5.2  考勤系统的业务概念图  164
     10.5.3  部门与员工  165
     10.5.4  打卡记录  165
     10.5.5  外出申请  166
     10.5.6  请假申请  167
   10.6  外出申请审批流程分析  169
     10.6.1  外出申请审批流程的活动图  169
     10.6.2  外出申请审批流程的状态机图  170
     10.6.3  外出申请相关的类图  172
     10.6.4  外出管理上的进一步思考  173
   10.7  请假申请审批流程分析  173
     10.7.1  请假申请审批流程的活动图  174
     10.7.2  请假审批流程的顺序图  175
     10.7.3  请假管理上的进一步思考  176
   10.8  执行者及用例分析  178
     10.8.1  执行者分析  178
     10.8.2  宏观用例图  180
     10.8.3  普通员工的用例分析  180
10.8.4  行政部员工、财务部员工用例分析  188
10.8.5  部门经理、副总经理、总经理用例分析  192
     10.8.6  管理员用例分析  196
     10.8.7  用例分析小结  198
   10.9  非用例的功能性需求  199
   10.10  系统的非功能性需求分析  201
     10.10.1  软件技术架构方面的要求  201
10.10.2  安全性、易用性、性能等方面的要求  202
   10.11  如何编写需求规格说明书  203
   10.12  对考勤系统后续故事的思考  205
     10.12.1  连董事长都敢“忽悠”的员工  205
     10.12.2  上有政策下有对策  206
     10.12.3  有先天缺陷的MIS型系统  206
10.12.4  如何打造有竞争力的MIS类型系统  207
   10.13  小结与练习  207
     10.13.1  小结  207
     10.13.2  练习  209
     10.13.3  延伸学习：项目的战略分析  209
第11章  需求分析的团队作战  210
   11.1  需求分析单兵作战合适吗  210
11.1.1  案例分析：孤军奋战的系统分析师  210
     11.1.2  需求驱动地工作  211
   11.2  项目团队如何“集体”获取需求  211
11.2.1  案例分析：某模具管理系统的需求调研工作  211
     11.2.2  团队作战获取需求  212
11.2.3  项目组各角色对需求把握程度的要求  213
   11.3  需求如何传递给项目组成员  215
     11.3.1  案例分析：某任务管理系统  215
     11.3.2  我的失误及改进措施  215
     11.3.3  如何快速分享需求  217
   11.4  让客户持续参与  218
11.4.1  如何让客户签署几十页甚至上百页的需求文档  218
     11.4.2  极限编程中的客户全程参与  218
     11.4.3  让客户全方位全程持续参与  219
   11.5  小结与练习  220
     11.5.1  小结  220
     11.5.2  练习  221
11.5.3  延伸学习：打造中国女排式超级团队  221
第12章  说不尽的UML—UML补遗  222
   12.1  认识时序图（Timing Diagram）  222
12.2  认识交互概览图（Interaction Overview Diagram）  224
12.3  认识组合结构图（Composite Structure Diagram）  225
   12.4  UML全家福  225
   12.5  认识UML工具  228
   12.6  学习目标检查及学习建议  231
     12.6.1  总结  231
     12.6.2  延伸学习1：质量内建  232
12.6.3  延伸学习2：《UML学以致用》视频课程  232
第13章  敏捷需求分析还是UML？  234
   13.1  什么是敏捷？  234
     13.1.1  敏捷的前世今生  234
     13.1.2  敏捷的各种门派和定义  235
     13.1.3  敏捷的流程框架  236
     13.1.4  敏捷的团队架构  237
     13.1.5  敏捷的各种实践一览  240
   13.2  敏捷需求分析  241
     13.2.1  产品愿景（Vision）  241
     13.2.2  用户画像（Persona）  245
     13.2.3  用户故事（User Story）  249
     13.2.4  用户故事地图（User Story Map）  253
13.2.5  小可用产品（Minimum Viable Product，MVP）  254
     13.2.6  产品经理与开发团队的协作  255
   13.3  左手敏捷，右手UML  256
     13.3.1  产品愿景vs战略分析  256
     13.3.2  用户画像vs需要分析  257
     13.3.3  用户故事vs用例图  258
     13.3.4  B端和C端需求分析的区别  259
13.3.5  基于业务流程分析导出用例图或用户故事  260
     13.3.6  业务建模在互联网行业的应用  263
     13.3.7  每日会议 看板 UML  265
   13.4  融会贯通，海纳百川  267
13.4.1  理解公司的商业模式，需求分析是商业模式的重要一环  268
13.4.2  传统型项目的商业模式和需求分析策略  268
13.4.3  产品型项目的商业模式和需求分析策略  269
13.4.4  互联网型项目的商业模式和需求分析策略  270
     13.4.5  UML 敏捷 更多  271
   13.5  小结与练习  272
     13.5.1  小结  272
     13.5.2  练习  274
13.5.3  延伸学习：敏捷需求分析视频课程  274
附录1  学习资料与读书讨论  276
附录2  考勤系统的需求规格说明书  279
附录3  名词解释  302
　　附录4  图表目录  306