Part 1.前言
Part 2.PSP表
| PSP3.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） |
|---|---|---|---|
| Planning | 计划 | --- | --- |
| · Estimate | · 估计这个任务需要多少时间 | 30 | 40 |
| Development | 开发 | ||
| · Analysis | · 需求分析 (包括学习新技术) | 30 | 30 |
| · Design Spec | · 生成设计文档 | 20 | 30 |
| · Design Review | · 设计复审 | 10 | 20 |
| · Coding Standard | · 代码规范 (为目前的开发制定合适的规范) | 0 | 0 |
| · Design | · 具体设计 | 120 | 140 |
| · Coding | · 具体编码 | 0 | 0 |
| · Code Review | · 代码复审 | 0 | 0 |
| · Test | · 测试（自我测试，修改代码，提交修改） | 0 | 0 |
| Reporting | 报告 | ||
| · Test Repor | · 测试报告 | 0 | 0 |
| · Size Measurement | · 计算工作量 | 5 | 0 |
| · Postmortem & Process Improvement Plan | · 事后总结, 并提出过程改进计划 | 20 | 30 |
| 合计 | 255 | 290 |
Part 3.设计使用工具
- 流程图设计工具：ProcessOn
- 原型模型设计工具：Balsamiq Mockups (选择原因：第一眼我就被它的风格样式所吸引，可以说是我的菜了)
Part 4.任务分配
共同完成部分：前期目标设计，目标规划(采用NABCD模型分析)
独立完成部分：柯奇豪负责美工原型设计+NAB部分说明；高裕翔负责流程表(UML使用)+CD部分说明。
Part 5.设计说明
- N need-需求
用户不清楚近几年顶会的热门领域和研究方向，而对于论文的查找，通过论文list去一篇一篇查找总结效率又着实太低，所以需要一个平台去满足用户方便快捷获取论文相关信息并对近几年顶会研究热点有一个具体直观的了解。
现阶段用户遇到的难题归纳为
1.获取效率的低下，需要工具满足自己对于大批量目标的快速捕获，整理呈现
2.没办法方便的获取总结并直观性的分析，需要工具对获取相关数据及历年消息的的分析总结，并有一个直观的展示，便捷快速地了解整体大概的走向热点
3.获取论文后缺乏快速的检索方式，没办法在大批量对象中迅速查找目标
- A approach-做法
初步的规划是考虑应用在web端，大体流程如下:
1. 用户登录
2. 捕获
1. 传入文件路径 ——> 读取论文列表(ID、类型、标题) [行末改、删，文末增]——> 爬取论文(含题目、摘要、原文链接)
2. 论文列表 ——> 基本信息展示(题目、简介、[已读(原文链接深浅判断)]、原文链接) ——>[侧栏]top10研究方向、标签(oral、spotlight、poser)[分析即数量]
3. 检索
4. 论文编号、题目、作者、关键词、类型等
4. 数据分析
5. 图形展示，热度走势、数据统计
5. 关于
6. 个人论文库
- B benefit-好处
对于新用户提供快速便捷获取讯息的途径
对于新老用户提供一个便利的管理使用平台
后续可酌情增加更多的功能丰富用户的使用，提升用户体验
- C ompetition-竞争
据我所知，市面上查询论文列表和数据分析统计的app或网页很少，有的功能也不完善或比较分散，因此市场潜力很大，但是竞争力也很大---因为有老大哥的存在，其中最为知名的就是知网、万方之类的网站了吧，它们作为版权最多使用人数最多的web，我们要想和他们竞争是很难的，而我们的又是大概就在于“免费”了吧，其次，作为web端，用户不需要下载插件，且操作界面和功能比较简洁，使用起来并不算困难，因此对知网之类的用户来说用户的迁移成本也不高，同时我们的功能相对也很全面和聚集，也可以让用户享受到更丰富的使用体验，同时ui采用了比较舒适的简约设计，这样相信能给用户更好的使用体验。
而此次作业中，30多个组共同竞争，不乏gulu的存在，因此竞争性还是比较大的，尽力而为。
- D eliver-推广
首先“免费”在福大给师生试用，
之后可以尝试向其他高校师生“免费”推广试用，
接受最先使用的一批用户作为“核心内测用户”，增加意见修改平台，
后续可以再丰富社交体验，进行话题运营。
流程图如下
设计图如下
Part 6.困难及解决方法
如何去考虑多方面的需求，综合用户、市场、开发者能力等诸方面的因素，去就命题挖取其中有用的讯息，这是我们一开始遇到的阻碍。不过通过沟通讨论，过程中草图不断的打打叉叉，修修改改，大致都形成一个大体的脉络流程图，后续还可以在此基础上添加分支补充，这种分析方式还是快且便捷的解决了我们的无措。
还有就是如何使得产品区别于市场，有它独特的亮点在，我们依然视图在基本的功能上想加进小亮点，这个困难还有待后续继续跟进补充。
Part 7.每周进度条
| 第N周 | 新增代码（行） | 累计代码（行） | 本周学习耗时(小时) | 累计学习耗时（小时） | 重要成长 |
|---|---|---|---|---|---|
| 1 | 100 | 100 | 5 | 5 | 学习单元测试、性能分析 |
| 2 | 0 | 100 | 4 | 9 | 学习《构建之法》和原型设计 |