知疫——Beta项目展示

一、项目与团队亮点

1.1 团队成员与分工简介

我们团队将项目分为六大模块。

此安排充分考虑了团队各成员的特点以及长处，比如：PM安排了交互模块，能够比较充分的了解前后端的工作情况；而爬虫和数据库两个对接比较密切的部分则由同一寝室的两位成员负责，方便他们之间的沟通。

1.2 项目管理

本团队项目管理的主要采取任务驱动的形式。项目前期对工作的安排进行详细讨论，在征得团队成员同意的情况下对工作进行提前安排。实际开发过程中将任务分配为issue，每个issue为一个小模块的工作，根据实际的进度进行动态调整。

1.3 典型用户场景

• 小蔡同学获得了加拿大某所大学的offer，正打算去加拿大留学深造。但是目前小蔡同学还没有接种疫苗，于是他通过本网页应用查询了加拿大国家目前的疫苗接种和疫情感染数据，并分析了目前该国家的数据变化折线，发现该国家目前疫情情况并不乐观，因而最终小蔡同学为了自身的健康还是选择在国内接种了疫苗。
• 小明是北京的一名在校大学生， 他的家乡在广东佛山，端午节到了，他想回家去探望一下父母，但是广东最近的情况不容乐观，通过查询“知疫”平台，他清楚地了解到了广东近14天的新增感染病例数，并且发现佛山存在两个中风险地区，平台给的建议也是如非必要不要前往，于是他想：还是算了，等到暑假广东安全了再回家吧。
• 李四近期打算去海南旅游一段时间。于是他通过本网页应用查询了国内海南地区目前的疫苗接种和疫情感染数据，发现海南地区疫苗接种率高，并且疫情感染形势稳定，最终他放心的前往海南旅游。
• 李四需要接种疫苗了，但是自己目前很久没有接触过疫苗的相关消息了，于是打开网站看疫苗的接种情况，发现已经有很多的人接种了疫苗，并且他也通过平台找到了自己所在地区的接种机构，通过电话咨询后就放心的去接种了。
• 王奶奶是一名退休人员，但是她仍然很关心国际形势与国内发展，尤其是最近新冠疫情在国内外进行蔓延，造成了大量的感染与死亡。通过”知疫“平台，她不但可以清楚地看到国内外各个地区的可视化感染与接种情况（人老了， 不喜欢看密密麻麻的数字），还能够每天看一会最新的疫情新闻，帮助她更好地了解国内外地疫情情况。

1.4 杀手级功能

我们的杀手级功能在于

• 国外疫情感染情况与疫苗接种数据可视化（目前国内平台上没有国外的疫情地图！！！）
• 出行建议的分析，我们使用K近邻算法对各个地区的历史感染情况进行拟合，对未来十四天的感染情况进行预测，根据预测的结果给出风险等级的评估。评估的原则是只要该地区近十四天内有新增感染病例就不能视作低风险地区，中高风险的划分则以预测新增人数与现存人数占该地区总人口数的比例的高低进行划分。
• 搜索功能将感染接种信息、接种机构、地图可视化、出行建议集成显示，用户可一次获取更全面多样的数据
• 移动端与网页端的双平台显示

目前国内比较权威的疫情可视化平台主要为腾讯旗下的实时更新：新冠肺炎疫情最新动态 (qq.com)、阿里开发的抗击新冠肺炎的疫情服务助手（可在支付宝查看）以及丁香园团队开发的[丁香医生](全球新冠肺炎疫情地图 - 丁香园·丁香医生 (dxy.cn))

	腾讯新闻	支付宝疫情助手	丁香医生	知疫
国内外感染数据	✔️	✔️	✔️	✔️
国内感染地图	✔️	✔️	✔️	✔️
国内省感染地图	✔️	✔️	❌ （移动端下载APP后可查）	✔️
世界感染地图	❌	✔️	❌	✔️
国外各国感染地图	❌	❌	❌	✔️
历史感染数据折线图	✔️	✔️	✔️	✔️
感染地图、折线图展示项数	2	4（世界感染地图：2）	3	5（折线图：3）
历史数据范围/月	2	3	全球：5 其它：0.5	6
国内外疫苗数据	✔️	❌	❌	✔️
地图、折线图交互	疫苗地图：放缩 折线图：自定义	世界地图：放缩（范围小）	折线图：自定义	地图：放缩、自定义 折线图：自定义、数据动态显示
地区搜索功能	❌	❌	❌	✔️
出行建议	❌（仅出行政策）	❌	❌	✔️
接种机构	✔️	✔️	✔️	✔️
新闻资讯	✔️	✔️	✔️	✔️
网页端适配	❌（未适配）	❌	✔️ （地图、折线图以图片格式展示）	✔️
移动端适配	✔️	✔️	✔️	✔️

