课程安排系统.docx

1、课程安排系统需求分析报告1.引言1.1 编写目的教务管理是大学的主要日常管理工作之一，涉及到校、系、师、生的诸多方面。如何把教务工作信息化，模块化，便捷化是现代高校发展的重点，所以迫切需要研制开发一种综合教务管理软件。在本小组成员对系统进行了全面细致的分析后明确了该系统“做什么”， 编写这份说明书的目的是将小组分析结果条理清晰的展示出来，它说明了本产品实现的各种功能以及各种功能的适用范围。使小组成员充分认识本系统的情况,方便以后更好的开展具体工作。本说明书主要提交给老师,小组成员和其他同学参考,以达到最终满足用户的要求，让用户满意。1.2 项目背景项目名称:教务管理系统之子系统学院课程安排项目

2、开发者: 用户:学校教务科，教师实现该软件的计算机网络： 1.3 定义数据流图：数据流图描绘系统的逻辑模型，图中没有任何具体的物理元素，只是描绘信息在系统中流动和处理的情况。系统的流程图：系统流程图是描绘物理系统的传统工具。它的基本思想是用图形符号以黑盒子的形式描绘系统里的每个部件（程序，文件，数据库，表格，人工过程等）。教务处人员：教务处相关的工作人员。学院教务主管：教学任务和要求给出各个课程的相关限制（如：任课教师的职称、上课的班数、最高和最低周学时数等）。教学计划：包括课程名称、课程代码、课时、班级类别（本科、专科、成人教育、研究生）、班号等。课程限制：每位教师的主讲课程门数不超过2门/

3、学期，讲师以下职称的教师不能承担学院定主课的主讲任务。学院中层干部的主讲课程不能超过4学时/周。课程表：最后教师和学生获得的具体的上课时间地点。教师任务书：教师完成教学任务的计划。1.4 参考资料软件工程第二版，李代平等着，清华大学出版社。2.目标系统概述系统简介：每个学期的期中，学校教务处向各个学院发出下各学期的教学计划，包括课程名称、课程代码、课时、班级类别（本科、专科、成人教育、研究生）、班号等；学院教学主管人员根据教学任务和要求给出各个课程的相关限制;任课教师自报本人授课计划，经所在教研室协调认可，教学计划上交学院主管教学计划的人员，批准后上报学校教务处，最终由教务处给出下个学期全学院

4、教师的教学任务书。2.1 目标本系统是教务处人员，各院教学主管，教师的工作界面。它完成：1、教务处人员制定各学院的教学计划并录入，2、各院教学主管对相关课程加以限制，如：规定课时，任课教师的条件等3、教师制定自己的教学计划，经所在教研室协调认可，录入 4、教务处人员根据教师的授课计划和相关课程的限制条件制定出下学期各学院各班的课程表以及全院教师的教学任务书。2.2 用户的特点本软件的最终用户可分为操作人员、维护人员。其中，要求操作人员对计算机有一定了解，可以无障碍的使用本系统提供给操作人员操作权限内的各种功能。要求维护人员是对本系统有较深的了解，同时对系统相关信息及工作流程有所了解的技术人员。

5、2.3 假定和约束本系统由信息与计算科学14-1班五名同学承接设计。设计人员都已学习了相关课程，编程等有关知识，由于此课程设计开发时间有限，除统一安排的上机时间外，小组成员只能利用有限的课余时间进行设计。而且考虑到作为在校生，小组没有此类开发经验，所以，本小组在设计过程中不可避免的出现考虑不全面，技术不成熟等问题，设计的系统相对比较简单。3.需求规定3.1 软件功能的规定3.1.1 系统功能划分本系统适合学院课程安排管理模式。本系统集信息管理、教学计划管理、排课、教师信息管理等教务功能于一体，并可以输出各院课程表及教师任务书。 整个系统分为以下模块： 1.教务人员信息管理2.学院教务主管管理3

6、.教师信息信息管理4.教学计划录入系统5.课程限制录入系统6.排课系统7.课程表定制系统8.教师任务书下达系统3.1.2 数据流图返回登录登录返回信息返回信息登录返回信息登录顶层数据流图二层数据流图-教务处人员子系统二层数据流图-教学主管人员子系统二层数据流图-教师子系统三层数据流图-教务处人员之信息查询子系统三层数据流图-教务处人员之教学计划录入系统三层数据流图-教学主管人员之限制条件录入子系统三层数据流图-教师之授课计划录入子系统三层数据流图-教务处人员之课程表定制系统三层数据流图-教务处人员之教师任务书下达子系统四层数据流图-教务处人员之信息查询子系统3.1.3 数据字典表1数据文件 “

7、教务员信息表”的字典条目文件名: 教务员信息表别名:组成:教务员登陆号备注:表2数据文件“教学主管信息表”的字典条目文件名:教学主管信息表别名:组成:教学主管登录号备注:表3数据文件“教师信息表”的字典条目文件名:教师信息表别名:组成:教师号+教师名+性别+所属系部号+职称+所教课程+备注:表4数据文件“教学计划表”的字典条目文件名: 教学计划表别名:组成: 系编号+年级+课程名+学时备注: 表5数据文件 “课程限制表”的字典条目文件名: 课程限制表别名:组成: 系编号+年级+教师编号+教师职称+学时+事故类别+主讲课程类别备注: 事故、主讲课没有时，为0表6数据文件“课程信息表”的字典条目文

