《非程序员》第18期发行了!

请到http://www.umlchina.com/xprogrammer/Index1.htm 下载，5.3M

umlchina（http://www.umlchina.com）以e-book方式发行免费电子杂志《非程序员》。杂志从“软件以用为本”出发，重点关注软件设计。

非常需要您的意见!欢迎来信: think@umlchina.com

投稿：editor@umlchina.com，有关征稿信息请见：
http://www.umlchina.com/xprogrammer/xprogrammer.htm

《非程序员》第18期目录

【方法】

驳UML三大“硬伤”论

...本文对2002年5月《程序员》杂志刊登的《UML三大“硬伤”》（指UML“上不着天、下不着地、一盘散沙”）一文所存在的18个错误逐一进行了批驳，指出原文在论据、论证、论点和文风上存在的严重问题，并结合RUP（瑞理统一过程）给出UML建模实例，演示了如何对原文所提及的商业公司进销存系统进行正确的业务分析。本文适合的读者包括UML和面向对象技术的爱好者、初学者，软件开发人员、软件企业与行业企业的技术主管等。...

电梯系统的UML文档

...作为我们的教学项目，电梯系统的设计与“真实”的系统相比省去了很多技术上的细节。我们的电梯系统有所有的电梯系统都有的基本功能，如上升和下降、开门和关门当然还有载客。电梯假设被用在一幢大楼的第一层到第MaxFloor层，第一层是大厅。电梯里有每一层对应的呼叫按钮。除了第一层和顶层，每一层都有两个按钮，乘客可以呼叫上楼或下楼。顶楼只有一个下楼按钮，而大厅只有一个上楼按钮。当电梯停在某一层，电梯开门，电梯指示灯亮标明当前运行的方向，这样乘客就知道了当前电梯运行的方向。电梯在两个楼层之间快速移动，但它应该能提前减速停在目的层。为了保证电梯系统的安全，在任何不安全的情况下，紧急制动就会被促发，电梯被强制停止。...

构建EJB应用—模式集合（上）

...虽然EJB为相对复杂的任务提供了简单的API，然而设计和实现一个基于EJB的可扩展的、可维护的和合理的快速应用系统并不容易。随着时间的推移，一套公认的模式已经形成，本文将讨论其中的一些。这些模式将是本文作者写作中的有关EJB体系结构和应用模式一书的部分篇章。我们不准备讨论J2EE的其它部分如Servlets或JMS，只讨论由EJB组成的中间层。...

一种在线拍卖管理的模式语言（上）

...商业资源管理的模式语言主要处理商业资源的交易、位置和维护。在线拍卖管理的模式语言正是在这种环境中开发出来的，用以帮助开发那些通过web方式拍卖来进行交易管理的系统。在线拍卖管理的模式语言的开发是基于三个现有Internet拍卖系统——DBay，iBazar，Arremate.com。由于缺乏对这些系统的文档或源代码的访问权限，我们基于用户界面对这些系统作了逆向工程。然后基于我们自己对拍卖系统的理解，并参考现有的关于拍卖系统的手册，我们开发了一些模型以描述系统的功能。通过发掘三个系统的共有功能，我们从这些模型抽象出这些模式。他们展示了在线拍卖系统中的功能特点，而非设计或实现问题。本文中提供的范例也是从这些模型中抽象出来的。...

CRC建模方法――跨跃开发者与用户之间的交流障碍

...当小球传到某人的手里，他应该将这个职责的业务逻辑一步一步地描述出来。应该看作：BDE正在为职责叙述伪代码（高层程序代码）。这往往是用例场景测试中最难的部分，许多BDE也许不太习惯一步一步地描述业务过程。遇到这种情况时，辅导员应该帮助他们理顺逻辑。你会发现，通过头几个场景的测试，BDE能很快地掌握描述过程逻辑的技巧。BDE描述过程逻辑时，记录员应该将其记录下来（记录员的工作就是为系统记录业务逻辑和规则，这正是BDE所描述的）。...

【过程】

轰然巨响

...我曾经跟客户谈到他们要我完成的一个对象模型复审。“我们能先给你一些文档，有用吗？”他们问。希望我没有说谎，我给了肯定的答复。两天后，随着一声闷响，UPS在我的门外卸下了包裹。那是足有1.5英寸厚的文档。我打开包裹，发现那些由CASE工具产生的印刷品。显示了一些图、给出了每个类的详尽描述、包括类的所有的属性和操作。这些都有定义。Contract类定义成“一个很多团体之间的合同”，其dateSigned属性定义为“签订合同的日期”。我读遍了这1.5英寸厚的文档，最后我却糊涂了。那有很多关于那些对象是什么的描述，但是没有它们真正意味着什么的解释。这种情况已经不是第一次出现了，我想也不会是最后一次。...

烧毁这本书，别让员工看到―《人件》评论集

...这是我一直喜爱的软件工程书籍。《人件》正确指出软件工程是对人，而不是针对技术。它看到在软件开发过程中人的许多方面，并指出人并不是软件开发机器中简单的小齿轮。这本书花费了许多的时间讨论团队，使你认识到团队的价值。但它没有一般的管理书籍列出“好团队”的标准，而是论述如何创造一个好团队，并指出它有多难。对于一个尽力去建造一个团队的管理者，这本书帮助他认识到成功的技术与技巧。它并不教你关于开发过程的知识，而是通过教你认识到在软件开发中人的价值去管理开发过程（但它并不仅仅论述管理者，我强烈推荐这本书给每一个人，从低级工程师到CEO）。这本书也包含涉及办公环境的章节，并提供证据说明为什么通常的观点并不适用于软件开发。我只学了这些章节，就促使我辞掉了原来的工作!...