教务管理排课系统之需求分析.docx

教务管理排课系统之需求分析.docx

《教务管理排课系统之需求分析.docx》由会员分享，可在线阅读，更多相关《教务管理排课系统之需求分析.docx（11页珍藏版）》请在冰豆网上搜索。

教务管理排课系统之需求分析

教务管理系统之学院课程安排子系统

需求说明书

院系名称:

专业班级:

组长姓名:

小组成员:

黑龙江工程学院教务处制

1.引言

1.1项目背景

近几年来，高等学校连续大幅度的扩大招生，使学校办学规模迅速扩大，在校人数成倍增加，而与之配套的教室、教师等硬件资源增长相对滞后。

教务处每学期排课内容变得更加复杂。

而如何充分地利用有限的教学资源，使高等学校的各种教学活动、教学管理及其他相关工作能够有序、规范地进行，是教务管理人员必须考虑和解决的问题。

鉴于以上需求，经过黑龙江工程学院领导层研究，决定由XXX软件公司负责课程安排子系统的开发与实施。

1.2术语定义

术语定义表

术语

定义

备注

教师职称

大学里教师的职称分为助教、讲师、副教授、教授四

个级别

助教

新教师在未受聘为讲师以前从事一年或一年以上的教

学辅导工作，是高校中的初级职称或一门以上课程的大学

教师

讲师

能够独立开设一门或一门以上课程的大学教师

副教授

具有较强科研能力和较高的教学水平的大学教师，是

高校中的副高级职称

教师

对本专业或本学科更为精通，并能够形成一定独创性的理论或方法，对学科或专业发展作出一疋贝献的专豕，是大学中职称最高的一级。

学时

45分钟（一节课）为一个学时

周学时数

一周工作日内总的学时数

专业课

高等学校和中等专业学校根据培养目标所开设的专业

知识和专门技能的课

公共课

高等教育自学考试中任何专业或部分冋类专业考生都

1.3参考文献

[1].《企业资源管理计划》：

朱江陆娜韦海英编著，广东经济出版社.

[2].《ERP应用教程》：

许建钢王新玲张清华武兴兵周晓洪张月强编著,电子工业出版社.

[3].

杨浩译

《ASP.NET数据库入门经典》：

（美）DamienFoggonDanielMaharry著

，清华大学出版社.

2.项目概述

2.1目标（要解决的问题）

本系统开发的总目标是实现学校教务管理系统之子系统系内课程安排的系统化、规范化和自动化

（1）各院（系）与课程有关的各种数据（如课程设置、教学培养计划、教学执行计划、教师讲课的限制条件等）的增加、查询、更新、删除以及各种表格的生成，完成对系内课程安排的管理；

（2）以及对教学人员（教师、班主任、教务人员）的管理。

特色与关键问题:

对软件过程规范及技术的学习和应用。

2.2用户特点

授课教师和学校学生，教育水平都在

教务处工作人员具备一定的专业计

学生选课期间和假期初期内使用频

本系统的最终用户为教务处工作人员、本科以上，具备一些简单的计算机操作技能,算机知识。

本系统软件在学期开始的前两周、率较高，其他时间使用的频率较低。

2.3条件、假定和约束

本系统的开发经费限制在30万以内，时间期限为2个月内。

2.4用户需求概述

（2）.

（3）.

能够管理并维护教师信息、班级信息、教室信息

能够使授课安排表满足一下条件：

每位教师的主讲门数不能超过2门

/学期；讲师以下职称的教师不能承担本专业核心课程的主讲任务。

系级干部的

主讲课时不能超过4学时/周。

本学期出现严重教学事故的教师不能承担下学期的主讲任务。

（4）.能够更新、查询、打印教师授课安排表、班级课程表、学生的课程表

（5）.能够输入项至少应包含3个：

教务处布置的教学计划、系教师自报的讲课计划和系定的有关讲课限制条件。

（6）.能够输出项至少应包含2个：

教务处最终下达的全系教师教学任务书和系各教学班一学期的课程表（可不包含上课地点）

3..功能性需求规定

3.1业务活动图

3.2功能结构图

1匸Fl

、

X

敦寿处n理a™]

1T亠―

1

]

J

3.3功能需求描述

331处理数据

课程安排过程中涉及到许多基础数据，包括系别、教师、学生、教室、课程

名和教学时间等信息，根据实际情况对这些基础信息灵活进行输入、删除、修改等操作。

3.3.2课程安排

课程安排要达到较好的教学效果，不是随便编排就可以的，要采用一定的科

学有效的方法，要对时间、教师、学生、教室四者合理规划，充分利用各类教学资源，应遵循以下要求：

（1）.⑵.

（3）.

（4）.

相同时间一间教室不能安排两门不同的课程。

