#学生管理系统需求分析.pptVIP

学生管理系统需求分析 项目任务 项目任务内容 ▲找出系统中的实体,如:学生、教师、课程等。 ▲找出各实体的各种属性，如学生有学号、姓名、性别、出生日期等。 ▲找出实体之间的关系,如学生与课程的关系是“学习”，画出E-R图。将E-R图 转换成二维表。 项目任务内容准备 学习要点 数据库设计概述 需求分析 概念结构设计 逻辑结构设计 数据库的物理设计 数据库实施 数据库运行和维护 需求分析 任务 确定设计范围 数据收集与分析 基本步骤 调查与初步分析用户的需求，确定系统的边界 分析和表达用户的需求 阶段成果 说明 数据流图 数据字典 需求分析 数据流图（Data Flow Diagram） 简称DFD，是最常用的结构化分析工具 ，有四种基本符号 实例 数据流图 实例：图书管理系统 罚款单 数据流图 实例：图书管理系统 还书单 数据流图 实例：图书管理系统 还书处理 数据字典 数据字典 四个项目条目 数据项 数据流 数据文件（数据存储） 转换处理 示例 图书管理系统数据字典 图书管理系统数据字典 概念结构设计 实质 将系统需求分析得到的用户需求抽象为信息结构的过程，一般是通过E-R模型来描述概念结构 设计内容 E-R模型 局部E-R图设计 视图的集成 实体—联系模型E-R模型 实体、属性与联系 E-R模型的表示方法 联系的类型 E-R模型 实体、属性与联系 实体与属性 实体是指实体集，即用户工作环境中所涉及的一类事务，对应关系型数据库中的一个表，而不是单个实体。实体必须用一组表征其特征的属性来描述. 属性是对实体特征的描述。 联系是指实体之间存在的对应关系(它也具有属性),每一个联系都有一个联系名，用以表示实体间的具体关系。 E-R模型 E-R模型的表示方法 三种图形 E-R模型 联系的类型 三种类型 一对一 多对多 一对多 类型示例 E-R模型 类型示例 局部E-R图设计 两步骤 抽象数据并设计局部视图，得到局部的概念结构 集成局部视图，得到全局的概念结构 图形说明 示例 图书管理系统 (思路) 结果 局部E-R图设计 图形说明 局部E-R图设计 示例:图书管理系统 确定实体类型和属性 确定实体间的联系 局部E-R图设计 示例:图书管理系统 确定实体间的联系(读者与图书E-R图 ) 画出局部E-R图 要求 对用户需求是完整的。 所有实体、属性、联系都有惟一的名字。 不允许有异名同义、同名异义的现象。 无冗余的联系。 局部E-R图设计 图书管理系统 (结果) 图书管理系统初步E-R模型 视图集成 视图集成 合并局部E-R图，生成初步E-R图 消除冗余 视图集成 合并局部E-R图，生成初步E-R图 方法 两两集成 先将具有相同实体的两个E-R图，以该相同实体为基准进行集成。如果还有相同实体的E-R图，再次集成,直到得到总的E-R图为止 三类冲突 属性域冲突 命名冲突 模型冲突 视图集成 消除冗余 合并具有相同键的实体类型，消除冗余属性，消除冗余联系 4.E-R模型转换为关系数据模型的规则 （1）每一个实体集对应一个关系模式。关系名即实体名，关系的属性即实体的属性。 （2）实体间若是一对一的联系，则将一个实体的关键属性（主码）放入另一个实体所转换的关系中作为外码，用以进行联系。 （3）实体间若是一对多的联系，则将“一”一端的关键属性放到“多”一端的关系中作为外码。 （4）实体间若是多对多的联系，就将这个联系本身也转换成一个关系。 学生管理系统 用户登录 数据库表的设计 逻辑结构设计 E-R图向关系模型的转换 数据库的规范化 逻辑结构设计 E-R图向关系模型的转换 实质 就是把实体、实体的属性和实体之间的联系转换为关系模式 转换规则 实体的转换 1：1联系的转换 1 : n联系的转换 m : n联系的转换 三个或三个以上实体间的多元联系的转 具有相同码的关系的处理 逻辑结构设计 数据库的规范化 实质 通过模式分解，将低一级范式的关系模式分解成了若干个高一级范式的关系模式的集合，这种过程叫做规范化 范式 第一范式（1NF） 第二范式（2NF） 第三范式（3NF） 数据库设计的规范化 在关系数据模型的规范化理论中，把关系看成是一个二维表，其最基本的要求是:关系的每一个分量必须是一个不可分的数据项;另外 : （1）在任何一列上，数据项的属性是相同的; （2）在一个表中，每一列都要有自己的名称，列的顺序是无关紧要的; （3）表中所有的行都要求是不同的，即没有完全相同的两行存在; （4）在表中行的顺序也是无关紧要的。任何