作业课程：
作业要求： 结对学号：221600111 | 221600138 作业目标： 理解用户需求及构建原型，锻炼合作能力NABCD模型
1. N(Need 需求)
根据小樱的诉求，我们总结出以下几点客户需求：
- 用户能够通过输入已有的论文列表让系统自动提取论文的题目、摘要、关键词以及原文链接；
- 在进行检索时用户能够指定选取今年、近两年、近三年等时间段的论文；
- 在检索之后用户希望得到的信息不只是论文列表及链接，还需要对所有的论文信息进行处理，显示出10个热门的领域或者研究方向同时将论文的所有相关关键词以图表形式显示，让用户能够直观查看；
- 在已经显示的搜索结果的基础上通过选择论文属性（oral、spotlight、poster等）再进行二次检索；
- 用户能够在检索框中输入论文编号、题目、关键词等基本信息，从而得到所需的paper、source code、homepage等信息；
- 检索后的界面需要对比计算机视觉的三大顶会（CVPR、ICCV、ECCV）多年间的热词热度的走势；
- 用户能够得到有关每个国家录用文章的分析、每个学校录用文章的分析、哪个学校哪方面的研究方向比较强等方面的数据统计图。
2. A(Approach 做法)
① 提供一个web端平台让用户能够进行直接的检索；
② 现在很多用户都是用手机浏览器，故还需设计一版适合手机分辨率的界面； ③ 用户在登录后可以上传需要处理的论文列表，经过筛选处理后，用户能够获得处理后的列表及分析结果。用户能继续对处理后的列表进行操作，类似二次检索。3. B(Benefit 好处)
① 本系统帮助用户整理和分析文献，节约用户获取重要信息的宝贵时间；
② 用户在需要使用论文分析服务时，必然会频繁用到本系统，故： web端更加轻便，很适合随时随地进行论文处理； 不需要动用用户的设备进行计算，用户因花费时间等待处理，体验更加友好； ③ 即学即用，操作简便，无需太多复杂过程。4. C(Competitors 竞争)
劣势：
1）委托人需求的功能难度都较高，需要用到业界前沿知识才能实现 2）论文资源的来源较难获取； 3）现在必然已有机构实现相关业务，本产品竞争压力大； 4）计算量大，服务器负载过高容易导致系统崩溃（看看福大易班） 优势： 1）相较于普通浏览器来说，我们的产品更加的符合用户的使用理念，能够更加有效、快速、方便的解决用户对于该方面的需求； 2）相对于手机app而言，使用web端能够减去较为繁琐的下载安装软件并进行升级的步骤； 3）一站式论文处理分析，优化用户体验； 4）系统功能实用，还能派生出其他文档分析业务。5. D(Delivery 推广)
一个方案是与现有的一些资料文库合作（如读秀、超星、知网等），可以从他们中获取相关的论文信息并向其用户进行宣传，同时为其提供相应服务；也可以与各大高校合作，与其图书馆数据库相联系，为所有有需求的高校生服务，利用各大高校来进行产品的推广。
结对过程
草图 原型设计
使用工具：Microsoft Office PowerPoint 2016
页面统计：主页，搜索结果页，文件处理页共3页（实际应该需要更多页面，这里暂时没有余力设计） 功能设计：“文件处理页”完成论文列表的处理及部分分析功能，“搜索结果页”完成数据统计及搜索功能主页部分
主页可以以文献检索/上传列表两种方式工作
在上传列表功能中，用户可以上传多个论文列表（图中是excel文件），可以查看文件上传进度（进度100%后显示绿勾符号）及取消误传文件
在主页用户如果没有登录，点击任何功能都会弹出登录框，用户登录后才能提供服务（这么好的系统不能白用）
处理页部分
分部说明
① 论文列表，用户上传的论文列表经过分析处理后统一显示在这里，点击关键字后，论文列表自动筛选出相关关键字的文献 ②论文全文查看窗口，用户点击某篇论文，可以查看全文（如果第三方数据库支持的话？）右下角三个按钮的功能为：在新窗口转到该论文、标记/收藏、删除（从本列表中删除这篇论文） ③关键词统计，点击关键字后，论文列表自动筛选出相关关键字的文献 ④担心误删误点？这里提供了撤销/前进功能，第三个是下载（处理后的列表），第四个是添加过滤器（时间之类），最后一个是提交按钮 ⑤当前视图的过滤器（用户可以删除某个过滤器）搜索页部分
模仿别的文献平台的设计，不需要太多说明，通过上方的条件，及饼图的组合，即可查看不同国家、不同学校、学校主攻方面等的数据统计图
PSP表格
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） |
|---|---|---|---|
| Planning | 计划 | 20 | 35 |
| • Estimate | • 估计这个任务需要多少时间 | 40 | 45 |
| Development | 开发 | 200 | 360 |
| • Analysis | • 需求分析（包括学习新技术） | 30 | 60 |
| • Design Spec | • 生成设计文档 | 20 | 30 |
| • Coding Review | • 设计复审 | 5 | 10 |
| • Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 0 | 0 |
| • Design | • 具体设计 | 0 | 0 |
| • Coding | • 具体编码 | 0 | 0 |
| • Code Review | • 代码复审 | 0 | 0 |
| • Test | • 测试（自我测试，修改代码，提交修改） | 0 | 0 |
| Reporting | 报告 | 30 | 45 |
| • Test Report | • 测试报告 | 0 | 0 |
| • Size Measurement | • 计算工作量 | 10 | 10 |
| • Postmortem & Process Improvement Plan | • 事后总结, 并提出过程改进计划 | 20 | 20 |
| 合计 | 375 | 595 |
总结
草图一时爽，原型火葬场，设计原型经常要站在用户的角度想客户提出的需求是不是得到了解决，是不是缺了哪些功能，哪些板块。这次的作业锻炼了我们团队合作的能力，合作时处处会有磕碰，经常会一个人的想法提出来很快被另一个人否定，两个人没有想到一块去，但好处就是通过讨论系统的功能也越来越完善，交互体验不断优化。
