结对作业一

这个作业属于哪个课程	2021春软件工程实践 W班(福州大学)
这个作业要求在哪里	结对作业1
结对学号	081800330 & 221801201
这个作业的目标	完成原型设计结对作业
其他参考文献	原型设计

目录

• 一、PSP表格和效能分析
  • 1. PSP表格
  • 2. 效能分析
• 二、原型地址
• 三、原型介绍
  • 1. 设计思路
  • 2. 主要功能
    • 论文搜索页
    • 主页
    • 修改信息页
  • 3. 困难解决
• 五、NABCD模型
  • Need，需求
  • Approach，做法
  • Benfit，好处
  • Competitors，竞争
  • Delivery，推广
• 六、原型工具的使用
• 七、结对过程，队友评价
  • 1. 结对过程
  • 2. 第一次结对感受
  • 3. 队友评价

一、PSP表格和效能分析

1. PSP表格

PSP2.1	Personal Software Process Stages	预估耗时（分钟）	实际耗时（分钟）
Planning	计划	10	5
• Estimate	• 估计这个任务需要多少时间	10	5
Development	开发	410	700
• Analysis	• 需求分析 (包括学习新技术)	120	130
• Discuss	• 讨论	60	120
• Design	• 设计	180	420
• Design Spec	• 生成设计文档	30	20
• Design Review	• 设计复审	20	30
Reporting	报告	70	40
• Size Measurement	• 计算工作量	10	10
• Postmortem & Process Improvement Plan	• 事后总结, 并提出过程改进计划	60	30
	合计	490	745

2. 效能分析

一开始的想的是把时间花在原型设计上面，但是后面发现不仅原型设计花了比预期更多的时间，并且也在讨论方面搞了很久，总结了一下有以下几点:

• 在每次开始讨论的时候一定要定好讨论的方向，不然讨论到一半又去讨论另外一个问题，往往两个问题到最后都没有解决，就导致了这次的讨论时间其实过长。

• 因为没有提前学习原型工具，所以在使用的时候是摸着石头过河，一个功能可能使用的时候很简单，但是不知道在哪或者怎么用，结果就是不断地百度，真正设计的时间其实正常，时间都花在学习工具上了。

• 在最后的复审过程中对原型功能出现了分歧，并且花了不少时间去更改（因为感觉都说的有道理）。

总结：总的来说时间还是在预算之内，虽然在有些阶段花费时间过长，但是最后也是没有白白浪费。

二、原型地址

原型地址（墨刀）

三、原型介绍

1. 设计思路

因为这次原型设计的功能理论上不是非常多，所以本着就简的原则，在实现了主要的几个功能后，不再给用户添加其他负担，总体设计的风格比较简约。通过简单易懂的UI设计让用户无需“翻箱倒柜”就能完成所有功能。

2. 主要功能

论文搜索页

点击搜索框即可模糊搜索论文，也可点击批量搜索按钮上传Excel文件搜索

• 注册
  
• 登录
  用户输入正确的用户名、密码、邮箱以及验证码后方能注册 注册完毕返回登录
  不注册也能使用，但是无法保存爬取的论文
  

主页

点击搜索框后跳转到论文搜索主页，主页分为三个版块

• 搜索得到的论文列表

  搜索页搜索后得到的待爬取论文列表，上方的搜索栏可对当前列表进行进一步搜索，点击搜索出的论文条目可跳转到原文链接

点击爬取论文按钮后可选择部分论文进行爬取，用户可以根据自己的需要选中论文（或者全选），最后点击右上角的‘√’完成获取，点击‘X’按钮可取消未完成的操作

• 论文结果统计：对已爬取的论文进行热词分析统计，热词采用词云和玫瑰图的形式展示，在词云或玫瑰图处点击某个热词后显示对应的不同顶会多年的收录时间节点图及热度趋势图，下方为在搜索列表中筛选出的当前热词对应的文章列表。

• 爬取记录：用户在这里管理已爬取的论文列表，进行增删改查

鼠标放到右上角头像可选择修改信息或登出

修改信息页

在点击修改信息后 跳转到信息页面 目前支持修改头像、昵称、邮箱和密码

3. 困难解决

如何存储用户选择爬取的论文？

开始考虑的方法是用Cookie，对Cookie做识别，用Cookie来识别用户，这样可以避免用户登录，减少使用复杂度，做到打开即用。但是这种方法缺乏灵活性，用户在切换设备后无法获取原有数据，没有‘云平台’的概念，并且cookie长度限制太短，不适宜用来储存大量数据，所以最后还是选择使用用户登录的方法来区分每一个用户的爬取记录。

墨刀中无法添加图表，怎么实现动图效果？

