学生选课管理系统概要设计说明书Word文档下载推荐.docx

1、4苗雪兰.刘瑞新.宋会群著.数据库技术与应用.机械工业出版社,2007。2总体设计2.1需求规定2.1.1 系统功能（1）可实现学生网上选课。（2）方便实现学生选课信息查询。（3）可对学生成绩档案进行管理，成绩表单生成简便。（4）安全有效的用户分区、管理。（5）档案数据的高安全性、保密性。（6）有帮助文档表2-1 选课系统功能要求表功能要求输入处理输出学生选课信息查询点击查询按钮启动查询学生选课信息学生选课课程号、学号经户确认，系统接受信息并保存于数据库中成功选课确认信息学生、教师、课程、公共信息修改要修改的信息修改相应数据库中的数据并保存修改更新后的信息课程表单生成点击学生课程表显示系统查询

2、学生课程信息，启动课程表生成程序生成学生课程表成绩表单生成点击学生成绩表显示生成学生成绩表单2.1.2 系统性能使用稳定，操作性能好，操作方法易于掌握，系统的安全性强。2.1.2.1 精度系统保证结果的正确性，在精度需求上，根据使用需要，在各项数据的输入，输出及传输过程中，本系统可以满足各种精度的需求。2.1.2.2 时间特性要求在软件方面，响应时间，更新处理时间都比较快且迅速，完全满足用户要求。2.1.2.4 可靠性 系统具有较高的可靠性,可恢复性2.1.2.5 灵活性系统有良好的可扩展性，允许管理员随时对其进行更新和维护。当用户需求，如操作方式，运行环境，结果精度等发生变化时，设计的软件要

3、做适当调整,灵活性较好。2.1.3 输入输出要求1输入：系统在功能区提示输入位置，支持以下两种输入方式：（1）鼠标点选：用户点选功能，如该位置是系统允许的有效目标则记录为用户输入；（2）文字输入：用户在指定文本框中输入文字，被系统确认为有效后记录为用户输入。2输出：（1）基本信息学生信息包括学号、姓名、所在学院、所在专业、班级、密码。教师信息包括身份证号、姓名、性别、所属学院、学历、职称、个人简介、密码。管理员信息包括登录号、姓名、密码。（2）查询信息：学生选课信息包括学号、姓名、所在学院、所在专业、班级、学期、所选课程、课程编码。课表信息包括序号、课程编码、课程名称、供选学院、供选专业、老师

4、、身份证号、学期、上课时间、学分、总人数、已选人数、地点、先行课、课程介绍。2.1.4 数据管理能力要求高校学生网上选课系统的数据需求包括如下几点：1.数据录入和处理的准确性和实时性2.数据的一致性与完整性3.数据的共享与独立性4.数据存储量较大，需要较大的存储空间2.1.5 故障处理要求a. 内部故障处理在开发阶段可以随即修改数据库里的相应内容。b. 外部故障处理对编辑的程序进行重装载时，第一次装载认为错，修改。第二次运行，在需求调用时出错，有错误提示，重试。2.1.6 其他专门要求本系统有较好的可维护性、可靠性、可理解性、效率。易于用户理解和操作。可维护性包括了可读性、可修改性、可测试性、

5、等含义。可靠性通常包括正确性和健壮性。开发过程中，在各种矛盾的目标之间作权衡，并在一定的限制的条件下（经费、时间、可用的软、硬件资源等），使上述各方面最大限度的得到满足。2.2运行环境2.2.1设备计算机:CPU : Intel（R） Celeron（R） 2.13GHz 或更好内存 : 512MB 或更大硬盘:80G 或更大外围设备:打印机通讯设备:局域网操作系统: Windows 2000/XP操作系统2.2.2支持软件Microsoft Sql Server 2000或更高版本Microsoft IIS 5.0 或更高版本Microsoft Office 2003SDK2.2.3 接口软

