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

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

这个作业属于哪个课程 <软件工程2020春|W班 (福州大学)>
这个作业要求在哪里 <作业要求的链接>
结对学号 041701602、221701140
这个作业的目标 描述大致方案,理解客户的需求、提供给客户可行的优化的使用建议,给出原型模型,并提供大概的解决方案预期规划
作业正文 就是这里
其他参考文献 <墨刀官方教程>
<构建之法现代软件工程第3版>

1.疫情统计可视化原型

特别感谢061700150、071703434两位同学让我们能准时提交作业。

[原型地址](https://free.modao.cc/app/df64fb8dca9f2d22a38ae8f8fbf539422f74fc8e?simulator_type=device&sticky)

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

我们的产品是一个以可视化的疫情统计图为主,其余相关功能为辅的综合程序。该产品每天会定时从来源网站提取当日的疫情数据,和过去的累计数据运算后以可视化的方式放在网站上。相比起纯粹的文字,直接的地图,图表和趋势图更能让一般民众直观的了解疫情的现状,比起无知带来的恐惧和愚行,我相信即时,详细而易懂的数据对于防止疫情传播可以起到更好的效果。

N(Need,需求)

  • 面向的对象
    一天更新一次的频率对于医护从业人员来说不够高,因此该产品的目标用户是一般民众。

  • 用户的基本需求
    对于大多数目标用户而言,过于细节的数据不够直观,而且对于他们来说没有必要。因此该产品以数量图为主,精准数据为辅,可以同时满足基本所有目标用户了解现状的需求。

  • 扩充需求
    疫情时刻,民众出行不便,生活上不是很顺利,于是我们加入了医疗查询系统,可以方便查询周围的医院的医疗资源是否有空余,同时可以直接进行预约和挂号,或者是查询周围药店的开业情况以及各种货品余量。目前大多数人已经返工,为了能让他们旅途顺利,我们还加入了查询高速公路是否能顺利同行,飞机,火车,公交是否正常运行的功能,民众也可以直接通过超链接前往购票网站。

  • 未来发展
    随着时间的流逝,疫情可能会缓和,也可能会更严重,本产品将会跟进国家的政策和时事,贴合民众的需求来更新新的辅助功能。

A(Approach,做法)

基于上述需求,该产品需要简单便捷的查询方式,直观真实的数据表现。

  • 平台
    鉴于新冠肺炎疫情持续的时间肯定不会超过一年,查询疫情情况肯定不是一个长久的需求,为此而去开发一个新的APP的回报并不能超过开销,用户也不会希望为了一个短期的需求去安装一个新的APP,因此本项目将会是一个WEB应用。

  • 数据
    每天都会从官方那里拿到一份当日的疫情变化表,由后台和过往数据进行运算之后得出现有确诊患者数量,现有疑似患者数量,现有重症患者数量,累计确诊患者数量,累计疑似患者数量,累计重症患者数量,以及这些值同前一日的变化情况等数据,然后通过可视化的前端直观的反应出来。

  • 扩展功能
    目前本产品有医疗查询和疫情出行两个扩展功能,让民众在了解疫情的同时也能顺带解决疫情带来的问题,如果将来再出来普遍困扰民众的问题,将会再更新加入。

B(Benefit,好处)

在我们的预想中,上述做法可以给用户和开发团队这些好处。

  • 平台
    web平台使用简单,迁移成本非常低,并且还拥有如下优点:

    • 不需要安装app,使用浏览器打开就能直接获知信息,方便快捷。
    • 用户只需要分享网页链接就可以轻松把重要信息告诉他人。
    • 可以跨平台访问,只要有浏览器,无论在什么客户端都可以查看。
    • 良好的前后端工作分离模式,前后端的开发,维护和更新互不干扰。
  • 扩展功能
    一般的疫情信息查询平台只能让民众了解信息,而该产品可以让民众解决因为这些信息产生的后果。因为疫情,人们更需要维持健康,阻绝感染,该产品可以帮助民众知道哪家药店还开着,还有没有口罩,酒精等存货,如果民众发烧或者咳嗽了,他们可以知道哪家医院还有办法接收他们;因为复工了,民众需要知道自己选择的交通方式能不能顺利的送他们返回工作岗位,又能不能顺利的送他们回家。同样的,如果以后还有更多的变故和情况,本产品会力求即时跟进。
    我们相信比起他们想知道信息本身,更重要的是他们想了解信息的理由,其实大多数人无非就是求一份安全和健康,能从根本上而不是表面上解决他们对信息的需求才是让他们放弃其他同定位产品的关键。

C(Competitor,竞争)

这类产品本身就大同小异,因此除了数据准确和即时等基础要求之外,本产品的竞争力主要来自于扩展功能。

优势

  • 信息更新即时且准确。
  • 界面整洁,主次分明。
  • 可视化界面让抽象的数字变得便于理解。
  • 扩展功能模块提供了民众在当天已经看完疫情信息之后还会打开这个网站的理由。
  • 基于WEB开发,更新周期短,保证能追上新出现的需求。

劣势

  • 扩展模块的想法很容易想得出来,一旦在扩展模块的适时性和质量上被人被人超越,该产品就会瞬间失去所有竞争能力。
  • 一旦用户从其他地方得知疫情信息,他们打开该产品的可能性就会大大降低。
  • 疫情信息具有时效性,疫情一旦结束,该产品就可能面临转型或者停止运营。

D(deliver,推广)

酒香不怕巷子深的说话并不适用于快节奏的现代社会,因此该产品准备了以下推广手法:

  • 和药房合作,将网站广告以及二维码放在虚拟和实体药品商店,那些急着买口罩和酒精等医疗用品的人恰好就是该产品的目标用户。
  • 和网课平台合作,在上网课的学生们也都会关心什么时候才能回学校上课,并且学生群体联系密集,好用的产品会被一再推广最终风靡全国。

3.遇到的困难和解决办法

困难描述
怎么把地图切成一块一块的,高亮显示还有点击后转换到详情界面。

解决尝试
最开始想着用墨刀,但是墨刀的不规则图片都只会变成规则的,这样点击和划过的时候会很不灵敏,所以最后选择用echart写一个html文件来完成这些东西,但是写完了又发现那些云服务器都需要审核2-3天,来不及提交作业,又百度到了Axure RP可以直接本地读取HTML文件,但是自己试了怎么也成功不了,最后找到了061700150、071703434两位同学把服务器借给了我们,最后才完成了作业。

是否解决

有何收获
为了想方设法解决,把墨刀和Axure RP都熟悉了一下,而且如果不是太晚做到这里,时间就足够我们申请服务器,以后做项目最好还是早点开始动手。

4.效能分析和PSP表格

效能分析

这次作业效率还不错,解决了主要困难之后其他东西都很快做完了,效率上还挺满意的。

PSP表格

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

5.使用的工具

该产品使用墨刀开发。墨刀是一款在线原型设计与协同工具,借助墨刀,产品经理、设计师、开发、销售、运营及创业者等用户群体,能够搭建为产品原型,演示项目效果。墨刀同时也是协作平台,项目成员可以协作编辑、审阅,不管是产品想法展示,还是向客户收集产品反馈,向投资人进行Demo展示,或是在团队内部协作沟通、项目管理。

6.我们的小队

我们大一开始就是一个社团的,彼此之间也很熟,之前很多合作也都是一起做的,自然这次作业也就一起做了。

讨论截图
因为大家都懂的理由没有照片,所以就放聊天截图了。





7.博客PDF

就在这里

8.心得体会

再次感谢061700150、071703434两位同学给我们提供的帮助,还有一直督促我的队友,这次作业让我再一次了解到了终身学习的重要性,技术和知识那么多,在开发过程中总是要学习新的工具和技术,能在最短时间内学会并且保质保量的完成需求的工作,才是现代软件工程师最重要的技能。

posted @ 2020-02-26 21:33  苍白之蓝  阅读(291)  评论(2编辑  收藏  举报