android毕业设计——基于Android+XAMPP+MySQL的家校互动平台设计与实现（毕业论文+程序源码）——家校互动平台_android studi连接数据库的毕业设计源码

基于Android+XAMPP+MySQL的家校互动平台设计与实现（毕业论文+程序源码）

大家好，今天给大家介绍基于Android+XAMPP+MySQL的家校互动平台设计与实现，文章末尾附有本毕业设计的论文和源码下载地址哦。需要下载开题报告PPT模板及论文答辩PPT模板等的小伙伴，可以进入我的博客主页查看左侧最下面栏目中的自助下载方法哦

文章目录：

1、项目简介

1. 学校教育与家庭教育的不一致，容易产生教育断层的局面，而现有的校讯通等家校互动平台，又存在教师与家长单向沟通等方面的问题。如今信息技术的飞速发展为家校共育的健康发展提供了强有力的保障，“互联网+”已成趋势。学校和教师要一改过去传统的沟通交流方式，借用互联网与手机短信相结合的家校互动信息平台，扩展沟通交流渠道，架起家校沟通的桥梁，从而让家校教育形成合力，提高教育的时效性，促进学生健康成长。因此，本文就目前“互联网+教育”的新趋势进行了说明，以明确进行研究的目的。随后，将对本平台实现的过程和原理进行一一探讨，以让读者能了解实现其的具体方法。最后，为了实现这个软件平台，本文对这个软件作了系统分析和系统设计，最终实现了该软件。通过测试，该平台能正常运行在Android系统下的智能设备，也验证了本文所探讨的设计正确性和重要性。

---

2、资源详情

项目难度：中等难度
适用场景：相关题目的毕业设计
配套论文字数：15263个字68页
包含内容：全套源码+配整论文
开题报告、论文答辩、课题报告等ppt模板推荐下载方式：

---

3、关键词

互联网、家校互动、家校协作、功能应用

---

4、毕设简介

提示：以下为毕业论文的简略介绍，项目完整源码及完整毕业论文下载地址见文末。

概述
1.1 研究背景和意义
社会的发展，智能手机的普及让各种各样的手机应用APP成为我们生活中必不可少的一部分，教育行业也搭上了这趟车，走上了“互联网+”教育，为了方便学生、家长、学校三体互动，让家长和学生能及时收到学校发送的消息，满足用户之前的实时交流，“爱吖校推”应运而生。

“爱吖校推”是一款基于Android的家校互动平台。随着社会的发展，各种APP在手机行业发展的助推下应用越来越广泛。某权威调研机构表示，2016年，Android系统已经占领市场份额高达81.3%，而大名鼎鼎的iPhone屈居第二，仅占17.8%，更令人惊奇的是，Android的市场份额还在持续增多。

社交是人类社会性群体的基本属性。而“爱吖校推”就是一款基于教育行业的社交类APP。它支持所有的即时通讯应该包含的功能，文件发送、位置发送、音视频通话、图片、视频等，同样也支持校方和教师发送公告作业并推送到相应群体的Android智能终端。在当前微信用户如日中天的基础上，“爱吖校推”采用微信朋友圈的方式，支持消息发送、点赞、评论、拍照、秒拍、微视频等群体社交，真正进入微社交时代。这是一件非常有意义的事情。

1.2 国内现状
家校互动的需求长期已有，它的研究和设计从本世纪初就开始了，而且也取得了不小的成效。但在早期由于技术的限制，所以存在信息的单项沟通，比如早期的“校讯通”。它就是单纯的通过收发短信来达到家校信息交流，教师得不到任何的反馈。之后随着移动互联网的发展，微信平台如鱼得水，其双向沟通性让一线教师感觉是雪中送炭，但其信息筛选性一直为人诟病。虽然微信等即时通讯软件一定意义上解决了家校互动的问题，但这样的处理，无疑是增加了教师的工作量。

