学生管理系统需求分析

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

(3)实体间若是一对多的联系,则将“一”一端的关键属性放到 “多”一端的关系中作为外码。
(4)实体间若是多对多的联系,就将这个联系本身也转换成一个 关系。
学生管理系统
系统 信息 管理 系部 用户 管理 班级 信息 管理 教师 信息 管理 学生 信息 管理 课程 信息 管理 选课 信息 管理 选课 数据 查询
图形说明
示例
图书管理系统 (思路)
• 结果
概念结构设计
图形说明
局 部 图 设 E-R
返回
示例:图书管理系统
1. 确定实体类型和属性
读者:{卡号,姓名,性别,部门,类别、办卡日期,卡状态} 图书:{书号,书名,作者,价格,出版社,库存数量} 读者类别:{ 类别代码,类别名称,可借阅天数、可借阅数量}
数据库的物理设计
数据库实施 数据库运行和维护
项目任务实施(上机调试)
Copy by spring
局 部 图 设 E-R
2. 确定实体间的联系
其中有下划线的属性为实体的主键.
next
示例:图书管理系统
3. 确定实体间的联系(读者与图书E-R图 )
局 部 图 设 E-R
4. 画出局部E-R图
要求
• • • • 对用户需求是完整的。 所有实体、属性、联系都有惟一的名字。 不允许有异名同义、同名异义的现象。 无冗余的联系。
三类冲突
属性域冲突 命名冲突 模型冲突
视 图
返回
消除冗余
合并具有相同键的实体类型,消除冗余属性,
消除冗余联系
视 图
返回
4.E-R模型转换为关系数据模型的规则
(1)每一个实体集对应一个关系模式。关系名即实体名,关系的 属性即实体的属性。
(2)实体间若是一对一的联系,则将一个实体的关键属性(主码) 放入另一个实体所转换的关系中作为外码,用以进行联系。
(1)在任何一列上,数据项的属性是相同的;
(2)在一个表中,每一列都要有自己的名称,列的顺序是无关紧要 的; (3)表中所有的行都要求是不同的,即没有完全相同的两行存在; (4)在表中行的顺序也是无关紧要的。任何一个关系都必须是规范 化的。
在规范化理论中,提出了第一范式、第二范式、第三范式、BC范式、 第四范式和第五范式。
项目任务
学生管理系统需求分析
Copy by spring
项目任务内容
Copy by spring
▲找出系统中的实体,如:学生、教师、课程等。 ▲找出各实体的各种属性,如学生有学号、姓名、性别、出生 日期等。 ▲找出实体之间的关系,如学生与课程的关系是“学习”,画 出E-R图。将E-R图 转换成二维表。
数据存储说明
数据存储名称:图书表 含义说明:存放图书有关信息 组成结构:图书+库存数量 数据量:平均每年600条 说明:……
返回
概念结构设计
实质
将系统需求分析得到的用户需求抽象为信息结构的
过程,一般是通过E-R模型来描述概念结构
设计内容
E-R模型
局部E-R图设计 视图的集成
学习要点
逻辑结构设计
E-R图向关系模型的转换
数据库的规范化
学习要点
E-R图向关系模型的转换
实质
就是把实体、实体的属性和实体之间的联系转换为
关系模式
转换规则
实体的转换
逻 辑 结 构 设
1:1联系的转换 1 : n联系的转换
m : n联系的转换
三个或三个以上实体间的多元联系的转 具有相同码的关系的处理
学 生 个 人 成 绩 查 询!
用户登录
系统管理员
教师
学生
系 统 用 户 管 理
系 部 信 息 管 理
班 级 信 息 管 理
教 师 信 息 管 理
学 生 信 息 管 理
课 程 信 息 管 理
班 学 生 查 询
班 成 绩 管 理
成 绩 查 询
选 课
数据库表的设计
1、系统用户数据表:用户名,口令 2、系部信息数据表:系编号、系名称 3、班级信息数据表:班编号、名称 4、学生信息数据表:编号、班编号、姓名、性别、生日、住址、电话、 Email、简历 5、教师信息数据表:编号、姓名、系编号、电话、Email 6、课程信息数据表:编号、名称、教师、学分 7、选课记录数据表:编号、学生、课编号、成绩
实体—联系模型E-R模型
实体、属性与联系
E-R模型的表示方法
联系的类型
概念结构设计
实体、属性与联系
实体与属性
实体是指实体集,即用户工作环境中所涉及的一类 事务,对应关系型数据库中的一个表,而不是单个 实体。实体必须用一组表征其特征的属性来描述. 属性是对实体特征的描述。 联系是指实体之间存在的对应关系(它也具有属性), 每一个联系都有一个联系名,用以表示实体间的具
项目任务内容准备
Copy by spring
数据库设计概述
需求分析 概念结构设计
学 习 要 点
逻辑结构设计 数据库的物理设计 数据库实施 数据库运行和维护
需求分析
任务
确定设计范围
数据收集与分析
基本步骤
1. 调查与初步分析用户的需求,确定系统的边界
2. 分析和表达用户的需求 3. 阶段成果
数据项说明
数据项名称:借书证号 含义说明:惟一标识一个借书证 别名:卡号 类型:字符型
数据流说明
数据流名称:借书单
含义:读者借书时填写的单据 来源:流通部 去向:审核借书
长度:20
数据流量:25份/天
组成:借书证号编号+借阅日期+借阅日期
处理过程说明
处理过程名称:审核借书证 输入:借书证 输出:认定合格的借书证
返回
图书管理系统 (结果)
图书管理系统初步E-R模型
局 部 图 设 E-R
返回
视图集成
合并局部E-R图,生成初步E-R图
消除冗余
视 图
wk.baidu.com
概念结构设计
合并局部E-R图,生成初步E-R图
方法
两两集成
• 先将具有相同实体的两个E-R图,以该相同实体为基 准进行集成。如果还有相同实体的E-R图,再次集成, 直到得到总的E-R图为止
返回
数据库的规范化
实质
通过模式分解,将低一级范式的关系模式分解成了
若干个高一级范式的关系模式的集合,这种过程叫 做规范化
范式
逻 辑 结 构 设
第一范式(1NF) 第二范式(2NF)
第三范式(3NF)
返回
数据库设计的规范化
在关系数据模型的规范化理论中,把关系看成是一个二维表,其最 基本的要求是:关系的每一个分量必须是一个不可分的数据项;另外 :
实例:图书管理系统
罚款单
数 据
next
实例:图书管理系统
还书单
数 据
next
实例:图书管理系统
还书处理
数 据
返回
数据字典 :对数据流图中各个元素的详细说明。
四个项目条目
数据项 数据流 数据文件(数据存储) 转换处理
示例
图书管理系统数据字典
数 据
需求分析
图书管理系统数据字典
体关系。
E-R
ER模型
E-R模型的表示方法
三种图形
实体 属性 实体名 属性名
联系 无向边
联系名
E-R
ER模型
联系的类型
三种类型
一对一
多对多 一对多
类型示例
E-R
ER模型
类型示例
E-R
返回
局部E-R图设计
两步骤
1. 抽象数据并设计局部视图,得到局部的概念结构
2. 集成局部视图,得到全局的概念结构
用 户 数 据 录 入 与 管 理
系 部 信 息 录 入 与 管 理
班 级 信 息 录 入 与 管 理
教 师 信 息 录 入 与 管 理
学 生 信 息 录 入 与 管 理
课 程 信 息 录 入 与 管 理
选 课 信 息 录 入 与 管 理
课 程 成 绩 录 入 与 管 理
教 学 班 学 生 信 息 查 询
说明
数据流图 数据字典
学习要点
自上而下,逐步求精。
数据流图(Data Flow Diagram)
简称DFD,是最常用的结构化分析工具 ,有
四种基本符号
需 求
实例
需求分析
2.数据流图的绘制
采购管理的数据流图
采购管理的顶层数据流图 采购管 采购管 理二层 理一层 数据流 数据流 图 图
相关文档
最新文档