学生信息管理系统数据库设计报告.doc

学生信息管理系统数据库设计
目录
一、需求分析 4
组合的业务处理流程图: 8
二、概念分析 9
三、逻辑设计 16
24
五、系统实现 25
六、主要代码 31
七、课程设计总结 53
班级信息查询
班级信息删除
班级信息增加
班级信息修改
系统
课程信息管理
学生信息管理系统
成绩信息管理
用户管理
宿舍信息管理
班级信息管理
课程信息查询
课程信息删除
课程信息增加
课程信息修改
成绩信息查询
成绩信息删除
成绩信息增加
成绩信息修改
查询用户
修改用户
删除用户
添加用户
宿舍信息查询
宿舍信息删除
宿舍信息增加
宿舍信息修改
退出系统
一、需求分析

总体任务的实现是建立在对系统正确的需求分析基础之上的。需求分析分是数据库系统开发的第一步,也是最重要的一步。在大学的学****生活中学生的活动范围很广,信息量相对于以前增加,学生在学****生活中不仅仅与寝室和同班同系的同学联系有时候还要与自己所学学科的任课老师交流联系,还要与本系的辅导员以及自己所在寝室的宿舍管理员等进行联系,这些信息分布比较散乱,难于集合起来。所以创建该数据库尽可能的将与学生相关的信息集合起来,将一些数据结构化,方便用户查询。
学生信息系统的基本情况
由于整个系统是由多个部分组成,所以各个信息如下:
(1)学生信息:记录在学校中学生的基本信息,包括姓名,学号,出生年月,所属院系,所在班级,联系电话等等;
(2)教师信息:记录与学生相关的教师的基本信息,包括教师姓名,联系电话,教授课程等等;
(3)导师信息:记录学生所在院系的导师的相关信息,包括导师姓名,联系电话,领导院系等等;
(4)宿舍信息:记录学生所住寝室的相关信息,包括寝室号和寝室宿管联系电话等等。

(1)信息要求:用户能够查找到有关学生的所有相关信息包括学生基本信息还有相关老师的信息
(2)处理要求:当信息发生变化时,一些信息能够自行修改而不造成插入删除错误。
(3)完整性要求:
①.各种信息记录的完整性,信息记录内容不能为空;
②.各种数据间相互的联系的正确性;
③相同的数据在不同记录中的一致性。

①院系的基本信息
院系编号、院系名称、联系电话、院系主任
②班级的基本信息
班级编号、院系编号、班级名称、班长、学生数
③学生的基本信息
学号、班级编号、姓名、性别、出生日期、家庭住址
④课程的基本信息
课程编号、课程名称、学分、讲师
⑤成绩的基本信息
学号、课程编号、成绩、学分
⑥讲师的基本信息
讲师编号、讲师姓名、教授班级、联系电话
⑦宿舍的基本信息
宿舍编号、宿舍地址、联系电话、所属院系
⑧导师的基本信息
导师编号、导师姓名、联系电话、所属院系

根据实际业务处理过程,绘制业务流程图如图所示:
(a)验证模块
教务员
注册信息
注册表
验证模块
拒绝信息

(b)查询模块
教务员
院系信息表
查询模块
查询结果
学生信息表
课程信息表
成绩信息表
宿舍信息表
查询信息
(c)选课模块
学生
选课信息
课程信息表
选课模块
选课结果
选课信息表
(d)维护模块
教务员
维护信息
维护模块
维护结果
院系信息表
学生信息表
课程信息表
注册信息表
组合的业务处理流程图:
教务员
查询维护信息
注册表
验证模块
拒绝登录
查询模块
查询信息
维护信息
维护模块
系信息表
学生信息表
课程信息表
选课信息表
维护结果jieguo结果
维护结果
数据流程图
顶层数据流程图:
教务管理
系统
注册信息
验证
查询要求
查询结果
修改要求
修改结果
教务员
学生
选课输入
选课结果
二层数据流程图:
选课表
教务员
未通过
维护
查询
学生
验证
注册信息
注册信息
未通过
验证
选课
选课信息
信息表
注册表
包括:系信息、学生信息、课程信息
查询结果
选课结果
二、概念分析

概念结构是对现实的一种抽象。首先对于该数据库系统中涉及的数据进行分类,及抽象了该数据库涉及数据的型与值,而在E-R图模型中,实体就是这种抽象;接着进行另一种抽象---聚集,即定义某一类型的组成成分。它抽象了该数据库涉及对象内部类型和成分,而在E-R模型中若干属性的聚集组成了实体型;最后在数据库中涉及对象中进行定义类型之间的一种子集联系。
学生
学号
性别
出生年月