《软件方法》纠错大全

2017 年 9 月 27 日 UMLChina

感谢纠错

爱你爱我,爱你爱我,我们爱这个错。

《我们爱这个错》;词:林隆璇,曲:林隆璇,唱:张信哲;1989

 

以下是自2011年以来读者针对《软件方法》各个版本的纠错意见。

指正人

错误

报酬(元)

Cliff Peng

Acrobat错误拼写为Arcobat

5.12

Tiger Gm

1. 省略号不统一,有的是三点,有的是六点,有的是粗的,居中,有的是细的,居下;有的省略号后还带标点,有的则干脆不带。

2. 个别结尾用了"."而不是"。"..

10.24

绿豆稀饭

“象讲故事”应为“像讲故事”

5.12

Casper

“我已经上门已经为超过160家”多了一个“已经”

5.12

吴俊峰

1. 点击书中的邮件链接,收件人栏后面有个乱码噢(默认邮件客户端是foxmail)

2. 我都自己用Wacom笔来画”的wacom下面无链接

3. 激活flash的时候,Question总是显示“1 of 1”,到提交第一题后,会显示实际正确的数字

15.36

注:问题3尚未得到修正

Bright Zhang

建议修改 “韩国人”的讽刺说法

5.12

商雪飞

第四章开头就说“步骤3:现状业务序列图”,应指出步骤1和2的位置。

5.12

李云

1. 结构图、行为图和交互图在UML中应是抽象概念,是否应用斜体字表示更好呢?

2. P.6,就会体会到中局和布局的重要了。.  多了个点

3. P.10用例图、文档。文档改为文本更合适

4. P.15如果您平时使用的工具不是EA。EA这是第一次出现,应说明一下EA是什么。

20.48

李勇

页码编码不规范,正文页码编码经历了两次编码,利用PDF阅读器页码导航不能正确导航。

5.12

Leo Huang

1. “推荐阅读”P9,从一致性角度出发,推荐书籍的结尾,有的带有“。”,有的则没有。

2. 第一章P5,“新系统只不过是组织为更好提供服务”,比较晦涩难以理解。

10.24

张攀

很多有创新的互联网网站(此处应该加“的需求”三字)不是由网站的用户直接提出来的

5.12

张艳梅

P3:感谢曾经选择过我的服务……

这句话里面的曾经和过有重复之嫌;建议改成“感谢曾经选择我的服务的伙伴们”

P9:增加内容说明中的第一行加了“句号”,其它两行没有;统一下

10.24

gs0987

P106中,"基于二十年多前的现状来改进"应为“基于二十多年前的现状来改进”;

第4章中有两个4.4节。

10.24

Timothy Yeh

在3.3.3业务用例的第二段 如果穿越回到三百年年前多了个“年”

5.12

深蓝二号

而且也应该有所不同。但很多时候

的句号应改成逗号

5.12

毛灵

(1)“业务流程中全是人,那是二十年多前”应该改为“业务流程中全是人,那是二十多年前”

(2)“4.6.3  改进三:封装领域逻辑” 这一节中,“目前面向大众的互联网(及移动互联网)如 QQ、Facebook、Twitter,” 这句话里,“互联网(及移动互联网)”后面是否要加“系统”或者其他的名词?

(3)“4.7 案例”一节中(第155页),“如果某个研发总监或培训经理已经询问某过本次公开课的事宜”这句话中的“某”字是否多余?

15.36

杨建媛

1. 图1-5中“Rumbaugh OMT”应该用斜体。其他三个工具都是斜体字,要保持统一。

2. 第三章图的编号中间缺了一个图

(1)23页。图1-3,建议重新设计,现在看上去跟上下文的文字没什么区别,不知道为什么非要设置成图片。看上去就像直接从PPT拷贝过来的。

(2)29页。Flash答完题后出现【Continue】按钮,点击。预期flash能重启开始答题。实际:flash为空白。

(3)30页。“这项工作造成了很大的冲击”这句话综合上下文,看不明白。给谁造成冲击了?建议加个对象。