6、件接口为Windows 2000/XP操作系统。本系统的用户一般需要通过终端进行操作，进入主界面后点击相应的窗口，分别进入相对应的界面（如：输入界面、输出界面）。用户对程序的维护，最好要有备份。2.3基本设计概念和处理流程图2.1 学生选课系统处理流程图图2.2 学生选课处理流程2.4结构图2.3 系统结构总体框图2.5功能需求与程序的关系各项功能需求的实现同各模块的分配关系如表2-2。表 2-2功能需求与系统模块的关系表学生选课模块教务处管理员模块教师模块查询功能数据录入功能修改功能删除功能打印功能2.6人工处理过程信息的输入输出和报表的打印。2.7尚未问决的问题暂无。3接口设计3.1用户接

7、口1）说明将向用户提供的命令和它们的语法结构，以及相应的回答信息。2）说明提供给用户操作的硬件控制面板的定义。1）本系统的客户端为浏览器，方便操作。2）所有界面采用Web风格。功能键一律采用Windows操作系统通用的功能键。3.2外部接口说明本系统同外界的所有接口的安排包括软件与硬件之间的接口、本系统与各支持系统之间的接口关系。1）硬件接口由于采用B/S架构，系统的客户端可以在所有的PC机上使用，只要有浏览器即可。服务器也可以运行在所有的PC机上，鉴于效率问题，建议使用专业的服务器。2）软件接口客户端采用Windows 2000/XP 以上操作系统, Internet Explorer 6.

8、0 以上浏览器。3.3内部接口说明本系统之内的各个系统元素之间的接口的安排。4运行设计4.1运行模块组合查询功能：学生选课信息模块，课程信息模块，教师信息模块。数据录入功能：学生信息模块，教师信息模块，管理员信息模块。修改功能：删除功能：打印功能：学生信息模块，教师信息模块，课表信息模块，成绩表单模块。4.2运行控制（1）学生: 学生是选课系统的服务对象, 是系统最主要的用户群体。考虑到学生信息比较固定, 采用从学生科导入学生信息的办法, 将学生信息预置于系统之中, 避免用户注册引起的与真实身份对应混乱的问题出现, 并预设学生密码, 强制学生在第一次登陆后修改默认密码和用于找回密码的提示问题,

9、 否则不能选课。学生在修改了默认密码之后就可以浏览课程详细信息并点击选课, 这是系统的关键部分, 在此部分应该包含限制条件检测功能, 保证选课有效、合乎规定。还可以查看选修过的课程历史以及获得的学分。另外还要有一个信息反馈的功能, 反馈给管理员或授课教师。（2）教师: 教师用户采用院系管理员添加的办法。教师登陆后申报新的选修课, 查看以往课程的学生选课情况, 登记学生成绩, 修改自己申报的选修课程, 回复学生的反馈信息, 向管理员反馈信息。新申报课程可用复制已有课程的办法减少输入量。（3）管理员: 添加管理教师用户, 审核教师上报的选修课程。向管理员反馈信息, 向教师发送通知信息。用户管理,

10、包括其它管理员、教师、学生等各类用户的添改删、密码查看、权限设定。课程管理, 包括添加、修改、审核等。系统设定, 初选、正选、补选时间的设定, 公告的发布, 开放选课的课程和可以选课的学生类别限定等。可以限定每学期最多选课门数、最多选修学分, 检测校区信息并根据规定限定学生是否能跨校区选课, 如果能与必修课数据库交互可以避免学生选课过程中出现自身选课有时间冲突的问题, 设定各课程最高选课人数上限等。数据维护, 学生库、教师库、课程库、权限库、选课结果库、系统设定库、公告库、信息反馈库等。系统选课为了检测学生选课是否冲突, 所以往往需要进行编码, 系统就需要一个自动编码的功能, 并在系统开放选课

11、后锁定自动编码功能。应急处理, 包括教师调课功能, 学生改选功能, 调课需要检测出已选该课程的学生在改选后是否与其它课程产生冲突。数据统计打印功能。反馈信息的回复管理功能, 数据库的备份功能, 这点很重要, 以防出现意外情况。4.3运行时间未能确定，由具体情况而定。5系统数据结构设计5.1逻辑结构设计要点学生选课系统E-R图如5.1所示：图5.1 学生选课系统E-R图5.1.1管理员信息表管理员信息表（Admin）。如表5-1所示，本表用于存储管理员的基本情况。表5-1 管理员信息表序号字段名中文描述数据类型空值主键外键备注1AdminID管理员编号Char（6）NOT NULL2Name姓名

