| 这个作业属于哪个课程 | <2020春W班 (福州大学)> |
|---|---|
| 这个作业要求在哪里 | <作业要求> |
| 结对学号 | <221701412、221701420> |
| 这个作业的目标 | <某次疫情统计可视化（原型设计）> |
| 作业正文 | <作业正文> |
| 其他参考文献 | <Axure中文网教程、人人都是产品经理> |
一.文字准确、样式清晰、设计思路清晰、图文并茂，并描述遇到的困难及解决方法（包括：困难描述、解决尝试、是否解决、有何收获），字数在1000字左右。
二.NABCD模型描述
N：（Need，需求）
据调查显示，民众从1月20日起，对疫情的关注程度开始快速升温，搜索指数大幅攀升。仅在1月21日-24日，通过百度搜索、浏览新型冠状病毒肺炎相关信息日均就超过10亿人次，这说明民众主动获取信息的意愿十分强烈。一般民众关心疫情的发展状况，商家需要掌握疫情信息来调整行动的策略。
以下为需求分析：
1.基本疫情信息
今日的全国的疫情，各省的情况，疑似感染者、感染者增长数量，累计的疫情统计，这些基本信息是用户比较关注的，将这些信息通过图表的形式，直接将各地的情况展示在地图上，将变化趋势通过统计图的形式展示，通过这些比较直观的展示，民众可以清楚的了解到疫情。
2.辟谣栏目
在现阶段有许多关于疫情的谣言在网上肆虐，这些信息给用户带来许多的困扰，这些信息掺杂在真正有用的信息里，达到了扰乱视听的效果，用户可以在这里看到哪些是谣言，这样做即达到辟谣的效果，也能吸引用户。
3.防疫栏目
针对现阶段的情况，用户肯定对于如何防止传染很关心，所以针对这个需求，可以提供一个防疫小知识的栏目，每日进行的更新，保证信息的新鲜度，吸引用户的日常访问。
A：（Approach，做法）
B：（Benefit，好处）
1.轻量型的web app不用下载到用户的手机或者电脑，只需要输入网址，就可以进行访问。
2.用户可以在这个web app里面找到关于疫情所有的基本信息，历史情况，每日的变化，而且通过地图上的颜色就可以大概的了解到情况，不需要去看文字信息，这对于现在的用户无疑是十分合适的。、
3.通过防疫栏目，用户每天都可以获得一些防疫的方法。
4.辟谣栏目能够让用户识破谣言，省去被谣言困扰。
C：（Competitors，竞争）
在这个时期，针对疫情情况的web app不在少数，但是我们设计的web app足够直观，通过颜色的深浅可以直接分辨出每个地区的严重程度，当用户有兴趣了解比较详细的情况时，点击地图才会显示详细信息，用户不用去筛选信息，先通过简单的观察再去选择想要了解的详细信息。而且我们整个web app只在一个页面展示，用户不用跳转，在一个页面就可以找到所需要的信息,对比其他的web app我们的改动，无疑增加了用户的体验舒适感。
D：（Delivery，推广）
1.微信推广，作为2014年最为火爆的社交平台，而且是在移动互联网上面，所以更加方便推广，实用效果会让很多人肯定。
2.微博推广，微博虽然已经有些过时了，但是庞大的粉丝群和转发的能力还是不容小觑，特别是有忠实粉丝的微博那就更加明显了。
3.QQ推广，这个我们一开始上互联网就开始接触的社交平台，被大家欣然接受而且留恋的交友平台，我们可以在QQ上面按条件添加很多的潜在客户，所以做这个推广也是必不可少的。
4.利用百度搜索进行Web App推广，现在百度把一些权重分给了手机网站和Web App，而Web App本身就是一个网站就是一个站点，所以可以进行搜索引擎优化推广。
三.原型模型设计工具
墨刀是一款在线原型设计与协同工具，借助墨刀，产品经理、设计师、开发、销售、运营及创业者等用户群体，能够搭建为产品原型，演示项目效果。墨刀同时也是协作平台，项目成员可以协作编辑、审阅 ，不管是产品想法展示，还是向客户收集产品反馈，向投资人进行Demo展示，或是在团队内部协作沟通、项目管理。
四.描述结对的过程，提供两人在讨论、细化和使用专用原型模型工具时的非摆拍结对照片。
五.PSP表格
| Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） | |
|---|---|---|---|
| Planning | 计划 | 30 | 40 |
| Estimate | 估计这个任务需要多少时间 | 30 | 30 |
| Development | 开发 | 750 | 800 |
| Analysis | 需求分析 (包括学习新技术) | 80 | 80 |
| Design Spec | 生成设计文档 | 30 | 40 |
| Design Review | 设计复审 | 30 | 50 |
| Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 20 | 20 |
| Design | 具体设计 | 100 | 90 |
| Coding | 具体编码 | 300 | 520 |
| Code Review | 代码复审 | 60 | 60 |
| Test | 测试（自我测试，修改代码，提交修改） | 80 | 70 |
| Reporting | 报告 | 120 | 110 |
| Test Report | 测试报告 | 50 | 60 |
| Size Measurement | 计算工作量 | 30 | 40 |
| Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 20 | 30 |
| 合计 | 1820 | 2040 |