一、系统设计可行性
1.1网上选课系统的产生
网上选课系统是针对在校学生和教师使用的，从学生的角度来说，由于教学制度的改革，现在大部分的高等院校开始实行学生自主选课模式，传统的教学模式已经不能适应新的教学模式，如果还只是通过纸上的方式选课，一方面浪费大量的人力、物力，另一方面浪费时间以及在统计过程中不可避免的会出现差错。

随着高校的人数增加，暴露出来的弊端会越来越多。

因此，利用网络，使学生只要在计算机前输入自己的个人选课信息即可完成原来几倍的作业量。

从教室的角度来讲，同样可以节约大量的时间和减少工作量以及减少错误的发生率。

1.2可行性分析
网上选课系统的可行性分析包括以后几个方面：
1.技术可行性
由于校园网络的普遍应用，使得网上选课非常的方便，无需再进行网络的建设。

基于B/S模式的选课系统更加适合校园网，使得学生可以在任何有校园网的地方完成选课过程。

、C#语言在大二的时候学过了，而且数据库Access运用的比较熟练，大部分做起来还算得心应手，部分不会的现在上网也比较方便，可以在网上进行查找。

2.经济可行性
校园网应经普及，因此网络设备上不需要大的投入。

加之，B/S模式的系统只要求客户端具备浏览器的基本功能，就能实现网上选课。

因此，从经济上来说，开发网上选课系统不需要很大的投入，硬件上只需要Web服务器和数据库服务器即可。

3.操作可行性
B/S模式的最大优势就是操作方便、如同浏览网页一样。

综上所述，网上选课系统在高校中是可行的。

二、系统的需求分析
2.1引言
2.1.1编写的目的
本文档是对该学生选课系统的一个整体把握，以便在下一步的开发设计中更好的控制开发。

本文档的预期读者是：
设计人员
开发人员
管理和测试人员
最终用户
2.1.2背景
由于电脑时代的到来以及internet的迅速发展，电脑无处不在，当然各种工作效率也大幅提高，那么对于一个学校来说，开发一个好的学生选课系统势在必行。

鉴此，特开发此学生选课系统，该系统实现了选课的网络化、信息化、现代化。

2.2任务概述
2.2.1目标
本项目设定的目标如下：
1.系统能够提供友好的用户界面，使操作人员的工作
量最大限度的减少；
2.系统具有良好的运行效率，能够得到提高管理的目
的；
3.系统应有良好的可扩充性，可以容易的加入其它系
统的应用；
4.平台的设计具有一定的超前性，灵活性，能够适应
信息管理工作的变化；
5.通过这个项目可以锻炼队伍，提高团队的开发能力
和项目管理能力。

2.2.2用户特点
由于本软件的最终用户是系统管理人员（即教务处的领导），对
本系统不是那么的了解，而且领导们比较忙，对于后期的培训可能会没有时间，基于这一点我组认为应该把界面设计的一目了给教师和学生带来方便，同时还提高了教务处的工作效率。

2.3性能需求
2.3.1可用性
学生选课系统应简单易用，用户能直接通过界面即可掌握所需功能的操作方法，Web操作端至少兼容IE浏览器。

2.3.2可靠性
学生选课系统能长时间无故障运行，在学生选课阶段能够应对相应的数据吞吐量。

2.3.3速度性
当用户进行操作时，系统应该及时地进行反应，反应的时间在2秒以内。

2.3.4界面需求
系统的界面要求如下：
1）页面内容：主题突出，栏目、菜单布置合理，内容丰富，文字准确，行文格式统一规范。

2）导航结构：具有明确的导航指示，便于理解，便于用户使
用。

3）艺术风格：界面、版面形象清新悦目，布局合理，字号大小适宜，字体选择合适，动静效果好，色彩和谐，与主题相吻合。

2.3.5开发性需求
系统应具有十分的灵活性，以适应将来功能扩展的需求。

2.3.6可扩展性需求
系统设计应体现扩展性要求，以适应将来功能扩展的需求。

