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

1、教务管理排课系统之需求分析教务管理系统之学院课程安排子系统需求说明书 院系名称： 专业班级： 组长姓名： 小组成员： 黑龙江工程学院教务处制1. 引言1.1 项目背景近几年来，高等学校连续大幅度的扩大招生，使学校办学规模迅速扩大，在校人数成倍增加，而与之配套的教室、教师等硬件资源增长相对滞后。教务处每学期排课内容变得更加复杂。而如何充分地利用有限的教学资源，使高等学校的各种教学活动、教学管理及其他相关工作能够有序、规范地进行，是教务管理人员必须考虑和解决的问题。鉴于以上需求，经过黑龙江工程学院领导层研究，决定由XXX软件公司负责课程安排子系统的开发与实施。1.2 术语定义术语定义表术 语定 义

2、备 注教师职称大学里教师的职称分为助教、讲师、副教授、教授四个级别助教新教师在未受聘为讲师以前从事一年或一年以上的教学辅导工作，是高校中的初级职称或一门以上课程的大学教师讲师能够独立开设一门或一门以上课程的大学教师副教授具有较强科研能力和较高的教学水平的大学教师，是高校中的副高级职称教师对本专业或本学科更为精通，并能够形成一定独创性的理论或方法，对学科或专业发展作出一定贡献的专家，是大学中职称最高的一级。学时45分钟（一节课）为一个学时周学时数一周工作日内总的学时数专业课高等学校和中等专业学校根据培养目标所开设的专业知识和专门技能的课公共课高等教育自学考试中任何专业或部分同类专业考生都必须学习

3、的课程1.3 参考文献1. 企业资源管理计划：朱江 陆娜 韦海英 编著，广东经济出版社.2. ERP应用教程：许建钢 王新玲 张清华 武兴兵 周晓洪 张月强编著，电子工业出版社.3. ASP.NET数据库入门经典：（美）Damien Foggon Daniel Maharry 著 杨浩 译 ,清华大学出版社.4. 信息系统分析与设计：卫红春，清华大学出版社.2. 项目概述2.1 目标(要解决的问题)本系统开发的总目标是实现学校教务管理系统之子系统系内课程安排的系统化、规范化和自动化（1） 各院（系）与课程有关的各种数据(如课程设置、教学培养计划、教学执行计划、教师讲课的限制条件等)的增加、查询

4、、更新、删除以及各种表格的生成，完成对系内课程安排的管理；（2） 以及对教学人员(教师、班主任、教务人员) 的管理。特色与关键问题： 对软件过程规范及技术的学习和应用。2.2 用户特点本系统的最终用户为教务处工作人员、授课教师和学校学生，教育水平都在本科以上，具备一些简单的计算机操作技能，教务处工作人员具备一定的专业计算机知识。本系统软件在学期开始的前两周、学生选课期间和假期初期内使用频率较高，其他时间使用的频率较低。2.3 条件、假定和约束本系统的开发经费限制在30万以内，时间期限为2个月内。2.4 用户需求概述(1). 能够管理并维护各专业各门课程的教学大纲和授课计划(2). 能够管理并维

5、护教师信息、班级信息、教室信息(3). 能够使授课安排表满足一下条件：每位教师的主讲门数不能超过2门学期；讲师以下职称的教师不能承担本专业核心课程的主讲任务。系级干部的主讲课时不能超过4学时周。本学期出现严重教学事故的教师不能承担下学期的主讲任务。(4). 能够更新、查询、打印教师授课安排表、班级课程表、学生的课程表(5). 能够输入项至少应包含3个：教务处布置的教学计划、系教师自报的讲课计划和系定的有关讲课限制条件。(6). 能够输出项至少应包含2个：教务处最终下达的全系教师教学任务书和系各教学班一学期的课程表（可不包含上课地点）3. 功能性需求规定3.1 业务活动图3.2 功能结构图3.3

6、 功能需求描述3.3.1 处理数据课程安排过程中涉及到许多基础数据，包括系别、教师、学生、教室、课程名和教学时间等信息，根据实际情况对这些基础信息灵活进行输入、删除、修改等操作。(1). 查询：此功能面对学生、教师、系统管理员。(2). 插入：此功能可由相关教师和系统管理员进行操作，对学生将限制此功能。(3). 删除：此功能可由相关教师和系统管理员进行操作，对学生将限制此功能。(4). 修改：此功能可由相关教师和系统管理员进行操作，对学生将限制此功能3.3.2 课程安排课程安排要达到较好的教学效果，不是随便编排就可以的，要采用一定的科学有效的方法，要对时间、教师、学生、教室四者合理规划，充分利

7、用各类教学资源，应遵循以下要求：(1). 相同时间一间教室不能安排两门不同的课程。(2). 相同时间一个教师不能上两门不同的课程。(3). 相同时间一个学生不能上两门不同的课程。(4). 严格按照各专业各年级的教学计划进行课程编排，各学期各门课程不能存在冲突。如同一门课程要有统一的课程名，如各个专业一年级开展的计算机基础课程不能即叫微机原理又叫计算机基础容易导致混淆。(5). 为了提高学习效率，各课程的教学实践要合理安排，理论课应该安排在上午实践课或上机课安排在下午。(6). 体育课一般应在上午三四节或者下午五六节，体育课之后不应再安排其他课程。(7). 每一周每个课程的教学课时相对固定。(8

8、). 学校的任课教师要充分利用各种教师资源，合理安排每一位教师的时间；如：a、每位教师的主讲门数不能超过2门学期；b、讲师以下职称的教师不能承担本专业核心课程的主讲任务c、系级干部的主讲课时不能超过4学时周。d、本学期出现严重教学事故的教师不能承担下学期的主讲任务。(9). 从保护教师自身健康的角度，尽量不给一位老师从早到晚连续安排课程，避免课程过于集中造成疲劳。(10). 允许教室、班级、教师在某个时间段空缺。(11). 考虑班级人数多少，安排适合的教室3.3.3 课程安排结果的处理可以使用各种条件对排课情况进行查询，增加、删除、修改课表还可按要求输出某个班级的课程表，某位老师的课表，某个学