近年来，有 “爱上学”、“和校园”、“爱学习”、“校讯通”等已经运行的家校互动支持平台20多个，这些平台主要实现信息发布查看等功能，对于信息的及时推送功能匮乏，加之在校大学生多用QQ群或者微信群作为沟通平台，常常使得通知公告信息错过，导致了学生之间的信息不对等，而国内超高量的外出打工家长，想看到没有手机的孩子实在困难。所以“爱吖校推”在操作简单的基础上，优化了拍照和微视频，让老师可以把学生的学校情况实时地分享给大家。消息的离线推送也使得信息的准确到达率迅速提升，而附带音视频通话的及时通讯板块，也是拉近了学生、家长、教师之间的距离。

1.3 论文的思路和结构
该论文分十个部分进行逐一讲解：
首先把概述作为了第一部分，该系统平台的研究背景和意义以及国内现状作为主要讲述内容。
第二部分是研究方案和架构概述，主要阐述了本课题预计花费时间的设计方案、软件开发设计方案以及设计目标，最后做了架构概述。
第三部分是需求分析，主要从用户需求、性能需求和功能需求三方面阐述了需求板块需要具备的东西。本部分还用了用例图、用例说明增加相关人员的理解。
第四部分是概要设计，主要从Android端和服务器端分别阐述了功能总体设计，然后画了数据库E-R图，最后是系统类图和界面设计。
第五部分是详细设计，主要从数据库设计、CS协议通信、时序图三个方面阐述。
第六部分是系统实现，主要介绍了本次系统实现所用到的开发工具，并展示了开发界面总览和核心功能代码的讲解。
第七部分是软件测试，分版块进行功能、性能、安全、交叉事件以及兼容性板块进行测试并修改系统bug。
第八、九部分是本次毕业设计中的收获和结论以及自己的感想。
最后是本文所参考的各种有价值的资料列表。

2 研究方案和架构概述
2.1 预计花费时间设计方案
1）花费7天查阅了关于即时通讯的资料以及小米推送的官方文档，并对其进行分析整理。
2）花费10天查阅了一些技术博客和相关论坛以及GitHub上比较火的框架和项目。
3）花费15天进行数据库设计，并对系统框架做一个全局性思考；
4）花费10天编写后台API数据接口，并做简单测试；
5）花费1个月编写Android端代码，并对后台数据可行性进行验证修改；
6）最后进行常规测试，并在各大机器上运行，以保证不会出现致命Bug。

2.2 软件开发设计方案
采用MVC开发模式，按照功能可划分为：发通知，发作业，互评点赞，图片并茂，即时通讯，小米推送等模块。
功能模块细化：
1）班级圈：班级圈包含教师可发放通知、作业，基本支持图文并茂社区化和微视频上传。家长可查看自己班级的每一条信息，以及进行互评回复点赞。
2）即时通讯：即时通讯板块主要依赖于环信，在环信SDK的大前提下，引入基本的即时通讯和音视频通话。
3）社区板块：社区板块是用户只要在一个班级即可进行类似朋友圈的交流，依然可以进行互评点赞回复。
4）发现板块：发现板块主要是为加载一些广告和活动。
5）我的板块：我的板块主要是提供用户信息的更改设置等。
6) 推送板块：当前推送继承了Google推送、华为推送和小米推送，以最大的可能提高推送接收率。

2.3 本课题的设计目标
模块功能实现的目标：
1）班级圈：保证班级圈数据的正常显示，非本班人员应该不具备查看该班信息权限的能力。采用广播、接口回调及其其它方式完成数据的传递和更新。
2）即时通讯：保证音视频通话的离线呼起，保证长连接的引用，保证用户能正常收发消息。
3）社区：同班级圈。
4）发现：保证广告的通畅性和可行性。
5）我的板块：保证用户信息的修改处理正常，做到信息不泄漏。
6）推送：保证推送成功率与正确率。
7）交互性良好：采用material design 风格设计，以及动画效果的引用，使用户和软件具有更加青睐的交互体验，并通过信息圈子推送，增加了用户粘性。
8）代码风格佳：在编码过程中，严格要求分包逻辑，采用模块化分包，并对代码进行合理的封装处理，使代码更加模块化，让其他人能更易上手。
9）实用性：通过不断的更新产品功能和接收用户反馈，让该产品更加地符合消费者思维。

