软件需求规格说明-排课系统
大学学生选课系统软件需求规格说明书
b．运行环境：WINDOWS2003/WINDOWS XP/ WINDOWS 7c．处理器：及以上Intel PentiumIII ．d及以上内存要求：521M e．40G硬盘空间：及以上．f网络协议；TCP/IP3功能性需求分类数据流图顶层数据流图：E3教师第一层数据流图：第二层数据流图：E1状态转换图具体功能学生功能密码修改学生利用自己的学号注册成功之后，登录之后可到个人信息界面进行密码修改。
填写、修改个人信息学生登录之后，选择个人信息，进入到个人信息管理界面，可进行个人信息的填写和修改，保存即可生效。
自主选课学生登录之后，选择开始选课功能，跳转到自主选课界面，结合选课课表，进行选课，如果上课人数已满，系统会做出相应的提示如果课程可选，选课成功后，课程会自动添加到本页面上方必修课表中。
如果学生在选课周期内，对自己已选课程不满意，可从新登陆本系统，进入自主选课界面，删除当前选择的课程，并重新选课；若超出选课周期，则选课结束，选课结果不能进行更改。
查询已选课程学生登录本系统，进入到自主选课界面，则可以查看必修和选修的全部课程信息。
教师功能教师登陆密码修改教师用自己的教工号注册成功后，登录本系统，进入个人信息管理界面，可修改自己的密码。
填写、修改个人信息教师登录本系统，进入个人信息管理界面，即可对自己的个人信息进行填写个修改，保存后即可生效。
课程信息发布在学生选课开始之前，教师需提前将自己本学期所授课程的详细信息上传本系统，最终由管理员进行统一排课，生成选课课表，供学生选课使用。
课程发布信息包括：课程名，学时，学分，任课教师。
教师登录本系统后，进入课程信息发布界面，将课程信息发布上传给管理员。
如若课程信息发布错误，任课教师可在课程信息发布界面进行修改和删除。
查询本功能指教师查询自己所受课程的选课情况，教师登陆本系统，进入选课情况查询界面，输入对应的课程号，即可显示该门课程的选课情况，选课情况包括：学生的学号，姓名，班级，院系。
教务管理系统需求说明书
1引言 (2)1.1编写目的 (2)1.2背景 (2)1.3定义 (2)1.4参考资料 (2)2任务概述 (3)2.1目标 (3)2.2用户的特点 (3)2.3假定和约束 (3)3需求规定 (3)3.1对功能的规定 (3)3.2对性能的规定 (4)3.2.1精度 (4)3.2.2时间特性要求 (4)3.2.3灵活性 (4)3.3输人输出要求 (5)3.4数据管理能力要求 (7)3.5故障处理要求 (7)3.6其他专门要求 (7)4运行环境规定 (7)4.1设备 (7)4.2支持软件 (8)4.3接口 (8)4.4控制 (8)软件需求说明书的编写提示1引言1.1编写目的现阶段各个学校的老师和老师需要教授的课程都是非常多的，对于学校来说，排课是一件非常复杂和繁琐的事情，基于这个原因，我们决定来编写一个排课系统，这样就可以使学校安排课程简单、快捷、方便，不再浪费很多的时间。
这个系统主要应用于学校的教务处人员、院管理人员、各个任课老师、以及在校的学生等群体。
1.2背景软件的名称：排课系统项目组长：韩琦项目组成员：姜喜庆、智华云、杨朝瑞、徐航项目的用户是：学校教务处人员、院信息管理人员、授课老师、在校学生1.3定义Realtek 驱动名称1.4参考资料《软件工程导论》第五版，张海藩编著；《软件工程标准手册》石柱，主编。
2任务概述2.1目标我们的软件是一个独立的系统。
开发此软件主要是为了方便学校排课，使排课方便、快捷，节约排课所需要的时间。
本软件主要的工作是输入教学计划，然后老师通过自己的情况选择自己要教授的课程，根据老师的选择导出课程表。
2.2用户的特点本软件主要面向学校的教务人员，院信息管理人员、任课老师和学校的学生。
学校的教务人员主要是来发放教学计划；院信息管理人员来协调任课老师的的任课计划；任课老师根据自己的情况来选择自己要教授的课程；学生可以查询自己的课程表。
每个人都可以查询课表。
2.3假定和约束本系统计划是在两周内完成，时间还是相当紧迫的，需要仔细把握时间，充分利用好一切的时间来开发软件。
排课系统软件需求规格说明书_v0.0.1【模板范本】
高校排课系统需求规格说明书编制：林风人审核:批准：日期：2009-10-28版本：V0.0。
1福建工程学院软件学院二零零九年十月修订下表汇总了[项目名称］的需求规格说明书的修订历史,注明了历次修订的原因，以及修订后的版本。
目录第1章引言 (1)1.1编写目的 (1)1.2背景 (1)1。
3参考资料 (1)第2章任务概述 (2)2。
1目标 (2)2。
1.1高校排课系统开发意图 (2)2。
1。
2高校排课系统目标 (2)2.1.3高校排课系统作用范围 (2)2.1。
4高校排课系统与其它软件关系 (3)2。
2用户的特点 (3)2。
2.1操作人员 (3)2.2.2维护人员 (3)2。
2.3软件使用频度 (3)2。
3假定和约束 (3)第3章系统要求与规定 (4)3.1系统业务说明 (4)3。
2性能要求 (4)3.2。
1软件基本要求 (4)3。
2。
2精度及数据合法性约束 (4)3。
2.3时间特性要求和并发性要求 (5)3.2.4标准设置的灵活性 (5)3.2.5数据管理能力要求 (5)3。
2.6故障处理能力要求 (5)3.2。
7数据安全与保密要求 (5)3。
2。
8对数据统计的要求 (5)3。
2。
9对数据的表现形式要求 (6)3.3功能要求 (6)第4章运行环境 (7)4。
1运行设备 (7)4.2支持软件 (7)4。
3外部接口 (7)4。
3。
1 IC卡接口 (7)第5章需求描述 (8)5.1系统说明 (8)5.1.1 专业培养方案管理子系统 (8)5.1。
2 课程管理子系统 (10)5.1.3 教室管理子系统 (12)5.1。
4 教师管理子系统 (12)5.1.5 周课程表管理子系统 (13)5。
1。
6 系统管理子系统 (14)5.1。
7 排课子系统 (15)5.1。
8 查询与统计子系统 (15)5。
2业务对照表 (16)5.3专业培养方案管理 (17)5。
3.1 教学计划总体安排管理YW_ZYPYFA-01 (17)5。
课程管理系统软件需求规格说明书
课程管理系统软件需求规格说明书目录1.引言 (3)2.系统概述 (3)2.1产品标识 (3)2.2产品描述 (3)2.3运行环境 (3)3.数据描述 (4)4.功能需求 (4)4.1功能划分 (4)4.2功能描述 (5)4.3系统用例图 (5)1.引言编写此文档的目的是进一步定制软件开发的细节问题,希望能使本软件开发工作更具体。
是为使用户、软件开发者及分析人员对该软件的初始规定有一个共同的理解，它说明了本产品的各项功能需求、性能需求和数据要求，明确标识各功能的实现过程，阐述实用背景及范围，提供客户解决问题或达到目标所需的条件或权能，提供一个度量和遵循的基准。
老师在授课过程中，存在着学生签到、课程讲义管理、课程作业管理、如何保证师生交流等的管理问题。
过去的管理方式，过于繁琐，效率不高，占用了老师大量的精力，迫切需要有一个电子管理系统，可以有效帮助老师进行课程管理，高效地完成教学工作。
2.系统概述2.1产品标识软件名称：微信公众号课程管理系统2.2产品描述本产品为微信公众号课程管理系统，方便老师在公众号上实现对本人所授课程的管理。
2.3运行环境后台服务器运行于新浪SAE，系统使用环境为微信公众号。
数据库选择为MySQL。
文件存储环境为新浪SAE->Storage。
3.数据描述4.功能需求4.1功能划分（一）老师：签到单管理签到管理讲义上传与管理 作业查看与管理 人员管理发回帖功能（二）学生：签到讲义查看作业提交发回帖联系老师4.2功能描述（一）老师：签到单管理：自动生成若干个签到单，用于组织学生签到。
签到管理：检查签到学生，以及未签到学生名单。
讲义上传与管理：上传课程讲义，方便学生查看，以及对课程讲义进行管理，对于不合适的讲义可以删除。
作业查看与管理：查看学生上传作业，并对其进行管理，对不合格讲义可以删除，让学生重新提交。
人员管理：增加、删除本课程人员，帮助设置人员登录密码，以及人员角色。
发回帖功能：通过发帖，传达通知。
网络教务管理系统软件设计规格说明书
网络教务管理系统软件设计规格说明书第一篇：网络教务管理系统软件设计规格说明书网络教务管理系统软件设计规格说明书小组成员: 郭婷婷2008080302121 蒋政阳2008080302122 杨信明20080803021381.引言1.编写目的在前一阶段（网络教务管理系统需求分析）中已解决了实现该系统需求的程序模块设计问题。
包括如何把该系统化分成若干个模块、决定各模块之间的的接口、模块之间传递的信息，以及数据结构、模块结构的设计等。
在以下的详细设计报告中间将对在本阶段中对系统所做的所有详细设计进行说明。
在本阶段中，确定如何具体的实现所要求的系统，从而在编码阶段可以把这个描述直接翻译成具体的程序语言书写的程序。
主要工作有：根据《网络教务管理系统需求分析说明书》所描述的数据、功能性能需求、处理流程、总体结构和模块设计，涉及软件系统的结构设计、逐个模块的程序描述。
1.项目背景开发软件名称：网络教务管理系统。
项目开发者：信息学院电子系“网络教务管理系统”开发小组：郭婷婷（2008080302121）蒋政阳（2008080302122）组长杨信明（2008080302138）用户单位：北京联合大学信息学院1.参考资料（1）钱乐秋等，《软件工程》，清华大学出版社。
（2）张海藩，《软件工程导论》（第四版），清华大学出版社。
（3）王珊等，《数据库原理及设计》，清华大学出版社。
（4）赵池龙等，《软件工程实践教程》，电子工业出版社。
2.需求概述该系统的用户分两类：学生、教师。
提供给学生选课相关功能，包括网上选课、网上退课、查询选课结果、课表打印等功能；此外，还可以提供学生成绩查询、学籍录入、网上教学评估等功能。
提供给教师的功能：选课名单查询打印、学生成绩录入。
1、技术要求以及限定条件(1)学生成绩录入可以用EXCEL表导入(2)网上教学评估只可以对任课教师评分，非该班学生任课教师，不能对其评分。
2.1 目标本系统是为高等院校开发的，用于日常的网络教务管理，包括学生选课退课,成绩查询.教师选课名单查询打印、学生成绩录入等功能。
教务管理系统软件需求规格说明书
教务管理系统软件需求规格说明书-标准化文件发布号：（9556-EUATWK-MWUB-WUNN-INNUL-DDQTY-KII文件编号：012005015112保密级别：□公司级□部门级■项目级□普通级采纳标准：标准教务管理系统软件需求规格说明书编号：版本1.0更改记录目录文件编号：012005015112 (2)保密级别：□公司级□部门级■项目级□普通级 (2)采纳标准：标准 (2)目录 (5)1 引言 (6)1.1. 编写目的 (6)1.2. 背景 (6)1.3. 定义 (7)1.4. 参考资料 (7)2任务概述 (7)2. 1 目标 (7)2. 2 用户特点 (7)2. 3 假定和约束 (7)3需求规定 (8)3.1 对功能的规定 (8)3. 1. 1 学生成绩查询 (8)3. 1. 2 删除学生的课程信息 (8)3. 1. 3 添加学生的课程成绩 (8)3. 1. 4 修改学生课程成绩 (8)3. 1. 5 录入学生信息 (9)3. 1. 6 班级，年级成绩查询 (9)3.2 对性能的规定 (9)3. 2. 1 精度 (9)3. 2. 2 时间特性要求 (10)3. 2. 3 灵活性 (10)3. 2. 4 安全性和可维护性 (10)3. 2. 5 可用性和可移植性 (10)3.3 数据的输入输出要求 (10)3.4 数据管理能力要求 (11)3.5 故障处理要求 (11)3.6 用户相关操作 (11)3.7 其他专门要求 (11)4运行环境规定 (11)4.1. 设备 (11)4.2. 支持软件 (12)4.3. 接口 (12)4. 3. 1 用户接口 (12)4. 3. 2 硬件接口 (12)4. 3. 3 软件接口 (12)4. 3. 4 通信接口 (12)4.4. 控制 (12)1 引言《教务管理系统软件需求规格说明书》旨在详细描述系统功能需求和一些非功能需求，明确系统需求边界。
上课考勤系统软件需求规格说明书
教师上课考勤管理系统软件需求说明书Version 1.0目录一、引言 (3)1. 编写目的 (3)2. 背景 (3)3. 定义 (3)二、任务概述 (4)1. 目标 (4)2. 用户的特点 (4)3. 假定和约束 (4)三、需求规定 (5)1. 对功能的规定 (5)2. 对性能的规定 (6)3. 输入输出要求 (7)4. 数据管理能力要求 (7)5. 故障处理要求 (7)6. 其他专门要求 (7)四、运行环境规定 (8)1. 设备 (8)2. 支持软件 (8)3. 接口 (8)4. 控制 (9)一、引言1. 编写目的随着计算机技术日渐成熟，其强大的功能已为人们所接受，并已进入人类社会的各个领域发挥着越来越重要的作用。
使用计算机对考勤进行管理，具有手工管理所无法比拟的优点，其检索迅速、查找方便、可靠性高、存储量大、保密性强、寿命长、成本低等优点不仅能够极大地提高考勤管理的效率，而且还能够促进科学化、正规化管理。
软件需求规格说明描述了“讷河市第一中学考勤管理系统”1.0版本的软件功能性需求和非功能性需求。
本文件的编制是为了让用户和软件开发者双方对该开发软件的初始规定有一个共同的理解，使之成为整个项目中软件产品开发设计与实现的根据，也是软件产品的测试和验收的依据。
我们应当根据现有的考勤管理模式以及流程，结合国家以及学校规定的作息制度，依据最新出现的需要来实现整个考勤管理系统。
2. 背景随着讷河市第一中学教师队伍规模的不断壮大，以及校园信息化的不断提高，迫切需要一套对学校员工进行考勤管理的软件，针对考勤要进一步建立完善的人员考勤制度、奖惩制度等方面的管理，建立健全信息维护机制，及时更新完善相应的信息库，确保信息库资源完整、准确、规范，做到随时需要、随时统计、随时提供，逐步实现考勤管理的实时话、人性化、合理化。
项目提出者：讷河市第一中学管理部门；开发者：软件学院；用户：考勤管理人员；3. 定义考勤：记载教师考勤情况，调课，补课，统计上课次数等。
教务管理系统需求规格说明书
教务管理系统需求规格说明书教务管理系统需求规格说明书1.引言本文档旨在详细描述教务管理系统的需求规格，包括系统的功能、性能、可靠性、安全性以及对外部系统的接口。
通过本文档，可以使开发人员和用户充分理解系统的需求，保证系统开发的顺利进行。
2.需求概述2.1 目标本教务管理系统旨在提供一个高效、方便的平台，帮助学校及其相关部门管理学生信息、课程信息、教师信息、考试信息等。
2.2 系统范围本系统将包含学生管理、课程管理、教师管理、考试管理等模块，支持多种操作，包括查询、添加、修改和删除，同时保证系统的安全性和性能。
3.功能需求3.1 学生管理模块3.1.1 学生信息录入与管理：支持学生信息的录入、查询、更新和删除，包括学生基本信息、学籍信息、奖惩信息等。
3.1.2 学绩管理：支持学绩的录入、查询和统计分析，并提供成绩报表功能。
3.1.3 学生选课管理：支持学生选课、退课和查询已选课程。
3.2 课程管理模块3.2.1 课程信息录入与管理：支持课程信息的录入、查询、更新和删除，包括课程名称、授课教师、上课时间等。
3.2.2 课程评价管理：支持学生对课程的评价，包括评分和评论功能。
3.3 教师管理模块3.3.1 教师信息录入与管理：支持教师信息的录入、查询、更新和删除，包括教师基本信息、所授课程等。
3.3.2 教师评价管理：支持学生对教师的评价，包括评分和评论功能。
3.4 考试管理模块3.4.1 考试安排与管理：支持考试信息的录入、查询、更新和删除，包括考试科目、考试时间、考场安排等。
3.4.2 考试成绩发布：支持考试成绩录入并发布给学生，学生可以查询自己的考试成绩。
4.性能需求4.1 响应时间：系统的响应时间应在合理范围内，对常见操作的响应时间要求不超过2秒。
4.2 并发性：系统能够支持多用户同时访问，要求系统能够同时处理至少100个用户的请求。
4.3 稳定性：系统应保持稳定运行，支持长时间运行并具备容错机制。
K12智能排课系统产品规格说明书
<p> 编辑导语：传统的人工排课，工作量大、容易错排漏排，中途修改课表更是牵一发而动全身，每到学期初排课时间段，排课老师更是苦不堪言；在保证教学质量的前提下，最大化发挥校内教师资源优势成为了排课老师的一大挑战。
本文作者以教务工作中最常见的排课场景为例，分析“智能匹配”在教务管理场景中的应用。
</p><p><img data-action="zoom" class="aligncenter size-full wp-image-4101160" src="/wp-files/2020/07/Aix6dvt3Ck3vduQa9fsb.jpg" alt="" width="900" height="420" /></p><p> 排课工作是执行教学计划、实现培训学校培养目标的重要一环，是教育培训学校教学教务管理工作中最基本而又非常重要的一项。
</p><p> 课表的安排需要考虑许多约束性条件，而使用智能排课系统，能让机构的排课工作简单化、高效化。
</p><p> 课表的安排所面临的众多约束性条件，比如教学场地有限、教师多变、课程多样性、班级合班上课、同班级多专业分层上课等都是排课需要考虑的问题。
</p><p> 帮助教务老师合理有序安排教师、教室、学生资源，统筹时间和计划，实现教学资源利用效率最大化。
</p><p> 同时，系统提供多维度统计报表查看和分析，更好辅助教务管理需求，保障学院教务运转准确高效。
</p><p> 1）痛点需求：</p><p> 手工排课时，信息的上通下达是极其麻烦的，而采用计算机排课，教学中的信息可以一目了然；</p><p> 对于优化学生的学习进程，评估每位教师对教学的贡献，领导合理决策等都具有重要的意义，必将会大大推进教学的良性循环。
教务管理系统需求规格说明书
教务管理系统需求规格说明书教务管理系统需求规格说明书一、引言随着学校规模的扩大和管理的复杂化，教务管理工作成为了学校运营的重要环节。
为了提高教务管理效率，降低管理成本，本文旨在详细描述教务管理系统的需求规格说明书，为开发人员提供清晰的开发指导。
二、需求概述教务管理系统应具备以下功能：学生信息管理、课程管理、成绩管理、教学计划制定、排课管理等。
同时，系统应具有良好的性能、可靠性和安全性。
三、用户需求系统的用户主要包括教务管理员、教师和学生。
教务管理员需要能够方便地管理学生信息、课程信息、教学计划和排课情况等。
教师需要能够录入和查询课程成绩、查看教学计划和排课情况等。
学生需要能够查看个人基本信息、课程信息和成绩等。
四、功能特点1、基本信息管理：包括学生信息管理、教师信息管理、班级信息管理、课程信息管理等。
2、考试报名：提供在线考试报名功能，支持多种报名方式。
3、成绩管理：提供成绩录入、查询、统计和分析等功能。
4、课表管理：支持教学计划制定、课程安排和调课管理等。
5、报表分析：提供多种报表分析功能，如学生成绩分析、教师绩效分析等。
五、技术实现1、前端界面设计：采用响应式网页设计，支持多种设备访问。
2、后台处理流程：采用模块化设计，方便系统扩展和维护。
3、数据存储：采用分布式数据库，确保数据的安全性和可靠性。
4、数据备份：提供完善的数据备份和恢复机制，确保数据不丢失。
六、安全保障1、用户权限控制：对用户进行分级权限控制，防止越权操作。
2、数据加密传输：采用SSL协议，对数据进行加密传输，确保数据安全性。
3、系统日常监测：对系统进行日常监测，及时发现并处理异常情况。
七、商业模式1、收费方式：采用按用户收费的方式，根据用户类型和使用情况进行差异化收费。
2、服务级别：提供不同级别的服务，包括基础服务、高级服务和定制服务。
3、用户付费：提供多种付费方式，如在线支付、分期付款等。
八、市场前景随着学校规模的扩大和信息化建设的加速，教务管理系统的市场需求将持续增长。
排课系统需求分析报告
排课系统需求分析报告一、引言随着教育体制的日益完善和教学任务的增加，学校的排课工作变得越来越繁琐。
传统的人工排课方式已经无法满足学校的需求，因此开发一款高效、智能的排课系统具有重要的意义。
本报告将对排课系统的需求进行分析，进一步明确系统的功能和性能要求，以指导系统的设计与开发工作。
二、需求分析1. 功能需求：（1）课程管理：系统具备对课程信息的录入、修改和删除功能，并能够对课程进行分类和排序，方便管理和检索。
（2）教室管理：系统应该能够对教室进行管理，并包括教室的基本信息、容量和设备等的录入、修改和删除，以及教室可用时间的排查。
（3）教师管理：系统应具备对教师信息的管理功能，包括教师的基本信息、所教授的课程和可用时间的录入、修改和删除。
（4）学生管理：系统应具备对学生信息的管理功能，包括学生的基本信息、所上的课程和选课情况的录入、修改和删除。
（5）排课调度算法：系统应该采用合适的排课调度算法，能够根据教师和学生的可用时间、课程的先后顺序、教室容量等因素，生成合理的课程安排。
（6）排课结果展示：系统应该能够将排课结果以直观的方式展示出来，包括课程表、教室使用情况、教师的上课时间等，方便师生查阅。
2. 性能需求：（1）系统的响应时间应该快，能够实时地处理和更新数据。
（2）系统需要具备较大的存储容量，能够存储大量的课程、教室、教师和学生信息。
（3）系统需要有较高的稳定性和可靠性，保证长时间的稳定运行。
（4）系统需要具备一定的安全性，确保数据不被非法访问和篡改。
三、功能模块设计基于上述的需求分析，在设计排课系统时，可以将系统分为以下几个模块：（1）课程管理模块：包括课程录入、修改和删除功能，以及分类和排序功能。
（2）教室管理模块：包括教室基本信息的录入、修改和删除功能，以及教室可用时间的排查功能。
（3）教师管理模块：包括教师基本信息的录入、修改和删除功能，以及教师可用时间的录入功能。
（4）学生管理模块：包括学生基本信息的录入、修改和删除功能，以及学生选课情况的录入功能。
排课系统 规格书
排课系统V5.0规格书经过数年持续专注的技术研究和积累，苏亚星在排课系统的技术方面又获突破，推出最新的排课系统V5.0版本。
先进的排课算法使排课系统在使用的易用性、课表的合理性、支持的多样性方面有了很大的提高。
B/S结构的系统，使用户使用更方便，浏览更随意，完全实现远程的排课、发布、查询、打印等网络服务。
一、应用对象可广泛适用于高中、初中、小学等学校的排课需要。
二、性能特点1.结构严谨，算法先进。
解决了学校排课所涉及的问题，如教研组活动限制、教师特定时间不能上课、场地限制、体育合班上课、单双周轮流上两门课、两门课程不能安排到同一天等情况。
2.排通率高，自动排课和手工排课的完美结合。
由于设置的限制条件过于严格，导致极少数课程无法排下，可以用手工排课进行妥善的处理，就可以得到一张满意的课表。
3.人性化的排课效果：排出的课表在课程的进度一致、课时均匀分布等方面，充分考虑教师的感受，最大方便了教师的教学。
4.方便灵活的课表查询和课表调整，用户可以随时对排好的课表进行查询和修改，用户对不满意的课程可以在本系统的条件检测提示下进行调动，增加了调课操作的灵活性和严谨性。
5.式样丰富的报表输出，用户可以随意选择打印全校、年级、班级、教师、教研组、场地（如：机房）等的课表。
6.灵活开放的数据录入，不仅提供手工录入，而且还提供强大的导入功能，可以大大节省基本数据录入的工作量。
7.友好的用户界面，详细的功能模块划分，用户只要根据模块向导即可快速完成各功能的使用，"傻瓜"式操作方式，使用者能够很快掌握。
8.严密的安全机制，采用独特的权限机制，保证了学校资料安全性以及各类用户使用的方便性。
9.操作简单。
您只要设置了相应的条件限制，直接点击“开始排课”按钮，系统将会在几分钟之内排出课表，并且会提交一份人性化的排课报告，供参考。
10.简单实用的课表发布功能。
只要选择课表，点击【发布】按钮，系统就可以发布您的课表。
国标8567-2006软件需求规格说明实例-教务系统--重大修改版
软件需求规格说明(SRS)项目：教务管理系统专业班级：目录目录 (2)1.范围 (4)1.1标识 (4)1.2系统概述 (4)1.3文档概述 (4)1.4基线 (5)2.参考文献： (6)3.需求 (6)3.1所需的状态和方式 (6)3.2需求概述 (6)3.2.1目标 (6)3.2.2运行环境 (8)3.2.3用户的特点 (9)3.2.4关键点 (9)3.2.5约束条件 (9)3.3需求规格 (10)3.3.1软件系统总体功能/对象结构 (10)3.3.2描述约定 (12)3.4CSCI能力需求 (12)3.4.1数据字典 (13)3.4.2系统功能分解 (15)3.4.3选课、退课模块 (16)3.4.4查询模块 (17)3.4.5成绩管理模块 (17)3.4.6教师个人信息更新模块 (17)3.4.7数据库模块 (17)3.5CSCI外部接口需求 (17)3.5.1 用户界面 (17)3.5.2教务系统与XXX之间的接口 (19)3.6CSCI内部接口需求 (19)3.6.1教务系统与数据库之间的内部接口 (20)3.7CSCI内部数据需求 (20)3.7.1 实体-关系图 (20)3.7.2 数据表 (23)3.7.3 数据流图 (25)3.8保密性需求 (26)3.9CSCI环境需求 (27)3.10计算机资源需求 (27)3.10.1计算机硬件需求 (27)3.10.2计算机硬件资源利用需求 (27)3.10.3计算机软件需求 (28)3.10.4计算机通信需求 (28)3.11软件质量因素 (28)3.12设计和实现的约束 (29)3.13数据 (29)3.14操作 (30)3.15故障处理 (30)3.16有关人员需求 (31)3.17有关培训需求 (31)3.18有关后勤需求 (31)4需求可追踪性 (31)5尚未解决的问题 (32)6注解（业务名词的解释） (33)附录A (34)附录B (35)1.范围1.1标识(待开发软件的完整标识，(如果有的话)包括标识号，版本号、发行号、标题。
学校教室管理系统软件需求规格说明书
学校教室管理系统软件需求规格说明书版本：V1.0作者：xxx<xxxxxxx><2008.1.23>1.引言目标软件需求规格说明描述了“学校教室管理系统”1.0版本的软件功能性需求和非功能性需求。
这一文档计划由实现和验证系统正确功能的项目团队成员来使用。
除非在其他地方另有说明，这里制定的所有需求都具有高优先级，而且都要在版本1.0中加以实现。
方便教室管理人员进行教室安排、查询。
方便学生进行教室申请。
方便人员查阅教室使用情况以免造成不必要的麻烦。
项目范围“学校教室管理系统”供学校的教室管理部门使用，是对教室进行调度管理的软件。
该系统与自动排课系统联动，可以对排课后的教室用计算机进行借用管理、查询、分析统计，可生成全校教室使用情况汇总表。
对教室的借用提供了技术先进的图形化操作界面，直观、便捷。
当前网络的流行为教室管理网络化的发展提供了广阔的空间。
教室管理网络化，从一定程度上讲，该系统就是教室管理部门的网上办公室即意味着其具有信息时代的快捷方便等特征。
“学校教室管理系统”构建了一个教室使用者和教室管理者交流的网上平台。
一方面教室使用者可以方便地查询和使用；另一方面，教室管理者可以通过计算机实现最有效率的管理。
参考资料[1]Karl E. Wingers 著,软件需求. 清华大学出版社，2004[2]Dean Leffingwell等著，软件需求管理——统一方法. 机械工业出版社，2002[3]Soren Lauesen 著, 软件需求. 电子工业出版社，2002[4]Ian Sommerville 著，需求工程. 机械工业出版社，2003[5]Ian K.Bray 著, 需求工程导引. 人民邮电出版社，20032.总体描述2.1产品前景现今教室不断的变动，教室信息越来越繁琐，对于教室使用情况管理不方便，所以如今开发这套软件以便管理者对教室使用情况快捷、准确的查询。
使用学校教室管理系统可以方便高效的管理学校的教室资源配置，可以更快速、更准确的了解到目前学校教室的使用情况，为学生和老师及其他使用教室的人员提供最便捷的信息服务，适用于高校、中小学及其他各类学校，期望系统演化若干个版本之后，最终可以用于任何需要进行工作室资源配备的场合，而不受限于学校内使用。
软件需求规格说明-排课系统
软件需求规格说明1介绍1.目标软件需求规格说明描述了“排课系统”的软件功能性需求和非功能性需求。
这一文档计划由实现和验证系统正确功能的项目团队成员来使用。
除非在其他地方另有说明，这里指定的所有需求都具有最高优先级。
2.项目范围和产品特性排课系统允许教学秘书通过该系统完成本系内各班级的课程安排，能够减轻教学秘书的工作负担。
允许教师查看初排及最终课表，提交意见。
可以完成：数据导入与维护、课程表编排、设置排课规则、课表发布、查看/发送意见等功能。
3.参考文献Karl Wiegers 所著的Software Requirements 版本2 刘伟琴刘洪涛译张海藩所著的软件工程导论（第5版）2总体描述1.产品远景规划“排课系统”是一个能够减轻教秘工作量，实现教务工作自动化，提高工作效率；给一些存在特殊情况的老师一个提出意见的机会；方便学生尽早制定学业计划的教务办公软件。
下图是一幅关联图，它演示了其外部实体和系统接。
2.用户类和用户特性用户类描述教学秘书（优先考虑）教学秘书是“排课系统”最主体用户，他希望能在“排课系统”的帮助下，顺利完成排课工作，以代替当前只能依靠手工排课的现状，减轻工作压力，提高工作效率；同时，“排课系统”应当具有一定的准确性，避免教学秘书的多次修改。
教师在“排课系统”中，教师能更早的获知下学期的初排课程表信息，提出意见，在一定程度上能满足教师对课表的特殊要求运行环境、设计和实现的约束条件、用户文档略3.假设和依赖AS-1：排课系统可以设一个平台让管理员和教师提出一定量的要求，并可以根据要求处理排课。
AS-2：对于特殊教师的课程不再排课系统的考虑范围内。
DE-1:排课系统的用户信息与教务系统的信息要匹配。
能成功的将培养方案及教师信息导入。
3系统特性1．导入培养方案(1)描述和优先级教学秘书的账号和密码在以及ip得到验证，登陆到排课系统之后，可以向排课系统导入各个年级、专业的培养方案，并将其保存在排课系统的数据库中，因为在入学之初，培养方案就已经安排好，所以培养方案不提供修改的功能，只提供删除和重新导入功能，允许从教务系统导入培养方案，也允许从教秘的电脑中导入excel文件。
软件工程_选课系统_需求规格说明书
全校性选修课的目的在于扩大学生知识面，加强学生素养教育，培养复合型高级人才，具有不可替代的重要性。
随着教育改革的不断深进和素养教育的加强，完全全学分制的实施，选修课在一个学生的培养方案中占的比重将越来越大。
网上选课系统的出现使同学们能够更加自主、便捷、正确的进行选课。
然而，现行的选课方式也存在着一些咨询题。
例如，什么课程轻易拿学分选什么,不人选什么我选什么，哪一类课程还缺多少学分不清晰，甚至有的为凑学分随便选几门课或者干脆让不人代选，完全不顾自己的爱好喜好，个人所长，完全不顾自己的专业方向、有无先修课程等，造成了选课的混乱。
这种现象在低年级对比突出，在高年级也存在。
而且，随着选修课比重的加大，这种情况将越来越严峻。
这种情况要紧是由于学生对自己的专业培养计、可选课程等信息了解得不够造成的。
尽管学校也刊发了相关的手册，网上也能够查询，但因为范围太大，科目太多，瞧或查的人并不多。
如何样才能解决那个咨询题，使大伙儿能够更合理的进行选课，也使得选修课能更好发扬其作用呢？本“选课指导系统〞确实是基本针对此目的而开发的一种软件。
该系统放在学校效劳器上，学生在选择选修课前，能够上网进行查询。
用户〔学生〕输进其学号与密码后，系统便调出其所有相关信息，包括已修课程、已修课程的成绩、专业培养方案、全校性可选课程，系统进行综合分析后，得到一些可行的方案，供用户参考，并提出合理建议。
2用户需求分析鉴于上述分析，我们认为系统应该从同学们切实利益动身，为同学们提供快递，正确的信息查询效劳，并提关心指导功能。
用户需求分为信息需求和功能需求：系统能够为用户提供的信息应该包括：1.选修课成绩信息：以往各学期所有选修课的成绩，不及格者应特不标记；2.选修课的类不信息：以往各学期所有选修课应回属哪一类〔共六大类：自然科学类、文化素养类、跨专业类、计算机类、专业根底类、专业类。
不同学院可能有些不同〕.3.已修学分信息：每一类已修的总学分；4.还需修学分信息：每一类还需修的总学分；5.专业培养方案信息：各专业各学期的教学安排信息；6.课程信息：包括课程的学分、学时、机时、先修课、教师、授课内容、类不、开课单位等信息；选课范围信息：提供下学期每类课可选修的范围，应注重是否与必修课冲突，是否有先修课等细节。
国标8567-2006软件需求规格说明实例-教务系统--重大修改版
软件需求规格说明(SRS)项目：教务管理系统专业班级：目录目录 (2)1.范围 (4)1.1标识 (4)1.2系统概述 (4)1.3文档概述 (4)1.4基线 (5)2.参考文献： (6)3.需求 (6)3.1所需的状态和方式 (6)3.2需求概述 (6)3.2.1目标 (6)3.2.2运行环境 (8)3.2.3用户的特点 (9)3.2.4关键点 (9)3.2.5约束条件 (9)3.3需求规格 (10)3.3.1软件系统总体功能/对象结构 (10)3.3.2描述约定 (12)3.4CSCI能力需求 (12)3.4.1数据字典 (13)3.4.2系统功能分解 (15)3.4.3选课、退课模块 (16)3.4.4查询模块 (17)3.4.5成绩管理模块 (17)3.4.6教师个人信息更新模块 (17)3.4.7数据库模块 (17)3.5CSCI外部接口需求 (17)3.5.1 用户界面 (17)3.5.2教务系统与XXX之间的接口 (19)3.6CSCI内部接口需求 (19)3.6.1教务系统与数据库之间的内部接口 (20)3.7CSCI内部数据需求 (20)3.7.1 实体-关系图 (20)3.7.2 数据表 (23)3.7.3 数据流图 (25)3.8保密性需求 (26)3.9CSCI环境需求 (27)3.10计算机资源需求 (27)3.10.1计算机硬件需求 (27)3.10.2计算机硬件资源利用需求 (27)3.10.3计算机软件需求 (28)3.10.4计算机通信需求 (28)3.11软件质量因素 (28)3.12设计和实现的约束 (29)3.13数据 (29)3.14操作 (30)3.15故障处理 (30)3.16有关人员需求 (31)3.17有关培训需求 (31)3.18有关后勤需求 (31)4需求可追踪性 (31)5尚未解决的问题 (32)6注解（业务名词的解释） (33)附录A (34)附录B (35)1.范围1.1标识(待开发软件的完整标识，(如果有的话)包括标识号，版本号、发行号、标题。
2023-教师报课系统软件需求规格说明书V25-1
教师报课系统软件需求规格说明书V25教师报课系统软件是教育管理系统的一组软件之一，旨在帮助教师管理学生课程，系统化地转移了手工管理过程。
在这篇文章中，我们将详细介绍教师报课系统的需求规格说明书 V25。
1. 引言在引言中，我们介绍了教师报课系统的概述，目的和范围，说明该软件的主要目的是帮助教师更好的管理学生选课和课程，从而实现更好的学生课程管理和学校教育管理。
2. 角色和权限在此部分中，我们阐述了教师、管理员和学生之间的不同角色和权限。
教师可以创建课程、添加课程日历、添加课程参考文本、添加作业、记录学生成绩，并通过课程档案查看课程数据。
管理员可查看教师创建的课程，审批课程、注册教师和设定系统参数。
学生可以查看课程信息、选课和查询课程评分。
3. 功能需求在管理系统中，以下是一些主要模块的功能要求：3.1 课程日历课程日历模块将包括教师和学生的日历功能，能够显示教师的课程时间表和学生的选修课程。
当教师安排新的活动时，一个消息将自动发送到每个学生的日历中。
3.2 课程管理课程管理模块允许教师创建新的课程，并维护已经创建的课程。
管理员可以审批课程并取消或修改教师发布的内容。
3.3 作业管理作业管理模块允许教师为课程添加作业，并使学生在预定的时间内提交作业。
在这个模块中，学生可以上传作业并下载已经发布的作业。
3.4 学生成绩管理学生成绩管理模块允许教师和管理员查看和管理学生的成绩。
教师可以发布大量的流行国际数字加权成绩，包括百分比，字母分级，GPA和百分位数。
4. 非功能需求除了上述功能需求之外，我们还在非功能需求中提出了一些要求。
4.1 用户友好体验系统应该是非常易用的，并且用户应该能够快速完成任务。
此外，图形用户界面必须设计得非常好，以确保良好的用户体验。
4.2 安全性系统应该具备高度的安全性。
受保护的数据被存储在数据库中，并用密码保护。
只有授权人员才能访问受保护的数据。
4.3 高性能系统应该是高性能的，并能在大型课程和学生人群上正常运行。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
软件需求规格说明1介绍1.目标软件需求规格说明描述了“排课系统”的软件功能性需求和非功能性需求。
这一文档计划由实现和验证系统正确功能的项目团队成员来使用。
除非在其他地方另有说明，这里指定的所有需求都具有最高优先级。
2.项目范围和产品特性排课系统允许教学秘书通过该系统完成本系内各班级的课程安排，能够减轻教学秘书的工作负担。
允许教师查看初排及最终课表，提交意见。
可以完成：数据导入与维护、课程表编排、设置排课规则、课表发布、查看/发送意见等功能。
3.参考文献Karl Wiegers 所著的Software Requirements 版本2 刘伟琴刘洪涛译张海藩所著的软件工程导论（第5版）2总体描述1.产品远景规划“排课系统”是一个能够减轻教秘工作量，实现教务工作自动化，提高工作效率；给一些存在特殊情况的老师一个提出意见的机会；方便学生尽早制定学业计划的教务办公软件。
下图是一幅关联图，它演示了其外部实体和系统接。
2.用户类和用户特性用户类描述教学秘书（优先考虑）教学秘书是“排课系统”最主体用户，他希望能在“排课系统”的帮助下，顺利完成排课工作，以代替当前只能依靠手工排课的现状，减轻工作压力，提高工作效率；同时，“排课系统”应当具有一定的准确性，避免教学秘书的多次修改。
教师在“排课系统”中，教师能更早的获知下学期的初排课程表信息，提出意见，在一定程度上能满足教师对课表的特殊要求运行环境、设计和实现的约束条件、用户文档略3.假设和依赖AS-1：排课系统可以设一个平台让管理员和教师提出一定量的要求，并可以根据要求处理排课。
AS-2：对于特殊教师的课程不再排课系统的考虑范围内。
DE-1:排课系统的用户信息与教务系统的信息要匹配。
能成功的将培养方案及教师信息导入。
3系统特性1．导入培养方案(1)描述和优先级教学秘书的账号和密码在以及ip得到验证，登陆到排课系统之后，可以向排课系统导入各个年级、专业的培养方案，并将其保存在排课系统的数据库中，因为在入学之初，培养方案就已经安排好，所以培养方案不提供修改的功能，只提供删除和重新导入功能，允许从教务系统导入培养方案，也允许从教秘的电脑中导入excel文件。
这也是生成排课规则的重要依据之一。
优先级为高。
(2)刺激/响应序列刺激：导入培养方案是出现一个或多个培养方案导入错误或失败。
响应：将错误信息反馈给教学秘书，引导他对错误进行查看，并可以针对错误重新导入培养方案。
刺激：导入培养方案成功响应：将成功信息反馈给教学秘书，并将导入的方案储存到数据库中2．导入教师信息(1)描述和优先级教学秘书的账号和密码在以及ip得到验证，登陆到排课系统之后，可以向排课系统导入各个教师的信息，教师信息包括姓名，教授课程以及联系方式，并将其保存在排课系统的数据库中。
教师信息来源于excel文件。
教学秘书有修改教师信息的权限。
这也是生成排课规则的重要依据之一。
优先级为高。
(2)刺激/响应序列刺激：教师信息导入失败或错误。
响应：将错误信息反馈给教学秘书，引导他对错误进行查看，并可以针对错误修改或重新导入。
刺激：教师信息导入成功。
响应：将成功信息反馈给教学秘书，并储存教师信息在排课系统的数据库中。
3．划分课程优先级(1)描述和优先级划分课程优先级是排课规则的一个重要组成部分，课程是否安排和安排的先后，都是由课程优先级决定的。
在课程优先级的安排中，根据课程安排规则，教学秘书可以设定课程的优先级，优先级分为在某个学期必须安排、高、中、低四个选项，当教学秘书设定完优先级后，系统将优先级的划分储存在数据库中。
教学秘书可以修改课程的优先级，以便于将来课程的调整。
优先级为高。
(2)刺激/响应序列刺激: 获取课程信息失败。
响应：将失败信息反馈给教学秘书，并提示重新获取。
刺激: 获取课程信息成功。
响应：将成功提示反馈给教学秘书，并跳转到划分优先级功能。
刺激：优先级划分后储存失败。
响应：将失败提示反馈个教学秘书，提示重新保存。
刺激：优先级保存成功。
响应：反馈成功信息，并进入下一步操作。
刺激：修改课程优先级。
响应：重新确认用户身份，如果确认，则允许修改，否则退出系统。
(3)功能性需求Priority.Import 从储存的课程培养方案中获取课程信息Priority.set 设置课程的优先级Priority.save 保存课程优先级信息Priority.succeed 设置成功，并保存成功过，返回提示信息Priority.error 设置出现异常、失败或是保存失败，返回提示信心，并重新设置Priority.re_verify 要修改课程优先级信息时，重新验证身份Priority.alter 修改课程优先级信息4．生成排课规则(1)描述和优先级根据已经储存在系统中的培养方案、教师信息以及调整好的课程优先级细心，系统将生成排课规则，并将排课规则储存在系统的数据库中教学秘书可以查看排课规则，重新生成排课规则，在重新生成排课规则之前，将重新验证身份。
为了防止不恰当的拍修改，使得排课规则出错，教学秘书不允许直接修改。
优先级为高。
(2)刺激/响应序列刺激：获取数据库中的培养方案、教师信息或者课程优先级失败。
响应：将失败信息反馈给教学秘书，由教学秘书执行重新获取或是重新导入。
刺激：生成的排课规则不能满足需求。
响应：教学秘书可重新生成排课规则。
刺激：查看数据库中的排课规则失败。
响应：反馈失败信息，若是丢失或损坏，则从新导入备份的排课信息，否则再次导出数据库中的排课规则。
5．初排课程表(1)描述和优先级预安排课程表，通过已经生成好的排课规则，进行课程表的第一次生成。
预安排课程表的生成，首先能提供一个可供查看和修改的课程表，以便于下一步工作；其次，生成的预安排课程表还具有检查排课规则的功能，记过多次排课，若是排课结果不能达到预期效果，教学秘书则可以通过从新生成排课规则，以进行调整；若是产生的课程冲突较少，教学秘书则可以自己进行修改。
当确认修改后，预安排课程表将生成课程表并储存在数据库中，已准备发送给教师和学生以及教务系统。
优先级为高。
(2)刺激/响应序列刺激: 调用排课规则失败。
响应：将失败信息反馈给教学秘书，并重新调用。
刺激：产生预安排课程表失败。
响应：将失败信息和原因反馈给教学秘书，并响应教学秘书的要求进行操作。
刺激：课程产生冲突。
响应：将产生冲突的课程醒目标识，以便于教学秘书操作。
刺激：产生的课程冲突数目大于预期。
响应：重新生成预安排课程表，重复次数超过三次后，重新生成排课规则，并储存。
刺激：预安排课程表保存失败。
响应：将错误信息返回给教学秘书，并重新保存。
(3)功能性需求6．课程表分类(1)描述和优先级课程表分类，通过将数据可中储存的最终表进行调用，把教师和学生的课程表进行分类，并进行储存。
对课程表的分类，有助于不同的使用者获得自己期望看到的数据，避免了的过量无用的数据增加使用者的负担。
优先级为高。
(2)刺激/响应序列刺激：课程表调用失败响应：将失败信息反馈给教学秘书，并重新调用刺激：课程表分类失败响应：重新分类课程表，如果失败多次，由教学秘书导入刺激：分类课表储存失败响应：将失败信息反馈给教学秘书，并重新储存(3)功能性需求Classify.import 从系统中导入最终课表Classify.classify 将课程表进行分类Classify.save 将课表进行储存Classify.succeed操作成功，并返回成功信息Classify.error 操作或储存出现错误，返回错误信息，并提示教学秘书进行相应操作Classify.hand_classify 当某些课程表分类不成功时，教学秘书手动进行分类7．发布课程表(1)描述和优先级在课程表进行分类和储存完整后，可在设定的时间，将不同的课程表分别发送给教师、学生以及教务系统。
优先级为中。
(2)刺激/响应序列刺激：调用课程表失败。
响应：反馈失败信息，并重新调用。
刺激：成表发布失败响应：反馈失败信息，并重新发布。
4外部接口需求1.用户界面略2.硬件接口略3.软件接口SI-1 ：教务系统。
SI-1.1 ：“排课系统”将安排好的课程表发布到教务系统中。
SI-1.2 ：“排课系统”还要能将教务系统中的培养方案进行导入。
SI-2 ：邮箱系统。
SI-2.1：当“排课系统”完成排课工作，并将课程表发布到教务系统中的同时，将发送副本到邮箱系统中。
SI-3 ：对word 和excel 的支持。
SI-3.1 ：将教师信息和培养方案导入到“排课系统中”。
4.通信接口略5其他非功能性需求1.高效性需求PE-1：在教学秘书开始导入培养方案和教师信息时，系统要能满足大量文件的导入，时间在5分钟左右。
PE-2：排课所持续的时间预计持续10秒。
PE-3：允许“排课系统”出现排出的课程表中有大量冲突，但在最多3次排课后，冲突的数量应该控制在4个以内。
2.防护性需求还未确定。
3.完整性需求SE-1：所有的培养方案和教师信息进行加密处理。
SE-2：教学秘书必须在登录系统后才能进行除了查看课程表之外的其他操作。
SE-3: 当用户3次输入错误的账号或者密码时，系统将限制该账户的登录权限。
SE-4：每位学生只能查看自己的课程表，每位教师只能查看自己教授的科目的课程时间表；教学秘书能查看所有的课程表，并且在发布课程表后没有修改的权限。
4.软件质量属性可用性：系统在工作时间，既周一至周五的八点到十七点必须是可用的。
健壮性：当系统在生成课表、教学秘书在修改课程表等过程中，为避免因不可抗拒因素使得系统罢工，系统必须在工作过程中进行实时备份，以便系统重新工作后能迅速恢复工作。
易用性：保证教学秘书在经过简单的学习后能马上适应新系统的工作方式。
6附录数据字典和数据模型培养方案 = 科目 + 学分教师信息 = 教师姓名 + 教授科目 + 身体状况身体状况 = 优|良|中|差7分析模型1.状态转换图2.数据流图3.对话图8 业务规则事实类：1、每间教室容纳的学生人数有限2、新一级新生第一学期仅有15个教学周3、每门课程的上课教师不是唯一的4、每个教师每周上课的节数是有限的5、学生每学期获得的学分是有限的6、不同学分的课程每周上的节数不同约束类1、先修课程未通过的学生不可以学习后续课程2、教师只能查看课程表不能使用排课功能3、每个学期每个学生的学分不能超过26学分（满足先修条件的另外安排）4、学生每日排课学时不能超过8个5、学生和教师只能看到属于自己的课程表，不能查看其他人的课程安排6、教师每周最多上5节课动作触发规则1、如果教室的容纳学生人数不足或过多，则更换教室2、如果教师每周须教授超过五节课，则需要提交申请3、如果有专任教师一周的教学工作安排少于三天，则提示排课系统使用者4、如果学生满足先修条件，则可以提出先修申请5、如果时间、授课教师、教室与课程发成冲突时，则提示排课系统使用者推论1、如果教师给出的理由充分，则他可更多的教授课程2、如果学生满足条件，则他可以获得先修机会3、如果在课表修改截止时间无人对课表进行修改，则认定该课表已确定。