这个做业属于哪一个课程 | https://edu.cnblogs.com/campus/fzu/2020SpringW/ |
---|---|
这个做业要求在哪里 | https://edu.cnblogs.com/campus/fzu/2020SpringW/homework/10400 |
结对学号 | 22170123三、221701234 |
这个做业的目标 | 分析需求,设计疫情统计可视化项目原型 |
做业正文 | https://www.cnblogs.com/sillyby/p/12368158.html |
其余参考文献 | 《构建之法(第三版)》 |
PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
---|---|---|---|
Planning | 计划 | 30 | 45 |
Estimate | 估计这个任务须要多少时间 | 30 | 45 |
Development | 开发 | 480 | 550 |
Analysis | 需求分析 (包括学习新技术) | 120 | 100 |
Design Spec | 生成设计文档 | 100 | 90 |
Design Review | 设计复审 | 60 | 40 |
Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 0 | 0 |
Design | 具体设计 | 200 | 320 |
Coding | 具体编码 | 0 | 0 |
Code Review | 代码复审 | 0 | 0 |
Test | 测试(自我测试,修改代码,提交修改) | 0 | 0 |
Reporting | 报告 | 80 | 60 |
Test Report | 测试报告 | 0 | |
Size Measurement | 计算工做量 | 20 | 20 |
Postmortem & Process Improvement Plan | 过后总结, 并提出过程改进计划 | 60 | 40 |
合计 | 590 | 655 |
目前新型冠状病毒肺炎疫情到了很是关键的时期,关系到全国上下每一个人。公众对疫情的走向十分关注,迫切须要一个可以方便及时地获取最新疫情动态的渠道;而对于领导者而言,信息透明是公众的“定心丸”,须要一个好的方式将疫情信息透明化。html
必要需求web
用户但愿能够经过地图的形式来直观显示疫情的大体分布状况,还能够查看具体省份的疫情统计状况。编程
辅助需求浏览器
概述网络
搭建一个实时显示疫情数据的web应用,基础功能包括全国和具体省份的疫情概览和数据可视化显示,并提供“疫情新闻”,“同程查询”、“谣言鉴别”等额外功能入口。app
功能划分echarts
基础功能 | |
---|---|
全国疫情数据可视化 | 一、直接用数字仪表显示现有确诊、累计确诊、治愈、死亡等不一样群体人数<br />二、全国地图上使用不一样的颜色划分省,并提供图例,不一样颜色表明不一样的确诊人数区间,直观了解高危区域,用户焦点位于某个省时该省会高亮显示,单击某省份可查看该省的详细疫情。<br />三、提供现有确诊、累计确诊、治愈/死亡人数的趋势图,直观反映疫情大体走向。 |
各省疫情数据可视化 | 一、数字仪表显示现有确诊、累计确诊、治愈、死亡人数<br />二、提供现有确诊、累计确诊、治愈/死亡人数的趋势图<br />三、详细列出该省全部城市的疫情数据,有序排列 |
外围功能 | |
疫情新闻浏览 | 列出与疫情有关的最新新闻概览,由近至远按日期份块,并提供新闻详情连接 |
同程查询 | 查看指定班次是否存在感染者,支持飞机、列车、公交、出租、轮渡等交通方式的查询,可按照班次/车牌、目的地、时间过滤查询 |
谣言鉴别 | 收集网络流传的谣言,并逐个给出鉴别结果 |
易于访问。web应用的一大优势,用户只须要有浏览器便可,不须要再安装其余软件。ide
数据直观易懂。采用丰富的图形图表将抽象数据可视化,让普通用户也能容易理解数据并提取有用的信息。工具
实时更新。每次访问,保证用户获得的是最新的疫情数据,同时可以及时获取相关资讯,跟进疫情动态。学习
**不只仅是数据可视化。**除了疫情数据可视化这一核心功能,还提供了和疫情有关的额外功能,能让用户可以更加全面地了解疫情。
优点
劣势
使用的原型设计工具:墨刀
原型传送门:https://free.modao.cc/app/60d312a367ee10f044e6fdfe526587e007c5ed44?simulator_type=device&sticky
原型设计和实际开发的边界
问题描述:在尝试实现地图高亮需求时,咱们发现原型设计工具功能十分有限,想要在这一阶段彻底展示地图高亮,咱们首先提出了两种方法:
一、分省拼接地图,逐个导入设计原型并添加高亮事件;
二、运用echarts生成地图,内联到设计原型。
然而两者都较为繁琐,彷佛都不是最好的解决办法,咱们在思考过程当中同时提出了一个本质问题——原型设计究竟应该作些什么?
解决方案:
通过讨论和浏览了一些原型设计案例,咱们得出一个初步结论:原型设计的目标是以较简单灵活的方式快速验证用户需求和统一开发目标。假如采用上述任一方法,内联到设计原型中,若是用户在看完原型后提出了比较重大的需求变动,咱们甚至须要去维护地图的代码或者重修大量的地图碎片,失去了原型设计的灵活性。
最终咱们采用的方法是:以一个省的高亮效果为需求示例向用户展现,并说明在后续开发中该效果将运用到全部省。这样一来,用户也能理解咱们的思路,变动原型的代价也大大减小。
工做成果如何整合
幸运的是,墨刀提供了团队合做的解决方案,咱们能够同时在一个设计原型上进行设计,并实时反馈给对方。经过钉钉的视频会议和共享桌面也能很好地解决远程协做的问题。
第一次参与结对做业,这能够算是一种全新的编程体验了,互相交流的过程当中,咱们规避了不少以往单人做业时会犯的低级错误,也能及时淘汰一些很差的idea,还能相互学习对方的优势,有效地推动工做。
可是在如何与同伴进行有效沟通方面我仍是作的不够,讨论的时候双方经常陷入尴尬的沉默中,有时候还会出现一我的滔滔不绝,另外一我的一脸懵逼的状况,成为告终对做业的一大阻力。
同时,此次做业还让我接触到了原型设计,我才知道设计不只仅只是在纸上写写画画,还可以经过设计原型将idea更加生动地展示出来,原型设计不只是一个设计工具,也是一个优秀的交流工具。