2.4 架构概述
本系统采用C/S架构，分为客户端和服务器端。
客户端被分为了表现层、业务逻辑层和数据访问层三个层面。
1．表现层：主要通过Android应用页面来展示数据，以及一系列事件响应的UI控件。
2．业务逻辑层：主要用于业务逻辑的处理。通常由业务服务Service类和业务实体类Entity组成。
3．数据访问层：本系统采用的数据库是MySQL，采用XAMPP进行服务器搭建，采用PHP作为后台数据接口编写，用花生壳做域名解析，以达到Android客户端与服务器之间的访问。

3 需求分析
需求分析是“爱吖校推”应用分析的必要阶段，下面分软硬件需求、功能需求和用户需求三方面做介绍，
3.1 软硬件需求
本系统的软硬件需求如下：
(1) 在Android平台上运行,系统在4.0以上；
(2) 后台数据库：MySQL
(3) 开发环境：Java JDK1.7 ,Windows 10
(4)开发工具：Android Studio、Eclipse For PHP、XAMPP、
(5) 个人计算机：华硕飞行堡垒笔记本
3.2 功能需求
“爱吖校推”作为一款功能性软件，其功能需求相当重要。以下为“爱吖校推”的功能需求：
1）发通知、发作业
发通知和发作业，是学校教师特有的功能，教师可以通过“爱吖校推”平台进行通知和作业的发放，每当发一条信息，该班的所有人员便可以收到来自服务器的信息推送，提醒家长打开APP查看。每一条通知和作业家长都可以点赞和互评和回复。这样让家长和学校的关系更贴切，也增加了信息筛选机制，从而避免了QQ群、微信群等多余信息的影响。
2）传视频、传照片
传视频是在社区和通知作业板块均具备的功能，紧跟微视频的时代步伐，教师可以把孩子在学校的精彩表演，录制下来发到班群里，家长便可以看到。家长也可以把孩子在家里做的有意义的事情放到社区，让同一个班级的家长朋友们借鉴。良好的图文并茂社区化，不仅增进了家长和学校的交流，还增进了家长之间的联系和友谊。
3）即时通讯
即时通讯板块是一个整体的板块，基本包含QQ微信的所有功能，依然可以发图片、发消息、发语音、发定位、音视频通话等。意在增加朋友之间的联系和家长和学校教师的一对一交流和多对多交流。
4）发现板块
发现板块主要是轮播的一些优秀且有利于教师家长的APP功能板块，并且会组织一些活动，邀请大家参加。
5）离线推送
离线推送在家校互动平台软件中是一个必备功能，也算是一个核心功能，有它才能保证用户真正收到来自教师发放的信息，以及即时通讯过来的消息。同时音视频通话等即时性要求较高的功能，也得依赖它。并且，推送信息到通知栏的方式向用户传递信息，也是可以增加用户粘性。

3.3 用户需求
在“爱吖校推”应用的开发过程中，为了尽量满足学校老师和家长用户的要求。目前得到的需求有：

1. 图片显示清晰，但不能太大，以免浪费流量；
2. 微视频的压缩要处理好，不能太浪费流量；
3. 即时通讯要通畅；
4. 要具备离线推送，确保家长用户能收到教师发送的作业和通知；
5. 要有权限管理，不能让外班人员看到本班的消息；
6. 公告和作业不能插广告；
7. 应用不能经常闪退；
8. 应用不能太大，也不能太占内存；
9. 运行要流畅，不能出现卡顿现象；

3.4 用例图
3.4.1 登录板块

图1 登录模块用例图
3.4.2 班圈板块

图2 班圈模块用例图

3.4.3 消息板块

图3 消息模块用例图

3.4.4 发现板块

图4 发现模块用例图
3.4.5 我的板块

图5 我的模块用例图
3.5 用例说明
省略

4 概要设计
4.1 系统功能总体设计图
4.1.1 Android端功能总体设计图

图6 Android端功能总体设计图
4.1.2 服务器端功能总体设计图

图7 服务器端功能总体设计图
4.2 数据库E-R图设计

