数据流图-计算机科学与技术学院.pptVIP

第3章 数据库应用系统设计方法 数据库应用系统的开发 用户需求分析 数据库设计阶段 数据库实现阶段 数据库运行与维护阶段 3.2 用户需求分析 3．2．1 需求分析的任务 进行问题识别 （1）功能需求：明确所开发的系统必须具备什么样的功能。 （2）性能需求：明确待开发的系统的技术性能指标。 （3）环境需求：明确系统运行时所需要的软、硬件要求。 （4）用户界面需求：明确人机交互方式、输入输出数据格式。 3．2．1 需求分析的任务 编写文档 （1）编写“需求规格说明书”，把双方共同的理解与分析结果用规范的方式描述出来，作为今后各项工作的基础。 （2）编写初步用户使用手册，着重反映被开发软件的用户功能界面和用户使用的具体要求，用户手册能强制分析人员从用户使用的观点来考虑软件。 （3）编写确认测试计划，作为今后确认和验收的依据。 3．2．1 需求分析的方法 1．需求分析及表示方法 2．数据流图：数据流图（DFD）即数据流程图，它以图形的方式描绘数据在系统中流动和处理的过程。它只反映系统“做什么”，不反映“如何做”，整个图中不反映加工的执行顺序，只表达系统必须完成的逻辑功能，所以它是一种功能模型。 数据的“型”与“值” 元数据(meta data)：描述数据的数据 数据字典(DD)：数据库中保存元数据的数据库 3.3 数据库概念结构设计 数据库设计阶段 数据库设计阶段 概念结构设计 逻辑结构设计 物理结构设计 数据库是多个表的集合 有时必须对数据表进行分解 学生表 学院表 课程表 成绩表 6.3.3 概念结构设计的方法与步骤 概念结构设计的方法 自顶向下 自底向上 逐步扩张 混合策略 8.2.3 概念设计阶段 （1） 合并局部E-R图，生成全局E-R图 冲突分类 8.2.3 概念设计阶段 8.2.3 概念设计阶段 同一实体在不同分E-R图中所包含的属性不完全相同，或者属性的排列次序不完全相同。 产生原因：不同的局部应用关心的是该实体的不同侧面。 解决方法：使该实体的属性取各分E-R图中属性的并集，再适当调整属性的次序。 8.2.3 概念设计阶段 8.2.3 概念设计阶段 实体之间的联系在不同局部视图中呈现不同的类型 例：实体E1与E2在局部应用A中是多对多联系，而在局部应用B中是一对多联系。 在局部应用X中E1与E2发生联系，而在局部应用Y中E1、E2、E3三者之间有联系。 解决方法：根据应用语义对实体联系的类型进行综合或调整。 8.2.3 概念设计阶段 8.2.3 概念设计阶段 （2） 优化：消除不必要的冗余，设计全局E-R图 8.2.3 概念设计阶段 消除冗余的方法－分析方法 以数据字典和数据流图为依据，根据数据字典中关于数据项之间逻辑关系的说明来消除冗余。 8.2.3 概念设计阶段 　前面得到的E-R图中存在着冗余数据和冗余联系： 冗余数据：学生实体中的年龄属性可以由出生日期推算出来，属于冗余数据，应该去掉。 冗余联系：“系”实体与“课程”实体之间的“开设”联系，可以由“系”与“教师”实体之间的“属于”联系、“教师”与“课程”实体之间的“讲授”联系推导出来，所以属于冗余的联系。 例：学生选修课程 学生 课程 选修 姓名 学号 系别 成绩 用矩形表 示实体 用椭圆表示实体的属性 用无向边把实体与其属性连接起来 用菱形表示实体间的联系 实体与联系用线段连接并注明类型 m n 课程号 课程名 学分 * 例3：学校有若干个系，每个系有若干名教师和学生；每个教师可以教授若干门课程，并参加多个项目；每个学生可以同时选修多门课程。请设计某学校的教学管理的E-R模型，要求给出每个实体、联系的属性。 该学校的教学管理E-R模型有以下5个实体：系，教师，学生，课程，项目。各实体属性如下： 系（系编号，系名，系主任） 教师（教师编号，教师姓名，职称） 学生（学号，姓名，性别，班号） 课程（课程编号，课程名，学分） 项目（项目编号，名称，负责人） 注意：定义属性时，一定要有一个属性可作为实体的主键。 * 学生 学号 姓名 性别 班号 教师 教师编号 教师姓名 职称 系 系编号 系名 系主任 项目 项目编号 名称 负责人 课程 课程编号 课程名 学分 E-R图中实体属性的表示 五、实体—联系模型设计中的一些特殊情况 * 实体型A 联系名 1 1 （a）1：1联系 实体型A 联系名 1 n （b）1：n联系 实体型A 联系名 n m （c）n：m联系 （3）递归联系 同一实体集内的二元联系：表示同一实体集内实体之间相互联系。有1:1、1:n、n:m联系。 例如：职工实体集中，领导与被领导的联系是1:n；婚姻联系是1:1.