软件需求与可视化模型

出版者:清华大学出版社

作者:Joy Beatty

页数:0

译者:方敏

出版时间:2017-1

价格:69

装帧:平装

isbn号码:9787302457152

具体描述

需求文档的模糊性和歧义性是导致很多软件项目*终无法满足用户需求的主要原因。针对这一现状，本书主要侧重于以视觉化方式来表达软件需求，介绍了4大类22个可视化需求模型，旨在指导读者通过软件需求的视觉化模型来进一步明确需求，促进开发人员对需求的理解，从而进一步推动软件项目的成功。

本书取自需求领域两位专家十多年的实践经验，具有重要的指导和参考意义，可以帮助读者准确理解需求，开发出满足用户需求和可以帮助用户达成任务目标的软件产品。

作者简介

Anthony Chen（安东尼•陈）Seilevel联合创始人兼总裁。在过去十几年间，Anthony与财富500强许多公司有广泛的合作。他是Seilevel的战略负责人和软件需求创新技术的开发负责人。他针对软件需求技术、用户体验和需求分析思路写过很多文章。他拥有伊利诺大学电子工程和微生物学双学士学位，德州农工大学微生物和免疫学硕士学位。

Joy Beatty（乔伊•贝迪）软件需求社区的领袖，Seilevel公司副总裁，认证以业务分析师（CBAP）。经过15年的专业经验积累，Joy找到了如何运用*实践来改进需求收集和建模。她协助财富500强很多企业建立了卓越业务分析中心。她培训过的业务分析师数以千计。Joy毕业于普渡大学，拥有计算机科学与数学双学士学位。工作之余，Joy还热爱划船、游泳、外出野炊。

方敏微软公司前资深软件架构师，早期微软美国华人协会联合创始人。他具有丰富的技术和管理经验和广泛的人生阅历，他高度重视用户对软件的需求，非常熟悉敏捷软件开发和经典软件管理，注重团队的优势和创新。他已与清华大学出版社翻译出版了几本价值极高的软件工程书籍。赴美之前，他在中国航天部计算中心从事过微机开发工作。他拥有清华大学电子工程学士和硕士学位，美国新墨西哥州矿业技术学院计算机科学硕士学位。方敏领导和参与和很多优秀书籍的翻译，包括《敏捷文化》、《Windows 程序设计》、《探索性软件测试》和《游戏创造世界：硅谷创新游戏练习》等。

朱嵘在英国航空电子系统公司担任质量工程师期间，主要负责空客A320、空客A340、波音737、波音747等飞机机型的关键质量分析和故障维修，具有丰富的专业经验。赴美之前，她在中国航天部二院担任工程师，负责红七地对空导弹通信系统的研发。她拥有哈尔滨工业大学无线电工程学士学位。

目录信息

目 录
第Ⅰ部分 需求模型介绍

第1章 需求建模语言入门 3
定义RML 3
传统软件需求实践的挑战 4
人脑的限制 4
图比文字更容易理解 5
需求模型 6
为什么不用UML 7
需求与设计 8
一个层面的需求是对另一个
层面的设计 8
确定业务的实际需要 9
定义需求 9
需求模型不等于游戏的结束 10
在项目中使用RML 10
其他资源 10
参考文献 11
第2章 模型分类 12
目标、人员、系统和数据模型 13
目标模型 15
人员模型 16
系统模型 17
数据模型 18
参考文献 19

第Ⅱ部分 对象模型

第3章 业务目标模型 23
业务目标模型模板 24
例子 26
创建业务目标模型 28
使用业务目标模型 33
常见错误 36
相关的模型 37
练习 37
其他资源 38
参考文献 38
第4章 目标链 40
目标链模板 41
例子 42
创建目标链 45
使用目标链 52
常见错误 55
相关模型 55
练习 55
其他资源 56
参考文献 56
第5章 关键绩效指标模型 57
KPIM模板 58
例子 59
创建KPIM 60
使用KPIM 62
常见错误 64
相关的模型 65
练习 65
其他资源 66
第6章 特性树 67
特性树模板 68
例子 70
创建特性树 71
使用特性树 73
常见错误 75
相关的模型 76
练习 76
其他资源 77
参考文献 77
第7章 需求映射矩阵 78
RMM模板 79
例子 81
创建RMM 82
使用RMM 87
识别无关的需求或缺失的步骤 88
常见错误 89
相关模型 90
练习 90
其他资源 91
参考文献 92

第Ⅲ部分 人员模型

