查看原文
其他

《软件方法(上)业务建模和需求》第2版 勘误(2022年10月24日更新)

潘加宇 UMLChina 2024-03-10
DDD领域驱动设计批评文集>>
《软件方法》强化自测题集>>
《软件方法》各章合集>>
说明
勘误中的一部分,特别是很荒谬的错误,其实是编辑自作主张修改而且未和作者沟通造成的。有心的读者如果在网上能找到我在出版前发布的“草稿”版本,对比一下就知道。
例如:
原文写“一十八年过去,弹指一挥间”,编辑估计没读过伟人诗词,顺手把“一十八”改成了“18”,类似于“2个黄鹂鸣翠柳,1行白鹭上青天”。
原文写“结对洗澡”是暗指“结对编程”,编辑可能想了一想,两人洗澡少了点吧,“结队”更合理,于是改成“结队洗澡”。
原文写“William H. Gates Sr.。”,编辑可能看到后面有两个句号,是不是冗余了,于是删了一个,改为“William H. Gates Sr。”
还有把配图张冠李戴的。
由于最后看稿时都已经有些倦怠了,虽然找出部分及时修正,但还是防不胜防。
其实这样的编辑已经算很好的了,其他编辑的“手痒症”更严重,有偷偷把“ArrayList”改成“数组”的,有不仔细看上下文误以为“一本笔记本”说的是笔记本电脑偷偷改成“一台笔记本”的……
鉴于有的同学问怎么有这么幼稚的错误,特此说明。
作者 潘加宇,2021年10月

页码:前言
原文:18年过去
纠错:一十八年过去

页码:20
原文:结队洗澡
纠错:结对洗澡

错误发现者:陈志雨   页码:57
原文:图2-17不对
纠错:改为下图


错误发现者:唐华   页码:60
原文:另外三位候选人是通用汽车的Alfred Pritchard Sloan Jr.、IBM的Thomas John Watson Jr.和微软的William H. Gates Sr。
纠错:另外三位候选人是通用汽车的Alfred Pritchard Sloan Jr.、IBM的Thomas John Watson Jr.和微软的William H. Gates Sr.。

错误发现者:高洪江   页码:61
原文:图2-16标号重复出现
纠错:61页的“图2-16”改为“图2-22”,第2章在此处之后的图号依次修改。

错误发现者:唐华   页码:62
原文:调整注释框大小,使得刚好容下内部文字(见图2-19)。
纠错:调整注释框大小,使得刚好容下内部文字(见图2-25-图2-27)。

错误发现者:王书伟   页码:68
原文:人民银行要它作监管
纠错:人民银行要对它作监管

错误发现者:张守金   页码:73
原文:后一种执行者称为用例的辅助执行者。
纠错:后一种执行者称为用例的辅执行者。

错误发现者:徐嘉   页码:79
原文:图3-15文字显示不全
纠错:那几个字为“业务执行者”和“工具厂商”。

错误发现者:唐华   页码:96
原文:在Goldstine和von Neumann将其引入计算机领域之后
纠错:在Herman Goldstine和John von Neumann将其引入计算机领域之后

错误发现者:李大春    页码:110
原文:要和二十年多前一样
纠错:要和二十多年前一样

页码:114
原文:第5题的图不对
纠错:改为下图


错误发现者:高洪江   页码:120
原文:将新建的自反消息映射到操作“选择候选公开课时间”
纠错:将新建的自反消息映射到操作“选择公开课候选时间”

错误发现者:杨金翠   页码:121
原文:图4-35和图4-38相同
纠错:改为下图


错误发现者:唐华   页码:121
原文:这个操作通过单击向右的小箭头完成,如图4-36所示。
纠错:这个操作通过选中该消息后单击向右的小箭头完成,如图4-36所示。

错误发现者:李大春    页码:127
原文:图4-42和图4-43相同
纠错:图4-42改为下图


错误发现者:李冠初    页码:138
原文:图4-52和图4-51相同
纠错:图4-52改为下图


错误发现者:高洪江   页码:138
原文:图4-51多了一根辅助说明的线

纠错:把那根线去掉,图4-51如下图


错误发现者:唐华   页码:165
原文:这些实现起来不都是针对“缺陷”表来“Select ××× from 缺陷 where ×××”吗,
纠错:这些实现起来不都是针对“缺陷”表来“select ××× from 缺陷 where ×××”吗,

错误发现者:高洪江   页码:169
原文:图5-17、图5-22和图5-24
纠错:图5-21、图5-22和图5-24

错误发现者:高洪江   页码:181
原文:我们从图4-51的业务序列图上找出
纠错:我们从图4-52的业务序列图上找出

错误发现者:黄志定   页码:203
原文:把动作的责任人放在主语的位置。
纠错:把动作的责任系统放在主语的位置。

错误发现者:黄志定   页码:204
原文:主语只能是主执行者或者系统。
纠错:主语只能是主执行者名称或者“系统”。

错误发现者:张世伟   页码:206
原文:本书第八章
纠错:本书下册

错误发现者:刘京城   页码:207
原文:但是涉及在意
纠错:但是涉众在意

错误发现者:唐华   页码:207
原文:如图6-20所示,用例的需求组织方式是分层的,从用例到路径、步骤、约束,需求的稳定性越来越低。
纠错:如图6-20所示,用例的需求组织方式是分层的,从用例到路径、步骤、补充约束,需求的稳定性越来越低。

错误发现者:唐华   页码:211
原文:诊断能力不足,开的药不对症就不对症,
纠错:诊断能力不足,开的药不对症就是不对症,