(4)32页。两个链接直接点击打不开。用360极速浏览器打开时网址中多了“%7F”

(5)32页。目前题注内容的语序有点别扭。一般题注内容都是名词性的短语。建议改为:“UML2.4 图形(根据UML2.4 规范重新绘制)”。

(6)34页。“不代表就可以因为演算工具简陋就可以允许自己胡乱使用符号和概念”。句中有两个“就可以”,重复。

(7)40页。链接点击后打不开。网址中多了“%7F”

(8)48页。链接点击后打不开。网址中多了“%7F”

(9)53页。这个符号应该为破折号。现在看上去不是,用“——”也搜不出来。

(10)54页。把“老头老太太”和“狗”并列不妥。建议改为“宠物”。

(11)65页。格式。建议把“银行”移到“储户”下面。

(12)74页。“购买链接”没有加链接,不能点。

(13)有三个地方点击后,用360极速浏览器打开时网址中多了“%7F”

87.04

陈小青

p.5倒数第5行“1. 业务建模─描述组织内部各系统(人肉系统、机械系统、电脑系统……)如何协作,使得组织可以对外提供服务”。从文字上,好像业务建模无需关注本组织与外部组织之间的关系,该段文字不知是否需要修改?

原文第46页:

图2-12 演员(Actor)在台上表演用例(Use Case),观众(涉众,Stakeholder)在台下看

建议修改文:

图2-12 演员(执行者,Actor)在台上表演剧目(用例,Use Case),观众(涉众,Stakeholder)在台下看

10.24

吴刚

(1)关于你和您的用法问题。

(2)关于业务序列图,本章开始的时候显得突兀了一点。

(3)关于内图,有的图似乎不在正中,与下面的注释显得比较偏,最好下面的标题都向左移动一点点。

15.36

许跚

辅执行者是人肉系统(例如图5-6中的储户)的情况比较少应为图5-16

5.12

钟正权

P170 本书为了讲解的需要,故意把系统执行者和系统用例分成两次识别,此处只识别系统执行者。实际工作中,系统执行者和系统用例是一起识别的。(“讲解的需要”建议改成“讲解需要”,显得冗余)

许多时候,我们象没头苍蝇一样投简历、相亲,却不舍得抽出时间静下来思考“价值”的问题。(“象”建议改成“像”)

P181 如何避免这样的错误,慢慢学会“说人话”呢?老老实实去研究业务流程,做好业务建模,尽量从业务序列图中映射出系统用例,这样得到的系统用例是不会骗人的。(“慢慢学会“说人话”呢?” 感觉影响整句的通顺)

P167:系统执行者只关注谁和这个系统接口,不关心这个谁是重要人物,还是非重要人物,甚至有的执行者不是人,是另一个电脑系统,更谈不上重不重要了。(“甚至有的执行者不是人,是另一个电脑系统”是否改成“甚至有的执行者属于非人肉系统”更合适?“不是人”有点不好吧?而且前面还有一个指定对象。哈哈.......)

P9 1. 以下文字和图形....  连续4题均有这句话,而在内容中哪里有图形?是否应该换种说法?例如修改成:“以下描述”

P167:系统执行者只关注谁和这个系统接口,不关心这个谁是重要人物,还是非重要人物,甚至有的执行者不是人,是另一个电脑系统,更谈不上重不重要了。(“甚至有的执行者不是人,是另一个电脑系统”是否改成“甚至有的执行者属于非人肉系统”更合适?“不是人”有点不好吧?而且前面还有一个指定对象。哈哈.......)

46.08

半导体

(1)以下句子上下文承接不清楚,双重否定疑问句要表达的是什么呢?(PXIV)  Ivar Jacobson 早期的著作,但这不意味着我认为这些书不值得阅读。

(2)省略号不能与其他标点符号连用(P4)

