各位阅读和购买了《软件工程之全程建模实现》的朋友，青润在这里向各位朋友表示由衷的歉意！
由于青润拿到书后，一直没有时间讲书重新通读，把问题都挑拣出来，给各位朋友造成的麻烦，这里表示深切的歉意。希望各位海涵。
下面是csdn软件工程版斑竹zhuma兄在阅读了我的书以后挑拣出来的问题列表，我刚刚浏览了一遍，自己都感到很震惊，发在这里，供大家评论，也希望大家把发现的问题挑拣出来，以便于我的进一步修改。当然，zhuma发现的问题还不是最完整的，我会补充几个问题在下面。
首先是我给zhuma的回信：
竹马,您好！
非常感谢您的建议。我将把你的建议内容贴到我的blog上，同时在csdn论坛上发出，让所有的人都能够注意到这些问题。由于我最近忙于其他事务，所以，一直没有来得及把书中的错误全部挑选出来，列出错误列表，这里向你表示由衷的感谢！
======= 2004-08-26 19:37:48 您在来信中写道：=======
>qingrun，您好！
>
> 本来惹是生非想让我写个读后感的
> 可看完书后
> 我想还是写些实在点的东西才对得起你送的书
> 所以有了下面的意见
> 见附件
>
>
> 致
>礼！
>
>
> 竹马
> ********@sina.com
> 2004-08-26
= = = = = = = = = = = = = = = = = = = =
致
礼！
青润
qingrun@163.net
2004-08-26
下面是zhuma挑出来的问题列表，部分问题是因为编辑做版式调整的时候修改了我的一些符号标题，大家要注意甄别：
《全程建模》意见
白拿了你的书，本想写篇歌功颂德的读后感，可看完了全书，感觉有点不是特别好。再想了想，估计泛泛的表扬和批评你都听多了。所以我还是实际些，盘点了一下书里的一些笔误和感觉不太顺畅的地方，希望能给你一些比较实在的帮助。
新手意见，谬误多多，如有不敬，万望见谅。
一、一些我感觉行文不畅的地方
P2倒数第5行，调研开“妈”
P7倒数第2行，“通过项目的开发”这几个字似乎不需要。
P12倒数第6-7行，“即使……意识到这一点”。尽管这是现实，但从商业的道德批判的角度，这样的提法是不妥的，可能会引起读者对作者的诚信产生不安全感，不利于作者树立良好的公众形象。
P19附加说明中“用户范畴中……朋友亲戚等”，似乎有概念扩大化之嫌。而且仍然犯了上述道德批判的问题。而且这种“关系论”思路在书中第一部分多处出现，和纯技术性的书名是不协调的。如果确有必要，可以开专题段落做侧面阐述。尽量不要冲淡全书的技术性书籍定位。
P23倒数第7行，“以免拒绝的要求是合理的”
P26第5行，“可以只有”
P27第24行，规“泛”化
P32第2行，Rose的出现太突兀了。前面影都没有，立马就出现在常见问题里了。
P45第2行，欢迎“与”大家批评指正
P49第1行，“主要且最重要”=最重要
P50第2行，“另请参见《业务……》”，哪里的亚？RUP2002的？
P53第10行、P56倒数11行等，“例如：用例有电子邮件……”，又是石头里蹦出来的。
P54倒数第8行，“教训和经验”，一般是“经验和教训”
P54倒数第6行，“第四级”，分级的介绍还在后面呢。
P55第3段，两头话没意思。
P59开始看到实际工程的图，感觉还是不如那些toy例子好懂。但毕竟是来自实践的，不能两全呀：）
P71第1行，“回收机示例中……”,这个示例在哪里？
P108倒数第13行，两“旧”项目
P109第1行，“……后，……中，”，似乎有些糊涂
P109第4行，同“学”们
P109第8行，“一些”建议，这两个字似乎可以不要
P109倒数第3行，“全国各省级电信公司”？
P110第10行，软件需求“的”进一步。“的”似可改为“作”
P110第12行，两“旧”著名人物
P111第4行、P113第4行，UML语言与前两个方法并列似不妥
P130中B的内容看不懂
P136第5行，“类……只能是一个被动者”，有主动类的，阎博前段时间在写的书里有一章就是关于主动类的。
P137图，不正常的行为没有明确标示
P139最后1行，少谈政治。
P149图第2个注释，“这里笔者……命名”多写了一次
P151图倒数第3行，“generd”
P154第1行，“和属性”没删掉
P154第5行，“另外”？
P163非常规步骤，CtrlC、CtrlV，太详细了吧？
P173第6行，“不要了”
P177图3.5和P178图3.6似乎反了
P193倒数第2句，“至于……不多言了”，此句存在意义似乎不大
P205第1行，“p”
P205第三行，“这些……很完善”，语句不同
P254第8行，似“科”
P261第9行，Borlander？Rationaler？
P263第8行，都“要”好
P272倒数12行，某大“使”
二、关于注释。
全文中的注释分散地放在各页页脚的方式似乎不妥，特别是一些关键概念不能有联系有重点的阐述。我建议可以仿照《uml精粹》的方法，用专题段落的形式予以综合阐述。
一些注释似无必要。比如IEEE的介绍。
一些对文中概念作出进一步解释的注释完全可以放在文中。
还有作为注释，一般是经典释义，不宜将个人的理解放进注释。
三、关于“本书友情提示”，主要是作者的一些个人感受。但这个名称中的“友情”看着有些怪，也说不上为什么，就是有些怪：）
四、全文的开发实例虽然有基本的前后连贯性，但没有明显的全面背景介绍。容易造成边看实例，边理解背景的情况。
五、书中大量出现“这部分内容将在第X章X节中作详细的介绍”之类的话，有goto的味道，看着不舒服。
2004年8月24日星期二
青润自己发现的一处错误：
p202页上图3.21上的C和D标反了，而C本身应该是只想reverse那个按钮的，这应该是编辑在排版的时候排错的，我对照了我的原稿，原稿上没有问题。
青润今后发现的错误也将贴到这里，供各位朋友甄别。
这里由衷的向zhuma表示感谢，向各位朋友表示歉意。此贴的分数将送给所有对这本书提出修改意见和问题的朋友。
