结对第一次—疫情统计可视化（原型设计）
结对第一次—疫情统计可视化（原型设计）
| 这个作业属于哪个课程 | 福大20春软工S班 |
|---|---|
| 这个作业要求在哪里 | 结对第一次—疫情统计可视化（原型设计） |
| 结对学号 | 221701121，221701124 |
| 作业正文 | 疫情统计可视化 |
| 其他参考文献 | 博客园、CSDN、百度、简书 |
1. 原型链接
2. NABCD模型分析
2.1 N（Need，需求）
有一家统计网站每天都会提供一个对应的日志文本，记录国内各省前一天的感染情况，上次的疫情统计结果只是通过文字来显示，不够直观、具体，对用户不够友好，在本次作业里，我们希望可以通过地图的形式来直观显示疫情的大致分布情况，还可以查看具体省份的疫情统计情况，需实现以下需求：
- 在全国地图上使用不同的颜色代表大概确诊人数区间
颜色的深浅表示疫情的严重程度，可以直观了解高危区域;
鼠标移到每个省份会高亮显示;
点击鼠标会显示该省具体疫情情况;
- 点击某个省份显示该省疫情的具体情况
显示该省份对应的感染患者人数、疑似患者人数、治愈人数、死亡人数;
该省份到目前为止的新增确诊趋势、新增疑似趋势、治愈趋势和死亡趋势;
- 延伸需求
增加疫情正能量榜，方便用户了解抗疫详情，为抗疫注入正能量！
增加防疫知识热搜，方便用户了解如何防疫，温暖而贴心!
2.2 A（Approach，做法）
- 在web上将疫情数据可视化的结果进行展示，只需要点击链接就可以访问我们发布的原型，并且进行使用。
2.3 B（Benefit，好处）
- 通过web端发布使用更为方便快捷
- 直观地将数据展示出来，并且只需进行简单的操作便可以了解详情
- 具体的疫情走势图让用户方便了解该时间段内疫情走势
2.4 C（Competitors,竞争）
- 我们的核心优势在于直观、简洁、操作简单。我们的不足在于功能过少无法满足更高层面的需求。功能一目了然！
2.5 D（Delivery,推广）
- 依托于博客园进行推广
- 空间、朋友圈发布链接
- 微博发表
3. 遇到的困难及解决方法
- 困难1：原型模型设计工具的使用
在完完整整看完本次实践的具体要求后，我们确定了使用Axure Rp作为我们专用的原型模型设计工具来进行开发，但是由于毕竟是一个没有接触过的工具，又是英文版的，我们在使用上还是遇到了一些问题。- 解决方法
刚刚开始使用AxureRp时，由于下载的是英文版的，而本人英语水平有限，所以遇到了一点阻碍，后面为了解决语言的问题，我们上网找了资料对AxureRp进行了汉化，并且在百度上找了一些AxureRp的教程进行学习。
- 困难2：地图原型的建立
由于我们要实现的原型的基础是一张中国地图，所以我们在echarts上找了一张地图的html文件，然后想将它导入到AxureRp的文件下，但是由于实在不熟悉使用，导致两个人搞了很久还是只能将地图在html文件下看到，而在AxureRp软件中什么也看不到，这让我们的工作陷入极大的阻碍。
- 解决方法
后来我们转换思路直接使用AxureRp导入图片然后具体实现功能，而后我们使用svg格式的中国地图来建立地图模型，并且成功陆续实现了所需功能。
- 有何收获
在我们进行开发的过程中不可避免的会接触到一些新的知识、新的开发工具，我们要主动的去学习和使用新的开发工具，毕竟现在网络怎么发达，教程并不难找，与其自己漫无目的的摸索，不如先找一些基础的教程进行学习后再进行更为深入的使用。同时我们认识到，在平时我们应该注重知识的积累，而不是临到头才去学习，这样会影响到开发效率，并且更为重要的是我们要将自己平时所学的知识进行实践这样才能物尽其用。而在这个过程中，我们所积累的知识和经验才是我们在整个开发过程中最为宝贵的财富。
4. 原型模型设计工具（AxureRp）
Axure RP是一款专业的快速原型设计工具。Axure（发音：Ack-sure），代表美国Axure公司；RP则是Rapid Prototyping（快速原型）的缩写。
Axure RP是美国AxureSoftwareSolution公司旗舰产品，是一个专业的快速原型设计工具，让负责定义需求和规格、设计功能和界面的专家能够快速创建应用软件或Web网站的线框图、流程图、原型和规格说明文档。作为专业的原型设计工具，它能快速、高效的创建原型，同时支持多人协作设计和版本控制管理 [1] 。
Axure RP的使用者主要包括商业分析师、信息架构师、产品经理、IT咨询师、用户体验设计师、交互设计师、UI设计师等，另外，架构师、程序员也在使用Axure。
5. 结对过程
我们两个是好基友，一起走，所以结对了
6.绩效分析与PSP表格
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） |
|---|---|---|---|
| Planning | 计划 | 30 | 30 |
| Estimate | 估计这个任务需要多少时间 | 120 | 90 |
| Development | 开发 | 240 | 360 |
| Analysis | 需求分析 (包括学习新技术) | 120 | 60 |
| Design Spec | 生成设计文档 | 60 | 60 |
| Design Review | 设计复审 | 60 | 20 |
| Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 60 | 30 |
| Design | 具体设计 | 60 | 60 |
| Coding | 具体编码 | 240 | 240 |
| Code Review | 代码复审 | 60 | 30 |
| Test | 测试（自我测试，修改代码，提交修改） | 120 | 60 |
| Reporting | 报告 | 120 | 120 |
| Test Repor | 测试报告 | 30 | 30 |
| Size Measurement | 计算工作量 | 30 | 30 |
| Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 120 | 60 |
| 合计 | 1410 |
7.博客的PDF附件
8.收获
221701121_沈明炜：
通过这次结对作业，收获还是蛮多的。首先是因为这是一次以往没有接触过的领域（原型设计），这让我要去学习新的知识，学习使用新的软件，这算是此次较大的收获。再有在这次作业中，我们的分工还是出现了一点问题，刚刚开始我们是决定一起完成原型的设计，但是由于两人都不太会，导致后面进度和方向都不一样，后来由于我队友的方向进展十分顺利，就由他完成了原型的设计，而我撰写了本次的blog，由于要写blog，我将我们的原型在软件里打开，由于不是亲手设计，我在截图功能怎样实现、使用上面也遇到一点问题，这也算是我们合作中的不足吧，原型设计过程中我应该多和他沟通沟通，避免后面出现这样的问题，吸取到了经验，让我意识到合作最不能缺少的就是沟通。最后就是复习了Markdown的语法写起blog来更为顺手。
221701124_陈俊延：
在这次结对开发中，我收获颇丰。因为之前我基本没有和其他人合作开发的经验，可以说这是我的第一次。我在这次的过程中学会了要和我的队友进行交流沟通，而不是自己一个人在那闷头搞，要是只有自己一个人，不进行沟通，后续的工作就不好完成。除此之外，在本次结对开发中，我还要去学会怎么使用AxureRp进行原型开发，拓宽了我的道路。