如:拿自古以来就有的一个系统“人体”来举例。人体对外的功能是会走路,会跑步,会跳跃,会举重,会投掷,会游泳…。但是设计人体的内部结构时,不能从需求直接映射到设计,得到“走路子系统”、“跑步子系统”、“跳跃子系统”…。人体的“子系统”是“呼吸子系统”、“消化子系统”、“血液循环子系统”、“神经子系统”“内分泌子系统”…..。

(3)此处应为省略号,非6个英文格式的句号(P5)

很多时候我们说“本系统分为八大子系统......”,其实说的是“本系统的功能需求分为八大需求包......”需求包是从外部对系统功能所做的简单分包,子系统应根据部件的耦合和内聚切割得到。业务建模─描述组织内部各系统(人肉系统、机械系统、电脑系统......)

(4)“省略号”和“等” 不可以一起使用,文中已多次出现。 如:第一章(P7)中从Fowler 写作的其他书籍《重构》、《企业应用架构模式》、《分析模式》……等可以知道   

(5)六个英文句号标点连续 应为省略号,且省略号不能和其他标点符号连用。如:第一章(P12)中  成员函数(Member Function)......,

107.52

穆明明

(1)P20页.“你卖高价,他就卖低价,你卖低价,他干脆就开源”   最好改成“你卖高价,他就卖低价,你卖低价,他就干脆开源”读起来顺口

(2)P20页.“关于需求和设计,开发人员可能每一天都在做”  最好改成“关于需求和设计,开发人员可能每天都在做”

(3)P24页.送水工能这样找工作吗:老板,我有心脏管理功能,你请我吧!最好给送水工说的话加上双引号

(4)P37页.非得被打落花流水不可  应该是  “非得被打得落花流水不可”

(5)P38页.这一点后面在“需求启发”一章中再详述。  改为 “这一点在后面“需求启发”一章中再详述。”更好

(6)12)P42页 提供 初始Enterprise Architect模型   应该把Enterprise Architect的版本号明确写出

(7)P112 上一张我们得到了待改进组织的业务用例图   张应该改为章

(8)P168 系统需要和那些其他智能系统交互?  应该是   哪些

40.96

王涛

“应该”二字应该提前: 但如果患者经过胸腔穿刺后死亡,更应该需要反思的是护士......还是..

5.12

赵卫

(1)页码是PDF文件的页数,不是你的下标页数。

(2)开发人员在为探索互联网网站的需求而作业务建模时==>做?

10.24

孙晓晔

(1)P6 图1-3中,“为了提供功能,系统内部应该有的什么样的核心机制”

(2)P7 最后一行“鉴于Fowler在某些社群的心目中有如大神一般存在”,应该是“犹如”吧?

(3)P18 第二段最后一行“潜意识里不原意直面UML的深层原因”

(4)P33 第3段,“同理,NB市国土资源局的人员里中有车友,也有驴友”

(5)P69,储户到银行的目的是有哪些?可能是存款、取款、转账,建议改成“储户到银行的目的是什么”

25.6

(2)改为“如”

黄明哲

以下两个小节的标题似乎步骤序号重复了?

“5.2 【需求步骤 2-1】识别系统执行者”

“5.3 【需求步骤 2-1】识别系统用例”

5.12

辛恩平

P185:玩票式的钻研,在真正专注研究这个领域的研究者看来,实在是不值一题。但是人性的弱点如此,正如钱钟书所说:人和蝙蝠不同,人喜欢在兽群里当鸟,在鸟群里作兽。

"不值一题" 应改为 "不值一提"

P199:系统没有提供这样一个功能,领导输入一个准确度,提交,刷的一下,防汛决策准确度就提高了。

"刷的一下" 改为"唰的一下"是否正确点?

P224:正是在这些涉众利益的交锋之下,目前我们日常生活中所看到的取款机的用例片断大概如下:

搜索了一下全文, 发觉文章中既有用"片断" 也有用 "片段"的地方,是否应该统一一下??

P230:能不能在考虑厂领导“规范”的利益的同时,考虑操作工“象手写一样方便”的利益呢?

"象"应改成"像"

