结对第一次—原型设计(文献摘要热词统计)
课程链接 | 作业要求 | 结对学号 | 作业目标 |
---|---|---|---|
软件工程实践 | 结对第一次—原型设计 | 221600425 221600429 | 会使用NABCD模型分析需求及使用软件进行原型设计 |
一.问题背景
小樱是一名大三的学生,一直痴迷于吃鸡类游戏,某日听闻同宿舍的小狼刚和导师去参加了CVPR会议,内心羡慕不已,便下定决心痛改前非、努力钻研,希望能在毕业前完成一篇站在时代前沿的优秀论文。但令人苦恼的是,他不知道近几年顶会的热门领域和研究方向,根据论文list去一篇一篇查找总结效率又着实太低,于是求助于“软工实践互助爱心组织”,希望我们能帮助他设计一个平台解决现阶段的需求。
二.用NABCD模型分析需求
需求(Need)
- 用户可给定论文列表 - 通过论文列表,爬取论文的题目、摘要、关键词、原文链接; - 可对论文列表进行增删改操作(今年、近两年、近三年); - 对爬取的信息进行结构化处理,分析top10个热门领域或热门研究方向; - 可对论文属性(oral、spotlight、poster)进行筛选及分析; - 形成如关键词图谱之类直观的查看方式; - 可进行论文检索,当用户输入论文编号、题目、关键词等基本信息,分析返回相关的paper、source code、homepage等信息。 - 可对多年间、不同顶会的热词呈现热度走势对比(这里将范畴限定在计算机视觉的三大顶会CVPR、ICCV、ECCV内)。 - 可进行数据统计,例如每个国家录用文章的分析、每个学校录用文章的分析、哪个学校哪方面的研究方向比较强等。
做法(Approach)
- 给用户提供一个Web端应用来解决它的烦恼
- 针对第一个需求
- 用户可以直接在输入框输入论文列表或者从txt文件读取论文列表
- 得到用户的输入后,对CVPR、ICCV、ECCV官网的数据进行爬取后,得到原文链接,然后对原文进行数据分析得到题目,摘要,关键字
- 对论文列表进行增删改,我的理解论文列表是由一系列论文题目构成,用户输入论文列表后,在未进行爬取前可对将要准备爬取的论文题目进行增删改
- 针对第二个需求
- 与第一个需求不同的是,第二个需求用户不能提供给你任何论文列表这个数据,他想要的是近几年来top10的热门领域和热门研究方向,这就要分析顶会所有论文关键字,然后根据关键字分析出热门领域
- 在分析热门领域与热门研究方向时可以选择年份或者论文的属性来进行分析
- 得到top10的热门领域或者热门研究方向时,可以给用户对应的关键词谱
- 针对第三个需求
- 第三个需求先根据论文编号得到论文题目,然后再由论文题目得到论文原文
- 由关键词得到论文,可以拿之前对论文进行分析得到的关键字进行匹配,然后返回满足条件的论文
- 针对第四个需求
- 分别取三大会议的出现频率最高的几个词,然后对这几个词进行热度折线图绘制,也就是说有三张图分别代表CVPR、ICCV、ECCV,时间为横坐标,出现频率为纵坐标绘制
- 针对第五个需求
- 通过对每个国家,每个学校录用文章的关键词来分析哪个学校的研究方向比较强
- 通过对每个国家,每个学校录用文章的关键词来分析哪个学校的研究方向比较强
好处(Benefit)
- 该产品可以给用户带来的好处
- 用户可以直接通过论文列表得到到论文的摘要和关键字
- 用户可以通过关键词图谱直观的了解到近几年来顶会的热门领域和研究方向
- 用户可以通过折线图直观感受到多年间、不同顶会的热词的热度走势
- 该应用通过对每个国家,每个学校录用文章的分析,可以让用户了解到各个学校的主要研究方向
竞争(Competitors)
-
优势:
- 页面简洁,用户无需注册登陆即可使用该Web应用
- 本工具为web端工具,使用时更加便捷,无需安装和卸载
-
劣势:
- 没有UI设计经验,设计出来的界面十分简陋
- 数据呈现在页面的方式吸引不到用户
推广(Delivery)
- 由于本次的目标受众为学生,因此我们会从本校和校外两方面进行考虑:
- 同校内平台合作:我们会选择和福大易班或教务通等全校学生都在使用的平台进行合作。由于基础受众多,且我们所设计的工具功能对广大学生都有益处,所以有很大的推广成功率
- 同校外平台合作:可以选择和超级课程表等合作。在全国范围内进行推广。
三.原型设计
- 设计思路
我们将用户需求分为三个部分,第一个部分,也就是最主要的部分——文献热词统计,即用户输入论文列表,可以得到论文的关键字,摘要,原文链接等,然后生成关键词图谱和热门领域条形图;第二个部分是论文查询部分,用户可以根据关键字,编号等条件来查找符合条件的论文;第三个部分就是数据分析,可以对三大顶会的热词走势进行统计绘制成折线图。
根据设计思路进行草图设计
主页
热词统计页面
论文查询
热词热度分析
录用文章分析
四.PSP表格
PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
---|---|---|---|
Planning | 计划 | 60 | 60 |
• Estimate | • 估计这个任务需要多少时间 | 60 | 60 |
Development | 开发 | 560 | 890 |
• Analysis | • 需求分析 (包括学习新技术) | 100 | 200 |
• Design Spec | • 生成设计文档 | 120 | 180 |
• Design Review | • 设计复审 | 40 | 30 |
• Coding Standard | • 代码规范 (为目前的开发制定合适的规范) | 0 | 0 |
• Design | • 具体设计 | 300 | 480 |
• Coding | • 具体编码 | 0 | 0 |
• Code Review | • 代码复审 | 0 | 0 |
• Test | • 测试(自我测试,修改代码,提交修改) | 0 | 0 |
Reporting | 报告 | 100 | 100 |
• Test Report | • 测试报告 | 20 | 20 |
• Size Measurement | • 计算工作量 | 10 | 10 |
• Postmortem & Process Improvement Plan | • 事后总结, 并提出过程改进计划 | 70 | 70 |
合计 | 720 | 1050 |
五.结对流程
首先我们阅读了《构建之法》的第三章和第八章,通过NABCD模型进行研究设计。 之后,我们选定墨刀作为原型设计工具。 经历了数版原型设计,我们得到了最终成果。由于我们不是专业的美工,因此设计结果较为简约。 以下为结对照片
六.总结
-
困难描述
- 不知道如何进行需求分析
- 不知道什么是原型设计
- 不知道如何将数据较美观的展示在页面上
-
是否解决
- 是
-
收获
- 知道了可以用NABCD模型来解决需求分析的问题
- 学会了原型设计工具墨刀的基本使用