通过多个组件拼合添加不同状态，并在鼠标移入移出时切换组件状态来实现“动图”效果，其他复杂的图表由echarts写好后录制GIF插入代替。

墨刀在线协作要氪金怎么办？

因为刚开始在墨刀做了个雏形，后来又觉得Axure上手门槛较高，就坚持用了墨刀（后来才意识到墨刀是真的不大好用），后面也没办法了，只能开腾讯会议，一起商量怎么做然后一个人来实现。

在线上结对编程，怎么保证效率？

每天定一个时间，开着腾讯会议进行原型设计和讨论，这样能够实时跟进进度，并且能够达到跟线下结对差不多的效率。

五、NABCD模型

Need，需求

• 获取待爬取论文列表及论文信息爬取；
  • 支持用户输入单个论文题目，也支持批量导入论文列表；
  • 通过论文列表，爬取论文的摘要、关键词、原文链接；
• 对已爬取的论文列表进行操作；
  • 可对论文列表进行增删改操作；
  • 可对论文列表进行查询（输入论文题目，也支持模糊查询：输入论文编号、关键词等基本信息），若在论文列表中不存在所要检索的论文，则根据输入的查询语句到网站爬取并返回论文的摘要、关键词、原文链接；
• 分析已爬取到的论文信息，提取top10个热门领域或热门研究方向；
  • 形成如关键词图谱之类直观的查看方式，点击某个关键词可展现相关的论文；
  • 可对多年间、不同顶会的热词呈现热度走势对比，以动图的形式呈现（这里将范畴限定在计算机视觉的三大顶会CVPR、ICCV、ECCV内）；

Approach，做法

• 通过 Web网页形式 服务于客户，减少客户的成本

• Web网页秉承简约风格 没有太多花里胡哨的功能

• 将部分论文收入云服务器 用户在检索时，先搜索云服务器，若云服务器不存在相关数据，再由爬虫去检索相关论文服务器

• 将爬取的论文关键字进行词云和热度统计

• 论文检索支持单个关键字和通过文件批量搜索

Benfit，好处

• 风格简约，UI美观，能够减轻用户的视觉负担

• 论文查找效率高

• 目前没有收费，并且没有广告

• 操作人性化，没有复杂的检索条件，方法简便

Competitors，竞争

• 目前市面上的论文网站非常多，但我们的网站主打轻量型，比起其他网站繁琐的搜索步骤，我们简单的操作具有得天独厚的优势。

• 目前没有收费计划，对于其他收费网站来说具有优势

• 通过用户不断使用，云端服务器拥有更大的数据库，对当前热门的论文有更快的搜索速度

Delivery，推广

地处大学城，对论文检索的需求量极大，可以通过社交工具发起活动进行传播，加上本身产品优秀，传播速度不会太慢。
当产品在本地知名度提升后，再将产品推广到互联网。

六、原型工具的使用

目前使用的原型工具 墨刀

虽然墨刀没有出现像Axure分享时水土不服的情况，但是上手轻松容易，而且有一些开箱即用的小组件素材。但到后面想要实现一些组件效果、动效、图表的时候就发现墨刀作为一个原型工具的完成度太低了，全部要手动去自己想办法实现。

七、结对过程，队友评价

1. 结对过程

目前有通过腾讯会议和qq语音进行线上合作

2. 第一次结对感受

081800330(吴尚辉)：

第一次结对总体感受很不错，有些地方其实自己一个人比较难做决定，有个人讨论会好很多。两个人对作业的理解其实各不相同，但是通过充分的沟通后总能对作业要求达成共识，并且有些分歧的地方最后能达到最优解。以前开发都是一个人负责一大块，有些地方可能要反复修改，进度都靠自己把握，但是结对两个人能对进度相互推进，效率能够提高不少，并且能从对方身上学到不少东西。

221801201（凌铧钦）:

结对作业和个人作业不同，要花精力在共同讨论、一起实现上，高效的协作体验对最终的产品实现程度和竞争力来说很重要，两个人一起讨论自己不同的想法会产生很多很好的一个人可能想不出来的点子。而且结对作业由于安排日程来协作所以可以按部就班一步一步完成，对我这种拖延症特别好哈哈哈哈。

3. 队友评价

081800330（吴尚辉）：

跟LHQ组队还是比较轻松的，做事也是比较勤奋的，在讨论的时候也比较谈得来。个人能力比较强，特别是在原型设计上有比较独到的见解，还是很不错的！

221801201（凌铧钦）：

和尚辉组队体验非常好，效率很高，只要商量好了各自手上的任务就会马上去动手完成，协作讨论的时候思维清晰缜密，能保持讨论的高效性。在原型设计上也有很多很不错的点子！