20.48

杜宁军

1. 第6页,4. 设计-将核心域知识...指的是这狭义的“设计”。“这”字是多余的。

2. 第15页,图1-6中的状态机图,和其余文字描述状态图不一致,保持一致更好。

10.24

王涛

P139 非人系统 少了一个“肉”字。建议改为非人肉系统

5.12

徐波

给出了用例名折行的做法

5.12

徐天保

2.4和2.5节顺序反了

5.12

Lyla

1.PXXII  “《数据模型资源手册(修订版)卷2》,Len Silverston 著,林友芳 等 译,机械工业出版社,2004。”上面有大片空白;

2.P5  “同样,也不能从设计推导出需求─因为人有心肝脾肺肾”中“需求”后面的“—”应该统一改为“——”,降低混淆(包括所有的“—”);

10.24

汤晓冬

医院里“胸腔穿刺”,应该是由医生,通常是肿瘤内科住院医生操作,也可能是主治医生,而不是护士操作。

5.12

贾顶忠

书中74页,“获取资料”应为业务用例图标

5.12

魏光裕

书中130页,“可以注意到,图4-66”中的图4-66应为图4-67

P89页,“又如图4-17,销售专员在使用CRM系统。。。”是不是应该为“又如图4-17,销售支持在使用CRM系统。。。”

P104页,Message Propertities应为Message Properties,Message Dropertities应为Message Properties

P195页,大家可以尝试用“不这样行吗”这个标准去过滤以下以前写的“需求”

是不是应该为:

大家可以尝试用“不这样行吗”这个标准去过滤一下以前写的“需求”

P192页,系统如何构造不属于需求描述的范围,除非是涉众强加的设计约束。

是不是断断句比较好理解:

系统如何构造,不属于需求描述的范围,除非是涉众强加的设计约束。

P147页:

用例之前的许多需求方法学,把需求定义为思考系统“做“什么,用例把需求提升到思考系统“卖什么”的高度。

--这个地方的 “做“什么,为了和下面的“卖什么”对应,改为 ”做什么“ 是不是好一些?

P136页 步骤8中:双击loop框,在弹出属性框中把”Condition所有联系人“改为”所有符合通知条件的联系人“

--”Condition所有联系人“  改为  Condition框中”所有联系人“  是不是好一些?

35.84

王征

推荐序第III页“利润=需求-设计” 标点有误

5.12

叶青

把图4-44的“制作网页”到“通知联系人”合并为一组消息更合适

图4-26 接收汇款凭据 应该改为 确认听课座位

10.24

涂文军

图5-3的四个责任应该合并

5.12

石碧川

业务序列图返还给员工

实体书,p86页,图4-12有部分没印刷出来

10.24

李秀涛

表示业务流程的时候,用文本表示的时候,书中就有个扩展,报销单未经员工领导审批。那么我怎么觉得在书中用序列图表示的时候没有把这个扩展表现出来呢?

5.12

黄保光

图4-2“已经”会被误读

5.12

周进刚

P128, 图4-66 少"图"字;

5.12

吴佰钊

1.3节,这种误解不止“普通”的开发人员会有。”不止“应改为”不只“

1.3节,”奇技淫巧“改为”雕虫小技“

文中各处"放之四海皆准"改为"放之四海而皆准"

2.5节,”自己存在的“改为”自身的“

2.5节,”最高干部“改为”最高级别干部“

25.6

秦嘉斐

“坐过”改为“坐到”

5.12

钱辰宇

本书的内容是根据我为开发团队提供服务的训练资料扩展而成的——“开发团队”和“软件组织”应一致

“下面列出一些我印象深刻的、推荐阅读的书籍。”

改为”下面给出我推荐大家阅读的需求和设计书籍“

“软件开发行业”改为“软件业”

10.24

刘京城

“只要您思考过过”多了一个“过”

5.12

郁跃

“你你的情敌”少了一个“和”

5.12

张志坚

第2章,研究范围和机构范围用词不一致