错误发现者:张守金   页码:214
原文:注意,如果系统不需要从外系统那里得到任何结果,这个外系统就不是辅执行者,所以它出现故障会不会导致扩展的讨论是没有意义的。
纠错:注意,如果某个外系统根本不是系统的执行者,讨论该系统出现故障会不会导致扩展是没有意义的。

错误发现者:高洪江   页码:216

纠错:把“取消订单”向右挪两格。如下图


错误发现者:高洪江   页码:217
原文:任何一个步骤都可以跳转到“设置账户”也要 写了。“取消订单”是另一个用例。在具体的设计中,只要符合用例的前 置条件,可以在任何地方开始“取消订单”用例,但是这个用例和“会员 →结算”用例不是扩展关系。
纠错:还需要写的类似内容就太多了,例如,“设置账户”用例也是可以随时跳转的。实际上,只要符合用例的前置条件,可以在任何地方开始一个用例。前面我们说到的“不这样行吗”标准也可以用在这里,问“在这个步骤处理可以吗”不够,要问“不在这个步骤处理可以吗”。

错误发现者:唐华   页码:219
原文:而非空想一个设计,然后把它当成需求。
纠错:而非假想一个设计,然后把它当成需求。

错误发现者:刘京城   页码:225
原文:有时不需要少验证
纠错:有时不需要验证

错误发现者:张晋铭   页码:228
原文:步骤8和9应该有扩展。
纠错:扩展路径加上以下内容
8a. 官网服务器无响应:
8a1. 系统记录官网服务器无响应
8a2. 返回10
9a. 微信公众号系统无响应:
9a1. 系统记录微信公众号系统无响应
9a2. 返回10

页码:229
原文:如果您想使用EA来编写用例规约,可以这样做不代表我强烈建议这样做。
纠错:如果您想使用EA来编写用例规约,可以这样做。不代表我强烈建议这样做。

错误发现者:伍斌   页码:229
错误:前置后置条件如何输入没有写
纠错:【步骤1】处添加一段内容,改为:
【步骤1】双击系统用例图中的用例“创建公开课”,在弹出属性框Constraints页签的Type处选择Pre-condition,在Constraint处输入“无”,然后单击Save。

单击New,在Type处选择Post-condition,在Constraint处输入:
已请求官网服务器接收公开课网页文件
已请求微信公众号系统发布公开课消息
公开课信息以及发布情况已保存
然后单击Save

在General页签的Note框输入以下涉众利益内容(以下同)

错误发现者:陈锐   页码:232
原文:图6-30下半部颠倒
纠错:改为下图


错误发现者:唐华   页码:234
原文:【步骤9】同上操作,逐条输入以下补充约束并保存(见图6-35)。
纠错:【步骤9】单击“New”,然后同上操作,逐条输入以下补充约束并保存(见图6-35)。

错误发现者:唐华   页码:239
原文:把光标放在[right-click-to-insert-Package-field(s)]一行,回车
纠错:把光标放在[right-click-to-insert-Package-field(s)]一行末尾,回车

错误发现者:唐华   页码:239
原文:【步骤5】把光标放在diagram>下面的一行,删掉[right-click-to-insert-Package-field(s)],输入用例图:{Diagram.Name},字体微软雅黑,11号。
纠错:【步骤5】把光标放在diagram>下面的一行,删掉[right-click-to-insert-Package-field(s)],输入“用例图:”,字体微软雅黑,11号。

错误发现者:陈奥   页码:240
原文:Field|Diagram I mage
纠错:Field|Diagram Image

错误发现者:唐华   页码:241
原文:【步骤8】在Element段落右击,通过快捷菜单插入以下文字和字段,并调整字体为微软雅黑,11号(见图6-45)。
纠错:【步骤8】把光标放在element>下面的一行,删掉[right-click-to-insert-Package-field(s)],参照【步骤5】插入以下文字和字段,并调整字体为微软雅黑,11号(见图6-45)。

错误发现者:高洪江   页码:255
原文:防御战。
纠错:防御战:

您在阅读《软件方法》时如果发现错误,欢迎微信告知(作者微信见本文最后)。如果作者认为有道理,决定在下一次发布时根据您的意见修改,每条错误将付给您5.12元报酬,并在书中说明您的贡献。报酬通过支付宝或微信支付。
(1)任何您认为的错误都可以,包括错别字。
(2)同一错误仅支付最先指正者报酬。
(3)请根据最新版本作指正。
最新版本的获得:
上册,请在书店购买《软件方法(上)业务建模和需求》第2版。
下册目前公开内容:http://umlchina.com/book/softmeth2.pdf
[19:30上课]11月7-11月11日晚剔除伪创新的领域驱动设计-网络公开课
[19:30上课]11月14-18晚软件需求设计方法学全程实例剖析网课
[新增架构师专用集锦AD-001]28套UML+EA和StarUML的建模示范视频-全程字幕(20221006更新)
《软件方法》书中自测题-题目全文+分卷自测(1-8章)16套111题
《软件方法》强化自测题集110题
CTO也糊涂的常用术语:功能模块、业务架构、用户需求……[20210217更新]
如何选择UMLChina服务
作者微信:umlchina2
继续滑动看下一个

《软件方法(上)业务建模和需求》第2版 勘误(2022年10月24日更新)

潘加宇 UMLChina
向上滑动看下一个

您可能也对以下帖子感兴趣

文章有问题?点此查看未经处理的缓存