勘误中的一部分,特别是很荒谬的错误,其实是编辑自作主张修改而且未和作者沟通造成的。有心的读者如果在网上能找到我在出版前发布的“草稿”版本,对比一下就知道。原文写“一十八年过去,弹指一挥间”,编辑估计没读过伟人诗词,顺手把“一十八”改成了“18”,类似于“2个黄鹂鸣翠柳,1行白鹭上青天”。原文写“结对洗澡”是暗指“结对编程”,编辑可能想了一想,两人洗澡少了点吧,“结队”更合理,于是改成“结队洗澡”。原文写“William H. Gates Sr.。”,编辑可能看到后面有两个句号,是不是冗余了,于是删了一个,改为“William H. Gates Sr。”由于最后看稿时都已经有些倦怠了,虽然找出部分及时修正,但还是防不胜防。其实这样的编辑已经算很好的了,其他编辑的“手痒症”更严重,有偷偷把“ArrayList”改成“数组”的,有不仔细看上下文误以为“一本笔记本”说的是笔记本电脑偷偷改成“一台笔记本”的……
原文:另外三位候选人是通用汽车的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”改为“图2-22”,第2章在此处之后的图号依次修改。
原文:调整注释框大小,使得刚好容下内部文字(见图2-19)。纠错:调整注释框大小,使得刚好容下内部文字(见图2-25-图2-27)。
原文:在Goldstine和von Neumann将其引入计算机领域之后纠错:在Herman Goldstine和John von Neumann将其引入计算机领域之后
原文:将新建的自反消息映射到操作“选择候选公开课时间”纠错:将新建的自反消息映射到操作“选择公开课候选时间”
原文:这个操作通过单击向右的小箭头完成,如图4-36所示。纠错:这个操作通过选中该消息后单击向右的小箭头完成,如图4-36所示。
原文:这些实现起来不都是针对“缺陷”表来“Select ××× from 缺陷 where ×××”吗,纠错:这些实现起来不都是针对“缺陷”表来“select ××× from 缺陷 where ×××”吗,
原文:注意,如果系统不需要从外系统那里得到任何结果,这个外系统就不是辅执行者,所以它出现故障会不会导致扩展的讨论是没有意义的。纠错:注意,如果某个外系统根本不是系统的执行者,讨论该系统出现故障会不会导致扩展是没有意义的。
原文:任何一个步骤都可以跳转到“设置账户”也要 写了。“取消订单”是另一个用例。在具体的设计中,只要符合用例的前 置条件,可以在任何地方开始“取消订单”用例,但是这个用例和“会员 →结算”用例不是扩展关系。纠错:还需要写的类似内容就太多了,例如,“设置账户”用例也是可以随时跳转的。实际上,只要符合用例的前置条件,可以在任何地方开始一个用例。前面我们说到的“不这样行吗”标准也可以用在这里,问“在这个步骤处理可以吗”不够,要问“不在这个步骤处理可以吗”。
纠错:扩展路径加上以下内容
8a. 官网服务器无响应:
8a1. 系统记录官网服务器无响应
8a2. 返回10
9a. 微信公众号系统无响应:
9a1. 系统记录微信公众号系统无响应
9a2. 返回10
原文:如果您想使用EA来编写用例规约,可以这样做不代表我强烈建议这样做。纠错:如果您想使用EA来编写用例规约,可以这样做。不代表我强烈建议这样做。
原文:【步骤9】同上操作,逐条输入以下补充约束并保存(见图6-35)。纠错:【步骤9】单击“New”,然后同上操作,逐条输入以下补充约束并保存(见图6-35)。
原文:把光标放在[right-click-to-insert-Package-field(s)]一行,回车纠错:把光标放在[right-click-to-insert-Package-field(s)]一行末尾,回车
原文:【步骤5】把光标放在diagram>下面的一行,删掉[right-click-to-insert-Package-field(s)],输入用例图:{Diagram.Name},字体微软雅黑,11号。纠错:【步骤5】把光标放在diagram>下面的一行,删掉[right-click-to-insert-Package-field(s)],输入“用例图:”,字体微软雅黑,11号。
原文:【步骤8】在Element段落右击,通过快捷菜单插入以下文字和字段,并调整字体为微软雅黑,11号(见图6-45)。纠错:【步骤8】把光标放在element>下面的一行,删掉[right-click-to-insert-Package-field(s)],参照【步骤5】插入以下文字和字段,并调整字体为微软雅黑,11号(见图6-45)。
您在阅读《软件方法》时如果发现错误,欢迎通过下面提供的微信、QQ或邮箱告知。如果作者认为有道理,决定在下一次发布时根据您的意见修改,每条错误将付给您5.12元报酬,并在书中说明您的贡献。报酬通过支付宝或微信支付。上册,请在书店购买《软件方法(上)业务建模和需求》第2版。
QQ和QQ邮箱:1493943028@qq.com
[幻灯]10月21-24晚剔除“伪创新”和“无领域”的领域驱动设计网课
10月19-20日网络软件需求设计方法学全程实例剖析公开课
DDD话语评价之二:“值对象”是DDD的创新吗(上)
[全文]DDD话语批评之一:评张逸的“状态和事件本质相同”
[2020.01加一套题]UMLChina建模竞赛题大全-题目全文+分卷自测(11套110题)
全程字幕-25套UML+Enterprise Architect/StarUML建模示范视频
[新增:鸵鸟]软件开发团队的脓包:皇帝的新装、口号党、鸵鸟、废话迷
《软件方法》书中自测题-题目全文+分卷自测(1-8章)16套111题
怪论:东北公司用用例做需求,反映了东北互联网落后?
别把洋垃圾当宝贝-评InfoQ中国“敏捷……”文章(一)
中文书籍中对《人月神话》的引用(完结,共110本):软件工程通史1930-2019、实用Common Lisp编程……
CTO也糊涂的常用术语:功能模块、业务架构、用户需求……[20210217更新]
UMLChina服务介绍