地理是一个学科不是行业,建议改成城市规划

更更多,多了一个字

拨算珠应该自己指自己,指向算盘应为记录位置

在凭空想象的现状上改进,就像是在流沙上盖房子,质量堪忧--改

只是对创业者自己没做过

现状两处错误的结构再组织一下

如果能学会通过业务建模去推导新系统的需求,而不是拍脑袋得出需求--学会删去,需求多写了一个

绘制现状的业务序列图后,我们开始来思考:如果通过进一步信息化来改进现状,应该会给现状带来什么样的改进?

建议最后一句改为以下以及,也许会好一些:

可以给现状带来哪些改进呢?

或者

“应该会”改成“可以”,后面加“呢”。

没有现状 后面的引号错误。--指的是字符不是中文字符?

一个。。。。被身边的那么多"马屁精"伺候得舒舒服服。--一个正处级干部被周围的人侍候得舒舒服服,什么都不用操心照样坐飞机。

我们开始来思考:通过信息化手段,可以给现状带来什么样的改进。常见的改进模式有以下几种:

--得到现状业务序列图后,接下来就要思考信息化可以给现状带来什么样的改进。信息化给人类的工作和生活带来的改进,常见的模式有以下几种

担心出错--担心出错票

只有在各个岗位分别使用系统的“查看云图”、“上报水库运行情况”等功能之后,“防汛决策准确度”这个指标才能得到提高。

开发人员面对的是一个个像林志玲、罗玉凤这样的女人,而非抽象的"女人"。

定位目标组织和老大,那么第一种情况,似乎并不是“组织”,而只是一个人。这里略有点冲突?

主辅执行者-主、辅执行者

一个外系统可以是这个用例的辅执行者,同时也可以是另外一个用例的主执行者。

起名时要注意弱动词

反复阅读、仔细领会

出现多执行者指向同一用例时的修改

如果已完工的用例图

缺少一个勾,与前面所有正确的图的表示法一致。

再举几个有类似错误的"复用"用例的示例,以供参考。

灵活组装(形成"用例"),

因为市场有分工。

少量材料

系统都是在业务流程中起作用的,不会有人无缘无故突然就使用系统来做事情,只是建模人员没有认真观察而已。

所以即使再难

图5-18 从数据库视角得到的用例

电视台主持人小崔

但我认为用箭头表示主、辅执行者是有意义的

一个礼物

爱情不是你想卖,想买就能卖。其他地方没有句号?

不管用Word还是用WPS制作文档

凭空想象的现状

得到的系统岂不是要和二十年多前的软件一样

这是十分重要的改进点

包括是站着、坐着还是倒立着开发

以为这样就能中奖

马经理就可以让胡秘书迸发出

想办法在网上商店中山寨

例如“业务建模”、“业务用例”

“需求变化”会消于无形。

向外推到组织外

边界框有助于辨别组织内外

是患者要看病、

一张卫生纸、一条内裤,都有它本身的用处

几分钟时间内

炸弹就会爆炸

在这种情况下

我这儿能登录啊!

而得到这个最佳答案

把取款机摆在大街上的初衷不是让小崔这样的人这么用的。

做一下发票管理

其实都是我用同样几个类作为零件灵活组装出来的

搞出来的吗

面馆可以做出

点了一碗馄饨。

组件图等表达

图5-4少对勾

这方面的书籍后来不再做

保持运作

思考的边界一会在

不过使用其他EA版本

先来讲解

那一段代码是Google

这就是创新的动力之源

武当派武艺

天下的武功又不仅仅只有

说法并不正确,

用例在用例图已经存在

文本处理器

修改和维护

用例怎样才算成功

条件是无法检测的

也很可能是

这不是废话吗

更合适的后置条件是

第二种更合理

考虑到复用

10个用例

这些需求差异不能视而不见

“方便”的涉众利益

一般来自以下这些地方:

因为没有利益主张

考虑上游、下游和信息的主人之后

如果我们在需求之前有业务建模工作流

