这个作业属于哪个课程 | 2020春s班 |
---|---|
这个作业要求在哪里 | 软工实践作业要求 |
结对学号 | 221701118、221701119 |
这个作业的目标 | 学习《构建之法》;结对合作 |
作业正文 | 结对第一次—疫情统计可视化(原型设计) |
其他参考文献 | 博客园、CSDN、阿里云论坛 |
NABCD模型
what is NABCD
“NABCD”是由Need、Approach、Benfit、Competitors、Delivery五个单词的首字母组成,分别指需求、做法、好处、竞争、推广五部分。通过这五部分,可以清楚简明的把项目的特点概括出来。
N———Need 需求
目前新型冠状病毒肺炎疫情到了非常关键的时期,学校仍然是严阵以待。有一家统计网站每天都会提供一个对应的日志文本,记录国内各省前一天的感染情况,只是通过文字来显示的话会不够直观、具体,对用户不够友好,所以希望可以通过地图的形式来直观显示疫情的大致分布情况,还可以查看具体省份的疫情统计情况。
需求
- 在全国地图上使用不同的颜色代表大概确诊人数区间
- 颜色的深浅表示疫情的严重程度,可以直观了解高危区域;
- 鼠标移到每个省份会高亮显示;
- 点击鼠标会显示该省具体疫情情况
- 点击某个省份显示该省疫情的具体情况
- 显示该省份对应的感染患者人数、疑似患者人数、治愈人数、死亡人数;
- 该省份到目前为止的新增确诊趋势、新增疑似趋势、治愈趋势和死亡趋势
A———Approach 做法
开发一个疫情分析系统平台,在这个平台上用户可以随时了解疫情情况以及应对措施,可以通过地图、颜色、折线图等直观的获取各个省份的疫情动态数据与变化趋势
-
数据统计
统计全国目前现有确诊人数、疑似人数、治愈人数、死亡人数,并计算累计人数以及人数变化趋势曲线 -
数据可视化
使用echarts绘制全国地图以及折线图,全国地图上使用不同的颜色代表大概确诊人数区间,通过颜色深浅反映各省感染状况严重程度,点击显示具体信息及折线图,折线图使疫情的趋势走向更加明显直观 -
扩展功能
推送防疫小知识 (插播小广告?)
B———Benfit 好处
- 操作方便
使用网站平台构建,随时随地可以访问,数据实时更新 - 界面友好
界面操作简单,不需要专门的知识技能便可充分使用平台的所有功能 - 数据直观
使用地图和这些图来显示当前的疫情情况及趋势,简介明了
C———Competitors 竞争
- 优势
- 快速访问,界面简洁
- 数据可靠,实时更新
- 操作简单,直观明了
- 劣势
- 目前该类产品已经逐渐趋于完善,同类产品提供的功能甚至更加完善,而且用户众多
- 同类型产品多,特色不突出,竞争压力大
D———Delivery 推广
- 抖音、火山等热门短视频的播放:短视频作为当今较为流行的一种娱乐渠道,可以被在短时间内获取大量信息,因此若借助这些平台进行宣传,是最容易走进大众视线的一种方式。
- 微信、qq等社交软件的推广:不管是推荐给列表好友还是朋友圈的生活分享,都能够使得产品能够在网络上传播,但是这可能需要对产品十分满意的用户自行践行才能达到一传十十传百的效果。
- 电视新闻、广告媒体的辅助宣传:这需要产品能够得到媒体的认同,因此这也是最难的一种渠道,由于抗击疫情是全民最关心的事情,因此可以通过官方正规的新闻平台进行产品的介绍和推荐,虽然难度很大,但是这也是收益量以及吸客量最大的一种方式。
原型工具:Axure RP
Axure RP:是一个专业的快速原型设计工具,让负责定义需求和规格、设计功能和界面的专家能够快速创建应用软件或Web网站的线框图、流程图、原型和规格说明文档。作为专业的原型设计工具,它能快速、高效的创建原型,同时支持多人协作设计和版本控制管理.
原型截图:
网站原型网址:www.zjwill.online
该域名刚注册,目前还在备案所以可能要过几天才能访问。。。。
结对讨论过程
PSP表格
PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
---|---|---|---|
Planning | 计划 | 90 | 60 |
Estimate | 估计这个任务需要多少时间 | 30 | 10 |
Development | 开发 | 1080 | 770 |
Analysis | 需求分析 (包括学习新技术) | 180 | 200 |
Design Spec | 生成设计文档 | 60 | 30 |
Design Review | 设计复审 | 60 | 30 |
Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 20 | 10 |
Design | 具体设计 | 60 | 60 |
Coding | 具体编码 | 600 | 480 |
Code Review | 代码复审 | 40 | 30 |
Test | 测试(自我测试,修改代码,提交修改) | 60 | 30 |
Reporting | 报告 | 120 | 100 |
Test Repor | 测试报告 | 60 | 30 |
Size Measurement | 计算工作量 | 30 | 10 |
Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 30 | 60 |
合计 | 1620 | 1110 |
遇到的困难及解决方法
-
困难一:
从来没接触过原型设计,不知道原型设计是怎么弄的。
解决方案:
查询大量资料,学会使用原型设计工具 -
困难二:
编码时不知道怎么插入地图和折线图
解决方案:
学会使用echarts,阅读官方手册 -
困难三:
没有建过网站,为此专门买了服务器和域名,但由于不熟悉流程,网站还处于备案阶段
解决方案:
未解决
感想与收获
通过此次作业,我们更加了解到一个"软件工程"的含义,更加理解"工程"的意义。一个软件从一个想法到一个产品,其中的过程复杂远超想象。
一个可交互的原型基本上能够像最终完成的产品那样运行,你可以对它进行操作,原型则会给予相应的反馈,使用者可以随之明白它的运作方式,寻求解决特定问题的方案。原型经过可用性测试之后,能够优化出更好的用户体验,能够在产品上线发布之前排除相当一部分的潜在问题和故障。
经过这次作业,我学会了怎么使用基本的原型设计工具,也加强了团队合作的能力,同时自己的编程能力也有了很大提高,对于网站搭建也有了一定的了解
博客PDF
https://files.cnblogs.com/files/zjwblogs/md3.rar
作者:zhang_jw
链接:https://www.cnblogs.com/zjwblogs/p/SoftwareTeamWork.html