《软件方法（上）业务建模和需求》第2版 勘误
说明
勘误中的一部分，特别是很荒谬的错误，其实是编辑自作主张修改而且未和作者沟通造成的。有心的读者如果在网上能找到我在出版前发布的“草稿”版本，对比一下就知道。
例如：
原稿写“一十八年过去，弹指一挥间”，编辑估计没读过伟人诗词，顺手把“一十八”改成了“18”，类似于“2个黄鹂鸣翠柳，1行白鹭上青天”。
原稿写“结对洗澡”是暗指“结对编程”，编辑可能想了一想，两人洗澡少了点吧，“结队”更合理，于是改成“结队洗澡”。
原稿写“打哪指哪”是讽刺某些人拍脑袋乱做，编辑也不看上下文，随手改成“指哪打哪”。
原稿写“William H. Gates Sr.。”，编辑可能看到后面有两个句号，是不是冗余了，于是删了一个，改为“William H. Gates Sr。”
还有把配图张冠李戴的。
由于最后看稿时都已经有些倦怠了，虽然找出部分及时修正，但还是防不胜防。
其实这样的编辑已经算好的了，至少还没敢对核心内容动刀。其他编辑的“手痒症”更严重，有偷偷把“ArrayList”改成“数组”的，有不仔细看上下文误以为“一本笔记本”说的是笔记本电脑偷偷改成“一台笔记本”的……
鉴于有的同学问怎么有这么幼稚的错误，特此说明。
作者 潘加宇，2021年10月，2024年6月
页码：前言
原文：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将其引入计算机领域之后
错误发现者：王长福 页码：102
原文：如果建模人员不把这一点时刻记在心中，指哪打哪，抽象级别随着兴之所至跳跃
纠错：如果建模人员不把这一点时刻记在心中，打哪指哪，抽象级别随着兴之所至跳跃
错误发现者：李大春 页码：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
原文：防御战。
纠错：防御战：
您在阅读《软件方法》时如果发现错误，欢迎通过下面提供的微信、QQ或邮箱告知。如果作者认为有道理，决定在下一次发布时根据您的意见修改，每条错误将付给您5.12元报酬，并在书中说明您的贡献。报酬通过支付宝或微信支付。
（1）任何您认为的错误都可以，包括错别字。
（2）同一错误仅支付最先指正者报酬。
（3）请根据最新版本作指正。
最新版本的获得：
上册，请在书店购买《软件方法（上）业务建模和需求》第2版。
下册目前公开内容：http://umlchina.com/book/softmeth2.pdf
联系方式
微信：umlchina2
QQ和QQ邮箱：1493943028@qq.com
公众号：umlchinagroup1
