###1.作业描述
| 这个作业属于哪个课程 | 课程 |
|---|---|
| 结对学号 | 221701225，221701208 |
| 这个作业要求在哪里 | 作业要求 |
| 这个作业的目标 | 完成需求分析，原型设计等开发前期任务 |
| 作业正文 | 本文 |
| 其他参考文献 | echarts官方文档、Axure中使用echarts图表 、Axure使用教程 |
2.客户需求
用户需求
在主界面—全国地图中
- 在全国地图上使用不同的颜色代表大概确诊人数区间，使用颜色的深浅表示疫情的严重程度
- 鼠标移到每个省份会高亮显示；
- 点击鼠标会显示该省具体疫情情况
在某省具体情况中： - 显示该省份对应的感染患者人数、疑似患者人数、治愈人数、死亡人数；
- 显示该省各种人数较昨日的增减情况
- 该省份到目前为止的新增确诊趋势、新增疑似趋势、治愈趋势和死亡趋势图
顾客需求
- 提供指定日志文件供可视化程序分析的功能
可行的优化的使用建议
可以尝试添加如下功能：
用户端：
- 添加显示日志的最后更新日期的功能，方便用户知晓数据的时效性
- 添加文章显示功能，可以显示后台添加的疫情相关文章
- 添加查询同乘患者的功能，方便用户根据自己的出行情况查询同车次中是否有确诊患者
- 添加分享功能，可以选择生成可视化页面链接，或者是保存为某份图标为图片方便用户分享
后台： - 添加记录日志更新时间的功能
- 添加 添加日志文件时对文件名称/内容基本正确性的校验功能
- 提供添加疫情相关文章的功能（可以实现标签功能，方便前台分类/分地区显示）
3.NABCD模型分析
1.Need，需求
这两个月，新冠肺炎的疫情无疑是大家最关注的事情，民众迫切需要一个能够简单明了地了解当前疫情以及相关信息的渠道。
2.Approach，做法
疫情统计的数据由后台使用日志文件输入。统计用到的全国地图和各种趋势图使用了被广泛使用的Apache 开源基金会孵化的echarts，同乘查询的数据可以由软件维护者自行维护，或者调用网上的数据（似乎有人整理更新）。疫情快讯可以由后台添加然后在前台显示。
3.Benefit
我们的软件能够直观地显示当前全国/地区的当前疫情、变化趋势以及软件购买者可自行更新的疫情快讯，让民众更好地了解疫情，减少民众的恐慌。此外它还能为民众进行确诊患者同乘查询的快捷入口，还能保存疫情统计图进行分享，能较好地满足民众在查看疫情信息时的一些额外需求。
4.Competitors，竞争
网上相对权威的媒体大多都有自己的疫情统计页面，由于开发人员能力的不同以及相对单一重复的需求，该软件相对于竞争者没有什么优势。
5.Delivery，推广
可以先利用周边的人际关系在微信和QQ在同学群和亲戚群中进行推广，后期如果功能更完善可以考虑在论坛、贴吧等地方进行推广。
3.原型链接
把写好的原型的web文件挂在了服务器上。
原型点这里
图片展示如下：
全国疫情展示
同乘查询
省份疫情信息展示：
4.遇到的困难和解决方法
1.开始时，全国地图疫情显示效果不佳，制作麻烦，指针点击还会出现错位等bug
后来小伙伴发现Echarts也能制作全国地图相关的图表，且效果更好不易出现bug，遂选择使用Echarts制作全国地图。
是否解决：是
收获：开发大众经常使用，重复度较高的功能时，不妨考虑寻找成熟完善的开源项目使用，不必都自己造一遍轮子。
2.不清楚在Axure制作的原型中如何嵌入Echarts图表
尝试使用内联框架，结果还是不行，最后根据网上的教程，使用修改Axure生成的HTML代码的方式，实现了直接打开HTML可以显示Echarts图表
是否解决：是
5.结对过程
（没有视频所以没有出镜的截图）
6.PSP表格
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） |
|---|---|---|---|
| Planning | 计划 | 30 | 60 |
| Estimate | 估计这个任务需要多少时间 | 500 | 600 |
| Development | 开发 | 390 | 420 |
| Analysis | 需求分析 (包括学习新技术) | 60 | 60 |
| Design Spec | 生成设计文档 | 0 | 0 |
| Design Review | 设计复审 | 30 | 30 |
| Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 0 | 0 |
| Design | 具体设计 | 120 | 240 |
| Coding | 具体编码 | 60 | 30 |
| Code Review | 代码复审 | 60 | 0 |
| Test | 测试（自我测试，修改代码，提交修改） | 60 | 60 |
| Reporting | 报告 | 60 | 120 |
| Test Repor | 测试报告 | 10 | 20 |
| Size Measurement | 计算工作量 | 10 | 10 |
| Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 30 | 30 |
| 合计 | 500 | 600 |
7.博客PDF
博客园上传不支持直接传pdf，放在了压缩包里：
https://files.cnblogs.com/files/ccqy/%E5%8D%9A%E5%AE%A2.zip
来源：CSDN
作者：jiruqianlong123
链接：https://blog.csdn.net/jiruqianlong123/article/details/104583131