thinking in UML(二）——UML核心元素
在写这篇博客之前，把thinking in UML的这一部分又看了看。这一部分叫做UML的核心元素，也就是组成整个软件过程中的砖和瓦。我想说的是，在做完了项目，然后把书看过一遍后，再去总结，感觉在这个过程中对UML在软件过程中的应用的认识在一点点的加深，能映射到机房收费系统中去。
这让我联想到了在做机房收费系统中的几个要注意的地方。
首先就是关于用例粒度的问题，这个问题，在我们和七期开会的时候也讨论了，而且还很激烈。当时我们有的同学，一些的粒度很细，几乎一个insert语句就是一个类了。我想这样是不好的设计，因为如果细到这种情况，那么抽象也没有什么意义了。所以，比如好的做法是一个用例是一个类，这个类就负责完成一个用例或者是完成这个用例的一个步骤（已经进入到了边界内部）。
还有一个问题就是关于实体的认识，以前总是认为一个实体就是对应一个表。
其实不只是这样的，实体的定义：实体类用于对必须存储的信息和相关行为建模的类。实体对象（实体类的实例）用于保存和更新一些现象的有关信息，例如：事件、人员或者一些现实生活中的对象。实体类通常都是永久性的，它们所具有的属性和关系是长期需要的，有时甚至在系统的整个生存期都需要。
下面是总结的笔记：
（如果没有显示图片，1、可以将光标定位到网址，回车一下就打开了。
2、可以复制网址，新建页面粘贴网址，然后回车。）
