教室管理系统需求分析

1、 文档编号： 版 本 号： 文档名称： 需求分析说明书 项目名称： 教室管理系统 项目负责人： 卢军 编写：编写： 卢军卢军 20132013 年年 1010 月月 2020 日日校对：校对： 段力玮段力玮 20132013 年年 1010 月月 2020 日日审核：审核： 何平，田三平何平，田三平 20132013 年年 1010 月月 2020 日日批准：批准： 杜国飞杜国飞 20132013 年年 1010 月月 2020 日日开发单位：开发单位： 计算机计算机 2011-32011-3 班第六小组班第六小组 需求分析说明书第第 1 页页 共共 24 页页目目 录录1.引言.31.1 编

2、写目的 .31.2 预期的读者 .31.3 项目背景 .31.4 定义 .31.5 参考资料 .32 项目概述.42.1 系统建设背景.42.1.1系统规模.42.1.2预期目标.42.2 项目目标 .42.3 用户特点 .42.3.1行业特点.42.3.2人员特点.52.3.3业务数据量.52.3.4使用频度.52.4 计算机应用现状.52.5 条件及限制 .53. 现行系统的基本情况.53.1 基本现状.63.2 组织机构与职能.63.2.1组织机构.63.2.2组织机构与教室管理有关的职能说明.63.3 业务管理模式.63.4 现行教室管理业务流程.64 功能需求.74.1 系统逻辑模型

3、 .84.1.1教室管理数据流程图.84.2 功能描述 .84.3 数据流描述 .94.4 数据存储描述 .10需求分析说明书第第 2 页页 共共 24 页页4.5 数据元素描述 .105 输入输出数据要求.125.1 输入数据要求 .135.2 输出数据要求 .136 系统概念数据模型.137 性能需求.157.1 系统响应时间要求.157.2 系统安全性要求.157.3 可靠性 .167.4 易使用性 .168 用户操作需求.168.1 用户操作基本要求.168.2 用户分类及权限分配.168.3 用户功能视图.168.3.1 系统管理员用户功能视图.178.3.2 教务处用户功能视图.1

4、78.3.3教师用户功能视图.179 运行环境要求.189.1 硬件环境 .189.2 软件环境 .189.3 与其它系统的接口 .189.4 运行方式 .18附录:输出数据表格结构 .19需求分析说明书第第 3 页页 共共 24 页页1.引言引言1.11.1 编写目的编写目的明确用户对教室管理系统的功能需求和性能需求，并将这些需求用规范化的语言和规范化的结构完整、准确地表达清楚，以此统一软件开发者和用户对教室管理软件系统的理解和认识。这是开发教室管理信息系统的基础。编写该需求分析说明书的目的就在于此。1.21.2 预期的读者预期的读者最终用户：西南交通大学教务处系统设计人员系统测试者1.31

5、.3 项目背景项目背景系统名称：教室管理系统项目委托单位：西南交通大学教务处项目开发单位：计算机 2011-3 班第六开发小组项目主管部门：西南交通大学教务处1.41.4 定义定义教务处：教务处是学校中主管教学的部门，教务处应根据课程信息结合全校的教室资源信息合理安排上课时间和上课地点，并保持教室安排的机动性，以应对临时讲座、临时停课等突发情况。1.51.5 参考资料参考资料1、中华人民共和国国家标准计算机软件开发规范GB8566882、中华人民共和国国家标准计算机软件开发文件编制指南GB8567883、中华人民共和国国家标准计算机软件需求说明编制指南GB8585884、由西南交通大学教务处提

6、供的教务管理文档格式及样本：西南交通大学学期课程信息表 西南交通大学教室资源信息表需求分析说明书第第 4 页页 共共 24 页页教室借用申请表临时调、停课申请表教室使用情况统计表2 项目概述项目概述教室管理系统是提高教务处排课效率的重要工具。由于临时讲座、临时调停课等突发情况时有发生，导致教室使用情况不断变化，为了教务处的教室管理有序、高效，管理工作信息化势在必行。西南交通大学教务处根据学校信息化建设统一规划和部署，决定开发教室管理系统，实现对教室使用信息的实时管理。2.12.1 系统建设背景系统建设背景本系统以西南交通大学校园网为基础进行开发。西南交通大学各学院教务均已通过校园网与学校教务处

