课程安排系统.docVIP

需求分析报告 1.引言 1.1 编写目的 教务管理是大学的主要日常管理工作之一，涉及到校、系、师、生的诸多方面。迫切需要研制开发综合管理软件实现该软件的计算机网络：数据流图：数据流图描绘系统的逻辑模型，图中没有任何具体的物理元素，只是描绘信息在系统中流动和处理的情况。 系统的流程图：系统流程图是描绘物理系统的传统工具。它的基本思想是用图形符号以黑盒子的形式描绘系统里的每个部件（程序，文件，数据库，表格，人工过程等）。相关的工作人员。《软件工程》第二版，李代平等著，清华大学出版社。 本系统是各院工作界面它完成：各院。适合管理模本系统集信息管理、、排课、等教务功能于一体，并可以输。 整个系统分为以下模块： 信息管理 二层数据流图---教务处人员子系统 二层数据流图----教学主管人员子系统 二层数据流图---教师子系统 三层数据流图---教务处人员之信息查询子系统 三层数据流图---教务处人员之教学计划录入系统 三层数据流图---教学主管人员之限制条件录入子系统 三层数据流图---教师之授课计划录入子系统 三层数据流图---教务处人员之课程表定制系统 三层数据流图---教务处人员之教师任务书下达子系统 四层数据流图---教务处人员之信息查询子系统 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： 服务器死机 处理： 程序自动保存内存中的临时数据；重启机器 情况