团队——Beta版本发布

最棒团队成员信息
一、7次冲刺博客链接
二、解决的Alpha版本问题 / Beta计划任务（与Alpha版本不同点）
二、项目本次α版本的发布地址、下载安装说明
- 1. 网页版操作简明：
- 2. 安卓端安装及操作简明：
四、PM最终报告(详细报告在各冲刺博客中)
- 1. 燃尽图

侧边栏最下方也有目录

这个作业属于哪个课程	课程链接
这个作业要求在哪里	作业要求的链接
团队名称	杨荣模杰和他的佶祥虎
这个作业的目标	说明Beta冲刺过程、发布并说明产品Beta版本

最棒团队成员信息

学号	姓名
201731103226	翟仕佶
201731062517	曾中杰
201731062424	杨模
201731062632	邓高虎
201731062624	张祥
201731062224	陈远杨
201731062420	胡思荣

一、7次冲刺博客链接

为了使结构清晰，也为将博客要求落实，一共7篇冲刺博客。

一阶段冲刺写一阶段的博客，非常详细的记录了每天的冲刺。

链接如下：

Beta冲刺第7次（即本次）

Beta冲刺第6次

Beta冲刺第5次

Beta冲刺第4次

Beta冲刺第3次

Beta冲刺第2次

Beta冲刺第1次

二、解决的Alpha版本问题 / Beta计划任务（与Alpha版本不同点）

Java web后端（4个）
安卓（4个）
web 前端（4个）
后勤组（4个）

1. WEB后端组

之前因为敏捷开发讲究快速搭建成果，从而很多的操作直接去建立数据库的连接，因为建立数据库的连接是较为耗费资源的，我们做了如下优化:首先使用阿里巴巴数据源druid实现连接池，druid堪称如今世界最优秀的数据库连接池，得益于此，我们不仅实现了管理数据库连接，还实现了对sql查询，url访问接口的一个图形化展示，对访客的实时点击操作有个良好的记录，安全性也大大的提高
接着利用Redis实现了缓存技术，首页将增加公告功能，因为考虑到公告并不需要每次去访问数据库，造成资源的浪费，所以将公告保存在了Redis数据库中，利用了Redis的快速读取的特性，所以一方面进一步地减轻了数据库，另一方面实现了公告的快速读取，之后将会进一步将一些公共资源放在Redis数据库中
将一些静态资源放在其他的服务器上，也能够减轻主服务器的压力，进一步加快网站的响应速度
负载均衡：分摊到多个操作单元上进行执行，和它的英文名称很匹配。就是我们需要一个调度者，保证所有后端服务器都将性能充分发挥，从而保持服务器集群的整体性能最优，这就是负载均衡。

通过反向代理，按照按照一定的算法【权重、轮询】，将客户端请求转发到不同应用服务器上，减轻单个服务器压力，提高系统并发量。

DruidConfig.java

package com.yrmjhtdjxh.punch.conf;

import com.alibaba.druid.pool.DruidDataSource;

import com.alibaba.druid.support.http.StatViewServlet;

import com.alibaba.druid.support.http.WebStatFilter;

import org.springframework.boot.context.properties.ConfigurationProperties;

import org.springframework.boot.web.servlet.FilterRegistrationBean;

import org.springframework.boot.web.servlet.ServletRegistrationBean;

import org.springframework.context.annotation.Bean;

import org.springframework.context.annotation.Configuration;

import javax.sql.DataSource;

import java.util.Arrays;

import java.util.HashMap;

import java.util.Map;

/**

 * 导入druid数据源

 */

@Configuration

public class DruidConfig {

    @ConfigurationProperties(prefix = "spring.datasource")

    @Bean

    public DataSource druid(){

        return new DruidDataSource();

    }

    /**

     * 配置Druib的监控

     * 1.配置一个管理后台的servlet

     * @return

     */

    @Bean

    public ServletRegistrationBean statViewServlet() {

        ServletRegistrationBean bean = new ServletRegistrationBean(new StatViewServlet(), "/druid/*");

        Map<String, String> initParams = new HashMap<>();

        initParams.put("loginUsername", "admin");

        initParams.put("loginPassword", "123456");

        // IP白名单，默认就是允许所有访问

        initParams.put("allow", "");

        //initParams.put("deny", "127.0.0.1");

        bean.setInitParameters(initParams);

        return bean;

    }

    /**

     * 2.配置一个web监控的filter

     * @return

     */

    @Bean

    public FilterRegistrationBean webStatFilter() {

        FilterRegistrationBean bean = new FilterRegistrationBean();

        bean.setFilter(new WebStatFilter());

        Map<String, String> initParams = new HashMap<>();

        initParams.put("exclusions", "*.js,*.css,/druid/*");

        bean.setInitParameters(initParams);

        bean.setUrlPatterns(Arrays.asList("/"));

        return bean;

    }

}