7、连通，网络带宽可以满足数据库系统的实时操作要求。2.1.12.1.1 系统规模系统规模由于教务处的教室管理的主要管理工作集中在学校，业务管理活动也集中在学校，因此，教室管理系统是一个用户地域分布较小的管理信息系统。2.1.22.1.2 预期目标预期目标通过开发教室管理系统，实现西南交通大学教务处教室管理的数据通信和数据共享，提高工作效率、提高科学管理和科学决策水平。2.22.2 项目目标项目目标本软件系统的开发目标是实现对西南交通大学教务处教室管理办公自动化。主要功能是实现教室信息管理、教室变动管理和教室使用申请管理的信息录入、修改、查询、统计分析、报表生成和输出。2.32.3 用户特点用户特

8、点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 使用频度使用频度系统的主要操作是数据录入和查询、统计分析。这些操作主要集

9、中在1、 新学期开学时，安排全校各门课程的上课时间和上课地点。2、 学期中，安排临时讲座的开讲时间和开讲地点。3、 学期中，调整教师临时调停课的上课时间和上课地点。在上面三种情况，使用该系统较多。2.42.4 计算机应用现状计算机应用现状计算机应用情况：在教室管理方面已部分引入计算机，使用的微机已与学校内部网联网。人员情况：所有工作人员均有计算机操作经验，能比较熟练使用办公自动化软件和上网操作。设备情况：教务处已与校园网网连通。2.52.5 条件及限制条件及限制开发工具及环境规定：开发工具及环境规定：软件结构： B/S 结构操作界面：浏览器界面操作系统：桌面系统：Windows 7 系列需求分

10、析说明书第第 6 页页 共共 24 页页3. 现行系统的基本情况现行系统的基本情况现行系统：教务处现在执行教室管理业务的系统。3.13.1 基本现状基本现状教务处的教室管理业务活动现在主要通过人工过程完成，即教室档案管理、表格填写、数据整理、查询、统计、各学院课程信息与教务处的数据传送等都由人工完成。3.23.2 组织机构与职能组织机构与职能3.2.13.2.1 组织机构组织机构 教室管理主要由教务处排课中心执行，有关的组织机构如下图：3.2.23.2.2 组织机构与教室管理有关的职能说明组织机构与教室管理有关的职能说明3.2.2.1排课中心排课中心工作职能工作职能：负责学校的教室管理工作。主

11、要业务工作包括： 教室编排管理教室变动管理 教室使用申请管理3.33.3 业务管理模式业务管理模式集中管理：教室管理由教务处进行集中、具体管理。这些管理工作包括：教室编排管理、教室变动管理和教室使用申请管理。3.43.4 现行教室管理业务流程现行教室管理业务流程教务处排课中心需求分析说明书第第 7 页页 共共 24 页页课程上课时间和上课地点的编排工作由教务处排课中心在开学初进行。各学院统计学院本学期所有课程信息，然后将学期课程信息表送交教务处。教务处排课中心根据各学院送交的课程信息表和教室资源信息表排课。教师提交调停课申请，排课中心核实相关情况，批准调停课。教师提交教室借用申请表，排课中心根

12、据情况，批准教室借用申请。教室管理业务流程图如下：4 功能需求功能需求现行系统的功能见 3.4 节“现行教室管理业务流程”。本项目开发的教室管理系统对现行系统的功能作如下修改：1、在教室管理中，增加课程“空闲教室查找”功能，用以查找没有安排课程的空闲教室。2、在新系统中，以数据库为中心进行数据的管理和交流。因此，现行系统中业务工作流程将发教室资源信息表课程表批准教室借用申请教室编排统计教务处排课中心教室借用申请回执教室编排基本档案课程信息表排课教务处临时调停课申请表教室借用申请表教室借用申请回执批准教室借用申请教师教师教务处需求分析说明书第第 8 页页 共共 24 页页生变化。其中：4 4.1

13、 1 系统逻辑模型系统逻辑模型4.1.1 教室管理数据流程图教室管理数据流程图课程数据 4.2 功能描述功能描述功能编号：1功能名：排课 简要叙述：新学期根据教室资源表和课程信息表编排课程上课时间克上课地点。输入数据流：课程数据、教室资源数据输出数据流：课程安排数据加工逻辑：输入课程和教室资源数据，然后通过课程安排确输出课程安排数据。 用 户：教务处功能编号：2各个学院教务处排课教务处教室资源数据D1教室资源信息D2课程编排基本档案课程安排数据教室使用情况数据教室申请回执空闲教室统计表教室借用申请表批准教室借用申请空闲教室查找教师打印课程表课程编排数据教务处（统计查询请求）教师教师临时调停课申

