结对第一次—疫情统计可视化
| 这个作业属于哪个课程 | https://edu.cnblogs.com/campus/fzu/2020SPRINGS |
|---|---|
| 这个作业要求在哪里 | https://edu.cnblogs.com/campus/fzu/2020SPRINGS/homework/10404 |
| 结对学号 | 221701311 221701318 |
| 这个作业的目标 | 制作一个可视化疫情统计分析系统的原型 |
| 作业正文 | https://www.cnblogs.com/fzutw/p/12387399.html |
| 其他参考文献 | Axure 使用手册等 |
由于Axure不支持本地Html上传到它自带的云，链接打开会没有东西，所以把两个页面导出为HTML附在下面
里面的detail.html和page_1.html即为两个界面
软工实践原型设计作业
问题描述
目前新型冠状病毒肺炎疫情到了非常关键的时期，学校仍然是严阵以待。继续沿用我们在寒假作业（2/2）——疫情统计的问题，有一家统计网站每天都会提供一个对应的日志文本，记录国内各省前一天的感染情况，上次的疫情统计结果只是通过文字来显示，不够直观、具体，对用户不够友好，在本次作业里，我们希望可以通过地图的形式来直观显示疫情的大致分布情况，还可以查看具体省份的疫情统计情况。
能够对可视化的中国各省份分别进行事件响应、可以查看全国疫情情况和某省疫情情况，我们经过多方考量，最终选择使用Axure来进行原型的制作
结对过程及合作过程
不知道和谁结对 就和舍友结了
接下来是完成的过程
结对收获
- 这次结对收获颇丰。在遇到问题时，集思广益，使问题得到更快更好的解决。毕竟一个人的精力和思维是有限的，团队的讨论交流，正好弥补了不足。对于稍复杂的任务，合作的效率和质量远高于单打独斗。还有一点就是讨论的过程中对于学习知识也有很大的帮助，每次讨论都会加深对知识点的理解。为了能与高手过上两招，主动学习，在学习的热情上马上不一样了。
在这过程中也学会了Axure的一些基础用法，echar的使用。
遇到的问题
1.中国各省份分别响应，这个图该怎么搞？
初步解决方案是使用svg性质的图片，对各省分别拆开进行操作，但是发现这样搞有个问题，图层之间相互重叠的情况比较严重，事件处理比较难做，而且不平滑
反复考量之下决定用html实现。
2.Axure导入html后预览不显示
需要在Chrome中安装Axure extension并打开对本地文件的访问权限，并且不能采用预览的形式，要采用html的形式打开
3.使用html后，不能很好的支持内置的事件响应、界面跳转操作
这个目前无解= =
原型简单展示
此处为主界面，可以查看全国疫情信息，及各省信息概览，设计是可以点省份然后进行跳转，原型中并未体现，鼠标移上去可以查看该省概览
主界面还有一些其他的功能，比如分享当前疫情数据（右上角）以及查看实时疫情新闻以及订阅新闻等。
此处为点击后进入的详情界面，点击下面按钮可以查看走势以及其他详细信息
NABCD模型的使用
N（Need)
社会需求
判断疫情走向，建立预警机制
老百姓对直观疫情数据的需求
程序需求
在全国地图上使用不同的颜色代表大概确诊人数区间
颜色的深浅表示疫情的严重程度，可以直观了解高危区域；
鼠标移到每个省份会高亮显示；
点击某个省份显示该省疫情的具体情况
显示该省份对应的感染患者人数、疑似患者人数、治愈人数、死亡人数；
该省份到目前为止的新增确诊趋势、新增疑似趋势、治愈趋势和死亡趋势
新增功能需求
A（Approach）
使用axure软件实现地图数据可视化
通过web平台将获得的疫情数据在网页上展示
B（Benefit）
坚信抗疫战争迟早会结束，通过web平台远比开发一款应用简单，降低成本
用户只需通过网页就可浏览数据，无需下载某APP，有利于推广
将数据以更简洁明了的形式呈现便于民众对信息的获取
便于人民了解疫情的走向，有利于抗疫
C（Competiton）
产品竞争主要来源数据的准确与功能的丰富程度
优势
界面简洁明了，操作简便，对主要需求为数据的用户来说极具吸引力。
可视化使信息更有利于记忆
开发成本低
劣势
相比与大厂的产品，功能较为单一
市场上这类的产品太多，竞争大
D（Delivery）
我们支持将疫情信息通过应用内分享到外链
效能分析PSP表格
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） |
|---|---|---|---|
| **Planning ** | 计划 | 30 | 40 |
| Estimate | 估计这个任务需要多少时间 | 30 | 40 |
| Development | 开发 | 500 | 620 |
| Analysis | 需求分析 (包括学习新技术) | 100 | 120 |
| Design Spec | 生成设计文档 | 30 | 40 |
| Design Review | 设计复审 | 20 | 30 |
| Coding Standard | 代码规范 (为目前的开发制定合适的规范) | - | - |
| Design | 具体设计 | 350 | 430 |
| Coding | 具体编码 | - | - |
| Code Review | 代码复审 | - | - |
| Test | 测试（自我测试，修改代码，提交修改） | - | - |
| Reporting | 报告 | 80 | 95 |
| Test Repor | 测试报告 | 30 | 45 |
| Size Measurement | 计算工作量 | 20 | 15 |
| Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 30 | 35 |
| Total | 合计 | 610 | 755 |
最后附上本次作业pdf
博客.pdf