2.3.7数据精确度
数据精确度要达到以下指标：
1.具有较强的出错提示能力，并可自动记录出错信息。

2.具有操作提示功能和必要的输入校验功能，界面切换时间不
超过3秒。

3.系统进行实时模糊查询时，不影响正常业务处理。

4.本系统的数据量要具有并行处理至少1000个用户访问的能
力。

2.4需求规定
2.4.1系统的基本功能描述
网上选课系统是根据大学的选修课的网上申请和管理需求而进行设计的，目的是实现选修课的网上设置、申请功能。

根据大学选修课管理的基本过程，网上选课系统应具备课程设置、课程查询、学生选课、管理员管理等基本功能要求，如果想设置只有自己知道的密码，还可以修改密码（原始密码是学号）。

系统的主要使用者是：学生、开课教师和系统管理员。

2.4.2系统需求分析
通过对系统需求进行分析，我们可以确定系统中有三类用户：系统管理员、教师和学生。

各类用户的功能用表格具体描述如下：
（1）系统管理员
管理员维护整个系统，设置选课时段：
（2）教师
（3）学生
根据上面所述，对系统进行了分析，分为三个主要的功能：登录控制、排课和选课，分别对应三个子系统，即登录子系统、排课子系统和选课子系统。

其中登录子系统是前提，排课子系统是基础，选课子系统是关键。

登录子系统区分排课者（即系统管理员），教师和学生这三者的不同身份，给出不同的权限，在页面中根据身份判断其相应具有的权限，进行不同的操作。

排课子系统主要供排课者使用，其中设定选课时间段，进行排课并检测排课是否冲突、教室是否冲突，发布选课信息都是选课的前提和基础。

选课子系统是本系统要实现的最终目的，选课子系统主要供学生选课使用，在这里可以进行与选课有关的活动，包括课程浏
览查询、选课、退选课程。

根据前面的需求分析所述，可以画出学生选课系统的功能结构图，如图所示：
2.4.3数据流图
1.学生选课系统的顶层流图
2.学生信息的数据流图
3.学生选课信息的数据流图
4.课程信息的数据流图
5.教师信息的数据流图
2.5数据库设计
数据库在一个信息管理中占有非常重要的地位，数据库结构设计的好坏直接对应用系统的效率以及实现的效果产生影响。

合理的数据库结构设计可以提高数据库存储的效率，保证数据的完整性和一致性。

2.5.1数据库概念设计结构
根据上面的设计规划出得实体有：学生信息实体，选课信息实体，课程信息实体，教室信息实体，院系信息实体。

各实体的描述E-R图如下图：
教工号、学号：10个0-9的数字组成，并且具有唯一性，
姓名：字符串类型，2-20个字节
性别：字符串类型，2字节，只能为“男”或“女”
职称：字符串类型，2-50字节
年级：字符串类型，2-20字节
课程号：8个0-9的数字组成，具有唯一性
课程名：字符串类型，2-50字节
学时：整型
上课时间：字符串类型
上课地点：字符串类型，2-20字节
2.5.2数据库逻辑结构设计
数据库的概念结构设计完毕后，可以将上面的数据库概念转换成某种数据库系统多支持的实际数据结构，也就是数据结构模型。

学生信息表：用于记录学生的详细信息
教师信息表：用于记录教师的详细信息
课程信息表：用于记录课程信息，包括上课时间等
学生选课信息表：用于记录学生的选课情况
管理员信息表：用于记录管理员的详细信息
根据上面的逻辑结构设计，设计相应的表结构如下所示：
1.管理员信息表
2.学生选课信息表
3.课程信息表
4.教师信息表
5.学生信息表
2.5.3数据字典
根据数据流程分析，对系统数据进行分析和汇总，建立系统数据字典。

下面列出部分数据字典内容：
1.管理员信息表
2.学生选课信息表
3.课程信息表
4.教师信息表
5.学生信息表。