2. 安卓组

优化配置
优化查询
增加了适配机型
解决了卡死bug

3. 后勤组

重构人脸比对函数
重构图片web接口处理函数
新增获取已有特征值函数
新增本地扩展风格函数

4. WEB前端组

自动登录
注册速度优化
自定义头像
首屏加载速度优化

二、项目本次α版本的发布地址、下载安装说明

项目github地址	网页端登注/APK下载
网页github项目地址	网页版登注地址
安卓github项目地址	安卓apk下载地址
人脸识别项目github地址

网页端与安卓端的操作界面因为前期较好的设计、后期根据使用反馈作了修改，所以都易上手，下面提供简单的操作说明：

注意：注册有限制，管理员必须在后台同意申请才可以注册，下面提供1个试用账号

但是，试用账号因未上传您的照片不可体验人脸识别，想体验的话还是需要自行注册

201731062224

123456

1. 网页版操作简明：

为不出现兼容问题，希望使用Chrome浏览器访问，可能被提示警告信息，请选择高级->继续访问

第一次使用请选择“注册账户”

（建议使用试用账号，否则请联系我同意您的账号申请；注册上传照片时请注意照片要有人像，否则会失败）
进入主界面后，右方选择“启动摄像头”，开始摄像后点击“开始打卡”即可开始识别（必须是是自行注册的账户，已上传照片才可进行识别）
- 点击打开摄像头，然后点击开始打卡，在后端确认前显示正在认证
- 人脸识别非本人，打卡失败
- 人脸识别成功后，提示进入ip验证
- ip验证失败后提示必须连接指定wifi
- 不开摄像头直接点击开始打卡，提示服务器错误
开始、结束打卡
- 打卡成功页，状态由未打卡变为已打卡
  
  当断开指定wifi “LC”后，将自动判定为离线
左侧栏选择“数据统计”，可以看到目前做出的一项数据可视化功能
基本设置（文本信息）
更换头像

【账户】->【用户设置】->【基本设置】->
copyright
自定义UI风格
用户管理
更多请自行体验

2. 安卓端安装及操作简明：

安卓apk下载地址，下载之后，直接允许安装即可（EMUI可能会让允许QQ安装应用，都点击允许即可）
若不在乐程团队wifi范围内，建议使用83端口版本（该版本可以非指定wifi环境打卡），首次使用请先注册（若已在网页端注册则可以直接登录）
进入主界面是打卡排名，可以选择“同级”看到与你同年级的打卡排名情况，选择“全部”则不分年级
选择个人栏可以看到有打卡、停止打卡等功能
更多功能请体验

四、PM最终报告(详细报告在各冲刺博客中)

1. 燃尽图

其中，因个别任务难度较高，难以估计时间，为避免队员可能经常未按时完成产生挫败感，或是过早完成使曲线波动过大，

各折线以任务量计数。

#### 2. 工作总结
首先是非常高兴能与我的队员在一起做项目，这也是我做的最舒心的一次团队合作。每次立会都能有新颖的想法，每次安排任务时可以提出给自己安排挑战的任务，最后也能够将自己的任务做的优秀。不仅仅是因为我的队友都是各自技术方向上的佼佼者，使我们的项目进度飞快，而且是因为我终于将自己的所学知识转化为了对项目的贡献。

更加详细的冲刺总结在前面的冲刺博客中已经体现，下面是概括与整理。

（1）web后端在Bete冲刺中，很大胆，为了项目整体的运行效率，更换了底层代码，也不断优化了SQL查询等等。希望他们能够在明年春招拿到心仪的offer。

（2）web前端，是最贴近用户的。相比其他队前端多、后端少的现象，我们队内本次只有一个web前端的队员，不仅既与web后端对接也与负责人脸识别的后勤组对接，还要保证网页安全性高、交互型强且简洁美观，工作量非常大。在Beta冲刺过程中，又解决了一些小小的bug（Alpha2版本其他人测试提出来的bug全部解决），也完善了一些项目的扩展功能。

（3）安卓端，由于安卓版本不统一和各手机厂商对原生UI的优化导致的不兼容，以及web组的接口变动，常常出bug。在本次Beta版本中，没有新增功能，但是解决了一堆隐蔽bug，主动适配了很多使用安卓10的机型。

（4）后勤组，组如其名，项目伊始最先动工，只是为了提供一个人脸识别功能锦上添花。Alpha2版本整合上线也让测试我们项目的同学眼前一亮，不过由于模型太难重新训练。后勤组转向测试优化和扩展功能，如优化了文件I/O，重构接口代码，新增了一些图像处理功能。

（5）最后作为PM，再次感谢我的队友的倾力配合与协助。