学生信息管理系统报告及总结

数据库系统课程设计报告题目:学生学籍信息管理系统

课程代号: 8888888

课程名称：数据库系统课程设计

学号：8888888888

姓名：8888888888

班级：8888888888

指导教师：88888888

完成日期：2011年12月

目录

第一章引言 (4)

第二章系统分析与设计 (4)

2.1 需求分析 (4)

2.1.1 用户需求 (4)

2.1.2划分功能模块 (5)

2.1.3 数据流图 (5)

2.1.4数据字典 (6)

2.2 数据库概念结构设计 (8)

2.3 数据库逻辑结构设计 (9)

2.3.1 关系模型 (10)

2.3.1关系模式的优化 (10)

2.4 数据库创建 (10)

2.5 系统总体结构设计 (12)

第三章系统开发及实现 (12)

3.1 连接数据库 (12)

3.1.1 连接数据库的字符串 (12)

3.1.2打开和关闭数据库的语句 (13)

3.2 登录界面 (14)

3.2.1关键实现算法 (14)

3.2.2设计算法 (16)

3.3 主界面 (19)

3.3.1显示当前时间栏 (19)

3.4权限设置 (20)

3.5修改登录密码 (21)

第四章总结 (24)

参考文献 (24)

第一章引言

21世纪是信息产业的时代，全球信息电子化的潮流势不可挡，计算机被广泛应用使我们的经济和社会生活因此发生了深刻的变革。与此同时，我国的教育事业蓬勃发展，升学率普遍提高，各类学校校规模不断扩大，对于学生管理工作的高效性和规范性提出了更高的要求。

随着我国教育体制改革的深入进行，教育系统得到了前所未有的发展。学生管理正在逐步迈向管理信息现代化。但是我国的学生管理信息化水平还处在初级阶段，主要表现在对学生的交费管理、学生的档案管理还是采用原有的人工管理方式。学校的规模不断扩大,学生数量急剧增加,有关学生的各种信息量也成倍增长。由于大学生类别和专业的设置的多样化，大学生的学籍管理历来是非常繁琐和复杂的工作。面对庞大的信息量,这时的人工管理几乎无法实现，在这种情况下用数据库进行管理变的尤为必要，这可以发挥计算机的优势，就需要有学生信息管理系统来提高学生管理工作的效率.通过这样的系统,可以做到信息的规范管理,科学统计和快速的查询,从而减少管理方面的工作量和减少人为的错误。

本文的设计是依据C#的“三层架构”的关键技术，参考了国内学校的学生学籍管理信息系统，并结合本学校的实际情况，提出“设计简单、使用方便、安全性高”的设计理念，且依据现代化校园的发展而设计的基于C#的学生学籍管理软件开发。

系统分为学生信息管理、学生成绩管理、系统管理和用户管理三大模块，具备信息录入/修改/删除/查询、成绩录入/修改/删除/查询、添加/修改/删除系统用户和账户密码管理等功能。它能方便老师、学生查询信息。整体上实现了全校学生信息的数字化、信息化管理。

该系统是在Windows XP系统下完全采用C#+SQL2008开发的一套学生学籍管理系统。用户需要到指定的计算机上使用本系统。

第二章系统分析与设计

2.1需求分析

2.1.1 用户需求

本系统是针对高等院校的学生学籍管理，因此学籍信息管理系统的用户包括

系统管理员和学生。主要涉及学生信息、成绩信息以及用户信息。

实现的具体功能如下：

●基本信息管理——系统管理员负责对各种基本信息的录入、修改、删

除等操作。

●学生成绩管理——系统管理员负责对学生成绩的录入、修改、删除等

操作，学生可以查询各科成绩。

●信息查询——学生可以查询基本信息和各科的考试成绩。

●系统用户管理——系统管理员负责用不同的权限来限制不同用户对系

统的使用。

以上是用户对系统的基本的功能要求，此外用户还要求系统的效率要高，查询速度要快，比较小的冗余，易维护，具有较高的数据安全性。

2.1.2 划分功能模块

根据系统功能的需求分析和高等院校学籍管理的特点，经过模块化的分析得到如下系统功能模块:

学生模块：查询成绩、选课信息

教师模块：修改学生成绩、选课信息、查询成绩、选课信息

管理员模块：修改用户权限、密码、修改学生成绩、选课信息、查询成绩、选课信息

2.1.3数据流图

2.1.4 数据字典

数据项

数据字典是系统中各类数据描述的集合，是进行详细的数据收集和数据分析所获得的主要成果，数据字典是对系统所用到的所有表结构的描述，学籍管理的

主要数据见下表。

表 4 用户信息表

序号字段别名数据类型数据长度码

1 User_Name 用户名nvarchar 10 Y

2 User_Pwd 登陆密码nvarchar 8 N

3 User_Statues 状态nvarchar N

4 User_Power 权限nvarchar 20 N 2.2数据库概念结构设计（给出E-R图）

分的E-R图：

总的E-R图：

2.3数据库逻辑结构设计（给出关系模式并用表格描述关系模式

的属性名、类型、完整性约束等）

将E-R图转换为关系模型实际上就是要奖实体型、实体的属性和实体型之间的联系转换为关系模式，这种转换一般遵循如下原则：一个实体型转换为一个关系模式。实体的属性就是关系的属性，实体的码就是关系的码。对于实体型间的联系则有以下不同的情况：

（1）一个1:1联系可以转换为一个独立的关系模式，也可以与任意一端对应的关系模式合并。如果转换为一个独立的关系模式，则与该联系相连的个实体的码以及联系本身的属性均转换为关系的属性，每个实体的码均是该关系的侯选码。如果与某一端实体对应的关系模式合并，则需要在关系模式的属性中加入另一个关系模式的码和联系本身的属性。

（2）一个1:n联系可以转换为一个独立的关系模式，也可以与n端对应的关系模式合并。如果转换为一个独立的关系模式，则与该联系相连的个各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为n端实体的码。

（3）一个m:n联系转换为一个关系模式。与该联系相连的个实体的码以及联系本身的属性均转换为关系的属性，各实体的码组成关系的码或关系码的一部分。（4）3个或3个以上实体间的一个多元联系可以转换为一个关系模式。与该多元联系相连的各实体的码以及联系本身的属性均转换为关系的属性，各实体的码