福大软工1816 · 第三次作业 - 结对项目1
031602312洪泽波
031602603陈超星
第三次作业-结对项目1
pdf
原型开发工具：Axure Rp
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） |
|---|---|---|---|
| Planning | 计划 | 0 | 0 |
| · Estimate | · 估计这个任务需要多少时间 | 240 | 420 |
| Development | 开发 | 0 | 0 |
| · Analysis | · 需求分析 (包括学习新技术) | 10 | 10 |
| · Design Spec | · 生成设计文档 | 0 | 0 |
| · Design Review | · 设计复审 | 0 | 0 |
| · Coding Standard | · 代码规范 (为目前的开发制定合适的规范) | 0 | 0 |
| · Design | · 具体设计 | 10 | 10 |
| · Coding | · 具体编码 | 80 | 80 |
| · Code Review | · 代码复审 | 0 | 0 |
| · Test | · 测试（自我测试，修改代码，提交修改） | 10 | 10 |
| Reporting | 报告 | 120 | 300 |
| · Test Repor | · 测试报告 | 0 | 0 |
| · Size Measurement | · 计算工作量 | 10 | 10 |
| · Postmortem & Process Improvement Plan | · 事后总结, 并提出过程改进计划 | 0 | 0 |
合作过程：
结对过程：
我竟然忽略了要结对的信息（捂脸），时间紧急我就在群上发布了求组队，然后我们就组在一起了。
结对感受：
我们都是小白，小白出身，就是啥都不会只能现学现用，所以起步非常艰难，但是一段时间过会我们也对一些工具有了更清楚的了解，再加上日渐明确的分工，我们开始找到了方向。
设计说明：
NABCD模型
NEED——需求
- 用户可给定论文列表
- 通过论文列表，爬取论文的题目、摘要、原文链接
- 可对论文列表进行增删改操作(今年、近两年、近三年)
- 对爬取的信息进行结构化处理，分析top10个热门领域或热门研究方向
- 可对论文属性（oral、spotlight、poster）进行筛选及分析
- 形成如热词图谱之类直观的查看方式
- 可进行论文检索，当用户输入论文编号、题目、作者等基本信息，分析返回相关的paper、source code、homepage等信息
- 可对多年间、不同顶会的热词呈现热度走势对比（这里将范畴限定在计算机视觉的三大顶会CVPR、ICCV、ECCV内）
- 可进行数据统计，例如每个国家录用文章的分析、每个学校录用文章的分析、哪个学校哪方面的研究方向比较强等
APPROOACH————做法
- 先把能找到的论文全部爬取并存到数据库里
- 再对每个词出现频率进行排序，然后再从那些词中选出有意义的词，并把前10个有意义的词作为top10的热门领域或热门研究方向
- 再为数据库编写增删改的UI界面
- 再添加提建议功能，使用户可以提建议给我们
BENIFIT————好处
对于程序来说:模块化编程使每一个模块作用明确，功能明确，在合作使可以准确分工。同时也方便了今后的更新迭代。
对于用户来说：简洁页面，傻瓜操作，用户上手容易，检索速度也很快。
COMPETITORS————竞争
面向大学生进行程序开发，针对大学生的需要进行修改，获得大学生的认同感。
页面简洁，操作简便，上手快是竞争力所在。
DELIVERYU————推广
现在同学朋友之间进行推广，然后通过学校平台推广到学校使用。再通过人脉推广到其他学校和地区使用。
遇到的困难：
AXure使用困难，英文版是一大难点，同时各种不熟练使得界面设计速度很慢。
队友默契不够，会做一些重复的事。
解决方法：
先从小问题解决，然后扩展到大问题，不懂就百度。
原型设计：
欢迎界面：
个人信息修改：
论文列表：
论文检索：
论文上传：
| 第N周 | 新增代码(行) | 累计代码(行) | 本周学习耗时(小时) | 累计学习耗时(小时) | 重要成长 |
|---|---|---|---|---|---|
| 1 | 0 | 0 | 1 | 1 | |
| 2 | 100 | 100 | 7 | 8 | 学会了VISual studio 项目创建 |
| 3 | 0 | 100 | 7 | 15 | 学了NABCD模型 |