相同时间一个教师不能上两门不同的课程。

相同时间一个学生不能上两门不同的课程。

严格按照各专业各年级的教学计划进行课程编排，各学期各门课程不能存在冲突。

如同一门课程要有统一的课程名，如各个专业一年级开展的计算机基础课程不能即叫《微机原理》又叫《计算机基础》容易导致混淆。

（5）.为了提高学习效率，各课程的教学实践要合理安排，理论课应该安排在上午实践课或上机课安排在下午。

（6）.体育课一般应在上午三四节或者下午五六节，体育课之后不应再安排

其他课程。

（7）.每一周每个课程的教学课时相对固定。

（8）.学校的任课教师要充分利用各种教师资源，合理安排每一位教师的时间；如：

a、每位教师的主讲门数不能超过2门/学期；b讲师以下职称的教师不能承担本专业核心课程的主讲任务c系级干部的主讲课时不能超过4学时/周。

d本学期出现严重教学事故的教师不能承担下学期的主讲任务。

（9）.从保护教师自身健康的角度，尽量不给一位老师从早到晚连续安排课程，避免课程过于集中造成疲劳。

（10）.允许教室、班级、教师在某个时间段空缺。

（11）.考虑班级人数多少，安排适合的教室333课程安排结果的处理

可以使用各种条件对排课情况进行查询，增加、删除、修改课表还可按要求输出某个班级的课程表，某位老师的课表，某个学生的课程表等。

（1）.网络环境下的多用户系统。

信息主要存储在服务器端的数据库中，由各用户在规定的权限下在各自的客户端上录入，修改，删除相关的内容，各用户还可进行查询，调用，达到信息共享。

（2）.数据的完整性，准确性。

录入数据采用表格方式，限制录入数据类型及取值范围以保证数据的完整性及准确性。

系统应具有部分反悔修改功能，系统备有的修改功能均可反悔。

（3）.数据安全性。

本系统采用二级安全保障：

第一级：

依赖于网络本身对用户使用权限的规定。

第二级：

在程序模块中通过使用密码控制功能对用户使用权限加以限制。

5.运行环境规定

开发出的软件要适用于各种WINDOWS平台和SQLSERVER数据库下，支持局域网和INTERNET下的资源共享以及EXCEL的表格输出等，最低配置要求P山800，128M内存以及8M显存显卡。

Windows2000Serve。

开发环境：

开发工具：

PowerBuilder9.0。

数据库管理系统：

MicrosoftSQLServer2000。

用户需求调查表

（二）

部门

某专业教研室1被调查人

调查日期

2013-03-21

负责任务

经所在教研室协调认可，经由学院主管教学计划人员批准，向教务处自报本人授课计划。

1.业务流程图

各种表格和单据

用户需求调查表

（一）

照教学任务，分配自己明年所授课程;

（2）•按照课程教学大纲的要求，根据课程的结构，同时做好调查研

究，制定本人授课计划;

（3）.填写《学期授课计划》、《教学进度计划》、《实验实训计划》

三张表格，并报上级审批;

（1）

.由青年教师所担任的课程，因由指定带教老师帮助其制定教学

（2）.期末考试考核方法与初期制定计划不一致的，期末应重新提交

用户需求调查表（三）

负责任务

根据教学计划以及教师本人授课计划，给出下个学期全学院教师的教学任务书。

1.业务流程图

（1）.首先安排体育课，外语课，实验课等人力、场地、设施可以多

个教学班共享的公共基础课，择定上课老师以及教师，时间多在下午;

（2）.其次安排数、理、化等较难学的课程以及主要的、周学时多的课程，时间安排在学习的最佳时间如每天的上午;

（3）.安排剩余课程的时候，注意专业课和公共课搭配排，难度大的课和难度小的课程搭配排;

2•注意事项

（2）.不要连续两天一门课程;

（3）.同一个老师尽量不要安排连续的课程;

（4）.体育课后不应安排课程;

（5）.学生、教师政治学习的时间不要安排课程。

参与调研人员会

需求确认

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

需求评审报告摘要表

需求评审报告摘要

需求文档

（输入名称，标识符，版本，作者，完成日期，）

需求评审报告

（输入名称，标识符，评审日期，……）

评审结论

【】工作成果合格，“无须修改”或者“需要稍微修改但不必再审核”。

[VI工作成果基本合格，需要少量修改，之后通过审核即可。

【】工作成果不合格，需要较大修改，之后必须重新对其进行评审。

评审意见

同意

评审小组成员

需求承诺表

需求承诺

需求文档

（输入名称，标识符，版本，作者，完成日期，……）

客户承诺

签字

日期：

2013年3月29日

项目经理承诺

签字

日期：

2013年3月29日