医学院管理数据库系统Word文档下载推荐.doc
《医学院管理数据库系统Word文档下载推荐.doc》由会员分享，可在线阅读，更多相关《医学院管理数据库系统Word文档下载推荐.doc（26页珍藏版）》请在冰豆网上搜索。
二、 需求分析
1． 用户需求分析
（1） 数据需求分析
从大的角度来看，包括学生，教师，课程信息，院系专业信息等等。
我们调查了桂林医学院的相关资料，参考了其他学校的数据库信息，然后再总结归纳，考虑了实际要求和将来的发展，设定了系统的边界。
将具体数据需求信息做成了下面的数据字典。
数据字典：
1.数据项
数据项名称
数据项描述
数据类型
长度
取值范围
取值含义
数据项间联系
1.姓名
char
8
学生姓名，教师姓名等都简称姓名
2.学号
9
例如090710201代表09级07院1专业102班01号
学生的唯一编号，与学生姓名相对应
3.性别
2
男or女
4.院系名称
30
与院系编号对应
5.院系编号
4
一到十二中选一个
6.专业名称
与专业好对应
7.……
8.……
……
2.数据结构
1.每个专业每个年级的课程=（专业，年级，课号）
属性
数据项
主码
唯一
外码
约束条件
专业
YES
年级
课程号
举例：
课号
一
09
101136
08
102011
三
101130
2.课程详细信息=（课程号，课程名，学分，任课教师，周次，考试安排，备注）
课程名
学分
取值范围0.5-6.0
任课教师
周次
考试安排
备注
默认为“无”
英语
王成
1-12周
第13周星期天1、2节
第八周停课一次
物理
3
宋杰
2-17周
无
3.各课号上课的时间地点=（课程号，星期，节次，上课地点）
星期
一至七中取值
节次
上课地点
1、2节
11B201
5、6节
11A302
4.学生课程的成绩等信息=（学号，课程号，缺勤次数，考试成绩，实验成绩，综合成绩）
学号
缺勤次数
默认为0
考试成绩
0-100
实验成绩
综合成绩
090710201
85
70
80
78
72
5.学生详细信息=（学号，姓名，性别，院系，专业，年级，班级，出身日期等信息）
姓名
性别
院系
一至十二中选一个
班级
出身日期等信息
默认为“略”
胡浪
男
七
信息与计算科学
0907102
略
080520211
张红
女
五
工商管理
0805202
6.教师信息=（教师编号，姓名，性别，级别，院系，出身日期等信息）
教师编号
级别
100715
李明
教授
031017
周健
副教授
六
7.评教系统=（教师编号，教师姓名，课程名，学生评教，学生评语）
教师姓名
学生评教
学生评语
优
090720211
良
没激情！
8.学生综合评测=（学号，姓名，获奖自评分数，自评依据，获奖审核分数，审核依据）
获奖自评分数
0到100取值
自评依据
获奖审核分数
审核依据
60
通过英语六级+40，优秀学生干部+20
如其描述
9.办公系统之各单位信息=（单位编号，单位名，总负责人，负责人电话，办公室号，办公室电话）
单位编号
单位名
总负责人
负责人电话
办公室号
办公室电话
20354
公告事务学院马克思主义研究中心
王娇
15123655442
KJ11#302
2900363
20765
教务处
兰蓝
150786565522
XZ3#201
2900656
10.电教室审批系统，实验预约系统，财务管理系统等。
（2） 数据处理分析
处理过程名
输入
输出
简要说明
学生学分绩查询
学分绩
该操作涉及到查询学生各课程的综合成绩，及课程的学分。
学生选课信息查询
已选的课程名，课程号，学分等
查询该学生的选课信息，用到课程的信息，学生的信息
学生课表的生成
课程表
输出包括已选的课程，上课时间、地点，任课老师等等。
学生成绩录入
考试成绩，缺勤次数，实验成绩等
在指定的课号下为每个学生录入信息
评教系统
学生评教等级和评语
学生为选过其课程的老师输入评教信息
办公查询系统
单位名称或编号
单位详细信息
（3） 安全性和完整性要求
各数据的主外码关系如表中所示，具体的约束条件也见上表。
2． 系统需求分析
主要分析系统如何划分（及包含几个子系统）及各个子系统的功能介绍。
根据如上得到的用户需求，我们将本系统按照所完成的功能分成以下几个子系统：
（1） 学籍管理子系统
（2） 成绩管理子系统
（3） 选课管理子系统
（4） 教师操作子系统
（5）办公管理子系统
（6） 电教室审批子系统
（7）财务管理子系统等
各子系统完成的功能如下：
图2.1学生管理系统功能结构图
图2.2选课管理子系统业务流程
…………
3． 数据流图
数据流图是通过系列符号及其组合来描述系统功能的输入、输出、处理或加工构造。
系统的全局数据流图，在具体的设计工具中往往也称为第0层或顶层数据流图，主要是从整体上描述系统的数据流，反映系统中数据的整体流向，是设计者针对用户和开发者表达出来的一个总体描述。
图2.3简化的总系统数据流图
对总系统流程图各个子系统进行进一步的数据流程分析并作图。
三、 概念设计
上述的数据流图和数据字典共同构成了对用户需求的表达，它们是系统分析员（数据库管理员）在需求调查过程中和用户反复交互得到的。
建设系统实际要处理的数据基本上已经在数据流图中得到体现，整个设计过程的后续步骤提供基础和依据。
概念设计就是通过对需求分析阶段所得到的信息需求进行综合、归纳与抽象，形成一个独立于具体数据库管理系统的概念模型，主要的手段为ER图。
1． 实体分析
要建立系统的E-R模型的描述，需进一步从数据流图和数据字典中提取系统所有的实体及其属性。
这种提出实体的指导原则如下：
① 属性必须是不可分的数据项，即属性中不能包含其它的属性或实
② E-R图中的关联必须是实体之间的关联，属性不能和其它实体之间有关联
由前面分析得到的数据流图和数据字典，可以抽象得到实体主要有5个：
学生、教师、课程、院系、班级。
（1） 学生实体属性有：
学号、姓名、出生年月、性别、电话、系编号。
（2） 教师实体属性有：
教师编号、教师姓名、性别、职称、出生年月、电话、电子邮件。
（3） 课程实体属性有：
课程编号、课程名称、课程学时、课程学分。
（4） 院系实体属性有：
系编号、系名称、负责人。
（5） 班级实体属性有：
班级编号、班级名称。
2． 系统局部ER图（各个子系统或子系统局部的ER图）
如：
图3.1
升级会员 