【《多媒体教室预约系统的设计与实现》13000字（论文）】

PAGE4多媒体教室预约系统的设计与实现TOC\o"1-2"\h\z\u1.引言 12开发技术和环境 22.1开发环境 22.1开发技术 23系统分析 33.1可行性分析 33.2需求分析 33.3性能分析 74.系统设计 94.1总体设计 94.2详细设计 104.3数据库设计 145.系统实现 185.1登录界面 185.2首页界面 185.3后台首界面 195.4管理员信息界面 195.5教室信息界面 205.6设备信息界面 205.7课表信息界面 215.8教室申请信息界面 225.9公告信息界面 225.10个人信息界面 236.系统测试 246.1测试方法 246.2测试过程 246.3测试的结果与分析 267.结语 27参考文献 27 PAGE5山西大学商务学院本科毕业设计摘要：在高等学校的教学管理工作中以及教学的过程中，教室的管理和维护一直都是一项主要的工作。就我们山西大学商务学院现状而言，多媒体教室采取的是企业微信进行处理，由于在校学生多，加之学校专业和课程众多，教室利用率极高，几乎满负荷运行。所以，企业微信的管理模式己经不适应目前用户对多媒体教室的需求了。为了有效的发挥多媒体教学环境信息量大、图文声像综合展示等的作用和优势，为其设计一个多媒体教室预约系统。本设计将结合移动互联网、智能终端操控系统、SQLServer2008数据库、ASP.NET、JDBC等技术，实现用户的登录和注册，访问读取课表信息、教室使用申请、调换课教室申请、教室使用审批、以及设备故障报修等管理功能。从而实现多媒体教室的有效管理，提升教学管理水平，使学生、教师、管理人员都可以按各自的权限参与管理流程，加快了申请审批，避免了教室冲突，及时实现设备故障问题方便维护和保修。关键词：多媒体教室预约系统智能终端操控系统引言随着信息技术发展的日渐壮大，人们对信息技术的依赖也越来越强，对于高校来说一个完善的教务系统管理更是教学日常中必不可少的一部分，目前，有不少类似的预约系统已经在人们的生活中逐渐普及开来了，并且给人们带来了很多的便利。从二十世纪开始，许多大学对教学系统的信息化管理就已经开始探索，发展到现在已日渐成熟，并形成了一套科学而有效的管理模式，而在我国，许多高校虽然已经建立起使用本校的教务系统，但是对现有的教室管理还停留在手工操作和一些通用的办公软件上进行，这种管理方式需要人工进行大量的数据处理，这样及其造成数据上的混乱。同时，各种数据都记录在各种文件件下，这样查询起来并不是很方便操作，这样既费时又费力，所以，在这个基础上，开发一套教室预约系统显得尤为重要。多媒体教室预约系统的功能可以让学生和教师准确快速的查询出目标教室的具体使用情况信息，并进行预约，避免现场预约以及重复预约浪费时间的问题。本系统采取B/S的开发模式，使用ASP.Net技术和SQLServer的数据库管理。实现了用户的登录和注册，访问读取课表信息、教室使用申请、调换课教室申请、教室使用审批、以及设备故障报修等管理功能。从而实现多媒体教室的有效管理，提升教学管理水平。本设计为现有教学内容的科学整理、课堂教学资源的综合利用以及良好教学关系的建立与维护提供了良好的平台，大大方便学生和教师查询多媒体教室的使用信息、根据自己的时间提前预约，从而节约了时间成本。而且该系统界面美观大方，应用简单明了，适合各个年龄段使用。2开发技术和环境2.1开发环境开发环境是开发一个系统的首要条件。开发该系统时使用的开发工具是idea（社区版本），sqlServer2008，支持程序部署在window7/window10服务器下，前台页面兼容现在主流的浏览器如搜狗、谷歌即Chrome、火狐、360等。2.2开发技术本系统采用Java编程技术来实现，具体架构使用的是B/S架构，结合ASP.NET和JDBC技术实现对数据的存储和获取等，具体细节如下:（1）ASP.NET技术ASP.NET是一个开源的、跨平台的服务器端Web应用程序框架，它可以快速的构建网站而且所需配置少，在编译的过程中还提供了所有代码一致的验证，从而使其易于识别和修复。ASP.NET不但吸收了以前版本的优点并参照Java、VB语言的开发的优势加入了许多新的优点，同时也更正了以前的ASP版本的运行上的错误与漏洞。本系统采用此方法是为系统提供一个统一的web开发模型来实现跨平台和容器支持以及跨站请求伪造保护等功能。（2）SQLServer2008 数据库表中每行数据的唯一性可以通过创建唯一性索引来完成；可以加速数据的检索速度；同时对于表与表之间的连接可以大大提升速率，尤为显著的是在实现数据的参考整体性方面特别的有作用。在利用排序子句和分组来数据检索时，同样可以削减查询中分组和排序的时间。本系统采用此方法充当控制器，来实现业务功能与对应页面的控制转发，使该系统拥有强大的数据引擎，提供了数据管理，降低了成本。（3）B/S在浏览器-服务器（Browser/Server）结构中，其就是一种网络架构模式，它将系统功能实现的核心部分集中到服务器中，同时精简了系统的开发，维护以及运用，通过浏览器即可运行而不需要安装其他的客户端。在本系统中采用该技术增加系统的交互性以及保护数据平台和管理访问权限，而且利用不断成熟的WWW浏览器技术实现原来需要复杂软件才能实现的强大功能，在减轻系统升级和维护成本的同时，降低了用户的体验成本。（4）JDBCJava数据库连接，（JavaDatabaseConnectivity，简称JDBC）是Java语言中用来规范客户端程序如何来访问数据库的应用程序接口，提供了诸如查询和更新数据库中数据的方法。JDBC是一种用于执行SQL语句的JavaAPI。JDBCAPI提供了一个标准接口，用于与任何关系数据库管理系统（RDBMS）进行交互。本系统使用该技术主要是将程序与数据进行连接以及为JAVA程序和数据库提供一个公共的接口，提供诸多查询和更新数据库中数据的方法。（5）Java技术它是目前使用最为广泛的网络编程语言之一。它具有简单,面向对象,稳定,与平台无关,解释型,多线程,动态等特点，Java语言用于工资管理系统中的业务逻辑功能。该系统是用Java语言进行开发的，Java语言有很多优点，例如：比较简单，会提供类、接口和继承方法等，还提供了用于网络编程的类库。Java编程语言是介于解释型语言以及编译型语言中间的一种编程语言，它是可以跨平台运行。本系统使用该技术主要是将程序与数据进行连接以及为JAVA程序和数据库提供一个公共的接口以及跨平台服务。3系统分析3.1可行性分析可行性分析是系统开发之前的必要步骤，本节从技术可行性、操作可行性、经济可行性、法律可行性方面进行分析，具体如下方面。（1）技术可行性该多媒体教室预约系统的开发是为了对现有教学内容的科学整理分配以及对课堂教学资源的综合运用以及良好教学关系的创建与维护，方便学生和教师查询多媒体教室的使用信息、根据自己的时间去预约，大大的节约了时间成本。系统框架使用的是MVC框架，MVC框架是三大主流框架之一，数据库用的是关系型数据库MySQL而且通过模块中各实体之间的相互联系和各数据表之间的相互关联，构建数据库表，从而实现数据的存储，使用B/S增加交互性。所以，该多媒体教室预约系统在技术可行性方面是没有问题的。（2）操作可行性用户可以无需安装其他的应用程序，可以直接通过浏览器进入该任务管理系统。同时界面简洁、功能轻便、易于操作，用户基本不需要专业的知识即可掌握本系统的应用。同时该多媒体教室预约系统的目标用户即学生和教师都具有很强的信息操作技能，基本上都能够借助浏览器使用本系统。所以该多媒体教室预约系统的开发也是没有问题的。（3）经济可行性该系统需求的计算机配置不高，系统有自带的浏览器即可。本系统较为简单，开发的周期不长，开发过程也对人员需求不高，本系统对资金支持的要求不高，在经济层面分析，本系统的开发是可行的。（4）法律可行性本系统是本人针对现实生活的实际问题而进行的设计与开发，系统的开发过程应该都能保证在法律允许的范围下执行，具备法律可行性。综上所述从技术的可行性、操作的可行性、经济的可行性、法律的可行性方面基本可行的。3.2需求分析3.2.1功能分析（1）前台功能模块①登录、注册功能：用户需要在该多媒体教室预约系统登录页面输入自己对应的用户名、密码，且正确选择自己的账号对应的角色如管理员、用户，通过系统后台验证成功之后才能登录，没有登录的话前台部分功能是无法操作的。该多媒体教室预约系统角色分为：管理员和用户，管理员在该系统的具有最高使用权限。管理员登录成功页面上可以进入后台系统，进行后台信息的管理。该多媒体教室预约系统的前台首页上支持，用户可以通过该入口注册账号。②多媒体教室预约系统前台首页：多媒体教室预约系统的首页包含了多媒体教室信息的轮播图以及系统公告的预览功能。同时还包含了公告信息、设备信息、课表信息、教室申请信息、故障报修信息、进入后台系统这六个tab，其中进入后台系统只有管理员角色的用户登录才能看到。首页左上角展示的是系统的中文名称多媒体教室预约系统以及退出按钮，右侧展示的是24小时客服热线电话，同时还有登录和注册按钮，该界面用户未登录也可以访问，但是部分功能可能受限。点击首页的公告信息标题，可以查看公告的详细信息。③前台公告信息：点击导航栏的公告信息tab，则进入公告信息页面，该页面右边展示的是公告列表，左边展示的是公告详情，用户点击公告名称，后台根据选中的公告id查询公告的详细信息，并展示在页面的左侧。④前台设备信息：点击导航栏的设备信息tab，可以进入设备信息列表页面，该页面包含ID、设备名称、教室名称、设备图片、上传人、文件操作（预览、下载）、详情。点击预览按钮可以查看选中记录的设备照片，点击下载按钮可以下载选中记录的设备照片到本地。⑤前台课表信息：点击导航栏的课表信息tab，可以进入课表信息列表页面。课表信息列表页面主要包含了ID、课表名称、文件名、上传人、文件操作（下载、预览）、详情。与设备信息页面功能一致，点击预览和下载按钮可以查看、下载选中的课表信息的课表图片⑥前台教室申请信息：点击导航栏的教室申请信息tab，可以进入教室申请信息的列表页面。教室申请信息列表包含了ID、名称、开始时间、结束时间、发布人、详情、操作（提交）。提交操作需要用户登录才能操作，若是没有登录的话系统会提示用户先进行登陆。⑦前台故障报修信息：故障信息报修页面包含了列表页面和提交信息页面，列表页面主要有ID、名称、提交时间、详情等信息。提交信息页面主要包含了名称、提交时间、关联设备（下拉框选择）。（2）后台功能模块①后台系统首页：该多媒体教室预约系统后台首页左侧展示的是该系统的名称即多媒体教室预约系统，左上角展示的是欢迎您以及登录系统的用户名称。该模块实现的是数据概览的功能，包含了管理员信息、教室信息、用户材信息、公告信息的饼图和柱状图的统计，建议使用echart插件实现该功能。②后台系统信息展示：信息管理界面主要包含管理员信息、教室信息、设备信息、课表信息、教室申请信息、故障报修信息、用户信息、公告信息、个人信息。其中管理员具有最高权限，用户角色的登录账号只能看到自己权限范围内的功能模块。③管理员信息：用户可以在管理员界面中查看该多媒体教室预约系统的所有管理员账号的信息，如ID、姓名、、地址、编号、身份证号码等基本信息，同时可以新增、删除、修改、模糊查询管理员账号信息。④教室信息：用户可以在该页面维护多媒体教室的基本信息。⑤设备信息：设备信息页面主要包含ID、设备名称、教室名称、文件名、上传人等信息，支持预览、下载设备信息的照片，支持新增设备信息、删除设备信息、编辑设备信息等操作。⑥课表信息：课表信息列表页面展示与设备信息列表页面是一致的，支持对设备信息进行增删改查操作。⑦教室申请信息：教室信息页面发布信息列表和提交信息列表，这两个列表的信息是一致的。用户在前台申请的教室申请信息可以在这个页面查看审核结果，同时管理员在这个页面审核用户提交的教室申请信息。⑧用户信息：除了用户本身可以查改用户基本信息，管理员也可以进行查改。⑨公告信息：管理员角色可以在公告信息界面新增公告信息、编辑公告信息、删除公告信息、查询公告信息⑩个人信息主要包括性别、年龄、地址、编号、身份证等信息，支持用户查看并修改自己的个人基本信息。（3）修改密码修改密码页面包含原密码、新密码、确认密码三个输入框。其中原密码需要输入该登录账号的原登录密码，新密码和确认密码需要保持一致。（4）退出登录用户点击退出登录按钮可以退出到该多媒体教室预约系统的登录界面。根据上述饭呢西出来的功能需求，分别对应用户，管理员，用户信息，按照系统可以分为前台和后台系统3.2.2用例模型(1)“用户”模块用例模型在用户模块中，主要是首页、公告信息、设备信息、教室申请信息等功能，用户可以根据自己的需求进行查看，“用户”的用例图如图1所示。图1“用户”用例图(2)“管理员”模块用例模型在“管理员”模块中，进行后台的管理，对后台的各个信息进行增删改查，以及对用户提交的信息进行查看和审核，管理员具有对该系统最高的使用权限，“管理员”的用例图如图2所示。图2“管理员”用例图(3)“前台”模块用例模型在前台模块中，其主要功能是进行教室申请以及故障报修“前台”的用例图如图3所示。图3“前台”用例图(4)“后台“模块用例模型在后台模块中，主要包含管理员信息、教室信息、设备信息、课表信息、教室申请信息、故障报修信息、用户信息、公告信息、个人信息。后台功能为用户查询提供了信息基础，“后台“的用例图如图4所示。图4“后台”用例图3.2.3用例描述表（1）“用户”模块用例表描述“用户”模块用例包括对首页，公告信息，课表信息，故障报修，设备信息，教师申请，进入后台等信息进行管理，“用户”模块用例描述表如表1所示。表1用户模块用例描述表用例名称：用户模块参与者：用户、管理员频率：不限次数前提条件：用户成功登录系统后置条件：基本信息都已被添加到后台系统中，保证前台可以看到基本事件流：1.用户点击模块及可以查看模块的信息。2.用户点击故障报修和教室申请则可以提交无法正常工作的设备和申请教室。异常事件流：1.页面显示不出2.无法登录页面注释：无（2）“管理员”模块用例表描述“管理员”模块用例包括对主要包含管理员信息、教室信息、设备信息、课表信息、教室申请信息、故障报修信息、用户信息、公告信息、个人信息等信息进行管理。进入后台等信息进行管理，“管理员”模块用例描述表如表2所示。表2用户模块用例描述表用例名称：管理员模块参与者：管理员、用户频率：不限次数前提条件：管理员成功登录系统后置条件：基本信息都已被添加到后台系统中，且系统运行正常。基本事件流：1.管理员点击模块及可以增删改查各个模块间的基本信息2.管理员可以审批用户提交的故障报修和教室申请信息异常事件流：1.页面显示不出2.无法登录页面注释：无（3）“前台”模块用例表描述“前台”模块用例包括对首页，公告信息，课表信息，故障报修，设备信息，教室申请，进入后台等信息进行管理，“前台”模块用例描述表如表3所示。表3前台模块用例描述表用例名称：前台模块参与者：用户、管理者频率：不限次数前提条件：用户及管理员成功登录系统后置条件：基本信息都已被添加到后台系统中，且系统运行正常。基本事件流：1.用户及管理员点击模块及可以查看各个模块间的基本信息2.用户及管理员点击故障报修和教室申请则可以提交损坏的设备和申请教室。异常事件流：1.页面无法运行2.无法登录页面注释：无（4）“后台”模块用例表描述“后台”模块用例包括对首页，公告信息，课表信息，故障报修，设备信息，教师申请，进入后台等信息进行管理，“后台”模块用例描述表如表4所示。表4后台模块用例描述表用例名称：后台模块参与者：管理员频率：不限次数前提条件：管理员成功登录系统后置条件：基本信息都已被添加到后台系统中，保证前台可以看到基本事件流：1.管理员点击模块及可以查看各个模块间的基本信息2.管理员击故障报修和教室申请则可以提交损坏的设备和申请教室异常事件流：1.页面显示不出2.无法登录页面注释：无3.2.4性能需求一般来讲，性能系统的进本配置条件。用户对性能的要求没有上限，性能受到许多因素的影响，包括业务的需求、系统的架构、数据库的设计、算法的设计，系统需要存储的容量以及、重新启动等方面。因此，为了保证系统能够长期、安全、稳定、可靠、高效的运行，该系统应该满足以下性能的需求：（1）数据精确度：库存与金额采用浮点型进行表示，库存保留一位小数，金额保留两位小数。（2）良好的权限管理：具备极好的权限管理，实现系统基本的功能。（3）存储容量限制：为了保证系统可以正常的运行，可以对系统的存储容量进行适当限制。（4）时间特性：该多媒体从开始到进入系统登录界面时间正常情况下要在十秒以下，登录并更新数据时间正常情况要在五秒以下，尽量减少人工干预。4.系统设计与实现4.1总体设计4.1.1设计思路本系统将多媒体教室预约系统划分为首页、后台和登录界面。首页作展示作用，可以让用户查看一些系统的基本信息，包括系统公告入口，前端还有设备以及教室的信息可供查看，也可以预约，后台的界面主要供管理员进行操作以及用户进行个人的基本信息的相关的操作。4.1.2架构设计本系统采用的是B/S（Browser/Server）架构进行设计。B/S体系结构就是网络架构的一种模式，将系统功能实现的核心部分集中到服务器中，同时简化了系统的开发，维护和使用，通过浏览器即可运行而不需要安装其他客户端。在本系统中采用该技术增加系统的交互性，减轻系统对安全方面维护的成本，同时大大降低用户的体验系统的成本。4.1.3功能模块结构图本系统总共分为以下几大功能模块：公告信息模块、设备信息模块、课表信息模块、教室信息模块、故障报修模块。系统功能模块结构图如图5所示。图5系统功能模块结构图4.2详细设计系统的详细设计包括系统模块的阐述以及相关流程图的体现，本节主要对该系统的几个主要功能模块进行详细的设计和阐述。4.2.1用户登录模块的设计在用户登录模块中，用户需要在该多媒体教室预约系统登录页面输入正确的用户名、密码，且选择自己的账号对应的角色如管理员、用户，通过系统后台的验证之后才能登录成功，用户登录模块的设计流程图如图6所示图6用户登录模块的设计流程图4.2.3课表信息模块的设计在课表信息模块中：该模块管理员在后台发布课表信息，设备支持图片的文件上传，支持用户进行增删改查等操作。然后用户可以在前端查看教室课表信息。设备信息模块的设计流程图如图7所示。图7课表信息模块的设计流程图4.2.4个人信息模块的设计在用户信息模块中主要是用户信息的填写，用户需要输入自己的姓名、昵称、生日、年龄等用户个人信息。个人信息模块的设计流程图如图8所示。图8个人信息模块的设计流程图4.2.5密码修改模块的设计在密码修改模块中，用户可以自行修改登录密码，修改密码页面包含原密码、新密码、确认密码三个输入框。其中原密码需要输入该登录账号的原登录密码，新密码和确认密码需要保持一致。密码修改模块的设计流如程图如图9所示。图9密码修改模块的设计流如程图4.3数据库设计4.3.1概念结构的设计本系统总共分为以下几大功能模块：公告信息模块、设备信息模块、课表信息模块、教室信息模块、故障报修模块。管理员对每个模块都有管理的权限，用户对不同的模块只有查看的权限，对教室模块有预约的权限，对故障模块有报修的权限。系统的E-R图如图10所示。图10系统的E-R图4.3.2逻辑结构的设计由于此设计使用的是关系数据库管理系统，以下给出的是逻辑数据结构:数据库逻辑设计是将E—R图转换为关系模型的过程，那就是将所有实体和关系转换成一系列的关系模式。转换过程中常见规则：(1)实体型转换成关系模式；(2)一对一的联系可转换成独立的关系模式，也可与任意对应的关系模式合并；(3)一对多的联系可以转换成独立的关系模式，也可与多端对应的关系模式合并；(4)多对多的关系转换成一个关系模式。根据以上的四条规则，下面将E—R图转换为关系模型。管理员（号码、性别、姓名、居住地、邮箱、年龄、增删改查信息）用户（姓名、地址、邮箱、性别、年龄、手机号、查看信息）4.3.3数据表的设计通过上述模块功能的介绍，本系统数据库包括以下几个表的设计实现。（1）管理员信息管理表在管理员信息管理表中主要是记录了管理员基本信息，管理员信息表如表5所示。表5管理员信息表序号字段名称字段类型大小允许为空备注1idbigint20否ID2namevarchar255是姓名3passwordvarchar255是密码4nickNamevarchar255是昵称5sexvarchar255是性别6ageint10是年龄7birthdayvarchar255是生日8phonevarchar255是手机号9addressvarchar255是地址10codevarchar255是编号11emailvarchar255是邮箱12cardIdvarchar255是身份证13levelint10否权限等级（2）用户信息表在用户信息表主要是记录用户基本信息，用户信息表如表6所示。表6用户信息表序号字段名称字段类型大小允许为空备注1idbigint20否ID2namevarchar255是姓名3passwordvarchar255是密码4nickNamevarchar255是昵称5sexvarchar255是性别6ageint10是年龄7birthdayvarchar255是生日8phonevarchar255是手机号9addressvarchar255是地址10emailvarchar255是邮箱11cardIdvarchar255是身份证12levelint10否权限等级（3）教室信息表在教室信息表主要记录教室一些基本信息，教室信息表如表7所示。表7教室信息表序号字段名称字段类型大小允许为空备注1idbigint20否ID2namevarchar255是教室名称（4）公告信息表在公告信息表主要记录了系统公告的相关信息，公告信息表如表8所示。表8公告信息表序号字段名称字段类型大小允许为空备注1idbigint20否ID2namevarchar255是公告名称3contentlongtext是公告内容4timevarchar255是公告时间（5）设备信息表在设备信息表主要记录了系统设备的相关信息，设备信息表如表9所示。表9设备信息表序号字段名称字段类型大小允许为空备注1idbigint20否ID2namevarchar255是名称3roomIdbigint20是教室id4fileIdbigint20是文件id5fileNamevarchar255是文件名称6userNamevarchar255是上传人7levelint20是用户等级8uploadUserIdbigint20是上传用户id（6）课表信息表在课表信息表主要记录了课表相关的信息，课表信息表如表10所示。表10课表信息表序号字段名称字段类型大小允许为空备注1idbigint20否ID2namevarchar255是名称3fileIdbigint20是文件id4fileNamevarchar255是文件名称5userNamevarchar255是上传人6levelint20是用户等级7uploadUserIdbigint20是上传用户id（7）故障报修信息表在故障报修表主要记录了故障报修相关的信息，故障报修信息表如表11所示。表11故障报修信息表序号字段名称字段类型大小允许为空备注1idbigint20否ID2namevarchar255是名称3timevarchar255是提交时间4shebeiIdbigint20是设备id5userNamevarchar255是提交人6levelint20是用户等级7statusbigint20是审核状态8reasonbigint20是理由9verifyNamebigint20是审核人（8）教室申请信息表在教室申请表主要记录了和和教室以及教室申请相关信息，教室申请信息表如表12所示。表12教室申请信息表序号字段名称字段类型大小允许为空备注1idbigint20否ID2namevarchar255是名称3beginTimevarchar255是开始时间4endTimevarchar255是结束时间5publishNamevarchar255是发布人6publishIdbigint20是发布人id7publishStatusvarchar255是发布审核状态8publishReasonvarchar255是发布审核理由9publishVerifyNamevarchar255是发布审核人10reserveNamevarchar255是预约人11reserveIdbigint20是预约人id12reserveStatusvarchar255是预约审核状态13reserveReasonvarchar255是预约审核理由14reserveVerifyNamevarchar255是预约审核人15fileIdbigint20是文件id16fileNamevarchar255是文件名17userNamevarchar255是上传人18levelInt10是上传用户等级19userIdbigint20是用户id20parentIdbigint20是父ID5.系统实现5.1登录界面用户需要输入与自己对应用户名、密码以及选择自己账号所对应的角色信息登录系统。如果其中有不满足的条件则不允许通过，且前台的部分功能无法操作。登录界面如图11所示。图11登录界面5.2首页界面首页的左上角是该系统的中文名称多媒体教室预约系统；右上角是登录和注册按钮以及24小时热线电话，如果登录之后还会有退出按钮，系统中间是两张轮播图片，可以自动轮播播放。首页底部是系统公告的快接入口。首页界面如图12所示。图12首页界面5.3后台首界面该多媒体教室预约系统的首页，左上角是该系统的名称即多媒体教室预约系统，右上角展示的是登录欢迎您和该系统的用户名称。首页展示的是管理员信息、教室信息以及用户信息和公告信息的饼图和柱状图统计功能，后台首界面如下图13所示：图13后台首页界面5.4管理员信息界面用户可以在管理员信息界面查看该多媒体教室预约系统的所有管理员账号的信息，此界面主要是管理员的信息，可以进行新增，删除，修改和查询，支持按照姓名进行模糊查询。管理员信息界面如下图14所示。图14管理员信息界面5.5教室信息界面用户可以在教室信息界面查看该多媒体教室预约系统的所有教室数据，教室信息的列表主要显示教室名称等信息，并且管理员可以对教室信息进行人员的增加，删除，修改和查看。教室信息界面界面如下图15所示：图15教室信息界面5.6设备信息界面设备信息列表主要维护设备信息，有设备的名称，上传人，所属教室的名称以及设备的图片，支持预览、下载设备信息的照片以及对管理员还可以对设备信息进行更新和删除。设备信息界面如下图16所示：图16设备信息界面在后台设备信息页面中，用户和管理员可以查看设备的图片，还可以将图片下载到本地。设备信息预览界面如下图17所示：图17设备信息预览界面5.7课表信息界面用户可以在该页面维护多媒体课表的基本信息如教室名称，课表信息列表主要是管理课程表信息，课表是一张图片的形式，所以该模板涉及到了文件上传和预览功能以及更新和删除功能，课表信息界面详见图18：图18课表信息页面5.8教室申请信息界面教室申请信息列表主要记录用户申请的教室记录，这里有申请审核的动作，用户申请，管理员在后台进行审核，用户在前台申请的教室申请信息可以在这个页面查看审核结果，同时管理员在这个页面审核用户提交的教室申请信息。教室申请信息界面如图19：图19教室申请信息界面5.9公告信息界面管理员可以在公告信息界面增添公告信息、编辑公告信息、查询公告信息等，公告信息列表包含了ID、公告标题，管理员在后台编辑公告信息，前端实时展示。公告信息界面详见图20所示：图20公告信息界面在公告信息中增添功能时，可以修改文字的格式、大小、对齐方式以及文字的布局，其次还可以增加图片等信息，新增公告界面如下图21所示：图21新增公告信息界面5.10个人信息界面用户查看并且修改自己的个人信息。个人信息界面主要包含了编号、邮箱、家庭住址等信息。个人信息界面如图22所示：图22个人信息界面个人信息实现的关键代码如下：//update修改个人信息@PutMapping

