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