学生选课管理系统概要设计说明书Word文档下载推荐.docx
《学生选课管理系统概要设计说明书Word文档下载推荐.docx》由会员分享，可在线阅读，更多相关《学生选课管理系统概要设计说明书Word文档下载推荐.docx（16页珍藏版）》请在冰豆网上搜索。
[3]李振坤.梁海健.孙延海著.基于知识库的学生选课系统的设计与实现.计算机应用研究.2005.09
[4]苗雪兰.刘瑞新.宋会群著.数据库技术与应用.机械工业出版社,2007。
2总体设计
2.1需求规定
2.1.1系统功能
（1）可实现学生网上选课。
（2）方便实现学生选课信息查询。
（3）可对学生成绩档案进行管理，成绩表单生成简便。
（4）安全有效的用户分区、管理。
（5）档案数据的高安全性、保密性。
（6）有帮助文档
表2-1选课系统功能要求表
功能要求
输入
处理
输出
学生选课信息查询
点击查询按钮
启动查询
学生选课信息
学生选课
课程号、学号
经户确认，系统接受信息并保存于数据库中
成功选课确认信息
学生、教师、课程、公共信息修改
要修改的信息
修改相应数据库中的数据并保存
修改更新后的信息
课程表单生成
点击学生课程表显示
系统查询学生课程信息，启动课程表生成程序
生成学生课程表
成绩表单生成
点击学生成绩表显示
生成学生成绩表单
2.1.2系统性能
使用稳定，操作性能好，操作方法易于掌握，系统的安全性强。
2.1.2.1精度
系统保证结果的正确性，在精度需求上，根据使用需要，在各项数据的输入，输出及传输过程中，本系统可以满足各种精度的需求。
2.1.2.2时间特性要求
在软件方面，响应时间，更新处理时间都比较快且迅速，完全满足用户要求。
2.1.2.4可靠性
系统具有较高的可靠性,可恢复性
2.1.2.5灵活性
系统有良好的可扩展性，允许管理员随时对其进行更新和维护。
当用户需求，如操作方式，运行环境，结果精度等发生变化时，设计的软件要做适当调整,灵活性较好。
2.1.3输入输出要求
1．输入：
系统在功能区提示输入位置，支持以下两种输入方式：
（1）鼠标点选：
用户点选功能，如该位置是系统允许的有效目标则记录为用户输入；
（2）文字输入：
用户在指定文本框中输入文字，被系统确认为有效后记录为用户输入。
2．输出：
（1）基本信息
学生信息包括学号、姓名、所在学院、所在专业、班级、密码。
教师信息包括身份证号、姓名、性别、所属学院、学历、职称、个人简介、密码。
管理员信息包括登录号、姓名、密码。
（2）查询信息：
学生选课信息包括学号、姓名、所在学院、所在专业、班级、学期、所选课程、课程编码。
课表信息包括序号、课程编码、课程名称、供选学院、供选专业、老师、身份证号、学期、上课时间、学分、总人数、已选人数、地点、先行课、课程介绍。
2.1.4数据管理能力要求
高校学生网上选课系统的数据需求包括如下几点：
1.数据录入和处理的准确性和实时性
2.数据的一致性与完整性
3.数据的共享与独立性
4.数据存储量较大，需要较大的存储空间
2.1.5故障处理要求
a.内部故障处理
在开发阶段可以随即修改数据库里的相应内容。
b.外部故障处理
对编辑的程序进行重装载时，第一次装载认为错，修改。
第二次运行，在需求调用时出错，有错误提示，重试。
2.1.6其他专门要求
本系统有较好的可维护性、可靠性、可理解性、效率。
易于用户理解和操作。
可维护性包括了可读性、可修改性、可测试性、等含义。
可靠性通常包括正确性和健壮性。
开发过程中，在各种矛盾的目标之间作权衡，并在一定的限制的条件下（经费、时间、可用的软、硬件资源等），使上述各方面最大限度的得到满足。
2.2运行环境
2.2.1设备
计算机:
CPU:
Intel（R）Celeron（R）2.13GHz或更好
内存:
512MB或更大
硬盘:
80G或更大
外围设备:
打印机
通讯设备:
局域网
操作系统:
Windows2000/XP操作系统
2.2.2支持软件
MicrosoftSqlServer2000或更高版本
MicrosoftIIS5.0或更高版本
MicrosoftOffice2003
SDK
2.2.3接口
软件接口为Windows2000/XP操作系统。
本系统的用户一般需要通过终端进行操作，进入主界面后点击相应的窗口，分别进入相对应的界面（如：
输入界面、输出界面）。
用户对程序的维护，最好要有备份。
2.3基本设计概念和处理流程
图2.1学生选课系统处理流程图
图2.2学生选课处理流程
2.4结构
图2.3系统结构总体框图
2.5功能需求与程序的关系
各项功能需求的实现同各模块的分配关系如表2-2。
表2-2功能需求与系统模块的关系表
学生选课模块
教务处管理员模块
教师模块
查询功能
√
数据录入功能
修改功能
删除功能
打印功能
2.6人工处理过程
信息的输入输出和报表的打印。
2.7尚未问决的问题
暂无。
3接口设计
3.1用户接口
1）说明将向用户提供的命令和它们的语法结构，以及相应的回答信息。
2）说明提供给用户操作的硬件控制面板的定义。
1）本系统的客户端为浏览器，方便操作。
2）所有界面采用Web风格。
功能键一律采用Windows操作系统通用的功能键。
3.2外部接口
说明本系统同外界的所有接口的安排包括软件与硬件之间的接口、本系统与各支持系统之间的接口关系。
1）硬件接口
由于采用B/S架构，系统的客户端可以在所有的PC机上使用，只要有浏览器即可。
服务器也可以运行在所有的PC机上，鉴于效率问题，建议使用专业的服务器。
2）软件接口
客户端采用Windows2000/XP以上操作系统,InternetExplorer6.0以上浏览器。
3.3内部接口
说明本系统之内的各个系统元素之间的接口的安排。
4运行设计
4.1运行模块组合
查询功能：
学生选课信息模块，课程信息模块，教师信息模块。
数据录入功能：
学生信息模块，教师信息模块，管理员信息模块。
修改功能：
删除功能：
打印功能：
学生信息模块，教师信息模块，课表信息模块，成绩表单模块。
4.2运行控制
（1）学生:
学生是选课系统的服务对象,是系统最主要的用户群体。
考虑到学生信息比较固定,采用从学生科导入学生信息的办法,将学生信息预置于系统之中,避免用户注册引起的与真实身份对应混乱的问题出现,并预设学生密码,强制学生在第一次登陆后修改默认密码和用于找回密码的提示问题,否则不能选课。
学生在修改了默认密码之后就可以浏览课程详细信息并点击选课,这是系统的关键部分,在此部分应该包含限制条件检测功能,保证选课有效、合乎规定。
还可以查看选修过的课程历史以及获得的学分。
另外还要有一个信息反馈的功能,反馈给管理员或授课教师。
（2）教师:
教师用户采用院系管理员添加的办法。
教师登陆后申报新的选修课,查看以往课程的学生选课情况,登记学生成绩,修改自己申报的选修课程,回复学生的反馈信息,向管理员反馈信息。
新申报课程可用复制已有课程的办法减少输入量。
（3）管理员:
添加管理教师用户,审核教师上报的选修课程。
向管理员反馈信息,向教师发送通知信息。
用户管理,包括其它管理员、教师、学生等各类用户的添改删、密码查看、权限设定。
课程管理,包括添加、修改、审核等。
系统设定,初选、正选、补选时间的设定,公告的发布,开放选课的课程和可以选课的学生类别限定等。
可以限定每学期最多选课门数、最多选修学分,检测校区信息并根据规定限定学生是否能跨校区选课,如果能与必修课数据库交互可以避免学生选课过程中出现自身选课有时间冲突的问题,设定各课程最高选课人数上限等。
数据维护,学生库、教师库、课程库、权限库、选课结果库、系统设定库、公告库、信息反馈库等。
系统选课为了检测学生选课是否冲突,所以往往需要进行编码,系统就需要一个自动编码的功能,并在系统开放选课后锁定自动编码功能。
应急处理,包括教师调课功能,学生改选功能,调课需要检测出已选该课程的学生在改选后是否与其它课程产生冲突。
数据统计打印功能。
反馈信息的回复管理功能,数据库的备份功能,这点很重要,以防出现意外情况。
4.3运行时间
未能确定，由具体情况而定。
5系统数据结构设计
5.1逻辑结构设计要点
学生选课系统E-R图如5.1所示：
图5.1学生选课系统E-R图
5.1.1管理员信息表
管理员信息表（Admin）。
如表5-1所示，本表用于存储管理员的基本情况。
表5-1管理员信息表
序号
字段名
中文描述
数据类型
空值
主键
外键
备注
1
AdminID
管理员编号
Char（6）
NOTNULL
2
Name
姓名
Char（8）
3
Sex
性别
Char
（2）
4
Password
密码
Char（12）
5
Email
邮箱地址
Char（20）
关键字段设计说明：
AdminID：
管理员编号，用于唯一标识每一位管理员。
5.1.2教师信息表
教师信息表（Teachers）。
如表5-2所示，本表用于存储教师基本情况。
表5-2教师信息表
TeacherID
教师编号
Depart
所在院系
NOTNULLNULLNULL
6
Degree
学位
7
Occupation
职称
8
Tel
电话
Char（11）
9
邮箱
Bit
（1）
TeacherID：
教师编号；
Name：
姓名；
Sex：
性别；
Depart：
所在系；
Password：
登录口令；
Degree：
学位；
Tel：
电话；
Email：
邮箱。
5.1.3学生信息表
学生信息表（Students）。
如表5-3所示，本表用于存储学生基本情况。
表5-3学生信息表
StudentID
学号
Major
所在专业
Classname
所在班级
StudentID：
学号；
ClassName：
所在班级。
5.1.4课程信息表
课程信息表（Courses），如表5-4所示，用于存储每一课程的基本情况。
表5-4课程信息表
CourseID
课程编号
int（4）
CourseName
课程名称
Target
教学对象
Char（40）
ClassHour
课时
Int（4）
Credit
学分
Time
开课时间
Datetime（8）
Total
总人数
SelectedN
已选人数
10
Place
地点
11
PrivioueC
先行课
CourseID：
课程编号，用于唯一标识每一课程；
CourseName：
课程名称；
Target：
教学对象；
ClassHour：
课时；
Credit：
学分；
StartTime：
开始时间；
EndTime：
结束时间。
5.2物理结构设计要点
用户在本系统中进行管理、操作时，用户可以直接通过用户图形界面来存取数据，不需要考虑到底层的存储物理关系。
5.3数据结构与程序的关系
采用多种数据结构处理，结合适当的算法，提高程序的简洁性、可读性、高效性和可维护性。
6系统出错处理设计
6.1出错信息
（1）统计在线人数
在选课系统中,为了方便学生看到当前系统在线人数,避开选课高峰期,需要统计在线人数。
在此为了避免连接数据库,减慢系统运行速度,采用了继承HttpSessionListener方法。
当用户进入系统,触发SessionCreated事件,计数器加1;
当用户离开,触发SessionDestroyed事件,关闭页面,计数器减1实现了简单的不需要操作数据库的在线人数统计。
（2）课程冲突的应对策略
由课程、教室的繁多及学生选课的自由性所决定,在管理员安排课程和学生选课过程中不可避免出现课程冲突问题,即教师在同一时间上两门课程、同一教室、在同一时间有两个教师来上课和同一学生在同一时间选择了两门课程等问题。
这就需要在系统中用一些策过许多步骤,当需要选择多门课程时不得不经过许冗杂而重复的步骤。
学生对要选的课程的开课一些基本信息和对自己所得成绩和学分的查询比较模糊、复杂,课表的表现不够直观等等。
教师同样需要复杂的操作才能对所授课程和选课学生进行查询和管理。
系统的操作界面不友好、不够人性化。
这样的设计显然是不能令人满意的。
（3）系统不稳定
网站时常不能访问,用户无法登陆,这显然是网站服务器系统的不稳定造成的。
作为系统的设计者,应在发布网站前进行充分的效能测试,从而最大程度上避免这种情况的出现。
（4）系统性能不好
由于采取的技术和数据库速度及性能较慢的原因,从而导致在选课高峰期,同时有大量的同学选课的时候出现登陆和选课速度很慢或是根本就无法成功登及结构体系。
在这种结构下,用户仅需通过浏览器就可实现客户端的功能,而大部分的事物逻辑是在服务器端实现。
这样就大大降低了客户端的负载,减轻了系统维护与升级的成本。
用一览表的方式说明每种可能的出错或故障情况出现时，系统输出信息的形式、含意及处理方法。
6.2补救措施
说明故障出现后可能采取的变通措施。
包括：
（1）后备技术。
说明准备采用的后备技术，当原始系统数据万一丢失时启用的副本的建立和启动的技术，例如周期性地把磁盘信息记录到磁带上去就是对于磁盘媒体的一种后备技术。
（2）降效技术。
说明准备采用的后备技术，使用另一个效率稍低的系统或方法来求得所需结果的某些部分，例如一个自动系统的降效技术可以是手工操作和数据的人工记录。
（3）恢复及再启动技术。
说明将使用的恢复再启动技术，使软件从故障点恢复执行或使软件从头开始重新运行的方法。
6.3系统维护设计
主要是指系统编码的可维护性,因为大多系统不可能完全满足所有需求,所以在以后需要进行修改。
所以编码要遵循一个良好的习惯,包括格式的注释,对于代码的功能要有明确的解释。
采用面向对象的编程方法是一个不错的主意。
说明为了系统维护的方便而在程序内部设计中作出的安排，包括在程序中专门安排用于系统的检查与维护的检测点和专用模块。
升级会员 