课程安排系统(建文)

建工
需求分析报告

.引言

编写追求
教务管理是大学的主要日常管理工作之一，涉及到校、系、师、生的诸多
方面。如何把教务工作信息化 ，模块化，便捷化是现代高校发展的重点，所以
迫切需要研制开发一种综合教务管理软件。
在本小组成员对系统进行了全面细致的分析后明确了该系统“做什么”，
编写这份说明书的追 求是将小组分析结果条理清晰的展示出来，它说明了本产
品实现的各种功能以及各种功能的适用范围。使 小组成员十足认识本系统的情
况,方便以后更好的开展具体工作。本说明书主要提交给老师,小组成员和 其他同
学参考,以达到最终满足用户的要求，让用户满意。
项目背景
项目名称:教务管理系统之子系统—学院课程安排
项目开发者:
用户:学校教务科，教师
实现该软件的计算机网络：
定义
数据流图： 数据流图描绘系统的逻辑模型，图中没有任何具体的物理元素，
只是描绘信息在系统中流动和处理的情况 。
系统的进程安排图：系统进程安排图是描绘物理系统的传统工具。它的基本
思想是用图形符 号以黑盒子的形式描绘系统里的每个部件（程序，文件，数据库，
表格，人工过程等）。
教务处人员：教务处相关的工作人员。
学院教务主管：教学任务和要求给出各个课程的相关限 制（如：任课教师的
职称、上课的班数、最高和最低周学时数等）。
教学计划：包括课程名称 、课程代码、课时、班级类别（本科、专科、成人
教育、研究生）、班号等。
课程限制：每位 教师的主讲课程门数不超过门学期，讲师以下职称的教师不
能承担学院定主课的主讲任务。学院中层干部 的主讲课程不能超过学时周。
课程表：最后教师和学生获得的具体的上课进度地点。
教师任务书：教师完成教学任务的计划。
参考资料
《软件工程》第二版，李代平等著，清华大学出版社。
.目标系统概述
系统简介：

15

建工
每个学期的期中，学 校教务处向各个学院发出下各学期的教学计划，包括
课程名称、课程代码、课时、班级类别（本科、专科 、成人教育、研究生）、班
号等。学院教学主管人员根据教学任务和要求给出各个课程的相关限制;任课 教
师自报本人授课计划，经所在教研室协调认可，教学计划上交学院主管教学计
划的人员，批准 后上报学校教务处，最终由教务处给出下个学期全学院教师的
教学任务书。
目标
本系统是教务处人员，各院教学主管，教师的工作界面。它完成：
、教务处人员制定各学院的教学计划并录入，
、各院教学主管对相关课程加以限制，如：要求课时，任课教师的条件等
、教师制定自己的教学计划，经所在教研室协调认可，录入
、教务处人员根据教师的授课计划 和相关课程的限制条件制定出下学期各
学院各班的课程表以及全院教师的教学任务书。
用户的特点
本软件的最终用户可分为操作人员、维护人员。
其中，要求操作人员对计算机有 一定了解，可以无障碍的使用本系统提供给
操作人员操作权限内的各种功能。
要求维护人员是 对本系统有较深的了解，同时对系统相关信息及工作进程安
排有所了解的技术人员。
假定和约束
本系统由信息与计算科学班五名同学承接设计。设计人员都已学习了相关课
程，编 程等有关知识，由于此课程设计开发进度有限，除统一安排的上机进度外，
小组成员只能利用有限的课余 进度进行设计。而且考虑到作为在校生，小组没有
此类开发经验，所以，本小组在设计过程中不可避免的 出现考虑不全面，技术不
成熟等问题，设计的系统相对比较简单。
.需求要求
软件功能的要求
系统功能划分
本系统适合学院课程安排管理模式。本系统集信息管理、教 学计划管理、排
课、教师信息管理等教务功能于一体，并可以输出各院课程表及教师任务书。
整个系统分为以下模块：
.教务人员信息管理
.学院教务主管管理
.教师信息信息管理
.教学计划录入系统
.课程限制录入系统
.排课系统
15

建工
.课程表定制系统
.教师任务书下达系统
数据流图







教务处人员
学生
登
登录
返
回
返回信息
登录
录
返
回
信
教务管
返回信息
登
顶层数据流图
录
息
理系统
教务管理人员
信息查询系统
查询修改命
令
登录
返回
教务处人员
返回
验证有效性
教师
课程表
数据、信息 信息数据
教
学
计
划

信息
数据
任务书
课程表定制系
统
教学计划录入
系统
教师任务下达
系统

二层数据流图教务处人员子系统
15

建工
登录

查询命令
教务主管人员
返回信
息
验证有效性
信
息
数
据