1.5 项目的发布

• 微信文案宣传

• H5宣传手册
• 在博客园、CSDN、知乎发布宣传文章，并在微博、朋友圈、知乎等进行转载分享

​ 该部分弥补其他方式在PC端宣传的不足，以及提高通过浏览器搜索到本项目的概率

• 以知乎视频的形式宣传, 并在微博、朋友圈、知乎等进行转载分享

1.6 用户日活

截止博客撰写，6月16日、17日的访问量均超过200，用户日活达成目标。

分析访问量的变化趋势，发现在下午和晚上出现访问的高峰。

依据用户的新旧来看，老用户相比Alpha阶段，留存率达到78.13%，用户黏性显著提高。初步分析，团队认为这与Beta版本的宣传工作以及功能的完善有关。

1.7 软件工程质量

• 项目开发前期，进行充分的讨论后，每位队员都为自己的模块撰写了详细的接口说明文档

• 前端遵循js ExLint规范

• 后端的运行方式编写了专门的README文档进行说明（建数据库、运行后端等），在代码的必要位置也进行了注释

• 前后端进行合并时，能够通过说明文档顺利完成后端的配置与运行，前端也通过安装依赖模块后，也可通过 node.js 直接运行

1.8 项目展示

二、项目与团队总结

2.1 团队介绍

姓名	博客	个人介绍
刘Q	liuqian9961	本团队的PM，和助教头子同名（助教是实在太优秀了，自惭形秽中orz），一只等待组员把我带飞的没有梦想的PM ٩(˃̶͈̀௰˂̶͈́)و 希望能和团队成员一起轻（bao）松（gan）完成团队项目，对这个项目的要求就是——能用！！！（希望团队的大家能有较强的自我管理意识，超额完成任务，把能用提升到好用 （按照ahpha阶段的情况来看，大家真的好优秀！
田JW	Gracia	田JW，主要在团队中承担前端开发的角色，性格随和，责任心强，不爱社交，但不自闭，希望能和大家同学共勉，在一个好的团队氛围中完成本学期的项目。
游ZM	Codingyzm	大家好我是游ZM，主要负责本项目的爬取数据的部分。在团队开发的过程中与小伙伴一起学习成长，非常愉快！人菜瘾大，正努力让自己越来越靠谱呜呜呜。
朱ZY	Ha_na_se	大家好，我是朱ZY，目前在团队中担任后端开发角色。希望能和队友友好协作（快进到被队友带飞），共同进步，一起开心（棒读，虽然还是非常希望是开心的啦）完成项目～
贺QX	OmedetoHe	贺QX，目前主要负责项目前端开发的工作。作为计算机学院的一名普通学生，很荣幸能和优秀的队友共同完成本次的软件工程项目。我也会在本次团队合作中和队友共同努力，共同进步。
李PC	lpc??	大家好，我是李PC，是本队助教头子的挂件。目前在团队中担任前端开发的角色。第一次参加这种人数比较多的团队项目，有点小激动，希望能够和队友协作，完成本项目

2.2 团队分工

下图是开发前确定的工作计划：

	1	2	3	4	5	6	7
YZM	新闻资讯网站分析并爬取	爬取中高风险地区并初步处理	爬取政策严格性指数数据并处理	查找是否有各国的出行政策	爬取接种机构并初步处理（腾讯）	爬取接种机构并初步处理（卫健委）	弹性机动，后端整合测试
ZZY	建立新增表，并定义相关接口	各地区人口数据收集并存入数据库	新闻资讯存入数据库	接种结构存入数据库	中高风险地区存入数据库	政策严格性指数存入数据库
LQ	反馈建议部分优化	新闻资讯接口编写	搜索功能接口编写	安全等级评估方法的确定与实现	接种机构接口编写	项目依赖的整理与导出
HQX	移动端项目结构设置及路由	移动端反馈建议适配	移动端首页适配	移动端疫苗地图适配	移动端感染地图适配	双端新闻资讯页面填充	双端出行建议页面填充
LPC	图表部分优化数据默认排列顺序	图表部分优化数字显示方式	图表部分增加搜索功能	新闻资讯组件编写	出行建议组件编写	图表组件移动端适配	出行建议、新闻资讯组件移动端适配
TJW	感染地图中增加感染率数据	二级地图中增加下拉提示	搜索框编写	搜索结果页设计	接种机构组组件编写	地图组件移动端适配	搜索部分移动端适配

