选课系统需求分析

选课系统需求分析报告

姓名：

学号：

指导老师：

目录

1. 概述............................................................. 3

1.1 背景 ........................................................ 3 1.2 面临问题 .................................................... 3 1.3 编写目的 .................................................... 3 1.4 项目范围 .................................................... 3 1.5 预期的读者和阅读建议 ........................................ 4 2. 简要需求分析..................................................... 4

2.1 系统管理员需求分析 .......................................... 4 2.2 教师需求分析 ................................................ 4 2.3 学生需求分析 ................................................ 5 2.4 系统完整性、安全性 .......................................... 5 3. 性能需求分析..................................................... 5

3.1 可用性 ...................................................... 5 3.2 可靠性 ...................................................... 5 3.3 速度性 ..................................................... 5 3.4 界面需求 .................................................... 5 3.5 开放性需求 ................................................. 6 3.6 可扩展性需求 ............................................... 6 3.7 数据精确度 ................................................ 6 3.8 接口 ........................................................ 6

3.8.1 硬件接口 .............................................. 6 3.8.2 软件接口............................................... 6

4. 故障处理......................................................... 6

1.概述

1.1 背景

某学院始建于1978年，位于国家历史文化名城——某省某市，是经教育部批准成立的一所省属普通师范本科院校，由原某师范高等专科学校、某教育学院于2000年3月合并组建而成。2012年被列入教育部“对口支援西部高校计划”，由武汉大学对口支援建设。根据2015年3月学校官网显示，该校学校占地近1000亩，建筑面积41.6万平方米，图书馆藏书123万册，电子文献632万册，教学科研仪器设备总值上亿元。设有15个二级学院，开办48个本科专业和16个专科专业，有全日制普通本、专科在校生14800余人。作为一个优秀的本科院校，在当前互联网信息时代下，在国家强力主张“建设网络强国的号召”下，应该加强自身信息化建设。

1.2 面临问题

目前选课管理系统其实很好了，没有多大的实质性问题，只是尚存在一些需要改进的地方，不过有些问题还是有的。首先，选课人数过多导致系统崩溃，无法进行选课，这是最主要的问题，这现象和学校服务器有很大的关系，如果校方肯花点钱在服务器上面的话应该是可以解决的，不过这个系统可以设置可同时访问的最大人数，还有用处理多人并发访问功能高点的数据库也是个可行的方法。 其次，选修课信息还需完善，有些课程内容根本无法从名字上直接体现，完全靠学生自己猜想，导致后面上课内容跟学生臆想相差甚大，引起学生对课程不满意。 最后，作为大学生学习生涯相关的系统，必须有效率、易操作、更好的流畅体验，减少学生选课相关的负担。

1.3 编写目的

本系统是为了更好管理学生选课排课信息而设计的。明确在正常运营中必须面对大量课程、学生信息、教师信息以及三者间相互联系产生的选课信息，由于学校的学生和课程繁多，包含的信息量大且复杂，使选课管理工作更规范化，系统化，程序化，提高信息处理的速度和准确性，能够及时、准确、有效的查询和修改选课排课相关信息。

1.4 项目范围

本项目名称为学生选课系统，主要是面向某师范学校的教师和学生的选课的

主要管理平台，此外也是学生综合系统的重要组成部分，其中选课系统中的学生信息和教师信息来自学生信息管理系统和教师管理系统。

1.5 预期的读者和阅读建议

本文的预期读者为该系统的管理员、需求分析人员、软件开发人员、某学院学生、某学院教师和用户文档的编写人员。 该系统的管理员阅读时应注意产品功能的描述是否符合实际现场操作情况。 软件开发人员和测试人员阅读时应注意对产品功能和对选课工作流程的理解。

2.简要需求分析

学生选课排课系统用于根据教学计划、教师资源、教师资源等，制定每学期

