• 结对第一次—疫情统计可视化(原型设计)


    这个作业属于哪个课程 2020春福大软工实践W班
    这个作业要求在哪里 结对第一次—疫情统计可视化(原型设计)
    结对学号 061700150、071703434
    这个作业的目标 描述大致方案,理解客户的需求、提供给客户可行的优化的使用建议,给出原型模型,并提供大概的解决方案预期规划
    作业正文 作业正文
    其他参考文献 echarts文档

    1、疫情统计可视化原型

    ## 2、基于NABCD模型给出的解决方案

    我们的产品疫情统计可视化平台是为了解决互联网用户无法及时直观获取疫情数据分布、把握疫情走势的痛点,他们需要直观的地图、图表、趋势图向他们展示疫情的形态,但是现有的产品并没有很好地解决这些需求,我们还增加了热搜谣言粉碎机功能模块,以及新冠肺炎确诊患者同程查询模块,不仅能给用户带来实时跟踪疫情情况的好处同时获取关于疫情更全面的信息。同时我们的宣传方法,能很快地让目标用户知道我们的产品,并进一步推广。

    N(Need,需求)

    疫情发生以来,疫情数据在疫情溯源和监测、分析疫情情况、支撑疫情态势研判和疫情防控部署等方面起到了积极作用,当前,全民抗击新冠肺炎疫情进入新阶段,通过疫情数据可视化,能够有效的展示疫情数据,直观的展示疫情形态,让民众更好的把握疫情走向,同时提升民众对疫情的重视,促进各方更好的加入这场战役中

    • 用户的基本需求

    为疫情数据可视化,将给定的国内各省前一天的感染情况的日志文本,将其不够直观的文字形式的数据,转化为直观、具体且用户友好的地图形式,来直观显示疫情的大致分布情况,并且可以查看具体省份的疫情统计情况。

    • 面向的对象

      由于本次疫情波及范围广,所以该疫情统计可视化平台面向的用户为有条件访问互联网络的民众

    • 发展趋势

      基本随着实时疫情动态而定,如今处于全名抗疫的阶段,该软件将更为广泛应用

    • 扩充需求

      • 辟谣与防护功能模块

        新冠肺炎疫情发生以来,有关疫情传播态势、虚假防治措施等流言和谣言在网上传播,引发不少网民误解误读,个别网民编造传播虚假病例数据等谣言,极易引发社会恐慌情绪,严重影响网络安全秩序和社会稳定,同时也给疫情防控工作带来严重干扰。因此考虑设置一个谣言粉碎板块,帮助民众在防疫时期,更好的识别谣言。

      • 新冠肺炎确诊患者同程查询模块

        由于新型冠状病毒有着长达14天的潜伏期,许多人担忧自己是否在春运时与病患们同行,存在被感染的风险。针对大量出行群众对行程安全的担忧,通过新型肺炎确诊“患者同程查询”功能,可帮助乘坐过公共交通工具的出行用户,查询自己同程班次是否有确诊的患者病例,更好的做到疫情确认以及防控。

    A(Approach,做法)

    解决方案构成

    基于web平台实现疫情数据的可视化,web数据可视化主要是借助于图形化手段,清晰有效地传达与沟通信息,它与信息图形、信息可视化、科学可视化以及统计图形密切相关。

    功能模块 功能细则
    全国数据总计表模块 1.分别展示现有确证、现有疑似、现有重症、累计确诊、累计治愈、累计死亡的人数
    2.在数值下设较昨日增减的人数
    全国数据可视化地图模块 1.该功能模块存在两个子模块包括,
    2.每个子模块分别展示一个依照省份划分边界的地图
    3.在每个省份上表示出省份的名称
    4.依照给定疫情数据统计每个省份患者数量,并依照每个省份患者给定标准的多少划分出地区疫情的严重程度,以颜色深浅标识出来
    5.左下角表示出各个区域颜色所代表的确诊患者区间
    6.点击某个省份的板块,显示省份项的数据标签,并显示对应省份的
    省份疫情的具体情况模块 1.分别展示现有确证、累计确诊、累计治愈、死亡的人数
    2.在数值上方展示较昨日增减的人数
    某个省份疫情的趋势模块 2.根据统计数据以时间为横坐标,以例数为纵坐标,以折线图体现出各模块数据的变化趋势
    3.点击相应折线图结点,显示结点对应的具体数据
    辟谣与防护功能模块 1.显示谣言列表标题和相关辟谣文章
    2.下方显示辟谣文章链接按钮
    新冠肺炎确诊患者同程查询模块 1.显示根据火车、飞机、城市查询的三大板块入口
    2.显示日期、车次、地区的表单供用户录入查询信息
    3.显示查询按钮以及重置按钮,控制表单的查询提交
    • 需求优先级

      基本需求优先,扩展需求作为拓展,使得平台信息更为丰富

    B(Benefit,好处)

    这个产品和服务会给客户/用户带来的好处

    • 直观展示疫情数据情况,使用户借助丰富图表获取信息,避免了单一文字形式
    • 具有灵活的交互方式,使用户能够按需关注某一省份市区的情况
    • 具有根据数据表示出情况严重的区域,使该区域的民众提升防范意识
    • 新增热搜谣言粉碎机功能模块,可以减少有关疫情传播态势、虚假防治措施等流言和谣言在网上传播
    • 新增新冠肺炎确诊患者同程查询模块,可帮助乘坐过公共交通工具的出行用户,查询自己同程班次是否有确诊的患者病例,更好的做到疫情确认以及防控。

    如果已有现有解决方案,那该软件有什么具体的好处能让用户离开现有产品,使用你的产品?

    • 该产品聚合的热搜谣言粉碎机功能、新冠肺炎确诊患者同程查询功能可以让用户在了解疫情各地区基本信息的同时,能有更多相关的链接,以帮助他们更加全面的看待本次疫情。所以本产品是具有综合的信息平台。

    C(Competitor,竞争)

    • 优势

      • 界面简洁,大方,美观且有章可循,层次分明
      • 信息更新及时,承担疫情信息发布平台的角色
      • 新增的功能模块,为用户增加了便利
      • 用户友好,交互处理人性化
      • 开发效率高,及时响应当下需求,
    • 劣势

      • 几大平台同样推出有相关的疫情数据可视化平台,且较为成熟,竞争压力大
      • 存在可扩展丰富的功能模块,受限于开发周期较短,未能实现较为丰富的功能

    D(deliver,推广)

    • 借助校园特殊平台推广,由于大学生属于互联网上的活跃分子,故该产品能够很好的推广到大学生用户群体,并进一步辐射大学生的社交群中
    • 将该网页链接加入相关新闻报道的页面中,使得关注疫情到哪个台的人可以第一时间获取相关数据。
    • 公众号平台中加入该网页入口,使习惯微信平台阅读的用户也能通过这个途径获取信息

    3、遇到的困难及解决方法

    困难描述:

    1. 地图相关的实现,高亮等的功能效果
    2. 原型应该做到什么程度,简单线框图、有UI设计的、有复杂交互的、同真的web应用没有什么区别的,都是原型,实现程度有点把握不住
    3. 知道怎么才能在“发布成网页形式的原型”内实现省份跳转

    解决尝试

    1. 学习Axure相关技术实现,单独用echarts写了个网页,嵌入进了原型的“内联框架”,嵌入的内联网页链接
    2. 根据作业需求进一步分析,结合自身判断完成
    3. 不使用原型工具,直接把整个当成页面写代码,可以实现。但是要“原型发布”,就真的不会——最后想了个折中的办法,直接写一个含有“全国和省份详情”的网页,然后嵌入进原型设计里,这样虽然加大了工作量,但是可以比较好的解决问题。

    是否解决

    1. 解决
    2. 解决
    3. 解决

    有何收获

    ​ 学习就是不断发现困难,解决困难的过程,本次原型设计任务通过自主学习相关技术知识,描述大致方案,理解客户的需求、提供给客户可行的优化的使用建议,给出原型模型,并提供大概的解决方案预期规划,体会到,自学能力很重要,走弯路不可怕,重要的是过程中的积累

    4、原型工具:Axure RP

    Axure RP是一款专业的快速原型设计工具。RP是Rapid Prototyping(快速原型)的缩写,作为一个专业的快速原型设计工具,它可以让负责定义需求和规格、设计功能和界面的专家能够快速创建应用软件或Web网站的线框图、流程图、原型和规格说明文档。

    5、结对的过程

    • 分工计划,两个人任务的侧重点和大致时间安排
    • 学习相关知识以及技术,并实现加总结
    • 探讨应该增添的功能选项
    • 发现实现过程中的困难,寻求解决方案,并及时总结
    • 最后完成博客内容,总结整个任务过程
    404 404

    6、效能分析和PSP

    效能分析

    总体来说完成的效率还是可以的,两个人分工明确,发挥各自的长处,在给定时间内,将需求完成的较为完整,整个原型设计简洁友好,并实现了一定功能的扩充。

    PSP表格

    PSP Personal Software Process Stages 预估耗时(分钟) 实际耗时(分钟)
    Planning 计划 200 200
    Estimate 估计这个任务需要多少时间 20 20
    Analysis 需求分析 (包括学习新技术) 603 60×3
    Development 开发 775 805
    Design Spec 生成设计文档 60×1.5 60×2
    Design Review 设计复审 20 20
    Design 具体设计(原型图) 60×4 60×4.5
    Coding 具体编码 60×6 60×5.5
    Code Review 代码复审 20 20
    Test 测试(自我测试,修改代码,提交修改) 45 45
    Reporting 报告 60×3 60×3
    Size Measurement 计算工作量 10 10
    Postmortem & Process Improvement Plan 事后总结, 并提出过程改进计划 170 170
    合计 1100+ 1200+

    7、附件:博客内容PDF

    没找到默认的附件在哪里,
    博客PDF下载

    8、有什么感悟

    这次任务非常感谢队友,整个过程中他帮助了我很多,很多部分几乎是他一步一步非常耐心的指导我应该完成什么,告诉我啥是原型设计,怎样更好的实现,然后因为我本身有那么一点点拖延症,所以这次作业可以这么快的完成,主要是队友做事很有效率也很有质量,所以希望自己还是可以多多克服拖延症。还有就是从《构建之法》的阅读中学习到如何利用NABCD模型做产品需求的分析,利用这个模式可以让自己在产品方案设计的时候可以去考虑多方面的因素,还有入门了Axure这个原型设计的软件,但是肯定只是皮毛,完全掌握其复杂交互和动态功能还是有一定难度的。

  • 相关阅读:
    EnterpriseLibrary
    如何只保证窗口只打开一次[即只运行一个进程]
    设计模式之工厂方法模式
    设计模式之代理类
    asp.net mvc应用架构的思考--Unity的应用及三层代码
    为什么我说不要用TransactionScope
    Redis入门学习
    实战分层架构
    asp.net mvc 4多级area实现技巧
    jsonp其实很简单【ajax跨域请求】
  • 原文地址:https://www.cnblogs.com/Niiiiiiiicole/p/12361447.html
Copyright © 2020-2023  润新知