从图6-16 的业务序列图中,很容易找到“内勤→录入保单”的涉众

书写路径步骤的时候需要注意的一些要点如下

其实也不容易

描述它对外提供的功能和性能

会不会一定损害涉众的利益

参加更残酷的竞争

表格格式统一

表现更明显

给组织应该

加薪有帮助

邻居的老大爷

像目标的表述黑体

高层已经洞若观火了

我懂且不感兴趣

转移到了点钞机的大脑

直接映射到该系统的用例-

找到马桶适合改进的改进

表示如下

图4-2序列图上有消息被盖住

用这种方式去思考

长得漂亮的女性

随意而画

Interaction Overview

不过,用序列图也可以把其他序列图串起来

图4-8

图4-14

图4-15

图4-20

图4-21

不应该思考一下吗

来约束自己

应用服务器等等

售票员:担心操作太复杂,一天下来手指麻木

新增、检索、修改、删除

加入需求人员

方法学一直在进化

--不一致

删除引号

删除学习

加点

符合我家的需要

已经呼之欲出

把其他涉众当作老大

吃自己的狗粮”后面的逗号

可以帮助我们获得基于核心域的复用

727.04

林炳炎

图1-9交流和开发分离,正文并无出现如图1-9的字样。 

5.12

杨杰

我告诉您背后隐藏的的脓包,多了一个的

5.12

李小平

二维码进去题会变少。有些题进去答题系统就没有了

5.12

齐世昌

“做到全对以获得答案”不够通顺

5.12

刘琦

这个app幼儿园家长——少了个“的”

5.12

李洪洲

我们每想到一个“点子”,可能有上千人同时想到了

功能分解得到重复代码

不能从需求直接映射到设计,得到“走路子系统”、“跑步子系统”、“跳跃子系统”……。=》 句号去掉  没有这么用的;

需求包是从外部对系统功能所做的简单分包,子系统应根据部件的耦合和内聚切割得到。

拿自古以来就有的一个系统“人体”来举例。人体能提供的功能是会走路,会跑步,会跳跃,会举重,会投掷,会游泳……但是设计人体的结构时,不能从需求直接映射到设计,得到“走路子系统”、“跑步子系统”、“跳跃子系统”……。人体的“子系统”是“呼吸子系统”、“消化子系统”、“血液循环子系统”、“神经子系统”、“内分泌子系统”……。很多人体的“子系统”是不能从需求直接映射出来的,需要设计人员的想象力。同样,也不能从设计推导出需求——因为人有心肝脾肺肾,所以人的用例是“心管理”、“肝管理”。

狗窝有狗窝的品牌,摩天大楼有摩天大楼的品牌,飞机有飞机的品牌,汽车有汽车的品牌,滑板车有滑板车的品牌——世上无易事,市场没有小系统。 

=》狗窝有狗窝的品牌,摩天大楼有摩天大楼的品牌—世上无易事,市场没有小系统。

我服务的组织覆盖了国内各个领域的领袖企业,包括通信、企业管理、电子商务、房地产、网络游戏、地理信息、物流、数码设备、医疗设备、工业控制.....等领域。  省略号和等是一个意思...

1、民科苦苦思索得到的宝贝发现,其实很多年前已经写在教科书上了。  看不懂前半句

2、其实,UML像一个工具箱,里面各种工具都有。=》其实UML像一个工具箱,里面有各种工具。

3、从“推荐UML元素”一栏中可以看到,常用的UML图形用例图、类图、序列图三种就够了=》少一个 字,常见的UML图形有

今天会有开发人员故意装13 “这些我不太懂唉,我是做底层的,用C编码” 13后面少个,

有了愿景,我们知道老大对他所代表的组织现状的某些指标不满意。

业务建模(business modeling)

=》全文需要保持英文命名的统一  Business Modeling

为了让组织更好地对外提供价值,不一定要开发软件,有时换人更管用。也就是说,不是引进新的软件系统,而是引进新的人脑系统

组织以每月每人几千上万的租金租用

