结对第一次—原型设计(文献摘要热词统计)
所属课程 | 软件工程1916|W(福州大学) |
---|---|
作业要求 | 结对第一次—原型设计(文献摘要热词统计) |
结对学号 | 221600327、221600329 |
作业目标 | 完成原型设计,增强团队协作能力 |
PDF附件 | PDF链接 |
参考资料 | 《构建之法》 |
一、N(Need,需求)
小樱是一名大三的学生,某日听闻同宿舍的小狼刚和导师去参加了CVPR会议,内心羡慕不已,便下定决心痛改前非、努力钻研,希望能在毕业前完成一篇站在时代前沿的优秀论文。但令人苦恼的是,他不知道近几年顶会的热门领域和研究方向,根据论文list去一篇一篇查找总结效率又着实太低,希望我们能帮助他设计一个平台解决现阶段的需求。希望此平台至少具备以下功能:
-
用户可给定论文列表
- 通过论文列表,爬取论文的题目、摘要、关键词、原文链接;
- 可对论文列表进行增删改操作(今年、近两年、近三年);
-
对爬取的信息进行结构化处理,分析top10个热门领域或热门研究方向;
- 可对论文属性(oral、spotlight、poster)进行筛选及分析;
- 形成如关键词图谱之类直观的查看方式;
-
可进行论文检索,当用户输入论文编号、题目、关键词等基本信息,分析返回相关的paper、source code、homepage等信息;
-
可对多年间、不同顶会的热词呈现热度走势对比(这里将范畴限定在计算机视觉的三大顶会CVPR、ICCV、ECCV内)。
-
可进行数据统计,例如每个国家录用文章的分析、每个学校录用文章的分析、哪个学校哪方面的研究方向比较强等。
-
根据我们的分析,小樱的痛点主要有两个:
-
(1)难于了解近几年的热门方向,想要一个能快速告诉他热门领域有哪些的软件
-
(2)想要努力钻研,需要有人指点迷津,需要有人讨论,他需要一个学习的平台
需求细化的思维导图如下:
-
二、A(Approach,做法)
-
选用平台Android,开发移动端App
优势:
-
直接安装在手机中,相对Web、H5来说处理性能较优秀,也方便调用系统的API,便于分享。
-
2018中国互联网报告中提到,中国98%的网民是用手机上网,android市场份额超80%,移动端受众更大,而且可以随时随地想查就查。
劣势:
-
若要覆盖到更多的用户,需要再开发IOS端的应用,开发成本高。
-
移动端屏幕可能比较小,阅读体验没有web端好,(但后期可以对论文进行阅读优化,使其便于移动端的阅读,而不是只展示pdf原文)
-
-
针对痛点(1)热门领域分析
-
论文录入:APP提供两种方式①一种是输入论文列表的url链接,APP将分析链接的html数据,对数据进行筛选,提炼出论文题目,作者,单位,摘要,关键词,国家(如果没有国家,可以通过查询论文发表单位查询),正文,发表时间,论文属性,所属会议等信息,对论文进行详细的结构化处理,处理完后以表格的形式展现给用户,用户可对数据进行调整(增删改),筛选(选择今年、近两年或近三年的论文),用户确认无误后,即可录入系统,作为后面论文分析的数据源之一。②第二种是由使用者自己录入全部信息,这种是方便不能联网用户和已经有了本地的论文数据的用户导入数据。用户输入完之后,处理过程与第一种一样。
-
热门领域:热门领域是最重要的需求,如何把热门领域直观快捷的展示给用户?和结对队员讨论了良久,又参考了知网的设计,可视化这三个字就贯穿了这个功能的设计,对于top10的热词,我们提供了两种直观的图表(饼状图,词云图),直观的展现出每个热门领域的占比,也罗列出了他们的出现次数。在点击每个热词之后,APP会给出这个热词的详细可视化数据,相关机构,相关学者,相关论文,该词的热度走势等等,应有尽有。
-
-
针对痛点(2)想要努力钻研,学习热门领域
-
对于学科前沿的学习,闭门造车是肯定不行的,所以我们设计的App提供了学习圈的功能,在热门领域建立类似论坛的功能,用户可以在该区域发帖、提问、回答,提供给大家一个学术交流的平台,也更有助于初学者的学习。
-
在论文详情页我们也在论文下面设置了评论区,可以在评论区表达自己对于该论文的理解和建议,有助于更好的理解论文以及触类旁通。
-
考虑到用户对于知识点会有自己的理解,我们在屏幕右下角增加了一个全局笔记的功能,anytime、anywhere你都可以添加自己的笔记!
-
三、B(Benefit,好处)
-
把握热门方向
- 论文大数据中的热门领域、热词走势等分析让你一秒即可把握世界顶尖学术的走向。不必再盲目地去浏览各种论坛,看那些人云亦云的评论,我们的App给你的就是最权威最顶级的分析数据——CVPR、ICCV、ECCV三大顶会的数据分析结果;最全面最直观的分析数据——热词可视化分析,用图表让你一目了然,多维度全面把握热门方向。
-
满足钻研欲望
- 在讨论区,我们细化了讨论区的分类,当你想要钻研某一方面的知识时,可以去该方面的讨论区尽情学习;当你对某篇论文有不解时,也可以在论文下进行评论,和其他用户进行探讨。
- 对于笔记功能,可以登记这个笔记来源于哪篇论文,当你review的时候,一键直达,方便快捷。
四、C(Competitors,竞争)
- 热词分析的细化
- 我们的热词分析不仅局限于统计什么方向是近几年热门的,而且还会提供这个方向的近几年的发展趋势,还可以提供该方向的学者的分析,还能看到哪个机构做这方面的研究比较多。我们的热词分析提供全面的热门方向信息,不仅是论文,还包括学者和机构,帮助你全方面的了解该方向的动态。
- 全局笔记
- 全局笔记功能的存在让你随时随地总结出你自己的知识,记录下你每一次的思绪迸发,让你在磅礴的知识海洋中提炼出自己的精华。
- 学习圈、讨论区
- 讨论区让我们不再只是一个简单的数据分析和提供软件,讨论区提供了一个学术讨论和碰撞的地方,让原本固化的知识经过讨论鲜活起来,更有助于对知识的深入理解。
五、D(Delivery,推广)
-
上传应用到各大应用商店,增加用户的获取应用途径,如果有资金甚至可以向应用商店购买广告,提高曝光率。
-
通过同学群,班级群,学校论坛等对该应用需求较大的地方宣传,让用户了解APP的高效,便捷。
-
可以联系相关的论文微信公众号,通过发送推文推广APP。
六、原型展示
原型工具:墨刀
原型设计链接:论文圈(建议在PC端观看)
(一)登录、注册界面:登录允许使用第三方账号,如微信、QQ登录;允许使用游客身份登入,但不允许游客使用发帖、评论等互动功能。
(二)首页:展示某一年(可选),三大顶会的论文总体情况;上部分轮播图展示三大顶会的最佳论文,下部分展示每个顶会每种属性的论文占比;提供全局搜索框(可搜寻笔记、收藏、论文、学习圈等数据)
(三)论文检索:可根据论文编号、题目、作者、关键词,并可以选择搜索范围(oral、spotlight、poster)、搜索模式(精确or模糊);在搜索得到的论文列表中,长按论文标题可以分享该论文给好友(微信、QQ、朋友圈、微博等);
(四)论文详情页:满足需求,给出该论文的paper、source code、homepage等信息;可以保存到我的收藏;可以下载论文原文(版权保护除外);可以分享给好友;可以对该篇论文发表自己的见解和疑问;可以直接在该页面点击笔记按钮,记录自己的收获感悟,App将自动识别笔记来源于该论文
(五)论文统计:功能简介见思维导图;
篇幅原因,论文统计部分功能原型设计如下
1、热词词云、热词相关机构、热词相关论文
2、热词热度走势
3、热门院校
(六)最近阅读:提供论文阅读记录查询,以及在每篇论文上显示自己记录的笔记和问答次数;
(七)我的笔记:笔记列表页包含一个搜索框,可以实现快速检索笔记,节省了查找笔记的时间,点进笔记里就可以查看和修改笔记的内容;每篇笔记有相应的时间和该笔记对应的论文,点击来源论文即可查看该篇论文的详情页;每篇笔记的右边有一个删除图标,点击即可删除该篇笔记;
(八)学习圈:该功能类似论坛,管理员可以建立各个领域的主题讨论区(管理端暂未设计);用户可以通过点击学习圈页面右下角的“+”提问和发帖,如果觉得单纯的文字无法描述清楚,在提问和发帖页面的左下角可以加入图片和链接帮助描述问题;用户可以搜索自己感兴趣的领域,还可以对感兴趣的领域添加关注;APP会在本地对用户加关注的领域统计分析,分析用户画像,智能给用户推荐相关论文;
七、效能分析
1、因为基本需求多而杂甚至有点难懂,这次任务耗时的地方之一在于需求的细化分析。
2、因为初次使用原型设计工具-墨刀,以及我和结对伙伴都认为原型设计较为重要,这次原型设计也花费了不少的时间。
八、PSP表格
PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
Planning | 计划 | 20 | 30 |
• Estimate | • 估计这个任务需要多少时间 | 20 | 30 |
Development | 开发 | 890 | 1120 |
• Analysis | • 需求分析 (包括学习新技术) | 30 | 120 |
• Design Spec | • 生成设计文档 | 10 | 20 |
• Design Review | • 设计复审 | 30 | 20 |
• Coding Standard | • 代码规范 (为目前的开发制定合适的规范) | 0 | 0 |
• Design | • 具体设计 | 800 | 960 |
• Coding | • 具体编码 | 0 | 0 |
• Code Review | • 代码复审 | 0 | 0 |
• Test | • 测试(自我测试,修改代码,提交修改) | 0 | 0 |
Reporting | 报告 | 70 | 160 |
• Test Report | • 测试报告 | 40 | 120 |
• Size Measurement | • 计算工作量 | 0 | 0 |
• Postmortem & Process Improvement Plan | • 事后总结, 并提出过程改进计划 | 30 | 40 |
合计 | 980 | 1310 |
九、结对过程及照片
1、我们是同一个宿舍的舍友,自然地组在了一起。
2、我们的讨论过程和手稿
十、遇到的困难
初次使用原型设计,在刚开始的时候,连原型设计是什么意思都不是很懂。通过群里助教和老师们的解释和推荐,我一边学习“墨刀”原型设计工具,一遍做这次作业。做到最后感觉真正难的并不是去用原型设计工具拖组件去做界面,难的是在需求的分析。
在作业的最开始的时候,我们并不知道怎么对需求抽丝剥茧,所以一开始我和对友提了诸如可以有新闻阅读,可以有聊天社交等等等很多的功能,让我们的app更加有亮点。可是,这些需求真的是小樱想要的吗?
之后,我和对友阅读了构建之法里的第三和第八章,里面对我和对友启发最大是功能分析的四个象限,如下图所示,
所以根据利用这个四象限,我们重读了作业题目,对繁多的需求进行象限划分,砍掉了之前说的聊天社交新闻等辅助功能,由此得到以小樱为代表的用户需求,肯定并不是只想要知道那个领域热门!他的最终目标是想要完成一篇站在时代前沿的优秀论文,那么他肯定需要学习这些论文。如何学习?他需要一个可以提出疑问获得回答的平台,他需要一个可以记录自己点滴收获的平台,所以学习圈和我的笔记功能就被我和对友提上了日程,之后就开始了如上ABCD的过程。
十一、心得体会
- 221600327,心得体会:
学习到了NABCD的分析原则,这是一个很成熟的商业软件分析模式,Need考虑到用户的需求,Approach从用户的需求出发提出我们的解决方案,Benefit也是从用户的角度出发看看到底解决了用户的什么痛点,Competitors分析了软件的竞争力所在,Delivery要求考虑后期的推广;NABCD模式即考虑到了用户的需求,又考虑到了软件本身的竞争力以及市场推广,把这五项进行透彻的分析后很容易看出我们所设计的软件优势在哪,劣势在哪,有助于我们进行完善软件的设计。《构建之法》第八章中另一个让我有深深触动的是杀手功能、外围功能和必要需求、辅助需求的这几个概念,杀手功能是本产品在自己擅长领域里做到别人做不到的,或者是比别人好得多的一个功能,这是吸引用户的最关键点;必要需求是本产品能进入市场角逐的最基本条件,不满足这个条件的软件无法在市场上生存;这对于软件的评价是一个很客观的标准。
- 221600329,心得体会:
写到这里,这次的作业基本就结束了,听舍友说他们软工实践的第一个作业XXX管理系统,我的第一反应觉得这不是以前课程的作业吗?
好了言归正传,前前后后忙了也2、3天了,终于可以交作业了。这次作业虽然不涉及编码,但感觉好累啊,正如汪璟玢老师早上课上说的,编码并不是一个软件公司的占比最大的部分,写代码很多东西都可以复用。相比编码,需求更为重要,也更难。通过这个作业,我学习了NABCD模型,学习了四象限法则,并将其应用在作业中。学会了对需求抽丝剥茧,在最短的时间,去实现最重要的功能。
这次是结对作业,在准备篇里我说过,我缺少团队协作的经历,通过这次结对,我对团队协作有了进一步的理解,懂得了如何去将自己的想法分享给对友,能够更好的和对友进行沟通。