下载文档原格式
学生选课系统的需求分析１引言1.1编写目的开发一个学生选课系统, 采用计算机对学生成绩进行管理, 进一步提高了办学效益和现代化水平。
为广大教师和学生提高工作效率, 实现学生成绩信息管理工作流程的系统化、规范化和自动化。
一个高校的学生成绩管理系统可以存储历届的学生成绩档案, 不需要大量的人力, 只需要几名专门录入员即可操作系统, 节省大量人力, 可以迅速查到所需信息、高效、安全, 学生也能方便的查看自己的成绩。
1.2项目背景（1）ASP的动态网页和SQL Server大型的数据库建立一个学生选课系统。
（2）以Windows XP作为学生选课管理系统的后台操作系统，后台数据库系统采用SQL Server 2000。
系统的名称：学生选课系统;工程组织者：数学与计算机学院;产品所有权：学生选课系统开发小组拥有任务的详细信息：a) 任务提出人：张阳b) 需求分析人：张阳c) 用户：使用该软件且具有一定特权的管理人员(老师)和学生。
1.3 定义（1）Active Server Pages (ASP) 是服务器端脚本编写环境，是由Server端脚本、对象以及组件拓展过的标准主页使用它可以创建和运行动态、交互的Web 页和基于Web 的功能强大的应用程序。
ASP程序是由文本、HTML标记和脚本组合而成的。
在ASP程序中，脚本通过分隔符与文本和HTML标记区分开来。
ASP用分隔符〈%和%〉包括脚本命令。
由分隔符括起的命令称为主脚本命令，这些命令由主脚本语言进行处理。
在ASP分隔符〈%和%〉内，可以包括主脚本语言允许的任何语句、表达式和操作符等。
（2）SQL Server 是一个具备完全Web 支持的数据库产品，提供了对可扩展标记语言(XML) 的核心支持以及在Internet 上和防火墙外进行查询的能力，提供了以Web 标准为基础的扩展数据库编程功能。
丰富的XML 和Internet 标准支持允许使用内置的存储过程以XML 格式轻松存储和检索数据。
学生选课管理系统需求规格说明书学生选课管理系统需求规格说明书1.引言本文档是学生选课管理系统的需求规格说明书，旨在详细描述该系统的功能和性能要求，以及用户需求和其他系统约束。
该系统旨在帮助学校管理和维护学生选课过程，提供高效的选课服务。
2.系统概述学生选课管理系统是一个基于网络的应用程序，旨在帮助学校管理和组织学生的选课过程。
该系统将实现以下功能：2.1 学生账户管理：学生可以创建个人账户，选择课程并管理自己的选课记录。
2.2 课程管理：教师和管理员可以创建和管理课程，包括课程信息、课程时间表和可选课程的容量限制。
2.3 选课管理：学生可以根据自己的学习计划和课程要求进行选课，系统能够自动检测冲突和容量限制。
2.4 成绩管理：系统可以记录学生的成绩，并提供成绩查询功能。
2.5 系统管理：管理员可以管理整个系统，包括用户账户、课程信息、教师信息等。
3.功能需求3.1 用户管理3.1.1 学生账户管理3.1.1.1 学生可以创建个人账户，包括姓名、学号、密码等必要信息。
3.1.1.2 学生可以修改个人信息，如密码、联系方式等。
3.1.1.3 学生可以查询自己的选课记录和成绩。
3.1.2 教师账户管理3.1.2.1 教师可以创建个人账户，包括姓名、工号、密码等必要信息。
3.1.2.2 教师可以修改个人信息，如密码、联系方式等。
3.1.2.3 教师可以查看自己所教授的课程信息和学生选课情况。
3.1.3 管理员账户管理3.1.3.1 管理员可以创建个人账户，包括姓名、工号、密码等必要信息。
3.1.3.2 管理员可以修改个人信息，如密码、联系方式等。
3.1.3.3 管理员可以管理学生、教师账户的相关信息，如添加、删除账户等。
3.2 课程管理3.2.1 添加课程3.2.1.1 教师和管理员可以添加课程，包括课程名称、学分、授课教师、上课时间等信息。
3.2.1.2 添加课程时需要检查课程名称是否重复，教师是否存在等。
b．运行环境：WINDOWS2003/WINDOWS XP/ WINDOWS 7c．处理器：及以上Intel PentiumIII ．d及以上内存要求：521M e．40G硬盘空间：及以上．f网络协议；TCP/IP3功能性需求分类数据流图顶层数据流图：E3教师第一层数据流图：第二层数据流图：E1状态转换图具体功能学生功能密码修改学生利用自己的学号注册成功之后，登录之后可到个人信息界面进行密码修改。
填写、修改个人信息学生登录之后，选择个人信息，进入到个人信息管理界面，可进行个人信息的填写和修改，保存即可生效。
自主选课学生登录之后，选择开始选课功能，跳转到自主选课界面，结合选课课表，进行选课，如果上课人数已满，系统会做出相应的提示如果课程可选，选课成功后，课程会自动添加到本页面上方必修课表中。
如果学生在选课周期内，对自己已选课程不满意，可从新登陆本系统，进入自主选课界面，删除当前选择的课程，并重新选课；若超出选课周期，则选课结束，选课结果不能进行更改。
查询已选课程学生登录本系统，进入到自主选课界面，则可以查看必修和选修的全部课程信息。
教师功能教师登陆密码修改教师用自己的教工号注册成功后，登录本系统，进入个人信息管理界面，可修改自己的密码。
填写、修改个人信息教师登录本系统，进入个人信息管理界面，即可对自己的个人信息进行填写个修改，保存后即可生效。
课程信息发布在学生选课开始之前，教师需提前将自己本学期所授课程的详细信息上传本系统，最终由管理员进行统一排课，生成选课课表，供学生选课使用。
课程发布信息包括：课程名，学时，学分，任课教师。
教师登录本系统后，进入课程信息发布界面，将课程信息发布上传给管理员。
如若课程信息发布错误，任课教师可在课程信息发布界面进行修改和删除。
查询本功能指教师查询自己所受课程的选课情况，教师登陆本系统，进入选课情况查询界面，输入对应的课程号，即可显示该门课程的选课情况，选课情况包括：学生的学号，姓名，班级，院系。
需求分析阐明书摘要伴随社会旳发展, 学生旳人数和课程旳种类急速增长, 老式旳选课管理模式已经无法满足目前旳实际需求, 为此, 我们开发了学生选课管理系统。
本人结合学生选课管理旳实际需要, 完毕了对学生选课管理系统旳需求分析、功能模块划分、数据库模式分析等, 并由此设计了后台数据库以及前台应用程序。
文中首先对课题背景, 数据库基础理论和SQL语言进行了简朴旳讨论；接着, 对系统前台开发工具PowerBuilder9.0,学生选课管理系统进行了详细分析, 划分了详细旳功能模块；最终, 给出了学生选课系统应用程序旳设计过程, 以及每个功能模块旳关键代码。
系统可以实现学生选课旳某些重要功能, 如：课程旳添加、删除, 信息查询、选课、生成课表, 以及学生选课管理人员、顾客个人信息旳维护等。
关键词管理系统；数据库；PowerBuilder9.0；SQL Server 2023目录1. 引言 ----------------------------------------------------------------------- 错误!未定义书签。
1.1编写目旳 ------------------------------------------------------------ 错误!未定义书签。
1.2项目范围 ------------------------------------------------------------ 错误!未定义书签。
1.3参照资料 ------------------------------------------------------------ 错误!未定义书签。
2. 任务概述----------------------------------------------------------------- 错误!未定义书签。
2.1产品概述 ------------------------------------------------------------ 错误!未定义书签。
学生选课信息系统需求分析规格说明书目录1.任务概况 (4)1.1. 背景 (4)1.2. 目标 (4)1.3. 系统（或用户）的特点 (4)2.假定和约束 (4)3.需求规定 (5)3.1. 系统术语定义 (5)3.2. 软件功能说明 (5)3.3. 对功能的一般性规定 (6)3.4. 其他专门要求 (6)3.5. 对安全性的要求 (6)4.功能需求 (7)4.1. 学生选课用例图 (7)4.1.1. 用例_个人信息 (8)4.1.2. 用例_选修功能 (8)4.1.3. 用例_已选课程 (9)4.1.4. 用例_综合选课 (10)4.1.4.1. 用例_必修选课 (11)4.1.4.2. 用例_选修选课 (12)4.1.4.3. 用例_公体选课 (12)4.1.4.4. 用例_综合素质拓展选课 (13)4.1.5. 用例_课程信息 (14)4.1.5.1. 用例_课程的期望分 (15)4.1.5.2. 用例_课程合格率 (16)4.1.6. 用例_查看选课说明 (17)4.1.6.1. 用例_选课介绍 (18)4.1.6.2. 用例_操作说明 (19)4.1.7. 用例_成绩查询 (20)4.1.7.1. 用例_成绩表打印 (20)4.2. 管理员课程管理用例图 (22)4.2.1. 用例_选课管理模块 (22)4.2.1.1. 用例_课程模块 (23)4.2.1.1.1. 用例_课程总表 (24)4.2.1.1.2. 用例_添加课程 (25)4.2.1.1.3. 用例_修改课程 (26)4.2.1.1.4. 用例_删除课程 (26)4.2.1.2. 用例_学生课程统计信息 (27)4.2.1.3. 用例_编辑选课说明 (28)4.2.1.3.1. 用例_选课介绍 (29)4.2.1.3.2. 用例_操作说明 (30)4.3. 教师成绩管理用例图 (32)4.3.1. 用例_课程成绩管理 (32)4.3.1.1. 用例_科目管理 (33)4.3.1.2. 用例_成绩输入 (34)4.3.1.3. 用例_已输成绩学生 (35)4.3.1.4. 用例_未输成绩学生 (35)4.3.1.5. 用例_学生信息统计 (36)4.3.1.6. 用例_更改已输成绩 (37)4.4. 日志管理用例图 (38)4.4.1. 用例_日志管理 (38)5.系统网络配置及架构方案 (39)5.1. 系统网络配置 (39)5.2.网络拓扑结构图 (40)6.运行环境 (40)6.1. 系统选型原则 (40)6.2. 系统最低要求运行环境： (40)6.3. 数据库 (40)6.4. 系统组件图及部署图 (41)6.5. 程序运行方式 (41)7.项目实施进度计划 (42)7.1. 进度计划表 (42)1.任务概况1.1. 背景本系统开发的目的是采用信息化和网络化的手段，帮助学生和学校信息化的管理选课教学任务。
选课管理系统需求规格说明书选课管理系统需求规格说明书一、引言随着教育制度的不断改革和完善，课程选择的自由度越来越高，学生们对于选课系统的需求也日益增强。
为了满足学生、教师和学校管理人员对于课程管理的需求，本文将详细阐述选课管理系统的需求规格说明书。
该系统将涵盖基础功能、高级功能以及扩展功能，旨在实现全面、便捷、高效的课程管理。
二、需求目标1、基本功能：系统应具备基本的课程信息查询、添加、修改、删除以及课程注册等功能。
2、高级功能：在基本功能的基础上，系统应具备更高级的功能，如学生选课限制设定、选课结果统计、课程评价与反馈等。
3、扩展功能：为了适应未来的发展需要，系统应具备一定的扩展性，如与学校其他系统的集成、移动端支持等。
三、技术要求1、系统开发语言：采用Java、PHP等主流编程语言进行开发。
2、数据库：使用MySQL、Oracle等关系型数据库，保证数据的安全性和可靠性。
3、开发框架：采用Spring、Spring Boot等主流Java开发框架，提高开发效率和系统稳定性。
4、前端技术：使用HTML、CSS、JavaScript等前端技术，配合jQuery、Bootstrap等库和插件，实现良好的用户交互体验。
5、服务器：使用Tomcat、Nginx等服务器软件，确保系统的稳定性和高性能。
四、安全性与隐私1、用户身份验证：系统应采用多层次的身份验证机制，包括用户名密码登录、手机号验证、邮箱验证等。
2、数据安全：系统应确保学生个人信息、课程信息等敏感数据的安全性，防止数据泄露或滥用。
3、防止恶意攻击：系统应具备一定的防范措施，如防火墙、数据加密等，以防止恶意攻击对系统的影响。
五、测试与维护1、测试环境：在开发过程中，应建立相应的测试环境，包括软件和硬件配置，以确保系统的稳定性和可靠性。
2、测试计划：制定详细的测试计划，包括测试范围、测试方法、测试步骤等，以确保系统的各个功能正常运行。
3、故障排查与维护：系统应具备良好的故障排查与维护机制，以便在出现问题时快速定位和解决问题。
选课管理系统需求规格说明书选课管理系统需求规格说明书1. 引言本文档为选课管理系统的需求规格说明书，旨在详细描述该系统的功能和性能要求。
2. 目标选课管理系统旨在提供一个方便、高效的在线选课平台，满足学生和教务人员的选课管理需求。
3. 功能需求3.1 学生功能需求3.1.1 学生登录和注册：学生通过登录或注册账号使用选课系统。
3.1.2 课程查询和选择：学生可以查询并选择适合的课程。
3.1.3 学生选课：学生可以将选定的课程加入自己的选课清单。
3.1.4 选课结果查询：学生可以查询已选课程的结果。
3.2 教务人员功能需求3.2.1 教务人员登录和注册：教务人员通过登录或注册账号使用选课系统。
3.2.2 课程管理：教务人员可以添加、修改或删除课程信息。
3.2.3 学生管理：教务人员可以管理学生信息，包括添加、修改或删除学生账号。
3.2.4 选课管理：教务人员可以管理选课结果，包括对选课结果的审核和修改。
4. 性能需求4.1 响应时间：系统应该在用户发出请求后的2秒内给出响应。
4.2 并发量：系统应该能够同时处理200名学生的选课请求。
4.3 稳定性：系统应该具备高可靠性，持续稳定运行时间不少于99.99%。
4.4 安全性：系统应该采取合适的安全措施，保护学生和教务人员的个人信息和选课数据。
5. 总体设计5.1 系统架构：选课管理系统采用客户端-服务器架构，前端使用Web技术实现，后端使用数据库存储和处理数据。
5.2 数据库设计：系统使用关系型数据库存储课程和用户信息。
5.3 用户界面设计：系统的用户界面应该简洁、友好，方便用户进行操作。
附件：1. 数据库设计文档2. 系统界面原型图3. 系统测试用例法律名词及注释：1. 用户隐私保护法：是为了保护个人隐私权而采取的法律措施。
包括个人信息收集、存储和使用等方面的规定。
2. 网络安全法：是为了保障网络安全，防止网络犯罪和保护网络信息的安全而制定的法律。
选课管理系统需求规格说明书选课管理系统需求规格说明书1：引言1.1 编写目的1.2 背景1.3 目标1.4 参考资料2：项目概述2.1 项目背景2.2 项目目标2.3 主要功能2.4 用户特征2.5 使用环境2.6 开发环境2.7 术语定义3：总体设计3.1 架构设计3.2 数据库设计3.3 界面设计3.4 安全性设计3.5 性能设计3.6 可用性设计3.7 系统接口设计4：功能需求4.1 登录模块4.1.1 学生登录4.1.2 教师登录4.1.3 管理员登录4.2 选课模块4.2.1 学生选课4.2.2 教师设置课程4.2.3 课程时间冲突处理 4.3 成绩管理模块4.3.1 成绩录入4.3.2 成绩查询4.4 课程管理模块4.4.1 添加课程4.4.2 删除课程4.4.3 修改课程信息 4.5 学生信息管理模块 4.5.1 学生信息录入 4.5.2 学生信息查询 4.6 教师信息管理模块 4.6.1 教师信息录入 4.6.2 教师信息查询 4.7 班级信息管理模块 4.7.1 班级信息录入 4.7.2 班级信息查询5：非功能需求5.1 性能需求5.2 安全需求5.3 可用性需求5.4 可维护性需求5.5 可测试性需求6：界面设计6.1 登录界面设计6.2 选课界面设计6.3 成绩管理界面设计6.4 课程管理界面设计6.5 学生信息管理界面设计 6.6 教师信息管理界面设计 6.7 班级信息管理界面设计附件：附件1：数据库设计文档附件2：界面设计原型图附件3：系统测试报告注释：1：学生登录：学生使用学号和密码登录系统。
2：教师登录：教师使用工号和密码登录系统。
3：管理员登录：管理员使用管理员账号和密码登录系统。
4：课程时间冲突处理：系统应提供课程时间冲突检测功能，并给出相应的处理方案。
高校学生选课系统需求规格说明书软件工程1603XXX XXX XXX XXX级:组长: XXX1引言.2任务概述2.1目标2.2用户的特点2.3假定和约束3需求规定3.1总体功能需求3.2对功能的规定3.3对性能的规定3.4输人输出要求3.5数据管理能力要求目录1.1 编与目的1.2 背景1.3 定义1.4 参考资料15 3.3.1 精度15 3.3.2 时间特性要求. 15 3.3.3 灵活性1515193.6故障处理要求20 3.7其他专门要求214运行环境规定214. 1 设备214.2支持软件224. 3 接口224.4控制221、引言1.1、编写目的本规格说明描述了高校学生选课系统的基本要求，并且作为各方面沟通的依据，也为下一步的学习提供了基准，同时可以让我们更进一步掌握软件工程导论内容。
本需求分析文档的预期读者有：本小组的每一位成员；用户，即高校学生，教师，后勤人员；老师等。
1.2 、背景A、待开发的软件系统的名称：高校学生选课系统B、任务提出者：1603 班一个3 人小组开发者：XXX XXX XXX用户：高校学生，教师，后勤人员平台：以日常生活，学习的各个领域、各个环节中的计算机网络为平台c、本系统是一个更大的系统即教务系统的组成部分，所以以提高同教务系统的兼容性为原则。
1.3、定义1.4、参考资料招聘网站设计项目需求分析》南昌先锋办公自动化系统需求规格说明书》软件工程导论》（第6 版）2、任务概述2.1、目标随着高校招生规模的不断扩大，课程的不断细化，给高校学生选课带来很大的不便。
而选课是高校教务系统不可或缺的一部分。
为了解决这个问题，产生了高校学生选课系统。
该系统以日常生活、学习的各个领域、各个环节中的计算机网络平台为基础，以高校学生，教师，后勤人员为目标用户，以高校教务系统的需求为依据，以应用和服务为核心，以方便用户为宗旨，以信息安全保障为前提，开发出一个稳定可靠、经济实用、操作界面简单的高校学生选课系统。
从而提高高校学生的选课效率和管理人员的工作效率，提升高校的教育质量和教学管理质量，推动高校的进一步发展。
有必要说明一下，本系统是一个更大的系统即教务系统的组成部分，所以以提高同教务系统的兼容性为原则。
2.2、用户特点本系统的最终用户是高校的学生，教师和后勤人员。
其中，最主要的用户为高校学生。
用户对电脑都有一定的操作能力，根据菜单提示都能熟练使用本系统。
后勤人员能够熟练的进行数据库的维护。
预期使用频度：根据点击的频繁程度，稳定运行的系统每天接受的点击数量应该在5000-10000 次，对于超过10000次的负荷，应该采用增加服务器和硬件性能、版本升级的方法来解决。
2.3、假定和约束目前已经确定的约束条件包括：A、开发期限的约束。
在2018年3月下旬到6月上旬大概两个月的时间内完成。
完成之后会进行负荷测试、峰值测试、试运行等。
B、人员限制。
在小组3个成员的合作以及老师的指导共同完成。
C对于超过3万次/日的访问量，不输入本系统应解决的问题D、系统稳定性的约束。
系统能够长时间稳定运行，平均故障间隔时间不少于10000 小时。
E数据安全性的约束。
主服务器端运行大型数据库，具有较强的数据处理能力和容错能力。
特别是安全保护能力，防止信息被窃取和篡改。
其他相关的假定和约束条件之后将进一步补充。
3、需求规定3.1 、总体功能需求1)、首页设计首页设计应该清晰简单，同时还要做到信息充足，突出学生选课系统的特点和操作的入口。
首页设计要有艺术风格：界面、版面形象清新悦目，布局合理，美观大方，字号大小适宜，字体选择合适，动静效果好，色彩和谐，与主题相吻合。
2)、用户功能需求A 学生a) 注册或登录账[Z 口号。
根据学号和密码修改登录密码。
c) 查看学生个人相关信息。
查看教师相关信息。
e) 查看可选课程信息。
f) 管理个人选课信息：增加，删除，修改(g)查看个人选课信息。
(h)查看自己所选课程的成绩。
B 后勤人员a) 注册或登录账[Z 口号。
根据工号和密码修改登录密码c) 编辑，查看，修改学生信息、教师信息。
管理课程信息：可选课程信息的添加，删除，修改，查看，设置人数限制。
(e)查看及统计总选课信息。
f )打印成绩清单。
C 教师a) 注册或登录账号。
根据工号和密码修改登录密码c) 查看教师个人信息查看自己所带课程的课程信息。
e) 查看自己所带课程的总选课信息。
f) 学生成绩录入3)、对信息的需求该系统所涉及到的信息包括课程信息课程号，课程名，学分，学时，所属专业，限选人数，已选人数，授课教师工号和姓名，上课时 间，上课地点。
(e )选课信息授课教师和成绩。
f )总选课信息选择某门课的全部学生姓名，学号和授课教师，课程名。
(g )登录信息账号，密码。
(h )成绩清单课程名，学号，姓名，授课教师，成绩。
学生姓名， 学号， 成功选择的课程号， 号， 课程名，a ) 学生信息学号，姓名，性别，年龄，专业，年级，地址 号， 教师信息工号，姓名，性别，职称，所属专业，联系方 号，式。
c ) 后勤人员信息工号，姓名。
号，3.2、对功能的规定1 、定义系统应完成的功能，这条准则要求建立功能模型，即数据流图（DFD 。
第一步:提取四种成分：源点和终点，处理，数据存储 和数据流。
（一）源点和终点。
该系统的使用者为用户（学生，教师，后勤人员），数据的输入输出完全由用 户完成。
区别只是完成的功能不同， 用户类型不同， 则输入输出端的用户类型不同。
所以，粗略地看， 用户是数据源点，也是数据终点。
因为每位用户都要注册或登录账号，所以第一个处 理必定为注册或账号、密码审核。
（2 ）用户报名。
对于注册的用户，要进行报名处理，增加相关的用户信息。
（3）修改密码。
（4）查看该用户权限之内的相关信息。
如学生可查看学生个人信息，教师相关信息，课程 信息，个人选课信息，成绩；后勤人员可查看学生 信息，教师信息，个人信息，课程信息，选课信息， 总选课信息，成绩；教师可查看教师个人信息，课（二）处理。
（1）注册或账 [Z 口氏号、密码审核。
程信息，总选课信息，成绩。
5）管理用户权限之内的信息。
如学生可管理个人选课信息；后勤人员可管理学生、教师、课程信息；教师可管理成绩信息。
6）产生成绩清单。
三）数据存储。
（1）学生信息。
2）教师信息。
3）后勤人员信息。
4）课程信息。
5）选课信息。
6）总选课信息。
总选课信息是由选课信息统计出来的。
7）登录信息。
8）成绩清单。
四）数据流。
1）账号和密码。
2）各信息录入。
由后勤人员录入学生，教师，课程信息；教师录入成绩信息；学生录入选课信息。
3）课程信息4）选课信息5）查看并统计选课信息6）成绩信息(7)其他各信息第二步:画出高校学生选课系统的基本系统模型。
p2第三步:把基本系统模型细化。
因为对不同的用户有不一样的功能权限，所以对三种不同的用户数据源点，有着三种不同的细化了的系统流程图。
(一)学生rA a r ^三--T !*^『 XL&H■■匕i .r一说>-s.6-耳 i s 「「」釦_- 士承一.了」-启？.-"h f f H一人，帖=* 二.br j 以幻=-■Z -吨q j- -?—厂 S勺~信L rr •所,f t/0^ ” （Wy槪铤血FT 铳"i中馬.I ■^r=靳為注硏（二）教师FiWVB-'L__:（二）后勤人员鬥0#儀％汕嗤 ? ?畀工轩裟件号 円第四步:FfJJ务斛彳育息的 翅'啬着JR1对功能级数据流图中描绘的系统主要功 能进一步细化。
（一） 选课已.吟 1Jth =.（二）成绩CDf1■<F2・2、IPO图输入: 账号、密码;处理: 核对密码，成绩录入，信息录入，查看各个信息输出：成绩清单，各个信息记录椅入.■ ^ Xt 叫dr曲■^|r 佈d詬匕二牌检4 2僦隶入软件每天接受的点击数量应该在5000-100003.3 、对性能的规定3.3.1 、精度该高校学生选课系统对数据输入/ 输出的精度要求为小数点后两位，因为涉及到成绩的输入输出和学分绩点的计算输出。
3.3.2 、时间特性要求该高校学生选课系统对时间的要求是用户对系统登录操作的时间最多为一个小时。
一个小时之后未退出者网页自动退出。
本地系统，使用功能时，一般处理系统响应时间不应大于9 秒钟。
复杂处理系统应给出提示，显示处理速度。
3.3.3 、灵活性该高校学生选课系统还要有足够的灵活性。
当用户的需求发生变化时，可通过改变用户的权限实现，或者可很方便地增加一个新的功能模块来实现。
3.4、输入输出要求1 、学生信息2、教师信息4、课程信息6、总选课信息7、登录信息3.5、数据管理能力要求该学生选课系统的要求系统能通过人工以保证系 统数据的正确性，使得数据不会因为故障而丢失或破坏 了。
人工系统数据备份是指通过系统管理员来对数据库 进行备份。
另：高校学生选课系统的E-R 图(1) 数据对象：学生、教师、课程、后勤人员。
其中，假定学生、教师、课程为其他数据对象。
(2) 属性：学生——学号，姓名，性别，年龄，专业，年级，地址，密码。
联系方式，密码。
专业，限选人数，已选人数，授课教师工号和姓名， 上课时间，上课地点。
(3)联系：学生和课程之间存在多对多的联系 “选课”；教师和课程之间存在多对多的联系“教”； 后勤人员和其他数据对象之间存在一对多口.号口.号教师一一工号，姓名，性别，职称，所属专业，后勤人员一一工号， 姓名，密码。
的联系“3.6、故障处理要求A、在数据访问、增改时，用户输入一些不合理的数据的时候，能够进行一些合理的提示信息，不能因为输入错误而导致系统的错误，或者窗口关闭;B、数据库要求有备份机制，以防止数据的全部丢失。
当软件停止运行时，强行关机重启后，可以根据系统的自动备份或者在操作之前的手工备份来恢复数据，保证系统数据的正确性。
C、当软件无法安装时，可以查看帮助手册，安装相关软件或者修复受损文件。
3.7 、其他专门要求因为学生选课系统关系到学校及学生的重要成绩信息，所以对于学校而言对安全保密性的要求非常严格，此系统是面向所有的在校学生，老师及系统管理员，大多数人都不是专业的计算机操作人员，因此对该系统使用的方便性要求也较高。
该系统要求有一定的可维护性，可扩充性，兼容性。
4、运行环境规定4.1、设备运行该软件所需要的硬设备有A 服务器端：CPU 酷睿i5 等硬盘最小8GB内存最低256MBB 客户端：CPU 酷睿i5 等硬盘最小1GB内存最低64 MB4.2、支持软件服务器端：在Windows 或者Linux 系统下装有Microsoft SQL Server客户端：程序在通常的条件下，在Windows XP/Windows 2000/Windows 2003 ，Linux 等操作系统，Microsoft SQL Server 及后续的MS的操作系统上，都能够浏览所公布的页面、执行对应的操作。
