大学生选课系统需求分析报告

大学生选课系统需求分析报告

目 录

1. 引言 ......................................................................................................................................... - 1 -

1.1 编写目的 . ..................................................................................................................... - 1 - 1.2 范围 . ............................................................................................................................. - 1 - 1.3 定义 . ........................................................................................................................... - 2 - 1.4 参考资料 . ..................................................................................................................... - 3 - 2. 项目概述.................................................................................................................................. - 3 -

2.1 项目描述 . ..................................................................................................................... - 3 - 2.2 项目功能 . ..................................................................................................................... - 4 - 2.3 用户特点 . ..................................................................................................................... - 5 - 2.4 一般约束 . ..................................................................................................................... - 5 - 3 具体需求.................................................................................................................................. - 6 -

3.1 功能需求 . ..................................................................................................................... - 6 -

3.1.1 基础代码 . ........................................................................................................... - 6 - 3.1.2 选课教务管理 . ................................................................................................... - 8 - 3.1.3 选课需求 . ........................................................................................................... - 9 - 3.2 外部接口需求 . ........................................................................................................... - 10 -

3.2.1 用户接口 . ....................................................................................................... - 10 - 3.3 性能需求 . ................................................................................................................... - 10 - 3.4 设计约束 . ................................................................................................................... - 11 - 3.5 属性 . ........................................................................................................................... - 11 -

3.5.1 可用性 . ........................................................................................................... - 11 - 3.5.2 安全性 . ........................................................................................................... - 11 - 3.5.3 可维护性 . ....................................................................................................... - 12 - 3.5.4 可转移\转换性 . ........................................................................................... - 12 - 3.5.5 警告 . ............................................................................................................... - 12 - 3.6 其他需求 . ................................................................................................................... - 12 -

3.6.1 数据库 . ........................................................................................................... - 12 - 3.6.2 操作 . ............................................................................................................... - 12 - 3.6.3 界面需求 . ....................................................................................................... - 13 -

4. 附录 ........................................................................................................................................ - 14 -

4.1 数据库表格 . ............................................................................................................... - 14 - 4.2 附表 . ........................................................................................................................... - 25 -

1. 引言

1.1 编写目的 编写目的:

选课系统需求分析说明书是对该软件功能需求、性能需求、用户界面需求等的描述。编写文档的目的在于:

1. 详细、准确和全面的定义本选课系统的功能和和用户需求。对要实现的软件功能做总体描述,帮助用户判断所规定的软件是否符合他们的要求或者怎样修改才符合他们的要求。

2. 明确工程的任务目标,用户需求规定以及完成该项工程运行环境的规定。3. 提高开发效率。 深刻了解该选课系统的需求,才能编写出用户所需的软件,减少时后重新设计、编码、测试的活动即再工程的次数和工作量。 4. 为成本计划和编制计划进度提供基础,本文档所描述的需求信息将作为该项目最终验收的标准和依据。 预期读者:

选课系统的开发及其开发人员

软件需求方及相关人员:大学教务处管理人员 1.2 范围 软件用于:

学生进行网上选课

教师进行查看所教班级的学生信息、成绩的录入 教务处管理人员进行信息通知

学生选课系统是完成学校对学生的选课信息的统计与管理,减少数据漏掉的情况,克服只有用户名和密码验证(学生选课成功后被退选或删选)的安全性问题,避免暴露全校学生信息的情况(期末考试安排考场分布和相应科目会上传全校的学生信息),同时也节约人力、物力和财力的一个软件系统。

学生在规定选课时间段内,可以不受地点和时间的限制完成选修课的申请,而学校也可以方便地对系统进行管理和控制,提高工作效率。方便学生、老师、管理员使用。 1.3 定义

教务处:对学生、教师、选课进行管理和统计,及系统状态的查看、维护并生成选课报表、排课报表。重读班、增开课、第二专业的教学任务书下达,排课。所涉及的信息包括课程信息、教师信息和学生信息。

正选:学生在教务处规定的时间内,根据专业推荐课表在网上选择修读课程。此次选课按教学班选课容量限制人数。

补选、退选:超过容量限制而未被保留的学生,或者因人数太少而取消课程的学生,须在本轮重新选课。

管理员:管理学生及教师的信息,可以是系统维护者和教务处的管理人员 课程表:学生的上课时间和课程相对应所形成的二维表

学生选课:学生可以自由的选择自己想上的课程,及课程教师和上课时间的一种操作

1.4 参考资料

学生手册

2. 项目概述

2.1 项目描述

随着高校教学改革的不断深入, 几乎所有的高校都采用了学分制。高校大学生们可以根据自己专业的要求和能力修满相应学分即可毕业或是根据自己兴趣和爱好来自由选择自己所喜爱的公选课程。

