这个作业属于哪个课程 | 2020春丨S班 (福州大学) |
---|---|
这个作业要求在哪里 | 要求 |
结对学号 | 221701313、221701334 |
这个作业的目标 | 《构建之法》第3、8章学习; 掌握产品原型的制作; 锻炼与同伴合作的能力等 |
作业正文 | 结对第一次—疫情统计可视化(原型设计 |
其他参考文献 | [Axure零基础学习等 |
1、原型模型地址
2、困难及解决方法
2.1 困难描述
- a.建立地图的方法
- b.Axure使用问题
- c.合作开发不熟练
2.2 尝试解决
- a.使用svg格式的图片(svgMap)来建立地图模型,但Axure交互检测的是方框边界而不是省份的真正形状,导致相邻省份相互遮挡,经过讨论与不断查阅资料还是无法解决,所以选择更改图片的层级顺序;
- b.通过查阅各类资料逐步学习Axure,资料:
- c.慢慢磨合,通过QQ电话与远程控制,互相熟悉各自的习惯能力
2.3 是否解决
- a.svg图片遮挡问题 √
- b.Axure的使用问题 √
- c.cooperation问题 √
2.4 有何收获
- 新接触Axure工具,在使用过程遇到非常多的难题,但在现如今的资源环境中,这些问题都不算问题,通过百度、b站等途径都能找到解决问题的方法。通过本次作业学会使用Axure制作原型,掌握了Axure的基础功能使用。Axure是一个非常强大实用的软件,当然Axure缺乏一些功能,但是可以通过引入第三方元件来解决,善用第三方元件也能大大加快用Axure进行原型模型设计的速度;
- 通过本次实践,我和队友建立了些许默契,如果学的不懂的地方能够互相帮助而不是相互嫌弃,能找个能磨合自己的队友是非常幸运的,特别是我的队友还是舍友,在以后的实践作业中能够更好的合作进行项目开发。
3、NABCD模型
3.1 N(Need,需求)
有一家统计网站每天都会提供一个对应的日志文本,记录国内各省前一天的感染情况,上次的疫情统计结果只是通过文字来显示,不够直观、具体,对用户不够友好,在本次作业里,我们希望可以通过地图的形式来直观显示疫情的大致分布情况,还可以查看具体省份的疫情统计情况。
- 在全国地图上使用不同的颜色代表大概确诊人数区间
- 颜色的深浅表示疫情的严重程度,可以直观了解高危区域;
- 鼠标移到每个省份会高亮显示;
- 点击鼠标会显示该省具体疫情情况
- 点击某个省份显示该省疫情的具体情况
- 显示该省份对应的感染患者人数、疑似患者人数、治愈人数、死亡人数;
- 该省份到目前为止的新增确诊趋势、新增疑似趋势、治愈趋势和死亡趋势
3.2 A(Approach,做法)
基于web设计一个将疫情数据可视化的网页,将数据以图表的形式展示给用户
3.3 B(Benefit,好处)
- 采用Web网页发布的形式,访问简单,不需要下载软件
- 将数据以图表的形式展示给用户,比较直观
- 操作简洁明了,便于用户使用
3.4 C(Competitors,竞争)
- 优势
- 页面简洁,直观给出全国各地数据
- 没有广告骚扰,并且所有功能免费
- 劣势
- 功能较少,仅能直观的反应全国疫病消息
- 进军市场较晚,潜在用户较少
3.5 D(Delivery,推广)
- 推广平台:微信,QQ,抖音等
4、原型模型
4.1 原型开发工具
4.2 原型介绍
-
主界面
功能说明:- 疫病统计信息
- 疫病统计地图
- 疫病统计折线图
- 省份地图信息
- 已更新疫病最新数据
- 未更新疫病最新数据
- 部分省份不支持查询
- 疫病统计信息
- 疫病统计表格
- 全国统计数据
- 省份统计数据
- 已更新疫病最新数据
- 未更新疫病最新数据
- 部分省份不支持查询
5、结对过程
5.1 搭伙分配任务过程
5.2 合并初步完成过程
5.3 完成提交作业过程
6、效能分析与PSP表格
6.1 效能分析
本次软工实践,两人结对合作完成本次作业,我们分工各自完成部分功能,但是因为使用Axure分开离线制作,两人无法同时操作,同步效率和项目合并效率都较低,今后考虑使用web平台工具。具体编码尚未实现,代码的效能分析暂无法提供。
6.2 PSP表格
PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
---|---|---|---|
Planning | 计划 | 30min | 30min |
Estimate | 估计这个任务需要多少时间 | 30min | 30min |
Development | 开发 | 60min | 60min |
Analysis | 需求分析 (包括学习新技术) | 200min | 200min |
Design Spec | 生成设计文档 | 60min | 60min |
Design Review | 设计复审 | 100min | 100min |
Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 60min | 60min |
Design | 具体设计 | 30min | 30min |
Coding | 具体编码 | 300min | 300min |
Code Review | 代码复审 | 200min | 200min |
Test | 测试(自我测试,修改代码,提交修改) | 200min | 200min |
Reporting | 报告 | 30min | 30min |
Test Repor | 测试报告 | 30min | 30min |
Size Measurement | 计算工作量 | 30min | 30min |
Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 150min | 160min |
合计 | 1510min |