结对作业一
结对作业1-uploadVersion
这个作业属于哪个课程 | 课程 |
---|---|
这个作业要求在哪里 | 作业要求 |
这个作业的目标 | 结对完成原型设计 |
吴世龙学号 | 221801317 |
陈子傲学号 | 221801320 |
PSP
PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
---|---|---|---|
Planning | 计划 | ||
Estimate | 估计这个任务需要多少时 | ||
Analysis | 需求分析 | 3h | 1h58min |
Design Review | 设计复审 | 2h | 1h |
Design | 具体设计 | 10h | 11h21min |
Reporting | 报告 | 2h | 3h |
Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 1h | 20min |
合计 | 17h | 17h37min |
原型地址
原型介绍
基本介绍
我们的原型构想主要体现在易用性和功能性上。尽可能的减少交互上的冗余操作,并且与整体美观性做出协调。
顶栏设计
左侧的CVTrend
是一个快速回到主页的按钮
中间的搜索栏提供快速搜索
右边是一个下拉菜单,可以快速定位到需要的页面
首页
首页由两个模块组成、图表模块以及文章推荐。
其中图表模块在用户还没建立自己的论文列表时会默认先展示网络上的数据,录入文章之后则默认显示的是用户的论文分析图。
图表支持两种状态,一种是如上文所示的折线图和饼图组合展示。
支持鼠标选中某个阶段,饼图会自动转换成该阶段的比例。支持鼠标选中高光展示某个词条的趋势
另外一种图表是展示三个顶会中某个热词出现了多少次。
文章推荐中有两种排列形式:按照文章热度排序、按照修改笔记的时间排序
同时支持转换成极简模式
文章录入
支持按照标题录入,关键词录入 以及以文件的形式批量导入
点击录入之后会先展示搜索到的文章,用户可以选择自己想要的文章录入
同样支持缩略视图展示,展示标题以及部分的概述
文章搜索
除了在顶部有一个快速搜索栏之外,也有单独一个文章搜索页面。一般搜索是模糊搜索,精确匹配则是搜索出关键词完全匹配的论文。
支持对关键词、文章标题、文章ID、以及作者进行搜索
左下侧是一个热词的栏目,展示最近最热的搜索词
右下侧是历史搜索记录
搜索出来的结果会用红字把相应的搜索词标注出来,支持搜索结果多种排序方式:时间、热度、关键词出现次数、文章标题字母序、文章ID字母序。
搜索出来的项目除了论文标题、部分概述,还有论文下载以及热词提取。
右边有个展示热门搜索的栏目。
缩略视图展示则以论文标题、下载、个人笔记为主
如果搜索结果没有的话会在论文库中搜索,并且加上录入的功能。
文章详情
展示文章的全部概述。左侧有文章的推荐。下面则是可以添加、修改笔记。
管理
我们管理的模式是:展示出所有的论文。通过关键词、论文标题、论文ID、作者 进行过滤。对过滤之后的列表进行操作。
可以进行删除以及修改笔记的操作。
个人中心
目前来说我们还没有找到很多个人中心需要有的功能。所以我们暂时只做了基本信息展示以及修改密码的功能。
困难
动态图表的实现
我们使用的Axure有虽然有一些动画效果,但是仅仅是模块的出现和消失等的转跳,一般的柱状图和折线图或许可以做出效果,但是如果要实现动态的扇形图,或者要和鼠标实现一些互动,那就会需要很巨大的工作量。
经过查阅资料之后,我们发现了两个方法,一个是复用其他人分享的Axure组件,另一个则是用一些web端的图标框架嵌入到Axure中。
最后查找到了将echart框架的图插入到Axure的方式,并且将该方法整理成了博客。
需求拓展
这次的任务基本要求其实是很简单的,简单概述就是:输入``增删改查``展示
。但是经过讨论之后我们认为不能简单地将这三个需求做成相应的三个页面,这样对于用户体验和网站的观感都是很糟糕的。
所以我们从这三个基础需求出发来进行了页面的规划以及需求的拓展。关于页面规划已经在上文中有所展示了。下面说说需求的拓展。
查询
的页面,参考了bilibili、百度等网站,加入了历史查询
和热词快速查询
。
论文管理
的页面。我们用增删改查
这四个基本的管理需求对这个页面进行了讨论。
为了快速响应客户的提交,我们将输入文章
和图表放在了同个页面,并在这个页面中展示出热门的文章。
同时,我们发现需求中其实是没有修改
这个项目的。我们以此为出发点,增加了添加论文笔记
的功能。并且在搜索论文时也体现出这个过滤项。
对于查询
,我们参考了百度的查询,会在查询的结果中的关键字用亮色标出。
交流中产生的误解与消除
在进行了最初的需求分析讨论之后,我们就各自去执行自己的任务。但是在第一版的简单原型做好之后,发现双方对于需求的理解不是统一的。于是就马上安排再一次的讨论,进行原型的迭代。总共从需求到原型的细节迭代了很多次才最终完成。
NABCD模型
Need
我们的产品主要是帮助学生、研发人员以及对想了解计算机视觉的人提取出其所感兴趣的论文中的热门趋势,并且让用户可以快速地获取自己需要的论文,管理自己的论文列表。
Approach
我们采取了计算机视觉的三大顶会CVPR、ICCV、ECCV作为我们的论文源,确保可以找到科研最前端的论文。
通过对于论文题目、概述、关键字的分析提取出领域中的专有名词,利用专有名词的出现频率来作为其研究热度的指标.
为每位用户维护一个专属的论文列表,提供模糊搜索,批量搜索,让用户看到自己感兴趣分支的研究趋势。
Benefit
用户可以快速且有针对性的获取需要的热词分析,同时可以便利地管理自己的论文列表,自由地添加自己的笔记。
Competitors
我们的竞品主要有两类:传统的论文网站和热点趋势网站。
传统的论文网站相对来说有更多门类的论文信息,但是一方面不同的论文网站资源分散,并没有针对计算机视觉的文章进行专门的收集。另一方面,这类网站不能分析出某个领域的热点趋势,更不用说针对用户所感兴趣的方向来进行热点趋势分析。同时这类网站也不能让用户添加自己的阅读笔记。
对于热点趋势网站,目前来说我所了解的热点趋势很多都是搜索引擎公司做的,比如百度、谷歌等。他们是通过用户的搜索量来提供数据,但是搜索量这对于专业领域中的热点判断是缺乏可信度的。
Delivery
方案1: 和论文网站进行合作,一方面可以利用论文网站的资源拓宽产品的业务,另一方面则是利用论文网站的流量对产品进行推广,可以采取用户存取量/接口调用次数等所作为收费方式。
方案2: 在高校中进行推广,通过学院的公众号等方式让学生知道这个软件。
结对过程
完成作业过程
我们最初集中讨论了一次需求,然后用了两天时间做出了一个大概的模型,发现双方对需求的理解有一定的偏差。然后用一天实现快速迭代了一个版本,定下了整体的框架。接下来设计各个组件的样式,调整原型的外观。
讨论与原型使用
队友评价
吴世龙->陈子傲
最开始的原型设计是交给子傲来做的,在后面发现需求理解出现矛盾的时候他也很有耐心的去修改原型。整个过程下来重构了很多次原型,是个很有责任心的队友。
对页面的展示模式设计方向也有一些见解,因为一开始我会更偏向于做动态些的搜索结果展示,但是他提出这样在直观性与效率的角度来看是不合适的,所以采纳现在这种模式的展示。
陈子傲->吴世龙
世龙真的是一个非常具有主观能动性队友,对于新知识的学习和运用能力让我叹为观止。包括使用echarts图表和整理相关博客都是他主动完成的。
同时在设计过程中,世龙也具有自己的独特的审美和见解,在完成了基本的页面制作之后,世龙还对我们的原型进行了一系列美化处理,让整体页面看上去舒服的多,期待下一次和世龙的继续合作。
结对任务感受
比起单人任务,结对任务对我来说最为直观的感受就是与队友的交流多了,很多问题不再需要自己一个人苦思冥想,两个人的力量对于任务的完成有了“1+1>2”的功效,同时,我能够学习到其他人更加优秀的一些习惯:诸如版本管理和回溯,短时间内学习使用新知识等等。
同时结对任务能够有效的避免一些个人逻辑上的误区:诸如我个人在之前进行原型设计的时候,总会想着“添加新功能”而非“删减冗余功能”,不断叠加新的功能上去导致原型整体显得臃肿冗杂,可读性较差;而结对作业的队友可以有效防止我这个误区,让我的原型变得更加简洁。
总的来说这次的结对作业体验极其良好,让我体会到了合作的好处。
效能分析
本次实验我们花费了大量时间用于需求的理解和原型界面的设计上,在初次进行讨论之后,我们两个之间的理解产生了一些分叉,导致第一次原型制作偏离了两个人的预期,最终只能重新讨论需求设计,花费了不少时间;其次,由于我们是第一次使用Axure这个软件,我们对于使用其中的功能还不够熟练,只能够一点点摸索,期间又重构了两次原型布局以及美化处理,导致原型具体实现的时间偏长。
总结
- 需求分析结束后,应该进行一次整体的逻辑回盘,尽量使双方没有大方向上的理解偏差
- 产品迭代初期可以做的不那么仔细,直到确定了整体框架后再进行细节上的调整
- 进行设计时除了美观上的设计,应该对应于应用的类型于交互的效率做出平衡。