新書推薦：
《
地下（村上春树沙林毒气事件的长篇纪实）
》
售價：NT$
332.0
《
偿还：债务与财富的阴暗面
》
售價：NT$
347.0
《
清华大学藏战国竹简校释（壹）：《命训》诸篇
》
售價：NT$
408.0
《
封建社会农民战争问题导论（光启文库）
》
售價：NT$
296.0
《
虚弱的反攻：开禧北伐
》
售價：NT$
429.0
《
泰山：一种中国信仰专论（法国汉学经典译丛）
》
售價：NT$
380.0
《
花外集斠箋
》
售價：NT$
704.0
《
有兽焉.8
》
售價：NT$
305.0
|
| 編輯推薦： |
本书特色
中国UML认证专家委员会专家、豆芽儿网首度技术专家著名UML课程培训讲师张传波老师*力作
配高价值精彩视频课程
本书*版受到数万读者高度好评
本版又融合了UML的*知识及作者*实践经验
以实际问题为引，通过案例、思考、分析，化繁为简
谈笑间，UML硬核知识形神兼收
|
| 內容簡介： |
本书主要包含UML的基本语法、面向对象的分析方法、应用UML进行需求分析的*实践、软件需求管理的*实践、UML与敏捷需求分析的融合这五个方面的内容。本书融合了UML、非UML、需求分析及需求管理、敏捷需求分析等各方面的知识，可有效带领读者轻松而深入地掌握UML、需求分析及需求管理等知识。
本书各章以问题为引子，通过案例、练习、思考和分析等模块设计，由浅入深地讲解从UML基础到UML综合应用的相关知识，全书以案例贯穿始终，补充了大量的实用知识，讲究实效，可以使读者尽快地在工作中对所学知识加以运用。
这是一本读书与多媒体课程（扫码学习）相结合的书，各章都包含延伸学习的二维码，线上的内容随时更新，让读者可以及时学习到需求分析与项目管理领域*鲜的知识与技术。
|
| 關於作者： |
|
中国UML认证专家委员会专家。二十多年软件开发、软件设计、需求分析、项目管理、部门管理、公司管理及过程改进等经验，亲历项目众多，涉及互联网、金融、建筑、通讯、电力、制造业、政论等领域，熟悉软件生命周期的全部过程，精通UML和敏捷开发，先后通过公司通过ISO9001审核、CMM3级及CMM5级评估。
|
| 目錄：
|
序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章 说不尽的UMLUML补遗 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
|
| 內容試閱：
|
序1给新读者
我买书很少看序，直接翻到目录，而有时候偏偏遇上一些书写了一堆前言、卷首语、作者序、译者序、推荐序等，至少要浪费掉我几十秒时间来找目录。己所不欲勿施于人，你只需要看序的第1部分就行了，然后直接跳过剩余内容去看目录。
为什么要买这本书？
这本书融合了需求分析、UML、敏捷等内容，会给你的需求分析和项目管理工作带来很大的帮助。你可能会说，很多书都可以带来帮助，那是当然。但我认为，本书可以给你不同的学习体验。你可以挑选最感兴趣的一章仔细看看，如果能看进去，而且觉得有意思，那就入手一本吧！
这也是一本多媒体书。每一章最后都有延伸学习小节，对软件需求分析及项目管理知识进行延伸，扫描二维码即可马上学习各种有趣知识。这些知识将以声音、视频、图文等方式呈现，最后两章还额外附带本书读者专享的《UML学以致用》和《敏捷需求分析》视频课程。找一个你感兴趣的内容，扫一下二维码看看是怎么回事吧？
看到这里，其实你就可以跳过后面的内容直接去看目录了。如果你有耐心和兴趣，欢迎继续看下去，本序有点长噢。
我为什么要写此书
很多年前第一次接触UML，经过多次努力学习的尝试，我终于知道了这是个什么东西！UML，Unified Modeling Language，统一建模语言。当时我那十分之一桶水都不到的UML知识，除了可以在一些不明UML真相的人面前侃侃而谈外，并不能当饭吃，更加不能在实际工作中发挥什么作用。我急需阅读一些UML书籍来填满我的水桶，但发现，要想找到一本实践性强、能看明白又有意思的UML书可不是一件简单的事儿！
实用的UML书不好找，但我的UML入门导师突然出现了！他是我当时的直接领导。他上任后立马在实际项目中应用UML，直接使用UML与客户沟通，通过实际的工作让我体会到UML的强大威力。近20年来，通过在实际工作中不断实践及知识分享，我逐渐总结出了一套面向实践的UML知识体系。
近年来我也遇到过一些对UML嗤之以鼻的技术高手，甚至在我主讲的UML课程中也有一些学员对UML提出了质疑。这些对UML不满的朋友，都曾经领教过某些使用了UML的文档，那些文档不知所云，而文档作者的解释显得理论有余实践不足，让他们产生不用UML反而更好的想法。
关于UML，业界存在这样的问题：
（1）遍地的理论化书籍培养出了遍地的UML理论家，让很多追求实效的朋友对UML产生了误解，甚至产生了UML无用论。
（2）一些学习UML的朋友，只掌握了UML的形没掌握UML的神。UML的神是指UML所体现的一种工作思路和方法，而UML的神髓只能通过实践来体验和获得。
（3）公司中只有自己一人用UML，无法与别人交流，大家不用只有自己用，自然无法在工作中用起来，也无法发挥UML的作用。
直到现在，追求实战性的UML书籍仍然不多。不是所有朋友都能像我这样幸运，能在工作中有一位UML的实践高手来指导工作，让我可以通过实际的工作来掌握UML。我实践UML已近20年，关于UML大部分的知识均来自我的实践，希望阅读本书的读者，能感觉到好像身边有一位导师在指导一样。希望本书能引领UML的实践之风，活用UML才是关键！
UML可应用于软件需求方面，也可应用于软件设计方面，本书介绍的是UML在软件需求方面的最佳实践。而软件需求方面的工作，可以分为需求分析与需求管理两方面。简单地说，需求分析是指如何全面、准确地获取需求；需求管理是指需求的商务处理（如需求范围控制、需求签署、需求变更处理等）以及如何通过需求驱动来开展工作。
需求分析工作普遍存在的问题有：
（1）客户需要的是一把梯子，系统分析员了解到的是一个凳子，开发人员做出来的是一张桌子，测试人员以为是一把椅子各种角色对同一个需求的理解不一致。
（2）客户今天想要一个苹果，明天改变主意想要一个香蕉，但后天突然又说还是苹果好，到最后他想要一个西瓜！客户的需求变来变去，无法准确把握客户的需求。
（3）UML是不是太重型？敏捷需求分析是不是更好？
需求管理工作普遍存在的问题有：
（1）客户要求越来越多，持续增加项目的工作量，导致软件公司面临亏本的危险。
（2）客户不愿意签署需求，喜欢让你先做出来看看，然后慢慢提意见。
（3）客户的需求变来变去，不但不签署变更协议，而且还要求你免费满足这些要求。
从我的经验来看，如何快速、全面、准确地把握客户的真正需求是解决以上问题的根本途径，需求分析是首要的，需求管理是辅助的，两者占成功的比例大致是7：3。
本书的重点内容有：
（1）UML如何帮助我们提升需求分析能力。
（2）需求分析的最佳实践，这里既有UML的内容也有非UML的内容。
（3）需求管理的最佳实践，这里主要是非UML的内容。
（4）敏捷需求分析与UML。
UML只是我们可以利用的一种工具，解决问题才是我们的终极目标。知识以用为本，本书融合了UML、非UML、需求分析及需求管理、敏捷等方面的知识，希望能帮助读者解决上述提到的UML业界问题、需求分析及需求管理、敏捷需求分析等问题。
谁适合看这本书
对UML感兴趣，想提升软件需求分析及需求管理水平的读者，均适合阅读本书。无论你是Java技术流派、.NET技术流派还是其他技术流派，只要工作中涉及需求分析，均适合阅读本书。
如果你是以下情况之一（当然不限于以下所列），也适合阅读本书：
（1）需求分析师（系统分析师）：系统、全面、准确、深入地把握软件需求，是本类读者的主要工作职责。本书介绍了活用UML挖掘需求的各种最佳实践，能帮助读者提升职业水平。
（2）产品经理：产品经理特别是互联网型的产品经理，可能不屑于使用UML，认为UML太重型了，还不如敏捷的模式！其实无论UML还是敏捷模式，我们都需要掌握，只有都掌握了才能博采众长，才能融会贯通。你完全可以双手互搏，左手敏捷，右手UML！
（3）项目经理：中国的软件项目经理经常要兼顾高难度的需求分析和复杂的需求管理工作，本书介绍了活用UML进行需求分析以及需求管理的最佳实践，有利于提升读者在这方面的工作水平，让项目经理更加轻松地面对这方面的工作。
（4）软件设计师及程序员：虽然不直接参与需求工作，但需要需求驱动地工作，把握真正的需求才能做出有灵魂的软件。本书介绍的UML及需求分析知识，有助于该类读者更好地理解和思考需求，做出更好的软件。
（5）测试工程师：测试工程师往往是软件开发工作中的弱势群体，听命于程序员的诸如你这样测就可以了，这个你不用管之类的指令！测试工程师经常得到的是二手需求（即由开发人员告知的需求，而不是自己亲自去向客户获取的需求），难以系统、全面、准确地理解和把握需求，而本书介绍的知识将帮助测试工程师走出这个困境。
（6）实施工程师：实施工程师似乎干的都是体力活，但如果没有深厚的业务知识是难以和客户沟通并推动系统上线的。本书介绍的UML及需求分析知识，将有助于读者成为业务专家，提升自身价值。
（7）计算机相关专业在校大学生：学校学到的知识过于理论化。渴望尽快接触实际项目，体验真实的需求分析工作，可能是每位大学生的愿望！本书可让读者体验到残酷而有趣的软件需求分析工作，学习各种实用的UML及需求分析、需求管理知识，为将来的工作做好准备。
本书各章的设计思想
本书的学习目标如下：
（1）掌握UML的基本语法。
（2）掌握面向对象的分析方法。
（3）掌握应用UML进行需求分析的最佳实践。
（4）掌握软件需求管理的最佳实践。
（5）掌握敏捷需求分析与UML的融合。
本书的内容组织及表达经过精心设计，本书没有基础篇、进阶篇之类的划分，也不采用先理论后实例的组织方式，而是大案例贯穿全书，小案例一个接一个，直接用案例来讲解UML基本及进阶语法、UML最佳实践、需求分析及需求管理最佳实践、敏捷需求分析等。
本书讲究实效，希望读者每阅读一页都能立马有收获，能马上在工作中学以致用，而不需要看了几十页甚至半本书才搞清楚来龙去脉。
下面简述各章的设计思想：
第1章 大话UML：期望读者可以在很短时间内，快速了解各种UML图是怎么回事，什么情况下可以使用什么图等。读者不需要看完全书，只需要看完第1章，就能对UML有全面而清晰的认识，找准学习方向。
第2章 耗尽脑汁的需求分析工作：本章揭示了需求分析的核心问题和基本道理，并介绍UML能在需求工作中发挥怎样的作用。
第3～9章：详细介绍类图、对象图、活动图、状态机图、顺序图、通信图、用例图、部署图、构件图、包图，每一章主要讲述一种UML图，部分章节会介绍两种或两种以上的UML图。
知识以用为本，各章以问题为引子，通过案例、练习、思考和分析等，由浅入深地逐步介绍各种实用知识。各章内容大致是这样设计的：前三分之一内容抛出问题及利用浅显的例子，让读者轻松快速地掌握相关的基本语法和知识；中间三分之一内容会进一步抛出更复杂的例子，结合案例介绍进阶知识；后三分之一内容将问题深化，列出综合性更强或更加复杂的案例，提出更多来自现实工作的思考和解决方案。
各章的内容并不是完全独立的，越到后面的章节，越会介绍更多的UML图的综合应用，后续章节是基于前面章节的知识滚动向前的。
第10章 UML共冶一炉考勤系统的需求分析：本章是全书最长的一章，完整地回答了如何从零开始完成需求分析工作。本章将前面学过的知识融合在一起，并且补充了大量的实用知识。
第11章 需求分析的团队作战：团队作战对于需求分析工作是相当重要的，除此以外本章还介绍了一些需求管理的实用技巧。
第12章 说不尽的UMLUML补遗：通常有13种UML图，前面章节已经介绍了较为常用的10种，本章介绍不太常用的3种UML图，并对全书进行总结。
第13章 敏捷需求分析还是UML：本章是本书第二长的章节，有人说敏捷更好，UML太重型，但为什么不可以左手敏捷，右手UML呢？UML 敏捷，将会发生神奇的化学作用。如果你急于学习敏捷和敏捷需求分析的知识，可以先看本章的前半部分内容，而后半部分内容则是结合了本书前面的知识的。
求知若渴的你，是不是想找到更多的学习资料？请扫描下方的二维码，关注我的公众号。
最后我要感谢我的UML启蒙老师，是他在实际工作中言传身教地教会了我UML，让我受益匪浅，直到今天我还会经常想起他指导我时的情景！
希望本书能成为大家学习的良师益友，祝你学习愉快！
|
|
購物車/收銀台(0) | 在線留言板
| 付款方式
| 聯絡我們
| 運費計算
| 幫助中心 |
加入書簽
HOME
新書上架