网上选课系统极大地提高了高校教务人员工作效率,极大地方便了高校师生。网上学生选课系统在B /S 的架构下采用了目前最流行的Internet 的主流技术ASP .NET 技术作为运行平台。与传统的C /S 体系结构相比,B /S 结构大大简化了客户端,只要装上操作系统、网络协议软件以及浏览器即可,服务器则集中了所有的应用逻辑。开发、维护等几乎所有工作也都集中在服务器端。网上选课系统的推出,使得全校任选课的维护、学生选课及查询、成绩录入、统计等工作均变得轻松高效,形成了教与学的积极互动。同时当需要对该系统进行升级时,只需更新服务器端的软件,而不必更换客户端软件,减轻了系统维护与升级的成本与工作量,方便普通用户使用。

本项目所开发的学生选课系统完成学校对学生的选课信息的统计与管理,减少数据漏掉的情况,克服只有用户名和密码验证(学生选课成功后被退选或删选)的安全性问题,避免暴露全校学生信息的情况(期末考试安排考场分布和相应科目会上传全校的学生信息),同时也节约人力、物力和财力。

学生在规定选课时间段内,可以不受地点和时间的限制完成选修课的申请,

而学校也可以方便地对系统进行管理和控制,提高工作效率。方便学生、老师、管理员使用,学生可以在线查看可选课程信息、在线选课、修改信息、查看信息,老师可以查询自己的课程人数、课程信息(包括开课时间、地点、开课方式),管理员可以对整个系统进行管理(包括系统管理、用户管理、课程管理)。 2.2 项目功能

选课系统

系统结构图

2.3 用户特点

本系统是面向高校学生 教师和网络管理员的. 对电脑都有一定的操作能力,

根据菜单提示都能熟练使用本系统

管理员

管理员负责向系统中添加学生和教师的个人信息以及课程信息,实现对教师、学生和课程信息的修改、删除、查询操作,并对管理员个人密码进行修改。

学生

学生具有查看待选课程信息和任课教师信息、学生个人密码修改、选择课程、查看所选课程和管理已选课程的功能,还可以输入查询条件进行查询操作。

教师

教师具有查看选择自己课程学生信息和开课信息、教师个人密码修改、学生成绩录入和修改的功能,还可以输入查询条件进行查询操作。 2.4 一般约束

1. 系统的软硬件的约束。主服务器运行Windows Server 或Linux ,客户端为个人电脑,一般要求浏览器IE6.0版本以上。

2. 系统稳定性的约束。系统能够长时间稳定运行,平均故障间隔时间不少于10000个小时。

3. 数据安全性的约束。主服务器端运行大型数据库,具有较强的数据处理能

力和容错能力。特别是安全保护能力,防止信息被窃取和篡改。

4. 对系统细节的约束。比如学生每学期选课学分不能低于15学分等。

3 具体需求

3.1 功能需求

3.1.1 基础代码

引言:完成选课前所有的准备工作,对操作者通过键盘或者鼠标输入的信息做统一的处理。然后进行分类,分别进行不同的操作

1.学生登录

功能:学生进入选课系统

数据流:学生提交登录信息到选课教务管理;

选课教务管理反馈验证信息给学生用户 输入方式:键盘输入

数据流出:选课教务系统—>登录管理 2. 教师登录

功能:教师进入选课系统

数据流:教师提交登录信息到选课教务管理; 选课教务管理反馈验证信息给教师用户 输入方式:键盘输入

数据流出:选课教务管理—>登录管理 3. 管理员登录

功能:管理员进入选课系统

数据流:管理员提交登录信息到选课教务管理; 选课教务管理反馈验证信息给管理员 输入方式:键盘输入

数据流出:选课教务管理—>登录管理 4. 新生增加

功能:管理员增加新生信息

数据流:管理员提交新生信息到选课教务管理; 输入方式:键盘输入,鼠标输入 数据流出:选课教务管理—>学生管理 5. 用户注册 功能:新用户注册

数据流:用户提交个人信息到数据库,反馈到选课教务管理进行对比; 选课教务管理反馈用户注册结果 输入方式:键盘输入,鼠标输入 数据流出:选课教务管理—>学生管理, 选课教务管理—>教师管理 6. 信息修改

功能:用户修改基本信息

数据流:用户提交修改信息到到数据库,反馈信息到选课教务管理; 选课教务管理反馈修改信息给用户 输入方式:键盘输入,鼠标输入 数据流出:选课教务管理—>学生管理,

选课教务管理—>教师管理

3.1.2 选课教务管理

数据备份

功能:备份系统中的数据,防止因为意外情况导致数据的缺失 数据流:系统——>硬盘 输入方式:键盘输入,鼠标输入 数据流出:硬盘 导入课程的信息

功能:管理员导入课程的信息 数据流:硬盘——>系统 输入方式:键盘输入,鼠标输入 数据流出:数据库 学生信息导入

功能:管理员导入学生信息 数据流:硬盘——>系统 输入方式:键盘输入,鼠标输入 数据流出:数据库 教师信息导入

功能:管理员导入教师信息 数据流:硬盘——>系统 输入方式:键盘输入,鼠标输入