2.3 团队协作沟通及经验教训

团队的整个协作方式主要为issue反映进度+每两日例会总结讨论+微信群讨论的模式。

2.3.1 issue发布

在整个alpha阶段一共发布69个issue，依据工作模块的不同一共有6个milestone

2.3.2 部分会议记录

2.3.3 微信群讨论

对于需要及时反馈的问题，团队倾向于使用微信群进行讨论，以得到及时的反馈，以下是部分记录。

2.4 团队如何如期完成任务

由于在任务的安排上，以每两天为一个单位，因此在每一个任务中，团队成员对时间的掌控都比较自由，只要能够在两天内完成即可。因此在冲刺阶段，任务的完成情况是令人满意的。本次戏吸取了Alpha在阶段的经验，测试时也对bug进行了记录，没有出现比较混乱的情况，比较顺利的完成了发布工作。

2.5 团队项目进度情况

本次和Alpha的不同，采取了剩余的issue数量作为评价指标。根据本组实际开发的情况，燃尽图基本正确的反映了开发的进度，即当前是超前完成了还是落后了。在开发过程后期，由于新增了较多issue，导致进度落后了。但是整体的进度和计划是比较一致的。

2.6 Beta各成员角色以及贡献

名字	角色	团队贡献分	具体的, 可衡量的, 可验证的贡献
刘Q	PM（交互）	51	汇总编写技术规格说明书、7篇例会总结博客；组织召开9次团队会议；共写了500余行代码，实现了前后端交互；成功将项目部署于服务器上，并加入访问量统计；修复相关bug5个；编写了朋友圈宣传文案
朱ZY	后端（数据库）	49	更新beta阶段数据库、接口定义文档；共写代码行数500＋，主要完成alpha阶段部分功能优化、beta阶段数据库定义、数据查找以及模型训练的数据提供；共修复相关bug3个；项目部署后对原功能以及beta阶段新增功能及接口进行压力测试
游ZM	后端爬虫+数据库存储	52	关闭了24个issue；代码量：900+行代码（python），添加了必要注释；6个json文件（爬虫爬取需要存储映射关系），9个xlsx文件（卫健委疫苗接种机构数据）；完成爬虫的接口文档，参与撰写了团队博客文档（不包括测试报告、中期进度报告、ScrumMeeting）；完成β阶段的项目推广工作（知乎宣传视频、博客园和知乎的宣传文章等）
贺QX	前端（网页框架）	47	参与了Beta版本测试报告（前端bug汇总、场景测试、测试矩阵、出口条件）的文档撰写。此外还编写了搜索等页面的接口说明文档；编写前端代码1500行（包括移动端的主要页面框架、页面顶栏和页面布局等14个vue组件）；针对确定的出口条件，测试pc和移动端前端功能正常运行情况，对比国家列表、感染数据、接种数据、意见反馈、新闻资讯、出行建议和搜索等页面的测试标准与测试结果。；对于测试发现的bug进行反馈并修复。（包括导航栏长度过长、前端导航重复、搜索框为空时跳转到错误界面、二级地图处悬浮显示丢失及移动端按钮长度不能随屏幕长度变化等bug）；在与个人相关的社交领域中转发团队宣传文案及宣传手册，进而推广团队开发的网页平台。
李PC	前端	48	在本项目的beta版本，我负责了出行建议以及新闻资讯模块的前端界面编写、对之前界面的优化，以及我负责的所有模块对应移动端界面的编写。同时根据助教和老师的建议，对之前已经写好的页面做了一些调整，比如世界列表数字千分位展示、以累计确诊为默认排序方式。也积极参与到测试工作，以及宣传工作中。
田JW	前端	53	对alpha版本地图的遗留问题以及折线图下拉提示框进行了修复；beta阶段完成了首页、搜索框、搜索界面（含接种机构）以及相关移动端界面（地图、搜索）的适配，配合其它同学进行了界面样式调整，vue代码1500行+；博客上，完成了功能博客界面设计、技术博客搜索及接种机构部分、发布说明功能特性部分以及展示博客用户场景和特色功能部分；宣传上，配合团队的宣传计划，制作了H5宣传手册。

三、用户场景

3.1 项目总体功能描述