登录

信息查询
系统
返回信
息
返
回
信
息

课程限制条
件录入系统

二层数据流图教学主管人员子系统

查询命令
教师
返回信
息
验证有效性
信
息
数
据

信息查询
系统
返回信
息
返
回
信
息

授课计划录
入系统

二层数据流图教师子系统
15

建工
添加信息
添
加
命
令
返
回
信
息
删除命令
查询命令

删除信息
返回信息
教务处人员
返回信息
查询信息
修
改
命
令

返
回
信
息

修改信息

三层数据流图教务处人员之信息查询子系统
信息、数据
教务处人员
教学计划表
录入教学计划
教学计划表

三层数据流图教务处人员之教学计划录入系统
15

建工
信息、数据
教学主管人
员
限制条件表
录入限制条件
限制条件表

三层数据流图教学主管人员之限制条件录入子系统
信息、数据
教师
授课计划表
录入授课计划
授课计划表

三层数据流图教师之授课计划录入子系统
课程限制条件表

信息数据
教务处人员
课程表
制表
教学计划表
教师授课计划表

三层数据流图教务处人员之课程表定制系统
15

建工
教师信息表
信息数据
教务处人员
任务书
制定任务书
教师授课计划表

三层数据流图教务处人员之教师任务书下达子系统
课程信息表
课程信
息查询
教室信息表
返
回

教室号
班级信息表
课
程
号

返回
教室信
息查询
教室号
返回
教务处人员
班级号
班级信
息查询
教
师
号

返
回

系名
教师信
息查询
系部信
息查询
教师信息表 系部信息表

四层数据流图教务处人员之信息查询子系统
数据字典
15

建工
表数据文件 “教务员信息表”的字典条目

文件名: 教务员信息表
别名:
组成:教务员登陆号
备注:
表数据文件“教学主管信息表”的字典条目
文件名:教学主管信息表
别名:
组成:教学主管登录号
备注:
表数据文件“教师信息表”的字典条目
文件名:教师信息表
别名:
组成:教师号教师名性别所属系部号职称所教课程
备注:
表数据文件“教学计划表”的字典条目
文件名: 教学计划表
别名:
组成: 系编号年级课程名学时
备注:
表数据文件 “课程限制表”的字典条目
文件名: 课程限制表
别名:
组成: 系编号年级教师编号教师职称学时事故类别主讲课程类别
备注: 事故、主讲课没有时，为
表数据文件“课程信息表”的字典条目
文件名:课程信息表
别名:
组成:课程号课程名学时任课老师
备注:这是学校所有课程的总和表
表数据文件“教室信息表”的字典条目
文件名: 教室信息表
别名:
组成:教室号教室类别
备注:根据教室的大小进行排课
表数据文件“系部信息表”的字典条目
文件名:系部信息表
别名:
组成:系部号系名
备注:根据系部的不同有不同的课程
15

建工
表数据文件 “班级信息表”的字典条目
文件名:班级信息表
别名:
组成:班级号班级类别
备注:
表数据文件 “课程分配表”的字典条目
文件名:课程分配表
别名:
组成:编号课程号课程名班级号班级名
备注: 由班级为单位选择课程
图 数据对系统分析得到的数据字典中的数据存储进行分析，分析各数据存储之
间的关系，可采用－图的 方法进行数据结构分析。
课程名称
课程名称
课
程
课程名称
名
称
教学计划
n
发出
1
教务处
n
发出n
学院教学主管人
1
提出
教学任务
任课教师职称
要求< br>n
相关限制
最高和最低周学
时
上课的班级数

各实体之间具有一定的联系，用－图表示出来，如下所示：
15

建工
任课教师
n
上交授课计划
1
教研室< br>1
上交授课计划
1
教学计划人员
1
上报
1
教 务处
1
给出
教师
15
学生

建工
对性能的要求
精度
对系统中输入的数据要按照数据字典的要求严格输入，尽量避免数溢出处和数据的不合
法性。
进度特性要求
定购需要提前若干天。
可靠性
较高
灵活性
.在教学计划完全提交货未审核时，可以撤消课程或修改课程表，一旦审核，则不能再修改。
.操作方式上应该满足鼠标与键盘任意切换的需要。
.能够支持 、 和等运行环境。
.留有与其他系统的接口。
数据管理能力要求
该数据库设计为关系型数据库，其 中包括个表。表的设计考虑到了实体完整性、参照完
整性及用户自定义完整性三类完整性约束。
只有服务器端程序才能够对数据库中的数据进行更新和删除。教室或学生角色用户登录
系统后能够查询 操作。由于该系统涉及到大量的数据存取操作，再加上同一进度内大量用户
的频繁查询，因此对数据的存 储和配置性能有一定的要求。
故障处理要求
硬件故障：
情况： 服务器电源不正当关闭
处理： .数据库事务回滚到断电之前的状态。
.为服务器提供一个备用充电电源能够支持服务器进行临时数据的正常保存。
情况： 客户端与服务器网络不能连接
处理： . 检修本地端网络连接是否正常。
. 查看服务器端交换机端口是否被关闭。
. 查看端点间网络线路是否完好。
情况： 存储空间已满
处理： . 数据库切换到备份存储空间;
. 进行数据检索，删除日期超过年的数据。
软件故障：
情况：
处理：
情况：
处理：
情况：
服务器死机
程序自动保存内存中的临时数据。重启机器
服务端程序报告异常
保存好临时数据，关闭访问端口，关闭程序重新启动，通过临时数据初始化程序
服务器端响应速度慢
15