数据流出:数据库 数据恢复

功能:从硬盘恢复以前所存的数据 数据流:硬盘——>系统 输入方式:键盘输入,鼠标输入 数据流出:硬盘

3.1.3 选课需求

正选:

功能:学生在教务处规定的时间内,根据经导师审核的选课单在网上选择修读课程。此次选课按教学班选课容量限制人数。本轮选课结束后,教务处对学生选课情况进行选课数据筛选。选课人数超过容量限制的课程,根据选课先后顺序并结合专业、年级或学分绩点等条件确定;选课人数低于最低开课人数要求的课程,一般情况下该课程将被取消。

数据流:用户输入→服务器端有效性检查→存储在数据库中→输出操作结果

→输出选课结果

输入方式:键盘输入,鼠标输入 数据流出:数据库

补选、退选:

功能:超过容量限制而未被保留的学生,或者因人数太少而取消课程的学生,须在本轮重新选课。

数据流:用户输入→存储在数据库中→输出操作结果→输出选课结果 输入方式:键盘输入,鼠标输入 数据流出:数据库 3.2 外部接口需求 3.2.1 用户接口

学生处导入学生信息 教务科导入教师信息 教务科导入排课信息 3.3 性能需求

1. 对服务器的要求,至少能够容纳1000人同时访问。 2. 对客户端,在现在使用的电脑中,联网了就行。要求不高。

3. 本地系统,使用功能时,一般处理系统响应时间不应大于10秒钟;复杂处理系统应给于提示,显示处理进度。

4. 精度需求,系统输入输出的精度要求

3.4 设计约束

设计约束

要求本系统的报表格式完全符合国家标准;

数据及数据库命名为英文缩写简明易懂,后可跟阿拉伯数字;

开发工具:MyEclipse and Dreamweaver 服务器软件:Tomcat 数据库:MySQL

服务器操作系统: windows 7 开发语言:JAVA 开发方式:个人开发。 平台: J2EE 类库为:JDK1.6

3.5 属性 3.5.1 可用性

系统在正式运行时保证可以连续运行7*24小时 3.5.2 安全性

系统需能够防止各类误操作可能造成的数据丢失,破坏。 防止用户非法获取网页以及内容。 设置检查点并保存日志;

给不同模块分配不同的功能,一种功能出现故障后其他功能还能够运行;

3.5.3 可维护性

提供给使用者系统管理手册和软件操作手册,便于以后软件维护。 系统提供报表工具,用户可以自定义需要的报表。 3.5.4 可转移\转换性

具有可转移性;运行环境应具备MySQL 、tomcat 、myeclipse 等相应软件。 3.5.5 警告

数据库系统应该具有备份和恢复功能,保证学生数据库的长期完整性和正确性。

3.6 其他需求 3.6.1 数据库

1. 选用数据库MySQL

2. 数据库的容量至少满足14000多名学生的信息及相关课程信息

3. 对数据库的需求:要求新系统有稳定、完整的数据库系统支持。同时要具有灵活的数据库管理能力,包括查询、更新、修改、统计等功能。数据库的维护和备份也需要方便更新和简洁。

4. 不同的用户具有不同的能力,在选课阶段学生可以选课、删课。在非选课阶段,只有管理员才可以对数据库进行相关的一些更新操作。 3.6.2 操作

1. 用户分为学生和教师:

学生用户的操作:

课程表的查询

选课阶段对于课程的查询及选择即选课和删课 选课系统的登录 选课系统的注销 教师用户的操作:

课程表的查询 学生成绩录入和修改 选课系统的登录 选课系统的注销 操作人员管理员:

对学生选课结果的查询 对教师信息的管理 对课余量的修改 登录和注销

对学生选课功能的开放与关闭操作 2. 操作周期:

选课阶段为交互作用操作,周期为两周,其余时间无人操作 3. 管理员可以进行一些后援和恢复操作。 3.6.3 界面需求

系统的界面要求如下:

1. 页面内容:主题突出,栏目、菜单布置合理,内容丰富,文字准确,行文格式统一规范。

2. 导航结构:具有明确的导航指示,便于理解,便于用户使用。

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

4. 附录

4.1 数据库表格

1. 专业课程教学进程计划表

备注:附录1专业课程教学进程计划表样式

2. 开课表

3. 课程信息表

定义:课程信息=课程代码+课程名称+系别+职工号+上课时间 +上课地点+课程容量+课程剩余量+课时+课程性质+届别 备注:

1、课程编号:识别课程的唯一标准。形如:GM00364 2、课程名称:形如:软件工程

3、系别:形如计算机科学与技术学院软件工程系 4、职工号:教师教工号。例如:李强 E918520 5、上课时间:形如:周五第1,2节{第1-10周} 6、上课地点:形如:笃南A207

7、课程容量:该课程能能容纳学生的人数。

8、课程剩余量:该课程还能让多少学生选。 9、课时:36课时|54课时|72课时