=》组织以每人每月几千上万的租金租用

其实想想就知道,银行已经成立多少年

所以,为了抵消开发人员这种“致命的自负”,

=》所以为了抵消开发人员这种“致命的自负”

可以从内外两个方面来研究组织。从外部看,组织是一些价值的集合,我们可以用业务用例图表示;从内部看,组织是一些系统的集合,我们可以用业务序列图来表示。

=》这句话开始的很突兀吧,上一段讲开发人员掌握业务建模,会减少需求的变更。 这段上来就是可以。

以某组织为研究对象,在该组织之外和该组织交互的组织(人群或机构)就是组织的执行者。

=》以某组织为研究对象,在组织之外和组织交互的组织(人群或机构)就是该组织的执行者。(该字太多了)

企业来贷款,人民银行要对它作监管…。这些就是该商业银行的执行者。如图3-2所示。

业务执行者和业务工人的区别是,一个在组织外面,一个在组织里面,一个是组织不可替换的服务对象,一个是组织可以替换的零件。

  =》业务执行者和业务工人的区别是:一个在组织外面,一个在组织里面;一个是组织不可替换的服务对象,一个是组织可以替换的零件。(逗号-》冒号,逗号变为分号)

省略号后面跟逗号句号

因为谈论业务执行者时,研究对象是一个组织,和所研究组织对应的外部对应物——业务执行者也应该是一个组织。(太绕口了)

--改为:因为谈论业务执行者时,研究对象是组织,所以外部对应物——业务执行者也应该是组织。

如果他心里认为得到目前的结果不算白做,那就可以把它作为一个系统用例。

就像谈恋爱时迫不及待要表白一样,他千方百计要赶紧把这个信息表达出来,否则以后就没机会了

所以又会有图3-20,而且他还有理由:难道医院不要收费和诊治吗?

133.12

郭建国

但观众是肯定人

5.12

杨金翠

建模发人员

从头在阅读

10.24

冼浦楠

http://www.umlchina.com/book/quiz1_2.htm 在这个网址是没有的

5.12

黄树成

配置中心不是系统

5.12

熊德荣

最分值大

说词

可能是是

5.12*3

许庆晗

愿景类图有误

5.12

成文华

要仔细观察和揣摩涉众的痛苦得到

5.12

熊飞

问题和二者之间应该用逗号

以及各个标点符号问题

但即,逗号

人力资源总监会觉得把训练专员的

以看病做类比

规约”、

指标”

倒推。

鼓鼓囊囊是形容词

这些情况没有什么特别

查看,录入,逗号变顿号这些关键字应该是并列的吧

“收费人员收费”“医生诊治”这两个意思要增加顿号

5.12*12

张立杰

题注可以考虑居中,以更美观

定位老大情况一

http://www.umlchina.com/book/quiz2_2.htm

图3-34业务执行者图标缺少

围棋下得好的

5.1.2编号重复

quiz5_2没有

5.12*7

杨明

章节3 缺少了3.4

5.12

贾晓辉

后面的章节中

要达到。。。境界

三友

4-7缺少图字

5.12*4

许鑫

软件开发做

5.12

厉景宇

中国刚改革开放时

从最开始没有方法

5.12*2

沈志坚

序列图上控制类误为边界类图标

5.12

 

http://www.umlchina.com/training/course171014.htm

10月14-15日(周六日)深圳软件需求设计UML全程实作公开课


http://www.umlchina.com/training/courseadzoom.htm

10月17日(周二)19:30-22:30 领域驱动设计(三)




登录查看更多
0

相关内容

