时，用非常大的打印纸打印上述模型，并贴在开发现场的墙壁上，让客户深深地感受公司的技术氛围，同时让开发团队各成员对自己的位置和任务都很清楚，开发者对整个系统也能一目了然。
1.5 顺序图
接下来要明确用例中的事件流发生的顺序。在现实中，有些事件的顺序性不强，甚至有并发事件。但计算机的速度快，能按顺序执行事件而人类缺觉察不到。在设计顺序图中，可以的话，把并发事件也设计成具有一定顺序的事件，这有利于系统的实现。“进场计费”用例所对应的顺序图如图1-4所示。
IC卡读卡器汽车进场刷卡控制中心入场栏杆汽车入场感应器计费系统发送卡序列号查询卡类型、余额请求开闸开闸可以进场车已进场车已进场请求闭闸闭闸启动计费系统计有汽车进场图1-4 进场计费顺序图
1.6 建立概念模型
利用上面的模型进行概念模型的设计。概念模型实际上就是面向对象中的分析类，只不过前者是从业务领域的角度，而后者是从设计系统的角度。 注：
1. 分析类不是后续代码开发中的设计类，但前者是后者的基础。
2. 作为程序员，已经懂得概念与类的关系，有些公司为了省事，直接设计类，跳过概念模型这一步，这也是一种方法。本章暂时不用此法，待大家熟悉之后可以自行选择方法。
以“进场计费”为例，根据上述模型可以得到一些词汇：
车主、汽车、IC卡（序列号、类
型余额）、IC卡读卡器、栏杆、控制中心、汽车进场感应器、车位、管理中心、业务中心（记录业务） 接下来对这些词汇进行详细的分析。这些词汇中有些进过整合，可以作为系统的概念，有些与系统无关，就去掉。
这里举一个例子：车主驾驶汽车进场停车引发了“进场计费”业务，是否在“进场计费”系统的概念模型中包含这两个概念：车主、汽车？ 站在客户（停车场场主）的角度来说，只要汽车进场就可以收取费用，客户“认车不认人”，况且有些车主也不远留下个人信息。所以系统