10、课程性质:专业基础课|专业核心课|人文素质课|科技素质课|体育课|跨专业

11、届别:大一|大二|大三|大四 课程字段定义:

4. 专业推荐课表

5. 时间表

6. 教室表

7. 课程建议修读学期表

8. 课程专业表

9. 专业院系表

10. 专业表

11. 院系表

12. 学生选课简要信息

定义:选课学生简要信息=学工号+密码 +姓名+性别+年级+专业+限制学分+课程信息

备注:1、学工号:识别学生的唯一标准。形如:E20914094 2、密码:六个数字组成。形如:000000 3、姓名:由2-4个汉字组成。形如:蓝天。 4、性别:男|女

5、年级:大一|大二|大三|大四 6、限制学分:能多能选多少学分。 7、课程信息:选择的课程的信息。 选课学生信息的每个字段定义如下:

13. 选课学生具体信息数据字典

定义:学生具体信息=学工号+年龄 +性别+民族+年级+专业+宿舍号 +联系方式

+邮箱+身份证+生日+籍贯 备注:

1、学工号:识别学生的唯一标准。形如:E20914094 2、年龄:学生年龄。 3、性别:男|女 4、名族:形如:汉

5、年级:大一|大二|大三|大四

6、专业:形如:软件工程 7、宿舍号:形如:枣园 1615

8、联系方式:手机号:形如138XXXXXXXX 9、邮箱:形如[email protected] 10、身份证:省份证号码 11、生日:形如3月1号 12、籍贯:形如:宣城。 选课学生具体信息的每个字段定义:

14. 课程学生表

备注:学生选课结束后,老师取得的相应课程的学生表

15. 教师信息

定义: 教师信息=职工号 +密码 +姓名+性别+院系+职称+课程信息 备注:

1、职工号:识别教师的唯一标准。形如:李强 918520 2、密码:6位数字组成。形如:000000 3、姓名:教师姓名 4、性别:男|女

5、院系:所属院系用一个字母代替(该字母为院系代码)。E :计算机学院 6、职称:讲师|副教授|教授 7、课程信息:所教的课程的信息。 教师信息字段定义:

16. 教师课程申请表

备注:用于产生学生课表前,对任课教师所教学生班级和专业课程的统计; 17. 教师课程表

18. 成绩表

19. 管理员信息

定义: 管理员信息=管理员编号+密码+姓名+性别+联系电话+所属部门 备注:

1、管理员编号:识别管理员的唯一标准。如:一号管理员编号为001 2、密码:6个数字组成。如:000000 3、姓名:管理员的姓名 4、性别:男|女

5、联系方式:手机号:138xxxxxxxx 6、所属部门:维护部|管理部|宣传部 管理员信息字段:

20. 选课记录

定义:选课记录信息=学工号+课程代码+考试成绩 备注::

1、选课记录信息:学生所选课程的信息

2、学工号:识别学生的唯一标准。形如:

3、课程代码:识别课程的唯一标准。形如:GM00364 4、考试成绩:学生这门课的考试成绩。 选课表

21. 日志记录表

22. 备份表

4.2 附表

附表1:

XXX 专业课程教学进程计划表

附表2

学生课表样例

大学生选课系统需求分析报告

目 录

1. 引言 ......................................................................................................................................... - 1 -

1.1 编写目的 . ..................................................................................................................... - 1 - 1.2 范围 . ............................................................................................................................. - 1 - 1.3 定义 . ........................................................................................................................... - 2 - 1.4 参考资料 . ..................................................................................................................... - 3 - 2. 项目概述.................................................................................................................................. - 3 -

2.1 项目描述 . ..................................................................................................................... - 3 - 2.2 项目功能 . ..................................................................................................................... - 4 - 2.3 用户特点 . ..................................................................................................................... - 5 - 2.4 一般约束 . ..................................................................................................................... - 5 - 3 具体需求.................................................................................................................................. - 6 -

3.1 功能需求 . ..................................................................................................................... - 6 -

3.1.1 基础代码 . ........................................................................................................... - 6 - 3.1.2 选课教务管理 . ................................................................................................... - 8 - 3.1.3 选课需求 . ........................................................................................................... - 9 - 3.2 外部接口需求 . ........................................................................................................... - 10 -

3.2.1 用户接口 . ....................................................................................................... - 10 - 3.3 性能需求 . ................................................................................................................... - 10 - 3.4 设计约束 . ................................................................................................................... - 11 - 3.5 属性 . ........................................................................................................................... - 11 -

3.5.1 可用性 . ........................................................................................................... - 11 - 3.5.2 安全性 . ........................................................................................................... - 11 - 3.5.3 可维护性 . ....................................................................................................... - 12 - 3.5.4 可转移\转换性 . ........................................................................................... - 12 - 3.5.5 警告 . ............................................................................................................... - 12 - 3.6 其他需求 . ................................................................................................................... - 12 -