建工
处理： 查看接收的数据信息，看是否有不法分子的攻击，并作好防火墙的配置
其他专门要求
. 拥有登录权限的人员应该妥善管理自己的密码，防止他人窃取。
. 随机抽取数据进行人工校验，检验系统是否运行正常，处理是否合理。
.运行环境要求
设备
运行本系统要求处理器在奔腾以上、内存在以上的普通机或专用服务器。
支持软件
本系统支持的操作系统包括 、 、 、 和 。
本系统支持的数据库：、、、
本软件的开发工具：、 、
接口
本软件通过若干个之间表（在此省略其结构）实现与其他软件的通信。
控制
本系统通过“用户验证”模块进行用户登录的控制，根据不同用户权限调用不同的模块。
其他模块控制情况照此描述。
各种表格和单据
用户需求调查表（一）
类 别
工能需求
调研内容
学 生 被调查人 王五 调查日期
方便查询课程表，方便查询成绩，登录网站安全，便捷选课。
．实现功能
我学校的 教务管理分为：包括课程名称、课程代码、课时、班级类别（本科、专科、成人
教育、研究生）、班号等 ，学生可能会通过登陆网址查询本学校的教务系统。
进入教务系统后可以查询成绩、查询本学期课程表、选课、报名四六级等。

．调研内容
（1） 学籍管理系统。
（2） 学生基本信息管理系统。
（3） 宿舍管理系统。
（4） 奖惩管理系统。
（5） 实习管理系统。
（6） 收费管理系统。

．现在存在的问题
学期初选课时学生登录教务 系统人数过多，导致网站不稳定致使一部分人进不去教务系统，
不能选到自己喜欢的课程。
15

建工
．需要改善的工作
加强教务系统的稳定性和兼容性。
．其他
备注

用户需求调查表（一）附件课程信息
课程名称 课程代码 课时 班级类别 班号
参与调研人员会签







类 别教务处人员
需求类型
调研内容






被调查人












张三 调查日期







用户需求调查表（二）
新建项目，在建项目补充，现有系统运维。
．实现功能
教师提交，查看，修改教学计划。教师每日课后录入授课信息，月结算教师课时
录入教室相关 信息，显示教师机房容量与类型、根据课表显示空课进度借用后进行标注、
录入借用单。
．调研内容
（1） 教学管理系统。
（2） 教室借用管理系统。
（3） 考试管理。

．现在存在的问题

．需要改善的工作

．其他
备注 教师信息需要字段：姓名、性别、职称、部门、年龄、联系电话等。
参与调研人员会签
用户需求调查表（二）附件成绩信息
学号 姓名 科目 成绩 学分 备注
























15

建工


类 别教师








李四


调查日期


用户需求调查表（三）
被调查人
需求类型
调研内容
新建项目，在建项目补充，现有系统运维。
．调研内容
教师基本信息管理：即部门 、姓名、性别、身份证号、出生日月、年龄、政治面貌、民族、
参加工作进度、最高学位、进校进度、职 称系列、职称级别、职业工种、教师资格、任教
学科、备注、联系电话等信息进行增加、删除、查询、修 改、筛选等工作。
．现在存在的问题

．需要改善的工作

．其他
备注
参与调研人员会签
用户需求调查表（三）附件教师信息
姓名 性别 部门 身份证号 年龄 任教学科 政治面貌 联系电话 备注













































需求确认
完成需求规格说明书之后，项目组应该对需求进行确认和评审，并产生相应报告，如
表所示。

需求评审报告摘要表
需求文档
需求评审报告
评审结论

（输入名称，标识
（输入名称，标识
【】工作成果合格
【√】工作 成果基
【】工作成果不合
评审意见


评审小组成员
需求承诺表
15

建工
需求文档
客户承诺

（输入名称，标识
签字日期
项目经理承诺

签字日期


15