第8章 组织结构图 95
组织结构图模板 96
例子 98
创建组织结构图 99
使用组织结构图 102
常见错误 105
相关模型 106
练习 106
场景 106
其他资源 107
参考文献 107
第9章 处理流程 109
处理流程模板 110
例子 113
创建处理流程 115
使用处理流程 119
常见错误 121
相关模型 122
练习 123
其他资源 124
参考文献 124
第10章 用例 125
用例模板 126
创建用例 129
写主要路径 133
写替代路径 134
使用用例 135
常见错误 139
相关模型 140
其他资源 141
参考文献 142
第11章 角色权限矩阵 143
角色权限矩阵模板 144
例子 145
创建角色权限矩阵 146
使用角色权限矩阵 151
常见错误 154
相关模型 154
练习 154
其他资源 155


第Ⅳ部分 系统模型

第12章 生态系统图 159
生态系统图模板 160
例子 162
创建生态系统图 164
确认系统 164
使用生态系统图 166
常见错误 167
相关模型 168
练习 169
其他资源 169
参考文献 170
第13章 系统流程 171
系统流程模板 172
例子 174
创建系统流程 175
使用系统流程 178
推导需求 178
常见错误 180
相关模型 180
练习 180
其他资源 181
第14章 用户界面流程 182
UI流程模板 183
例子 184
创建UI流程 185
决定屏幕的范围 186
使用UI流程 190
常见错误 192
相关模型 192
练习 193
其他资源 193
参考文献 193
第15章 显示-动作-响应 195
DAR模型模板 196
例子 198
创建DAR模型 201
使用DAR 204
常见错误 206
相关模型 207
练习 207
其他资源 208
参考文献 208
第16章 决策表 210
决策表模板 211
例子 212
创建决策表 213
使用决策表 217
常见错误 218
相关模型 219
练习 219
其他资源 220
参考文献 220
第17章 决策树 221
决策树模板 222
例子 224
创建决策树 225
常见错误 230
相关模型 230
练习 231
其他资源 231
参考文献 231
第18章 系统界面表 233
系统界面表的模板 234
例子 234
创建系统界面表 235
使用系统界面表 237
常见错误 238
相关模型 238
练习 239

第Ⅴ部分 数据模型

第19章 业务数据图 243
BDD模板 244
例子 247
创建BDD 248
常见错误 255
相关模型 255
练习 256
其他资源 256
参考文献 256
第20章 数据流图 258
DFD模板 259
例子 259
创建DFD 260
使用DFD 262
常见错误 265
相关模型 266
练习 266
其他资源 267
参考文献 267
第21章 数据字典 268
例子 274
创建数据字典 276
相关模型 280
练习 281
其他资源 281
参考文献 282
第22章 状态表 283
例子 285
使用状态表 287
常见问题 290
相关模型 291
练习 291
其他资源 292
参考文献 292
第23章 状态图 293
状态图模板 294
例子 295
创建状态图 296
常见问题 299
相关模型 300
练习 300
其他资源 301
参考文献 302
第24章 报告表 303
报告表模板 304
例子 306
创建报表 308
确定报告 308
常见错误 312
相关模型 312
练习 313

第Ⅵ部分 大局图中的模型

第25章 项目模型的选择 317
根据项目阶段选择模型 317
根据项目特点选择模型 321
关于读者的思考 333
修改模型 334
练习 335
第26章 模型的综合应用 336
很多不同的视图 336
使用多个模型 337
需求架构 338
模型计划 340
相关模型 341
练习 352

第Ⅲ部分 附录

附录A 快速查找模型表格 355
附录B 一般性模型指南 357
附录C 练习答案 359
· · · · · · (收起)

用户评价

从学术严谨性来看，这本书的参考文献和引文标注体系堪称业界标杆。我特意花时间去核对了其中几个关键理论的引用来源，发现作者不仅引用了顶级的期刊和会议论文，对于那些早期奠基性的、可能有些年头的经典著作也毫不含糊地进行了追溯和标注。这种对知识产权和学术脉络的尊重，体现了作者深厚的治学功底。更让我感到惊喜的是，书中在讨论到那些快速迭代的技术领域时，作者巧妙地利用了附录和在线资源的链接，确保了读者获取到的信息不会因为时间流逝而迅速过时，这在很大程度上保证了本书的生命周期和实用价值。读到这些详尽的标注，我深切地感受到作者对准确性和完整性的执着追求，它不仅仅是一本指导手册，更像是一份值得信赖的、可供查证的知识索引。

