结对第一次—某次疫情统计可视化(原型设计)
这个作业属于哪个课程 | 2020春|W班 (福州大学) |
---|---|
这个作业的要求在哪里 | 结对第一次—某次疫情统计可视化(原型设计) |
结对学号 | 221701101 221701108 |
这个作业的目标 | 结对合作,设计方案,给出原型模型 |
作业正文 | 某次疫情统计可视化(原型设计) |
其他参考文献 | 无 |
NABCD模型
-
N(Need,需求)
从今年 1 月下旬开始,疫情开始全面爆发,全国人民与疫情的对抗正式拉开了的帷幕。疫情开始后,全国人民开始了禁足模式,大家的信息来源大部分来自互联网,并通过互联网来了解疫情实时情况。在上一次的寒假作业中已经通过文字来显示疫情统计结果,但是对用户来说,还需要更加直观、具体以及友好的界面,用户希望可以通过地图的形式来直观显示疫情的大致分布情况,还可以查看具体省份的疫情统计情况。有如下几点要求:
- 在全国地图上使用不同的颜色代表大概确诊人数区间
- 颜色的深浅表示疫情的严重程度,可以直观了解高危区域;
- 鼠标移到每个省份会高亮显示;
- 点击鼠标会显示该省具体疫情情况
- 点击某个省份显示该省疫情的具体情况
- 显示该省份对应的感染患者人数、疑似患者人数、治愈人数、死亡人数;
- 该省份到目前为止的新增确诊趋势、新增疑似趋势、治愈趋势和死亡趋势
-
A(Approach,做法)
于是我们利用Axure RP原型制作工具开发一款统计应用,实现了疫情统计实时数据的可视化。本次原型设计满足用户的需求——可以通过地图的形式来直观查看疫情的分布情况,进一步还可以点击查看某省份具体的疫情统计情况。
- ###功能预览
|主要数据图|使用说明|
|--|--|
|全国数据可视化地图|1.在每个省份上表示出省份的名称,鼠标移至省份上方时显示相应的确诊患者人数。</br>2.依照每个省份确诊患者的数量,按照颜色变化 的标准,划分出地区疫情的严重程度,以颜色深浅标识出来(即深色区域为疫情严重区)。</br>3.点击某个省份,将跳转至对应省份的详细数据页面|
|全国各类感染患者总数日变化折线图|详细地提供了每一天全国染患者、疑似患者、治愈患者、死亡患者总数的变化趋势|
|全国新增确诊/疑似患者人数日变化折线图|详细地提供了每一天全国新增确诊患者、新增疑似患者人数的变化趋势|
|各省份各类感染患者总数统计图|显示该省份对应的感染患者人数、疑似患者人数、治愈人数、死亡人数|
|各省份各类感染患者总数日变化折线图|显示该省份每一天的新增确诊患者、新增疑似患者、治愈患者和死亡患者数量变化趋势|
-
B(Benefit,好处)
- 直观,各省份颜色的深浅表示疫情的严重程度,可以让用户一眼看出哪里是当前"最危险的地方",从而提高警惕,避免不必要的麻烦。
- 具体,点击就能显示该省份对应的感染患者人数、疑似患者人数、治愈人数、死亡人数,通过具体的数字,让用户了解到当前形势。
- 从整体到局部,通过折线图来表现全国各种患者总数的变化趋势,与之相对应的还有XX省份各种患者人数的变化趋势。
- 功能丰富,还包含“防疫小知识”、“疫情上报通道”、“医生问询通道”等模块,以响应当前广大人民的强烈要求。
-
C(Competiors,竞争)
-
我方优势
- 操作简单,只要会上网就行。
- 表现直观,界面简洁明了,用户很快就能上手。
- 实时更新,只要官方的数据一发生变化,我们的统计图表也就随之改变。
-
我方劣势
- 当前已经发布了很多类似的疫情可视化平台,从时间上来说我方还在开发阶段,相对落后……
- 从产品功能上说,其他平台的相关产品开发成熟度高,相比之下我们还是略显单薄……
-
-
D(Delivery,推广)
- 通过qq空间动态转发推广。
- 通过微信公众号来推送相关消息。
- 自己使用,然后推广给身边的朋友,以人带人……
原型设计
工具:AxureRp
点击这里查看
遇到的困难及解决方法
-
遇到的困难
- 使用哪种原型设计
- 如何在地图中直观显示疫情分布情况
- 不熟悉原型设计工具
- 如何在地图上点击跳转详细页面
- 如何在原型设计中插入图表使得数据可视化程度更高
-
解决尝试
- 在经过各种比较后决定选择AxureRp作为我们的原型设计工具。虽然有考虑过墨刀,轻量,便捷,简单,但是相较之下,前者更加成熟,且功能丰富。
- 在网上查找了诸多资料之后找到了使用echart来实现的方法,但是在echart的官网下,地图部分因数据差错不支持下载,只能找来旧版的echart使用。学习了一通echart之后,终于能显示出来了。
- 通过各种视频,以及上网查找资料,慢慢地学会简单地使用Axure,相比之前界面都不熟悉有了些许的进步。
- 通过查找echart的API了解到了地图的点击事件的接口,然后就是在接口中设计跳转到详情页面。但是又一个问题接踵而来,无法确定该显示的是那个省的数据。之后想到了用url传递参数来解决。问题还没有解决,url的编码方式并不支持中文,我又找不到将数据转码的方法,只能在echart的数据对象中添加一个字段来标识省份。
- 通过网上查找资料,找到了第三方的Axhub组件,可以生成各类图表。
-
是否解决
- 解决
- 解决
- 解决
- 解决
- 解决
-
有何收获
首先,学会了使用原型设计工具Axure,虽然说还是个半吊子。其次,慢慢地对项目开发有了一定的了解,一个项目从建立到实现并不是想到了,立马动手代码、改Bug、发布,就能把一个项目做好了。程序化地去推进一个项目能节省很多的时间、资源和成本,特别是在这个信息爆炸快速更新的时代。再而,明白了团队沟通的重要性,良好的沟通能给项目减少不必要的麻烦。明白了需求分析的重要性,良好的需求分析能给后面的原型开发和实现阶段更明确的目的,能更快地达到客户要求。
结对过程
-
流程
-
合理分工,做好时间上的规划。
-
学习原型(Axure RP)知识以及相关技术。
-
原型制作,一起讨论解决制作原型中遇到的难题,完成原型设计。
-
共同撰写博客。
-
-
照片
)
效能分析和PSP
-
效能分析
代码未实现,暂时无效能分析。
-
PSP
PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
---|---|---|---|
Planning | 计划 | 30 | 30 |
Estimate | 估计这个任务需要多少时间 | 30 | 30 |
Development | 开发 | 870 | 890 |
Analysis | 需求分析 (包括学习新技术) | 180 | 200 |
Design Spec | 生成设计文档 | 60 | 90 |
Design Review | 设计复审 | 60 | 60 |
Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 30 | 35 |
Design | 具体设计 | 180 | 160 |
Coding | 具体编码 | 120 | 150 |
Code Review | 代码复审 | 60 | 45 |
Test | 测试(自我测试,修改代码,提交修改) | 180 | 150 |
Reporting | 报告 | 120 | 130 |
Test Report | 测试报告 | 30 | 60 |
Size Measurement | 计算工作量 | 30 | 25 |
Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 60 | 45 |
合计 | 1020 | 1050 |