结对第一次—某次疫情统计可视化（原型设计）
| 这个作业属于哪个课程 | 福州大学2020年春W班 |
|---|---|
| 这个作业要求在哪里 | 作业要求 |
| 结对学号 | <221701301>.<221701302> |
| 这个作业的目标 | 运用Axure完成一次显示疫情地图的原型设计 |
| 作业正文 | ··· |
| 其他参考文献 | ··· |
文字准确、样式清晰、设计思路清晰、图文并茂，并描述遇到的困难及解决方法（包括：困难描述、解决尝试、是否解决、有何收获），字数在1000字左右
此次结对作业遇到的困难主要在于：
一开始是想用墨刀，因为汉语名字可能更亲切一点吧，但是就在开始的前夕看到有同学说墨刀并不是很好用，还有同学推荐了axure，于是将工具变成了这个软件，发现，嗯，确实挺好用的。
再就是，因为疫情的原因，大家无法见面，因而无法进行面对面的交流，这点对两人之间的交流沟通产生了不小的影响，我们二人经过深思熟虑，终于有了合适的解决方法，我们通过对对方屏幕共享，视频等手段成功完成了对思路的交流。
1 对于新的软件，从下载开始就出现了问题，一开始下载的版本由于太旧，安装了好半天，但是一开始期望的方法无法实现（当然也有可能是破解版的问题），于是又用了不少时间下载了更新的版本，成功地将svg格式的图片转化为形状。
2 使用中，自然碰到了更多的问题，比如，在鼠标移入的交互问题，如何让这个省份高亮显示，一开始，鼠标所表示的位置不是特别的准确，导致出现了鼠标不在省上，这个省却高亮了或者鼠标在这个省上，但是这个省却没有高亮的问题，后来通过一步步的细化，大致解决了这个问题，使鼠标的偏差大大缩小，使整个地图更加精致。
3 在解决了高亮问题之后，又出现的新问题就是，鼠标移动到省的图形上面需要出现的文本无法出现，经过了几次尝试后，我们将目标有所修改之后，将每个省的情况放在了地图的左上角，更显眼更直观，并且更简单，也许更有利于在微信平台对中老年群众的推广。
NABCD模型
N(Need,需求)：
在这个疫情越来越严重的时刻，人们最关心的就是疫情的传播情况，而文字性的结果显然不够友好，所以需要一个以图片形式来展示的疫情分布图。
所以我们需要一个能将各省的情况集中显示的地图。
A(Approach,做法)：
我们希望通过地图显示疫情的分布情况，需要用不同的颜色表示不同的确诊人数，颜色越深，确诊人数越多，并且在鼠标移动到的时候高亮显示，并显示确诊，疑似，治愈以及死亡人数。
B(Benefit,好处)：
可以更加直观的显示疫情的扩散情况以及防控情况，以最简便的办法了解到不同地方的疫情严重情况。
C(Competitors,竞争)：
疫情期间，显示疫情的网页，app多如牛毛，而我们想要竞争过他们，就要有自己的优势，我们用不同的颜色标注了不同的情况，颜色深浅代表严重情况，我们有详细的确诊，治愈人数的统计。所以人们可以不通过文字就能了解到详细的情况。
D(Delivery,推广)：
我们的推广通过qq，微信等平台进行对群众的推广，通过互联网可以有快速并且广泛的推广。
采用的原型开发工具
运行开发工具：Axure RP
百度百科：
Axure RP是一款专业的快速原型设计工具。Axure（发音：Ack-sure），代表美国Axure公司；RP则是Rapid Prototyping（快速原型）的缩写。
Axure RP是美国Axure Software Solution公司旗舰产品，是一个专业的快速原型设计工具，让负责定义需求和规格、设计功能和界面的专家能够快速创建应用软件或Web网站的线框图、流程图、原型和规格说明文档。作为专业的原型设计工具，它能快速、高效的创建原型，同时支持多人协作设计和版本控制管理。
结对过程
- 描述结对的过程，提供两人在讨论、细化和使用专用原型模型工具时的非摆拍结对照片
这是我们分享屏幕的记录
聊天记录
分工情况
221701301 杨婕主要负责撰写博客
221701302 陈文婷主要负责原型设计
期间互相进行交流商量，最后总结完成。
此次结对作业的效能分析和PSP
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） |
|---|---|---|---|
| Planning | 计划 | 20 | 20 |
| Estimate | 估计这个任务需要多少时间 | 30 | 35 |
| Development | 开发 | 600 | 650 |
| Analysis | 需求分析 (包括学习新技术) | 100 | 150 |
| Design Spec | 生成设计文档 | 30 | 40 |
| Design Review | 设计复审 | 30 | 35 |
| Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 0 | 0 |
| Design | 具体设计 | 50 | 80 |
| Coding | 具体编码 | 0 | 0 |
| Code Review | 代码复审 | 0 | 0 |
| Test | 测试（自我测试，修改代码，提交修改） | 0 | 0 |
| Reporting | 报告 | 40 | 35 |
| Test Report | 测试报告 | 30 | 40 |
| Size Measurement | 计算工作量 | 20 | 15 |
| Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 30 | 50 |
| 合计 | 980 | 1110 |
