下载文档原格式
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假定和约束本系统计划是在两周内完成，时间还是相当紧迫的，需要仔细把握时间，充分利用好一切的时间来开发软件。
高校排课系统需求规格说明书编制：林风人审核:批准：日期：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 稳定性：系统应保持稳定运行，支持长时间运行并具备容错机制。
<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.参考文献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、如果在课表修改截止时间无人对课表进行修改，则认定该课表已确定。
