软工实践2020结对作业1
结对作业1-疫情可视化(原型设计)
这个作业属于 | 2020软工实践W班 |
---|---|
这个作业要求在 | 作业要求 |
结对学号 | 221701333/221701340 |
作业目标 | 通过可视化的原型显示疫情数据 |
作业正文 | 如下 |
其他文献 | 《构建之法》 |
- Notice:deline 2020-02-28 24:00
一. 原型设计过程
原型开发工具:Axure RP 9
原型项目地址:原型地址
通过阅读客户的需求,设计出的可视化疫情功能思维导图如下
主要功能:
-
显示全国疫情情况数据
-
显示全国疫情情况地图和趋势图
-
悬浮在省份区域显示确诊和疑似人数
-
点击地图省份,查看具体省份疫情数据以及趋势图
扩展功能:
-
防疫热搜
-
热搜谣言粉碎
-
附近疫情场所
二.NABCD模型
-
N(Need,需求)
需求分析
- 疫情数据可以通过可视化的平台展现
- 可视化平台中要包含疫情地图
- 不同的颜色代表不同区间疫情人数情况
- 鼠标悬浮在某一个省份会高亮显示
- 颜色的深浅表现疫情的严重程度
- 点击鼠标可以查看具体疫情的情况
- 具体省份疫情情况可以单独显示
- 能显示出截至目前该省份的现有确诊人数,累计确诊人数,累计治愈人数,累计死亡人数
- 能显示出新增确诊,累计确诊,累计死亡/治愈趋势图
需求效果(事例)
-
A(Approach,做法)
鉴于客户的需求,我们准备构建一个简单易操作的web平台来展现疫情数据,数据由后端提供,前端负责向用户展示友好的操作显示界面。平台可以直接通过链接打开,因此对硬件和软件额依赖性不强。
-
B(Benefit,好处)
web平台优势
- web应用,对硬件要求不大,用户可以用多种移动设备随时访问
- 用户可以通过数据连接直接获取最新疫情数据,且不用想app那样要更新换代
界面优势
- 基于平台的网页开发,操作界面相对于手机app简洁且容易操作
扩展功能
- 提供了疫情热搜的扩展功能,用户可以实时注意到发生的疫情大事件
- 提供了热搜谣言粉碎功能,让虚假的谣言无处可逃
- 提供了附近疫情场所的查询,避免了用户误接触感染人员
-
C(Competiton,竞争)
优势
- 对于功能相同的app,我们有平台访问优势,无需下载特定的app
- 平台功能相较于其他专一,易操作
劣势
- 网络上有许多类似的疫情可视化程序平台,且功能无特别突出的地方
- 后端数据来源不定
-
D(Delivery,推广)
- 通过分享web平台链接从而进行web应用的推广。
- 通过口头推广。
三.问题的提出与解决
在开始这份作业的时候,就有很多疑问,过程中也因为知识储量的不足引发了各种技术上的问题
发现问题
- 什么是原型设计,原型设计是否需要数据
- 用什么进行原型设计
- Axure中的各个组件使用方法
- 疫情地图怎么制作,高亮问题
- 趋势图怎么制作
- 一些其他的琐碎问题
解决问题
- 开始前的准备工作就是要知道我们要做的是什么,上网搜索了解后发现原型设计指的是让人能够提前看到或是体验到产品的一个创作过程,它可以很好的去表达出设计人员对产品的一种需求,具有很好的思路展现形式,是一种较为立体有效的沟通方式,其最终呈现效果分为“草图”、“低保真”、“高保真”已经更加复杂的交互原型,因此原型设计通常无需用到后端数据。
- 刚开始的时候本来是打算用墨刀做,后面听别人说Axure的功能更好就哟Axure做了。
- 组件的使用方法就是从网上找教程,自己动手实践学习。
- 疫情地图最开始的时候本来相拥框架签入html来制作,后面发现这样具体省份的跳转也要用到html制作,于是决定用各个省份的svg图+热区+中继器+热区的交互结合完成,虽然工作量是大了点。
- 趋势图的话是引用Axure shop上前辈们做的,我们进行了样式的修改
四.结对过程
五.效能分析与PSP表格
PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
---|---|---|---|
Planning | 计划 | 30 | 20 |
Estimate | 估计这个任务需要多少时间 | 60*6 | 60*8 |
Development | 开发 | - | - |
Analysis | 需求分析(包括学习新技术) | 60*2 | 60*3 |
Design Spec | 生成设计文档 | 60 | 60 |
Design Review | 设计复审 | 20 | 20 |
Coding Standard | 代码规范(为目前开发制定合适的规范) | - | - |
Design | 具体设计 | 60 | 80 |
Coding | 具体编码 | - | - |
Code Review | 代码复审 | - | - |
Test | 测试(自我测试,修改代码,提交修改) | - | - |
Reporting | 报告 | - | - |
Test Report | 测试报告 | - | - |
Size Measurement | 计算工作量 | - | - |
Postmortem & Process Improvement Plan | 事后总结,并提出过程改进计划 | 60 | 60 |
合计 | 710 | 900 |
六.博客PDF
七.个人心得与总结
这次作业总体来说不难,虽然刚开始啥也不懂的确感觉好难,但是过程中不断学习新的知识,遇到的困难也会迎刃而解,同时在此次过程中,我真切的体会到合作的好处,往往我忽略的细节小伙伴总能想到,并且在我毫无头绪的时候小伙伴依旧可以思路清晰的给出很多宝贵的意见,让我在接下来的团队合作中充满了期待。