内容简介 · · · · · ·
UMLChina 首席专家潘加宇的第一本书。作者在为软件组织提供建模咨询和培训服务超过十年后,把他的经验和感悟写成了本书。《软件方法:上册,业务建模和需求》从“利润=需求-设计”开始,用市场经济的思想讲解软件开发中需求和设计的道理,以及统一建模语言UML 在需求和设计中的应用。本书还破解了软件开发领域流行的一些心灵鸡汤式宣传。
作者简介 · · · · · ·
潘加宇,umlchina首席专家。在1999年还是一名程序员时,利用业余时间创建了umlchina,潜心研究需求和设计技能。2002年开始对外提供uml需求和设计的技术指导和训练服务,客户覆盖了各个领域的领袖企业。
目录 · · · · · ·
《软件方法:上册,业务建模和需求》
第1章.建模和uml 1
1.1 粗放经营的时代已经远去 1
1.2 利润=需求-设计 2
1.3 核心工作流 4
1.4 uml 简史 9
· · · · · · (更多)
第1章.建模和uml 1
1.1 粗放经营的时代已经远去 1
1.2 利润=需求-设计 2
1.3 核心工作流 4
1.4 uml 简史 9
· · · · · · (更多)
《软件方法:上册,业务建模和需求》
第1章.建模和uml 1
1.1 粗放经营的时代已经远去 1
1.2 利润=需求-设计 2
1.3 核心工作流 4
1.4 uml 简史 9
1.5 各工作流中的uml 12
1.6 基本共识上的沟通 14
1.7 沟通仅限于开发团队内部 16
1.8 方法和过程 18
1.9 案例介绍 20
1.10 模型的组织 21
1.11 工具操作 25
第2章 愿景27
2.1 最不可缺的工件 27
2.2 愿景的定义 28
2.3 老大 29
2.4 把产品当项目——定位具体的组织(人群) 31
2.5 寻找老大:要点和典型错误 34
2.6 可度量的目标 36
.2.7 揣摩目标度量 38
2.8 涉众利益 40
2.9 可以积累的财富 42
2.10 案例 45
2.11 工具操作 46
第3章.业务建模之业务用例图 47
3.1 软件是组织的零件 47
3.2 业务建模步骤1-1 :选定要改进的组织 49
3.3 业务建模步骤1-2 :组织的业务用例图 54
3.3.1 业务执行者 54
3.3.2 业务工人和业务实体 55
3.3.3 寻找业务执行者 57
3.3.4 业务用例 58
3.4 案例 65
3.5 工具操作67
3.6 总结 75
第4章.业务建模之业务序列图77
4.1 描述业务流程的手段 77
4.2 业务序列图要点 87
4.2.1 消息代表责任分配而不是数据流动 87
4.2.2 聚焦于系统之间的协作 88
4.2.3 只画核心域相关的系统 91
4.2.4 把时间看作特殊的业务实体 92
4.3 业务建模步骤1-3 :现状业务序列图 92
4.3.1 错误:把“现状”误解为“纯手工”93
4.3.2 错误:把“现状”误解为“规范” 93
4.3.3 错误:以待开发系统为中心拼凑流程 94
4.4 案例 96
4.5 工具操作 100
4.6 业务建模步骤1-4 :改进业务序列图117
4.6.1 改进一:物流变成信息流 118
4.6.2 改进二:改善信息流转 120
4.6.3 改进三:封装领域逻辑 121
4.6.4 阿布思考法123
4.7 案例 129
4.8 工具操作 131
第5章.需求之系统用例图139
5.1 系统执行者要点 139
5.2 需求步骤2-1 :识别系统执行者 143
5.3 系统用例要点 146
5.4 需求步骤2-2 :识别系统用例 154
5.5 用例的进一步讲解 157
5.5.1 错误:玩弄“复用” 157
5.5.2 错误:玩弄“层次”163
5.5.3 错误:玩弄“子系统” 163
5.5.4 错误:模糊的价值164
5.5.5 提示:大用例无妨小用例 167
5.5.6 提示:用例的命名167
5.6 案例 169
5.7 工具操作 170
5.8 总结 176
第6章.需求之系统用例规约177
6.1 需求步骤2-3 :书写系统用例规约 177
6.1.1 前置条件和后置条件178
6.1.2 涉众利益183
6.1.3 基本路径 189
6.1.4 扩展路径196
6.1.5 补充约束 199
6.2 案例 206
6.3 工具操作 209
第7章.需求之需求启发 227
7.1 启发障碍 227
7.2 需求启发手段 229
7.2.1 研究资料229
7.2.2 问卷调查 230
7.2.3 访谈 230
7.2.4 观察 233
7.2.5 研究竞争对手234
7.3 需求工程师236
7.3.1 好奇心 236
7.3.2 探索力 237
7.3.3 沟通力 238
7.3.4 表达力 239
7.3.5 热情 240
· · · · · · (收起)
第1章.建模和uml 1
1.1 粗放经营的时代已经远去 1
1.2 利润=需求-设计 2
1.3 核心工作流 4
1.4 uml 简史 9
1.5 各工作流中的uml 12
1.6 基本共识上的沟通 14
1.7 沟通仅限于开发团队内部 16
1.8 方法和过程 18
1.9 案例介绍 20
1.10 模型的组织 21
1.11 工具操作 25
第2章 愿景27
2.1 最不可缺的工件 27
2.2 愿景的定义 28
2.3 老大 29
2.4 把产品当项目——定位具体的组织(人群) 31
2.5 寻找老大:要点和典型错误 34
2.6 可度量的目标 36
.2.7 揣摩目标度量 38
2.8 涉众利益 40
2.9 可以积累的财富 42
2.10 案例 45
2.11 工具操作 46
第3章.业务建模之业务用例图 47
3.1 软件是组织的零件 47
3.2 业务建模步骤1-1 :选定要改进的组织 49
3.3 业务建模步骤1-2 :组织的业务用例图 54
3.3.1 业务执行者 54
3.3.2 业务工人和业务实体 55
3.3.3 寻找业务执行者 57
3.3.4 业务用例 58
3.4 案例 65
3.5 工具操作67
3.6 总结 75
第4章.业务建模之业务序列图77
4.1 描述业务流程的手段 77
4.2 业务序列图要点 87
4.2.1 消息代表责任分配而不是数据流动 87
4.2.2 聚焦于系统之间的协作 88
4.2.3 只画核心域相关的系统 91
4.2.4 把时间看作特殊的业务实体 92
4.3 业务建模步骤1-3 :现状业务序列图 92
4.3.1 错误:把“现状”误解为“纯手工”93
4.3.2 错误:把“现状”误解为“规范” 93
4.3.3 错误:以待开发系统为中心拼凑流程 94
4.4 案例 96
4.5 工具操作 100
4.6 业务建模步骤1-4 :改进业务序列图117
4.6.1 改进一:物流变成信息流 118
4.6.2 改进二:改善信息流转 120
4.6.3 改进三:封装领域逻辑 121
4.6.4 阿布思考法123
4.7 案例 129
4.8 工具操作 131
第5章.需求之系统用例图139
5.1 系统执行者要点 139
5.2 需求步骤2-1 :识别系统执行者 143
5.3 系统用例要点 146
5.4 需求步骤2-2 :识别系统用例 154
5.5 用例的进一步讲解 157
5.5.1 错误:玩弄“复用” 157
5.5.2 错误:玩弄“层次”163
5.5.3 错误:玩弄“子系统” 163
5.5.4 错误:模糊的价值164
5.5.5 提示:大用例无妨小用例 167
5.5.6 提示:用例的命名167
5.6 案例 169
5.7 工具操作 170
5.8 总结 176
第6章.需求之系统用例规约177
6.1 需求步骤2-3 :书写系统用例规约 177
6.1.1 前置条件和后置条件178
6.1.2 涉众利益183
6.1.3 基本路径 189
6.1.4 扩展路径196
6.1.5 补充约束 199
6.2 案例 206
6.3 工具操作 209
第7章.需求之需求启发 227
7.1 启发障碍 227
7.2 需求启发手段 229
7.2.1 研究资料229
7.2.2 问卷调查 230
7.2.3 访谈 230
7.2.4 观察 233
7.2.5 研究竞争对手234
7.3 需求工程师236
7.3.1 好奇心 236
7.3.2 探索力 237
7.3.3 沟通力 238
7.3.4 表达力 239
7.3.5 热情 240
· · · · · · (收起)
原文摘录 · · · · · ·
喜欢读"软件方法"的人也喜欢的电子书 · · · · · ·
支持 Web、iPhone、iPad、Android 阅读器
喜欢读"软件方法"的人也喜欢 · · · · · ·
软件方法的书评 · · · · · · ( 全部 9 条 )
贴近实际的相当好的 UML 提高书籍
我认为是很不错的。语言贴近实际,举例形象,能让人看懂。之前也看过不少 uml 的书,但太专业,被一堆规定、符号就吓倒了,自然也应用不到工作上。但潘老师这本侧重于思想,怎么去做设计,带着我从粗到细,从业务到结构的思考,从中自然而然就理解 uml 图是做什么用的了。其实...
(展开)
> 更多书评 9篇
0 有用 阿迪也想混的好 2022-05-19 01:28:17
项目总体把握
3 有用 zpp 2015-04-13 22:59:12
这才是软件工程正宗 逻辑推理严密 以前看的各种经典软工书籍都是点 这本书帮我打通任督二脉 墙裂推荐啊
0 有用 Jack 2022-09-12 17:48:39 广东
书名叫软件方法,但是全书看下来最大的收获是在于摆脱程序员思维,编码只是程序员工作的一部分,这本书的高度是在编程之上的,关于需求价值的分析,设计,建模
0 有用 三餐一宿 2020-07-18 13:10:31
趁着回家间隙,在呲哇乱叫,锣鼓声声,前拥后挤中,把这本奇葩书的后半本翻完了,其实说的都是大实话,只是表现形式任性,但看到天问的歌词,虽然跳跃也还好吧:谁挽起弓箭,射天空的火舌,谁偷仙丹飞天,月宫安守青天。
0 有用 哎呦吼 2023-08-17 11:53:58 美国
图森破,悟不透
0 有用 哎呦吼 2023-08-17 11:53:58 美国
图森破,悟不透
0 有用 萝卜头 2023-05-30 19:14:40 广东
至少帮我理清了工作的层级和范围,思路更清晰
0 有用 PM杨堃 2023-02-17 22:27:13 北京
主要给技术人员看,但是作者有些地方写的简直太搞笑了。。。
0 有用 Berry 2023-01-03 22:29:45 浙江
看完了,概念还是比较受用的,不过感觉缺点什么串不起来,比较慢落地,也可能是自己没有吸收透
0 有用 Jack 2022-09-12 17:48:39 广东
书名叫软件方法,但是全书看下来最大的收获是在于摆脱程序员思维,编码只是程序员工作的一部分,这本书的高度是在编程之上的,关于需求价值的分析,设计,建模