第2章 软件分析与设计基础.ppt

* * * * * * * * * * * * * * * * * * * * * * * * * * 2.3 数据库建模与设计 2. 概念结构设计 概念结构独立于数据库逻辑结构，也独立于支持数据库的DBMS。 它能够充分反映现实世界中实体之间的联系，同时又易于向关系、网状、层次等各种数据模型转换。 需求分析结束后，需要根据数据流图和数据字典，抽象出具有相同特性和行为的一类实体，忽略非本质的细节，抽取人们关心的属性，通过概念模型精确地描述。 2.3 数据库建模与设计 2. 概念结构设计 数据抽象与局部视图设计 视图的集成 解决冲突，合并分E-R图，形成初步E-R图 消除不必要的冗余，设计基本E-R图。 2.3 数据库建模与设计 2. 概念结构设计 数据抽象与局部视图设计 需求分析会产生不同层次的数据流图，是进行概念结构设计的基础。中层数据流图能较好地反映系统中各局部应用子系统的详细情况，故经常作为设计分E-R图的依据。 视图的集成 由于分数据流图是在局部应用的基础上设计的，表现了局部应用的信息使用和处理情况，在此基础上设计的分E-R图势必会存在一些冲突和冗余。 视图集成就是需要进行分E-R图的合并、修改、重构。 2.3 数据库建模与设计 2. 概念结构设计 解决冲突，合并分E-R图，形成初步E-R图 分E-R图之间存在的不一致称为冲突，各分E-R图之间的冲突主要有3类：属性冲突、命名冲突和结构冲突。 属性冲突 属性冲突指属性值的类型、取值范围或取值集合在不同的E-R图中定义不同。 命名冲突 命名冲突包括同名异义和异名同义两种情况，前者是不同意义的对象在不同的局部应用中具有相同的名字，后者是同一意义的对象在不同的局部应用中具有不同的命名。命名冲突可以发生在实体、联系一级上，也可能发生在属性一级上。 2.3 数据库建模与设计 2. 概念结构设计 解决冲突，合并分E-R图，形成初步E-R图 分E-R图之间存在的不一致称为冲突，各分E-R图之间的冲突主要有3类：属性冲突、命名冲突和结构冲突。 结构冲突 结构冲突的情况比较多。 一种是同一对象在不同应用中具有不同的抽象，这类冲突的解决方法通常是把属性变换为实体或把实体变换为属性，使同一对象具有相同的抽象。 另一种是同一实体在不同分E-R图中所包含的属性个数和属性排列次序不完全相同。原因是不同的局部应用所关心的实体属性不同，解决方法是使该实体的属性取各分E-R图属性的并集，再适当调整属性的次序。 最后一种发生在不同的分E-R图中实体间的联系上，实体1与实体2在一个局部应用中的联系是1:n联系，而在另外一个局部应用中可能是m:n联系，解决的方法是根据语义进行综合或调整。 2.3 数据库建模与设计 2. 概念结构设计 消除不必要的冗余，设计基本E-R图 数据冗余：是可由基本数据导出的数据。 联系冗余：是指可由其他联系导出的联系。 冗余不符合数据库规范，容易破坏数据库的完整性，增加数据库维护难度，视图集成时必须尽量消除这些冗余。 但有时为了提高应用率，不得不以信息冗余作为代价。 因此在设计数据库概念结构时，哪些冗余信息必须消除，哪些允许存在，需要根据用户的整体需求来确定。 2.3 数据库建模与设计 3. 逻辑结构设计 设计逻辑结构时首先要将概念结构转化为关系模式，然后对数据模型进行优化。 （1）E-R图向关系模型转换： 1）将实体转换为关系模式 2）将实体间的联系转化成关系模式 1∶1的联系：可以转换为一个独立的关系模式，也可以与任意一端对应的关系模式合并。 1∶n的联系：可以转换为一个独立的关系模式，也可以与n端对应的关系模式合并。 m∶n的联系：转换为一个关系模式，与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，关系的码为各实体码的组合。 2.3 数据库建模与设计 3. 逻辑结构设计 （2）优化关系模型： ① 确定数据依赖。按需求分析阶段得到的语义，分别写出每个关系模式内部各属性之间的数据依赖以及不同关系模式属性之间的数据依赖。 ② 对于各个关系模式之间的数据依赖进行极小化处理，消除冗余的联系。 ③ 按照数据依赖的理论对关系模式逐一进行分析，考查是否存在部分函数依赖、传递函数依赖、多值依赖等，确定各关系模式分别属于第几范式。 ④ 按照需求分析阶段得到的信息要求和处理要求，分析这些模式是否满足这些要求，确定是否要对某些模式进行合并或分解。 ⑤ 对关系模式进行必要的分解或合并。 2.3 数据库建模与设计 3. 逻辑结构设计 （3）设计用户子模式 使用更符合用户习惯的别名 视图集成时，为了减少异义同名的冲突，规范了一些名称。规范后的名称与局部用户的习惯不一致，将影响用户的工作。 这时可以重新定义某些属性名，使其与用户习惯一致。 针对不同级