的课程表及相关信息，面对的用户包括系统管理员、教师和学生。因此该系统的功能模块应分为系统管理员需求、教师需求、学生需求三个部分。管理员可以通过超级用户身份登录,对系统进行全面的管理维护, 老师、学生以不同用户的身份进入不同的界面，执行不同的操作。

2.1 系统管理员需求分析

系统管理员负责整个系统的维护，其需求最为复杂，包括对学生、教师、选

课进行管理和统计，及系统状态的查看、维护并生成选课报表、排课报表。所涉及的信息包括课程信息、教师信息和学生信息。因此系统管理员具有该系统的最高权限，能够编辑各信息模块，如插入一个新生的信息，增添一门课程的信息，删除退休教师的信息等。

2.2 教师需求分析

在该系统中，为方便教师工作，要求教师能够核实自己信息、查询所授课程的信息、查看自己教学班的信息，以及最后登记学生的成绩等。

2.3 学生需求分析

该系统为学生主要提供选课服务，因此学生可以直接查看选课情况，学生可以根据本人学号和密码登录系统，进行相关操作。此外还应附带其他服务，如核实个人信息，查看教师信息、课程信息、课程简介以便选课，查看自己选课结果，查询考试成绩等。

2.4 系统完整性、安全性

为保证该系统平稳、安全地运行，系统为用户提供的服务要有以下限制。 ⑴ 管理员具有该系统的最高权限，负责系统维护，更新。 ⑵ 教师只能查看个人的全部信息以及其他教师的部分信息，若要修改个人信息，需向管理员申报，由管理员修改。

⑶ 学生只能查看个人的全部信息，教师的部分信息，自己的选课结果，若要修改个人信息、选课信息，需向管理员申报，由管理员修改。

3.性能需求分析

3.1 可用性

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

3.2 可靠性

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

3.3 速度性

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

3.4 界面需求

系统的界面要求如下：

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

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

3. 艺术风格：界面、版面形象清新悦目，布局合理，字号大小适宜，字体选择

合适，动静效果好，色彩和谐，与主题相吻合。

3.5 开放性需求

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

3.6 可扩展性需求

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

3.7 数据精确度

数据精确度要达到以下指标：

1. 具有较强的出错提示能力，并可自动记录出错信息。

2. 具有操作提示功能和必要的输入校验功能，界面切换时间不超过3秒。 3. 系统进行实时模糊查询时，不影响正常业务处理。

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

3.8 接口 3.8.1 硬件接口

无该项需求

3.8.2 软件接口

提供与之相关的数据库，多维数据库访问接口。

4.故障处理

对于该学生选课系统，用户提出的故障可能有：软件无法安装或者软件停止运行以及此时应该采取什么措施恢复数据。 当软件无法安装时，可以查看帮助手册，安装相关软件或者修复受损文件。 当软件停止运行时，强行关机重启后，可以根据系统的自动备份或者在操作之前的手工备份来恢复数据，保证系统数据的正确性。

合适，动静效果好，色彩和谐，与主题相吻合。

3.5 开放性需求

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

3.6 可扩展性需求

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

3.7 数据精确度

数据精确度要达到以下指标：

1. 具有较强的出错提示能力，并可自动记录出错信息。

2. 具有操作提示功能和必要的输入校验功能，界面切换时间不超过3秒。 3. 系统进行实时模糊查询时，不影响正常业务处理。

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

3.8 接口 3.8.1 硬件接口

无该项需求

3.8.2 软件接口

提供与之相关的数据库，多维数据库访问接口。

4.故障处理

对于该学生选课系统，用户提出的故障可能有：软件无法安装或者软件停止运行以及此时应该采取什么措施恢复数据。 当软件无法安装时，可以查看帮助手册，安装相关软件或者修复受损文件。 当软件停止运行时，强行关机重启后，可以根据系统的自动备份或者在操作之前的手工备份来恢复数据，保证系统数据的正确性。

本文来源：https://www.bwwdw.com/article/pfdp.html