0
暑假项目组一起开发了一个 Spring Boot 项目，内容很多很复杂，代码有好看的也有不好看的，从设计到开发，谁也没有经验（辅导员敢这么相信我们，很感动😂）。没有经过系统测试，草草便上线了，效果还意外不错？！😂
1
自己是用户才能设计出好产品，知道痛点是什么，而不是设计某某系统，写文档介绍说很牛叉，真正用起来就是另一回事。
- 可能开发人员不清楚真正核心的需求是什么，没有考虑用户体验，直接上手堆砌代码，以代码行数取胜。
- 过度需求，加上无用的功能，分散用户注意力。不论怎样，加上再说，提需求的人自己搞不清楚到底要什么。
- 线下流程过于繁重，想要在线上重现也麻烦。
2
现在处于摸索阶段，期望不要太高，毕竟不是专业开发。不过能开发出数百人同时使用的网站也感觉很好了，主要是现在工具好用，能力没多高（但是人就是会用工具提升自己的生产力，没有工具就回到原始时代）
3
- 除了第二天凌晨被刷网站目录，好像也没遇到什么安全问题。（可能只是没发现）互联网这么开放，安全问题首要考虑啊。
- 一个展示的地方设计得不对，用户看不到图片，紧急新写了一个接口展示数据。（设计和开发都有责任）
- 辅导员过期后，要求重新审核数据。看了很久代码，才知道改一改数据库就完事了。（可以说是文档不完善）
4
没收到多少反馈，可能是发了操作指南吧😂（跟学校系统一样需要指南）这也反应出不足吧，不能一眼就知道如何操作？
5
没有搜集用户数据（也没啥可搜集的），没有搜集业务接口访问量（可能访问量上来才有用吧）
附：统计数据
目前已上线的综测系统，顺利完成了今年16级信息院综测相关业务。包括学生填报加分项并上传证明图片、班长进行审核该班级的证明、辅导员最终确认有效加分项。下文统计数据时间段为：9月11日 9:00 到 9月16日 0:00
流量数据
- 前端页面资源使用CDN进行分发，使用回源策略更新文件，减少业务服务器的压力。综测期间使用了8.9GB流量，同时在线达到300+，资源命中率达90%。实际到达服务器的流量不到500MB，网页加载速度提升，有效提升了用户体验。由于使用的打包工具可计算文件的MD5指纹，在我们更新代码时生成唯一的文件名，避免用户从CDN缓存中获取到旧版本的代码文件。首页入口文件不进行缓存，保证每次访问页面总是询问源服务器是否为最新版本的首页。其他文件缓存30天，代码没有更新时能够快速从本地客户端缓存中获取，同时也减小对CDN的压力和流量。
图片CDN使用流量
- 证明图片使用对象存储和CDN分发，有效保障了此次审核证明业务。综测期间共上传了 2.9GB 的图片资源，图片访问总流量75.26GB，日均流量12.54GB，峰值带宽21.10Mbps，该时间节点为学生停止申报前。图片资源访问次数总量90,611次，日均15,102次。图片资源的存储以及分发，极其占用磁盘空间、网络带宽。若放在业务服务器上必定对其他基础业务有影响，降低了并发数，用户一多就不能正常服务，出现一到高峰就宕机的情况，但是本项目使用使用对象存储服务，CDN进行资源分发。业务服务器在接受到客户端图片资源的请求时，只需要返回一个带授权凭证的URL，客户端便可以向CDN请求数据，流量转移到CDN而不会直接到业务服务器，减少其对其他基础业务的影响。
同学们对该系统反应良好，反应其网络响应速度比一般网站都要快速。
