结对第一次--疫情统计可视化（原型设计）
| 这个作业属于哪个课程 | 2020春丨S班 (福州大学) |
|---|---|
| 这个作业要求在哪里 | 要求 |
| 结对学号 | 221701313、221701334 |
| 这个作业的目标 | 《构建之法》第3、8章学习； 掌握产品原型的制作； 锻炼与同伴合作的能力等 |
| 作业正文 | 结对第一次—疫情统计可视化（原型设计 |
| 其他参考文献 | [Axure零基础学习等 |
1、原型模型地址
2、困难及解决方法
2.1 困难描述
- a.建立地图的方法
- b.Axure使用问题
- c.合作开发不熟练
2.2 尝试解决
- a.使用svg格式的图片(svgMap)来建立地图模型,但Axure交互检测的是方框边界而不是省份的真正形状，导致相邻省份相互遮挡，经过讨论与不断查阅资料还是无法解决，所以选择更改图片的层级顺序；
- b.通过查阅各类资料逐步学习Axure，资料：
- c.慢慢磨合，通过QQ电话与远程控制，互相熟悉各自的习惯能力
2.3 是否解决
- a.svg图片遮挡问题 √
- b.Axure的使用问题 √
- c.cooperation问题 √
2.4 有何收获
- 221701313-任智明
- 更加深入的学习了NABCD模型，通过构建NABCD模型，能更加确切的了解用户的当前需求以及未来潜在的需求，增加项目的实用性等；
- 新接触Axure工具，在使用过程遇到非常多的难题，当然在现如今的资源环境中，这些问题都不算问题，通过百度、b站等途径都能找到解决问题的方法。通过本次作业学会使用Axure制作原型，掌握了Axure的基础功能使用。Axure是一个非常强大实用的软件，当然Axure缺乏一些功能，但是可以通过引入第三方元件来解决，善用第三方元件也能大大加快用Axure进行原型模型设计的速度；
- 通过本次实践，我和队友建立了些许默契，如果学的不懂的地方能够互相帮助而不是相互嫌弃，能找个能磨合自己的队友是非常幸运的，特别是我的队友还是舍友，在以后的实践作业中能够更好的合作进行项目开发。
- 221701334 唐涔
- 结对作业为我们提供了一个很好的实践机会，可以让我们根号的把理论引用与实践，在较为现实的环境下工作学习。这些合作的经验和教训无疑是我们毕业后就业的重要筹码。在合作中我认识到，要承担自己作为队友的责任，按规则有效率的完成工作。
- 这次的结对作业虽然很短暂，但是是为数不多与他人合作的机会。在合作的过程中我深刻的体会到与队友之间的默契有多重要，能够极大的提高工作的效率，减少冗余的工作。
3、NABCD模型
3.1 N（Need,需求）
有一家统计网站每天都会提供一个对应的日志文本，记录国内各省前一天的感染情况，上次的疫情统计结果只是通过文字来显示，不够直观、具体，对用户不够友好，在本次作业里，我们希望可以通过地图的形式来直观显示疫情的大致分布情况，还可以查看具体省份的疫情统计情况。
- 在全国地图上使用不同的颜色代表大概确诊人数区间
- 颜色的深浅表示疫情的严重程度，可以直观了解高危区域；
- 鼠标移到每个省份会高亮显示；
- 点击鼠标会显示该省具体疫情情况
- 点击某个省份显示该省疫情的具体情况
- 显示该省份对应的感染患者人数、疑似患者人数、治愈人数、死亡人数；
- 该省份到目前为止的新增确诊趋势、新增疑似趋势、治愈趋势和死亡趋势
3.2 A（Approach,做法）
基于web设计一个将疫情数据可视化的网页，将数据以图表的形式展示给用户
3.3 B（Benefit,好处）
- 采用Web网页发布的形式，访问简单，不需要下载软件
- 将数据以图表的形式展示给用户，比较直观
- 操作简洁明了，便于用户使用
3.4 C（Competitors,竞争）
- 优势
- 页面简洁，直观给出全国各地数据
- 没有广告骚扰，并且所有功能免费
- 劣势
- 功能较少，仅能直观的反应全国疫病消息
- 进军市场较晚，潜在用户较少
3.5 D（Delivery,推广）
- 推广平台：微信，QQ，抖音等
4、原型模型
4.1 原型开发工具
4.2 原型介绍
-
主界面
功能说明：
- 疫病统计信息
- 疫病统计地图
- 疫病统计折线图
- 省份地图信息
- 已更新疫病最新数据
- 未更新疫病最新数据
- 部分省份不支持查询
- 疫病统计信息
- 疫病统计表格
- 全国统计数据
- 省份统计数据
- 已更新疫病最新数据
- 未更新疫病最新数据
- 部分省份不支持查询
5、结对过程
5.1 搭伙分配任务过程
5.2 合并初步完成过程
5.3 完成提交作业过程
6、效能分析与PSP表格
6.1 效能分析
本次软工实践，两人结对合作完成本次作业，我们分工各自完成部分功能，但是因为使用Axure分开离线制作，两人无法同时操作，同步效率和项目合并效率都较低，今后考虑使用web平台工具。具体编码尚未实现，代码的效能分析暂无法提供。
6.2 PSP表格
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） |
|---|---|---|---|
| Planning | 计划 | 30min | 30min |
| Estimate | 估计这个任务需要多少时间 | 30min | 30min |
| Development | 开发 | 60min | 60min |
| Analysis | 需求分析 (包括学习新技术) | 200min | 200min |
| Design Spec | 生成设计文档 | 60min | 60min |
| Design Review | 设计复审 | 100min | 100min |
| Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 60min | 60min |
| Design | 具体设计 | 30min | 30min |
| Coding | 具体编码 | 300min | 300min |
| Code Review | 代码复审 | 200min | 200min |
| Test | 测试（自我测试，修改代码，提交修改） | 200min | 200min |
| Reporting | 报告 | 30min | 30min |
| Test Repor | 测试报告 | 30min | 30min |
| Size Measurement | 计算工作量 | 30min | 30min |
| Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 150min | 160min |
| 合计 | 1510min | 1520min |