3.6.1 数据库 . ........................................................................................................... - 12 - 3.6.2 操作 . ............................................................................................................... - 12 - 3.6.3 界面需求 . ....................................................................................................... - 13 -

4. 附录 ........................................................................................................................................ - 14 -

4.1 数据库表格 . ............................................................................................................... - 14 - 4.2 附表 . ........................................................................................................................... - 25 -

1. 引言

1.1 编写目的 编写目的:

选课系统需求分析说明书是对该软件功能需求、性能需求、用户界面需求等的描述。编写文档的目的在于:

1. 详细、准确和全面的定义本选课系统的功能和和用户需求。对要实现的软件功能做总体描述,帮助用户判断所规定的软件是否符合他们的要求或者怎样修改才符合他们的要求。

2. 明确工程的任务目标,用户需求规定以及完成该项工程运行环境的规定。3. 提高开发效率。 深刻了解该选课系统的需求,才能编写出用户所需的软件,减少时后重新设计、编码、测试的活动即再工程的次数和工作量。 4. 为成本计划和编制计划进度提供基础,本文档所描述的需求信息将作为该项目最终验收的标准和依据。 预期读者:

选课系统的开发及其开发人员

软件需求方及相关人员:大学教务处管理人员 1.2 范围 软件用于:

学生进行网上选课

教师进行查看所教班级的学生信息、成绩的录入 教务处管理人员进行信息通知

学生选课系统是完成学校对学生的选课信息的统计与管理,减少数据漏掉的情况,克服只有用户名和密码验证(学生选课成功后被退选或删选)的安全性问题,避免暴露全校学生信息的情况(期末考试安排考场分布和相应科目会上传全校的学生信息),同时也节约人力、物力和财力的一个软件系统。

学生在规定选课时间段内,可以不受地点和时间的限制完成选修课的申请,而学校也可以方便地对系统进行管理和控制,提高工作效率。方便学生、老师、管理员使用。 1.3 定义

教务处:对学生、教师、选课进行管理和统计,及系统状态的查看、维护并生成选课报表、排课报表。重读班、增开课、第二专业的教学任务书下达,排课。所涉及的信息包括课程信息、教师信息和学生信息。

正选:学生在教务处规定的时间内,根据专业推荐课表在网上选择修读课程。此次选课按教学班选课容量限制人数。

补选、退选:超过容量限制而未被保留的学生,或者因人数太少而取消课程的学生,须在本轮重新选课。

管理员:管理学生及教师的信息,可以是系统维护者和教务处的管理人员 课程表:学生的上课时间和课程相对应所形成的二维表

学生选课:学生可以自由的选择自己想上的课程,及课程教师和上课时间的一种操作

1.4 参考资料

学生手册

2. 项目概述

2.1 项目描述

随着高校教学改革的不断深入, 几乎所有的高校都采用了学分制。高校大学生们可以根据自己专业的要求和能力修满相应学分即可毕业或是根据自己兴趣和爱好来自由选择自己所喜爱的公选课程。

网上选课系统极大地提高了高校教务人员工作效率,极大地方便了高校师生。网上学生选课系统在B /S 的架构下采用了目前最流行的Internet 的主流技术ASP .NET 技术作为运行平台。与传统的C /S 体系结构相比,B /S 结构大大简化了客户端,只要装上操作系统、网络协议软件以及浏览器即可,服务器则集中了所有的应用逻辑。开发、维护等几乎所有工作也都集中在服务器端。网上选课系统的推出,使得全校任选课的维护、学生选课及查询、成绩录入、统计等工作均变得轻松高效,形成了教与学的积极互动。同时当需要对该系统进行升级时,只需更新服务器端的软件,而不必更换客户端软件,减轻了系统维护与升级的成本与工作量,方便普通用户使用。

本项目所开发的学生选课系统完成学校对学生的选课信息的统计与管理,减少数据漏掉的情况,克服只有用户名和密码验证(学生选课成功后被退选或删选)的安全性问题,避免暴露全校学生信息的情况(期末考试安排考场分布和相应科目会上传全校的学生信息),同时也节约人力、物力和财力。

学生在规定选课时间段内,可以不受地点和时间的限制完成选修课的申请,

而学校也可以方便地对系统进行管理和控制,提高工作效率。方便学生、老师、管理员使用,学生可以在线查看可选课程信息、在线选课、修改信息、查看信息,老师可以查询自己的课程人数、课程信息(包括开课时间、地点、开课方式),管理员可以对整个系统进行管理(包括系统管理、用户管理、课程管理)。 2.2 项目功能

选课系统

系统结构图

2.3 用户特点

本系统是面向高校学生 教师和网络管理员的. 对电脑都有一定的操作能力,

根据菜单提示都能熟练使用本系统

管理员

管理员负责向系统中添加学生和教师的个人信息以及课程信息,实现对教师、学生和课程信息的修改、删除、查询操作,并对管理员个人密码进行修改。

学生

