| 这个作业属于哪个课程 | 2020春|S班（福州大学） |
|---|---|
| 这个作业要求在哪里 | 结对第一次—疫情统计可视化（原型设计） |
| 结对学号 | 221600423 & 221701404 |
| 这个作业的目标 | 原型设计，结对作业 |
| 作业正文 | 结对第一次—疫情统计可视化（原型设计） |
| 其他参考文献 | ... |
一. NABCD模型
1. N（Need, 需求）
新型冠状病毒肺炎疫情到了非常关键的时期，用户需要一个直观具体的可视化工具来了解全国疫情每天的变化情况，以及查看具体省份的疫情统计情况。
用户需求
-
在全国地图上使用不同的颜色代表大概确诊人数区间
- 颜色的深浅表示疫情的严重程度，可以直观了解高危区域；
- 鼠标移到每个省份会高亮显示；
- 点击鼠标会显示该省具体疫情情况。
-
点击某个省份显示该省疫情的具体情况
- 显示该省份对应的感染患者人数、疑似患者人数、治愈人数、死亡人数；
- 该省份到目前为止的新增确诊趋势、新增疑似趋势、治愈趋势和死亡趋势。
需求分析
-
将统计结果可视化，直观化，用户易于接收和理解。
-
展示中国地图模型，地图区块作为数据承载。
-
地图上有颜色区分，颜色深浅代表不同的疫情严重程度。
-
鼠标在地图上移动时，相应的省份区块高亮，点击则跳转到该地区具体的疫情情况页面。
-
省份页面的必要信息包括该省份的感染患者人数、疑似患者人数、治愈人数和死亡人数，以及对用的趋势折线图，能直观展示疫情的变化情况。
预期模型
需求扩展
-
考虑到用户个人喜好以及不同年龄层的接受信息习惯不同，我们计划添加一个表格填充疫情数据，包括各个省份的现存确诊人数、累计确诊人数、死亡人数、治愈人数。
-
添加全国的新增趋势图、现存趋势图、死亡/治愈病例趋势图、病死率趋势图和治愈率趋势图，能直观的展示全国疫情的变化情况，了解客观科学的数据。
2. A（Approach, 做法）
参照
- 自疫情突发以来，市面上出现了很多疫情监控软件，为人们提供了极大的便利，如百度的疫情实时大数据报告，丁香医生的疫情实时动态等都是值得参考的设计。
模型设计工具
- Axure rp 是一个专业的快速原型设计工具，能快速、高效的创建原型，同时支持多人协作设计和版本控制管理 。
平台建设
-
模型最终结果将展示在网页上，用户只需拥有网址即刻就能查看疫情的相关信息。
-
本次模型搭建只能完成前端的部分工作，距离投入使用还需做很多工作，由后端来提供数据的实时更新和原件控制。
-
共同商议需求，开发计划确定后分工合作，一人负责首页的设计，另一人负责各个省份的页面设计。
3. B（Benefit, 好处）
-
设备友好，网页支持移动端和PC端查看。
-
基于网页的疫情监控系统是非常便捷的，并不需要占用太多的资源，用户只需要获取我们的网址就可以即开即看，不需要安装其他的软件或者插件，也不需要更新。
-
界面美观，数据清晰，不需要繁琐的操作，提供了地图数据分布和表格列举两种展示方式，可根据个人需要了解疫情数据。
4. C（Competitors, 竞争）
我方优势
-
查看便捷，只需要网址即可，不需要其他app作为承载，有浏览器就能使用。
-
更多的数据和选择，网页除了提供全国地图之外，另外设计了表格列举的查看方式。另外增加了病死率和治愈率的趋势图，以便人们更客观地了解本次疫情的真实情况。
我方劣势
-
开发资源单一，常见的疫情监控系统大多数是由专业的软件公司/互联网公司投资开发。在本次的模型设计中，我们只能借助有限的工具和人力进行开发，系统质量难以保障。
-
如需投入使用，还需考虑到后端编码和数据获取等方面的问题，数据获取渠道较难寻找。
5. D（Delivery, 推广）
-
介绍给身边的亲朋好友，在严峻的情况下，人们对疫情的关注度是很高的。
-
与个通讯平台的广告商合作，圈内推广。
-
公众媒体推广，将网址植入到商家发布的推文中。
二、原型设计
1. 原型网页
2. 截图
国内疫情地图
高亮
国内疫情数据
地区疫情数据
新增趋势图
现存趋势图
死亡/治愈趋势图
治愈率趋势图
病死率趋势图
各省数据及趋势图
三. PSP
| PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
|---|---|---|---|
| Planing | 计划 | 30 | 30 |
| Estimate | 预估这个任务需要多长时间 | 30 | 30 |
| Development | 开发 | 1000 | 1220 |
| Analysis | 需求分析(包括学习新技术) | 240 | 360 |
| Design Spec | 生成设计文档 | 130 | 150 |
| Design Review | 设计复审 | 30 | 30 |
| Coding Standard | 代码规范(为目前的开发制定合适的规范) | 30 | 20 |
| Design | 具体设计 | 120 | 150 |
| Coding | 具体编码 | 300 | 360 |
| Code Review | 代码复审 | 30 | 30 |
| Test | 测试(自我测试修改代码提交修改) | 120 | 120 |
| Reporting | 报告 | 120 | 130 |
| Test Report | 测试报告 | 50 | 60 |
| Size Messurement | 计算工作量 | 10 | 10 |
| Postmorten & Process Improvement Plan | 事后总结并提出过程改进计划 | 60 | 60 |
| 合计 | 1150 | 1380 |
四. 结对体会
在此之前还未参与过结对作业，因此认为只要个人能力达标，足矣。但本次结对作业让我了解了一种全新的工作方式，需要共同商议，各取所长，心态积极，等等都尤为重要。想取得预期结果，那这个团队的成员一定是可商可量，步调一致的。结对作业除了靠考验个人专业能力之外，也一并收验了每个人的团队协作、分工调度、沟通交流等能力。另外，原型设计也是很有趣的一项工作，如何布局，构件选择，颜色搭配等问题是我盲敲代码时从未考虑过的，可见学习软件工程，需广见闻，多阅读，勤实验。