目前国内最大的骑行运动类App,行者路书可以让你在出行前规划好行程。 行者官网: 行者,最好用的骑行软件 行者微博: http://weibo.com/xingzheim
一份简明有趣的Python学习教程,42页pdf
专知会员服务
77+阅读 · 2020年6月22日
Python导论,476页pdf,现代Python计算
专知会员服务
262+阅读 · 2020年5月17日
干净的数据:数据清洗入门与实践,204页pdf
专知会员服务
164+阅读 · 2020年5月14日
【实用书】Python爬虫Web抓取数据,第二版,306页pdf
专知会员服务
120+阅读 · 2020年5月10日
【经典书】精通机器学习特征工程,中文版,178页pdf
专知会员服务
359+阅读 · 2020年2月15日
【电子书】Flutter实战305页PDF免费下载
专知会员服务
23+阅读 · 2019年11月7日
《计算机研究与发展》投稿常见问题
计算机研究与发展
25+阅读 · 2019年6月13日
如何运营15万付费用户?
三节课
6+阅读 · 2019年2月28日
我在知识星球这一年
码农翻身
10+阅读 · 2019年2月28日
各编程领域最好的入门书籍
程序猿
28+阅读 · 2018年7月29日
已删除
生物探索
3+阅读 · 2018年2月10日
资源 | 适合AI新手的9款人工智能开源软件
AI100
3+阅读 · 2017年11月13日
Python3爬虫之入门和正则表达式
全球人工智能
7+阅读 · 2017年10月9日
[软件方法]涉众利益和基本路径
UMLChina
4+阅读 · 2017年9月2日
如何用Python从海量文本抽取主题?
AI研习社
7+阅读 · 2017年7月6日
3D Deep Learning on Medical Images: A Review
Arxiv
12+阅读 · 2020年4月1日
EfficientDet: Scalable and Efficient Object Detection
Arxiv
6+阅读 · 2019年11月20日
Arxiv
15+阅读 · 2019年6月25日
Object Detection in 20 Years: A Survey
Arxiv
48+阅读 · 2019年5月13日
Federated Learning for Mobile Keyboard Prediction
Arxiv
5+阅读 · 2018年11月8日
Arxiv
7+阅读 · 2018年1月30日
VIP会员
相关VIP内容
一份简明有趣的Python学习教程,42页pdf
专知会员服务
77+阅读 · 2020年6月22日
Python导论,476页pdf,现代Python计算
专知会员服务
262+阅读 · 2020年5月17日
干净的数据:数据清洗入门与实践,204页pdf
专知会员服务
164+阅读 · 2020年5月14日
【实用书】Python爬虫Web抓取数据,第二版,306页pdf
专知会员服务
120+阅读 · 2020年5月10日
【经典书】精通机器学习特征工程,中文版,178页pdf
专知会员服务
359+阅读 · 2020年2月15日
【电子书】Flutter实战305页PDF免费下载
专知会员服务
23+阅读 · 2019年11月7日
相关资讯
《计算机研究与发展》投稿常见问题
计算机研究与发展
25+阅读 · 2019年6月13日
如何运营15万付费用户?
三节课
6+阅读 · 2019年2月28日
我在知识星球这一年
码农翻身
10+阅读 · 2019年2月28日
各编程领域最好的入门书籍
程序猿
28+阅读 · 2018年7月29日
已删除
生物探索
3+阅读 · 2018年2月10日
资源 | 适合AI新手的9款人工智能开源软件
AI100
3+阅读 · 2017年11月13日
Python3爬虫之入门和正则表达式
全球人工智能
7+阅读 · 2017年10月9日
[软件方法]涉众利益和基本路径
UMLChina
4+阅读 · 2017年9月2日
如何用Python从海量文本抽取主题?
AI研习社
7+阅读 · 2017年7月6日
相关论文
3D Deep Learning on Medical Images: A Review
Arxiv
12+阅读 · 2020年4月1日
EfficientDet: Scalable and Efficient Object Detection
Arxiv
6+阅读 · 2019年11月20日
Arxiv
15+阅读 · 2019年6月25日
Object Detection in 20 Years: A Survey
Arxiv
48+阅读 · 2019年5月13日
Federated Learning for Mobile Keyboard Prediction
Arxiv
5+阅读 · 2018年11月8日
Arxiv
7+阅读 · 2018年1月30日
Top
微信扫码咨询专知VIP会员