学生具有查看待选课程信息和任课教师信息、学生个人密码修改、选择课程、查看所选课程和管理已选课程的功能,还可以输入查询条件进行查询操作。

教师

教师具有查看选择自己课程学生信息和开课信息、教师个人密码修改、学生成绩录入和修改的功能,还可以输入查询条件进行查询操作。 2.4 一般约束

1. 系统的软硬件的约束。主服务器运行Windows Server 或Linux ,客户端为个人电脑,一般要求浏览器IE6.0版本以上。

2. 系统稳定性的约束。系统能够长时间稳定运行,平均故障间隔时间不少于10000个小时。

3. 数据安全性的约束。主服务器端运行大型数据库,具有较强的数据处理能

力和容错能力。特别是安全保护能力,防止信息被窃取和篡改。

4. 对系统细节的约束。比如学生每学期选课学分不能低于15学分等。

3 具体需求

3.1 功能需求

3.1.1 基础代码

引言:完成选课前所有的准备工作,对操作者通过键盘或者鼠标输入的信息做统一的处理。然后进行分类,分别进行不同的操作

1.学生登录

功能:学生进入选课系统

数据流:学生提交登录信息到选课教务管理;

选课教务管理反馈验证信息给学生用户 输入方式:键盘输入

数据流出:选课教务系统—>登录管理 2. 教师登录

功能:教师进入选课系统

数据流:教师提交登录信息到选课教务管理; 选课教务管理反馈验证信息给教师用户 输入方式:键盘输入

数据流出:选课教务管理—>登录管理 3. 管理员登录

功能:管理员进入选课系统

数据流:管理员提交登录信息到选课教务管理; 选课教务管理反馈验证信息给管理员 输入方式:键盘输入

数据流出:选课教务管理—>登录管理 4. 新生增加

功能:管理员增加新生信息

数据流:管理员提交新生信息到选课教务管理; 输入方式:键盘输入,鼠标输入 数据流出:选课教务管理—>学生管理 5. 用户注册 功能:新用户注册

数据流:用户提交个人信息到数据库,反馈到选课教务管理进行对比; 选课教务管理反馈用户注册结果 输入方式:键盘输入,鼠标输入 数据流出:选课教务管理—>学生管理, 选课教务管理—>教师管理 6. 信息修改

功能:用户修改基本信息

数据流:用户提交修改信息到到数据库,反馈信息到选课教务管理; 选课教务管理反馈修改信息给用户 输入方式:键盘输入,鼠标输入 数据流出:选课教务管理—>学生管理,

选课教务管理—>教师管理

3.1.2 选课教务管理

数据备份

功能:备份系统中的数据,防止因为意外情况导致数据的缺失 数据流:系统——>硬盘 输入方式:键盘输入,鼠标输入 数据流出:硬盘 导入课程的信息

功能:管理员导入课程的信息 数据流:硬盘——>系统 输入方式:键盘输入,鼠标输入 数据流出:数据库 学生信息导入

功能:管理员导入学生信息 数据流:硬盘——>系统 输入方式:键盘输入,鼠标输入 数据流出:数据库 教师信息导入

功能:管理员导入教师信息 数据流:硬盘——>系统 输入方式:键盘输入,鼠标输入

数据流出:数据库 数据恢复

功能:从硬盘恢复以前所存的数据 数据流:硬盘——>系统 输入方式:键盘输入,鼠标输入 数据流出:硬盘

3.1.3 选课需求

正选:

功能:学生在教务处规定的时间内,根据经导师审核的选课单在网上选择修读课程。此次选课按教学班选课容量限制人数。本轮选课结束后,教务处对学生选课情况进行选课数据筛选。选课人数超过容量限制的课程,根据选课先后顺序并结合专业、年级或学分绩点等条件确定;选课人数低于最低开课人数要求的课程,一般情况下该课程将被取消。

数据流:用户输入→服务器端有效性检查→存储在数据库中→输出操作结果

→输出选课结果

输入方式:键盘输入,鼠标输入 数据流出:数据库

补选、退选:

功能:超过容量限制而未被保留的学生,或者因人数太少而取消课程的学生,须在本轮重新选课。

数据流:用户输入→存储在数据库中→输出操作结果→输出选课结果 输入方式:键盘输入,鼠标输入 数据流出:数据库 3.2 外部接口需求 3.2.1 用户接口

学生处导入学生信息 教务科导入教师信息 教务科导入排课信息 3.3 性能需求

1. 对服务器的要求,至少能够容纳1000人同时访问。 2. 对客户端,在现在使用的电脑中,联网了就行。要求不高。

3. 本地系统,使用功能时,一般处理系统响应时间不应大于10秒钟;复杂处理系统应给于提示,显示处理进度。

4. 精度需求,系统输入输出的精度要求

3.4 设计约束

设计约束

要求本系统的报表格式完全符合国家标准;

数据及数据库命名为英文缩写简明易懂,后可跟阿拉伯数字;

