学生学籍管理系统实训报告(完整版)(共25页).doc

精选优质文档-倾情为你奉上目录摘 要随着计算机技术的逐渐发展，计算机在教育系统中的应用得到了巨大的发展。教务管理正在逐步迈向管理信息现代化。但是我国的教务管理信息化水平还处在初级阶段，主要表现在对学生的交费管理、学生的档案管理还是采用原有的人工管理方式。学校的规模不断扩大,学生数量急剧增加,有关学生的各种信息量也成倍增长。面对庞大的信息量, 这时的人工管理几乎无法实现，在这种情况下用数据库进行管理变的尤为必要，这可以发挥计算机的优势，就需要有教务管理系统来提高学生管理工作的效率.通过这样的系统,可以做到信息的规范管理,科学统计和快速的查询,从而减少管理方面的工作量和减少人为的错误。关键词：数据库 教务管理系统 计算机第1章 前言1.1系统前景随着信息技术在管理上越来越深入而广泛的应用，管理信息系统的实施在技术上已逐步成熟。对于学校而言，实现学生学籍管理的信息化就显得尤为重要，因此，开发一套能够为用户提供充足的信息和快捷的查询手段的学生信息管理系统，将是非常必要的。作为计算机应用的一部分，使用计算机对学生档案进行管理，有着手工管理所无法比拟的优点，如：检索迅速、查找方便、可靠性高、存储量大、保密性好等。这些优点能够极大地提高学生档案管理的效率，也是学校向科学化、正规化管理发展的必要条件。1.2 开发环境简介Microsoft Visual Basic 6.0是一种可视化的、面向对象和采用事件驱动方式的结构化高级程序设计语言，它简单易学、效率高，且功能强大。在Visual Basic环境下，可以高效、快速地开发Windows环境下功能强大、图形界面丰富的应用软件系统。Microsoft SQL Server以其内置的数据复制功能、强大的管理工具、与Internet的紧密集成和开放的系统结构为广大的用户、开发人员和系统集成商提供了一个出众的数据库平台。1.3系统主要功能（1）管理员和学生等录后可以改自己的密码。（2）管理员要能够在开学的时候录入学生学籍、查找学生的学籍和成绩（3）管理员录入学生学籍时能确定学生登录的帐号为学号、默认登录密码也是学号。（4）管理员可以增加、修改和删除学籍（5）学生可以查看自己的学籍、在开学一段时间可以修改学籍里的部分信息。（6）可以在开学之前让管理员管理系部和班系（增加、删除、修改系班）。第2章需求分析2.1 引言 进行数据库设计首先必须准确了解也分析用户需求（包括数据和处理）。目的是为教务管理数据库系统的设计打下牢牢的基础，是数据库开发的重要文件依据，主要为数据库设计人员使用，是用户和系统分析员的项目依据文件。作为“地基”的需求分析是否做得充分与准确，它决定了在其上构建数据库大厦的速度和质量。需求分析做得不好，甚至会导致整个数据库设计返工重做。本系统的开发是设计一个学生学籍管理系统（数据库系统）。2.2 用户需求本系统是针对高等院校的学生学籍管理，因此此系统的用户包括系统管理员和学生。主要涉及系部信息、班级信息、学生信息、课程信息和成绩等多种数据信息。经走访调查得出教务员有以下要求：（1）管理员和学生等录后可以改自己的密码。（2）管理员要能够在开学的时候录入学生学籍（录入的时候可以选择性的录入重要性信息如身份证号之类剩余的信息可以在一段时间让学生录入也可以自己录入）。（3）管理员能够查找学生的学籍（可以按精确查找某人，也可以模糊查找，还可以按系班分类查找）（4）管理员可以查到学生的学籍信息和学习成绩（以便毕业时打印成绩并存档）。（5）管理员录入学生学籍时能确定学生登录的帐号为学号、默认登录密码也是学号。（6）管理员可以增加学生学籍、修改学籍、和删除学籍（删除学籍时要警告提示）。（7）学生可以查看自己的学籍、在开学一段时间可以修改学籍里的部分信息。（8）可以在开学之前让管理员管理系部和班系（增加、删除、修改系班）。2.3 划分功能模块根据用户对系统功能的需求分析和学生学籍管理的特点，经过模块化的分析得到如下图2.3.1所示的系统功能模块结构图。学生学籍管理系统管理员管理学籍学生管理学籍系部班级管理管理员查找学籍管理员变动学籍学生查找学籍学生修改学籍系部开设管理班级开设管理图2.3.1 系统功能模块图2.4 开发环境本学生学籍管理系统（数据库系统）的开发与运行环境如下：开发及运行环境：Windows XP数据库管理系统：SQL Server 2000企业版前台界面开发： Microsoft Visual Basic 6.0简体中文企业版2.5 数据表1）学生学籍表里面包含了学生入学学籍的全部信息，学号 身份证号 姓名 性别 籍贯 出生日期 入学时间 学时 系号 班级号 联系方式 民族 就读中学 政治面貌 在校情况 简历 密码 交费情况（其中除学号、密码、交费、系号、班级号是学校填写外其它都来自于录取信息）2）管理员表因为要让管理员管理学籍就必须有其帐号和密码等信息，其表中包含如下信息，管理员号 姓名 性别 职称 密码 （因为我们这个系统只是大系统下的一个部分，所以些信息没有特别详细，只是提供管理员的帐号）。3）系部表该表的功能就是记录管理员在开学之前所开设的系部，所以有如下的信息，系号系名。4）班级表该表的功能就是记录管理员在开学之前所开设的班级，所以包含班号和班级名称这二个信息。5）系班映射表该表的功能就是实现班级与系部的所属关系，可以知道每个系下有哪些班，方便管理，所以其包含二个来自己系部表和班级表的信息，分别是系号和班号。6）教师表此表记录了教师的信息有如下信息。教师号 姓名 性别 职称 密码。7）课程表该表表明有哪些课程供学生学习还包含这些课程是为哪个系开设的，所以有发下内容：课程号 课程名 课程类型 系号。8）学院开课表为了消除一个老师带多个班，一门课有多个老师上的情况，表应该包含如下信息：开课号 教师号 课程号 上课地点 时间 起始节次 节数 学期。9）学生成绩表该表功能是记录每个学生所修学科的成绩情况，所以包含如下内容：序号 学号 开课号 老师号 学期 平时 期中 期末 实验 百分制 总评 有无效性 状态。 10）学生选课表此表的功能主要是记录学生选择的选修课，所以包含以下信息：学号 开课号11）班级选课表此表的功能是记录班级选课，这里的选课主要是指专业选修课不是指必修课，所以该表应具有以下信息：序号 班级号 开课号12）选修课开课表此表的功能是记录学院开设的选修课，是这里包含专业选修和公共选修，还要限制学生选课的门数，所以包含以下结构：开课号 课程号 教师号 课程名称 教师 教室 周次 节次 课时 限选专业 学期 限额 已选 选课。13）学籍视图这个视图是给管理员查看学生学籍信息用的所以它要涉及好几张表，因为它要不仅要包含学生学籍信息还要包含学生成绩和课程名，所以它有以下信息：学生学籍表.学号,身份证号,姓名,性别,籍贯,出生日期,入学时间,学时,系部表.系名,班级表.班级名称,联系方式,民族,就读中学,政治面貌,在校情况,交费情况,简历, 密码,学生成绩表.学期,学生成绩表.平时,学生成绩表.期中,学生成绩表.期末,学生成绩表.实验,学生成绩表.百分制,学生成绩表.总评,学生成绩表.有无效性,学生成绩表.状态,课程表.课程名14）学生学籍视图这个视图是给学生查看自己的学籍用的，所以它包括以下信息：学号,身份证号,姓名,性别,籍贯,出生日期,入学时间,学时,系部表.系名,班级表.班级名称,联系方式,民族,就读中学,政治面貌,在校情况,交费情况,简历。1.5数据的处理因本系统只是大系统下面的一个部分，所以只对自己建的表进行数据处理。学生学籍表数据处理，因为学籍录入的时候，管理员可以选择录入一些重要的信息，剩下的可以让学生自己录入，所以开始录入的时候数据库里的每条记录学生录入的那部分可以为空，但关系到学生关键信息的那部分信息如身份证号必需严格限制，比如增加或修改的时候必须是数字且长度为18位唯一不空。密码默认跟学号相同。2）二个视图的数据处理，因为管理员和学生看到的学籍内容是不同的，所以要建这二个视图，管理员的视图中要涉及到好张表，所以视图内容较多较长，学生不能看到自己的密码。因为学籍表中存的是系号和班级号但视图中要显示系名和班级名称。3）学籍表中从菜单中选择系部和班级的时候，管理员看到和选的是系名和班级名称但录入的要是系号和班级号。第3章概念设计3.1目的概念结构设计是整个数据库设计的关键，它通过对用户需求进行综合、归纳与抽象，形成独立于具体DBMS的概念模型。 3.2数据流图数据流图表达了数据和处理的关系，根据用户的需求分析和高校学籍管理系统的需求，得出如下图3.2.1所示的学生学籍管理数据流图。1 子1 父1 子1 父子 多1 父1 父子 多1 父子 多子 多1 父1 父子 多视图学籍视图学生学籍视图学生学籍表系部表班级表学生成绩表学院开课表课程表系号班号学号课程号开课号系班映射表图3.2.1 学生学籍管理数据流图3.3 系统E-R图对于学生信息管理，我们可以将学生实体抽象出来，学生属于学院可以将学院作为一个实体，学生所属专业和毕业信息都将可以作为一个实体。1）学生实体的E-R图学生性别籍贯学 号姓名身份证号交费情况出生日期入学时间系 部班 级成 绩简历联系方式民 族就读中学政治面貌2）管理员实体的E-R图管理员管理员号姓名性别职 称3）课程实体E-R图课程课程号课程名课程类型4）开课实体的E-R图学院开课节 数开课号老师号时 间学期上课地点课程号起始节次5）选课实体的E-R图选课选课号学号课程号6）学生成绩实体的E-R图学生成绩开课号教师号学 号有无效性学期状 态序 号平 时总评期 中期 末实验百分制第4章 逻辑和物理设计逻辑结构设计就是把概念结构设计阶段设计好的基本E-R图转换为与选用DBMS产品所支持的数据模型相符合的逻辑结构。设计逻辑结构一般分为3步进行：（1）将概念结构转换为一般的关系、网状、层次模型；（2）将转换来的关系、网状、层次模型向特定DBMS支持下的数据模型转换；（3）对数据模型进行优化。4.1 关系模型将E-R图转换为关系模型实际上就是要奖实体型、实体的属性和实体型之间的联系转换为关系模式，这种转换一般遵循如下原则：一个实体型转换为一个关系模式。实体的属性就是关系的属性，实体的码就是关系的码。对于实体型间的联系则有以下不同的情况：（1）一个1:1联系可以转换为一个独立的关系模式，也可以与任意一端对应的关系模式合并。如果转换为一个独立的关系模式，则与该联系相连的个实体的码以及联系本身的属性均转换为关系的属性，每个实体的码均是该关系的侯选码。如果与某一端实体对应的关系模式合并，则需要在关系模式的属性中加入另一个关系模式的码和联系本身的属性。（2）一个1:n联系可以转换为一个独立的关系模式，也可以与n端对应的关系模式合并。如果转换为一个独立的关系模式，则与该联系相连的个各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为n端实体的码。（3）一个m:n联系转换为一个关系模式。与该联系相连的个实体的码以及联系本身的属性均转换为关系的属性，各实体的码组成关系的码或关系码的一部分。（4）3个或3个以上实体间的一个多元联系可以转换为一个关系模式。与该多元联系相连的各实体的码以及联系本身的属性均转换为关系的属性，各实体的码组成关系的码或关系码的一部分。（5）具有相同码的关系模式可合并。将概念结构设计阶段设计好的基本E-R图转换为关系模型，如下所示：学生（学号，姓名，班级编号，性别，年级，政治面貌编号，民族编号，籍贯编号，身份证号，学籍编号），此为学生实体对应的关系模式。课程（编号，课序号，课程编号，上课时间天，上课时间节，上课地点），此为课程实体对应的关系模式。选修（编号，学号，课序号 ），此为选修关系对应的关系模式。成绩（编号，学号，课程编号，成绩）此为成绩实体对应关系模式。4.2数据模型的优化数据库德逻辑结构设计的结果不是唯一的。为了提高数据库应用系统的性能，还应该根据应用需要适当的修改，调整关系模式，这就是数据模型的优化。规范化理论为数据库设计人员判断关系模式的优劣提供了理论标准，可用来预测模式可能出现的问题，使数据库设计工作有了严格的理论基础。关系数据模型的优化通常以规范化理论为指导，方法为：（1）确定数据依赖。分别写出每个关系内部属性的以及不同关系模式属性间的数据依赖。根据需求分析可知：（2）对于各个关系模式之间的数据依赖进行极小化处理，消除冗余的联系。（3）按照数据依赖的理论对关系模式逐一分析，考察是否存在部分函数依赖，传递函数依赖，根据各个函数依赖的依赖集可知各个关系模式没有部分函数依赖和传递函数依赖所以所有的关系模式都是属于3NF。不需要进一步，进行模式分4.3 建立基本表1）学生学籍表create table 学生学籍表( 学号 char(7) primary key, 姓名 nchar(5) not null, 性别 char(2) not null check(性别='男' or 性别='女'), 民族 nchar(5) , 政治面貌 nchar(4) , 系号 char(7) , 班级号 char(8) , 身份证号 char(18) unique not null, 出生日期 datetime , 入学时间 datetime , 学时 nchar(2) not null check(学时='四年' or 学时='三年' or 学时='五年' ), 在校情况 nchar(2) check(在校情况='在校' or 在校情况='休学' or 在校情况='退学'), 交费情况 nchar(2) not null check(交费情况='已交'or 交费情况='未交') , 联系方式 nchar(11), 籍贯 nchar(30) , 就读中学 nchar(20) , 简历 nchar(50), 密码 char(10) , foreign key (班级号) references 班级表(班级号), foreign key (系号) references 系部表 (系号),)2）管理员表create table 管理员表( 管理员号 char(7) primary key, 姓名 nchar(5) not null, 性别 nchar(1) not null check(性别='男' or 性别='女'), 职称 nchar(10) , 密码 char(10),)3）系部表create table 系部表( 系号 char(7) primary key, 系名 nchar(15) unique not null,)4） 班级表create table 班级表(班级号 char(8) primary key,班级名称 nchar(15) unique not null,)5）系班映射表create table 系班映射表( 系号 char(7) not null, 班级号 char(8) not null unique, foreign key(系号) references 系部表(系号), foreign key(班级号) references 班级表(班级号),)6）老师表CREATE TABLE 教师表(教师号 char(8) primary key,姓名 nchar(5),性别 char(2) not null check(性别='男' or 性别='女'),职称 nchar(30) not null,密码 char(10),)7）课程表CREATE TABLE 课程表(课程号 char(8) primary key,课程名 nchar(30) not null,课程类型 nchar(5) not null check(课程类型='专业选修课' or 课程类型='公共选修课'or 课程类型='必修课'),系号 char(7) not null,foreign key(系号) references 系部表(系号),)8）学院开课表CREATE TABLE 学院开课表(开课号 char(8) primary key,教师号 char(8),课程号 char(8),上课地点 nchar(20),时间 nchar(10),起始节次 nchar(4),节数 int,学期 char(18),foreign key(教师号) references 教师表(教师号),foreign key(课程号) references 课程表(课程号)9）学生成绩表CREATE TABLE 学生成绩表(序号 char(8),学号 char(7),开课号 char(8),教师号 char(8),学期 char(18) , 分数float,有无效性 char(8) not null check(有无效性='有' or 有无效性='无'),状态 char(30) not null check(状态='正常>=60' or 状态='缓考' or 状态='补考<60'), foreign key(学号) references 学生学籍表(学号),foreign key(开课号) references 学院开课表(开课号),foreign key(序号) references 班级选课表(序号)9）学生选课表create table 学生选课表(学号 char(7) primary key,开课号 char(8),foreign key(学号) references 学生学籍表(学号),foreign key(开课号) references 学院开课表(开课号)10）班级选课表create table 班级选课表(序号 char(8) primary key, 班级号 char(8) ,开课号 char(8),foreign key(开课号) references 学院开课表(开课号),foreign key(班级号) references 班级表(班级号)11）选修课开课表create table 选修课开课表 ( 开课号 nchar(20) primary key, 课程号 char(5) not null, 教师号 char(5) not null, 课程名称 nchar(15) not null, 教师 nchar(5), 教室 nchar(20), 周次 nchar(3), 节次 nchar(4), 课时 int, 限选专业 nchar(15), 学期 datetime not null , 限额 int, 已选 int, 选课 int, foreign key(课程号)references course(课程号)4.4 建立视图1）学籍视图create view 学籍视图 as select 学生学籍表.学号,身份证号,姓名,性别,籍贯,出生日期,入学时间,学时,系部表.系名,班级表.班级名称,联系方式,民族,就读中学,政治面貌,在校情况,交费情况,简历, 密码,学生成绩表.学期,学生成绩表.平时,学生成绩表.期中,学生成绩表.期末,学生成绩表.实验,学生成绩表.百分制,学生成绩表.总评,学生成绩表.有无效性,学生成绩表.状态,课程表.课程名 from 学生学籍表,学生成绩表,学院开课表,课程表,系部表,班级表 where 学生学籍表.学号=学生成绩表.学号 and 学生成绩表.开课号=学院开课表.开课号 and 学院开课表.课程号=课程表.课程号 and 学生学籍表.系号=系部表.系号 and 学生学籍表.班级号=班级表.班级号2）学生学籍视图create view 学生学籍视图 as select 学号,身份证号,姓名,性别,籍贯,出生日期,入学时间,学时,系部表.系名,班级表.班级名称,联系方式,民族,就读中学,政治面貌,在校情况,交费情况,简历 from 学生学籍表,系部表,班级表 where 学生学籍表.系号=系部表.系号 and 学生学籍表.班级号=班级表.班级号4.5 系统功能模块设计（1）主界面模块，上面有各个菜单项可以实现该系统的全部功能，可跟据用户身份不同菜单项跟着发生变化。（2）用户登录模块，能够让用户登录，可以选择用户类型。（3）密码修改模块，能够让用户修改密码，且让用户确认密码。（4）管理员查找学生学籍模块，能让管理员选择查找类型，可以精确查找，可以模糊查找，还可以按系班分类查找。（5）管理员修改学生学籍模块，可以把当前学号分配情况显示给管理员看，当查到学号存在时，可以把学生学籍信息带回界面，还要以让管理员修改剩下的学生修改的信息。（6）学生查找自己学籍模块，学生登录后可以直接点击弹出该界面，不要输入任何信息。（7）学生修改自己学籍模块，学生可以修改自己一些非关键信息，但如输入信息格式错误提示错误不让他修改，且可以在该业面查看自己的学籍。（8）系部开设模块，可以让管理员开设系，如果输入的系号和系名都不存在则可以增加，如果都存在且已经被学籍表引用则可修改、没被引用则可删除、部分存在则不可操作。（9）班级开设模块，可以让管理员开设班，如果输入的系号和系名都不存在则可以增加且让其选择所属系部，如果都存在且已经被学籍表引用则可修改、没被引用则可删除、部分存在则不可操作。4.6 系统功能模块实现4.6.1 主界面在启动屏幕显示时，使用Connection对象的open 方法来打开数据库联接。只有登录和退出能用，登录后跟据身份不同菜单也不同 如4.6.1图。图4.6.1主界面图4.6.2 用户登录界面在用户登录界面中，用户输入用户名和口令，并选择登录类型，即可请求验证或退出登录。在实现验证功能时，登录界面 如4.6.2图： 图4.6.2 登录界面图4.6.3修改密码界面用户登录后可以修改密码。用户输入新密码后，要求用户再次输入新密码进行确认，防止用户由于手误导致的错误并帮助用户记忆，修改密码界面如图4.6.3：图4.6.3 修改密码界面4.6.4管理员查询学籍界面管理员查询学籍时可以选择精确查找、模糊查找和按类查找。三个窗体可以自由切换，使界面看起来简洁并能够根据用户所掌握的信息进行有效的查找。输入学号或身份证号进行精确查找，窗体设计如图4.6.4.1：图4.6.4.1 精确查询图可点击模糊查找标签窗体切换。此时输入姓名、性别、系部、班级进行模糊查找。窗体设计如图4.6.4.2：图4.6.4.2 模糊查询图（3）可以点击按类查找标签再次进行切换。此时可以选择系部、班级进行按类查找。窗体设计如图4.6.4.3：图4.6.4.3 按类查询图4.6.5 管理员变动学籍界面（1）管理员输入学号，点击“检查”，窗体中列出的该学生的学籍情况便可显示，管理员可进行删除、修改。点击“初始化”，可以清空窗体中信息。点击“显示当前学号分配情况”，在窗体右方的“已用学号”表格中显示所有学生的学号，方面管理员操作。窗体设计如 图 4.6.5：图 4.6.5管理员变动学籍界面4.6.6学生查询学籍界面每一位学生登录成功后可以查询学籍，记录集返回学生完整的学籍信息并显示在表格中。窗体设计如 图4.6.6：图4.5.6 学生查询学籍界面每一位学生登录成功后可以查看并修改学籍。界面如 图 4.6.7：图4.6.7学生修改学籍界面4.6.8管理员管理系部界面管理员可以增加、删除系和修改系名。窗体设计如 图4.6.8：图4.6.8管理员管理系部界面4.6.9管理员班级管理界面管理员可以增加、删除班和修改班级信息。窗体设计如 图4.6.9：4.6.9管理员班级管理界面4.6.10确定班级所属系部界面在管理员按类查询学籍时，需要输入班级和系部，当属入系部时，在班级菜单中只包含该系的所有班级而不包括其他系部的班级。窗体设计如 图：4.6.10确定班级所属系部界面第五章 系统测试5.1 测试的研究与选择测试过程中要判断输入数据是否合法，要分析程序界面的变化和计算数据的结果是否正确以及是否会显示错误信息。5.2测试环境测试系统：Windows XP测试工具：Microsoft Visual Basic 6.0、 ViMicrosoft SQL Server5.3功能实现结果测试5.3.1 学籍管理系统登录功能实现运行程序显示学籍管理系统总界面，点击系统设置按钮选择登录，显示如图5.3.1所示界面，本系统设置用户名为55555，密码为123，用户类型根据用户身份自行选择，信息输入完毕点击登录即可登录此系统进行相关操作。经输入检测，该功能实现成功。图5.3.1学籍管理系统登录界面5.3.2 密码修改功能实现登录成功后用户可根据需要进行修改密码操作，输入用户名和密码之后即可输入新设置的密码，并经确认后新密码生效，其操作界面如图5.3.2所示。经测试分析次密码修改功能得以成功实现。图5.3.2密码修改界面5.3.3 学籍查询功能实现学籍查询功能中管理员查询学籍包括精确查找、模糊查找和按类查找三种类型，经测试三种查询方式功能均已实现，在此以按类查询为例具体介绍。此模块中系部和班级均为可选项，如图5.3.3，选定08电子信息工程系、08计算机二班后点击开始查找便显示指定该系该班级学生的学籍信息，本次课程设计只实现学籍管理系统简单功能模块，为简单起见只键入一名学生具体学籍信息。该查询功能完整实现。图5.3.3学籍查询功能界面5.3.4 学籍修改功能实现这个界面实现的功能是对学生的非关键信息进行修改，这里籍贯必需只能输汉字，且长度一定，出生日期和入学时间必需严格的符合日期型数据的要求，联系方式必需是数字，就读中学也必需是定长汉字集，简历输入的时候可以换行，但是定长的，并且这个界面修改后学生可以查看自己的学籍是否修改成功，针对以上功能我们输入测试数据，结果达到了预想的要求，测试效果如图 5.3.4所示。图5.3.4学籍修改功能界面5.3.5 系部、班级管理功能实现系部、班级管理模块实现对系部和班级信息的增加、删除和修改功能，只需输入具体系部或班级信息点击检查，便可有选择性的进行相应操作，也可点击显示所有系或显示所有班级来选择相应系部或班级进行操作，具体操作界面如图5.3.5.1和图5.3.5.2所示。该模块功能已基本实现。图5.3.5.1 系部管理功能界面图5.3.5.2 班级管理功能界面第六章 实验总结经过近几个星期的努力，终于设计出一个达到要求的数据库，其功能完整，用户界面良好。这一段时间的工作努力，最后的结果固重要，但更重要的是它让我们了解了数据库设计的一般过程。在做一个项目的时候，首先是进行系统分析。既首先分析其以后的应用前景以及技术可行性。如果经系统分析确实可行，我们接下来做的就是总体设计。我们首先按照用户的要求，将其提出的功能需求按某种方式划分为几个模块，分别在每个模块中实现不同需求功能，最后通过各模块的整合满足用户所有功能需求。通过对每一个模块进行细化使其成为最简单的可行模块。然后是考虑怎样用工具对其进行实现。自己不懂的地方也有很多，比如有些函数的用法不熟悉，我们通过积极寻找资料，图书馆和网上都有许多可以参考的材料，通过努力我们逐步解决了系统设计过程中的所遇到的问题。在整个学籍管理系统设计的过程中，我们走过弯路遇到过许多难题，但是我们也收获了很多。今后我们会努力改进以使系统更加完善。下面总结一下我们在做的过程的几个有亮点的地方，首选我们把系部和班级做成了连动性的，就是点击了系部菜单以后跟着才会出现对应此系的班级菜单，其次我们写了一个共有的函数对文本框中的日期型数据进行判断，虽然说还不是很完美但觉得收获了不少，我们还把数据库查询的结果集返回到对应的面板组件上，而且在菜单框的设定中我们用键盘监听来实现能用代码修改菜单而不能用键盘来修改，只能从中选择。学生查询学籍的过程我们定义了一个全局变量来记录学生登录时的学号，所以当学生点击查询学籍的时候可直接弹出该学生的学籍作息，老师修增加，改学生学籍的时候，全局变量又变成老师输入检证的学号。最后我们在管理员要删除学籍的时候弹出一个警告框。当然还有很多让我们感觉有收获的地方这里就不再一一列出。最后，感谢董尼老师的耐心指导和提供给我们非常宝贵的建议！让我们在此次实训中学到了很多知识，最重要的是进一步锻炼了我们的自学能力，让我们进一步了解了系统开发的基本过程和解决书本中从未遇到过的问题的经验和方法。参考文献1 王珊、萨师煊.数据库系统概论. 北京.高等教育出版社.2006.2 王珊等. 数据仓库技术与联机分析处理. 北京.科学出版社.1998.3 Kimball R等.数据仓库工具箱.北京. 电子工业出版社,2003.4 Mattison R.Web仓库工程与知识管理.北京.清华大学出版社,2003.5 贾讽波.杨树青、杨玉顺数据库应用实例北京：人民邮电出版社.2006.专心-专注-专业