结对第一次—原型设计(文献摘要热词统计)
课程链接:软件工程1916|W(福州大学)
作业要求:结对第一次—原型设计(文献摘要热词统计)
结对学号:221600205 | 221600207
作业目标:熟读书籍,把书籍中介绍的知识分析运用于实践中。如:了解NABCD模型,并从该模型出发,考虑分析事例。
一、关于NABCD分析运用:##
• N (Need , 需求)###
需求:####
1.用户可给定论文列表####
通过论文列表,爬取论文的题目、摘要、关键词、原文链接####
可对论文列表进行增删改操作(今年、近两年、近三年)####
2.对爬取的信息进行结构化处理,分析top10个热门领域或热门研究方向####
可对论文属性(oral、spotlight、poster)进行筛选及分析####
形成如关键词图谱之类直观的查看方式####
3.可进行论文检索,当用户输入论文编号、题目、关键词等基本信息,分析返回相关的paper、source code、 homepage等信息####
4.可对多年间、不同顶会的热词呈现热度走势对比(这里将范畴限定在计算机视觉的三大顶会CVPR、ICCV、ECCV内)####
5.可进行数据统计,例如每个国家录用文章的分析、每个学校录用文章的分析、哪个学校哪方面的研究方向比较强等
需求分析:####
用户的主要目的是为了近几年顶会的热门领域和研究方向,且认为根据论文list去一篇一篇查找总结效率又着实太低。####
除此之外,用户提出了要求:####
(1)可给定论文列表:
通过,爬取论文的题目、摘要、关键词、原文链接####
可对论文列表进行增删改操作(今年、近两年、近三年)####
我们在第(1)个需求中分析:需要有{论文列表,论文题目,论文摘要,论文关键词,原文链接}属性,以及{论文列表增删改操作}####
(2)对爬取的信息进行结构化处理,分析top10个热门领域或热门研究方向
可对论文属性(oral、spotlight、poster)进行筛选及分析####
形成如关键词图谱之类直观的查看方式####
我们在第(2)个需求中分析:“爬取的信息”,我们分为:用户自己上传的和从平台上收藏的。而结构化处理则包括:分析top10个热门领域;分析top10热门研究方向;对自己的论文列表进行筛选及分析;筛选及分析后可 以形成直观的查看方式。####
(3)可进行论文检索,当用户输入论文编号、题目、关键词等基本信息,分析返回相关的paper、source code、homepage等信息
我们在第(3)个需求中分析:这可以具象成为一个平台界面中的检索框,可检索选择输入(编号、题目、关键词等基本信息)检索(类似图书馆的图书检索,但我们的平台界面上还会更加丰富多彩)。####
(4)可对多年间、不同顶会的热词呈现热度走势对比(这里将范畴限定在计算机视觉的三大顶会CVPR、ICCV、ECCV内)
我们在第(4)个需求中分析:这可以是在平台界面中的功能。点击后就得到多年间、不同顶会的热词呈现热度走势对比。####
(5)可进行数据统计,例如每个国家录用文章的分析、每个学校录用文章的分析、哪个学校哪方面的研究方向比较强等
我们在第(5)个需求中分析:数据统计也是平台上的功能,无需登录就可以查看。####
根据上面的分析我们讨论修改,最后完成下面的用例图:(这会更直观一些)####
• A (Approach,方法)###
1.设计一个基于Web的平台实现用户的相关需求。####
2.分为三个主体界面(平台界面、平台论文分析界面、用户界面)####
(1)平台界面####
主要功能是论文检索(当用户输入论文编号、题目、关键词等基本信息,分析返回相关的paper、source code、homepage等信息)####
也包括:用户注册登录,论文分析页面链接等功能。####
(2)平台论文分析界面####
无需用户登录,通过筛选条件实现:对多年间、不同顶会的热词呈现热度走势对比(这里将范畴限定在计算机视觉的三大顶会CVPR、ICCV、ECCV内)以及进行数据统计,例如每个国家录用文章的分析、每个学校录用文章的分析、哪个学校哪方面的研究方向比较强等的功能。####
(3)用户界面####
包括:####
用户个人信息管理;####
上传论文篇目和收藏平台上的论文,形成一个论文列表;####
对论文列表进行:①爬取论文的题目、摘要、关键词、原文链接;####
②进行增删改操作;####
③论文属性(oral、spotlight、poster)进行筛选及分析;####
④分析热门领域和研究发现####
⑤形成如关键词图谱之类直观的查看方式等操作。####
• B(Benefit,好处)###
(1)开发性高,自由度高,无需注册就可享受大部分功能####
对于类似于客户小樱这样 ,空有想法,却不知从何做起的用户。无需注册登录,平台有显目的分析处理结果(对多年间、不同顶会的热词呈现热度走势对比;数据统计分析等)。####
而用户在平台页面上,通过点击自己感兴趣的链接,可以寻找自己心仪的文摘,以及确定自己的研究方向。####
(2)数据检索####
平台无需登录,除了可以链接收藏推荐论文外,还可以检索精确的论文,简洁方便。####
(3)用户管理实用性强####
对于心中有了目标,知道需要什么论文的用户,平台提供了注册登录功能。
登录后,用户可以上传自己的文件。####
并且用户在浏览平台过程中,中意的论文收藏后,可形成论文列表。####
对于论文列表,可以进行:#####
①爬取论文的题目、摘要、关键词、原文链接;####
②进行增删改操作;####
③论文属性(oral、spotlight、poster)进行筛选及分析;####
④分析热门领域和研究发现####
⑤形成如关键词图谱之类直观的查看方式等操作。####
• C(Competitors,竞争)###
优势:####
充分考虑了用户的需求,构建了界面简洁,操作简单的平台。
平台既给了用户开放检索的空间,也为用户提供私人信息保护的空间。####
会及时回复用户的反馈意见,并进行调整
劣势:####
由于不用注册且开放检索的功能,大多数数据都需要平台自己提供。####
目前已经有了的检索平台,若是只靠我们小团体的力量,实属夹缝求生。
• D(Delivery,推广)###
最初的是在师生交流推广,根据师生的反馈意见,修改和完善平台功能。####
待功能稍稍健全后,可以免费发布在应用平台后,同时,收集反馈意见和完善功能也是十分重要。
期间,关注相关国家政策。在学校,市区,省份,甚至国家的相关创新活动中,给平台推广亮相,亦是一个很好的方式####
二、关于原型的设计和截图:##
(工具:Axure RP 9 Beta)####
三个主体界面####
(1)平台搜索页面####
(2)数据分析页面####
(3)个人主页页面####
其他的子界面####
1.用户登录页面####
2.用户注册页面####
3.高级检索页面####
4.收藏成功页面####
5.分析副业面####
6.国家录用分析####
7.学校录用分析####
8.学校研究方向####
三、结对心得:##
1.流程####
我们每个人先自己分析设计用例图,之后讨论,取其精华,去其糟粕,开始时这样考虑的。####
后来随着讨论发现,一边讨论一边确定流程,是个不错的方法。####
讨论交流的时间很长,超出了我的想象。不过,讨论的效果也很显然,就是能更全面深入的了解自己在做的事情####
2.图片(这个是差不多到最后的时候,请舍友帮忙照的,虽然不是理想中在食堂二楼,风水环境更优美的地方拍照,但也算是完结撒花了!)####
总结与收获####
我们站在高楼,放眼远方,却不知通向远方的路曲曲折折。只有亲自实践之后,才会懂得:通向心中所念之处,路程原来由此。####
在开始制作之初,自己通过阅读题目需求,在纸张上画图,记录。然后心中形成一个大致的图像,只是还没有具体显形。之后,同时完成了用例图的设计。####
然而,在同伴之间讨论之后,豁然发现:原来,那些自己一个人思考时遗漏的,还需要在用例中补全;####
原来,自己的想法不是完美的,还有所偏差。####
于是,经过两个多小时,两个人的讨论分析,在QQ界面上切换对应用户 删选分析等功能,以及淘宝的购物车管理上对应用户论文列表管理等功能中,获取了灵感,最终确定了用例图,以及三个主体页面。####
讨论之后,心中的图像,浮现更加完整了!揣怀着信心,以及一个好心情,继续进行下一步。胸有成竹,大概是当时的模样。####
后来发现,事事并不是那么完美。很多想象中完美的界面,并不是总能找到与之完美切合的图片。####
所幸,最终设计出来的界面是满足的。心中也充满了完成时刻的轻松喜悦。####
四、附录##
效能分析和PSP###
PSP是卡耐基梅隆大学(CMU)的专家们针对软件工程师所提出的一套模型:Personal Software Process (PSP, 个人开发流程,或称个体软件过程)。####
PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
--|:--😐--:
Planning | 计划 |
• Estimate | • 估计这个任务需要多少时间 | 500 | 940 |
Development | 开发 |
• Analysis | • 需求分析 (包括学习新技术) | 120 | 200 |
• Design Spec | • 生成设计文档 | 30 | 60 |
• Design Review| • 设计复审 | 30 | 60 |
• Coding Standard | • 代码规范 (为目前的开发制定合适的规范) | 30 | 30 |
• Design | • 具体设计 | 120 | 200 |
• Coding | • 具体编码 |
• Code Review | • 代码复审 |
• Test | • 测试(自我测试,修改代码,提交修改) | 30 | 120 |
Reporting | 报告 | 60 | 150 |
• Test Repor | • 测试报告 | 30 | 30 |
• Size Measurement | • 计算工作量 | 30 | 30|
• Postmortem & Process Improvement Plan | • 事后总结, 并提出过程改进计划 | 30 | 30|
|合计 | 510 |940
PDF下载:下载链接