结对第一次—疫情统计可视化
这个作业属于哪个课程 | 软件工程 |
---|---|
这个作业要求在哪里 | 结对第一次作业 |
结对学号 | 221701227、221701211 |
这个作业的目标 | 结对合作 理解客户的需求 提供给客户可行的优化的使用建议 给出原型模型 |
作业正文 | 作业正文 |
其他参考文献 | axure pr教程 Axure 教程:中国地图和世界地图 |
1、疫情可视化原型
原型地址
2、基于NABCD模型给出的解决方案
我们的疫情统计可视化平台是为了解决上次的疫情统计结果只是通过文字来显示,不够直观、具体,对用户不够友好,这次改进之后可以通过地图的形式来直观显示疫情的大致分布情况,还可以查看具体省 份的疫情统计情况以及通过图表来查看各省份的疫情情况变化趋势,我们还增加了今日疫情热搜和谣言粉碎以及最新的政府对疫情的处理方案,不仅能给用户带来实时跟踪疫情情况的好处同时获取关于疫情更全面的、官方的信息。
N(Need,需求)
目前新型冠状病毒肺炎疫情到了非常关键的时期,学校仍然是严阵以待。上次的疫情统计结果只是通过文字来显示,不够直观、具体,对用户不够友好,希望可以通过地图的形式来直观显示疫情的大致分布情况,还可以查看具体省份的疫情统计情况。
- 基本需求
- 在全国地图上使用不同的颜色代表大概确诊人数区间
- 颜色的深浅表示疫情的严重程度,可以直观了解高危区域;
- 鼠标移到每个省份会高亮显示;
- 点击鼠标会显示该省具体疫情情况
- 点击某个省份显示该省疫情的具体情况
- 显示该省份对应的感染患者人数、疑似患者人数、治愈人数、死亡人数;
- 该省份到目前为止的新增确诊趋势、新增疑似趋势、治愈趋势和死亡趋势
- 在全国地图上使用不同的颜色代表大概确诊人数区间
- 拓展需求
- 今日实时热搜
- 显示今日浏览次数最多的文章
- 谣言粉碎
- 对一些疫情中出现的谣言进行辟谣
- 实时更新最新公告
- 显示最新更新的政府公告或者权威机构文章
- 今日实时热搜
A(Approach,做法)
- 解决方案构成
通过Web实现疫情数据的可视化,通过地图图表等方式可以更直观的体现疫情的情况,让用户能够更好的获得疫情信息。 - 全国状况
根据各地确诊人数,以不同深度的红色为色调(无确诊为白色),颜色由浅到深,表示所在省份疫情越严重。
捕捉鼠标,鼠标移动到任意省上时,该省高亮显示为青蓝色同时显示简略的该省份的疫情信息。
鼠标点击省份,跳转到另一个网页,显示该省的具体详情。
同时拓展的疫情热搜和实时最新文章也在地图的下方显示,网友关心的问题和官方发布的的最新动态一目了然,文章选自人民日报等权威机构,保证严谨性。 - 省内情况
包括“疫情状况”:显示该省份对应的新增感染患者人数、新增疑似患者人数、累计确证人数,累计治愈人数、累计死亡人数;这些趋势图根据往日数据产生,有明显的增减趋势,更加直观。
B(Benefit,好处)
我的这个产品给客户/用户带来的好处
- 借助直白的地图与图表,直观展示疫情数据以及变化趋势
- 今日实时热搜功能,能让用户了解最火热的疫情资讯
- 实时更新最新公告功能,让用户能了解最新的政府公告和疫情资讯
C(Competitor,竞争)
- 优势
- 界面简单明了,数据体验直观
- 通过web,可以做到实时更新推送最新的疫情数据
- 通过web平台发布,只需要使用浏览器即可访问
- 操作简单,上手快速
- 劣势
- 同款产品层出不穷,且技术成熟,市场被更早的占领
- 产品寿命比较短
D(deliver,推广)
- 在相关新闻报道的页面中,加入本产品的相关链接,使得粗略了解的和深入了解的群体都能受益,进而推广
- 通过公众号推送,把相关链接内嵌于文章中,使习惯微信平台阅读的用户也能通过这个途径获取信息
- 在微博上发布热搜广告,为本产品引流
3、遇到的困难及解决方法
大致的困难
- 对axure pr软件的不熟悉导致制作时间比较久,很难制作出一个精美的原型的原型
- 一开始对地图相关的实现没有头绪,以及其高亮等的功能效果制作流程过于繁琐
- 图表实现比较困难
解决方法
- 去寻找axure pr软件的教程,熟悉对axure pr的操作,对各种元件的使用
- 参考Axure 教程:中国地图和世界地图,根据教程逐步完成地图的制作工作
- 寻找图表的元件库,使用他人做好的比较精致的图表
4、收获与心得
每次学习一个新的软件工具就是不断发现问题,解决问题的过程,为了完成任务,总会自我提出怎么做,再去思考如何运用工具解决。然后本次原型设计任务是结对的任务,通过自主学习相关技术知识,再与结对伙伴共同讨论,提出各自的问题,再互相帮助解决,最后给出原型模型,并提供大概的解决方案预期规划,体会到,自学能力很重要,走弯路不可怕,重要的是过程中的互相帮助,以及能力的提升。
5、原型开发工具
Axure RP
6、结对过程
- 分工。规划两个人的侧重点与每一步的deadline。
- 各自学习自己任务所需的知识点及操作。
- 对于一些难题,随时提出,互相帮助解决,共同进步。
- 基础功能完成后的改进讨论
- 拓展功能的衍生及实现性讨论
- 完成博客内容,总结整个任务过程,都认同后发布。
7、效能分析和PSP
PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
---|---|---|---|
Planning | 计划 | 30 | 25 |
Estimate | 估计这个任务需要多少时间 | 450 | 500 |
Development | 开发 | 100 | 120 |
Analysis | 需求分析 (包括学习新技术) | 250 | 240 |
Design Spec | 生成设计文档 | 60 | 60 |
Design Review | 设计复审 | 10 | 10 |
Design | 具体设计 | 60 | 30 |
Coding | 具体编码 | 300 | 240 |
Code Review | 代码复审 | 50 | 60 |
Test | 测试(自我测试,修改代码,提交修改) | 120 | 150 |
Reporting | 报告 | 90 | 70 |
Size Measurement | 计算工作量 | 0 | 0 |
Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 40 | 100 |
合计 | 480 | 525 |