电子版答辩演示.pptVIP

* * * * * * * * * * * * * * * * * * * * * * 点名APP·论文答辩 答辩学生：廖鑫 指导老师：杨俊 课题综述 目前传统的大学教学模式下，有的时候学生上课的到课率并不是很理想，尤其是一些基础非专业学科，在缺少约束的情形下，课堂的到课率有的时候需要依靠点名签到等方式来保证。如果是采用传统的点名方式，老师点学生名字，学生答到，这样的方式有以下几个比较显著的缺点。 选题背景 改进 点名APP （1）半自动化点名 （2）防止作弊代答到行为 （3）考勤记录随时可查 传统点名 （1）浪费时间 （2）操作麻烦 （3）会出现代打卡现象 基于JAVA Web实现服务端 Android实现客户端 持久化数据到MySQL 托管到Linux服务器 依靠Git实现版本控制 技术选型 系统高可用设计 可行性分析 容灾处理设计 成本控制 推广 迭代过程 架构设计 研究目标 步骤一 步骤二 步骤三 步骤四 步骤五 AndroidSDK JDK Tomcat MySQL IDEA AndroidStudio Git Photoshop 环境搭建 基于MVC设计 Spring MyBatis 初始化工程 SweetAlert 科大讯飞语音 百度地图 异步网络请求 集成SDK 签名 统计 部署 Linux 版本发布 清洗数据 分析 存储 反馈 运营 研究步骤 总体设计过程 APP综述 点名APP概述 用户请求流程 《长安大学点名APP》的基础结构，有三个重要的组成部分。其中直接展示给用户的就是我们的APP端，我们一般称之为客户端，在后台运筹帷幄的是服务端，客户端的数据都是到服务端去获取的。至于运营端，则是一个为了APP的后期内容能随时更新而设计的一个子系统，它在一个APP产品中，扮演了极其重要的角色。 客户端 现状 发展趋势 Android架构 服务端 参数设计 数据库设计 架构设计 运营端 实现方案 技术选型 点名APP概述 客户端 渲染界面 接收参数 交互 设备传感器 服务端 存储数据 处理业务 解耦合系统 高可用 运营端 内容管理 异常处理 日志分析 市场反馈 客户端，服务端，运营端这是三个是构成一个移动APP必须的组成，APP客户端提供给学生和教师使用，需要教师和学生手动下载已经发布版本的软件安装包，安装包的下载地址以及软件介绍通过后台管理员运营端进行配置，后台运营端的配置则是保存在服务器中的 用户请求流程 客户端开发周期 市场调研 架构设计 实现 运营 APP现状 在这个时代，流量为王，有了流量就可以做转化，就可以盈利。一个公司如果拥有足够多的互联网流量，就可以通过流量来在各个方面挖掘盈利的点，做得厉害的，甚至直接形成了一家独大的格局。比如微信，掌握了社交领域的流量入口，淘宝，掌握了C2C电商领域的流量入口。某个互联网产品，一旦被贴上这个领域龙头的标签，它的地位，是很难以被后来者超越的，这就是马太效应的体现。比如微信，日活跃用户几个亿，每天都有人频繁的打开关闭微信，这样的APP俨然我们身体的一部分。在人们的日常生活之中，手机APP是一个非常不可小觑的角色。因此，我们选择在手机端实现点名系统。一方面考虑到手机的便携性质，另一方面Android是一款开源的产品，也能够节省开发成本。 平台 闭环 数据 运营分析 量化，微信小程序 超级APP生态 随着智能手机硬件成本下降，智能手机的普及率也越来越高，基本人手一部智能手机，移动互联网的人口红利也开始逐渐消失。很多用户手机里边有各种类型的APP，但是，很多APP可能并不是很常用。 很多手机软件都把功能做得大而全，就像支付宝，看电影，点外卖，购买机票，甚至是社交，这些功能它都提供了，跟以前的APP相比，现在的APP功能很全面，在现在看来，你是不可能用一个标签来形容一个APP的 可以想象，在未来的时候，你的手机只有几个有限的APP，他能提供给你全部所需的功能。这就是超级APP，而微信和支付宝，正在成为这样的超级APP APP发展趋势 Android架构 使用APP的用户数量是APP的基石，一个APP如果需要产生比较高的利润转换率，用户数是一个比较重要的指标，有了用户数才有一切。一款App的成功大部分取决于渠道推广，在这个渠道为王的时代里，内容反而不是第一选择。吸引用户使用产品的同时，如何管理用户，识别用户特征也是APP必须具备的。一个APP随着用户越来越多，积累的数据也会越来越多，这些数据都是很宝贵的，如果APP想要开拓新的功能，就有可能需要用户的一些数据，比如用户的喜好，行为习惯等等，这个时候就必须要标示用户的唯一性，为用户做定制化推广，也就是精准营销。 用户体系 参数设计 最开始是通过手机设备来保证唯一性，比如MAC地址，IMSI即国际移动用户识别码。可能某个