分析员在选择候选类时,应该遵循以下列出的这些指南或经验法则(还不完全)。这些指南适用于发现实体类。
1、 系统中的每个类都必须有清晰的目的陈述。
2、 每个类都是一组对象的模板描述。单例类—我们只能为它设想出一个对象,在“业务对象”中不太可能出现的,这样的类通常组成应用的“公共知识”方面,并且在应用程序中被硬编码。例如,如果系统是为单个组织设计的,Organization类就没有存在的必要。
3、 每个实体类必须拥有一组属性。通过确定标识属性(主键)来帮助我们推断类的基数—即数据库中该类对象数的期望值,这是一个好主意。然而要记住,类一般不需要有用户定义的主键。对象标识符(OID)用来标识类的对象。
4、 每个类应该有区别于其它类的属性。一个概念是类还是属性依赖于具体的应用领域。小汽车的Color一般被类Car的属性。但在油漆厂,Color被定义为一个类并带有自己的属性(亮度、浓度、透明度等)。
5、 类拥有一组操作。当然,在本阶段,我们并不涉及操作的标识。类接口中的操作(类在系统中提供的服务)隐含在目的陈述中。