这本书的叙事风格简直像是一场精心编排的辩论赛，而不是枯燥的教科书灌输。作者似乎总能预判到读者思维中的每一个疑惑点，然后在你提出问题之前，就用一种非常平实却又充满洞察力的语言给出解答。我特别欣赏作者在阐述复杂概念时所采用的类比手法，例如他将某种设计模式比作一个古老的工厂流水线，将不同角色的协作描述成一场即兴的舞台剧，这种富有生活气息的叙事，极大地拉近了理论与实践的距离。更绝妙的是，在探讨那些存在争议性的方法论时，作者并没有采取武断的结论，而是列举了正反两方的观点，引用了不同学派的权威论述，最后才给出自己的审慎判断。这种尊重读者思考空间、鼓励批判性阅读的写作态度，让我感觉自己不是在被动接受知识，而是在与一位经验丰富的导师进行深度交流，每一次翻页都充满了对未知领域的探索欲和对既有认知的挑战。

这本书的装帧设计实在是太引人注目了，封面那大胆的色彩搭配和极简的几何图形构图，让我每次路过书架都会忍不住多看几眼。拿在手里，纸张的质感也相当不错，厚实而光滑，油墨的印刷清晰度极高，即便是那些复杂的图表和插图，细节之处也毫不含糊。初读内文的排版，我发现作者在章节划分上颇具匠心，逻辑清晰得像是一条精心铺设的轨道，引导着读者平稳地深入主题，每段文字的行距和字号都恰到好处，长时间阅读下来，眼睛的疲劳感也减轻了不少。这本书的配图质量尤其值得称赞，那些概念性的示意图不仅美观，更关键的是其精准地捕捉了核心思想，很多抽象的理论，通过这些图形化的表达，瞬间变得立体而易于理解，这绝不是随便拿来凑数的图库素材可以比拟的，可以看出排版和设计团队在细节上投入了极大的心血，光是赏心悦目这一点，就让这本工具书的阅读体验提升了一个档次。

这本书最大的价值在于它提供的“思维转换器”功能。在阅读过程中，我逐渐发现自己看待日常工作中的问题视角发生了微妙但深刻的变化。作者成功地将原本割裂的职能和流程串联成一个有机的整体，让我意识到某个环节的疏忽如何会沿着链条向下传递，最终造成全局性的影响。特别是关于跨部门沟通的那一章，作者没有给出空泛的“多沟通”建议，而是提供了一整套结构化的沟通框架，教导如何在高压、信息不对称的环境下，准确地表达风险和需求，并确保关键利益相关者的理解和承诺。这种由表及里、由现象到本质的引导，让我不仅仅学会了“做什么”，更重要的是学会了“如何思考”这套复杂系统的运行逻辑，无疑是职业生涯中一笔非常值得的投入。

我最欣赏的是这本书在组织材料时所展现出的那种宏观掌控力和微观精确性的完美平衡。它并非仅仅停留在对基本术语的定义上，而是深入挖掘了每项技术或流程背后的“为什么”和“如何演变”。例如，在介绍某一新兴技术框架时，作者没有直接给出API的列表，而是先花了大篇幅去追溯其产生的时代背景和它旨在解决的早期痛点，这种“溯源”的方式，使得我们理解其设计哲学的过程变得顺理成章。书中那些案例研究部分，简直是教科书级别的典范，它们选取了跨越不同行业和规模的真实项目，展示了理论在真实世界中的“变异”和“适应”，这些案例的深度挖掘程度远超我预期的商业分析报告，它们细致地剖析了决策背后的权衡取舍，甚至是那些未能奏效的尝试，这对于避免我们在实践中重蹈覆辙提供了极宝贵的警示。

书的整体内容不错，各种方法也非常实用，举例到位。但是，翻译太差，严重影响阅读理解。内容我给5分，翻译我给1分，能发现明显单词翻译错误，后面基本语句就没有通的！垃圾翻译！垃圾翻译！垃圾翻译！

专门花了八块钱买了电子版，没什么卵用

翻译接近机翻 严重影响阅读速度 两名译者大概率是挂名 把接口表译成界面表 简直不忍直视 另外看完了一本书 也没搞清楚草坪火烈鸟是个什么鬼

专门花了八块钱买了电子版，没什么卵用

抛开可怕的翻译，书籍本身还是提供了很多常见的可视化模型/工具的详细解释和案例，帮助更好的理解它们的应用场景，同时也非常有助于理解BABOK中提到的requirement architecture的概念。