学生档案标准管理系统数据库专业课程设计样本.docx
《学生档案标准管理系统数据库专业课程设计样本.docx》由会员分享，可在线阅读，更多相关《学生档案标准管理系统数据库专业课程设计样本.docx（27页珍藏版）》请在冰豆网上搜索。
学生档案标准管理系统数据库专业课程设计样本
学生档案标准管理系统数据库专业课程设计
课程设计题目一：
学生档案管理系统
一、系统需求分析：
学生档案管理系统的用户是有负责学籍管理的教师（下称为管理员）、任课老师、和学生，系统包括院系管理、学生基本信息管理、学生照片管理、学生奖惩管理、休学及调转管理、选课信息管理等主要功能，具体功能如下：
（1）院系信息的添加、修改、删除和查询，此功能为学生档案的分类管理提供依据。
（2）学生基本信息的添加、修改、删除和查询。
（3）学生教育经历的添加、修改、删除和查询。
（4）学生奖励和处罚信息管理。
（5）学生学籍变动信息管理，包括休学，转专业，休学，留级和调转管理。
（6）学生政治信息的变动，包括变动的各个阶段。
（7）学生每学期成绩信息，包括补考、及重修。
（8）用户信息的注册，包括用户名和密码。
（9）选课信息管理，包括选修学期、教员信息。
（一）理解需求
：
该系统涉及用户的基本信息包括、用户名、密码、用户权限分类，例如：
用户管理员具有添加、修改、删除和查询雪上档案管理系统的四项子功能，而用户任课教师和学生只能查询该系统，
在这个系统中，又分为学生基本信息管理和学生在校信息管理两个子系统。
学生基本信息管理和学生在校信息管理是学生档案管理的重要组成部分，也是录入完整、有效的新生信息是学生课程信息管理、学生成绩管理、学生奖惩信息管理的基础。
在此系统中，包括学生各个年级和学期所选的课程信息，这是学生成绩管理的基础，只有有了课程才能在期末对学生的成绩进行管理；这里包括了对学生课程的录入、查询、修改、删除等功能。
在这个系统中，包括成绩录入、修改，以及备注信息中显示是正考、补考还是重修。
若正考通过，则只显示正考成绩；若是补考通过则要同时显示正考成绩和补考成绩；否则三次成绩都要显示；并且要显示每次参加考试的学期信息；
这个系统中，包括又可以分为奖励情况管理，惩罚情况管理两个子系统。
学生奖惩管理主要是为在校学生的奖励、惩罚记录提供统一的管理和维护，方便管理者的查询。
在此系统中，包括该院校中所有年级、学期的课程和课程对应的任课教师、教程编号，为学生在选课是提供依据。
在此系统中，包括了系导员、班主任、任课教师的信息管理
2.学生档案管理系统与用户之间的联系
由需求分析可得，学生档案系统是用来记录和保存学生信息的，它与用户之间的联系包括登录使用，添加、修改、查询、删除数据。
注册用户信息是为使有登录权限的用户才能进去该系统；另外，为了保证学生信息的安全及统一管理，防止有人恶意添加、修改、删除学生信息，在使用四项子功能时，对用户也分别设置使用权限：
其中管理员具有最高权限，即同时拥有使用四项子功能的权限，任课教师具有添加学生成绩和查询学生信息两项功能，而学生用户则只拥有查询权限。
并且用户只有正确登录系统后，才能使用系统资源。
用户1：
添加查询用户2
管理员修改学生档案学生
删除管理系统添加
查询查询用户3
任课教师
登录
系统的程序流图分析：
用户进入学生档案管理系统后，首先是进入用户权限界面，及学生档案管理系统的首页，基于对该系统信息的保护和统一管理，系统对不同用户进行了权限设定，如：
管理员可以进行添加、修改、删除、查询四项子功能操作，而任课教师和学生则只能查询档案信息。
首先在登录前，选择用户登录的类型，利用用户名和密码判断，加入用户名和密码判断错误，则返回到用户选择界面重新输入用户名和密码，直至信息正确。
若登录用户是管理员的话则进入相应的管理员界面，如：
添加用户信息，修改学生信息等；若是老师用户和学生用户，系统就要做出判断，因为这两个用户群体对系统的操作性是有限的,其中老师具有添加学生成绩信息和查询信息权限，而学生仅能查询学生信息。
当用户操作完成后，则退出系统。
首页
选择用户类型
身份验证N
Y
用户分类
否是
是否为管理员
是否为老师
否管理员界面
数据流图反映了学生档案管理系统与外界的接口，但未表明数据的加工要求，需要进一步细化。
根据前面学生档案管理系统功能边界的确定，再对学生管理系统顶层数据流图中的处理功能做进一步分解，可分解为读者添加、修改、删除和查询四个子功能，其中用户管理员具有着操作这四项的权限，而用户任课教师和学生只有查询权限。
访问得知，教育经历信息表、学籍信息表、成绩信息表具有一次性，即一旦录入成功，对外就将不具有可操作性，经过分析，我们知道，这三张表对于修改和删除功能具有防护功能。
这样就得到了学生档案管理系统的第0层数据流图顶层
任课教师
登录登录
添加
登录登录学生
院系信息表学生基本信息教育经历信息奖惩信息表学籍信息表政治面貌信息表成绩信息表用户信息表
修改删除
从学生档案管理系统第0层数据流图中可以看出，在学生档案管理的不同业务中，添加、修改、查询和删除这几个处理较为复杂，使用到不同的数据较多，因此有必要对其进行更深层次的分析，即构建这些处理的第1层数据流图。
下面的图分别给出了添加、修改、查询和删除子功能的第1层数据流图
用户
输入查询条件
查询相应信息
否
是否存在
是
确定信息否
是
结束
任课老师管理员
输入信息
保存
否保存是
否成功
结束
管理员
修改
保存
保存是否成功
否是
结束
管理员
删除
保存
保存是否成功
否是
结束
分析清楚各部分的功能后，分层次归纳、整理，形成了各层次的功能结构图。
自上而下整理得，形成一个以系统信息保存为核心的系统的功能结构图。
那么这个系统怎么运行呢？
让我们来看下面一个流程图。
用户登录基本信息录入班级设置
班级管理课程信息设课程信息
学生基本信息
成绩信息录入
（2）数据字典
1、数据项
数据项名称：
学号
含义说明：
惟一标识一名学生
类型：
数值型
长度：
8
数据项名称：
姓名
类型：
字符串型
长度：
10
数据项名称：
性别
类型：
字符串型
长度：
2
数据项名称：
年龄
类型：
数值型
长度：
4
数据项名称：
所在系
类型：
字符串型
长度：
20
数据项名称：
用户编号
含义说明：
惟一标识一名用户
类型：
数值型
长度：
10
数据项名称：
密码
类型：
数值型
长度：
10
数据项名称：
用户类别
含义说明：
不同的用户具有不同的权限
类型：
字符串型
长度：
10
数据项名称：
教师编号
含义说明：
惟一标识一名教师
类型：
数值型
长度：
10
数据项名称：
姓名
类型：
字符串型
长度：
10
数据项名称：
年龄
类型：
数值型
长度：
4
数据项名称：
性别
类型：
字符串型
长度：
10
数据项名称：
课程号
含义说明：
惟一标识一门课程
类型：
数值型
长度：
10
数据项名称：
课程名
类型：
字符串型
长度：
10
数据项名称：
学分
类型：
数值型
长度：
2
数据项名称：
学期
类型：
字符串型
长度：
10
数据项名称：
学号
含义说明：
惟一标识一名学生
类型：
数值型
长度：
10
数据项名称：
姓名
类型：
字符串型
长度：
10
数据项名称：
奖惩事件
类型：
字符串型
长度：
50
数据项名称：
日期、时间
类型：
日期时间型
长度：
20
数据项名称：
课程号
含义说明：
惟一标识一门课程
类型：
数值型
长度：
10
数据项名称：
成绩
类型：
数值型
长度：
10
数据项名称：
学号
类型：
数值型
长度：
10
数据项名称：
班级编号
含义说明：
惟一标识一个班级
类型：
数值型
长度：
10
数据项名称：
人数
类型：
数值型
长度：
4
数据项名称：
班主任姓名
类型：
字符串型
长度：
10
2、数据结构
：
用户类别
含义说明：
定义了一个用户类别的有关信息
组成结构：
用户编号+类别名称+使用权限范围
：
学生
含义说明：
定义了一个学生的有关信息
组成结构：
学号+姓名+年龄+性别+民族+院系+专业+班级
：
班级
含义说明：
定义了一个班的有关信息
组成结构：
班级编号+班级人数+班主任姓名
：
课程
含义说明：
定义了一门课程的有关信息
组成结构：
课程编号+课程名+任课教师+开设学期
3、数据流
：
添加信息
含义：
管理员或者老师增添学生信息
来源：
管理员或者老师
去向：
系统数据库
数据流量：
不定
组成：
学号+姓名+事件
：
修改信息
含义：
管理员修改学生信息
来源：
管理员
去向：
系统数据库
数据流量：
不定
组成：
学号+姓名+事件
：
删除信息
含义：
管理员删除学生信息
来源：
管理员
去向：
系统数据库
数据流量：
不定
组成：
学号+姓名+事件
：
查询信息
含义：
管理员、老师或者学生查询学生信息
来源：
系统数据库
去向：
用户界面
数据流量：
不定
组成：
学号+姓名+事件
4、数据存储
：
学生信息表
含义说明：
存放学生的有关信息
组成结构：
学号+姓名+相关信息
说明：
学号用来唯一标识一名学生
：
教师信息表
含义说明：
存放任课教师的有关信息
组成结构：
教师编号+姓名+相关信息
说明：
教师编号用来唯一标识一名学生
：
课程信息表
含义说明：
存放课程有关信息
组成结构：
课程编号+课程名+任课教师+开设学期+学分
说明：
课程编号用来唯一标识门课程
：
成绩信息表
含义说明：
存放学生成绩有关信息
组成结构：
学号+课程编号+成绩
说明：
学号和课程编号一起唯一标识一名学生每一门课的成绩
：
用户信息表
含义说明：
存放用户注册的有关信息
组成结构：
用户名+密码+用户类别
说明：
用户类别用来说明用户使用该系统的权限范围
5、处理过程
：
审核登录用户
输入：
用户名和密码
输出：
系统操作界面
加工逻辑：
根据用户类别的相应权限输出操作界面。
若果用户名验证错误，则返回到用户登录界面，直到输入有效地登录名和密码。
：
添加、删除、修改或查询信息
输入：
查询的相关条件
输出：
查询的相关信息
加工逻辑：
，系统自动识别并根据相应的用户权限给出操作界面。
用户可在自己的权限范围内更新系统内的信息。
2、概念结构设计
1、标识学生档案系统中的实体与属性
参照数据字典中对数据存储的描述，可初步确定三个实体的属性为：
学生：
｛学号，姓名，性别，民族，所在系，专业，年龄，班级｝
用户：
｛用户名，密码，用户权限｝
教师：
｛教师编号，姓名，性别，民族，年龄｝
课程：
｛课程号，课程名，学分，学时，类型，学期｝
成绩：
｛学号，课程号，分数，状态，课程名｝
班级：
｛班级编号，班主任，人数｝
姓名民族
班级编号
学号出生年月
学生
年龄政治面貌
身份证号码家庭住址
教师编号姓名性别民族
教师
课程号课程名学分学期
类型课程学时
学号课程号分数
状态
成绩
课程名
用户名密码用户权限
用户
班级编号班主任人数
班级
班级编号
班级人数
班主任
院系名
专业名称
专业
系主任院系、专业从属班级排课
课程名
学号课程编号
姓名学期
班级学生考试课程学分
出生年月学时
民族权限
性别查询用户名成绩
院系、专业奖励惩罚密码
身份证号码分数
家庭住址老师用户课程号
联系电话奖励记录惩罚记录学号
教育经历查询管理管理
政治面貌学号学号
奖励内容惩罚内容用户名用户名
奖励时间惩罚时间密码学生用户管理管理员密码
奖励原因惩罚原因权限
三、逻辑结构设计
1、根据以上概念设计E-R图按一定规则转换得：
（1）用户表（用户名，密码，权限范围）
（2）学生表（学号，姓名，性别，年龄，班级编号，身份证号码，联系电话，家庭住址，出生日期，政治面貌）
（3）课程表（课程编号，课程名，学时，学分，开设学期，课程类型）
（4）班级表（班级编号，班主任，人数）
（5）成绩表（学号，课程编号，课程类型，课程名，分数，状态）
（6）教师表（教师编号，教师姓名，性别，职称编码，院系编号，出生日期，参加工作日期）
2、将关系设计成SQLServer2000下相应的表
字段名称
数据类型
长度
是否为空
备注
用户名
varchar
20
否
主键
用户编号
char
10
否
用户密码
char
10
否
用户描述
char
20
是
学生表
字段名称
数据类型
长度
是否为空
备注
学号
Char
10
否
主键
性别
Char
2
否
姓名
Varchar
10
否
年龄
Char
2
否
班号
Char
8
否
身份证号
Varchar
18
否
联系电话
Varchar
12
否
家庭住址
Varchar
20
否
出生日期
Datetime
否
政治面貌
Char
4
否
课程表
字段名称
数据类型
长度
是否为空
备注
课程编号
Char
5
否
主键
课程名
Varchar
50
否
学时
Numeric
（3,0）
否
学分
Varchar
5
否
开设学期
Char
11
否
课程类型
Char
2
否
班级表
字段名称
数据类型
长度
是否为空
备注
班级编号
Char
6
否
主键
班主任
Char
5
否
人数
Varchar
3
否
成绩表
字段名称
数据类型
长度
是否为空
备注
学号
Char
5
否
主键
课程编号
Char
5
否
课程名
Varchar
50
否
课程类型
Char
2
否
分数
Varchar
3
否
状态
Char
2
否
教师表
字段名称
数据类型
长度
是否为空
备注
教师编号
Char
5
否
主键
教师姓名
Varchar
10
否
院系编号
Char
4
否
职称编码
Char
2
否
性别
Char
2
否
出生日期
Datetime
否
参加工作日期
datetime
否
升级会员 