14、请表调停课申请回执批准调停课申请需求分析说明书第第 9 页页 共共 24 页页功能名：教室借用申请简要叙述：根据教室借用申请，核实相关情况，批准教室使用时间和使用地点。输入数据流：教室借用申请表输出数据流：教室借用申请回执加工逻辑：从课程编排基本数据中查找空闲教室，并安排教室。 用 户：教师功能编号：3功能名：临时调停课申请简要叙述：根据临时调停课申请，核实相关情况，批准调整上课时间和上课地点。输入数据流：临时调停课申请表输出数据流：临时调停课申请回执加工逻辑：从课程编排基本数据中查找空闲教室，并安排教室 用 户：教师功能编号：4功能名：空闲教室查询简要叙述：查询没有安排课程的空闲教室。输入数

15、据流：课程编排基本数据输出数据流：空闲教室列表加工逻辑：从从课程编排基本数据中查找空闲教室，生成列表供教务处临时安排教室。 用 户：教务处4.3 数据流描述数据流描述 数据流编号：1数据流名：课程数据简要说明：学校各个学院学其中开设的所有课程信息。数据流来源：各个学院数据流去向：“排课”，课程编排基本档案数据流组成：学任课老师+上课时间+姓选课人数+是否要求多媒体数据流通量：每门课程一条数据。数据流编号：2需求分析说明书第第 10 页页 共共 24 页页数据流名：教室资源数据简要说明：学校所有教室资源的相关信息。数据流来源：教务处数据流去向：“排课”处理数据流组成：教室编号-最大容量-是否支持

16、多媒体数据流通量：一个教室一条数据。数据存流编号：3数据流名：教室借用申请数据简要说明：提出教室借用申请的数据。数据流来源：需要借用教室的教师数据流去向：“批准教室借用申请”处理数据流组成：使用时间-容纳人数-是否要求多媒体数据流通量：一次申请一条数据。数据存流编号：4数据流名：临时调停课申请数据简要说明：提出临时调停课申请的数据。数据流来源：需要临时调停课的教师数据流去向：“批准临时调停课申请”处理数据流组成：使用时间-容纳人数-是否要求多媒体数据流通量：一次申请一条数据。4 4.4 数据存储描述数据存储描述数据存储编号：1数据流名：教室资源数据简要说明：学校教室资源的数据记录。数据流来源：

17、教务处数据流组成：教室编号-最大容量-是否支持多媒体教学数据流通量：每个教室一条数据。数据存储编号：2需求分析说明书第第 11 页页 共共 24 页页数据流名：教室编排基本档案简要说明：记录教室编排的基本情况。数据流来源：排课数据流组成：任课老师-上课时间选课人数-是否要求多媒体-教室编号数据流通量：每门课程一条数据。4 4.5 数据元素描述数据元素描述数据元素编号 1名称：教室编号 别 名：无描 述：唯一标识一个教室的关键域数据类型：字符长 度： 4 取值范围： 位 置：教室资源信息和教室编排基本档案相关的的所有数据流和数据存储数据元素编号 2名称：最大容量 别 名：无描 述：教室的最大容量

18、数据类型：字符长 度： 3 取值范围： 位 置：教室资源信息和教室编排基本档案相关的所有输入和输出数据流。数据元素编号 3名称：是否支持多媒体教学 别 名：无描 述：标识教室多媒体教学能力数据类型：字符长 度： 2 取值范围： 位 置：教室资源信息相关的所有输入和输出数据流。数据元素编号 4需求分析说明书第第 12 页页 共共 24 页页名称：任课老师 别 名：无描 述：课程任课教室名称数据类型：字符长 度： 20 取值范围： 位 置：课程信息和教室编排基本档案相关的所有输入和输出数据流数据元素编号 5名称：上课时间 别 名：无描 述：课程上课时间数据类型：字符长 度： 14 取值范围： 位

19、置：课程信息和教室编排基本档案相关的所有输入和输出数据流数据元素编号 6名称：选课人数 别 名：无描 述：课程选课人数数据类型：字符长 度： 3 取值范围： 位 置：课程信息和教室编排基本档案相关的所有输入和输出数据流数据元素编号 7名称：是否要求多媒体教学 别 名：无描 述：课程上课对教室多媒体教学能力的要求数据类型：字符长 度： 2 取值范围： 位 置：课程信息和教室编排基本档案相关的所有输入和输出数据流需求分析说明书第第 13 页页 共共 24 页页5 输入输出数据要求输入输出数据要求系统输入数据：指从系统外进入系统的数据。一般指由人工输入到系统的数据。系统输出数据：指从本系统流出的数据

