第4讲 需求分析阶段-数据建模.pptVIP

数据库系统设计 需求分析阶段－数据建模 / 概述 过程建模以数据在系统中的产生和使用为重点，以进行数据转换的过程为核心，建立层次结构的过程模型来描述系统，它同时描述了系统的行为和数据。但是在数据说明方面，过程模型更多的是侧重数据产生与使用的时间、地点和方式，而没有描述的数据的定义、结构和关系等特性 数据的定义、结构和关系等特性描述的是问题域内事物的客观存在状况。 过程模型的数据说明所描述的则是系统或者手工对客观事物的影响和操作方式。相比之下，数据的定义、结构和关系等特性更能说明共享知识模型，所以也更加稳定和更加重要。 概述 数据建模技术能够弥补过程建模在数据说明方面的缺陷，它描述数据的定义、结构和关系等特性。 数据建模建立的模型称为数据模型，是问题域和解系统共享的知识集合，通常能够反映企业业务的核心知识。 数据模型说明了问题域和解系统共享事物、对共享事物和描述和共享事物之间的关系 概述 因为数据模型的内容是问题域和解系统所共享的知识模型，所以可以使用问题域中的语言来解释它，也可以使用解系统的语言来解释它，还可以使用介于问题域和解系统之间的中立语言来解释它。这样就产生了三种常见的数据模型表现： 概念数据模型 物理数据模型 逻辑数据模型 概述 概念数据模型 概念数据模型是以问题域的语言解释数据模型，反映了用户对共享事物的描述和看法，由一系列应用领域的概念组成。 例如，对一个共享事物“学生”，概念数据模型下的描述可能仅仅就是简单一个概念“学生”，复杂者也不外乎“学生（学号、姓名、出生日期、……）”的形式。 概述 物理数据模型 物理数据模型是对数据模型的解系统语言的解释，它描述的是共享事物在解系统中的实现形式，是形式化的定义。 例如，共享事物“学生”在物理数据模型下的描述可能为“Student{（Number,Long,Not Null,Primary Key），（Name,Varchar 50,Not Null），（Birthday,Date,Null）, ……}” 概述 逻辑数据模型 因为概念数据模型和物理数据模型存在较大的差异，所以在构建解系统时，开发人员要想将概念模型转换成物理数据模型是存在困难的。逻辑数据模型就是为了缓解这个困难而使用一种中立语言进行的数据模型的描述。这种中立语言的使用更加倾向于用户的概念和词汇，同时使用更加倾向于解系统语言的表达方式。 例如，共享事物“学生”在逻辑数据模型下的描述可能为“学生＝（学号，标识符）+（姓名，4位汉字）+（出生日期，日期） ……}”。 概述 在需求工程中，数据建模建立的是概念数据模型和逻辑数据模型，不涉及物理数据模型。 实体联系图－ERD 实体联系图起源于Peter Chen 1976年提出的实体联系建模方法，它使用实体、属性和关系三个基本的构建单位来描述数据模型。 在发展过程中，实体联系图经过了多次的扩展，发展出了很多分支。这些分支虽然在实体联系模型的内容上大同小异，但是在图示上却大不相同，所以它没有标准的表示法。 ERD最常见的表示法是Perter Chen表示法和James Martin表示法。 因为没有标准的表示法，在实践中常常会混合使用各种表示法。 ERD－实体（Entity） 1、实体的概念 作为数据模型的描述手段，ERD首先要描述会在系统中出现的事物。 实体就是ERD用来描述事物的元素，是需要在系统中收集和存储的现实事物的类别描述。 ERD－实体（Entity） 1、实体的概念 实体描述的常见类别有人、地点、对象、事件、概念等。 例如： 人：客户、学生、雇员 地点：商店、房间、地区 对象：图书、机器、产品 事件：注册、选课、销售 概念：账号、课程、权限 ERD－实体（Entity） 2、概念实体和逻辑实体 ERD中的实体主要以两种形式出现：概念实体和逻辑实体，这两种形式分别具有不同的作用。 概念实体是一种抽象概念，不考虑概念背后的物理存在，所以通常不包含与之相关联的甚特征（即属性）。 ERD－实体（Entity） 2、概念实体和逻辑实体 逻辑实体是对概念实体的细化，拥有完整的特征描述。在ERD建模中，实体一词所指的通常就是逻辑实体。 ERD－实体（Entity） 3、进程实体（容易被忽视的实体） 在实践中，除了静态的事物和抽象的概念之外，行为和事件也是常见的实体类型。 数据建模中对行为和事件的建模是为了了解它们在某些时刻的快照或者它们的运行环境信息，而不是它们所体现出来的功能和达成的结果。 例如 在普通商店的管理系统中，如果发生了一个销售行为，系统会需要记录下时间、地点、参与人员等行为发生时的环境信息，此时就需要将销售行为建模为实体。 在邮局的邮件投递系统中，如果发生了一个投递行为，系统需要知道投递行为在各个投递点时的表现，此时系统就需要将投递行为建模为实体以了