超时空通道
需求分析
【Need——需求】
（1）必要需求：
用户可给定论文列表
- 通过论文列表，爬取论文的题目、摘要、原文链接
- 可对论文列表进行增删改操作(今年、近两年、近三年)
对爬取的信息进行结构化处理，分析top10个热门领域或热门研究方向
- 可对论文属性（oral、spotlight、poster）进行筛选及分析
- 形成如热词图谱之类直观的查看方式
可进行论文检索，当用户输入论文编号、题目、作者等基本信息，分析返回相关的paper、source code、homepage等信息
可对多年间、不同顶会的热词呈现热度走势对比（这里将范畴限定在计算机视觉的三大顶会CVPR、ICCV、ECCV内）
可进行数据统计，例如每个国家录用文章的分析、每个学校录用文章的分析、哪个学校哪方面的研究方向比较强等
(2)辅助需求：
用户可把感兴趣的论文添加入收藏夹。
用户可以给论文的难度评星，系统会根据用户的评定和论文的出处等因素给论文评星。
系统会根据用户阅读论文的数量和用户收藏夹的论文类别，以及结合当前顶会热词等，向用户推荐论文。
对加入收藏夹的论文，用户可以添加笔记。
用户可以建立自己的学习计划。
【Appproach——做法】
- 我们团队成员有过开发安卓app的经验，会使用Python，能够很好地处理各种开发上的难题。
- 实行会员制，会员可以通过我们的平台看到网络上百分之九十以上的论文，而避免为了找到需要的论文而在多个平台交钱的现象。
- 从成本上来看，我们小队可以找到一些志同道合的同学来帮助我们去寻找论文资源，实现软件开发和测试等，而这个成本是很低的。
- 从周边环境来看，作为在校大学生，我们周围有许多学长学姐，包括我们自身都有着相应的需求，因此我们不缺市场。
- 从人脉上看，我们小队有实验室核心成员，也有在学生会担任职务的同学，因此我们软件的宣传有先天的优势。
【Benefit——好处】
- 支持关键词搜索，相对于百度上各种凌乱的信息，我们的平台可以过滤广告信息，可以直接将论文内容呈现给用户，而跳过访问网站的部分，让用户不用打开多个网站。
- 我们平台对用户配置的要求很低，对用户的内存和显卡几乎没有要求。
- 我们的平台支持对三大顶会的论文信息进行筛选处理，并以图像的形式呈现给用户，让用户不用花时间去一篇篇搜索，就可以知道三大顶会当前的热点。
- 使用我们的平台，每天会根据你的浏览记录和当前热点，推荐一些有趣的论文，激励你去学习进步。
【Competitors——竞争】
- 相对于市场上已有的其它平台，我们平台有着以下优势：
- 更实用的推荐功能。我们平台会结合用户的搜索记录，根据用户的喜好进行推荐，让用户拥有更舒适的用户体验。
- 更广阔的市场。作为211的大学生，我们周围就有着个各种论文搜索的需求，相比于社会的企业，我们在身边就有着很大的市场。
- 更强大的宣传手段。国家现在很支持大学生创新创业，只要我们的论文搜索平台有足够大的竞争力，就可
- 以得到学校的大力支持，获得很好的宣传效果。
- 更低的成本。对比于社会上的其它同类平台，我们在学校所花费的成本会低许多。
- 更友好的用户界面。我们团队十分重视用户体验，平台支持多种皮肤选择，也支持会员和非会员两种身份查询。对于会员，可以保证没有任何广告。
【Delivery——推广】
首先将目标放在班级的同学身上，在班级推广一段时间之后，收集用户体验和建议。
和柯老师合作，争取将平台推广到实验室和老师正在教的几个班级。
和学院合作，通过团委学生会在全院推广。
将我们的平台链接制作成说说发至qq空间和微信群，转发我们的说说，并达到一定数量赞的，可以获得我们的小礼品。
老用户每拉五个新用户注册我们平台，享有一个月会员优惠。
原型模型
- 主页界面，包括了顶尖论文， 研究论文和高校解读部分，还有推荐版块
- 主页界面，包括了顶尖论文， 研究论文和高校解读部分，还有推荐版块
登录注册界面
论文查询列表
Top10
关键词图谱
名人名家
论文摘要和基本信息
高校解读
用户的个人界面
本次结队作业的PSP
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） |
|---|---|---|---|
| Planning | 计划 | 50 | 30 |
| · Estimate | · 估计这个任务需要多少时间 | 50 | 30 |
| Development | 开发 | 200 | 210 |
| · Analysis | · 需求分析 (包括学习新技术) | 120 | 110 |
| · Design Spec | · 生成设计文档 | 50 | 50 |
| · Design Review | · 设计复审 | 30 | 50 |
| · Coding Standard | · 代码规范 (为目前的开发制定合适的规范) | 0 | 0 |
| · Design | · 具体设计 | 0 | 0 |
| · Coding | · 具体编码 | 0 | 0 |
| · Code Review | · 代码复审 | 0 | 0 |
| · Test | · 测试（自我测试，修改代码，提交修改） | 0 | 0 |
| Reporting | 报告 | 100 | 65 |
| · Test Repor | · 测试报告 | 0 | 0 |
| · Size Measurement | · 计算工作量 | 20 | 15 |
| · Postmortem & Process Improvement Plan | · 事后总结, 并提出过程改进计划 | 80 | 50 |
| 合计 | 350 | 305 |
设计说明
遇到的困难及解决方法
刚开始做需求分析的时候，我们首先遇到的问题就是意见的分歧。对于有些功能，比如学习笔记，我认为完全可以归入需求分析中，但是喜源却认为这样的功能并没有很大的实际意义，而且市面上有很多产品已经基本实现了这一功能，我们完全可以做一个精简的搜索平台，我却认为平台应该尽可能满足用户可能存在的各种需求。为了解决这个矛盾，我们开始不断地讨论，也去上网搜索了许多类似平台的功能。最后，我们决定找五位潜在用户来投票表决，这样的功能是不是有存在的必要。根据投票结果我们保留了这个功能。这次意见上的分歧让我们知道了市场调研的重要性，很多功能并不是我们我们感性地判断需不需要，而是要看用户的需求与否，因此我们也打算在推广过程中以问卷等多种形式收集用户意见。学习进度条
| 第N周 | 新增代码（行） | 累计代码（行） | 本周学习耗时(小时) | 累计学习耗时（小时） | 重要成长 |
| 1 | 300 | 300 | 15 | 15 | 熟悉了C++语言，了解了单元测试，代码覆盖率和性能分析 |
| 2 | 0 | 300 | 8 | 23 | |
| … |