9、生的课程表等。4. 非功能性需求规定（1）.网络环境下的多用户系统。信息主要存储在服务器端的数据库中，由各用户在规定的权限下在各自的客户端上录入，修改，删除相关的内容，各用户还可进行查询，调用，达到信息共享。（2）.数据的完整性，准确性。录入数据采用表格方式，限制录入数据类型及取值范围以保证数据的完整性及准确性。系统应具有部分反悔修改功能，系统备有的修改功能均可反悔。（3）.数据安全性。本系统采用二级安全保障：第一级：依赖于网络本身对用户使用权限的规定。第二级：在程序模块中通过使用密码控制功能对用户使用权限加以限制。5. 运行环境规定开发出的软件要适用于各种WINDOWS平台和SQL SERV

10、ER数据库下，支持局域网和INTERNET下的资源共享以及EXCEL的表格输出等，最低配置要求PIII 800，128M内存以及8M显存显卡。 开发环境：Windows 2000 Server。 开发工具：PowerBuilder 9.0。 数据库管理系统：Microsoft SQL Server 2000。各种表格和单据用户需求调查表（一） 部 门 学院教务处被调查人 调查日期2013-03-20负责工作根据教学任务和要求给出各个课程的相关限制1任务流程 我们部门目前阶段要解决的任务分为：安排每门课程上课的班数、界定每门课程最高和最低周学时数，决定每一门课程由什么职称的老师任教。 由学校教务

11、处下发的教学计划，按照一定的原则，制定相关限制。 （1）.同专业的班级，不论多个或单个，由一位专业课老师授课；（2）.体育课、外语课等人力、场地可以多个班级共享的课程，至少三个班级，至多六个班级，由一位老师授课；（3）.专业课、公共课至少安排32个学时，不超过64个学时，其中重要的专业课以及大部分公共课，都应该安排64个学时；（4）.课时较多、班级较多的课程，尽量安排教授、副教授职称的老师进行授课；（5）.重要的专业课尽量安排副教授职称或者讲师职称的老师进行授课。2注意事项（1）.同等班级（本科或专科）可以一起上课，非同等班级不在一起上课；（2）.每位教师至多主讲两门课程；（3）.讲师不能承担

12、重要专业课和重要公共课的任务； 备 注参与调研人员会签用户需求调查表（二） 部 门某专业教研室被调查人调查日期2013-03-21 负责任务经所在教研室协调认可，经由学院主管教学计划人员批准，向教务处自报本人授课计划。1业务流程图（1）.根据自己的职称以及年度工作计划，经由所在教研室协调，按照教学任务，分配自己明年所授课程；（2）.按照课程教学大纲的要求，根据课程的结构，同时做好调查研究，制定本人授课计划；（3）.填写学期授课计划、教学进度计划、实验实训计划三张表格，并报上级审批；2 注意事项 调研纲要（1）.由青年教师所担任的课程，因由指定带教老师帮助其制定教学计划；（2）.期末考试考核方法

13、与初期制定计划不一致的，期末应重新提交修改后的授课计划。 备 注参与调研人员会签用户需求调查表（三） 部 门 教务处被调查人 调查日期2013-03-21 负责任务根据教学计划以及教师本人授课计划，给出下个学期全学院教师的教学任务书。1业务流程图 （1）.首先安排体育课，外语课，实验课等人力、场地、设施可以多个教学班共享的公共基础课，择定上课老师以及教师，时间多在下午；（2）.其次安排数、理、化等较难学的课程以及主要的、周学时多的课程，时间安排在学习的最佳时间如每天的上午；（3）.安排剩余课程的时候，注意专业课和公共课搭配排，难度大的课和难度小的课程搭配排；2注意事项 调研纲要（1）.一门课程

14、不要连续上四个学时；（2）.不要连续两天一门课程；（3）.同一个老师尽量不要安排连续的课程；（4）.体育课后不应安排课程；（5）.学生、教师政治学习的时间不要安排课程。 备 注 参与调研人员会签需求确认完成需求规格说明书之后，项目组应该对需求进行确认和评审，并产生相应报告，如表所示。需求评审报告摘要表需求评审报告摘要需求文档（输入名称，标识符，版本，作者，完成日期，） 需求评审报告（输入名称，标识符，评审日期，） 评审结论【】工作成果合格，“无须修改”或者“需要稍微修改但不必再审核”。【】工作成果基本合格，需要少量修改，之后通过审核即可。【】工作成果不合格，需要较大修改，之后必须重新对其进行评审。评审意见同意 评审小组成员需求承诺表需求承诺需求文档（输入名称，标识符，版本，作者，完成日期，）客户承诺签字 日期：2013年3月29日项目经理承诺签字 日期：2013年3月29日