☆ 写在前面
之前答应大家的毕业答辩之后把所有文档贡献出来，现在答辩已过，LZ信守承诺，把所有文档开源到了(这个地址包含所有的代码和文档以及PPT，外层为简单的代码)。还望喜欢的朋友们，不要吝啬你的星星，多多Star。
简单演示：（这里只演示部分，详情去移步）
☆ 有个必须说明的情况是，现在服务器已经不支持访问了，所以大家暂时无法自己查看效果，还请见谅。
☆ 代码质量不高，毕竟是自己很久之前写的代码。关注代码质量提升，还请关注LZ近期更新
☆ 由于文档太多，这里就直接copy了，格式大家就凑合一下~查看更好的格式
四川师范大学本科毕业设计
| 基于Android的家校联系平台开发 |
| 学生姓名 | 刘世麟 |
| 院系名称 | 计算机科学学院 |
| 专业名称 | 软件工程 |
| 班 级 | 2013级 4班 |
| 学 号 | 2013110424 |
| 指导教师 | 夏羽 |
| 完成时间 | 2017年 5 月 10 日 |
基于Android的家校联系平台开发
学生：刘世麟 指导教师：夏羽
内容摘要：学校教育与家庭教育的不一致，容易产生教育断层的局面，而现有的校讯通等家校互动平台，又存在教师与家长单向沟通等方面的问题。如今信息技术的飞速发展为家校共育的健康发展提供了强有力的保障，“互联网+”已成趋势。学校和教师要一改过去传统的沟通交流方式，借用互联网与手机短信相结合的家校互动信息平台，扩展沟通交流渠道，架起家校沟通的桥梁，从而让家校教育形成合力，提高教育的时效性，促进学生健康成长。因此，本文就目前“互联网+教育”的新趋势进行了说明，以明确进行研究的目的。随后，将对本平台实现的过程和原理进行一一探讨，以让读者能了解实现其的具体方法。最后，为了实现这个软件平台，本文对这个软件作了系统分析和系统设计，最终实现了该软件。通过测试，该平台能正常运行在Android系统下的智能设备，也验证了本文所探讨的设计正确性和重要性。
关键词：互联网、家校互动、家校协作、功能应用
Development of home school contact platform based on Android
Abstract: Nowadays, the inconsistency of school education and family education may easily result in education gap. And the existing home-school interactive platforms like School Paper still have some problems including the issue of one-way communication between teachers and parents. The rapid development of information technology has provided a strong guarantee for the healthy development of home-school coeducation. Currently, the” Internet+” mode has become a trend, which requires the schools and teachers update the traditional communication ways with parents. They can combine the internet with mobile phone text message to establish a home-school interaction information platform, expanding the communication channel, setting up the bridge of communication so as to produce a unified strength of home-school education, improving the efficiency of education and promote the healthy growth of students. Therefore, This paper puts forward the aim of this research by describing the current trend of “Internet +Education”. In addition, It explores the process and principles of the new platform to make the readers understand the specific methods. Finally, in order to achieve this software platform, this paper makes a systematic analysis and system design. Through the test, the platform can run in the intelligent equipment of Android system, thus verifying the correctness and importance of the design discussed in this paper.
Key words: Internet; home school interaction; home school cooperation; Function Application
目 录
1 概述. 1
1.1 研究背景和意义. 1
1.2 国内现状. 1
1.3 论文的思路和结构. 2
2 研究方案和架构概述. 3
2.1 预计花费时间设计方案. 3
2.2 软件开发设计方案. 3
2.3 本课题的设计目标. 3
2.4 架构概述. 4
3 需求分析. 5
3.1 软硬件需求. 5
3.2 功能需求. 5
3.3 用户需求. 6
3.4 用例图. 6
3.4.1 登录板块. 6
3.4.2 班圈板块. 7
3.4.3 消息板块. 8
3.4.4 发现板块. 9
3.4.5 我的板块. 10
3.5 用例说明. 10
3.5.1 UC1用户登录. 10
3.5.2 UC2用户注册. 11
3.5.3 UC3找回密码. 12
3.5.4 UC4发布信息. 12
3.5.5 UC5查看所有信息. 13
3.5.6 UC6查看信息详情. 14
3.5.7 UC7点赞评论回复. 14
3.5.8 UC8查看联系人和会话. 15
3.5.9 UC9聊天. 15
3.5.10 UC10音视频通话. 16
3.5.11 UC11修改个人信息. 16
3.5.12 UC12修改孩子信息. 17
3.5.13 UC13退出登录. 18
4 概要设计. 19
4.1 系统功能总体设计图. 19
4.1.1 Android端功能总体设计图. 19
4.1.2 服务器端功能总体设计图. 20
4.2 数据库E-R图设计. 21
4.3 系统类图. 22
4.3.1 APP端登录板块. 22
4.3.2 APP端主页板块. 22
4.3.3 APP端班圈板块. 23
4.3.4 APP端发布板块. 24
4.3.5 APP端消息板块. 25
4.3.6 APP端发现板块. 25
4.3.7 APP端我的板块. 26
4.4 界面设计. 26
5 详细设计. 33
5.1 数据库详细设计文档. 33
5.1.1 用户表设计（aiya_user）. 33
5.1.2 班级信息表设计（aiya_class）. 33
5.1.3 主贴表设计（aiya_main）. 34
5.1.4 评论表设计(aiya_comment) 34
5.1.5 点赞表设计（aiya_praise）. 35
5.1.6 主贴图片表设计（aiya_pic）. 35
5.2 CS协议通信文档. 35
5.2.1 用户系统. 35
5.2.2 信息系统. 37
5.3 时序图. 38
5.3.1 登录时序图. 38
5.3.2 发布时序图. 39
5.3.3 圈子信息时序图. 40
5.3.4 聊天时序图. 41
6 系统实现. 43
6.1 开发工具简介. 43
6.2 开发界面总览. 43
6.2.1 Android开发界面总览. 43
6.2.2 PHP开发界面总览. 46
6.2.3 数据库操作页面总览. 47
6.3 核心功能代码. 47
6.3.1 图片压缩处理. 47
6.3.2 相机适配处理. 51
7 软件测试. 57
7.1 功能模块测试. 57
7.1.1 用户登录注册模块测试. 57
7.1.2 信息发布模块测试. 58
7.1.3 信息交流模块测试. 59
7.1.4 即时通讯模块测试. 60
7.3 性能测试. 60
7.4 安全测试. 61
7.5 交叉事件测试. 61
7.6 兼容性测试. 61
8 结论. 62
9 谢辞. 63
参考文献. 64
基于Android的家校联系平台开发
1 概述
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 用例说明
3.5.1 UC1用户登录
表1 UC1用户登录用例
| UC1用户登录 | |
| 参与者 | 所有用户、管理员可以登录 |
| 触发条件 | 用户点击登录按钮 |
| 前置条件 | 用户打开了APP |
| 后置条件 | 登录到主页，进入APP各大功能使用 |
| 正常流程 | 1、 打开APP； 2、 输入账号密码开始登录； 3、 登录成功则进入主页面 |
| 扩展流程 | 2a.输入信息有误
|
3.5.2 UC2用户注册
表2 UC2用户注册用例
| UC2用户注册 | |
| 参与者 | 所有用户 |
| 触发条件 | 用户点击注册账号 |
| 前置条件 | 用户打开了APP，并点击注册账号 |
| 后置条件 | 注册成功，可以登录。 |
| 正常流程 | 1． 打开APP； 2． 点击用户注册； 3． 输入手机号； 4． 验证成功，进入注册页面； 5． 输入注册信息 6． 注册成功； |
| 扩展流程 | 3a.输入信息有误
4a.验证码验证失败
5a.输入信息不正确
|
3.5.3 UC3找回密码
表3 UC3找回密码用例
| UC3找回密码 | |
| 参与者 | 所有使用APP的教师和家长 |
| 触发条件 | 该用户忘记了自己的密码并希望能找回 |
| 前置条件 | 用户在登录页面或者我的页面点击了找回密码按钮 |
| 后置条件 | 新密码成功上传服务器，找回密码成功，可以用新密码登录 |
| 正常流程 |
|
| 扩展流程 | 2a.输入信息不符合产品提供的正确的逻辑规范
4a.验证码输入不匹配；
|
3.5.4 UC4发布信息
表4 UC4发布信息用例
| UC4发布信息 | |
| 参与者 | 教师和发布公告和作业，其他用户只可以发布圈子 |
| 触发条件 | 用户点击发布信息按钮 |
| 前置条件 | 用户已经登录成功 |
| 后置条件 | 发布信息到对应的班级，并且班级的用户都能收到信息，信息类型包括公告、作业、社区。其中教师发布的公告和作业会推送到家长的手机上。 |
| 正常流程 |
|
| 扩展流程 | 6a.输入信息有误
|
3.5.5 UC5查看所有信息
表5 UC5查看所有信息用例
| UC5查看所有信息 | |
| 参与者 | 所有用户、管理员 |
| 触发条件 | 用户滑动tab |
| 前置条件 | 用户已经登录成功 |
| 后置条件 | 当前班级的用户可以查看到该班级的公告作业和社区 |
| 正常流程 |
|
| 扩展流程 | 暂无 |
3.5.6 UC6查看信息详情
表6 UC6查看信息详情用例
| UC6查看信息详情 | |
| 参与者 | 所有用户、管理员 |
| 触发条件 | 用户点击一条信息 |
| 前置条件 |
|
| 后置条件 | 用户查看到指定信息详情 |
| 正常流程 |
|
| 扩展流程 | 4a.信息访问错误，不存在，提示用户该条信息不存在。 |
3.5.7 UC7点赞评论回复
表7 UC7点赞评论回复用例
| UC7 点赞评论回复 | |
| 参与者 | 所有用户、管理员 |
| 触发条件 | 用户点击点赞或者输入信息评论或回复 |
| 前置条件 |
|
| 后置条件 |
|
| 正常流程 |
|
| 扩展流程 | 3a. 该信息不存在； 1、该信息已经被作者删除，但前段未下拉刷新，弹出相应提示； |
3.5.8 UC8查看联系人和会话
表8 UC8查看联系人和会话用例
| UC8 查看联系人和会话 | |
| 参与者 | 所有用户、管理员 |
| 触发条件 | 用户点击消息 |
| 前置条件 | 用户已经登录成功； |
| 后置条件 | 无 |
| 正常流程 |
|
| 扩展流程 | 3a.获取消息或联系人失败，提示用户数据获取失败，请稍后再试。 |
3.5.9 UC9聊天
表9 UC9聊天用例
| UC9 聊天 | |
| 参与者 | 所有用户、管理员 |
| 触发条件 | 用户点击会话或者联系人 |
| 前置条件 |
|
| 后置条件 | 发起聊天，聊天对象收到自己发送的消息 |
| 正常流程 |
|
| 扩展流程 | 暂无 |
3.5.10 UC10音视频通话
表10 UC10音视频用例
| UC10 音视频通话 | |
| 参与者 | 所有用户、管理员 |
| 触发条件 | 用户发起音视频通话 |
| 前置条件 |
|
| 后置条件 | 发起音视频通话，聊天对象能接收到自己的音视频呼起，对象可以选择接听或者拒绝。 |
| 正常流程 |
|
| 扩展流程 | 4a.用户可能收不到；
|
3.5.11 UC11修改个人信息
表11 UC11修改个人信息用例
| UC11 修改个人信息 | |
| 参与者 | 所有用户 |
| 触发条件 | 用户点击我的页面的头像或者点击我的信息按钮 |
| 前置条件 | 该教师或者家长已经登录成功； |
| 后置条件 | 修正后的信息成功同步更新到服务器，提示用户信息更改成功。 |
| 正常流程 |
|
| 扩展流程 | 11a.数据更新失败，提示用户稍后再试。 |
3.5.12 UC12修改孩子信息
表12 UC12修改孩子信息用例
| UC12 修改孩子信息 | |
| 参与者 | 所有用户 |
| 触发条件 | 用户点击我的页面的孩子信息入口 |
| 前置条件 | 用户已经登录成功； |
| 后置条件 | 孩子信息修改成功，并同步更新到服务器。 |
| 正常流程 |
|
| 扩展流程 | 5a.更新失败，提醒用户稍后再试。 |
3.5.13 UC13退出登录
表13 UC13退出登录用例
| UC13 退出登录 | |
| 参与者 | 所有用户 |
| 触发条件 | 用户点击我的页面再点击退出登录 |
| 前置条件 | 用户已经登录成功； |
| 后置条件 | 用户退出登录，回到登录页面； |
| 正常流程 |
|
| 扩展流程 | 3a.退出登录失败，提醒用户。 |
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.1.1 用户表设计（aiya_user）
表14 用户表设计
| 字段 | 属性 | 备注 |
| username | varchar(20)（主键） | 账号（手机号） |
| password | varchar(20) | 密码 |
| nickname | varchar(20) | 用户昵称 |
| type | int(1) | 用户类型 （1教师、2 家长、3管理员） |
| classid | int(10)(外键） | 班级id |
| avatar | Varchar(100) | 用户头像地址 |
| birthday | date | 生日，实际存储为时间戳 |
| address | text（null） | 用户地址 |
| child_name | varchar(20) （null） | 孩子姓名 |
| child_avatar | text（null） | 孩子头像地址 |
5.1.2 班级信息表设计（aiya_class）
表15 班级信息表设计
| 字段 | 属性 | 备注 |
| classid | int(10)（主键自增） | 班级id |
| classname | varchar(50) | 班级名称 |
| schoolname | text | 学校名称 |
5.1.3 主贴表设计（aiya_main）
表16 主贴表设计
| 字段 | 属性 | 备注 |
| mainid | int(10)(主键自增) | 帖子id, |
| classid | int（10）（外键） | 班级id |
| username | varchar(20)(外键) | 用户名 |
| time | timestamp | 发布时间，实际存储相当于long型时间戳 |
| infotype | int(1) | 主贴类型（1 代表公告 2 代表作业 3 代表动态） |
| content | text | 帖子内容 |
5.1.4 评论表设计(aiya_comment)
表17 评论表设计
| 字段 | 属性 | 备注 |
| infoid | int(11)(主键自增) | 信息id |
| mainid | int(10)（外键） | 主贴id，用于识别隶属于哪一条帖子的评论 |
| username | varchar(20)(外键) | 用户名，用于识别发布人信息 |
| time | bigint(20) | 发布时间，long型时间戳 |
| content | text | 发布内容 |
| reply | varchar(20)(外键) | 用户表username作为外键，用于回复@功能 |
5.1.5 点赞表设计（aiya_praise）
表18 点赞表设计
| 字段 | 属性 | 备注 |
| praiseid | int(10)(主键自增) | 点赞信息id |
| mainid | int(10)（外键） | 主贴表外键，用于识别赞的是哪一条主贴 |
| username | varchar(20) | 用户表外键，用于识别是谁点赞了 |
5.1.6 主贴图片表设计（aiya_pic）
表19 用户表设计
| 字段 | 属性 | 备注 |
| picid | int(10)（主键自增） | 图片id |
| mainid | int(10)(主贴表外键) | 主贴id |
| url | text | 图片存放地址 |
5.2 CS协议通信文档
说明：返回格式为code,msg,data三个字段，code为0是代表请求逻辑正确，-1为请求异常；
5.2.1 用户系统
1、获取用户是否注册APP
接口地址: /user/usable_mobile.PHP
方式和返回： GET JSON
请求参数：
表20 获取用户是否注册APP接口
| 名称 | 类型 | 说明 |
| mobile | string | 用户手机号 |
2、注册
接口地址: /user/register.PHP
方式和返回： POST JSON
请求参数：
表21 注册APP接口
| 名称 | 类型 | 说明 |
| username | string | 用户手机号 |
| password | string | 用户密码 |
| nickname | string | 昵称 |
| birthday | string | 生日，传递long型时间戳 |
| avatar | string | 头像上传的地址 |
3、登录
接口地址: /user/login.PHP
方式和返回： POST JSON
请求参数：
表22 登录接口
| 名称 | 类型 | 说明 |
| username | String | 用户手机号 |
| password | string | 用户密码 |
4、重置密码
接口地址: /user/reset_pwd.PHP
方式和返回： POST JSON
请求参数：
表23 重置密码接口
| 名称 | 类型 | 说明 |
| username | string | 用户手机号 |
| password | string | 用户新密码 |
5、上传头像
接口地址: /user/avatar.PHP
方式和返回： POST JSON
请求参数：
表24 上传头像接口
| 名称 | 类型 | 说明 |
| file | File | 需要上传的文件 |
6、更新头像url：
接口地址: /user/update_avatar.PHP
方式和返回： GET JSON
请求参数：
表25 更新头像URL接口
| 名称 | 类型 | 说明 |
| username | string | 用户名 |
| iconUrl | string | 头像地址 |
| type | int | 类型 1 为自己 2 为孩子 |
5.2.2 信息系统
1、异步获取主贴等信息
接口地址: /info/info_main.PHP
方式和返回： GET JSON
请求参数：
表26 异步获取主贴接口
| 名称 | 类型 | 说明 | |
| classid | int | 班级id，用于识别可见度 | |
| infotype | int | 信息类型 1公告2作业3动态 | |
| count | int | 信息起始数，默认一次获取10条，需要更改联系后台 | |
2、获取发布信息人的信息
接口地址: /info/get_user.PHP
方式和返回： GET JSON
请求参数：
表27 获取发布信息人的信息接口
| 名称 | 类型 | 说明 |
| username | string | 用户名 |
3、评论信息
接口地址: /info/insert_comment.PHP
方式和返回： POST JSON
请求参数：
表28 评论信息接口
| 名称 | 类型 | 说明 |
| mainId | int | 主贴id |
| username | string | 用户名 |
| content | string | 评论内容 |
| reply | string | 回复人用户名 |
4、更新点赞信息
接口地址: /info/praise.PHP
方式和返回： GET JSON
请求参数：
表29 更新信息接口
| 名 | 类型 | 说明 |
| mainId | int | 主贴id |
| username | string | 用户名 |
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>
【图片太长，这里不截图，请异步】
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