结对作业1
结对第一次——疫情统计可视化(原型设计)
这个作业属于哪个课程 | 2020春福大软工事件W班 |
---|---|
这个作业要求在哪里 | 结对第一次—疫情统计可视化(原型设计) |
结对学号 | 221701439、221701205 |
这个作业的目标 | 使用NABCD模型对问题描述,提供原型模型 |
作业正文 | 作业正文 |
其他参考文献 | axure基础教程 echarts文档 |
1.疫情统计可视化原型
原型模型网站
2.原型开发工具
使用原型开发工具:Axure rp9.0
Axure RP是一款专业的快速原型设计工具.Axure RP是美国Axure Software Solution公司旗舰产品,是一个专业的快速原型设计工具,让负责定义需求和规格、设计功能和界面的专家能够快速创建应用软件或Web网站的线框图、流程图、原型和规格说明文档。作为专业的原型设计工具,它能快速、高效的创建原型,同时支持多人协作设计和版本控制管理。
3.NABCD模型描述
问题描述:了解新型冠状病毒肺炎疫情的当前形势——某次疫情统计可视化
目前新型冠状病毒肺炎疫情到了非常关键的时期,学校仍然是严阵以待。在上次作业中完成了疫情信息的统计和管理,但由于界面简陋对使用者及其不友好。在本次作业里,我们希望可以通过地图的形式来直观显示疫情的大致分布情况,还可以查看具体省份的疫情统计情况。
- 移动到某个省份的时候会显示简单的数据
- 双击某个省份显示该省疫情的具体情况及其折线图
显示该省份对应的感染患者人数、疑似患者人数、治愈人数、死亡人数;
该省份到目前为止的新增确诊趋势、新增疑似趋势、治愈趋势和死亡趋势
1.N(Need,需求)
有一家统计网站每天都会提供一个对应的日志文本,记录国内各省前一天的感染情况,上次的疫情统计结果只是通过文字来显示,不够直观、具体,对用户不够友好,在本次作业里,我们希望可以通过地图的形式来直观显示疫情的大致分布情况,还可以查看具体省份的疫情统计情况。
- 鼠标移到每个省份会高亮显示;
- 点击鼠标会显示该省具体疫情情况;
- 点击某个省份,显示该省份对应的感染患者人数、疑似患者人数、治愈人数、死亡人数;
- 显示该省份到目前为止的新增确诊趋势、新增疑似趋势、治愈趋势和死亡趋势
2.A(Approach,做法)
-
以地图的方式体现全国疫情,更加直观;
-
以颜色深浅的方式表示各省份的疫情严重程度,对全国疫情可以快速的了解;
-
方便了解用户比较关心的省份的具体数据;
-
提供疫情趋势,方便用户了解疫情的走向;
3.B(Benefit,好处)
- 由于是Web应用,因此无论是手机、平板或者PC都可以随时随地访问,不需要付出迁移成本
- 用户可以及时得到新功能的发布与更新,无需额外升级
- 热搜谣言粉碎机功能模块,可以减少有关疫情传播态势、虚假防治措施等流言和谣言在网上传播
- 简洁清爽的界面,操作简单
- 直观展示疫情数据情况
4.C(Competitor,竞争)
优势
-
界面简洁清爽,操作简单
- 信息更新及时,紧跟各省及国家发布数据
-
无需下载其他app,只需要有浏览器即可访问
劣势
- 几大平台早已推出相关的疫情数据可视化平台且较为成熟,竞争压力大
- 受限于人力及时间限制,功能较为单一
- 只能提供 简单的数据处理,无法提供更深层处理
5.D(Delivery,推广)
- 微信作为当前最火交流软件之一,在公众号加入网页入口可以十分有效地宣传产品
- QQ作为国内较老的交友平台,其影响力也不容小觑,在QQ空间或者小程序加入网页入口同样可以起到很好的宣传作用
- 向身边的人宣传自己的网站通过人们口口相传虽然效率低但也是一种办法
4.遇到的困难
- 缺少合作经验,在一些关键处判断缺少明确的指导,只能以尝试直到错误为止
- 原型软件第一次使用,且种类繁多。在初次尝试时使用墨刀,发现其对于web原型开发不友好,转而使用axure
- 图表做了部分动态效果,没有整合真实数据,不会就百度看文档
收获
- 加强了面对问题时的独自处理能力
- 感受到了团队开发的方便性,开发工作不会那么繁重
5.结对过程
-
分工计划,讨论各自任务及需要的时间
-
学习相关知识,开始制作原型
-
发现实现过程中的困难,讨论解决方案
-
制作博客并进行总结
-
讨论照
6.效能分析与PSP
效能分析
本次作业仅完成客户要求的原型部分以及NABCD模型故部分工作只有估计耗时部分。
PSP
PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
---|---|---|---|
Planning | 计划 | 60 | 60 |
Estimate | 估计这个任务需要多少时间 | 60 | 60 |
Development | 开发 | 600 | 600 |
Analysis | 需求分析 (包括学习新技术) | 180 | 180 |
Design Spec | 生成设计文档 | 90 | 60 |
Design Review | 设计复审 | 20 | 30 |
Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 20 | 20 |
Design | 具体设计 | 320 | 240 |
Coding | 具体编码 | 480 | 500 |
Code Review | 代码复审 | 40 | 30 |
Test | 测试(自我测试,修改代码,提交修改) | 80 | 90 |
Reporting | 报告 | 60 | 50 |
Test Report | 测试报告 | 60 | 20 |
Size Measurement | 计算工作量 | 10 | 20 |
Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 60 | 80 |
合计 | 2140 | 2120 |
7.感悟
原型设计对一个软件一个项目都是很重要的,可以起到指导作用
初次尝试结对协作效率还是提高了很多,虽然仍然会出现意见分歧的小问题,但无伤大雅。希望以后能多从合作中提高。
8.附件
博客PDF