学籍管理系统报告.doc

设计题目: 学籍管理系统 学生姓名： 冯耀宗，周超，吴翔，王新新 学 号：200907119007,200907119008 200907119007,200907119014 班 级：信计091 指导老师：余艳 日 期：2011/6/18 成 绩：_______________ 1 需求分析 .1 引言 进行数据库设计首先必须准确了解也分析用户需求（包括数据和处理）。目的是为学籍管理数据库系统的设计打下牢牢的基础，是数据库开发的重要文件依据，主要为数据库设计人员使用，是用户和系统分析员的项目依据文件。作为“地基”的需求分析是否做得充分与准确，它决定了在其上构建数据库大厦的速度和质量。需求分析做得不好，甚至会导致整个数据库设计返工重做。 本系统的开发是设计一个学生学籍管理系统（数据库系统）。 .2 用户需求 本系统是针对高等院校的学生学籍管理，因此学籍管理系统的用户包括系统管理员、教师和学生。主要涉及系部信息、班级信息、任课教师信息、学生信息、课程信息以及选课记录和成绩等多种数据信息。 实现的具体功能如下： 基本信息管理——系统管理员负责对各种基本信息的录入、修改、删除等操作。 学生成绩管理——系统管理员负责对学生成绩的录入、修改、删除等操作，学生可以查询各科成绩。 信息查询统计——学生可以查询基本信息和各科的考试成绩，老师可以查询基本信息和授课信息，系统管理员负责把老师提交的学生成绩进行管理，计算总成绩和平均成绩，统计不及格学生信息和获得奖学金学生的信息，最后再输出所有的信息。 毕业生信息管理——系统管理员负责计算毕业学生在学校期间所修课程的总学分，并进行审核，最后输出登记表和名册。 系统用户管理——系统管理员负责用不同的权限来限制不同用户对系统的使用。 以上是用户对系统的基本的功能要求，此外用户还要求系统的效率要高，查询速度要快，比较小的冗余，易维护，具有较高的数据安全性。2 系统E-R图1． 对于学生信息管理，我们可以将学生实体抽象出来，学生属于学院可以将学院作为一个实体，学生所属专业和毕业信息都将可以作为一个实体。 学生实体E-R图 院系实体E-R图 专业实体E-R图 毕业实体E-R图 在学生信息管理中存在这样的关系：选择（一个学生只能选择一个专业，而一个专业可以供多个学生选择，故是多对一的关系）、学习（一个学生只能在一个院系学习，而一个院系可以供多个学生学习，故是多对一的关系）。 学生关系E-R图 2． 对于老师信息管理，我们可以将老师实体抽象出来，老师属于学院可以将学院作为一个实体。 老师实体E-R图 在老师信息管理中存在这样的关系：拥有（一个老师只能在一个院系工作，而一个院系可以供多个多个老师工作，故是多对一的关系）。 老师关系E-R图 3． 对于教务信息管理，我们可以将课程实体抽象出来。 课程实体E-R图 在教务信息管理中存在这样的关系：毕业（一个学生拥有一个毕业信息，而一个毕业信息只属于一个学生，故是一对一的关系）、选修（一个学生可以选修多门课程，而一门课程可以被多个学生选修，故是多对多的关系）、开设（一个专业可以开设多门课程，而一门课程可以被多个专业选择，故是多对多的关系）、授课（一门课程可以被多个老师讲授，而一个老师可以讲授多门课程，故是多对多的关系）。 教务关系E-R图 以上是本系统中的基本的实体和关系，本系统是将其分步找出来加以描述，下面是本系统总体的E-R图： 学籍管理系统E-R图 3库文件设计 数据字典是系统中各类数据描述的集合，是进行详细的数据收集和数据分析所获得的主要成果，数据字典是对系统所用到的所有表结构的描述，学籍管理的主要数据见下表。 老师基本信息表 序号 字段 别名 数据类型 数据长度 码 1 tno 学号 char 10 Y 2 tname 姓名 varchar 10 N 3 tsex 性别 Char 2 N 4 profess 职称 varchar 10 N 5 dname 所属院系 varchar 8 N 6 tel 电话 int N 学生基本信息表 序号 字段 别名 数据类型 数据长度 码 1 sno 学号 varchar 10 Y 2 sname 姓名 varchar 10 N 3 ssex 性别 Char 2 N 4 birthday 出生日期 timestamp 20 N 5 symbol 政治面貌 varchar 8 N 6 Id 身份证号 varchar 20 N 7 Intime 入学时间 varchar 20 N 8 birthplace 籍贯 varchar 10 N 9 homeaddr 家庭住址 varchar 30 N 10 postcode 邮政编码 int N 专业信息表 序号 字段 别名 数据类型