8、件名:课程信息表别名:组成:课程号+课程名+学时+任课老师备注:这是学校所有课程的总和表表7数据文件“教室信息表”的字典条目文件名: 教室信息表别名:组成:教室号+教室类别备注:根据教室的大小进行排课表8数据文件“系部信息表”的字典条目文件名:系部信息表别名:组成:系部号+系名备注:根据系部的不同有不同的课程表9数据文件 “班级信息表”的字典条目文件名:班级信息表别名:组成:班级号+班级类别备注:表10数据文件 “课程分配表”的字典条目文件名:课程分配表别名:组成:编号+课程号+课程名+班级号+班级名备注: 由班级为单位选择课程3.1.4 E-R图数据对系统分析得到的数据字典中的数据存储进行分

9、析，分析各数据存储之间的关系，可采用ER图的方法进行数据结构分析。各实体之间具有一定的联系，用ER图表示出来，如下所示：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 数据管理能力要求该数据库设

10、计为关系型数据库，其中包括4个表。表的设计考虑到了实体完整性、参照完整性及用户自定义完整性三类完整性约束。只有服务器端程序才能够对数据库中的数据进行更新和删除。教室或学生角色用户登录系统后能够查询操作。由于该系统涉及到大量的数据存取操作，再加上同一时间内大量用户的频繁查询，因此对数据的存储和配置性能有一定的要求。3.2.6 故障处理要求硬件故障：情况1： 服务器电源不正当关闭处理： a .数据库事务回滚到断电之前的状态。b.为服务器提供一个备用充电电源能够支持服务器进行临时数据的正常保存。情况2： 客户端与服务器网络不能连接处理： a. 检修本地端网络连接是否正常；b. 查看服务器端交换机端口

11、是否被关闭；c. 查看端点间网络线路是否完好。情况3： 存储空间已满处理： a. 数据库切换到备份存储空间;b. 进行数据检索，删除日期超过4年的数据。软件故障：情况1： 服务器死机处理： 程序自动保存内存中的临时数据；重启机器情况2： 服务端程序报告异常处理： 保存好临时数据，关闭访问端口，关闭程序重新启动，通过临时数据初始化程序情况3： 服务器端响应速度慢处理： 查看接收的数据信息，看是否有不法分子的攻击，并作好防火墙的配置3.2.7 其他专门要求a. 拥有登录权限的人员应该妥善管理自己的密码，防止他人窃取；b. 随机抽取数据进行人工校验，检验系统是否运行正常，处理是否合理。4.运行环境规

12、定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、MySQL4.3 接口本软件通过若干个之间表（在此省略其结构）实现与其他软件的通信。4.4 控制本系统通过“用户验证”模块进行用户登录的控制，根据不同用户ude权限调用不同的模块。其他模块控制情况照此描述。各

13、种表格和单据用户需求调查表（一） 类 别 学 生 被调查人 王五 调查日期 2017-03-25工能需求方便查询课程表，方便查询成绩，登录网站安全，便捷选课。调研内容1实现功能 我学校的教务管理分为：包括课程名称、课程代码、课时、班级类别（本科、专科、成人教育、研究生）、班号等 ，学生可能会通过登陆网址查询本学校的教务系统。 进入教务系统后可以查询成绩、查询本学期课程表、选课、报名四六级等。2调研内容（1） 学籍管理系统；（2） 学生基本信息管理系统；（3） 宿舍管理系统；（4） 奖惩管理系统；（5） 实习管理系统；（6） 收费管理系统；3现在存在的问题 学期初选课时学生登录教务系统人数过多，

14、导致网站不稳定致使一部分人进不去教务系统，不能选到自己喜欢的课程。4需要改善的工作 加强教务系统的稳定性和兼容性。5其他 备 注参与调研人员会签用户需求调查表（一）附件1-课程信息课程名称课程代码课时班级类别班号用户需求调查表（二） 类 别教务处人员 被调查人张三 调查日期 2017-03-25需求类型新建项目，在建项目补充，现有系统运维。调研内容1实现功能 教师提交，查看，修改教学计划。教师每日课后录入授课信息，月结算教师课时录入教室相关信息，显示教师机房容量与类型、根据课表显示空课时间借用后进行标注、录入借用单。2调研内容（1） 教学管理系统；（2） 教室借用管理系统；（3） 考试管理；3

15、现在存在的问题4需要改善的工作5其他 备 注教师信息需要字段：姓名、性别、职称、部门、年龄、联系电话等。参与调研人员会签用户需求调查表（二）附件1-成绩信息学号姓名科目成绩学分备注用户需求调查表（三） 类 别教师 被调查人李四 调查日期 2017-03-25需求类型新建项目，在建项目补充，现有系统运维。调研内容1调研内容教师基本信息管理：即部门、姓名、性别、身份证号、出生日月、年龄、政治面貌、民族、参加工作时间、最高学位、进校时间、职称系列、职称级别、职业工种、教师资格、任教学科、备注、联系电话等信息进行增加、删除、查询、修改、筛选等工作。2现在存在的问题3需要改善的工作4其他 备 注参与调研

16、人员会签用户需求调查表（三）附件1-教师信息姓名性别部门身份证号年龄任教学科政治面貌联系电话备注需求确认 完成需求规格说明书之后，项目组应该对需求进行确认和评审，并产生相应报告，如表所示。需求评审报告摘要表需求评审报告摘要 需求文档（输入名称，标识符，版本，作者，完成日期，） 需求评审报告（输入名称，标识符，评审日期，） 评审结论【】工作成果合格，“无须修改”或者“需要稍微修改但不必再审核”。【】工作成果基本合格，需要少量修改，之后通过审核即可。【】工作成果不合格，需要较大修改，之后必须重新对其进行评审。 评审意见 评审小组成员需求承诺表需求承诺 需求文档（输入名称，标识符，版本，作者，完成日期，） 客户承诺签字 日期 项目经理承诺签字 日期