开发工具:MyEclipse and Dreamweaver 服务器软件:Tomcat 数据库:MySQL

服务器操作系统: windows 7 开发语言:JAVA 开发方式:个人开发。 平台: J2EE 类库为:JDK1.6

3.5 属性 3.5.1 可用性

系统在正式运行时保证可以连续运行7*24小时 3.5.2 安全性

系统需能够防止各类误操作可能造成的数据丢失,破坏。 防止用户非法获取网页以及内容。 设置检查点并保存日志;

给不同模块分配不同的功能,一种功能出现故障后其他功能还能够运行;

3.5.3 可维护性

提供给使用者系统管理手册和软件操作手册,便于以后软件维护。 系统提供报表工具,用户可以自定义需要的报表。 3.5.4 可转移\转换性

具有可转移性;运行环境应具备MySQL 、tomcat 、myeclipse 等相应软件。 3.5.5 警告

数据库系统应该具有备份和恢复功能,保证学生数据库的长期完整性和正确性。

3.6 其他需求 3.6.1 数据库

1. 选用数据库MySQL

2. 数据库的容量至少满足14000多名学生的信息及相关课程信息

3. 对数据库的需求:要求新系统有稳定、完整的数据库系统支持。同时要具有灵活的数据库管理能力,包括查询、更新、修改、统计等功能。数据库的维护和备份也需要方便更新和简洁。

4. 不同的用户具有不同的能力,在选课阶段学生可以选课、删课。在非选课阶段,只有管理员才可以对数据库进行相关的一些更新操作。 3.6.2 操作

1. 用户分为学生和教师:

学生用户的操作:

课程表的查询

选课阶段对于课程的查询及选择即选课和删课 选课系统的登录 选课系统的注销 教师用户的操作:

课程表的查询 学生成绩录入和修改 选课系统的登录 选课系统的注销 操作人员管理员:

对学生选课结果的查询 对教师信息的管理 对课余量的修改 登录和注销

对学生选课功能的开放与关闭操作 2. 操作周期:

选课阶段为交互作用操作,周期为两周,其余时间无人操作 3. 管理员可以进行一些后援和恢复操作。 3.6.3 界面需求

系统的界面要求如下:

1. 页面内容:主题突出,栏目、菜单布置合理,内容丰富,文字准确,行文格式统一规范。

2. 导航结构:具有明确的导航指示,便于理解,便于用户使用。

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

4. 附录

4.1 数据库表格

1. 专业课程教学进程计划表

备注:附录1专业课程教学进程计划表样式

2. 开课表

3. 课程信息表

定义:课程信息=课程代码+课程名称+系别+职工号+上课时间 +上课地点+课程容量+课程剩余量+课时+课程性质+届别 备注:

1、课程编号:识别课程的唯一标准。形如:GM00364 2、课程名称:形如:软件工程

3、系别:形如计算机科学与技术学院软件工程系 4、职工号:教师教工号。例如:李强 E918520 5、上课时间:形如:周五第1,2节{第1-10周} 6、上课地点:形如:笃南A207

7、课程容量:该课程能能容纳学生的人数。

8、课程剩余量:该课程还能让多少学生选。 9、课时:36课时|54课时|72课时

10、课程性质:专业基础课|专业核心课|人文素质课|科技素质课|体育课|跨专业

11、届别:大一|大二|大三|大四 课程字段定义:

4. 专业推荐课表

5. 时间表

6. 教室表

7. 课程建议修读学期表

8. 课程专业表

9. 专业院系表

10. 专业表

11. 院系表

12. 学生选课简要信息

定义:选课学生简要信息=学工号+密码 +姓名+性别+年级+专业+限制学分+课程信息

备注:1、学工号:识别学生的唯一标准。形如:E20914094 2、密码:六个数字组成。形如:000000 3、姓名:由2-4个汉字组成。形如:蓝天。 4、性别:男|女

5、年级:大一|大二|大三|大四 6、限制学分:能多能选多少学分。 7、课程信息:选择的课程的信息。 选课学生信息的每个字段定义如下:

13. 选课学生具体信息数据字典

定义:学生具体信息=学工号+年龄 +性别+民族+年级+专业+宿舍号 +联系方式

+邮箱+身份证+生日+籍贯 备注:

1、学工号:识别学生的唯一标准。形如:E20914094 2、年龄:学生年龄。 3、性别:男|女 4、名族:形如:汉

5、年级:大一|大二|大三|大四

6、专业:形如:软件工程 7、宿舍号:形如:枣园 1615

8、联系方式:手机号:形如138XXXXXXXX 9、邮箱:形如[email protected] 10、身份证:省份证号码 11、生日:形如3月1号 12、籍贯:形如:宣城。 选课学生具体信息的每个字段定义:

14. 课程学生表

备注:学生选课结束后,老师取得的相应课程的学生表

15. 教师信息

定义: 教师信息=职工号 +密码 +姓名+性别+院系+职称+课程信息 备注:

