侧边栏最下方也有目录
| 这个作业属于哪个课程 | 课程链接 |
|---|---|
| 这个作业要求在哪里 | 作业要求的链接 |
| 团队名称 | 杨荣模杰和他的佶祥虎 |
| 这个作业的目标 | 说明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版本不同点)
- 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环境打卡),首次使用请先注册(若已在网页端注册则可以直接登录)
- 进入主界面是打卡排名,可以选择“同级”看到与你同年级的打卡排名情况,选择“全部”则不分年级
- 选择个人栏可以看到有打卡、停止打卡等功能
- 更多功能请体验
(详细报告在各冲刺博客中)
1. 燃尽图
其中,因个别任务难度较高,难以估计时间,为避免队员可能经常未按时完成产生挫败感,或是过早完成使曲线波动过大,
各折线以任务量计数。
更加详细的冲刺总结在前面的冲刺博客中已经体现,下面是概括与整理。
(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,再次感谢我的队友的倾力配合与协助。