学生档案管理系统数据库设计报告Word文档格式.doc
- 文档编号:13167070
- 上传时间:2022-10-07
- 格式:DOC
- 页数:17
- 大小:318KB
学生档案管理系统数据库设计报告Word文档格式.doc
《学生档案管理系统数据库设计报告Word文档格式.doc》由会员分享,可在线阅读,更多相关《学生档案管理系统数据库设计报告Word文档格式.doc(17页珍藏版)》请在冰豆网上搜索。
它将数据库设计分为四个阶段:
需求分析(分析用户要求),概念设计(信息分析和定义),逻辑设计(设计实现),物理设计(物理数据库设计)。
基于E—R模型的数据库设计方法,基于3NF(第三范式)的设计方法,基于抽象语法规范的设计方法等,是在数据库设计的不同阶段上支持实现的具体技术和方法。
按照规范设计的方法,考虑数据库及其应用系统开发过程,将数据库设计分为以下六个基本步骤:
需求分析,概念结构设计,逻辑结构设计,物理结构设计,数据库实施,数据库运行和维护。
其中需求分析和概念设计独立于任何数据库管理系统,辑设计和物理设计与选用的DBMS密切相关。
以下是数据库结构设计阶段图
图1数据库设计阶段图
本报告中进行的学生档案管理数据库(系统)设计,就是依照以上总结的数据库设计的六个阶段结合具体的设计内容进行的。
二、学生档案管理数据库系统设计
数据库在一个信息管理系统中占有很重要的地位,数据库结果设计的好坏将直接对应系统的效率以及实现效果产生影响。
合理的数据库结构设计可以提高数据存储的效率,保证数据的完整和一致。
同时,合理的数据库结构也将有利于程序的实现。
本设计报告的大致设计思路:
进行学生档案管理数据库系统的设计,我首先进行了需求分析,采用了调查,统计等方法,得到了用户具体的数据需求和处理需求。
接着将需求分析的结果(主要是数据需求)抽象成实体及实体的属性,并给出E—R图。
然后将概念模型转化成逻辑模型,本报告中将概念模型转化为关系模型,再依据1NF,2NF,3 NF以及消除冗余等原则对建立的关系模型进行优化。
接着在依据物理设计的评价标准:
时间效率和空间效率进行学术档案管理数据库系统的物理设计。
最后进行系统设计,主要包括系统的功能及其实现的SQL语句,另外还包括数据库系统的选择。
1需求分析
进行数据库设计首先必须准确了解与分析用户需求(包括数据与处理)。
需求分析是整个设计过程的基础。
需求分析是设计数据库的起点,需求分析的结果是否准确地反映了用户的实际要求,将直接影响到后面各个阶段的设计,并影响到设计结果是否合理和实用。
为了得到正确的需求分析结果,对学生,管理部门人员的进行了问卷调查以及相关口头询问,对学生档案管理业务进行了进一步的了解熟悉,查阅相关资料,参考现有的学生档案管理系统的相关内容,进一步分析总结得到了一下需求分析结果。
(调查表及调查结果报告见附件)
总结了学生档案管理数据库设计需求分析阶段的重点:
数据和处理
学生档案管理数据库设计需求分析阶段获得的数据要求:
学号,姓名,曾用名,性别,出生日期,民族,籍贯,出生地,健康状况,入学时间,学制,政治面貌,高考准考证号,身份证号,学历层次,高考英语成绩,英语等级,特长,党团时间,学习形式,手机号码,电子邮箱,家庭电话,家庭住址,简历,来源地区,系号,宿舍号,系名称,系电话,宿舍电话,住哪个系的学生。
学生档案管理数据库设计需求分析的处理(功能)要求:
学校的教务员对学生档案进行查询和修改,学生可以查询自己的档案,并向教务员反馈更新信息,教务员通过对学生档案进行修改完成更新。
数据字典
1数据项
数据项
类型
长度
备注
学号
数值型
8
唯一
姓名
字符型
小于4个汉字
曾用名
字符
性别
1
男or女
出生日期
日期
籍贯
汉字
出生地
健康状况
4
优秀,良好,一般,差
学制
数值
4or3
政治面貌
3
入学时间
高考准考证号
12
数字
身份证号
18
学历层次
本科,硕士,博士
高考英语成绩
分数
英语等级
4or6等级
特长
16
党团时间
2
年数
学习形式
函授,在校等
电子邮箱
20
邮箱
手机号码
11
家庭电话
电话号码
家庭住址
具体住址
简历
100
个人经历
系
5
字母,数字
宿舍号
2数据结构:
学生{学生基本信息,组成:
学号,姓名,性别,出生日期,民族,籍贯,入学时间,学制,政治面貌,高考准考证号,身份证号,学历层次,高考英语成绩,英语等级,特长,党团时间,学习形式,手机号码,电子邮箱,家庭电话,家庭住址,简历,来源地区,系号,宿舍号}
系{系号,系名,系电话}
宿舍(宿舍号,宿舍电话,住哪个系的学生)
3数据流
数据流名称:
教务员注册信息
位置:
教务员等陆处理
定义:
注册信息=教务员注册名+口令
说明:
“查询”和“维护”功能仅对教务员,所以教务员使用这些功能时,
要输入合法的注册名及口令,已获得操作权。
教务员登录验证
登陆处理教务员
验证信息=『登陆成功|用户名未注册|口令错误』
该告知用户登陆的情况,如成功,就可进入工作界面。
学生注册信息
学生登陆处理
注册信息=学生注册名+口令
“查询”和“反馈”。
登录验证
登陆处理学生
教务员查询要求
教务员学生信息检索
查询要求=系,学生
用户通过选择指定要查询的系,学院及学生。
教务员查询结果
学生信息检索教务员
查询结果=系,学生
查询结果包括指定系的信息,系学生数(统计结果)和学生记录(可同时显示多条记录)。
修改要求
教务员教务信息维护
修改要求
指定要维护的对象,然后输入修改的信息(增,删,改)
修改结果
教务信息维护教务员
修改结果
修改结果保存
学生查询要求
学生学生信息检索
查询要求=学号
用户只能查询自己的信息。
学生查询结果
学生信息检索学生
查询结果=学生
查询结果是自己的档案信息,发现有错可想教务员反馈,要求修改。
学生反馈
学生教务员
查询反馈=要求修改档案内的错误属性
要求修改档案内的错误属性,教务员可以进行修改。
可以保证学生档案的及时性。
教务员反馈
教务员学生
修改反馈=修改档案内的错误属性,再反馈
教务员根据学生反馈对档案内的错误属性进行修改,再反馈学生。
4数据存储
数据存储名称:
教务员注册表
输入:
教务员名称与口令输出:
登陆处理表格
数据结构:
教务员注册名+口令
该注册信息由专人维护,该维护功能不在本系统范围内。
学生注册表
学生名称与口令输出:
学生注册名+口令
学生记录
教务员信息维护输出:
学生信息检索和教务信息维护
学生的档案
学号是唯一的。
系记录
系号+系名+系电话
系名和系号都使唯一的。
宿舍记录
宿舍号,宿舍电话,住哪个系的学生
宿舍号是唯一的。
5处理过程
1,教务员注册和登录{教务员注册账号以及登录,输入:
教务员注册信息,输出:
教务员登录验证,处理:
在注册表里添加注册信息,验证身份完成登录}
2,学生注册和登录{学生注册账号以及登录,输入:
学生注册信息,输出:
学生登录验证,处理:
3,教务员查询学生档案{教务员查看学生档案,输入:
教务员查询要求,输出:
教务员查询结果,处理:
教务员的查询操作}
4,学生查询本人档案{学生对自己的档案进行查看,以便向教务员反馈有关信息,输入:
学生查询要求,输出:
学生查询结果,处理:
学生查询自身档案}
5,教务员修改{教务员对学生档案进行修改,输入:
修改要求,输出:
修改结果,处理:
教务员对需要进行修改的学生档案进行修改}
6,学生反馈{学生向教务员反馈更新信息,输入:
学生反馈,输出:
教务员反馈,处理:
学生反馈更新信息,教务员进行修改,再反馈学生}
2.概念设计
概念结构设计是整个数据库设计的关键,它通过对用户需求进行综合,归纳与抽象,形成了一个独立于具体DBMS的概念模型。
概念设计将在需求分析阶段所得到得应用需求抽象为信息世界的结构。
易与向关系,网状,层次等各种数据模型转换。
下面用E—R图对需求分析的数据需求和功能需求进行描述。
实体描述E—R图:
图2实体描述E—R图
学生
省略
属于
宿舍
属于
系号
系名
系电话
宿舍电话
住哪个系的学生
学生档案管理系统功能图:
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 学生 档案管理系统 数据库 设计 报告