1、职工号:识别教师的唯一标准。形如:李强 918520 2、密码:6位数字组成。形如:000000 3、姓名:教师姓名 4、性别:男|女

5、院系:所属院系用一个字母代替(该字母为院系代码)。E :计算机学院 6、职称:讲师|副教授|教授 7、课程信息:所教的课程的信息。 教师信息字段定义:

16. 教师课程申请表

备注:用于产生学生课表前,对任课教师所教学生班级和专业课程的统计; 17. 教师课程表

18. 成绩表

19. 管理员信息

定义: 管理员信息=管理员编号+密码+姓名+性别+联系电话+所属部门 备注:

1、管理员编号:识别管理员的唯一标准。如:一号管理员编号为001 2、密码:6个数字组成。如:000000 3、姓名:管理员的姓名 4、性别:男|女

5、联系方式:手机号:138xxxxxxxx 6、所属部门:维护部|管理部|宣传部 管理员信息字段:

20. 选课记录

定义:选课记录信息=学工号+课程代码+考试成绩 备注::

1、选课记录信息:学生所选课程的信息

2、学工号:识别学生的唯一标准。形如:

3、课程代码:识别课程的唯一标准。形如:GM00364 4、考试成绩:学生这门课的考试成绩。 选课表

21. 日志记录表

22. 备份表

4.2 附表

附表1:

XXX 专业课程教学进程计划表

附表2

学生课表样例


相关内容

  • 第11小组需求分析报告
  • 学生选课管理系统需求分析说明书 一. 引言 当今时代是飞速发展的信息时代.在各行各业中离不开信息处理,这正是计算机被广泛应用于信息管理系统的环境. 学校作为一种信息资源的集散地,学生和课程繁多,包含很多的信息数据的管理,现今,有很多的学校都是初步开始使用.如果对学生的选课权限.以及选课代号等用人工计 ...

  • 软件需求分析(案例)
  • 案例one:教学管理系统(用例驱动的交互式需求获取) 以一个教学管理系统JXGL的分析与设计作为示例,说明用例驱动技术在软件项目开发中的应用. 高等学校的教学管理内容十分丰富,工作繁多.作为一个示例,规定开发教学管理系统JxGL只处理每学期的课程选修注册和学生的成绩管理.教学管理系统JXGL的用户是 ...

  • 软件工程课程设计 学生选课系统
  • <软件工程>课程设计 成果报告 学生选课管理系统 学生学号: 学生姓名: 学 院: 专业班级: 专业课程: 软件工程 指导教师: 年 月 日 目 录 1 绪论 .......................................... 错误!未定义书签. 1.1 选题背景和意义 ...

  • 格式及其需求分析
  • 皖西学院金融与数学学院综合性实验报告 课程名称:数据库及其应用 数据库设计 项目组长 魏正绵 学号 2013012256 成 员 余益琴 班 级 金融1301 班 小组 101 实验项目名称 学生选课管理系统 指导教师 何宏儒 开课学期 2013 至 2014 学年 春 学期 完成时间 2014 年 ...

  • 高校学生选课系统
  • 信息系统与管理教程 期末论文 论文题目:高校学生选课系统 院 (系):信息技术工程学院 专 业:信息管理与信息系统 班 级:11信管本科班 学生姓名:罗光权 学 号: 指导教师:苏亚丽 职 称:高级讲师 2014年6月26日 随着学校的招生规模的不断扩大,许多高校出现了许多个校区并存的局面,并且校区 ...

  • 学生选课管理系统需求分析说明书
  • 学生选课管理系统需求分析说明书 第一部分 调查用户需求 1. 基本情况 随着中国教育信息化时代的来临,各个校园对于内部信息的管理已经采用IT 新潮的应用和管理系统技术来进行.为了紧随信息化时代的脚步,不被时代所淘汰,学生的信息管理也应当由传统的手工管理模式进化为软件与数据库相结合的管理模式,从而加强 ...

  • 选课系统-毕业论文
  • ---------------------------------------------- 装 订 线 Xxxxxxxx 毕业设计(论文) 题目: 选课管理系统 系 (院) 信息技术系 专业班级 学 号 学生姓名 指导教师 职 称 讲师 2012 年 05 月 10 日 ------------- ...

  • 软件工程-需求分析文档示例
  • 网上选课系统分析文档 第1章 引言 1.1 编写目的 网上选课管理系统作为管理管理员与用户的选课关系的主要管理系统平台,其对应的读者是企业用户,因此,不仅要处理管理员与用户之间的信息,还要处理用户个人信息.导致网上选课管理系统中的数据不论是结构.类型还是彼此间的关联都是复杂多变的:对这种数据进行的处 ...

  • 网上选课系统需求分析说明书
  • 网上选课系统需求分析说明书 信息工程学院 吴悦 [1**********]124 苗旺 [1**********]113 2014年4月8日 目录 需求分析说明书 . .................................................................. ...