软工第一次结对作业
作业基本信息
| 这个作业属于哪个课程 | 2021春软件工程实践 |
|---|---|
| 这个作业要求在哪里 | 作业要求 |
| 这个作业的目标 | 一、阅读《构建之法》第3章和第8章的内容，并在下方作业里体现出阅读后的成果。特别是第8章中的NABCD模型。二、结对合作（两人一组，自由寻找伙伴），阅读下方的客户描述的现实困扰，以共同发布一份博客随笔的形式，设计一套方案，向客户推销。描述大致方案，以向客户证明你正确理解了客户的需求、提供给客户可行的优化的使用建议，给出原型模型，并提供大概的解决方案预期规划。 |
| 作业正文 | 正文 |
| 其他参考文献 | 原型设计大全 |
组员
PSP表格和效能分析
| PSP2.1 | [Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） |
|---|---|---|---|
| Planning | 计划 | ||
| Estimate | 估计这个任务需要多少时间 | 280 | 510 |
| Development | 开发 | 40 | 40 |
| Analysis | 需求分析 (包括学习新技术) | 60 | 60 |
| Design Spec | 生成设计文档 | 60 | 120 |
| Design Review | 设计复审 | 20 | 30 |
| Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 0 | 0 |
| Design | 具体设计 | 60 | 120 |
| Coding | 具体编码 | 0 | 0 |
| Code Review | 代码复审 | 0 | 0 |
| Test | 测试（自我测试，修改代码，提交修改） | 0 | 0 |
| Reporting | 报告 | 30 | 60 |
| Test Report | 测试报告 | 30 | 30 |
| Size Measurement | 计算工作量 | 10 | 20 |
| Size Measurement | 事后总结, 并提出过程改进计划 | 30 | 30 |
| 合计 | 280 | 510 | |
| 效能分析：我觉得效率还是蛮高的把，毕竟我们俩也没浪费时间，就因为每项要求其实都是第一次接触，所以需要花费时间来学习，这门课一直在培养我们接触新东西的能力，这次的效率比上次github要高很多，在很多例子的参考下，没有花太多时间就做完了，不过做完后的打磨发费的时间比较多，在研究一些好看的图片能不能加进去就是了。 |
原型地址
原型介绍
设计思路:首先先一切以满足小刚需求为主，首先先是个基本的系统注册和登录界面，用来区分不同的用户，然后针对不同用户中数据库存储的内容也是不一样的，在论文首页，推荐给用户定制化的内容，然后再论文列表的增删改都进行自己需要的操作，在查找某篇论文时，可能由于系统数据受限，会从网上爬取想要的信息，给用户最完美最完善体验，还可以给用户自己上传论文，为了方便设置多个一起上传，然后更自由地自定义自己的列表，最后还根据数据搜索的出最常用的热词，变换自己的图表，添加定时器，或者用户自己点击。
1.登陆界面，用户在此进行登陆操作，以此来实现对不同的用户有不同的列表。，
2.注册界面，提供给用户注册
3.论文首页，在首页提供用户上次浏览相似的论文以及上传的论文，以方便用户进行点击
4论文上传，分为单个上传和多个列表上传，满足小刚的需求
5.论文列表，显示文章的关键词，摘要，连接等关键信息
6.论文列表的增加，删除，修改操作
7.论文的查找与爬取
会先从论文列表开始查找，然后对论文列表没有的文章，也会从各个搜索引擎里爬取
8.给出十个最近热门的话题，然后每个关键词后都有一篇文章
然后下方的表格每一年都会进行自动的变化，以最直观的形式展现给读者们
困难解决
困难点经过和同伴的讨论，有以下几个方面：首先是搞不太懂原型的定义，第一次接触原型设计，俩人每个软件都去下了，最后才决定哪一个好用，还根据教程一步一步的创建吧，不过在经过上一次作业的洗礼中，我和好友雕雕都升华了，所以这次的原型设计学习有种轻车熟路的感觉，网上教程看一下，基础的功能都摸的比较透了，然后是因为这是俩个人合作的作业，而且也是在家还未返校，所以俩个人对需求的设计会有一些碰撞，需要经过密切的讨论，然后互相屏幕分享给对方自己的情况，收获就是开始意识到项目作业不再是自己一个人的事情，如果自己一个人的话，分多分少都没有太多的问题，但是俩个人开始为这个小团队努力，就都不想拖累对方，我们也觉得这种合作模式会比一个人促进积极性，还能共同探讨问题，还有就是对需求理解不充分，不知道单个论文题目和论文列表上传对应到底是什么功能，都再网上搜索了许多的资料，还去咨询了学长，最后还是靠我们俩个人的理解设计的功能，不知道是否正确，然后是图片上传尺寸不符合问题，毕竟是我们俩个第一次接触墨刀，弄了半天都找不到原因，觉得是不是尺寸的参数系数调错了，最后弄了一下午，就想先用画图软件改尺寸让他跟墨刀里的尺寸符合，这样展现出来的图片或许就不会有被隐藏的地方，结果一试真的有效果，收获就是俩个人讨论比一个人自闭好多了，如果只有一个人的话，可能要改到晚上，因为网络上的教程也没有解释，每个人碰到的bug也不一样，而且想到的对策也不一样，1+1终究是＞2，然后是动图的设计问题，我们俩个人都没有图片设计经历，赶忙去B站看了很多搜索变化统计曲线，还问了一些up主，最后决定在技术有限的支持下，要么用互动的形式展现，要么用自动播放的形式展现，然后在对比了一下视觉效果，觉得第一种会好很多，所以我们就采用了第一种，然后就是NABCD的设计，俩人也有一些功能设计，就想要这个功能，却没办法在原型设计里完美的体现，图片像素也比原图糊很多，就基本都是马赛克。但是不降像素的话图片又放不进去，所以比较苦恼，就让字数和设计软件本身的UI占大多数内容，所以对界面的设计经常推翻又重新再来，而且时间比较赶，所以很多好看的图片没法加进去就觉得蛮可惜的，想的挺多是一回事，能不能实现还是要靠自己的技术能力，不过整体的收获也在于此，一直克服出现的困难才是这门课乃至以后从事这项工作所需要的地方，而且经过这次团队合作，我们俩都更具有团队意识，为日后团队合作建立了比较好的自信心。
NABCD模型
N需求
- 获取待爬取论文列表及论文信息爬取；
- 支持用户输入单个论文题目，也支持批量导入论文列表；
- 通过论文列表，爬取论文的摘要、关键词、原文链接；
- 对已爬取的论文列表进行操作；
- 可对论文列表进行增删改操作；
- 可对论文列表进行查询（输入论文题目，也支持模糊查询：输入论文编号、关键词等基本信息），若在论文列表中不存在所要检索的论文，则根据输入的查询语句到网站爬取并返回论文的摘要、关键词、原文链接；
- 分析已爬取到的论文信息，提取top10个热门领域或热门研究方向；
- 形成如关键词图谱之类直观的查看方式，点击某个关键词可展现相关的论文；
- 可对多年间、不同顶会的热词呈现热度走势对比，以动图的形式呈现（这里将范畴限定在计算机视觉的三大顶会CVPR、ICCV、ECCV内）；
A方法
- 系统决定实现在web端，争取对更多改轮纹系统的受众，web端也适合阅读
- 通过数据库的关键搜索来实现需求一的要求
- 对爬取的信息进行结构化处理
- 通过后台分析相似对比，将给出最热门的10个领域研究方向
- 将论文列表自由化，将给予用户更多个性化的列表操作
- 尽量将数据以图形的方式展现
- 将增加论文的关联系统，对用户常搜索的几篇文章进行推荐
- 制作登录系统，对每个用户进行区分
- 支持单篇多篇一起上传
B好处
- 本平台能提供近几年最热门的研究方向，给予用户们最清晰的指导
- 然后用户能够自由定制自己的列表，让自己的界面充满着特点
- 利用机器搜索，减少人力财力
- 能对所有论文系统信息达到大面积的爬取
- 对常见的几个搜索引擎都有爬取操作
- 以动图形式展现更加可视化
C竞争
- 对市场上同类类型软件进行了解，实现所有基础功能
- 对适用人群年龄进行分析，重点针对主要受众
- 该平台提供了论文管理的功能，对论文有较好的分类，用户可以收藏自己感兴趣的论文，方便用户再次阅读。
- 界面不华丽花哨，绝对干净简洁，按键功能一目了然
- 对论文收入的完整性和权威性进行保证
- 而且由于对多个搜索引擎进行网络连接，爬取功能也无比强大
D推广
- 先交给小刚，如果他觉得好用，可以从他的同学开始推荐，然后满满的扩展到整个学校，开始和学校签立合作关系，最后开始交给学术性公司，还面向众多的硕士和博士生，以及各种科研人才，最后开始实现收费区分制度，开始实现盈利，如果web端大成功将逐渐进攻手机市场，进行应用app推广，达到双平台甚至三平台的运营。
原型工具的使用
我们俩人使用的是墨刀，因为网上一片好评，其次墨刀界面整洁舒服，交互性也较强，上手快，所以我们决定用墨刀进行原型设计。
结对过程，队友评价
因为再上一个作业中，黄雕和我就互动十分频繁，然后很多问题也是一起探讨，说到组队第一个想到的就是他了，然后我们把这次的任务平均分配了一下，就各自要做什么，学什么新东西都决定的很快，各司其职，追求最高的效率。
龙垲评价：小雕雕非常非常的认真，学习新东西也非常快，探讨也非常融洽，确认过眼神，我遇见对的人，我相信下次结对作业也会有不错的成果。
黄雕评价：很高兴能和龙垲组队一起完成本次作业，此次作业，龙垲十分认真，完成任务的效率也非常高。沟通能力非常强，对于出现的问题也能及时查找资料并和我一起讨论，解决问题。相信在下一次的结对作业中也能有不错的结果。