publicResultupdate(@RequestBodyUserInfoVouserInfo){

userInfoService.update(userInfo);

returnResult.success();

}//detail查询个人信息@GetMapping("/{id}")

publicResult<UserInfo>detail(@PathVariableLongid){

UserInfouserInfo=userInfoService.findById(id);

returnResult.success(userInfo);

}publicUserInfofindById(Longid){

returnuserInfoDao.selectByPrimaryKey(id);

}6.系统测试6.1测试方法软件测试方法有两种，一种是按照程序是否执行划可以分为静态测试和动态测试，所谓静态测试就是不运行被测试的软件，查看软件的编码方式、结构和风格等进行一定的评估，动态测试相对而言必须运行程序，并且输入测试用例，对输出的结果进行分析得出结论。另一个根据程序的内部结构进行划分，它可以分为白盒测试和黑盒测试，白盒测试也叫做结构测试，通过分析程序内部的执行逻辑结构，对于特定条件和循环实际测试用例，测试程序的逻辑路径，测试也较为全面尽可能的覆盖程序的每一个分支，而黑盒测试则不需要考虑的那么多，测试人员不用考虑程序的执行流程以及逻辑关系只需要依据软件规格说明书的要求，站在用户的立场上验证是否满足用户的需求。6.2测试过程系统测试的目的就是找到系统里面可能存在的问题，根据测试人员的自身技术和经验提高系统的质量，提高用户的体验效果，同时也是验证所测试的系统是否有达到预期效果的特别关键的一个步骤。系统测试一般包括系统源代码的检查、界面测试、需求测试、兼容性测试与软件系统的功能测试、性能测试等。6.2.1界面测试多媒体教室管理系统的界面测试的目的主要是要检查系统各个功能模块的界面是否完整功能、是否全部按照需求实现，界面测试的标准、目标如下表13所示：表13界面测试的目标与标准测试目标各功能模块的菜单栏、导航、文字大小、背景位置、界面布局、界面样式风格等是否一致，是否满足需求。测试范围：登录界面、首页及后台管理系统的各个子模块等。技术：不同浏览器，同一浏览器兼容性测试，始终遵循易用性，规范性，美观与协调性等原则完成标准：确认各个浏览器都与预期结果保持一致6.2.2功能测试系统的功能测试主要的过程是要对系统的各个功能模块结合真实数据进行检测，再把得到的结果与同样的环境下预期的数据结果作比较，如有发现数据出现偏差，那么功能测试就不能通过，若运行得出的数据与预想中一致，则可以通过。功能测试的标准、目标如下表14所示：表14功能测试的目标与标准测试单元测试页面功能描述预期结果登录登录界面用户名或密码为空前台提示用户名密码不能为空登录界面用户名或密码错误前台提示用户名或密码错误登录界面未选择用户角色提示未选择用户角色登录界面用户名密码正确、选择自己的角色登录成功进入系统首页首页首页公告信息查看公告信息查询成功首页设备信息查看设备信息查询成功首页设备信息文件预览、下载设备信息文件预览、下载成功首页设备信息查看详情查看设备信息的详情成功首页课表信息列表查看课表信息列表查询成功首页课表信息文件下载、预览课表信息文件下载成功、预览成功首页查看课表信息详情课表信息详情查看成功后台系统首页教室申请信息列表查询查询教室申请信息列表成功首页提交教室申请信息教室申请信息提交成功首页故障报修休息-报修故障信息报修成功后台首页管理员信息饼图、柱状图统计管理员统计信息查询成功后台首页教室信息饼图、柱状图统计教室信息统计成功后台首页用户、公告信息饼图和柱状图统计用户信息和公告信息统计成功管理员信息管理员信息的增删改查操作管理员信息增删改查操作成功教室信息教室信息增删改查教室信息增删改查操作成功设备信息设备信息增删改查设备信息增删改查操作成功课表信息课表信息增删改查课表信息增删改查操作成功教室申请教室信息增删改查、审核操作教室信息增删改查、审核操作成功故障报修故障报修信息查询等操作故障报修信息操作成功用户信息用户信息增删改查操作用户信息增删改查操作成功公告信息公告信息增删改查操作公告信息增删改查操作成功个人信息个人信息修改、查询操作个人信息修改、查询成功修改密码修改密码密码修改成功退出登录退出到登录界面成功退出到了登录界面6.3测试的结果与分析6.3.1系统测试的结果经过界面测试与功能测试后，接下来是一些模块或者功能的测试结果说明，该结果整理成了表格。该多媒体教室预约系统的系统测试的结果如下表15所示：表15系统测试结果测试单元测试页面功能描述测试结果登录登录界面用户名或密码为空前台提示用户名密码不能为空登录界面用户名或密码错误前台提示用户名或密码错误登录界面未选择用户角色提示未选择用户角色登录界面用户名密码正确、选择属于自己的角色登录成功进入系统首页首页首页公告信息查看公告信息查询成功首页设备信息查看设备信息查询成功首页设备信息文件预览、下载设备信息文件预览、下载成功首页设备信息查