结对作业 (1)--疫情统计可视化(原型设计)

这个作业属于哪个课程 <课程的链接>
这个作业要求在哪里 <作业要求的链接>
结对学号 221701107、221701137
这个作业的目标 给出疫情统计可视化原型模型,并提供大概的解决方案预期规划。
作业正文 注意代码要按格式上传
其他参考文献

问题和需求

目前新型冠状病毒肺炎疫情到了非常关键的时期,学校仍然是严阵以待。继续沿用我们在寒假作业(2/2)—— 疫情统计的问题,有一家统计网站每天都会提供一个对应的日志文本,记录国内各省前一天的感染情况,上次的疫情统计结果只是通过文字来显示,不够直观、具体,对用户不够友好,在本次作业里,我们希望可以通过地图的形式来直观显示疫情的大致分布情况,还可以查看具体省份的疫情统计情况。

  • 在全国地图上使用不同的颜色代表大概确诊人数区间颜色的深浅表示疫情的严重程度,可以直观了解高危区域;鼠标移到每个省份会高亮显示;点击鼠标会显示该省具体疫情情况

  • 点击某个省份显示该省疫情的具体情况显示该省份对应的感染患者人数、疑似患者人数、治愈人数、死亡人数;该省份到目前为止的新增确诊趋势、新增疑似趋势、治愈趋势和死亡趋势

设计思路(NABCD)

需求(Need)

  • 核心需求

    1. 在全国地图上使用不同的颜色代表大概确诊人数区间
      • 颜色的深浅表示疫情的严重程度
      • 可以直观了解高危区域鼠标移到每个省份会高亮显示
      • 点击鼠标会显示该省具体疫情情况
    2. 点击某个省份显示该省疫情的具体情况
      • 显示该省份对应的感染患者人数、疑似患者人数、治愈人数、死亡人数
      • 该省份到目前为止的新增确诊趋势、新增疑似趋势、治愈趋势和死亡趋势
  • 扩展需求
    • 以表格的形式统统计全国疫情情况
    • 以表格的形式统统计全球疫情情况

做法(Approach)

使用 Java Web 开发前后端分离的应用程序:

  1. web 前端用于统计信息展示(view),通过与后端约定好的接口向后端发出请求;

  2. Java 后端获取并处理数据,并将处理好的结果通过 JSON 返回给前端;
  3. 前端得到后端返回的数据后,将数据以图表的形式展示给用户

好处(Benefit)

  • Web 页面访问简单,用户不需要安装额外的软件,只需打开浏览器,就可以方便地获取最新疫情统计信息
  • 用户可以通过移动端访问统计页面
  • 统计结果清晰明了,数据实时更新
  • 统计信息格式丰富
    • 包括全国地图,可以直观地显示全国疫情信息
    • 包括折线图,可以了解疫情蔓延趋势
    • 包括表格统计信息,可以方便地得到准确的数据
  • 前端 UI 样式现代感极强,用户体验良好

竞争(Competition)

竞争的特点:

  • 竞争是机遇与挑战并存的,竞争可能有着更好地创意,值得我们去学习;如果自身实力不足,无法在市场立足

我们和竞争者都实现的功能:

  • 较为完整的基本功能
  • 在全国地图上使用不同的颜色代表大概确诊人数区间
  • 点击某个省份显示该省疫情的具体情况

我们的优势:

  • 有具体的表格数据
  • 前端 UI 精美

我们的劣势:

  • 本应用扩展功能较少,竞争力不突出

  • 市场已出现同类产品,如 腾讯新闻疫情实时追踪,由于本应用知名度不高,无法在市场分得一块大蛋糕

推广(Delivered)

考虑到我们的应用程序主要是社会大众人群,因此在宣传是应明确宣传范围,尽可能实现精确推销给目标用户群。

  • 前期在班级、年段使用,根据同学们的反映逐步完善应用的不足,增加实用性功能,修复 bug
  • 待应用质量稳定后,可以通过网络向全校推广,如微信公众号、福大官网等公共平台
  • 根据更多老师和同学的反馈意见,继续完善应用,待应用功能足够丰富是,可以考虑校外宣传,通过网络向社会推广我们的应用。

原型模型

原型发布成网页:TODO

详细功能介绍

结对的过程

couple3

couple4

couple5

couple6

couple7

couple8

couple1

couple2

效能分析和 PSP

PSP2.1 Personal Software Process Stages 预估耗时(分钟) 实际耗时(分钟)
Planning 计划 80
Estimate 估计这个任务需要多少时间 30
Development 开发 60
Analysis 需求分析 (包括学习新技术) 80
Design Spec 生成设计文档 60
Design Review 设计复审 40
Coding Standard 代码规范 (为目前的开发制定合适的规范) 10
Design 具体设计 40
Coding 具体编码 10
Code Review 代码复审 40
Test 测试(自我测试,修改代码,提交修改) 40
Reporting 报告 80
Test Report 测试报告 30
Size Measurement 计算工作量 40
Postmortem & Process Improvement Plan 事后总结,并提出过程改进计划 40
合计

总结

博客内容生成一份 PDF

猜你喜欢

转载自www.cnblogs.com/zp37/p/12374564.html