【《基于Android平台的学生手机管控系统设计与实现》11000字】

基于Android平台的学生手机管控系统设计与实现摘要青少年学生群体中，移动智能设备持续在推广，使接触移动网络也更加地普遍、低龄化。在纷繁的网络信息中，自控能力差、是非难辨的中小学生群体极易被网络上的负面信息所影响。如今，很多家长为了孩子安全与正常沟通，都会给他们配备智能手机。不过，学校对此经常会没收或是上交，不允许学生私自携带。正因为这样，学生“用”、家长“忧”和学校“管”才会陷入矛盾，出现沟通、管理等方面的问题，其中监管所用的移动智能设备涉及到诸多矛盾，本次设计了一款学生手机管控系统，使学生能够在学校认真地学习，并引导他们绿色、健康地使用智能手机。本文的主要工作如下：首先结合实际调研学生、家长以及学校三方关于智能手机看法的结果，重点分析了系统的核心功能。以需求分析为前提，对管控客户端、被管控客户端具体设置功能架构，并实现了系统的核心功能。（2）其次立足实际运用该系统的情况，在应用程序上，如WeChat小程序以及H5上发布管控端产品。本人在研发、部署管控端产品方面主要运用了uni-app。（3）最后使用Flutter前端UI框架，以Android插件机制为基础，完成本系统Android平台中最重要的学生手机实时或定时管控策略的执行。关键词：uni-app；Android；学生管理系统目录TOC\o"1-3"\u1相关技术概述 相关技术概述1.1uni-app框架从严格意义上看，uni-app框架类似于一个开发平台集成方案或是混合应用的集合体。开发者利用框架API，能够在Android、IOS、H5或是微信这些主流厂商平台小程序研发与部署。通过编译指令以及内置组件的方式可实现跨平台开发。框架主要具备如下优点：（1）开发前端框架所使用的语言为，同时遵守的开发规范为Vue。换言之，假设开发者具备开发Vue前端的经验，则可利用原有技术栈开发产品。（2）从规范上看，小程序平台、组件标签都是一样的。首先在研发阶段，u前端框架分析了自有API对开发人员的影响。因此，该框架保留原平台的API特性，使开发者能够将新的API和原生API之间完成关联。（3）框架可支持NPM,ES6，框架可实现兼容性开发，且操作方法简单，只辅导模式在所配置的清单中选择ES6语法并打钩即可，同时可支持管理NPM包管理机制。（4）插件库足够多，满足实际应用需要。插件市场的插件种类达到1800多种。并且，这些插件数量仍在逐步地增长。它们的出现，为业务组件开发提供了便利。本系统的技术实现方案是，可在微信小程序平台、H5中实现。1.2Android进程Android应用均是在Linux进程中运行。当开启特定进程时，仅需调用该进程下面的Activity、service；当处于空闲或是内存吃紧，同样也会回收处理。Linux进程（process）有四大要素：在创建初始，一定要有可供执行的代码，但是并没有规定只能在进程中执行代码。可满足多个进程共用开避专用的内存堆栈空间。内核的数据结构要记录方面的数据或者用于调度。“有单独的存储空间，说明”在Android系统中的进程需符合上述4点。本研究的核心点是进程保活，主要以论述Linux进程的相关机制为主，并处理进程，以满足保活目的。经研究，Android应用进程为何会被Kill，与Android运行内存过小、异常崩溃、进程状态长期处于状态等挂钩。本系统针对平台设置了4个进程，其中初始主要为默认进程，其他均为次要，这里就不累赘了。该操作能够对系统架构作出划分，促进4个进程协同，完成“进程保活”这一目标。2系统需求分析2.1系统概述本次所建立的学生手机管控系统，是以以及uni-app框架所设立而成的。该系统主要面向中小学生，抓住学校、家长在看待学生使用智能手机问题上的矛盾和需求点。面向家长和学校，该系统重在解决在校不当使用手机、浏览风险网站以及沉迷游戏等系列问题。提供2种基本的能力。首先是面向所有用户群体（有智能手机）提供电信网络服务，这里指的是4G网络管控服务；二是管控操作系统，能够实现在线管控该手机应用。学校可依托该系统实现统一管控。另外，该系统也满足家长单独管控的需要。它可以控制学生平时上网时间，促进对手机的规范使用，帮助学生成就学业，促进自身的健康成长。2.2系统功能需求2.2.1系统总体需求从功能上看，本系统涵盖了管理员、家长以及孩子这三个角色。同时，将管理员角色再次三类，如图2.1。图2.1系统角色用例图2.2.2核心功能需求学生手机管控系统的管理平台，管理平台主要以满足平台内各层管理员操作需要而设定的，同时可实现管理功能。从核心功能上看，本系统主要涉及维护基础信息以及用户登录等方面，可具体分为管控业务、学校配置、管理员账号等等。如下具体说明各部分的主要内容：首先是针对平台管理员所设定的用户登录管理员主要可分为三个层级：一是学校级；二是区域级；三是超级。上述三个层级的管理员要登录系统平台，都需要按照操作输入账号，并通过验证。只有通过验证的管理员才能进入系统。其次是管理平台基础信息如图2.2所示，平台主要涉及如下几种类型：第一业是手机品牌类型字典；第二类是用户状态类型字典；第三类是区域信息；第四类是平台内用户权限。1）用户角色权限管理基于角色可将权限表细分为如下三类：第一类是管理员。这一类别的角色又可分为学校、地区等，其账号可进入支撑管理平台；第二类是家长用户，主要可登录H5，微信小程序客户端等；第三类是孩子，可在客户端。2）区域信息管理本系统的存储及管理功能，主要是以全国行政地区信息为依据，具体涉及到编码名称、号码等，超管，可结合需要新增地区管理者账号，具有查询等操作功能。3）用户状态类型字典本部分主要有如下五种状态：一是正常；二是试用；三是注销；四是停用；五是过期。地区经理、超管有权限操作家长、孩子的账号状态。上述不同的状态分别有不同的含义：其中启用，说明当下用户正处于正常的状态之中；停用，说明用户当前所处的状态为停用操作状态。如要注销用户，则需要运用到删除操作；在用户期结束后，则进入试用状态，此时用户处于过期状态。4）手机品牌类型字典本部分所存储的信息主要有手机厂商的标识、名称等，主要用于管理黑白名单数据。（3）管理员信息管理如图2.3所示，该平台主要包含如下三种类型的管理员：一是学校级；二是区域级；三是超级。同时这三个层级的管理员要登录系统平台，都需要按照操作输入账号，并通过验证。只有通过验证的管理员才能进入系统。具体如图2.3所示。1）超级管理员管理本系统中，管理员，尤其是超级管理员管理掌握最高的权限，其能够操作平台，具备平台所有管理功能。2）区域管理员管理地区下的信息（包括学校方面、家长方面、孩子方面）都可由该角色管理，同时还可操作区域子管理员账号信息、学校管辖区内学校信息等。3）学校管理员管理相较于上述两类管理员，本管理员的权限较少，主要作用是维护操作家长信息、孩子信息，可设置学校管控策略。（4）学校信息管理从信息管理功能的角度分析，本模块主要包含如下三大部分：一是学校信息管理；二是学生信息管理；三是家长信息管理。1）学校信息管理主要以业务类操作为主，包括新增改查学校信息等，其相关操作包括平台内各个区域的学校信息。有批量导入、删除、启用学校数据状态及停用等操作。2）学生信息管理本模块的作用主要体现在维护学生账号信息等方面，可启用、停用学生数据状态。3）家长信息管理本模块的作用主要体现在维护家长基础信息，查询家长绑定信息的情况。（5）管控业务信息管理从功能上看，本模块主要包含如下功能：一是设置学校管控；二是黑白名单的应用；三是学生端升级；四是记录管控日志；五是记录家长绑定孩子信息的情况。3系统的总体设计3.1系统架构设计本次设计前，全面梳理并细化了平台业务需求，并具体形成总体架构图。图3.1所示。图3.1系统总体架构图该系统主要形成了包含如下五个层次的架构，如下具体说明：基础设施层。本层的构成主要包含两大部分：第一部分是网络；第二部分是服务器。系统的网络接入以及云存储方面由天翼云具体负责。从构成上看，主要包含如下几大部分：第一部分是数据库（DB）Server；第二部分是业务接口；第三部分是Redis缓存；第四部分是。2）数据层从构成上看，本层主要包含两大部分：其一是Redis缓存；其二是MySql集群。这两部分都用于用户管理操作。3）服务层本层的构成主要包含如下几大部分：第一部分是短信发送；第二部分是业务支撑管理；第三部分是4G-QOS；第四部分是CRM系统。在业务支撑平台中需要维护管理的用户信息包括家长、孩子、学校及智能终端管控等。家长绑定学生手机业务、用户登录等环节在发送验证码以及校验等环节中都需要运用到短信发送平台。在发送应用管控指令、4G网络方面需要运用到发送管控指令平台。4）应用层系统主要通过本层统一管理各项信息，包括家长绑定孩子信息、管控、学校、用户、日志等，同时本层还具有升级客户端、让用户进行登录操作、终端管控指令、激活引导等业务需求的功能。5）展现层从内容上看，本层主要包含如下两大部分：第一部分是PC浏览器。本部分的作用主要体现在对WEB管理门户网站的展示；第二部分是手机客户端。本部分的作用主要体现在展示Android应用app、H5/WeChat小程序。3.2系统功能模块设计本次所设计的学生手机管控系统的框架是与。架构方面主要遵循面向服务，设计了系统的总体结构功能模块。系统的分子系统协同处理（图3.2）主要包含如下三大部分：第一部分是支撑管理平台子系统；第二问好是手机客户端应用；第三部分是接口API网关。图3.2三部分子系统协同处理图3.2.1手机客户端应用子系统正如上文所述，在明确了系统的业务需求后，设计了系统架构。从构成上看，本系统主要包含如下两大部分：和小程序面向家长提供丰富的功能。从内容上看主要包括：一是用户登录、二是受理验证；三是绑定账号；四是自主订购；五是账号管理；六是实时管控；七是解绑账号；八是退出登录。具体如图3.3所示。Android客户端主要机面用户提供如图3.4的功能：一是用户登录；二是激活引导；三是手机锁屏；四是应用管控；五是更新客户端；六是防卸载；七是手机锁屏；七是加密解密数据。3.2.2业务支撑管理子系统如图3.5所示，本部分主要由如下模块构成：一是管理员信息；二是管控业务；三是学校信息。图3.5业务支撑管理子系统结构图3.2.3接口网关子系统如图3.6本系统主要包含如下几大部分：第一部分是CRM平台（属于电信）；第二部分是QOS提/限速平台；第三部分是封装终端应答通信接口与外部系统交互的接口网关子系统。3.2.4管控客户端架构设计如图3.7设计了管控客户端。该部分是基于系统需求而展示的，形成了包含如下七层的管控端架构：（1）基础设施层本层的作用主要体现在开发软件运行环境方面。在开发项目方面，必须运用定制化的uni-app框架。在发布产品及功能测试方面所运用的开发工具是微信小程序。（2）API接口层本层的作用主要体现在承载、封装后台接口业务API等方面。（3）uni-app网络框架层本系统中的HTTP请求是WeChat小程序平台、H5等。（4）Util工具层本层的作用主要体现在配置系统项目、网络请求工具、持久化数据工具、第三方工具库以及插件库等方面。（5）View视图层本层主要由如下三大部分组成：1）项目组件项目组件需要最小化分解构成页面元素的部分。通过拆分页面元素，形成统一的规制至文件夹之中。2）状态管理Moudle模型是状态管理，其主要是统一封装业务接口、系统信息、用户信息等。该状态管理对外暴漏常量，在关于属性的计量方面，运用UVE框架，通过直接调用函数直接操作state数据。3）Pages页面结合uni-app框架页面分包加载机制主包内主要包括如下四大部分：第一部分是个人中心；第二部分是业务验证；第三部分是管控页面；第四部分是登录页面。统一将其他部分放置在PagesA分包之中。详细设计部分会就如何配置给出详细的答案。（6）webpack打包层针对JS程序的第三方框架，本部分主要通过自动化处理、打包处理的。通过构建依赖关系图，包含应用程序所涉及到的各个模块，并将它们打包为一个及以上的bundle。（7）客户端展现层展现层主要包含如下两大平台：第一部分是微信小程序；第二部分是H5。3.3系统数据库设计3.3.1概念模型ER图图3.8为本部分的E-R模型图。本系统的实体主要包含如下几大部分：一是管理员；二管控设置；三是学生；四是家长；五是班级；六是年级；七是学校。从系统的实体联系方面分析主要呈现出下述特点：1个超管所能够管理的管理员信息包括学校所配置的及n个区域内，可理解为多个区域及学校配置可由1个超管进行管理；1个区管，可管理的管理员信息，具体包括n个学校及其所配置的管理员信息；1所学校所能够管理的学校管理员信息有n个；1所学校、1个年级分别可管理多个年级、多个班级；多个学生共同组成1个班级；多个家长对应多个学生；1位家长可配置设置多条管控；1所学校能够设置多个管控。3.3.2数据表设计该系统部分主要可分为如下几大核心表：第一部分是管控对象家长表；第二部分是被管控对象学生家长表；第三部分是用户实时管控记录表；第四部分是家长学生绑定关系表；第五部分是用户定时管控记录表；第六部分是管理员信息表；第七部分是用户受理关系表；第八部分是管理员修改密码记录表。（1）被管控对象学生表（2）家长学生绑定关系表表3.2家长学生绑定关系表（3）用户实时管控记录表表3.3用户实时管控记录表（4）用户受理关系表表3.4用户受理关系表（5）用户定时管控记录表表3.5用户定时管控记录表（6）Qos调用记录表表3.6Qos调用记录表4系统的详细设计与实现4.1uni-app管控客户端的设计与实现4.1.1主体框架本部分具体可围绕如下几大部分搭建客户端主体框架：首先是搭建客户端工程；其次是说明工程文件目录；第三部分是说明配置关键文件；第四部分是封装网络请求框架；第五部分是封装持久化数据。（1）新建uni-app管控客户端工程开发工具的下载是开发工程的重要环节。在完成该新版工具的下载后，依次选择文件、新建、项目（这些可通过顶部工具栏中获取），开发者在完成上述操作后，可自动打开新建项目操作面板。如图4.1所示，此时操作者所需要完成的工作包括选项的勾选，自动打开新建项目操作面板，将项目名称输入其中，选择其中的默认模板，即可完成创作过程。按照操作面板（图4.1）创建好工程后，就可形成图4.2的初始目录结构。完成新建后，需要修改初始目录文件。具体可通过如下步骤完成：首先是对pages文件夹中的文件进行清空处理；其次是对static文件夹进行清空处理；第三部分是对pages数组节点的内容进行删除处理，该步骤需要打开。图4.2uni-app工程初始目录结构（2）uni-app管控端工程目录结构说明在完成uni-app工程新建及相关初始化工作后，我们还需对uni-app管控客户端工程进行相关工程目录结构进行调整。1.创建common目录用于存储全局的公共Function脚本函数和CSS样式。2.创建components目录用来存储uni-app工程页面组件。3.创建pagesA目录用来存储分包加载相关页面Page。4.创建store目录用来存储Vuex数据状态管理脚本相关函数。如图4.3所示。图4.3uni-app管控客户端工程目录结构（3）关键配置文件说明uni-app管控客户端主要配置文件有。1）配置pages.json文件主要包含如下几大部分：第一部分是页面路由；第二部分是全局样式属性；第三部分是首页底部导航栏。首先需要找到pages节点信息，可配置style（页面样式）以及页面路由文件。在分包加载配置uni-app方面主要运用新增root根目录。基于工程根目标（），针对分面页面文件的存放需要新建pagesA文件，之后在该文件中新增pagesA文件，新增节点的名称为。将root属性加入新增的JSON对象之中，并进行pagesA赋值，最后基于配置页面样式、页面文件路径的需要新增数组pages。2）配置文件主要运用了打包配置文件，主要配置内容包括H5平台应用信息以及微信小程序。其中前者主要有路由跳转模式，配化配置项目，配置开发环境服务器，说明反现代理配置开发环境服务器等；后者的设置主要以微信小程序开发者工具为导向，主要包括校验域名合法性、自动补全样式、转换es6语法等。3）配置文件在本项目中，该项目主要作为入口文件，主要作用包括初始化Vue实例；实例化Vue全局属性；注册全局组件；动态加载Vuex数据状态管理机制。4）配置文件在该工程中，本部分属于根组件，主要作用是调度与展现所有子级页面组件，有加载全局样式文件、调用生命周期函数等作用。在App.vue文件中有一个称为函数主要操作功能包括更新检查版本、代理数据接口、启动用户数据等。（4）封装网络请求框架由于本工程的请求框架在封装方面主要运用了如下两大平台：一是H5平台；二是微信小程序平台。故此，我们只需要基于自生业务特点二次封装即可，即可自定义封装网络请求框架。该管控客户端网络请求框架要进行的操作主要有如下几个：首先是对异常情况进行统一处理；其次是自定义接口请求信息自定义；第三是请求类型数据网络。构成网络请求框架的脚本文件主要有两个：第一个称为：第二个称为。附录5详细说明了本部分封装源的代码。（5）封装数据持久化框架上述提到的两个平台在存储数据方面主要运用了。客户端调用同步存储数据方面可实现同步存储，并调用本部分同步获取所存储的数据。4.1.2数据状态管理设计与实现图4.4，管控客户端通过Vuex数据状态管理机制的引入，实现从组件视图层解耦为业务数据逻辑。本系统所设置的家长管控端主要形成了包含如下三大部分的业务模块：第一部分是System系统配置信息；第二部分是User用户信息；第三部分是Guard管控信息。在对业务模块进行划分后，需要初始化编码对象，这是管理数据状态。管控客户端主要通过如下三个步骤实现状态管理机制：首先是完成文件的新建，该文件需要新建于文件夹中。通过该新建模型可存放module业务功能模块、全局getter计算属性。其次是完成文件的新建。该新建文件的作用主要对客户端所有计算属性的存储，同时在store存储对象中载入该新建对象的属性。在完成上述操作后，在模块文件夹中封装业务逻辑所有数据。在该操作完成后，需要进行业务模块脚本的创建。本脚本的创建中涉及到较多业务代码，此次仅以客户端用户信息刷新业务逻辑为例说明。如下说明该模块的源码：/***注释：*数据状态管理脚本文件，考虑到篇幅的限制，无法一一列法，仅说明用户信息刷新业务功能这一项项目。*用户信息刷新业务功能*/假设存在业务数据data，则向数据状态对象进行赋值。。这表明此时已经成功赋值了，且业务组件在改变数据状态后将渲染局部视图。}//接口数据成功按回数据，通过对进行调用的方法，更新数据状态：本步骤的作用主要体现在针对各业务模块在命名方面所存在的差异性。比如文件内该着该文件内的数据。在具体访问数据时，在编码方面可采用用户信息封装表达式。//导出state数据状态(存在于user模块内）,//即对mutaions事件进行导出//即actions函数方法进行导出上述状态、事件、函数方法都存在于user模块内。}4.1.3页面组件化设计与实现组件化管控客户端页面以独立的组件表征页面元素，从而提高生产效率，这不仅可复用页面元素，同时有助于研发软件。在管控客户端划分形成N个独立的组件。在完成分割后，综合运用局部注册以及组件全局的方式重新组合使之形成完整的页面。以mixin混入机制作为设计系统页面的组件以开发出具备可复用的vue组件。这主要是为了复用函数方法与业务逻辑。具体可按照图4.5的思路进行设计。在关于无数据组件与系统通知组件方面，主要运用了可复用组件。在图5.4main.js入口文件中通过调用方法全局注册无数据组件与通知组件。在注册好全局组件后，即可直接在模板代码内，以通知组件为例实现。本系统的通知组件即为。图4.6为具体实现效果图。如下说明全局通知组件实现代码：4.2设计与实现Android被管控客户端4.2.1搭建Flutter前端UI框架考虑到篇幅的限制，这里仅基于系统说明搭建前端UI框架：（1）在macOS终端打开后，将图4.7指令输入其中。（2）成功安装后，即可形成图4.8。4.2.2登录功能设计与实现首先需要检查孩子被管控端是否已正常登录，如通过检测判定尚未成功登录，则需要完成相关操作，主要包括输入手机号、验证码等。如用户处于非登录状态，则需要先验证受理业务，需先输入学生手机号码。主要验证内容是，当前手机号是否已经开通了相关业务。如确定已经开通了系统管控业务则可直接进入验证码界面，可按照系统导航操作进入。如用户尚未开通该业务，则返回。在用户进行这一操作时，系统会将一条短信发送给孩子手机号。手机号收到信息后，按照页面操作提示进行登录即可。如此前用户已经成功操作好本步骤，则可实现自动跳转并使页面被激活。图4.9为被管控端登录的功能时序图。具体实现效果如下图所示。图4.10被管控端登录激活功能实现效果图被管控端登录（Login）功能源码如下。4.2.3激活引导功能设计与实现在登录并激活后，学生手机用户还需要通过手机系统权限操作，主要包括常规权限、辅助功能服务、自动启动等。当前市面上有很多Android手机厂商，由主流手机厂商适配学生手机，比如OPPO、HUAWEI等等。各个手机厂商都定制化修改了系统，故此其激活引导步骤也存在较大的差异性。具体体现在手机厂商标识等方面。图4.11说明具体内容。这里仅以手机为例进行说明，图4.12为展现激活引导功能图：图4.12激活引导实现效果图相关核心源码如下。/***注释：被管控端激活引导时，在核心代码的引导方面，其自动加载是由厂商机型标志自动形成的。*///按照手机厂商所设定的步骤对业务代码进行加载激活。4.2.4设计与实现应用管控功能学生用户成功激活被管控客户端后，可理解为通过请求后台接口获得管控策略与黑白名单。从结构上看，黑白名单主要包含APP的如下三大部分：第一部分是包名；第二部分是名称；第三部分是类名。时间段字符串信息是构成管控策略信息的主要元素。本系统应用APP主要运用到设备管理器与无障碍辅助功能。即基于上述两部分协同实现。其中前者的作用主要体现在对孩子手机锁屏功能进行处理；后者主要体现在获取当前使用的相关信息，比如名称、包名、类名等。本系统中可通过如下三种方式获取应用黑白名单：第一种方式是在启动应用主程序时；第二种是解锁手机屏幕时；第三种是通过创建长连接。创建主要是在端完成，并通过该链接获取相关指令。这也是管控策略唯一传输数据的方式，同时可接收相关指令。在成功获取管控策略数据与黑白名单后，客户端将在SQLite数据库内存储此类数据。如此一来该管控策略可实现在没有网络的情况下仍可管控学生手机应用。应用管控需要遵循的原则有如下几个：如现有应用可匹配黑名单应用信息，则锁屏学生手机。在管控策略生效时，所有检测到正在使用的应用都会撞出管控遮罩页面（除黑白名单）。图4.13为应用管控时序。图4.13应用管控功能时序图图4.14为展现被管控端APP应用管控。图4.14应用管控功能实现图该功能核心源码如下：4.2.5多进程保活设计与实现从架构方面，本次主要设计了包含五个进程的被管控端。首先是主进程。本部分的作用主要体现在初始化客户端、配置、注册设备管理器等方面。本进程中没有UI界面启动；其次是ui进程。本进程的作用主要体现在操作UI界面，包括用户登录激活引导等方面。值得一提的是在成功激活引导用户后，就可内存回收该进程；第三个进程是watch进程。本部分的作用主要体现在辅助处理功能方面，可对手机用户的相关操作，比如类名、包名进行检测等。最终可对应用进行实时操作反馈管理；第四个进程是work进程，其作用主要体现在遮罩页面的管控方面，同时可通过长连接的建立。本部分的作用是获取指令信息，比如策略等；最后是receiver进程，有对系统的广播进行监听的作用。watch进程在收到广播后启动。图4.15为被管控端进程活动状态。主要通过如下方法实现被管控端进程保活：（1）对系统广播进行监听在:对网络连接状态进行监听，解锁用户手机屏幕的状态，连接或者断开usb电源；启动系统，存储卡挂载外置，拉起安装或者卸载手机软件；watch进程，配置或者拉起广播接收器。附录17为该进程的部分源代码。（2）启动提高进程优先级该操作是在用户锁屏处于待机状态时进行，通过启动提高页面，此时watch进程处于优先级。（3）设置任务调度器在watch进程启动，按照一定间隔时间拉起，该进程后进入运行服务。如下说明关于定时任务时所涉及到的核心源码：（2）数据加密解密功能本系统的这一部分中，我们根据之前的分析使用3DES-CBC模式进行处理。图4.16实现孩子被管控端的这一功能。Android被管控客户端加密解密动态链接库JAVA代码加解密接口定义：5系统测试及分析5.1测试环境描述测试环境是进行测试的首要工作，这是后期能够顺利推进测试工作，更精准的测试软件的前提条件。本文主要基于客户端、服务端描述软硬件环境。5.1.1服务端测试环境本部分主要以开发工具为主：本次所选择的应用服务器型号为本系统的数据库为本系统适应的浏览器。5.1.2客户端测试环境本系统针对客户端主要测试机型有、小米8等。测试了等微信小程序模拟器。5.2功能测试该部分主要以测试客户端功能用例使用情况，从功能测试用例方面来看，主要涉及如下部分：其一是客户端登录管控；其二是孩子号码绑定；其三是解绑号码；其四是这时管控；其五是定时管控；其六是管控记录。用户登录模块：用户正常登录的前提条件是所输入的用户名、密码均无误；如用户输入不存在的用户名或者输入有误，密码不正确，则系统所弹出的提示信息应该是“用户名、密码输入有误”；如用户未能输入两项信息或者漏入某项信息，则系统应提示用户“用户名、密码是必填项”，即相当于告诉用户要想登录本系统就必须先填写这两项信息。5.2.1管控客户端登录具体如表5.1所示。5.2.2解绑号码如表5.2所示，本次针对测试解绑孩子号码设计了测试表。5.2.3实时管控通过对实时管控的测试，得到表5.3的测试结果。5.2.4管控记录家长对孩子的管控记录测试结果如表5.4所示。表5.4管控记录测试结果表结论学生手机管控系统能够为孩子提供一个健康、绿色的使用智能手机的环境，其充分考虑了教师、家长、学生等各主体的需要，所形成的技术解决方案符合实际应用需求。该系统包括、，自建立以来系统已经受理了9856户学生用户，与5所学校签约，共有23817户家长用户。该系统的客户端为微信小程序/H5，其开发框架是。家长能够通过该客户端更高效的管控学生手机，同时其产品形态完善，可实现客户端管控其本质是运用了UI框架。本次所开发的学生手机管控系统是在全面分析了用户对系统的要求，充分了解各主体对系统功能的需求及各个模块的功能需要后，有计划、有步骤的展开设计。在最终完成测试后，又对系