图8 数据库设计E-R图

4.3 系统类图
4.3.1 APP端登录板块

图9 APP端登录类图
4.3.2 APP端主页板块

图10 APP端主页类图
4.3.3 APP端班圈板块

图11 APP端班圈类图
4.3.4 APP端发布板块

图12 APP端发布类图
4.3.5 APP端消息板块

图13 APP端消息类图
4.3.6 APP端发现板块

图14 APP端发现类图
4.3.7 APP端我的板块

图15 APP端我的板块类图
4.4 界面设计

图16 图片选取界面设计

图17 登录界面设计

图18 手机号验证界面设计

图19 主界面设计

图20 课程表界面设计

图21 联系人列表界面设计

图22 聊天界面设计

图23 音频呼叫界面设计

图24 发布信息界面设计

图25 发布界面设计

图26 我的板块界面设计

图27 按住拍界面设计
5 详细设计
5.1 数据库详细设计文档
本软件的数据库为MySQL数据库，主要是搭建在XAMPP上结合PHP存在。主要分为以下几个数据表：




省略

5.3 时序图
5.3.1 登录时序图
该时序图是实现用例UC1用户的登录。
1．用户进入LoginActivity登录界面后按照提示输入账号名（必须为正确的手机号）和密码（不少于6位）。
2．先采用StringUtil工具类对输入数据进行验证，再把LoginPresenter把输入的数据传递给网络交互类AppService，让其与服务器进行数据交互并返回给LoginPresenter，通过回调机制让View层显示相关信息，若是登录成功则正确跳转到应用主页面，否则显示相关错误信息。

图28 登录时序图
5.3.2 发布时序图
该时序图是实现用例UC4发布信息。
1.用户进入发布页面，可以输入相关话题信息，也可上传附件（微视频和图片不共存）。
2.如果上传附件，则调用压缩相关的工具类进行附件压缩，如果压缩失败，则显示相关错误信息。
3.未输入信息无法点击发布，如果点击发布按钮，则让ReleasPresenter处理相关逻辑，并把发布话题的信息传递给AppService类做网络访问处理，服务器返回相关信息，采用回调机制让View显示出相关信息。
4.如果发布成功，则返回到主页面，并发送广播提示主页面进行数据刷新。

图29 发布时序图
5.3.3 圈子信息时序图
该时序图是实现用例UC6查看信息详情。
1．用户在主页面可以看到话题相关信息（包括通知、作业、社区）。
2．如果点击任何一条信息，则可以跳转到详情页面，可以查看到相关点赞信息和评论信息。
3．点击评论可以对该条话题信息进行评论，点击评论人可对该用户进行回复。

图30 圈子信息时序图

5.3.4 聊天时序图
该时序图是实现用例UC9聊天。
1．用户可以从会话页面或者联系人页面进入聊天页面ChatActivity。
2．可以发送任何的文本消息，也可以点击下方“加号”按钮进行语音图片视频等文件的发送。
3．可以直接调用音视频通话，向对方发起通话。
4．任何的与服务器交互逻辑均交给EMClient类进行处理。
5．被呼叫的用户可以选择拒绝音视频通话并把相关信息返回给EMClient类。
6．监听类收到EMClient返回的信息后处理相应回调，显示相关信息。

图31 聊天时序图

6 系统实现
6.1 开发工具简介
Android Studio :Android Studio 是Google推广的一款全新的Android开发工具，采用全新的Gradle方式进行编译，同时对原有的Eclipse开发的项目进行了支持。在2016年年底，Google宣布停止对Eclipse的支持与维护，彻底地宣布了Android Studio作为“Google亲儿子”的地位。其强大的市场占有率成为了使用趋势，我们不能墨守成规，需要向着新趋势看齐。
XAMPP: XAMPP（Apache+MySQL+PHP+PERL）原来的名字叫 LAMPP，但最新的几个版本被更名为XAMPP，主要是为了避免误解。它作为一款建站集成软件包，功能非常完善，其强大的兼容性更是征服了用户，不仅提供了Windows、Mac等主流操作系统，更是对Linux、Solaris等其它操作系统做了支持。更完美的是，它还支持包含简体中文、繁体中文、英文、韩文等多国语言包。但XAMPP最著名的还是它的便捷性，使用XAMPP只需要下载、解压、启动三个步骤就能让Apache服务器运行在机器上，并且还支持读取PHP文件以及集成了MySQL的使用。 Eclipse For PHP:这款软件是Eclipse分支下专用于开发PHP的一款IDE，支持PHP5和PHP7，在这里，我们主要用它来开发后台接口板块。

