教室管理系统需求分析.doc

文档编号： 版 本 号： 文档名称： 需求分析说明书 项目名称： 教室管理系统 项目负责人： 卢军 编写：编写： 卢军卢军 20132013 年年 1010 月月 2020 日日 校对：校对： 段力玮段力玮 20132013 年年 1010 月月 2020 日日 审核：审核： 何平，田三平何平，田三平 20132013 年年 1010 月月 2020 日日 批准：批准： 杜国飞杜国飞 20132013 年年 1010 月月 2020 日日 开发单位：开发单位： 计算机计算机 2011-32011-3 班第六小组班第六小组 需求分析说明书 第第 1 页页 共共 24 页页 目目 录录 1.引言.3 1.1 编写目的 .3 1.2 预期的读者 .3 1.3 项目背景 .3 1.4 定义 .3 1.5 参考资料 .3 2 项目概述.4 2.1 系统建设背景.4 2.1.1系统规模.4 2.1.2预期目标.4 2.2 项目目标 .4 2.3 用户特点 .4 2.3.1行业特点.4 2.3.2人员特点.5 2.3.3业务数据量.5 2.3.4使用频度.5 2.4 计算机应用现状.5 2.5 条件及限制 .5 3. 现行系统的基本情况.5 3.1 基本现状.6 3.2 组织机构与职能.6 3.2.1组织机构.6 3.2.2组织机构与教室管理有关的职能说明.6 3.3 业务管理模式.6 3.4 现行教室管理业务流程.6 4 功能需求.7 4.1 系统逻辑模型 .8 4.1.1教室管理数据流程图.8 4.2 功能描述 .8 4.3 数据流描述 .9 4.4 数据存储描述 .10 需求分析说明书 第第 2 页页 共共 24 页页 4.5 数据元素描述 .10 5 输入输出数据要求.12 5.1 输入数据要求 .13 5.2 输出数据要求 .13 6 系统概念数据模型.13 7 性能需求.15 7.1 系统响应时间要求.15 7.2 系统安全性要求.15 7.3 可靠性 .16 7.4 易使用性 .16 8 用户操作需求.16 8.1 用户操作基本要求.16 8.2 用户分类及权限分配.16 8.3 用户功能视图.16 8.3.1 系统管理员用户功能视图.17 8.3.2 教务处用户功能视图.17 8.3.3教师用户功能视图.17 9 运行环境要求.18 9.1 硬件环境 .18 9.2 软件环境 .18 9.3 与其它系统的接口 .18 9.4 运行方式 .18 附录:输出数据表格结构 .19 需求分析说明书 第第 3 页页 共共 24 页页 1.引言引言 1.11.1 编写目的编写目的 明确用户对教室管理系统的功能需求和性能需求，并将这些需求用规范化的语言和规范化的 结构完整、准确地表达清楚，以此统一软件开发者和用户对教室管理软件系统的理解和认识。这 是开发教室管理信息系统的基础。编写该需求分析说明书的目的就在于此。 1.21.2 预期的读者预期的读者 最终用户：西南交通大学教务处 系统设计人员 系统测试者 1.31.3 项目背景项目背景 系统名称：教室管理系统 项目委托单位：西南交通大学教务处 项目开发单位：计算机 2011-3 班第六开发小组 项目主管部门：西南交通大学教务处 1.41.4 定义定义 教务处：教务处是学校中主管教学的部门，教务处应根据课程信息结合全校的教室资源信息 合理安排上课时间和上课地点，并保持教室安排的机动性，以应对临时讲座、临时停课等突发情 况。 1.51.5 参考资料参考资料 1、中华人民共和国国家标准计算机软件开发规范GB856688 2、中华人民共和国国家标准计算机软件开发文件编制指南GB856788 3、中华人民共和国国家标准计算机软件需求说明编制指南GB858588 4、由西南交通大学教务处提供的教务管理文档格式及样本： 西南交通大学学期课程信息表 西南交通大学教室资源信息表 需求分析说明书 第第 4 页页 共共 24 页页 教室借用申请表 临时调、停课申请表 教室使用情况统计表 2 项目概述项目概述 教室管理系统是提高教务处排课效率的重要工具。由于临时讲座、临时调停课等突发情况时 有发生，导致教室使用情况不断变化，为了教务处的教室管理有序、高效，管理工作信息化势在 必行。西南交通大学教务处根据学校信息化建设统一规划和部署，决定开发教室管理系统，实现 对教室使用信息的实时管理。 2.12.1 系统建设背景系统建设背景 本系统以西南交通大学校园网为基础进行开发。西南交通大学各学院教务均已通过校园网与 学校教务处连通，网络带宽可以满足数据库系统的实时操作要求。 2.1.12.1.1 系统规模系统规模 由于教务处的教室管理的主要管理工作集中在学校，业务管理活动也集中在学校，因此，教 室管理系统是一个用户地域分布较小的管理信息系统。 2.1.22.1.2 预期目标预期目标 通过开发教室管理系统，实现西南交通大学教务处教室管理的数据通信和数据共享，提 高工作效率、提高科学管理和科学决策水平。 2.22.2 项目目标项目目标 本软件系统的开发目标是实现对西南交通大学教务处教室管理办公自动化。主要功能是实现 教室信息管理、教室变动管理和教室使用申请管理的信息录入、修改、查询、统计分析、报表生 成和输出。 2.32.3 用户特点用户特点 2.3.12.3.1 行业特点行业特点 教室管理的特点有： 需求分析说明书 第第 5 页页 共共 24 页页 1、教室资源信息全面，易于统筹安排 2、可以实时统计各教室的使用情况，并把日常管理的有关信息录入教室管理系统，作为建立 教室使用情况档案、进行教室管理的依据。 3、教务处负责全面的教室管理工作。 2.3.22.3.2 人员特点人员特点 本软件的最终用户是教务处排课中心的管理人员、老师和学生。他们已具有熟练使用计算机 的基本技能。 2.3.32.3.3 业务数据量业务数据量 西南交通大学教室数量为 1000 个左右。 2.3.42.3.4 使用频度使用频度 系统的主要操作是数据录入和查询、统计分析。这些操作主要集中在 1、 新学期开学时，安排全校各门课程的上课时间和上课地点。 2、 学期中，安排临时讲座的开讲时间和开讲地点。 3、 学期中，调整教师临时调停课的上课时间和上课地点。 在上面三种情况，使用该系统较多。 2.42.4 计算机应用现状计算机应用现状 计算机应用情况：在教室管理方面已部分引入计算机，使用的微机已与学校内部网联网。 人员情况：所有工作人员均有计算机操作经验，能比较熟练使用办公自动化软件和上网操作。 设备情况：教务处已与校园网网连通。 2.52.5 条件及限制条件及限制 开发工具及环境规定：开发工具及环境规定： 软件结构： B/S 结构 操作界面：浏览器界面 操作系统：桌面系统：Windows 7 系列 需求分析说明书 第第 6 页页 共共 24 页页 3. 现行系统的基本情况现行系统的基本情况 现行系统：教务处现在执行教室管理业务的系统。 3.13.1 基本现状基本现状 教务处的教室管理业务活动现在主要通过人工过程完成，即教室档案管理、表格填写、数据 整理、查询、统计、各学院课程信息与教务处的数据传送等都由人工完成。 3.23.2 组织机构与职能组织机构与职能 3.2.13.2.1 组织机构组织机构 教室管理主要由教务处排课中心执行，有关的组织机构如下图： 3.2.23.2.2 组织机构与教室管理有关的职能说明组织机构与教室管理有关的职能说明 3.2.2.1排课中心排课中心 工作职能工作职能：负责学校的教室管理工作。主要业务工作包括： 教室编排管理 教室变动管理 教室使用申请管理 3.33.3 业务管理模式业务管理模式 集中管理：教室管理由教务处进行集中、具体管理。这些管理工作包括：教室编排管理、教 室变动管理和教室使用申请管理。 3.43.4 现行教室管理业务流程现行教室管理业务流程 教务处 排课中心 需求分析说明书 第第 7 页页 共共 24 页页 课程上课时间和上课地点的编排工作由教务处排课中心在开学初进行。各学院统计学院本学 期所有课程信息，然后将学期课程信息表送交教务处。 教务处排课中心根据各学院送交的课程信息表和教室资源信息表排课。 教师提交调停课申请，排课中心核实相关情况，批准调停课。 教师提交教室借用申请表，排课中心根据情况，批准教室借用申请。 教室管理业务流程图如下： 4 功能需求功能需求 现行系统的功能见 3.4 节“现行教室管理业务流程”。 本项目开发的教室管理系统对现行系统的功能作如下修改： 1、在教室管理中，增加课程“空闲教室查找”功能，用以查找没有安排课程的空闲教室。 2、在新系统中，以数据库为中心进行数据的管理和交流。因此，现行系统中业务工作流程将发 教室资源信息表 课程表 批准教室借 用申请 教室编排统计 教务处 排课中心 教室借用申 请回执 教室编排基本档案 课程信息表 排课 教务处 临时调停课申请表 教室借用申请表 教室借用申 请回执 批准教室借 用申请 教师 教师教务处 需求分析说明书 第第 8 页页 共共 24 页页 生变化。其中： 4 4.1 1 系统逻辑模型系统逻辑模型 4.1.1 教室管理数据流程图教室管理数据流程图 课程数据 4.2 功能描述功能描述 功能编号：1 功能名：排课 简要叙述：新学期根据教室资源表和课程信息表编排课程上课时间克上课地点。 输入数据流：课程数据、教室资源数据 输出数据流：课程安排数据 加工逻辑：输入课程和教室资源数据，然后通过课程安排确输出课程安排数据。 用 户：教务处 功能编号：2 各个学院 教务处 排课 教务处 教室资源数据 D1教室资源信息 D2课程编排基本档案 课程安排数据 教室使用情况数据 教室申请回执 空闲教室统计表 教室借用申请表 批准教室借用申请空闲教室查找 教师 打印课程表 课程编排数据 教务处 （统计查询请求） 教师 教师 临时调停课申请表 调停课申请回执 批准调停课申请 需求分析说明书 第第 9 页页 共共 24 页页 功能名：教室借用申请 简要叙述：根据教室借用申请，核实相关情况，批准教室使用时间和使用地点。 输入数据流：教室借用申请表 输出数据流：教室借用申请回执 加工逻辑：从课程编排基本数据中查找空闲教室，并安排教室。 用 户：教师 功能编号：3 功能名：临时调停课申请 简要叙述：根据临时调停课申请，核实相关情况，批准调整上课时间和上课地点。 输入数据流：临时调停课申请表 输出数据流：临时调停课申请回执 加工逻辑：从课程编排基本数据中查找空闲教室，并安排教室 用 户：教师 功能编号：4 功能名：空闲教室查询 简要叙述：查询没有安排课程的空闲教室。 输入数据流：课程编排基本数据 输出数据流：空闲教室列表 加工逻辑：从从课程编排基本数据中查找空闲教室，生成列表供教务处临时安排教室。 用 户：教务处 4.3 数据流描述数据流描述 数据流编号：1 数据流名：课程数据 简要说明：学校各个学院学其中开设的所有课程信息。 数据流来源：各个学院 数据流去向：“排课”，课程编排基本档案 数据流组成：学任课老师+上课时间+姓选课人数+是否要求多媒体 数据流通量：每门课程一条数据。 数据流编号：2 需求分析说明书 第第 10 页页 共共 24 页页 数据流名：教室资源数据 简要说明：学校所有教室资源的相关信息。 数据流来源：教务处 数据流去向：“排课”处理 数据流组成：教室编号-最大容量-是否支持多媒体 数据流通量：一个教室一条数据。 数据存流编号：3 数据流名：教室借用申请数据 简要说明：提出教室借用申请的数据。 数据流来源：需要借用教室的教师 数据流去向：“批准教室借用申请”处理 数据流组成：使用时间-容纳人数-是否要求多媒体 数据流通量：一次申请一条数据。 数据存流编号：4 数据流名：临时调停课申请数据 简要说明：提出临时调停课申请的数据。 数据流来源：需要临时调停课的教师 数据流去向：“批准临时调停课申请”处理 数据流组成：使用时间-容纳人数-是否要求多媒体 数据流通量：一次申请一条数据。 4 4.4 数据存储描述数据存储描述 数据存储编号：1 数据流名：教室资源数据 简要说明：学校教室资源的数据记录。 数据流来源：教务处 数据流组成：教室编号-最大容量-是否支持多媒体教学 数据流通量：每个教室一条数据。 数据存储编号：2 需求分析说明书 第第 11 页页 共共 24 页页 数据流名：教室编排基本档案 简要说明：记录教室编排的基本情况。 数据流来源：排课 数据流组成：任课老师-上课时间选课人数-是否要求多媒体-教室编号 数据流通量：每门课程一条数据。 4 4.5 数据元素描述数据元素描述 数据元素编号 1 名称：教室编号 别 名：无 描 述：唯一标识一个教室的关键域 数据类型：字符 长 度： 4 取值范围： 位 置：教室资源信息和教室编排基本档案相关的的所有数据流和数据存储 数据元素编号 2 名称：最大容量 别 名：无 描 述：教室的最大容量 数据类型：字符 长 度： 3 取值范围： 位 置：教室资源信息和教室编排基本档案相关的所有输入和输出数据流。 数据元素编号 3 名称：是否支持多媒体教学 别 名：无 描 述：标识教室多媒体教学能力 数据类型：字符 长 度： 2 取值范围： 位 置：教室资源信息相关的所有输入和输出数据流。 数据元素编号 4 需求分析说明书 第第 12 页页 共共 24 页页 名称：任课老师 别 名：无 描 述：课程任课教室名称 数据类型：字符 长 度： 20 取值范围： 位 置：课程信息和教室编排基本档案相关的所有输入和输出数据流 数据元素编号 5 名称：上课时间 别 名：无 描 述：课程上课时间 数据类型：字符 长 度： 14 取值范围： 位 置：课程信息和教室编排基本档案相关的所有输入和输出数据流 数据元素编号 6 名称：选课人数 别 名：无 描 述：课程选课人数 数据类型：字符 长 度： 3 取值范围： 位 置：课程信息和教室编排基本档案相关的所有输入和输出数据流 数据元素编号 7 名称：是否要求多媒体教学 别 名：无 描 述：课程上课对教室多媒体教学能力的要求 数据类型：字符 长 度： 2 取值范围： 位 置：课程信息和教室编排基本档案相关的所有输入和输出数据流 需求分析说明书 第第 13 页页 共共 24 页页 5 输入输出数据要求输入输出数据要求 系统输入数据：指从系统外进入系统的数据。一般指由人工输入到系统的数据。 系统输出数据：指从本系统流出的数据，一般指通过表格形式显示和打印的数据。 5.1 输入数据要求输入数据要求 1、 教室资源信息数据 2、 课程信息数据 3、 教室借用申请数据 4、 临时调停课数据 数据组成及描述见相关数据流和数据元素描述。 5 5.2 输出数据要求输出数据要求 1、 标准课程表 见附录 1西南交通大学 XXXXX 教室课程表 2、 教室借用申请回执 见附录 2西南交通大学教室借用申请回执 3、 临时调停课申请回执 见附录 3西南交通大学临时调停课申请回执 4、空闲教室情况统计表 见附录 4西南交通大学空闲教室统计表 6 系统概念数据模型系统概念数据模型 根据上述业务流程分析、数据流程分析可知，本学籍管理系统的实体就是教室和课程，教室 实体与课程实体的联系的信息决定了本系统的信息需求。教室除具有教室实体的基本信息外，还 有部分与课程上课时间变动有关的教室实体，在概念模型设计中，将教室作为一个超类实体，具 有课程上课时间变动的教室实体作为特殊子类进行描述。具体描述如下： 需求分析说明书 第第 14 页页 共共 24 页页 1.教室实体与课程实体描述： 教室 教室 编号 最大 容量 是否 支持 多媒 体 课程 任课 教师 上课 时间 选课 人数 是否 要求 多媒 体 需求分析说明书 第第 15 页页 共共 24 页页 2.教室实体与课程实体的联系描述： 7 性能需求性能需求 7.17.1 系统响应时间系统响应时间要求要求 根据业务管理模式，本系统采用数据集中管理方式作为系统开发的基础，用户以学校校园网 上网方式操作该系统。因此，系统对用户操作的响应时间将受网络速度的影响。本系统在系统性 能方面以用户可以接受的响应时间为准。 7.27.2 系统安全性系统安全性要求要求 1、数据要绝对安全防止有意无意的破坏数据。若数据遭到破坏，系统具有数据恢复功能，不 可恢复的数据仅限于当日录入和修改的数据。 2、各学院课程的数据录入只能在规定的时间范围内完成，超过规定的时间段将不能再对数据 进行修改。 3、教务处有修改数据的权力。 教室 ISA 已用教室 空闲教室 任课 老师 上课 时间 选课 人数 是否要 求多媒 体 教室 编号 教室 编号 是否支 持多媒 体教学 最大 容量 需求分析说明书 第第 16 页页 共共 24 页页 7.37.3 可靠性可靠性 要能够抵御用户可能的误操作，保证软件的健壮性 要对数据进行检验，保证数据有效性 在数据被破坏时，具有数据恢复能力 7.47.4 易使用性易使用性 尽量作到： 少输入汉字信息 尽量利用“点选”实现数据的输入和操作 8 用户操作需求用户操作需求 8.18.1 用户操作基本要求用户操作基本要求 1、 用户界面设计以易理解、可操作为基本设计目标。 2、 用户界面设计应反映用户分组和各用户组操作权限的基本要求，即各用户只能对与自己 操作相关的功能和数据是可见的。 8.28.2 用户分类及权限分配用户分类及权限分配 本系统将用户分成如下几类： 1、 系统管理员用户：具有系统管理权限，如用户注册、确定用户权限、修改用户权限、 添 加和修改值码表。 2、 数据录入和修改用户：具有数据录入和修改权限。 3、 数据查询用户 教务处管理人员查询用户：可以查询与教室管理有关的所有数据。 教师查询用户：只能查自己任教的课程有关的所有数据。 每个用户可以具有多重用户权限，但必须满足系统安全性规则。 8.38.3 用户功能视图用户功能视图 用户功能视图：指特定用户所能看见和使用的系统功能的集合。它是用户的系统权限在功能 级上的抽象，是系统设计的基础。 需求分析说明书 第第 17 页页 共共 24 页页 8.3.18.3.1 系统管理员用户功能视图系统管理员用户功能视图 用户管理 用户权限修改 值码表维护 权限分配 8.3.28.3.2 教务处用户功能视图教务处用户功能视图 根据工作性质、岗位职责及数据完整性、安全性要求，可把教室管理科的用户分为数据录入 用户、数据查询用户。 1、数据录入用户功能视图 教室资源信息数据录入：教室编号、最大容量、是否支持多媒体教学 标准课程表表打印 空闲教室列表生成打印 2、数据查询用户功能视图： 对教室编排基本档案进行查询。 标准课程表表打印 空闲教室列表生成打印 8.3.38.3.3 教师用户功能视图教师用户功能视图 1、 教室借用用户功能视图 标准课程表表打印 空闲教室列表生成打印 教室借用申请提交 教室借用申请回执生成与打印 2、 临时调停课用户功能视图： 标准课程表表打印 空闲教室列表生成打印 临时调停课申请提交 临时调停课申请回执生成与打印 需求分析说明书 第第 18 页页 共共 24 页页 9 运行环境要求运行环境要求 9 9.1 硬件环境硬件环境 专用微机服务器，不受型号限制。 客户机：微机，不受型号限制 网络中心服务器作为数据备份服务器。 9.2 软件环境软件环境 操作系统：Windows 7 系列 数据库：MS-SQL SERVER 浏览器：Ie 4.0 及以上版本 9.3 与其它系统的接口与其它系统的接口 1、 教室管理系统是教务处教务管理信息系统的子系统，要求该系统能独立运行，又能在教 务管理信息系统集成环境下运行。 2、 该系统需要教室资源信息数据和课程信息数据的支持，要求该系统能方便地访问这些数 据。 9.4 运行方式运行方式 本系统的最终用户具有上网操作的经验和能力。要求本系统的运行按一般上网方式进行启动， 按网页操作方式进行操作。 需求分析说明书 第第 19 页页 共共 24 页页 附录附录:输出数据表格结构输出数据表格结构 附录 1：西南交通大学 XXXXX 教室标准课程表格式 节次/星期 星期一 （01 月 27 日） 星期二 （01 月 28 日） 星期三 （0