20、，一般指通过表格形式显示和打印的数据。5.1 输入数据要求输入数据要求1、 教室资源信息数据2、 课程信息数据3、 教室借用申请数据4、 临时调停课数据数据组成及描述见相关数据流和数据元素描述。5 5.2 输出数据要求输出数据要求1、 标准课程表见附录 1西南交通大学 XXXXX 教室课程表2、 教室借用申请回执见附录 2西南交通大学教室借用申请回执3、 临时调停课申请回执见附录 3西南交通大学临时调停课申请回执4、空闲教室情况统计表见附录 4西南交通大学空闲教室统计表6 系统概念数据模型系统概念数据模型 根据上述业务流程分析、数据流程分析可知，本学籍管理系统的实体就是教室和课程，教室实体与课

21、程实体的联系的信息决定了本系统的信息需求。教室除具有教室实体的基本信息外，还有部分与课程上课时间变动有关的教室实体，在概念模型设计中，将教室作为一个超类实体，具有课程上课时间变动的教室实体作为特殊子类进行描述。具体描述如下：需求分析说明书第第 14 页页 共共 24 页页1.教室实体与课程实体描述： 教室教室编号最大容量是否支持多媒体课程任课教师上课时间选课人数是否要求多媒体需求分析说明书第第 15 页页 共共 24 页页2.教室实体与课程实体的联系描述：7 性能需求性能需求7.17.1 系统响应时间系统响应时间要求要求根据业务管理模式，本系统采用数据集中管理方式作为系统开发的基础，用户以学校

22、校园网上网方式操作该系统。因此，系统对用户操作的响应时间将受网络速度的影响。本系统在系统性能方面以用户可以接受的响应时间为准。7.27.2 系统安全性系统安全性要求要求1、数据要绝对安全防止有意无意的破坏数据。若数据遭到破坏，系统具有数据恢复功能，不可恢复的数据仅限于当日录入和修改的数据。2、各学院课程的数据录入只能在规定的时间范围内完成，超过规定的时间段将不能再对数据进行修改。3、教务处有修改数据的权力。教室ISA已用教室空闲教室任课老师上课时间选课人数是否要求多媒体教室编号教室编号是否支持多媒体教学最大容量需求分析说明书第第 16 页页 共共 24 页页7.37.3 可靠性可靠性要能够抵御

23、用户可能的误操作，保证软件的健壮性要对数据进行检验，保证数据有效性在数据被破坏时，具有数据恢复能力7.47.4 易使用性易使用性尽量作到：少输入汉字信息尽量利用“点选”实现数据的输入和操作8 用户操作需求用户操作需求8.18.1 用户操作基本要求用户操作基本要求1、 用户界面设计以易理解、可操作为基本设计目标。2、 用户界面设计应反映用户分组和各用户组操作权限的基本要求，即各用户只能对与自己操作相关的功能和数据是可见的。8.28.2 用户分类及权限分配用户分类及权限分配本系统将用户分成如下几类：1、 系统管理员用户：具有系统管理权限，如用户注册、确定用户权限、修改用户权限、 添加和修改值码表。

24、2、 数据录入和修改用户：具有数据录入和修改权限。3、 数据查询用户 教务处管理人员查询用户：可以查询与教室管理有关的所有数据。 教师查询用户：只能查自己任教的课程有关的所有数据。每个用户可以具有多重用户权限，但必须满足系统安全性规则。8.38.3 用户功能视图用户功能视图 用户功能视图：指特定用户所能看见和使用的系统功能的集合。它是用户的系统权限在功能级上的抽象，是系统设计的基础。需求分析说明书第第 17 页页 共共 24 页页8.3.18.3.1 系统管理员用户功能视图系统管理员用户功能视图用户管理用户权限修改值码表维护权限分配8.3.28.3.2 教务处用户功能视图教务处用户功能视图根据

25、工作性质、岗位职责及数据完整性、安全性要求，可把教室管理科的用户分为数据录入用户、数据查询用户。1、数据录入用户功能视图教室资源信息数据录入：教室编号、最大容量、是否支持多媒体教学标准课程表表打印 空闲教室列表生成打印2、数据查询用户功能视图：对教室编排基本档案进行查询。标准课程表表打印空闲教室列表生成打印8.3.38.3.3 教师用户功能视图教师用户功能视图1、 教室借用用户功能视图标准课程表表打印空闲教室列表生成打印教室借用申请提交教室借用申请回执生成与打印2、 临时调停课用户功能视图：标准课程表表打印空闲教室列表生成打印临时调停课申请提交临时调停课申请回执生成与打印需求分析说明书第第 1

26、8 页页 共共 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 日）星期三（01 月 29 日）星期