6.2 开发界面总览
6.2.1 Android开发界面总览

图32 Android 源码分包预览

图33 Android 资源文件预览
6.2.2 PHP开发界面总览

图34 PHP端代码整体预览
6.2.3 数据库操作页面总览

图35 数据库操截图

6.3 核心功能代码
6.3.1 图片压缩处理
项目中的图片压缩来源于我GitHub已经开源的一个开源库，目前项目已经得到超 700 Stars，主要采取BitmapFactory的内部类Options以及Bitmap下的createScaleBitmap方法对图片进行质量压缩和尺寸压缩。
思路:
1）Bitmap是一个相当大的对象，特别容易导致OOM，所以我们在压缩的时候并不能直接采用Bitmap，而采用BitmapFatory.Options。它有一个相当强大的属性：inJustDecodeBounds，当这个属性为true的时候，调用decode前缀的方法返回的就不是一个完整的Bitmap对象，而是null。因为它禁止这些方法为Bitmap分配内存，当设置这个属性为true时，便会复制Options的三个属性，它们分别是outWidth,outHeight和outMimeType。相当于不读取这个图片，却获取到了它的参数，的确很厉害。
2）另外一个不得不说的属性就是inSampleSize了，可以理解为压缩比率，设置好这个比率，就能调用decodeXXXX方法获得缩略图了，如果图片大小都一致，则可以定死它。可问题是我们的图片大小通常是不一致的，那我们压缩的重中之重就是获得这个正确的比率。因此，咱们完全能够经过我们想要的长宽，通过多次循环比对，从而达到等比例压缩。
3）然而， inSampleSize官方注释告诉我们一个必须注意的点：因为inSampleSize只能是2的整数次幂，意味着如何我们通过循环算出来inSampleSize为6的话，这时候只能向下取得整数次幂，也就是4。这样明显是达不到我们想要求的标准的。
4）Bitmap的createScaleBitmap这个方法成功消除了我们的焦虑，我们可以借用这个方法把我们之前得到的较大的缩略图进行二次缩小，直到完全符合我们的要求。
核心代码为：

6.3.2 相机适配处理
图片选取来自于我维护的一个开源库ImagePicker，目前GitHub Star数超过1300+，主要通过从数据库读取所有图片信息并返回到一个List中，该List将把所有图片的path存储在一起，然后把这些图片放在RecyclerView中显示，项目UI完全仿照微信做处理。为了解决Intent传值限制，我在项目中采用单例加锁的方式得以解决。
针对Android的适配上也是下了不少功夫，主要表现在Android 6.0 的动态权限处理，以及Android 7.0的相机打开限制，当然还有必不可少的MIUI系统坑和三星机器的图片旋转问题。
下面谈下解决方案：

1. 6.0动态权限处理：在Android 6.0 （API 23）开始，Android开始引入动态权限处理，即除了在之前的AndroidManifest.xml文件中申明权限，还需要在使用到权限的时候弹出用户是否授权的框。只需要重写onRequestPermissionsResult方法即可。示例代码如下:

2. 对于调用系统相机拍照后图片旋转：
   经常会遇到一种情况，拍照的时候看到照片是正的，但是当APP获取到这张图片的时候，却发现旋转了90度（也有可能是180,270，不过90度比较多见，这应该是手机传感器导致的）。为了解决这种不一定在所有机器上都出现的问题，我们可以引入Android系统提供的ExifInterface类来解决各个属性的操作。ExifInterface可以不用加载图片就获取到图片的长宽、旋转角度等多种属性，我们可以通过ExitInterface获取图片的旋转角度degree来进行处理，当满足degree不为0的时候，调用Matrix的postRotate进行角度旋转，核心代码为：
   
   

