killer
2008-01-19 20:59
世界是事实的总体,而不是事物(对象)的总体,在事实中对象以一定的方式相互关联,所以我们分析一个系统时一定要了解这个系统主要是描述什么事实,根据这样的事实提取什么样的信息以做出特定的决策。

在软件的分析设计中用四色原型来表达系统非常合适,其中的核心MI正是用来描述这样的事实的,其他一切都是用来描述组成这个事实的对象以及对象本身的一些信息的。

楼主这个系统是一个关于水情监测信息的系统,它主要描述的事实即水情监测信息可以用一句话表达,那就是:“某人记录某一时刻某一监测站的水情数据”。这个系统其实并不关心各测站如水质监测站、水位监测站、泵站、闸站的具体信息,所以不建议把他们作为测站的具体子类来处理,而是把他们做为测站的类型。同样,管理员和注册用户也不适合继承用户,而是作为用户的角色。历史信息和实时信息也不适宜分开,因为实时信息也是即将变为历史信息的。对于什么河段断面等是次要信息,不做讨论。

[该贴被killer于2008-01-19 22:47修改过]

wlcome998
2008-01-20 20:41
谢谢楼上的,受益匪浅,呵呵,能否给一个简单的域模型图设计图来示例下,我本意是想根据实体之间的关系画出域模型图,而不是做需求,域模型中实体间关系通常是由关联(association)、依赖(dependency)、聚集(aggregation)

一般化(generalization)组成的

killer
2008-01-25 00:18
类之间的继承是需要特别小心的,有些概念你确实可以说是继承关系,比如人事考勤里面的员工分为男员工和女员工,你可以说他们都是继承“人”这个类,但是在你的系统里并不会具体去关心男人和女人的细节,仅仅作为一个性别标识而已,所以在类的表达里,把性别作为员工类的一个属性。你的这个例子中的各种监测站和测站的概念就和员工的概念类似,所以不建议把它独立出具体的子类,只需要作为类型属性即可。

猜你喜欢
2Go 上一页 1 2