2023学年完整公开课版关联类(2022版)_第1页
2023学年完整公开课版关联类(2022版)_第2页
2023学年完整公开课版关联类(2022版)_第3页
2023学年完整公开课版关联类(2022版)_第4页
2023学年完整公开课版关联类(2022版)_第5页
已阅读5页,还剩3页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

物流信息管理系统关联类关联类例如,书店中可能有两种“类型”的人:客户和员工。发现他们都有姓名、地址、电话等属性之后,分析师可能会假设此时会存在两个应该被泛化为Person的概念。但这个看似简单解决方案(见图1)会产生一个复杂问题,因为他们不是人的不同类型,而是与公司相关时人扮演的不同角色。图1使用泛化来标识角色的不适当方法关联类更合适的解决方案应该如此考虑,一个人至少存在两种方式与一家公司产生联系:作为员工和作为客户。一个客户的专有属性(例如,信用限额)和一个员工的专有属性(例如,工资)将是关联的属性,而不是人的属性。为表示这些关联属性,需要为每个角色定义一个关联类,如图2所示。图2将角色作为关联类的更适当的表述关联类不适合创建代表现实中人的类型并非是子类,而应是角色。员工、老师、学生、原则、客户等,不应是Person的子类。类似这些概念,只有当与像公司、学校、部门等概念发生联系时才会有意义。一个人可能是一家公司的员工、一所学校的学生等。图2将角色作为关联类的更适当的表述关联类图3作为中间概念被建模的中间概念关联类和中间概念的差别细微。如图3所示是一个预定作为中间概念被建模,而图4所示是该预定作为关联类。图4作为关联类被建模的中间概念关联类图5用继承表示同一个人多个记录的不当表述使同一人有不同记录的问题,在信息系统中经常出现。例如,一名学生进入了大学,并如上一样注册;那么,在其获得学士学位后,就会产生新的记录;之后,在一个实验室工作,会被再次注册;最后,被聘为教授,又产生新的记录。这将会在大学的记录中出现很多次,就像是不同的人一样。就记录过期,地址、电话号码通常会在最近的记录中更新。会发生这种情况,是因为系统通常使用继承(见图5),或者在这种情况下完全分离记录(见图6)。图6作为分离概念表示同一个人多个记录的不当表达关联类正如之前所见,为了避免该问题,应采取的解决方案是要认识到这个人一直都是同一个人。人的角色在机构中改变了,但这个人不会变成另一个人。因此,该问题的解决方案使用关联类更合适。如图7所示。图7作为关联类表示同一个人多个记录的不当表达LOGISTICS

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论