课程设计报告
科目：
设计题目：学生学籍管理系统
专业：计算机系软件工程0402班
姓名：XXXXX 学号：XXXXXXX
目录
绪论 (2)
数据库设计 (2)
1．需求分析 (2)
1.1数据需求 (2)
1.2功能需求 (3)
2．数据库设计 (3)
2.1概念结构设计 (4)
2.2逻辑结构设计 (5)
2.3物理结构设计 (6)
3．系统功能设计 (8)
4．系统功能实现 (9)
4.1程序的运行环境 (9)
4.2系统的开发环境 (9)
4.3数据库的创建和链接 (9)
4.4运行界面及其对应的源代码 (10)
5．实验总结 (23)
6．参考文献 (23)
绪论
学生学籍管理是教育教学单位不可缺少的部分，它的内容对教学管理和学校的决策者都非常重要。给学校教学管理提供了很大的方便性，提高了工作效率。但是一直以来人们用传统人工的方式管理文件文档，这种管理方式效率低，保密性差，出错不易更改，同时也耗费了大量的人力财力，时间一长，将产生大量的文件数据，这对于查找，维护，更新都带来了很大的困难。
随着科学技术的不断发展，尤其是计算机软件水平的日益提高，使得以上问题得到了很好的解决。使用计算机可以方便的对大量数据进行增加，删除，更新等操作。它有着人工管理永远无法比拟的优点：检索迅速，查找方便，可靠性大，存储量大，保密性好，寿命长，成本低等。例如：通过校园网，我们可以方便的进行学生信息查询，学生成绩的添加，以及最新的教务通知等。当然，这些都离不开数据库技术和网络技术的支持。数据库是数据管理的最新技术，是计算机计算机技术的重要分支，也是计算机领域发展最快的学科之一。学生学籍管理系统就是数据库在网络上应用。
综上，开发这样的一套软件十分必要。同时旧的人工管理机制必将被以计算机为基础的信息管理所取代，从而实现对数据的高效，长久，安全的管理。
数据库设计
一．需求分析
1．数据需求：
（1）数据字典
主要涉及到以下几个表，分别为：学生基本信息表，课程表，专业信息表，课程设置表，学生选课表，学生与专业之间的属于表以及管理人员的密码表。以下是数据字典：
专业信息表
课程设置表
学生与专业的属于表
管理人员密码表
（2）数据流图第一层
第二层
第三层
第四层
统计成绩
第五层
学生信息
2．功能需求：
（1）实现学生基本情况的录入,修改,删除等基本操作。 （2）对学生基本信息提供灵活的查询方式。 （3）完成一个班级的学期选课功能。
（4）实现学生成绩的录入,修改,删除等基本操作。 （5）能方便的对学生的个人学期成绩进行查询。 （6）具有成绩统计,排名等功能。
（7）具有留级,休学等特殊情况的处理功能。 （8）能输出常用的各种报表。
（9）具有数据备份和数据恢复功能。 二．数据库设计 1．概念结构设计 局部ER 图
整体的ER 图
2. 逻辑结构设计
(1)ER图转换为关系模型
由ER图可见：图中有三个实体：学生，课程，和专业；三个关系：学生选课关系，学生与专业之间的属于关系，专业的课程设置。
由于每个实体必须构造表，所以可以先得到三个实体的信息表，实体的码就是关系的码，实体的属性即关系模型的属性：
学生基本信息表：S (sno, sname, ssex, sbirth, spasw)
课程基本信息表：C (cno, cname, cperiord)
专业基本信息表：P (pno, pname, pnum, psdept)
对应的属性分别为：学号，姓名，性别，出生日期，登陆密码
课程编号，课程名，学期
专业编号，专业名，专业人数，所在院系
对于多对多的关系来说，与该联系相连的实体的码以及本身的属性均转换为关系的属性，各实体之间的码组成关系的码或者关系的码的一部分。以上ER图的三个联系为多对多，所以转换为关系模式为：
课程设置表：pc ( pno, psenior, cno)与设置相连的实体有专业和课程，根据多对多的转换原则：专业的码pno，课程的码cno以及设置本身的属性共同构成该关系模式的码，所以该关系模式的码为全码。
学生选课表：SC (sno, psenior, cno, grade)与选课相连的实体有学生和课程，同上由学生的码sno,课程的码cno以及选课本身的码psenior构成该关系模式的码，即（sno,cno,psenior）。此外，选课表还有一个非主属性grade。
学生与专业的属于表：SP(sno,pno)与属于关系相联的实体是学生和专业。同上由学生的码sno,专业的码pno构成该关系模式的码，由于此关系没有其他的码也就没有非主属性。
（2）关系模式的优化：
学生表s (sno,sname,ssex,sbirth,spasw)
该关系模式的码为sno,由于只有一个码，所以不存在非主属性对码的部分函数依赖，可以达到2NCF。另外，该关系模式的函数依赖为: sno -> sname, sno -> ssex, sno -> ssex,
sno -> sbirth, sno -> spasw,其间不存在传递依赖，故学生表可达到3NCF.
课程表C ( cno ,cname , cperiod)
该关系模式的码为cno, cname，设主码为cno，因为该关系模式中的码都是单一的，即不存在有两个或者两个以上的属性组成的码，所以不存在非主属性对码的部分函数依赖，可以达到2NCF。另外，该关系模式的函数依赖为：cno->cname, cno->cperiod, cname
->cno ,cname -> cperiod. 因为cno -> cname，cname -> cperiod cno -> cperiod, 所以该关系模式中存在传递依赖，不能达到3NCF。故优化该表为：C1(cno,period),C2（cname,cperiod）.从而两表都达到了3NCF。
专业表P (pno,pname,pnum,pdept)
该关系模式的码为pno,pname,其中设定pno为主码。同课程表，该表不存在有两个或者两个以上属性组成的码，即不存在非主属性对码的部分函数依赖，故可达到2NCF。另外，此关系模式的函数依赖为：pno->pname, pno-> pnum, pno -> pdept , pname -> pno, pname->
pnum, pname -> pdept; 由于存在传递依赖：pno -> pnum., 所以未能达到3NCF。优化分解为：P1 (pno,pnum,pdept), P2 (pname,pnum,pdept)
明显，两表都达到了3NCF.
课程设置表PC(pno,psenior,cno),
该关系模式的码为：(pno,psenior,cno)为全码，所以可直接达到3NCF
学生选课表SC(sno,psenior,cno,grade)
该关系模式的码为：（sno,psenior,cno）,因为不存在非主性grade对码的部分函数依赖，所以可达到2NCF，由于不存在函数依赖（表中的函数依赖只有（sno,psenior,cno）-> grade）故也达到了3NCF
属于表SP(sno,pno)
该关系模式的码(sno,pno)也是全码，所以也达到了3NCF
用户表U(uname,upasw)
该表的码为uname,明显upasw对码uname是完全函数依赖的，从而达到2NCF。另外因为只有两个属性，所以不存在传递函数依赖，该表达到了3NCF
3．物理结构设计
（1）基本表
学生表s
课程表c1
