1.引言
1.1 编写目的
教务管理是大学的主要日常管理工作之一，涉及到校、系、师、生的诸多方面。如何把教务工作信息化，模块化，便捷化是现代高校发展的重点，所以迫切需要研制开发一种综合教务管理软件。
在本小组成员对系统进行了全面细致的分析后明确了该系统“做什么”， 编写这份说明书的目的是将小组分析结果条理清晰的展示出来，它说明了本产品实现的各种功能以及各种功能的适用范围。使小组成员充分认识本系统的情况,方便以后更好的开展具体工作。本说明书主要提交给老师,小组成员和其他同学参考,以达到最终满足用户的要求，让用户满意。
1.2 项目背景
项目名称:教务管理系统之子系统—学院课程安排 项目开发者:
用户:学校教务科，教师 实现该软件的计算机网络：
1.3 定义
数据流图：数据流图描绘系统的逻辑模型，图中没有任何具体的物理元素，只是描绘信息在系统中流动和处理的情况。
系统的流程图：系统流程图是描绘物理系统的传统工具。它的基本思想是用图形符号以黑盒子的形式描绘系统里的每个部件（程序，文件，数据库，表格，人工过程等）。
教务处人员：教务处相关的工作人员。
学院教务主管：教学任务和要求给出各个课程的相关限制（如：任课教师的职称、上课的班数、最高和最低周学时数等）。
教学计划：包括课程名称、课程代码、课时、班级类别（本科、专科、成人教育、研究生）、班号等。
课程限制：每位教师的主讲课程门数不超过2门/学期，讲师以下职称的教师不能承担学院定主课的主讲任务。学院中层干部的主讲课程不能超过4学时/周。
课程表：最后教师和学生获得的具体的上课时间地点。 教师任务书：教师完成教学任务的计划。
1.4 参考资料
《软件工程》第二版，李代平等着，清华大学出版社。
2.目标系统概述
系统简介：
每个学期的期中，学校教务处向各个学院发出下各学期的教学计划，包括课程名称、课程代码、课时、班级类别（本科、专科、成人教育、研究生）、班号等；学院教学主管人员根据教学任务和要求给出各个课程的相关限制;任课教师自报本人授课计划，经所在教研室协调认可，教学计划上交学院主管教学计划的人员，批准后上报学校教务处，最终由教务处给出下个学期全学院教师的教学任务书。
2.1 目标
本系统是教务处人员，各院教学主管，教师的工作界面。它完成： 1、教务处人员制定各学院的教学计划并录入，
2、各院教学主管对相关课程加以限制，如：规定课时，任课教师的条件等 3、教师制定自己的教学计划，经所在教研室协调认可，录入
4、教务处人员根据教师的授课计划和相关课程的限制条件制定出下学期各学院各班的课程表以及全院教师的教学任务书。
2.2 用户的特点
本软件的最终用户可分为操作人员、维护人员。
其中，要求操作人员对计算机有一定了解，可以无障碍的使用本系统提供给操作人员操作权限内的各种功能。
要求维护人员是对本系统有较深的了解，同时对系统相关信息及工作流程有所了解的技术人员。
2.3 假定和约束
本系统由信息与计算科学14-1班五名同学承接设计。设计人员都已学习了相关课程，编程等有关知识，由于此课程设计开发时间有限，除统一安排的上机时间外，小组成员只能利用有限的课余时间进行设计。而且考虑到作为在校生，小组没有此类开发经验，所以，本小组在设计过程中不可避免的出现考虑不全面，技术不成熟等问题，设计的系统相对比较简单。
3.需求规定
3.1 软件功能的规定
3.1.1 系统功能划分
本系统适合学院课程安排管理模式。本系统集信息管理、教学计划管理、排课、教师信息管理等教务功能于一体，并可以输出各院课程表及教师任务书。 整个系统分为以下模块： 1.教务人员信息管理 2.学院教务主管管理 3.教师信息信息管理 4.教学计划录入系统 5.课程限制录入系统 6.排课系统
7.课程表定制系统 8.教师任务书下达系统
3.1.2 数据流图
教务处人员 学生 登登录 返回 返回信息 登录 录 返回信教务管返回信息 登 顶层数据流图录 息 理系统 教务管理人员 信息查询系统 查询修改命令 登录 返回 教务处人员 返回 验证有效性 教师 课程表 数据、信息 信息数据 教学计划 信息数据 任务书 课程表定制系统 教学计划录入系统 教师任务下达系统
二层数据流图---教务处人员子系统
登录 查询命令 教务主管人员 返回信息 验证有效性 信息数据 登录 信息查询系统 返回信息 返回信息 课程限制条件录入系统
二层数据流图----教学主管人员子系统
查询命令 教师 返回信息 验证有效性 信息数据 信息查询系统 返回信息 返回信息 授课计划录入系统
二层数据流图---教师子系统
添加信息 添加命令返回信息删除命令 查询命令 删除信息 返回信息 教务处人员 返回信息 查询信息 修改命令 返回信息 修改信息
三层数据流图---教务处人员之信息查询子系统
信息、数据 教务处人员 教学计划表 录入教学计划 教学计划表
三层数据流图---教务处人员之教学计划录入系统
信息、数据 教学主管人员 限制条件表 录入限制条件 限制条件表
三层数据流图---教学主管人员之限制条件录入子系统
信息、数据 教师 授课计划表 录入授课计划 授课计划表
三层数据流图---教师之授课计划录入子系统
课程限制条件表 信息数据 教务处人员 课程表 制表 教学计划表 教师授课计划表
三层数据流图---教务处人员之课程表定制系统
教师信息表 信息数据 教务处人员 任务书 制定任务书 教师授课计划表
三层数据流图---教务处人员之教师任务书下达子系统
课程信息表 课程信息查询 教室信息表 返回 教室号 班级信息表 课程号 返回 教室信息查询 教室号 返回 教务处人员 班级号 班级信息查询 教师号 返回 系名 教师信息查询 系部信息查询 教师信息表 系部信息表
四层数据流图---教务处人员之信息查询子系统
3.1.3 数据字典
表1数据文件 “教务员信息表”的字典条目 文件名: 教务员信息表 别名: 组成:教务员登陆号 备注: 表2数据文件“教学主管信息表”的字典条目 文件名:教学主管信息表 别名: 组成:教学主管登录号 备注: 表3数据文件“教师信息表”的字典条目 文件名:教师信息表 别名: 组成:教师号+教师名+性别+所属系部号+职称+所教课程+ 备注: 表4数据文件“教学计划表”的字典条目 文件名: 教学计划表 别名: 组成: 系编号+年级+课程名+学时 备注: 表5数据文件 “课程限制表”的字典条目 文件名: 课程限制表 别名: 组成: 系编号+年级+教师编号+教师职称+学时+事故类别+主讲课程类别 备注: 事故、主讲课没有时，为0 表6数据文件“课程信息表”的字典条目 文件名:课程信息表 别名: 组成:课程号+课程名+学时+任课老师 备注:这是学校所有课程的总和表 表7数据文件“教室信息表”的字典条目 文件名: 教室信息表 别名: 组成:教室号+教室类别 备注:根据教室的大小进行排课 表8数据文件“系部信息表”的字典条目 文件名:系部信息表 别名: 组成:系部号+系名 备注:根据系部的不同有不同的课程 表9数据文件 “班级信息表”的字典条目 文件名:班级信息表 别名: 组成:班级号+班级类别 备注: 表10数据文件 “课程分配表”的字典条目 文件名:课程分配表 别名: 组成:编号+课程号+课程名+班级号+班级名 备注: 由班级为单位选择课程 3.1.4 E-R图
数据对系统分析得到的数据字典中的数据存储进行分析，分析各数据存储之间的关系，可采用E－R图的方法进行数据结构分析。
各实体之间具有一定的联系，用E－R图表示出来，如下所示：
3.2 对性能的规定
3.2.1 精度
对系统中输入的数据要按照数据字典的规定严格输入，尽量避免数溢出处和数据的不合法性。
3.2.2 时间特性要求
定购需要提前若干天。
3.2.3 可靠性
较高
3.2.4 灵活性
1.在教学计划完全提交货未审核时，可以撤消课程或修改课程表，一旦审核，则不能再修改； 2.操作方式上应该满足鼠标与键盘任意切换的需要；
3.能够支持Windows 2000、Windows XP和Linux等运行环境； 4.留有与其他系统的接口。
3.2.5 数据管理能力要求
该数据库设计为关系型数据库，其中包括4个表。表的设计考虑到了实体完整性、参照完整性及用户自定义完整性三类完整性约束。
只有服务器端程序才能够对数据库中的数据进行更新和删除。教室或学生角色用户登录系统后能够查询操作。由于该系统涉及到大量的数据存取操作，再加上同一时间内大量用户的频繁查询，因此对数据的存储和配置性能有一定的要求。
3.2.6 故障处理要求
硬件故障：
情况1： 服务器电源不正当关闭
处理： a .数据库事务回滚到断电之前的状态。
b.为服务器提供一个备用充电电源能够支持服务器进行临时数据的正常保存。
情况2： 客户端与服务器网络不能连接
处理： a. 检修本地端网络连接是否正常；
b. 查看服务器端交换机端口是否被关闭； c. 查看端点间网络线路是否完好。
情况3： 存储空间已满
处理： a. 数据库切换到备份存储空间;
b. 进行数据检索，删除日期超过4年的数据。
软件故障：
情况1： 服务器死机
处理： 程序自动保存内存中的临时数据；重启机器 情况2： 服务端程序报告异常
处理： 保存好临时数据，关闭访问端口，关闭程序重新启动，通过临时数据初始化程序 情况3： 服务器端响应速度慢
处理： 查看接收的数据信息，看是否有不法分子的攻击，并作好防火墙的配置
3.2.7 其他专门要求
a. 拥有登录权限的人员应该妥善管理自己的密码，防止他人窃取；
b. 随机抽取数据进行人工校验，检验系统是否运行正常，处理是否合理。
4.运行环境规定
4.1 设备
运行本系统要求处理器在奔腾III以上、内存在256MB以上的普通PC机或专用服务器。
4.2 支持软件
本系统支持的操作系统包括:Windows 95、Windows 98、Windows 2000、Windows Me和Windows XP。
本系统支持的数据库：Oracle、Postgresql、MySQL、SQL Server 本软件的开发工具：Eclipse、JDK 1.6、MySQL
4.3 接口
本软件通过若干个之间表（在此省略其结构）实现与其他软件的通信。
4.4 控制
本系统通过“用户验证”模块进行用户登录的控制，根据不同用户ude权限调用不同的模块。 其他模块控制情况照此描述。 各种表格和单据
用户需求调查表（一）
类 别 工能需求 调研内容 学 生 被调查人 王五 调查日期 2017-03-25 方便查询课程表，方便查询成绩，登录网站安全，便捷选课。 1．实现功能 我学校的教务管理分为：包括课程名称、课程代码、课时、班级类别（本科、专科、成人教育、研究生）、班号等 ，学生可能会通过登陆网址查询本学校的教务系统。 进入教务系统后可以查询成绩、查询本学期课程表、选课、报名四六级等。 2．调研内容 （1） 学籍管理系统； （2） 学生基本信息管理系统； （3） 宿舍管理系统； （4） 奖惩管理系统； （5） 实习管理系统； （6） 收费管理系统； 3．现在存在的问题 学期初选课时学生登录教务系统人数过多，导致网站不稳定致使一部分人进不去教务系统，不能选到自己喜欢的课程。 4．需要改善的工作 加强教务系统的稳定性和兼容性。 5．其他 备 注 用户需求调查表（一）附件1-课程信息
参与调研人员会签 课程名称 课程代码 课时 班级类别 班号 类 别 需求类型 调研内容 教务处人员 被调查人 张三 调查日期 2017-03-25 用户需求调查表（二）
新建项目，在建项目补充，现有系统运维。 1．实现功能 教师提交，查看，修改教学计划。教师每日课后录入授课信息，月结算教师课时 录入教室相关信息，显示教师机房容量与类型、根据课表显示空课时间借用后进行标注、录入借用单。 2．调研内容 （1） 教学管理系统； （2） 教室借用管理系统； （3） 考试管理； 3．现在存在的问题 4．需要改善的工作 5．其他 备 注 教师信息需要字段：姓名、性别、职称、部门、年龄、联系电话等。 参与调研人员会签 用户需求调查表（二）附件1-成绩信息 学号 姓名 科目 成绩 学分 备注 类 别 需求类型 调研内容 教师 被调查人 李四 调查日期 2017-03-25 用户需求调查表（三）
新建项目，在建项目补充，现有系统运维。 1．调研内容 教师基本信息管理：即部门、姓名、性别、身份证号、出生日月、年龄、政治面貌、民族、参加工作时间、最高学位、进校时间、职称系列、职称级别、职业工种、教师资格、任教学科、备注、联系电话等信息进行增加、删除、查询、修改、筛选等工作。 2．现在存在的问题 3．需要改善的工作 4．其他 备 注 用户需求调查表（三）附件1-教师信息
参与调研人员会签 姓名 性别 部门 身份证号 年龄 任教学科 政治面貌 联系电话 备注 需求确认
完成需求规格说明书之后，项目组应该对需求进行确认和评审，并产生相应报告，如 表所示。
需求评审报告摘要表
需求评审报告摘要 需求文档 （输入名称，标识符，版本，作者，完成日期，……） 需求评审报告 （输入名称，标识符，评审日期，……） 评审结论 【】工作成果合格，“无须修改”或者“需要稍微修改但不必再审核”。 【√】工作成果基本合格，需要少量修改，之后通过审核即可。 【】工作成果不合格，需要较大修改，之后必须重新对其进行评审。 评审意见 评审小组成员 需求承诺表 需求承诺 需求文档 客户承诺 （输入名称，标识符，版本，作者，完成日期，……） 签字 日期 项目经理承诺 签字 日期
因篇幅问题不能全部显示，请点此查看更多更全内容