| 这个作业属于哪个课程 | 2020春W班（福州大学） |
|---|---|
| 结对学号 | <181700141><221701436> |
| 这个作业的要求在哪里 | 结对第一次—某次疫情统计可视化（原型设计） |
| 这个作业的目标 | 某次疫情统计可视化（原型设计） |
| 作业正文 | 本文链接在这里！ |
| 其他参考文献 | AxureRP教程、CSDN、<<构建之法>>等 |
1. NABCD模型使用详细说明
N(Need 需求)
设计一个疫情统计可视化原型模型，具体要求如下：
用户对于疫情统计有基本的需求：在全国地图上使用不同颜色代表大概确诊人数区间，颜色的深浅程度表示疫情的严重程度，当用户鼠标移到省份时会高亮并显示该省份的具体疫情情况。鉴于当前网络信息传播速度快，受众广；信息的真实性变得尤为重要故我们在网站显目处还提供了鉴真辟谣功能。当前新型冠状病毒为主要的传播途径是呼吸道飞沫传播和接触传播，所以对口罩的需求尤其多导致口罩的供应量不足，见此我们还提供的口罩的预约栏目，网站可以根据用户所在地提供在线预约口罩的功能。
在用户点击某个省份后将会显示该省份显示该省份对应的现有确诊人数、累计确诊人数、现有疑似人数、治愈人数、死亡人数以及相较于昨日的变化人数；同时提供该省份到目前为止的新增确诊趋势、新增疑似趋势、治愈趋势和死亡趋势。考虑到当前治疗新型冠状病毒的治疗均在定点医院故我们提供了该省份定点医院的信息如：地址和服务热线。
A(Approach 做法)
经讨论，我们决定使用AxureRP作为原型模型设计的工具。
从白手起家到最终完成模型，我们主要经历了：
1、需求分析：面对面讨论
2、确定功能：参照百度的疫情统计程序及个人能力和成本
3、开发工具学习：B站视频+动手练习
4、模型搭建：AxureRP实操
5、UI设计与界面美化：也是参照百度的疫情统计程序（主要由221701436林晟完成）
6、测试与优化：测试对方完成的部分并提出修改意见
B(Benefit，好处)
使用AXureRP不仅仅是因为它能快速开发，更方便的在于网络上有许多AxureRP的组件包，我们可以下载下来导入我们的模型再根据需求进行再设计，比如地图组件和折线图组件。
在动手开发前和Partner一起分析，确定做法和功能，最后再分配任务。在开发过程中两人分工明确，各取所长，并没有大的分歧，还能互相督促。
通过参照百度的疫情统计程序的界面，界面设计既省时又美观
C(Competitors，竞争)
我方的优势：开发时间短，添加了口罩预约、鉴真辟谣、附近医院查询的功能，还能展示不同折线图，界面美观。
我方的劣势: 没有依托大数据做更高级的功能如：同乘病例查询。
D(Deliver，推广)
通过微博、微信、QQ等社交媒体推广
2. 原型开发工具
AxureRP
3.遇到的困难及解决方法
本次原型设计我们在分析后基本需求后从自身出发，如果我是用户那么我想要什么功能希望这个网站可以给我提供什么功能，进而分析出一些可作为竞争优势地功能。附上我们讨论截图:
.png)
.png)
在开发原型的过程中我们不可避免一些问题，比如我们如何解决在点击省份的图片后显示该省份的各种类型数据的趋势图做到一省一种不重复；于是我们开始想解决方法到处查找资料如何实现，同时在参考前面其他同学已经完成的作品
后也想学他们利用echart实现。但是由于我们两个以前都没有用过echart不知道该如何下手，最后我们想到原型只是表现了产品的一部分特性通常是用来演示、测试和沟通的我们没必要做的和真正产品一样这样原型设计花费的时间就过长偏离了它的意义。所以我们想到每个省份用的趋势图都一样但是不写上真实数据只需要它的交互结果和预期的大致一致就行。
本次原型设计我们学到不少，对原型设计有基本的概念同时学会axure的一些基本功能的使用，同时我们认识到虽然我们这次没用到echart但是我们认为有必要去学习如何使用同时如何按照需求进行DIY。
4.原型模型简介及截图
1.主界面：显示确诊、疑似、治愈、死亡病例数据和疫情地图，鼠标移到对应省份上高亮。点击某省份可以进入该省份的数据分析页面。
2.某省份数据分析页面：用户可以选择显示不同数据的折线图。下方还有查找该省医院的模块。
3.鉴真辟谣页面：用户可以查看被鉴定言论，后面会上线言论真假投票功能
4.口罩预约页面：只要用户填写合法信息并提交，就可以申请预约口罩
5.分工明细
221701436林晟：界面及UI设计，主页、口罩预约、鉴真辟谣原型制作，撰写博客50%，
181700141吴鸿敬：资料的查找和收集，某省数据分析页面（包括附近医院）原型制作，撰写博客50%。
6.本次作业开发的PSP表格
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） |
|---|---|---|---|
| Planning | 计划 | 30 | 30 |
| Estimate | 估计这个任务需要多少时间 | 30 | 30 |
| Development | 开发 | 450 | 610 |
| Analysis | 需求分析 (包括学习新技术) | 200 | 240 |
| Design Spec | 生成设计文档 | 30 | 30 |
| Design Review | 设计复审 | 20 | 20 |
| Coding Standard | 代码规范 (为目前的开发制定合适的规范) | ||
| Design | 具体设计 | 200 | 320 |
| Coding | 具体编码 | ||
| Code Review | 代码复审 | ||
| Test | 测试（自我测试，修改代码，提交修改） | 180 | 200 |
| Reporting | 报告 | 90 | 120 |
| Test Repor | 测试报告 | 30 | 30 |
| Size Measurement | 计算工作量 | 30 | 20 |
| Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 30 | 30 |
| 合计 | 660 | 840 | 1680 |