汽车实时防盗系统——行业前景分析.pdfVIP

· 实验研究 题的实体了。 中，加上1方实体的主键。如 “厂长”和 “员工”是1：N联系。在需 4实体属性的确定 求陈述中有 “在查询职工信息时，有时需要查看其厂长信息”。 属性就是描述实体的特征值。任何实体都会有很多属性。 这就需要用上面的方法实现这种联系。 如学生实体的属性可以有：学号、姓名、性别、出生日、籍贯、政 (8)如果两个实体间的联系类型为M：N的。实现这种联系的 治面貌、专业、家长、身高、体重、视力…。在设计E—R图时如何 方法是另外建立一个关系 (在逻辑模型中要单独建立一个关 确定哪些属性是我们所需要的? 系，在E-R模型中可以不表示)。但是，当这种联系带有属性时 属性的确定既与问题域有关，也和 目标系统的任务有关。 ． (如本例中的联系 “学习”就带有属性 “成绩”)，这个属性就 应该仅考虑与具体应用直接相关的属性，不要考虑那些超出所 必须要在E-R图中表示出来。 ’ 要解决的问题范围的属性。 5实体间联系的确定 确定属性的几条原则： 实体之间的联系是客观存在的，尤其是一个系统中的实 (1)该系统系需要保留的数据 (即原始数据)。根据用户的 体，总会找出各种各样的、相互交错的联系。正如一个家庭中 需求陈述或系统应实现的功能，可知道系统需要记录 (保留) 的每个成员，都会与其他成员存在多种联系。在设计E—R图时， 的数据。如本例中，所选用的学生属性是学生实体最基本的属 是不是都要把这些联系表示出来?回答是 “否”!那么，哪些联 性，也是学生管理者所需要的学生基本属性。另外，该系统又有 系要表示，哪些不要表示呢?这要看 “用户需求”。假如上面说 别于 “学生管理”，所 以在这里没有出现更多的学生屙 生『。 的一个家庭，需求陈述说 “只需要查看每个成员的个人信息”。 (2)该系统N-c处理所需要的数据 (即原始数据)。这是从 那么，就可以不必建立成员之间的联系。再如，前面的 “成绩管 系统加工处理的角度来考虑的原始数据。如本例中有功能描述 理”例子，如果改成 “学生及课程查询系统”，需求是 “查询学 “统计每个学生已经获得的学分”；我们可以知道，除了成绩数 生信息”和 “查询课程信息”。那么，“学生”实体和 “课程”实 据，学分也是不可少的原始数据，而学分属性是课程实体的属 体就没有必要建立联系了。 性。 联系的确定既与问题域 (用户需求)有关，也和 目标系统的 (3)输出 (包括查询)的信息所包含的数据 (即原始数据或 任务有关。应该仅考虑与具体应用所需要的联系，不要考虑那 结果数据)；一般，查询可能需要输出原始数据，而打印的统 些超出所要解决的问题范围的联系。这里也明确提出，一个问 计报表多为结果数据。如本例中有功能描述 “学生可以查询 自 题中的实体不一定都要建立联系。 己的全部成绩”，为实现此功能，需要使用该系统的原始数据 有些联系是可以直接从需求陈述或系统的功能中找到，如 一 一 成绩。又如功能描述 “打印 《专业成绩统计表》”，为实现 “根据学生信息查找其学习的课程”；就可以确定 “学生”实体 此功能，需要在系统中有 “专业成绩统计”的加工处理，并将原 和 “课程”实体之间有联系。但也有一些联系是间接找到的，这 始数据加工成 专《业成绩统计表》中的数据 (结果数据)并保 些实体之间通常具有交易或接触的性质，例如，学习、购买、构 存。而 “打印 专《业成绩统计表》”所用的就是这个已经保存结 成、纳税、结婚等等，而且这些联系往往还带有重要的属性。如 果数据。 “成绩管理”例子中的联系 “学习”，其属性 “成绩”是很重要 (4)实体的属性应该是与该实体自身紧密相关的特征值。这 的。再如 “顾客购买商品”，就有 “顾客”实体，“商品”实体，它 一 点对是关系规范化理论的通俗解释。我们所设计的关系，通 们的联系是 “购买”，其重要属性是 “购买数量”。 常应满足第三范式