• 开发前目标：

  目前多数的疫情分析工具都是以感染率、治愈率作为主要的展示指标，以疫苗接种情况为主的工具还比较少，很多人受制于消息检索渠道的限制，对新冠疫苗的了解有限，对新冠疫苗有一定顾虑，缺乏全面了解疫苗的渠道。且国际疫情形势复杂，国际人员流动具有较大的不安全因素，人们缺乏对其它国家的感染/接种情况了解。

  本平台开发侧重点主放在易用性和方便性上，以傻瓜式的使用为目标，直观、方便地展示疫情及疫苗的相关数据，beta阶段，拟在alpha的基础上，对用户建议进行处理，并囊括更加多样的疫情信息，增加个性化出行建议分析、接种机构查询、疫情资讯展示以及搜索功能。

• 预期典型用户场景：

  • 小蔡同学获得了加拿大某所大学的offer，正打算去加拿大留学深造。但是目前小蔡同学还没有接种疫苗，于是他通过本网页应用查询了加拿大国家目前的疫苗接种和疫情感染数据，并分析了目前该国家的数据变化折线，发现该国家目前疫情情况并不乐观，因而最终小蔡同学为了自身的健康还是选择在国内接种了疫苗。
  • 小明是北京的一名在校大学生， 他的家乡在广东佛山，端午节到了，他想回家去探望一下父母，但是广东最近的情况不容乐观，通过查询“知疫”平台，他清楚地了解到了广东近14天的新增感染病例数，并且发现佛山存在两个中风险地区，平台给的建议也是如非必要不要前往，于是他想：还是算了，等到暑假广东安全了再回家吧。
  • 李四近期打算去海南旅游一段时间。于是他通过本网页应用查询了国内海南地区目前的疫苗接种和疫情感染数据，发现海南地区疫苗接种率高，并且疫情感染形势稳定，最终他放心的前往海南旅游。
  • 李四需要接种疫苗了，但是自己目前很久没有接触过疫苗的相关消息了，于是打开网站看疫苗的接种情况，发现已经有很多的人接种了疫苗，并且他也通过平台找到了自己所在地区的接种机构，通过电话咨询后就放心的去接种了。
  • 王奶奶是一名退休人员，但是她仍然很关心国际形势与国内发展，尤其是最近新冠疫情在国内外进行蔓延，造成了大量的感染与死亡。通过”知疫“平台，她不但可以清楚地看到国内外各个地区的可视化感染与接种情况（人老了， 不喜欢看密密麻麻的数字），还能够每天看一会最新的疫情新闻，帮助她更好地了解国内外地疫情情况。

• 预期功能描述：

  1. 全球、各国、各地区 疫苗接种及疫情感染 动态统计数据显示
  2. 全球各国疫苗接种情况及新冠疫情感染情况统计表格及各国数据随时间变化统计图
  3. 疫苗接种情况展示
  4. 疫情感染情况展示
  5. 每天进行数据的更新
  6. 搜索地名显示其疫情详细信息
  7. 根据地区、年龄及疫苗接种情况给出出行建议
  8. 显示最新疫情资讯
  9. 用户提供反馈&建议

3.2 项目发布

3.2.1 发布的功能（Beta新增）

• alpha
  • 各国新冠疫情感染与疫苗接种数据表及历史变化显示
  • 新冠疫情感染情况世界密度地图
  • 新冠疫情感染情况国家密度地图及历史变化显示
  • 新冠疫情感染情况中国各省密度地图及历史变化显示
  • 新冠疫苗接种情况世界密度地图
  • 侧边栏：数据统计及新增显示
  • 用户反馈信息收集
  • 数据说明
• beta
  • 功能修复
    • 为概要数据表格增加了搜索功能
    • 为长数字增加了分隔符
    • 感染地图界面新增感染率指标
    • 增加下拉提示
    • 为感染地图的各项展示重新定义了不同的映射
    • 地图的NAN显示
  • 功能新增
    • 出行建议
    • 地区详细信息搜索
    • 接种机构查询
    • 疫情与疫苗的新闻资讯
    • 移动端适配

3.2.2 功能描述

3.2.2.1 各国感染及接种详情界面 折线图下拉 提示

功能说明：

在感染详情及接种详情界面，右下角有一个明显的下拉提示，触碰提示查看折线图，可以通过点击将页面滑到底部显示折线图

解决的问题：

• 用户在浏览详情界面时，可能会忽略下面的历史数据折线图，可通过这个较明显的按钮，提示用户下方的内容，同时帮助用户快速查看下方折线图

