这个作业属于哪个课程 | 2020春|S班(福州大学) |
---|---|
这个作业要求在哪里 | 结对第一次—疫情统计可视化(原型设计) |
结对学号 | 221701118,221701119 |
这个作业的目标 | 学习并掌握NABCD模型,合作创建疫情统计可视化模型 |
作业正文 | 如下 |
其他参考文献 | Axure可视化教程,Axhub,CSDN |
NABCD模型
what is NABCD
“NABCD”是由Need、Approach、Benfit、Competitors、Delivery五个单词的首字母组成,分别指需求、做法、好处、竞争、推广五部分。通过这五部分,可以清楚简明的把项目的特点概括出来。
N———Need 需求
目前新型冠状病毒肺炎疫情到了非常关键的时期,学校仍然是严阵以待。有一家统计网站每天都会提供一个对应的日志文本,记录国内各省前一天的感染情况,只是通过文字来显示的话会不够直观、具体,对用户不够友好,所以希望可以通过地图的形式来直观显示疫情的大致分布情况,还可以查看具体省份的疫情统计情况。
需求
- 在全国地图上使用不同的颜色代表大概确诊人数区间
- 颜色的深浅表示疫情的严重程度,可以直观了解高危区域;
- 鼠标移到每个省份会高亮显示;
- 点击鼠标会显示该省具体疫情情况
- 点击某个省份显示该省疫情的具体情况
- 显示该省份对应的感染患者人数、疑似患者人数、治愈人数、死亡人数;
- 该省份到目前为止的新增确诊趋势、新增疑似趋势、治愈趋势和死亡趋势
A———Approach 做法
开发一个疫情分析系统平台,在这个平台上用户可以随时了解疫情情况以及应对措施,可以通过地图、颜色、折线图等直观的获取各个省份的疫情动态数据与变化趋势
-
数据统计
统计全国目前现有确诊人数、疑似人数、治愈人数、死亡人数,并计算累计人数以及人数变化趋势曲线 -
数据可视化
使用echarts绘制全国地图以及折线图,全国地图上使用不同的颜色代表大概确诊人数区间,通过颜色深浅反映各省感染状况严重程度,点击显示具体信息及折线图,折线图使疫情的趋势走向更加明显直观 -
扩展功能
推送防疫小知识 (插播小广告?)
B———Benfit 好处
- 操作方便
使用网站平台构建,随时随地可以访问,数据实时更新 - 界面友好
界面操作简单,不需要专门的知识技能便可充分使用平台的所有功能 - 数据直观
使用地图和这些图来显示当前的疫情情况及趋势,简介明了
C———Competitors 竞争
- 优势
- 快速访问,界面简洁
- 数据可靠,实时更新
- 操作简单,直观明了
- 劣势
- 目前该类产品已经逐渐趋于完善,同类产品提供的功能甚至更加完善,而且用户众多
- 同类型产品多,特色不突出,竞争压力大
D———Delivery 推广
- 抖音、火山等热门短视频的播放:短视频作为当今较为流行的一种娱乐渠道,可以被在短时间内获取大量信息,因此若借助这些平台进行宣传,是最容易走进大众视线的一种方式。
- 微信、qq等社交软件的推广:不管是推荐给列表好友还是朋友圈的生活分享,都能够使得产品能够在网络上传播,但是这可能需要对产品十分满意的用户自行践行才能达到一传十十传百的效果。
- 电视新闻、广告媒体的辅助宣传:这需要产品能够得到媒体的认同,因此这也是最难的一种渠道,由于抗击疫情是全民最关心的事情,因此可以通过官方正规的新闻平台进行产品的介绍和推荐,虽然难度很大,但是这也是收益量以及吸客量最大的一种方式。
原型工具:Axure RP
Axure RP:是一个专业的快速原型设计工具,让负责定义需求和规格、设计功能和界面的专家能够快速创建应用软件或Web网站的线框图、流程图、原型和规格说明文档。作为专业的原型设计工具,它能快速、高效的创建原型,同时支持多人协作设计和版本控制管理.
原型截图:
网站原型网址:www.zjwill.online.com
该域名刚注册,目前还在备案所以可能要过几天才能访问。。。。
结对讨论过程
PSP表格
PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
---|---|---|---|
Planning | 计划 | 90 | 60 |
Estimate | 估计这个任务需要多少时间 | 30 | 10 |
Development | 开发 | 1080 | 770 |
Analysis | 需求分析 (包括学习新技术) | 180 | 200 |
Design Spec | 生成设计文档 | 60 | 30 |
Design Review | 设计复审 | 60 | 30 |
Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 20 | 10 |
Design | 具体设计 | 60 | 60 |
Coding | 具体编码 | 600 | 480 |
Code Review | 代码复审 | 40 | 30 |
Test | 测试(自我测试,修改代码,提交修改) | 60 | 30 |
Reporting | 报告 | 120 | 100 |
Test Repor | 测试报告 | 60 | 30 |
Size Measurement | 计算工作量 | 30 | 10 |
Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 30 | 60 |
合计 | 1620 | 1110 |
遇到的困难及解决方法
-
困难一:
从来没接触过原型设计,不知道原型设计是怎么弄的。
解决方案:
查询大量资料,学会使用原型设计工具 -
困难二:
编码时不知道怎么插入地图和折线图
解决方案:
学会使用echarts,阅读官方手册 -
困难三:
没有建过网站,为此专门买了服务器和域名,但由于不熟悉流程,网站还处于备案阶段
解决方案:
未解决
感想与收获
这次作业我们学会了原型设计工具的使用,每次作业其实都是驱动着我们去学习新的工具或者是技术,
经过这次作业,我学会了怎么使用基本的原型设计工具,也加强了团队合作的能力,同时自己的编程能力也有了很大提高,对于网站搭建也有了一定的了解,在具体的实现过程中也遇到了许多问题,反复修改反复测试,遇到问题两个人会一起讨论,查询相关的资料,相互协助完成,最大的收获就是充分体会到了团队合作的重要性。也意识到不论何时,具备学习新知识,适应新环境的能力的重要性。