结对第一次作业-疫情统计可视化（原型设计）
| 这个作业属于哪个课程 | <2020春S班(福州大学)> |
|---|---|
| 这个作业要求在哪里 | <结对第一次作业-疫情统计可视化（原型设计）> |
| 结对学号 | 221701411 221701433 |
| 这个作业的目标 | 根据用户的需求对疫情统计进行可视化设计、《构建之法》的学习 |
| 作业正文 | <结对第一次作业-疫情统计可视化（原型设计）> |
| 其他参考文献 | csdn echarts |
疫情可视化系统
问题描述
目前新型冠状病毒肺炎疫情到了非常关键的时期，学校仍然是严阵以待。继续沿用我们在寒假作业（2/2）——疫情统计的问题，有一家统计网站每天都会提供一个对应的日志文本，记录国内各省前一天的感染情况，上次的疫情统计结果只是通过文字来显示，不够直观、具体，对用户不够友好，在本次作业里，我们希望可以通过地图的形式来直观显示疫情的大致分布情况，还可以查看具体省份的疫情统计情况。
一.需求分析
目前新型冠状病毒肺炎疫情到了非常关键的时期，只是通过文字来显示疫情信息的话，不够直观、具体，对用户不够友好，因此，我们开发了可以通过地图的形式来直观显示疫情的大致分布情况，还可以查看具体省份的疫情统计情况的一个专门的web端的可视化系统。
N NEED(需求)
- 在全国地图上使用不同的颜色代表大概确诊人数区间
- 颜色的深浅表示疫情的严重程度，可以直观了解高危区域；
- 鼠标移到每个省份会高亮显示；
- 点击鼠标会显示该省具体疫情情况
- 点击某个省份显示该省疫情的具体情况
- 显示该省份对应的感染患者人数、疑似患者人数、治愈人数、死亡人数；
- 该省份到目前为止的新增确诊趋势、新增疑似趋势、治愈趋势和死亡趋势
A Approach(做法)
- 全国疫情统计可视化地图 根据左下角颜色区间表可直观简要浏览全国疫情分布情况（现有/累计）
- 全国疫情统计表格 表单元格中数据包含有全国现有确诊、疑似，重症以及累计确诊，治愈，死亡
- 全国疫情统计折线图 折线图中包含有全国新增（确诊/疑似），现有（确诊/疑似）以及累计（确诊/治愈/死亡）趋势折线
- 具体单个省份疫情统计可视化地图 根据左下角颜色区间表可直观简要浏览具体省份疫情分布情况
- 具体单个省份疫情统计表格 表单元格中数据包含有具体省份现有确诊以及累计确诊，治愈，死亡
具体单个省份疫情统计折线图 折线图中包含有具体省份新增确诊，累计确诊以及累计治愈/死亡趋势折线
B Benefit(好处)
- 直观、具体显示全以及具体各省份疫情的大致分布情况
- 用户对于可视化地图颜色变化程度相应做好保护措施
人机交互界面相对友好，满足用户对疫情掌握相应基本情况
C Competitors（竞争）
- 优势
- 界面显示清晰，简洁，直观为用户送上想知道的信息
- 根据官方数据及时更新疫情数据统计情况
- 劣势
相关产品各平台上众多，开发成熟度高，自身产品开发周期短，功能相对少且可能存在成熟度不够
D Delivery（推广）
- 通过朋友圈空间转发
- 通过微信公众号宣传
- 通过b站平台直播推广
二.原型设计展示
原型链接：
设计工具：Axure
全国疫情概况
- 颜色的深浅表示疫情的严重程度，可以直观了解高危区域；
- 鼠标移到每个省份会高亮显示；
- 疫情趋势图
- 疫情数据表格统计
三.结对过程及讨论截图
- 结对过程
- 讨论截图(因聊天记录过多，截了一部分以作代表)
四.问题总结
- 困难总结
- 工具选择:第一次接触原型模型设计工具，刚开始不知从哪下手。
- 沟通:因为这次是小组合作，且因特殊原因只能借助网络进行沟通，无法面对面沟通。
- 分工:Axure里的团队项目对我们这些小白不太友好(555),工作交接很不顺利。
- 原型设计:疫情地图的每个省份高亮显示以及数据显示
- 解决尝试
- 一开始选择使用墨刀进行原型模型设计，但上手后发现疫情地图的处理过于繁杂，因此改用Axure。
- 使用QQ进行沟通和工作交接
- 通过查询资料和同学的帮助，获取了地图素材并初步了解了热区和中继器使用方法，经过奋战
- 是否解决
- 以上问题均得到解决
- 有何收获
- 221701411
- 221701433:组队学习新的技术和工具令人感到兴奋，能切切实实体会到得到了进步。通过这次结对作业，我们学习使用了AxureRP这样的可视化开发工具。刚开始接触一个新的开发工具时，我们上手的效率很低，对许多功能的使用也是一知半解，遇到困难时更是束手无策。但通过上网学习相关教程，我们开始了解原型设计，并逐步解决了困难，完成了原型设计。
五.阅读《构建之法3章~8章》及PSP表格
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） |
|---|---|---|---|
| Planning | 计划 | 35 | 40 |
| Estimate | 估计这个任务需要多少时间 | 20 | 15 |
| Development | 开发 | 425 | 500 |
| Analysis | 需求分析 (包括学习新技术) | 300 | 335 |
| Design Spec | 生成设计文档 | 25 | 20 |
| Design Review | 设计复审 | 10 | 15 |
| Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 15 | 20 |
| Design | 具体设计 | 40 | 40 |
| Coding | 具体编码 | 500 | 650 |
| Code Review | 代码复审 | 15 | 10 |
| Test | 测试（自我测试，修改代码，提交修改） | 60 | 105 |
| Reporting | 报告 | 35 | 30 |
| Test Repor | 测试报告 | 30 | 25 |
| Size Measurement | 计算工作量 | 20 | 15 |
| Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 10 | 10 |
| 合计 | 1540 | 1860 |
六.PDF附件
来源：https://www.cnblogs.com/H9ui/p/12390324.html