3.2.2.2 出行建议

功能说明：

在出行建议界面下，系统可以根据用户选择的目的地与出行时间，给出针对性的出行建议（每天更新），包括

• 目的地的政策严格性指数
• 14天内的新增感染数
• 目的地的风险等级（国内，如存在中高风险地区，会详细列出）（每天去官方平台进行爬取）

目的地选择方式有两种：

• 通过提供的级联选择器直接进行选择

• 通过搜索联想进行选择

解决的问题：

• 对地区安全指数的个性化分析
• 为用户提供科学的出行建议

应用场景：

小明是北京的一名在校大学生， 他的家乡在广东佛山，端午节到了，他想回家去探望一下父母，但是广东最近的情况不容乐观，通过查询“知疫”平台，他清楚地了解到了广东近14天的新增感染病例数，并且发现佛山存在两个中风险地区，平台给的建议也是如非必要不要前往，于是他想：还是算了，等到暑假广东安全了再回家吧。

3.2.2.3 地区详细信息搜索

功能说明：

通过菜单栏的搜索框，用户同样可以通过两种方式来选择地区（包括国内外的国家、国内省市），来进行搜索，过程如下：

搜索结果分为以下几部分：

• 疫情感染与疫苗接种信息

• 接种结构：通过点击查看接种机构按钮显示（只在中国地级市的搜索结果中显示接种机构）

  

  同时

  • 如果数据不存在，显示暂未收录

• 如果数据存在，采用动态加载机制进行显示

• 出行建议：通过点击出行建议按钮跳转

  

• 疫情地图：通过点击查看地图跳转

  

解决的问题：

• 对地区的针对性查询，满足用户的需求
• 将某个地区的所有信息（感染接种信息、接种机构、感染地图、出行建议）集中进行显示

应用场景：

李四对德国的新天鹅城堡慕名已久，想趁假期去看看，准备出发之前，他打开平台搜索新天鹅城堡所在的州Bayern，看到它的感染与接种的详细信息，发现当前感染人数很多；而且通过查看德国的感染地图，也发现德国的疫情比较严重；最后，他查询平台的出行建议，发现出行风险为高。他有点害怕，所以决定还是先在国内旅游，等疫情过去再去德国吧。

3.2.2.4 疫情与疫苗的新闻资讯

功能说明：

在新闻资讯界面，通过每天对百度新闻进行爬取，将新闻分为疫苗新闻与疫情新闻两部分，每类显示20条，点击可链接到外部新闻网站

解决的问题：

• 国内外疫情资讯的展示
• 用户可快速查看疫情及疫苗最新新闻

应用场景：

王奶奶是一名退休人员，但是她仍然很关心国际形势与国内发展，尤其是最近新冠疫情在国内外进行蔓延，造成了大量的感染与死亡。通过”知疫“平台，她不但可以清楚地看到国内外各个地区的可视化感染与接种情况（人老了， 不喜欢看密密麻麻的数字），还能够每天看一会最新的疫情新闻，帮助她更好地了解国内外地疫情情况。

3.2.2.5 移动端适配

功能说明：

对于网页端的各种功能，我们在移动端上进行了界面适配，目前，移动端与PC端的功能表现基本保持一致

解决的问题：

• 平台在移动端的显示

应用场景：

王先生是一个50多岁的仍在工作岗位上奋斗的文职人员，他平常很少用到电脑，在手机上看到”知疫“平台发布的alpha宣传时，他好奇地点开了，但是眼前一片混乱：菜单栏换行、字体大小不合适、各种组件排列混乱... ...，他的体验感极差，而在”知疫“推出的Beta版本上，点开链接，页面清楚大方，排列整齐，他可以流畅地使用各种功能，体验感很棒，还实现了很多实用性的功能，他决定要把这个平台推荐给他的同事、家人和朋友。

3.2.3 发布方式：

• 该平台作为web应用以网站的形式发布，目前注册了域名，可以点击域名www.zjtdzhiyi.com访问

3.3 典型场景满足情况

目前发布的Beta版本已实现了预期的全部功能，其中出行建议模块，由于没有找到合适的评价体系，故没有将年龄纳入分析指标。

四、用户日活

截止博客撰写，6月16日、17日的访问量均超过200，用户日活达成目标。

分析访问量的变化趋势，发现在下午和晚上出现访问的高峰。