3）对于部分机型调起相机会回不去APP的适配处理（拍完照闪退问题）：
这也是相机适配中必须处理的地方，由于Android系统厂商的ROM不一致，会让一些ROM对自带相机应用做优化，当某个APP通过Intent进入相机拍照界面时，系统会把这个APP最上层的Activity销毁回收，只需要重写onSaveInstanceState和onRestoreInstanceState方法对数据进行恢复和保存即可，核心代码为：

4）Android 7.0调用系统相机的处理：
由于Android 7.0 手机开始推广，所以我们也不得不处理7.0的权限问题。在Android 7.0 以后，file://不被允许作为一个附件的Uri的意图，否则会抛出FileUriExposedException，在这样的情况下，我们只需要用FileProvider即可解决。核心代码如下：

<provider
    Android:authorities="${APPlicationId}.provider"
    Android:name=".ImagePickerProvider"
    Android:exported="false"
    Android:grantUriPermissions="true">
    <meta-data
        Android:name="Android.support.FILE_PROVIDER_PATHS"
        Android:resource="@xml/provider_paths"/>
</provider>
1
2
3
4
5
6
7
8
9

7 软件测试
基于Android等移动终端平台的APP软件测试与传统的软件测试不同，它不仅要求兼容性良好，而且要求响应时间要在一定的限制范围。比如用户的操作响应时间一般不能超过3-5秒，APP启动时间也不能太长。而对于Android操作系统，庞大的第三方厂商定制，导致Android系统各有差异。一个APP软件必须满足不用的屏幕分辨率都能正常显示，并且能够正确的完成相应功能。如果在某个环境下，界面功能显示不全，则会导致软件功能无法正确使用，也就失去了安装此软件的意义，所以对其兼容性的要求也是很重要的一个方面。
7.1 功能模块测试
功能模块的测试是最基本的测试。我通过找出APP的测试点，然后采用两款手机，小米3S（Android 5.0）和小米5S（Android 7.0）以及Windows抓包工具Fidder分别对“爱吖校推”的功能模块和网络接口进行完整测试，在测试过程出现了几个小问题。
1）图片选择页面出现选择异常，而后得以解决，因为导包错误，导致指向了另外一个文件。
2）发布信息后没有刷新页面的Bug，后面采用广播提醒UI刷新得以解决。
在解决完相关bug后，进行了新一轮的测试，下面是简单的测试情况：
7.1.1 用户登录注册模块测试
该模块测试主要是验证用户的注册登录是否能正常使用，任何不正确逻辑都应该给出相应的提示。在注册时，手机号必须符合规范，密码不得少于6位，否则提示输入不规范。注册时需要输入两次密码，并且密码相同，验证码输入必须正确，否则提示相应错误。登录板块，第二次登录应该自动登录。
表30 用户登录注册模块测试
测试项目 测试方法 预期结果 结论
用户注册 在注册界面输入用户名，密码，其他信息（符合要求） 注册成功 与预期结果一致
用户注册 在注册界面不输入内容或者输入信息不符合要求 注册失败 与预期结果一致
用户登录 在登录界面输入用户名，密码，且用户名和密码匹配 登录成功 与预期结果一致
用户登录 在登录界面不输入内容或者输入信息不正确 登录失败 与预期结果一致
用户登录 没有退出当前账号，第二次进入该系统 自动登录成功 与预期结果一致

7.1.2 信息发布模块测试
该模块测试主要是验证能否正常发布信息和上传图片及微视频，当没有输入信息时候应当不能点击发送按钮。附件上传前要注意压缩，并且上传后应该在班圈信息中得到正常显示，中间有任何出错需要提示相应错误。而且在6.0以上系统的手机应该动态申请权限。在发布通知或者作业页面，应当发起推送到该班级圈子下的家长手机中。

