编辑: 雷昨昀 2015-12-25
1概念设计的必要性.

1)概念设计和目标是产生反映企业组织信息需求的数据库概念结构:即概念模式,概念模式是不依赖于计算机系统和具体的DBMS的.2)在早期的数据库设计中,概念设计并不是一个独立设计阶段,当时的设计方式是在需求分析之后,直接根据用户信息需求设计成DBMS可处理的数据库模式,这就常带来一系列问题: 5.4 概念设计 *设计人员在进行逻辑设计时考虑的因素太多,既要考虑用户信息需求,又要考虑具体的DBMS的限制,使提设计过程复杂化,难以控制.*设计结果直接以DBMS规定的语法表述,用户难以理解,不便于设计人员与用户的交流.*由于设计依赖于具体的DBMS,当外界环境发生变化时,设计结果难以适应变化. 3)为了改善这种状况,在需求分析和逻辑设计之间增加了一个概念设计阶段.*在这个阶段,设计人员仅从用户角度看待数据及处理要求和约束.*产生一个反映用户观点的概念模式(也称为"组织模式".*然后再把概念模式转换成逻辑模式. 4)这样做有三点好处,如下:・从逻辑设计中分离出要领设计之后,各阶段的任务相对单一化,设计复杂程度大大降低,便于组织管理.・概念模式不受特定的DBMS限制,也独立于存储安排和效率方面的考虑,因而比逻辑模式更为稳定.・概念模式不含具体的DBMS所附加的技术细节,更容易为用户所所理解,因而更有可能准确反映用户的信息需求.设计概念的过程称为概念设计,概念模式在数据库的各级模式中的地位是图5.8 应用1 应用1 应用2 应用3 映象 应用2 转换 映象 应用3 综合 图5.8 数据库的各级模式 概念要求 概念要求 概念要求 概念模式 外模式 外模式 外模式 逻辑模式 内模式

2 概念模型*表达概念设计结果的工具称为概念模型.对概念模型有以下要求:1)有丰富的语义表达能力,能表达用户的各种需求,包括描述现实世界中各种对象及其复杂的联系,用户对数据对象的处理要求的手段.2)易于交流和理解,概念模式是DBA应用开发人员和用户之间的主要界面.3)易于变动,概念模型能灵活地加以改变,以反映用户需求和现实环境的变化. 4)易于向各种数据模型转换,易于从概念模式导出与DBMS有关的逻辑模式.*按照上述要求,传统的数据模型(网状,层次和关系模型)都不适合作概念模型,因为它们的语义表达手段都不充分.*人们提出了许多概念设计的表达工具,其中最著名的,最实用的一种是ER模型,它将现实世界的信息结构统一用属性,实体以及它们之间的联系来描述.

3 概念设计的主要步骤1)概念设计的任务一般可分为三步完成・进行数据抽象设计局部概念模式.・把局部概念模式综合成全局概念模式・评审. 2)局部用户信息需求构造全局概念模式的基础,因此,需要先从各别用户的需求出发,通常为每个用户或每个对数据的观点与使用方式相似的用户集团建立一个相应的局部概念结构. ・在建立局部概念结构时,常常要对需求分析的结果进行细化、补充或修改,例如:有些数据要分为若干子项,有些数据的定义要重新核实等等.・这些都要记入文档.・设计概念结构时,常用的数据抽象方法是"聚集"和"概括"聚集将若干对象和它们之间的联系组合成一个新的对象. *而概括则将一组具有某些共同特性的对象合并成更高一层意义上的对象. 3)综合各局部概念结构,就可得到反映所在用户需求的全局概念结构.・在综合过程中,主要处理各局部模式对各种对象定义的不一致问题,包括同名异义,异名同义和同一事物在不同的模式中被划分为不同类型的对象(例如有的作为实体,有的作为属性)等问题・把各个局部结构合并还会产生冗余问题或导致对信息需求的再调整与分析,以确认确切的含义. 4)消除了所有冲突后,就可把全局结构提交评审.评审分用户评审与DBA及应用开发人员评审两部分.・用户评审的重点放在确认全局概念模式是否准确完整地反映了用户的信息需求和现实世界事物的属性间的固有联系・DBA和应用人员评审则侧重于确认全局结构是否完整,各种成份划分是否合理,是否存在不一致性,以及各种文档是否齐全等.・文档层包括局部概念结构描述,全局概念结构描述,修改后的数据库清单和业务活动清单等.

下载(注:源文件不在本站服务器,都将跳转到源网站下载)
备用下载
发帖评论
相关话题
发布一个新话题