依据用户的新旧来看，老用户相比Alpha阶段，留存率达到78.13%，用户黏性显著提高。初步分析，团队认为这与Beta版本的宣传工作以及功能的完善有关。

五、特色功能

5.1 项目的杀手级功能，与竞品相比最特色的功能展现。

见 1.4

5.2 思考一下竞品出于什么原因并没有囊括该特色功能，团队凭借什么样的优势实现了它？

以上提到的三款产品均为移动端应用，并不主打网页端显示，与web应用相比更加方便各年龄段的人查看，而且他们的目标用户是所有中国居民，旨在让全民了解疫情、全民抗击疫情，应用继承密集，故将重点放在国内，且国外的详细数据在国内不能访问，数据获取也比较困难。另外，由于是手机端应用的原因，受限于有限的空间，很多图表交互功能不方便展现。另外，由于当前出行建议的实现涉及复杂的算法与训练过程，故许多平台也并未实现此功能。

而我们的平台是多平台应用，且目标用户是较年轻的群体，包括有出国需要的特殊群体，所以将重点放在世界范围的疫情可视化上，且网页端能够支持更加丰富的图表交互功能。

对于国外数据源的获取方面，我们的数据源是国外的Our World in Data以及约翰霍普金斯大学的数据仓库。由于国内爬取　Github　网络经常不稳定，对于后者，我们采取了爬取　Github　的国内镜像网站的方式，保证了实时数据更新的稳定。国外地图与数据的匹配显示经过人工校对，也呈现出了较好的展示效果。

对于地区搜索功能，我们认为现在的许多疫情平台数据过于密集，虽然功能很多，但是让人看得眼花缭乱，不能精准地定位到自己想要地信息，故我们提供了搜索功能，将多样的针对性信息在搜索结果中显示，省去了用户到处提取信息的时间，也是平台的一大亮点。

对于出行建议，我们使用K近邻算法对各个地区的历史感染情况进行拟合，对未来十四天的感染情况进行预测，根据预测的结果给出风险等级的评估。评估的原则是只要该地区近十四天内有新增感染病例就不能视作低风险地区，中高风险的划分则以预测新增人数与现存人数占该地区总人口数的比例的高低进行划分。

5.3 团队成员自我评价

• 对于数据方面，对比预期功能，我们缺少了疫苗接种板块的国家具体数据，由于此部分数据较难找，而且对于国内的大部分用户来说需求也不是很大，故我们没有在此花费大量时间。
• 地图与折线图展示方面，达到了预期功能，并且体现了更好的展示效果。
• 整体页面的设计上，以简约大方为主，基本达到了预期，但由于缺少设计经验，前端样式调整也仍在不断地学习尝试中。
• 搜索部分，采纳alpha的建议，我们在国家表格中继承了国家的搜索功能，并在菜单栏提供了全部地区的搜索入口，搜索结果的显示，基本涵盖了平台所包括的该地区的全部信息，并将其清晰地展示了出来，与预期相符。
• 出行建议的展示，由于没有统一的计算标准，平台使用的算法也是通过阅读文献后自己设计而成，并通过对历史数据的训练来评估未来的风险指数，虽然与预期有一定出入，但是也增加了预期没有的中高风险及出行政策的显示，算是尽到了我们所能。

六、用户评价及反馈

6.1 用户使用过程及评价

在网站发布后，我们通过各种渠道获得了一些正面评价，主要被提及的点集中于界面简洁美观以及数据准确。

用户的正面评价给了我们很大信心，被称赞的点也我们也将继续保持。

6.2 用户反馈

6/15 正式发布Beta版，截止6/17 部分的用户反馈有：

用户对我们的界面渲染方式和部分细节提出了一些反馈建议。

七、软件工程质量

在项目过程中，每一模块对各自的接口都有相关的文档进行说明。而代码规范方面主要对变量的命名方式进行了约定，在具体编码规范没有做进一步的约定，这点是目前团队比较欠缺的。

项目在必要的地方均添加了必要的说明，但是相比Alpha阶段新增了对所需的依赖以及python库的说明，因此对新的开发者来说配置环境将会比较容易。

在单元测试方面，主要对数据库存取相关的接口进行了单元测试，均通过，测试代码详见仓库。项目采取CI/CD进行了单元测试。

Beta阶段的经验教训如下：

• issue的利用还不够充足，issue目前只用于任务的发布，没有利用issue的讨论功能。
• 工作进度没有及时以书面的形式记录下来，大多数情况是根据issue的进度以及例会的讨论为基准。