表31 信息发布模块测试
测试项目 测试方法 预期结果 结论
信息发布 不输入任何文字点击发布 发布按钮不能点击 与预期结果一致
信息发布 输入信息点击发布 发布成功，班圈显示刷新显示本条内容 与预期结果一致
信息发布 点击图片上传，进入图片选择页面，选择后点击确定返回 选择图片后在信息发布页面能显示正常的图片信息，并且首次使用该功能应该弹出申请权限的对话框 与预期结果一致
信息发布 点击微视频上传，进入微视频录制页面，点击上传后返回 信息发布页面正常显示该条微视频的缩略图，点击缩略图能正常播放视频，首次使用该功能应该弹出动态申请权限的对话框 与预期结果一致
信息发布 发布信息，查看Fidder抓包情况 Fidder抓包信息应当显示和接口预期一致 与预期结果一致
信息发布 发布班级通知或者作业的时候，查看Fidder抓包情况和该班级圈子的家长用户手机情况 Fidder抓包信息应该和接口预期一致，并且该班级圈下的家长应该收到信息推送 与预期结果一致

7.1.3 信息交流模块测试
该模块测试主要是测试信息能否正常地点赞评论回复，在该功能中，如果本用户之前未点赞（灰色），应当把点赞按钮置为点赞状态（红色），点赞数+1。点击班圈某条信息，可以正常进入到该信息的详情页面，并可以评论，返回后正常显示相关信息。
表32 信息交流模块测试
信息交流 测试方法 预期结果 结论
信息交流 点击班圈的某条信息 应该能正常进入详情页面 与预期结果一致
信息交流 点击点赞按钮 在未点赞的时候应该为灰色，点赞后应该为红色，可以取消点赞，相应数目应该变化 与预期结果一致
信息交流 点击评论按钮 进入信息详情页面，并且弹出键盘 与预期结果一致
信息交流 点击评论的人 应该直接开始弹出软键盘，并且置为回复该用户的状态 与预期结果一致
信息交流 点击返回 如果该条信息详情有所更新，应当提醒班级圈正常显示点赞情况和评论数目情况 与预期结果一致

7.1.4 即时通讯模块测试
即时通讯模块测试主要是测试添加好友，音视频通话，聊天，发送附件，好友列表等能否正常显示，以及APP置于后台能否正常收到离线推送的即时通讯消息。

表33 即时通讯模块测试
即时通讯 测试方法 预期结果 结论
即时通讯 点击消息Tab 能查看到最近联系人 与预期结果一致
即时通讯 点击联系人Tab 能正常显示联系人相关信息 与预期结果一致
即时通讯 点击某条会话或者联系人 能正常进入聊天页面，并能正常显示信息和聊天 与预期结果一致
即时通讯 点击音视频通话 进入音视频通话页面，被呼叫用户应当能正常收到此信息，并可选择挂断，发起者可以收到用户B接受或者拒绝的反馈，若是接受，应当正常进行音视频聊天 与预期结果一致
即时通讯 用户B应用置于后台，用户A给用户B发送文本消息 用户B手机能收到信息推送 与预期结果一致
即时通讯 用户B应用置于后台，用户A向用户B发起音视频呼叫 用户B应当直接呼起音视频通话页面，并能选择接受或者拒绝 与预期结果一致