12、Char（8）3Sex性别Char（2）4Password密码Char（12）5Email邮箱地址Char（20）关键字段设计说明：AdminID：管理员编号，用于唯一标识每一位管理员。5.1.2教师信息表教师信息表（Teachers）。如表5-2所示，本表用于存储教师基本情况。表5-2 教师信息表TeacherID教师编号Depart所在院系NOT NULL NULL NULL6Degree学位7Occupation职称8Tel电话Char（11）9邮箱Bit（1）TeacherID：教师编号；Name：姓名；Sex：性别；Depart：所在系；Password：登录口令；Degree：学位

13、；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总人数Select

14、edN已选人数10Place地点11PrivioueC先行课CourseID：课程编号，用于唯一标识每一课程；CourseName：课程名称；Target：教学对象；ClassHour：课时；Credit：学分；StartTime：开始时间；EndTime：结束时间。5.2物理结构设计要点用户在本系统中进行管理、操作时，用户可以直接通过用户图形界面来存取数据，不需要考虑到底层的存储物理关系。5.3数据结构与程序的关系采用多种数据结构处理，结合适当的算法，提高程序的简洁性、可读性、高效性和可维护性。6系统出错处理设计6.1出错信息（1） 统计在线人数在选课系统中, 为了方便学生看到当前系统在线人

15、数, 避开选课高峰期, 需要统计在线人数。在此为了避免连接数据库, 减慢系统运行速度, 采用了继承HttpSessionListener 方法。当用户进入系统, 触发SessionCreated 事件, 计数器加1; 当用户离开, 触发SessionDestroyed 事件, 关闭页面, 计数器减1实现了简单的不需要操作数据库的在线人数统计。（2） 课程冲突的应对策略由课程、教室的繁多及学生选课的自由性所决定,在管理员安排课程和学生选课过程中不可避免出现课程冲突问题, 即教师在同一时间上两门课程、同一教室、在同一时间有两个教师来上课和同一学生在同一时间选择了两门课程等问题。这就需要在系统中用一

16、些策过许多步骤, 当需要选择多门课程时不得不经过许冗杂而重复的步骤。学生对要选的课程的开课一些基本信息和对自己所得成绩和学分的查询比较模糊、复杂, 课表的表现不够直观等等。教师同样需要复杂的操作才能对所授课程和选课学生进行查询和管理。系统的操作界面不友好、不够人性化。这样的设计显然是不能令人满意的。（3） 系统不稳定网站时常不能访问, 用户无法登陆, 这显然是网站服务器系统的不稳定造成的。作为系统的设计者, 应在发布网站前进行充分的效能测试, 从而最大程度上避免这种情况的出现。（4）系统性能不好由于采取的技术和数据库速度及性能较慢的原因, 从而导致在选课高峰期, 同时有大量的同学选课的时候出现

17、登陆和选课速度很慢或是根本就无法成功登及结构体系。在这种结构下, 用户仅需通过浏览器就可实现客户端的功能, 而大部分的事物逻辑是在服务器端实现。这样就大大降低了客户端的负载, 减轻了系统维护与升级的成本。用一览表的方式说明每种可能的出错或故障情况出现时，系统输出信息的形式、含意及处理方法。6.2补救措施说明故障出现后可能采取的变通措施。包括：（1）后备技术。说明准备采用的后备技术，当原始系统数据万一丢失时启用的副本的建立和启动的技术，例如周期性地把磁盘信息记录到磁带上去就是对于磁盘媒体的一种后备技术。（2）降效技术。说明准备采用的后备技术，使用另一个效率稍低的系统或方法来求得所需结果的某些部分，例如一个自动系统的降效技术可以是手工操作和数据的人工记录。（3）恢复及再启动技术。说明将使用的恢复再启动技术，使软件从故障点恢复执行或使软件从头开始重新运行的方法。6.3系统维护设计主要是指系统编码的可维护性, 因为大多系统不可能完全满足所有需求, 所以在以后需要进行修改。所以编码要遵循一个良好的习惯, 包括格式的注释, 对于代码的功能要有明确的解释。采用面向对象的编程方法是一个不错的主意。说明为了系统维护的方便而在程序内部设计中作出的安排，包括在程序中专门安排用于系统的检查与维护的检测点和专用模块。