软件需求说明书
1引言
1.1编写目的
在完成针对《自动排课系统》软件市场的前期调查，同时与多所使用高校的学生和教师进行全面深入的探讨和分析的基础上，提出了此份软件需求说明书。
此需求说明书对《自动排课系统》软件做了全面细致的用户分析需求分析，明确所要开发的软件应具有的功能、性能与界面，是系统分析人员与软件开发人员能清楚地了解用户的需求，并在此基础上进一步提出概要设计说明书和完成后续设计与开发工作。本说明书的预期读者为客户、业务或需求分析人员、测试人员、用户文档编写者、项目管理人员。
1.2背景
- 待开发的软件系统的名称：自动排课系统。
- 本项目由东北林业大学教务处提出，指派给农信吴彦祖进行开发，主要是针对各大高校教务排课使用。
- 本项目采用客户机/服务器原理，客户端程序是建立在Windows xp系统及以上，以Visual Studio 2019,SQL SERVER为开发工具和数据库
1.3定义
【教务管理员】教务管理员拥有最高权限，是该系统的admin，拥有专业、教师、课表、个人信息等多方面的管理。
【教师】作为教务管理员的逻辑意义上的下级，教师也能实现线上排课条件删选后排课，也能对自身信息进行修改。
【专业管理】专业管理是作为课程之头，没有专业就没有课程，更不存在选课，所以专业也是必须的。
【教学计划】教学计划是针对每个学期，每个专业，制定新的课程名和教学计划。
【教学任务】教学任务覆盖信息最广，包括负责老师，具体每周节次、课时、总学分等。
【排课管理】是系统中最重要的，实现自动排课和手动排课。
【个人信息】是对个人账号密码等信息进行修改和管理
1.4参考资料
列出用得着的参考资料，如：
- 本项目的经核准的计划任务书或合同、上级机关的批文；
- 属于本项目的其他已发表的文件；
- 本文件中各处引用的文件、资料、包括所要用到的软件开发标准。 列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。
2任务概述
2.1目标
学校是一个知识的海洋，育人子弟的地方，自动排课系统也是学校必不可少的东西，面对着庞大的信息数据，通过传统的人工手动排课，已经完全不能满足学校的教务管理，不仅确保不了临时课程的突发排课状况，更不能统一完善地记录整个学校的课程安排，效率低，管理性差，都是以往排课的明显缺陷，维护起来更是难上加难。
随着科技水平的日益提升，计算机带来的便利性和高效性有目共睹，不光是PC端的便捷操作，移动端也在几年来飞速发展。使用计算机来管理学校日常的排课，能有效解决上述因人工排课而产生的种种难点，其高需求的精确检索可以快速找出所需文件，其数字化算法能快速帮管理员解决繁杂的排课，提高排课效率的同时，减轻人力物力，进一步提升学校的综合水平。
自动排课系统可以说是很早就在我国的各大学校使用，不少学校也也采用了学分制，可以让老师或者学生按照各自需求来排课，因为排课涉及到时间，学期等多因素的限制，再加上算法的友好性，很多排课系统只能近乎满足。另外有些系统虽然功能齐全，但是由于子界面过多，导致教师和管理员很难马上上手，操作难度较大，验证和统计没有运用多线程等，导致数据丢失的情况也是频频发生。
该技术领域，也没有统一的标准化，外包各自为政，市场分化促使产品整合具有相对的难度。新产品、新技术的推广夹杂了太多人为因素，使得新技术的引进和核心技术的创新得不到良好的发展空间，同时也影响了自身产品。国外的优秀信息技术却因为价格问题和某大品牌的市场垄断，导致了引进困难。
该学校自动排课系统采用B/S架构，SQL SERVER为后台数据库，采用计算机对专业信息，教师信息，排课条件，课表信息等进行实时管理，进一步完善学校教务对学生课程方面的管理。帮助教务管理员和教师提高日常办公效率，将更多的时间用在学生知识教育上，该系统实现从开设新专业，开设新教学任务，加入排课系统并自动排序（或人工手动），到最后的课表导出的一体化流程。
本系统将作为一款独立的软件
2.2用户的特点
用户是是一所教育部直属高校，国家“世界一流学科建设高校”、国家“211工程”建设高校东北林业大学。
本软件的最终用户是东北林业大学的全体师生，他们都接受过计算机基础课程，能够熟练使用网页浏览器、输入和处理各种文字信息。
系统有专门的维护人员，都为资深开发人员，可以对系统进行维护，解决常见的问题。
2.3假定和约束
软件需要在东北林业大学成立70周年之前开发完成、测试完毕并上线运行。
3需求规定
3.1对功能的规定
本系统的开发，提高了教务管理员和教师的排课管理效率。代替传统文档记录排课的管理模式，要求在最短的时间里高效完成尽可能多的事务，并把剩下的时间用在育教育人上，以及日常规划总结。所以，如何开发一个功能完善的自动排课系统，是所有学校长期探索的一个方向。
该系统主要针对教师和教务管理员所设计，无论哪个用户使用，都需要输入匹配消息，验证通过后才能进入各自权限的功能界面，按照逻辑，教务管理员的权限比教师大，管辖范围也广，所以也能管理教师的个人信息，属于上下级关系。
对自动排课系统构建了主要的对象，具体模块如下所示。
3.1.1教务管理员模块
教务管理员拥有最高权限，是该系统的admin，拥有专业、教师、课表、个人信息等多方面管理，具体如图3.1所示。
3.1.2教师模块
作为教务管理员逻辑意义上的下级，教师也能实现线上排课条件删选后排课，也能对自身信息进行修改，具体如图3.2所示。
3.1.3系统主要业务流程分析
该自动排课系统功能也是按照从大到小的顺序所设计的，比如说必须先有某专业，才能创建新的教学计划，有新的教学计划安排推出新的课程，有了课程才能排课，一个个流程走下来，符合常规逻辑。如果中间哪一项需要临时添加某个信息，正确填写添加后，也不会影响这个流程的通畅性；同时也能在排课时，添加必要的排课条件，让系统更加人性化。
具体可见下图所示。
用列表的方式（例如IPO表即输入、处理、输出表的形式），逐项定量和定性地叙述对软件所提出的功能要求，说明输入什么量、经怎样的处理、得到什么输出，说明软件应支持的终端数和应支持的并行操作的用户数。
3.2对性能的规定
3.2.1精度
由于涉及教学，所以排课产生的结果必须准确合理
由于涉及排课结果的调整，力求调整范围最小化
3.2.2时间特性要求
一般页面的响应时间小于3s，统计页面响应时间小于10s
3.2.3灵活性
说明对该软件的灵活性的要求，即当需求发生某些变化时，该软件对这些变化的适应能力，如：
- 操作方式上的变化：软件支持多种操作方式，例如鼠标、键盘和菜单等。
- 运行环境的变化：软件支持WindowsXP版本及以上版本的操作系统。
- 同其他软件的接口的变化：能够兼容其他软件接口的变化。
- 计划的变化或改进：能够适应将来有可能会出现的需求更改或增加
3.3输人输出要求
注册普通用户：登录名长度为6-12；密码：长度为6-18；
教师用户上传记录：关键字：长度为1-30；详细描述（文本）：长度为1-500
查询记录输入：关键字：长度为1-30；
3.4数据管理能力要求
数据库：管理员信息表，记录信息表，普通用户信息表；
备份数据库：管理员信息表，记录信息表，普通用户信息表；
3.5故障处理要求
正常使用时不应出错，若运行时遇到不可恢复的系统错误，也必须保证数据库完好无损。
调试中遇到的问题及解决方案
3.6其他专门要求
无特定要求。
4运行环境规定
4.1设备
电脑
4.2支持软件
该技术采用B/S框架，以Visual Studio 2019,SQL SERVER为开发工具和数据库，操作系统也支持WINDOW任何版本，编辑语言也是C#，有可读性，该语言配合.NET技术易于初学者使用和理解。
4.3接口
无
4.4控制
无
1539
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