7.3 性能测试
性能测试需要验证APP在各种外界压力下是否能正确响应；在执行单一操作时候的响应时间；重复操作一功能，系统资源占用情况；我们在项目中采用了LeakCanary开源框架，并把它移植到项目中检查内存泄漏情况。并且使用Android内存泄漏分析工具（MemoryAnalyzer）检测内存使用情况，最终通过分析优化了下面两个方面：
1）图片压缩不要将整个图片以Bitmap读入内存，防止OOM的发生，替换为ExitInterface类获取图片信息，并采用BitmapFatory的decodeXXX方法以及Bitmap的createScaleBitmap进行尺寸压缩，最后再进行质量压缩得以解决。
2）项目中有些地方采用了static静态对象，持有Context等导致内存久久不能释放，后面替换了ApplicationContext得以解决。
3）测试过程中发现启动白屏现象较为严重，所以增加闪屏页得以缓解。
7.4 安全测试
随着移动互联网的飞速发展，而作为产业模式下的移动平台，自然备受关注，依托此平台的APP的安全性进而成为人们的焦点。所以我对软件权限等进行了细致检查，得到以下结果：
1）没有任何的泄密权限或者非法访问情况；
2）没有出现任何的自启动，没有捆绑其他任何软件；
3）数据加密均正常，不存在泄密危险。
7.5 交叉事件测试
交叉事件测试，又叫事件或者冲突测试。意思是当APP在运行中，与此同时被另外的事件干扰，比如接入电话，查看短信后是否会导致APP崩溃或者数据丢失等异常。如果执行干扰的冲突事件后，应用APP依然能正常运行，不会出现崩溃、终端死机或者丢失数据等问题，则视为我们的交叉事件测试通过。
在交叉事件测试中，我着重检查了几个方面：
APP运行时，前台后切换或者横竖屏切换出现了数据的丢失，经过修改后得以解决；
APP运行时，能正常接收电话和短信；
运行“爱吖校推”，并不会影响其他功能的使用，依然能正常的查看QQ消息、微信消息等。
7.6 兼容性测试
在Android众多的第三方定制系统的大背景下，各种各样奇葩的兼容性问题一定存在，虽然在我们开发中采用的测试真机是公认最容易出问题的MIUI手机，但依然不能以偏概全，在兼容性测试阶段，我采用腾讯云真机租用做了基本所有定制系统的兼容性测试。在兼容性测试中，我着重处理了：
Android 7.0 后不能直接通过Uri调用系统相机，检查出问题后，采用了文件FileProvider得以解决。
在三星手机的测试中，出现了拍照后旋转问题，最后在代码中通过ExitInterface等操作解决了这个问题。

8 结论
本次毕业设计针对越来越被看好的“互联网+”教育，着眼于促进教育现代化发展，加强学校与家长的沟通交流。设计过程中采用较多的Design美学理念和动画效果，增加用户粘性。提供推送服务，极大的满足了用户不丢失重要班级信息。社区化的设计，帮助用户群体更好的交流。
由于各方面的原因和经验匮乏等问题，本应用的一些细节处理还不那么完美，但我依然会完善下去。开发这款应用，让我学到很多，比如很多当前Android火热的框架，Retrofit、Rx、即时通讯、推送以及图片压缩等，尤其是后台板块的学习，PHP作为当前比较热门的语言，我直接从零学习到一步一步搭建起自己的后台，收获巨大。

9 谢辞
省略

参考文献
[1] 明日科技．Android从入门到精通[M]．北京：清华大学出版社，2012.9
[2] 郭霖．第二行代码[M]．北京：清华大学出版社，2016.11
[3] 李刚．疯狂Android讲义（第3版）[M]．北京：电子工业出版社，2015.
[4] 郭金尚．Android经典项目案例开发实战宝典[M]．北京：清华大学出版社，2013.9
[5] 刘金桥. 基于web的贝佳宠物医院管理系统设计与实现 2015-06-03
[6] 许瑾.第一次开发Android程序的历程[J]. 科技资讯，2014.29.20
[7] 丁丽萍．Android操作系统的安全性分析[J]．信息网络安全，2012.3：58-60
[8] 王珊.数据库系统概论.北京：电子工业出版社,2015
[9] (美)赞德斯彻.深入PHP：面向对象、模式与实践（第3版）[M].机械工业出版社,2009.4
[10] 杨宇.PHP典型模块与项目实战大全[M].清华大学出版社,2012.1
[11] (美)林恩.贝伊利,迈克尔·莫里森着苏金国，徐阳译O’Reilly:HeadFirst PHP & MySQL(中文版)中国电力出版社2010 386
[12] 马千里. 基于安卓手机的“视界”应用程序的设计和实现2016-05-31

---

5、资源下载

本项目源码及完整论文如下，有需要的朋友可以点击进行下载。如果链接失效可点击下方卡片扫码自助下载。

---

6、更多android毕业设计项目

精选android毕业设计10套——源码+论文完整资源