学生选课系统概要设计说明书.docx
《学生选课系统概要设计说明书.docx》由会员分享，可在线阅读，更多相关《学生选课系统概要设计说明书.docx（15页珍藏版）》请在冰点文库上搜索。
学生选课系统概要设计说明书
学生选课系统
概要设计说明书
学校：
安徽工商职业学院
系部：
工商管理系
班级：
12物流信息技术
2012年11月5号
目录
1．引言2
1.1编写目的2
1.2项目背景2
1.3定义2
1.4参考资料3
2．任务概述3
2.1目标3
2.2运行环境3
2.3需求概述3
3．总体设计5
3.1处理流程5
3.2总体结构和模块外部设计7
3.3功能分配7
4．接口设计8
4.1外部接口8
4.2内部接口8
5．数据结构设计8
5.1逻辑结构设计8
5.2物理结构设计9
5.3数据结构与程序的关系9
6．运行设计9
6.1运行模块的组合9
6.2运行控制10
6.3运行时间10
7．出错处理设计10
7.1出错输出信息10
7.2出错处理对策11
8.安全保密设计11
9.维护设计11
1．引言
1.1编写目的
安徽工商职业学院选课系统是一款专业的面向校园里选课报名管理系统。
借助这个系统，学校可以实现一站式选修课网上选课管理，流程包括：
系统设置－选课任务设置－学生选课－选课结果审核－生成选课报名表（包括：
学生本人的选课列表、课程表和给上课教师的报名名单）－选课查询和统计报表。
整个选课流程方便快捷，省时省力。
1.2项目背景
安徽工商职业学院是一所具有50年办学历史的全日制高等职业院校，隶属于安徽省教育厅。
学院坐落于省会合肥，共占地510亩。
学院设有工商管理系、会计系、旅游管理系、电子信息系、国际贸易系、艺术设计系和公共课教学部。
开设市场营销、国际贸易实务、电子商务、物流管理、连锁经营与管理、营销与策划、会计电算化、会计、审计实务、财务管理、金融管理与实务、工程造价、旅游管理、酒店管理、涉外旅游、烹饪营养与工艺、计算机网络技术、机电一体化技术、计算机控制技术、应用电子技术、软件技术、楼宇智能化工程技术、动漫设计与制作、广告设计与制作、广告与会展、装饰艺术设计、电脑艺术设计、多媒体设计与制作、商务英语、商务日语、应用韩语、文秘、图书档案管理等36个专业。
在校生有8000余人。
随着学校规模的不断扩大，专业、班级学生的数量急剧增加，有关学生选课的各种信息量也成倍增长，而且目前许多高校的学生选课管理仍停留在复杂的人工操作上，重复工作较多，工作量大，效率低。
因此，迫切需要开发学生网上选课系统来提高管理工作的效率。
1.3定义
（1）SQLServer是一个具备完全Web支持的数据库产品，提供了对可扩展标记语言（XML）的核心支持以及在Internet上和防火墙外进行查询的能力，提供了以Web标准为基础的扩展数据库编程功能。
丰富的XML和Internet标准支持允许使用内置的存储过程以XML格式轻松存储和检索数据。
SQLServer提供强大的开发工具和各类开发特性，在大大提高开发效率的同时，进一步拓展应用空间，带来新的商业应用机遇。
例如，XML数据库与WebService的支持将使您的应用实现Internet数据互联。
（2）SQLServer的特点包括：
实现数据共享、减少数据的冗余度、数据的独立性、数据实现集中控制、数据一致性和可维护性，以确保数据的安全性和可靠性。
主要包括：
①安全性控制：
以防止数据丢失、错误更新和越权使用；②完整性控制：
保证数据的正确性、有效性和相容性；③并发控制：
使在同一时间周期内，允许对数据实现多路存取，又能防止用户之间的不正常交互作用。
也包括故障恢复。
由数据库管理系统提供一套方法，可及时发现故障和修复故障，从而防止数据被破坏。
数据库系统能尽快恢复数据库系统运行时出现的故障，可能是物理或是逻辑上的错误。
比如对系统的误操作造成的数据错误等。
由于数据库具有数据共享、集中控制、安全性、可靠性等特点，。
所以数据库是开发学生选课系统的一个主要软件。
1.4参考资料
1）学生选课基本要求
2）软件工程（第二版）
3）SQLServer2005数据库及应用
4）JavaEE基础实用教程
2．任务概述
2.1项目目标
学生选课作为一种信息资源的集散地，包含很多的信息数据的管理。
由于数据繁多，容易丢失，且不易查找。
总的来说，缺乏系统，规范的信息管理手段。
尽管我们学校有计算机，但是尚未用于信息管理，且没有一个完善的学生选课系统，学生不能自由的选课不但打击了学生的积极性且学生的兴趣爱好没有得到发挥和展示。
我们学校的数据处理由手工操作，工作量大，出错率高，出错后不易更改。
也造成了时间上的浪费。
基于这个问题，我们认为有必要建立一个学生选课系统，用以节约人力、物力和财力，告别以往的人工统计。
学生在规定选课时间段内，可以不受地点和时间的限制完成选修课的申请，而学校也可以方便地对系统进行管理和控制，提高工作效率。
方便学生、老师、管理员使用，学生可以在线查看可选课程信息、在线选课、修改信息、查看信息，老师可以查询自己的课程人数、课程信息（包括开课时间、地点、开课方式），管理员可以对整个系统进行管理（包括系统管理、用户管理、课程管理）。
同时，也希望通过这个项目的开发锻炼我们整个团队，提高我们团队的项目开发能力和整个小组的协助能力。
2.2运行环境
设备
计算机:
CPU:
Intel（R）Celeron（R）2.13GHz或更好
内存:
512MB或更大
硬盘:
80G或更大
外围设备:
打印机
通讯设备:
局域网
操作系统:
Windows2003/XP操作系统
硬件环境：
v客户机：
普通PC
CPU：
P41.8GHz
内存：
1G以上
分辨率：
推荐使用1024*768像素
WEB服务器：
CPU：
P41.8GHz
内存：
2G以上
v数据库服务器
CPU：
P41.8GHz
内存：
2G以上
软件环境
v操作系统：
UNIX/Linux/Windows2003或以上版本
v数据库：
SQLServer2005
v开发工具包：
MicrosoftVisualStudio2008
vWeb服务器：
IIS6.0以上
v浏览器：
IE6.0以上
2.3需求概述
学生选课系统需要满足来自三方面的需求，这三个方面分别是学生、教师和管理员。
学生的需求是查询院系的课程、学生选课情况及学生信息的修改；教师对选课系统学生选课情况进行操作，同时形成学生选课查看确认；选课管理员的功能最为复杂，包括对学生、教师、选课进行管理和统计，及系统状态的查看、维护并生成选课报表。
学生可以直接查看选课情况，学生可以根据本人学号和密码登录系统，还可以进行本人学科成绩情况的查询和维护部分个人信息。
一般情况下，学生只应该查询和维护本人的选课情况和个人信息，若查询和维护其他学生的选课及成绩查询信息，就要知道其他学生的学号和密码。
这些是很难得到的，特别是密码，所以不但满足了学生的要求，还保护了学生的个人隐私。
学校工作人员有修改学生选课的权限，所以需对工作人员登陆本模块进行更多的考虑。
在此系统中，学校工作人员可以为学生加入选课或是登陆记录，并打印生成相应的报表给用户查看和确认院系管理人员功能的信息量大，数据安全性和保密性要求最高。
本功能实现对选课信息、教师信息、总体选课情况信息的查询和统计、工作人员和管理人员信息查看及维护。
学校管理员可以浏览、查询、修改、统计选课的基本信息；浏览、查询、统计和修改学生选课的基本信息，浏览、查询、统计学生信息，但不能添加删除和修改学生的信息，这部分功能应该由院系工作人员执行，但是，删除某条学生选课基本信息记录时，应实现对该学生选课的级联删除。
并且还应具有生成选课报表，并打印输出的功能。
设计不同用户的操作权限和登陆方法对所有用户开放的学生选课查询和个人部分信息维护查看个人情况信息维护学生个人密码根据选课情况对数据库进行操作并生成报表根据选课情况对数据库进行操作并生成报表查询及统计各种信息维选课信息维护工作人员和管理员信息维护学生信息处理信息的完整性。
本系统主要实现教师信息管理、学生信息管理、课程信息管理和系信息管理，其中教师信息管理有教师姓名、教师工号、教师职称、教师所属系；学生信息管理有学生姓名、学生学号和学生所在系；课程信息管理有课程名称、学分、上课地点、已选人数、课程性质、开课系、课程人数;系信息管理有系号和系名。
（1）学生信息模块完成学生的登陆，然后根据各位同学所在的系不同，调用相应的选课模块。
其中学生登录模块的功能是验证登录人员确实是本院的学生，学生启动本系统后，系统提示输入学生学号码和密码，验证后进入主控操作界面。
（2）教师信息模块完成教师的登陆,然后根据各位教师所在的系不同,教师所教的课程不同,调用所选的课程.其中教师登陆模块的功能是验证登录人员确实是本院的教师，教师启动本系统后，系统提示输入教师工号和密码，验证后进入主控操作界面。
（3）课程信息管理包括必修课程和选修课程,学生必需先登陆才能进行对课程的选课否则不能进入选课系统.
（4）系信息管理中学生必需选重所在的系号和系名才能进行选课,否则并不能进行选课.
3．总体设计
3.1处理流程
图2.1学生选课系统处理流程图
图2.2学生选课处理流程
3.2总体结构和模块外部设计
3.3功能分配
各项功能需求的实现同各模块的分配关系如表3-1。
表2-2功能需求与系统模块的关系表
学生选课模块
教务处管理员模块
教师模块
查询功能
√
√
√
数据录入功能
√
√
修改功能
√
√
√
删除功能
√
√
打印功能
√
√
√
4接口设计
4.1外部接口
说明本系统同外界的所有接口的安排包括软件与硬件之间的接口、本系统与各支持系统之间的接口关系。
1）硬件接口
由于采用B/S架构，系统的客户端可以在所有的PC机上使用，只要有浏览器即可。
服务器也可以运行在所有的PC机上，鉴于效率问题，建议使用专业的服务器。
2）软件接口
客户端采用Windows2003/XP以上操作系统,InternetExplorer6.0以上浏览器。
4.2内部接口
说明本系统之内的各个系统元素之间的接口的安排。
5数据结构设计
5.1逻辑结构设计
学生选课系统E-R图如5.1所示：
图5.1学生选课系统E-R图
5.2物理结构设计
用户在本系统中进行管理、操作时，用户可以直接通过用户图形界面来存取数据，不需要考虑到底层的存储物理关系。
5.3数据结构与程序的关系
采用多种数据结构处理，结合适当的算法，提高程序的简洁性、可读性、高效性和可维护性。
6．运行设计
6.1运行模块的组合
查询功能：
学生选课信息模块，课程信息模块，教师信息模块。
数据录入功能：
学生信息模块，教师信息模块，管理员信息模块。
修改功能：
学生信息模块，教师信息模块，管理员信息模块。
删除功能：
学生信息模块，教师信息模块，管理员信息模块。
打印功能：
学生信息模块，教师信息模块，课表信息模块，成绩表单模块。
6.2运行控制
（1）学生:
学生是选课系统的服务对象,是系统最主要的用户群体。
考虑到学生信息比较固定,采用从学生科导入学生信息的办法,将学生信息预置于系统之中,避免用户注册引起的与真实身份对应混乱的问题出现,并预设学生密码,强制学生在第一次登陆后修改默认密码和用于找回密码的提示问题,否则不能选课。
学生在修改了默认密码之后就可以浏览课程详细信息并点击选课,这是系统的关键部分,在此部分应该包含限制条件检测功能,保证选课有效、合乎规定。
还可以查看选修过的课程历史以及获得的学分。
另外还要有一个信息反馈的功能,反馈给管理员或授课教师。
（2）教师:
教师用户采用院系管理员添加的办法。
教师登陆后申报新的选修课,查看以往课程的学生选课情况,登记学生成绩,修改自己申报的选修课程,回复学生的反馈信息,向管理员反馈信息。
新申报课程可用复制已有课程的办法减少输入量。
（3）管理员:
添加管理教师用户,审核教师上报的选修课程。
向管理员反馈信息,向教师发送通知信息。
用户管理,包括其它管理员、教师、学生等各类用户的添改删、密码查看、权限设定。
课程管理,包括添加、修改、审核等。
系统设定,初选、正选、补选时间的设定,公告的发布,开放选课的课程和可以选课的学生类别限定等。
可以限定每学期最多选课门数、最多选修学分,检测校区信息并根据规定限定学生是否能跨校区选课,如果能与必修课数据库交互可以避免学生选课过程中出现自身选课有时间冲突的问题,设定各课程最高选课人数上限等。
数据维护,学生库、教师库、课程库、权限库、选课结果库、系统设定库、公告库、信息反馈库等。
系统选课为了检测学生选课是否冲突,所以往往需要进行编码,系统就需要一个自动编码的功能,并在系统开放选课后锁定自动编码功能。
应急处理,包括教师调课功能,学生改选功能,调课需要检测出已选该课程的学生在改选后是否与其它课程产生冲突。
数据统计打印功能。
反馈信息的回复管理功能,数据库的备份功能,这点很重要,以防出现意外情况。
6.3运行时间
视具体情况而定
7．出错处理设计
7.1出错输出信息
（1）统计在线人数
在选课系统中,为了方便学生看到当前系统在线人数,避开选课高峰期,需要统计在线人数。
在此为了避免连接数据库,减慢系统运行速度,采用了继承HttpSessionListener方法。
当用户进入系统,触发SessionCreated事件,计数器加1;当用户离开,触发SessionDestroyed事件,关闭页面,计数器减1实现了简单的不需要操作数据库的在线人数统计。
（2）课程冲突的应对策略
由课程、教室的繁多及学生选课的自由性所决定,在管理员安排课程和学生选课过程中不可避免出现课程冲突问题,即教师在同一时间上两门课程、同一教室、在同一时间有两个教师来上课和同一学生在同一时间选择了两门课程等问题。
这就需要在系统中用一些策过许多步骤,当需要选择多门课程时不得不经过许冗杂而重复的步骤。
学生对要选的课程的开课一些基本信息和对自己所得成绩和学分的查询比较模糊、复杂,课表的表现不够直观等等。
教师同样需要复杂的操作才能对所授课程和选课学生进行查询和管理。
系统的操作界面不友好、不够人性化。
这样的设计显然是不能令人满意的。
（3）系统不稳定
网站时常不能访问,用户无法登陆,这显然是网站服务器系统的不稳定造成的。
作为系统的设计者,应在发布网站前进行充分的效能测试,从而最大程度上避免这种情况的出现。
（4）系统性能不好
由于采取的技术和数据库速度及性能较慢的原因,从而导致在选课高峰期,同时有大量的同学选课的时候出现登陆和选课速度很慢或是根本就无法成功登及结构体系。
在这种结构下,用户仅需通过浏览器就可实现客户端的功能,而大部分的事物逻辑是在服务器端实现。
这样就大大降低了客户端的负载,减轻了系统维护与升级的成本。
用一览表的方式说明每种可能的出错或故障情况出现时，系统输出信息的形式、含意及处理方法。
7.2出错处理对策
说明故障出现后可能采取的变通措施。
包括：
（1）后备技术。
说明准备采用的后备技术，当原始系统数据万一丢失时启用的副本的建立和启动的技术，例如周期性地把磁盘信息记录到磁带上去就是对于磁盘媒体的一种后备技术。
（2）降效技术。
说明准备采用的后备技术，使用另一个效率稍低的系统或方法来求得所需结果的某些部分，例如一个自动系统的降效技术可以是手工操作和数据的人工记录。
（3）恢复及再启动技术。
说明将使用的恢复再启动技术，使软件从故障点恢复执行或使软件从头开始重新运行的方法。
8.安全保密设计
用户密码和管理员密码在数据库中采用加密方式进行存储
9.维护设计
主要是指系统编码的可维护性,因为大多系统不可能完全满足所有需求,所以在以后需要进行修改。
所以编码要遵循一个良好的习惯,包括格式的注释,对于代码的功能要有明确的解释。
采用面向对象的编程方法是一个不错的主意。
说明为了系统维护的方便而在程序内部设计中作出的安排，包括在程序中专门安排用于系统的检查与维护的检测点和专用模块。
升级会员 