结队第一次 plus


做业正文

1、需求分析 -- NABCD模型

N -- need(需求)

  • 用户可给定论文列表
    • 经过论文列表,爬取论文的题目、摘要、关键词、原文连接;
    • 可对论文列表进行增删改操做(今年、近两年、近三年);
  • 对爬取的信息进行结构化处理,分析top10个热门领域或热门研究方向;
    • 可对论文属性(oral、spotlight、poster)进行筛选及分析;
    • 造成如关键词图谱之类直观的查看方式;
  • 可进行论文检索,当用户输入论文编号、题目、关键词等基本信息,分析返回相关的paper、source code、homepage等信息;
  • 可对多年间、不一样顶会的热词呈现热度走势对比(这里将范畴限定在计算机视觉的三大顶会CVPR、ICCV、ECCV内)。
  • 可进行数据统计,例如每一个国家录用文章的分析、每一个学校录用文章的分析、哪一个学校哪方面的研究方向比较强等。

A -- Approach(方法)

通过讨论,咱们的平台主要基于web实现,缘由以下:web

  • Web开发与平台无关,不管系统平台是什么,均可以经过网络访问到咱们的软件;
  • Web端无需额外安装客户端,访问成本较低;
  • app平台移植性较差,实现复杂,用web实现较为简单;

具体实现操做以下:
主页提供实时热点更新,使用户一进界面即能直观了解到当前热点信息。
检索界面可批量操做,每篇论文可提供下载,源码以及访问主页功能,并可多论文的多个属性进行筛选,排序,对搜索到的结果有热点分析功能,提供导入导出。
数据统计主页面也有实时热点国家学校信息,可对所想要了解的国家,学校进行搜索,以图表形式清晰展示,并提供智能分析。
三大顶会可分别选择各个顶会,提供折线分析走势对比,并可查看详细查看数据微信

主页面显示四个主要功能—检索,我的收藏,数据统计,三大热点。
2.预期向大众开放的平台,涵盖论文内容普遍,仅须要输入关键词及oral、spotlight、poster就能够搜寻到相关内容。
3.数据统计:可查询相关近n年大学录用文章图标分析图,而且有智能分析评论。
4.三大热点:能够选择顶会,会有相应的折线图分析图,而且有智能分析评论。网络


B -- Benefits(好处)

  • 页面功能多,能够与多人分享交流
  • 是初试之做,对用户的建议会十分重视
  • 页面简洁 工整,方便上手
  • 提供智能分析,一句话总结
  • 对论文清单、顶会论文进行统计分析,并生成许多有参考价值的数据、图表,帮助用户迅速了解近年的研究热点;

C -- Competition(竞争)

优点:app

  • 提供文献检索功能,帮助用户管理文献,并进行统计分析,给出热词趋势、热点研究方向等有价值的信息。
  • 设计画面简洁,简单易上手,不只能更好地服务科研工做者,也能帮助刚刚开始进行科研的同窗迅速入门。
  • 方便客户访问
  • 采用增量开发,会不断拓展功能
  • 可将喜欢的内容收藏,可实行增删改操做

劣势:工具

  • 目前仅支持三大顶会的论文检索,查看
  • 对论文的收藏管理较为简单
  • 暂无分享推广社交类功能,须要拓展

D -- Delivery(推广)

先从同窗,好友入手,推荐他们使用,并获取反馈,逐步完善功能。
待处理好大部分bug,完善基本功能后,开始向学校,实验室推广,争取得到他们的推广。
逐步扩大,经过网络进行推广,努力拓展完善功能,提高用户体验。布局


2、原型设计

原型开发工具:墨刀
原型地址
截图:
登陆界面:
主页:

检索界面:
论文界面:
批量操做:
导入:

导出:
热点分析:
数据统计:
福州大学:
三大顶会:post


3、结对过程

咱们首先阅读了《构建之法》第3、八章的内容,并使用NABCD模型进行了需求分析,而后通过讨论,设计界面的功能和布局,
以后学习了墨刀的基本用法,查找有关资料。接着即是逐步完成各个页面的设计,并编写博客。学习

部分草图:

结队照片:
开发工具


4、遇到的困难

  • 队友间的相互沟通
    • 由于咱们是在微信群里结对的,以前彼此之间都互不认识,因此一开始遇到的困难就是两人之间看问题方面的不一样,这个功能点他以为要这样作,而我则是另外一种想法,意见相差比较大= = ,最后经过讨论,也相互思考,取得一致。但队友之间仍需相互磨合。
  • 对需求的分析
    • 一开始以为需求分析挺简单的,在原型设计时才发现以前作的需求有问题,太过普遍,以致于不知该如何排版制做,最后经过反复阅读需求,理清关系,紧扣核心需求成功解决。
  • 对原型设计工具的不熟悉
    • 以前都没有接触过墨刀,此次做业作完后也算是学会对墨刀的初步掌握了。

5、效能分析和PSP表格

  • 效能分析:
    • 在任务过程当中,由于对需求分析的不到位,设计工具的不熟练,和队友一块儿作设计的时间也比较短,效能并不高,作了不少无用功,但最后也是成功完成了任务。
  • PSP表格
PSP2.1 Pesonal SoftWare Process Stages 预估耗时(分钟) 实际耗时(分钟)
Planning 计划 30 30
Estimate 估计这个任务须要多少时间 10 10
Development 开发
Analysis 需求分析(包括学习新技术) 120 130
Design Spec 生成设计文档 30 40
Design Review 设计复审 20 30
Coding Standard 代码规范(为目前的开发制定合适的规范) 0 0
Design 具体设计 360 560
Coding 具体编码 0 0
Code Review 代码复审 0 0
Test 测试(自我测试,修改代码,提交修改) 60 70
Reporting 报告 100 120
Test Report 测试报告 10 10
Size Measurement 计算工做量
Postmortem&Process Improvement Plan 过后总结,并提出过程改进计划 30 30
合计 800 1030

6、我的心得

第一次结对做业,花了不少的时间,在结对过程当中,没有作到“导航员”和“驾驶员”之间的良好关系,大多都是分工合做,另外队友作的原型设计相对简陋,跟个人出入很大(画风不一样QAQ)
以致于我要花较多的时间去更改,重作,相对做业任务来讲,也是圆满完成了(完结撒花),但缺乏一些额外的拓展,还有一些须要完善的问题,但愿下次结对合做,能和队友通力合做,作到“导航员”和“驾驶员”的良好关系,做业效率能获得提升。测试


PDFdownload

相关文章
相关标签/搜索