结对第一次—原型设计（文献摘要热词统计）
- 作业格式
- 课程名称：软件工程1916|W（福州大学）
- 作业要求：结对第一次—原型设计
- 结对学号：221600235许林瑜 221600236杨吉
- 作业目标：阅读《构建之法》了解NABCD模型，分析题目中用户需求并利用相关原型工作来为用户设计一个满意的软件原型。
作业正文
- NABCD模型
- N（Need ，需求）
- 对用户给定论文列表进行分析操作
- 通过论文列表，爬取论文的题目、摘要、关键词、原文链接；
- 可对论文列表进行增删改操作(今年、近两年、近三年)；
- 对爬取的信息进行结构化处理
- 可对论文属性（oral、spotlight、poster）进行筛选及分析；
- 形成如关键词图谱之类直观的查看方式；
- 可进行论文检索，当用户输入论文编号、题目、关键词等基本信息，分析返回相关的paper、source code、homepage等信息；
- 可对多年间、不同顶会的热词呈现热度走势对比（这里将范畴限定在计算机视觉的三大顶会CVPR、ICCV、ECCV内）。
- 可进行数据统计，例如每个国家录用文章的分析、每个学校录用文章的分析、哪个学校哪方面的研究方向比较强等。
- A（Approach，做法）
- 设计web页面来实现预期功能
- 因为现在的论文查询大部分也都是以网站的形式来实现，为了符合用户的使用习惯也将平台设计为网站形式，这样子也方便不同网站在同一PC上访问
- 共享校园的论文库
- 向学校图书馆申请论文库的使用，这样子减少了版权方面和整理论文存入数据库的时间，校园现成的论文查询系统也更加健壮成熟，我们要做的就是将搜索范围减少并且对检索结果进行数据化处理
- 设计web页面来实现预期功能
- B（Benifit， 好处）
- 使用web端
- 使用web端不需要下载app，可以减少推广的成本。同时拥有很强的跨平台性，同时也符合论文查询者的习惯，虽然没有推陈出新，但是我觉得这个才是比较符合使用者过去的习惯，移动端的开发并不意味着更加方便
- 针对性
- 过去的论文查询往往是面对全部论文库的查询，当你想要查询相关文章时，不擅长检索方法的人往往会检索出许多无关的文章，而且也很容易就找不到想要的论文。而本平台针对三大顶会进行检索分析，对特定的用户而言，这种针对性无疑减少了他们的操作，使他们相对简便的操作就能找到自己想要的文章。
- 数据分析
- 过去的论文检索往往没有提供数据分析功能，只是给你一片干巴巴的论文。而我们的平台却自带数据分析功能，能够进行数据统计，对论文的一些热词，出处，作者等等进行分析，能够将这些信息更好更直观的展示给用户。
- 使用web端
- C（Competition，竞争）
- 劣势
- 相比于大型的论文检索系统，我们的检索库可能还略小用户只是针对小部分群体，收入不知道能否支撑正常的运维
- 优势
- Web更加方便，不需要像移动端一样下载app和不断的更新。自带的数据分析功能，能够满足用户的很大一部分需求
- 劣势
- D（Delivery，推广）
- 建立一条百度词条
- 刚出来的项目产品在网络上肯定是一片空白，建立一个关于项目产品的百度百科，可以增加更多的潜在用户，当有用户搜索相关信息时，就有机会了解我们的产品。当然不一定是百度，还可以在相关平台上建立词条。
- 联系学校图书馆和相关论文搜索网站达成协作
- 学校图书馆和论文搜索网站的用户也是我们的主要用户，我们可以通过联合这两方面来宣传我们的产品。
- 社交媒体推广
- 如今社交媒体非常的多，而且免费。我们可以建立自己的微博，微信，豆瓣等等。联合粉丝较多且与我们软件项目相关的营销号来为我们定制文章来进行推广
- 建立一条百度词条
- N（Need ，需求）
#原型设计
##建立模型使用工具：墨刀 ##[原型预览](http://www.modao.cc/workspace/apps/p9916a3fef5d1ae4eece9849a/preview) - 原型设计 - 通过问题的秒速抽取出将要实现的功能 - 设计大致界面来完成基本功能 - 考虑将来用户可能需要的功能来增加界面的功能
#模型展示 - 主页面，可以拖动word文档到框内导入论文，也可以通过按钮导入电脑中的本地论文。 双击论文列表一条可以查看原文，在查看原文界面有相关论文推荐。   - 当按删除时会跳出以下界面，可以选择要删除的论文。  - 统计顶会热词走势，以折线图显示。  - 对论文列表中的热词统计，以饼状图显示，可以论文发表年份和论文属性进行筛选，在最左边还有热词的相关论文推荐。 
- 检索论文，可以按年份，类型，题目，关键词，摘要检索相关论文，检索结果显示在下面，点击检索结果可查看原文。
#结对过程
两人是同宿舍隔壁床的，正好同时选了汪老师的课就顺理成章的结成了对，在交流和完成作业时也比较方便。 作业完成流程： - 1 对题目进行分析，截取出我们需要完成的基础功能  需求分析，列出想要完成的功能点 - 2 对初步设计进行优化，为用户拓展可能用到的实用功能 
拟定界面布局（两个没有什么美感的男生。。。体谅体谅Orz）
- 3 实用墨刀进行原型设计
- 4 将原型结果和学习过程发布到博客园
##结对照片 电脑被我肥大的面包服挡住了..........
#结对心得
许林瑜 - 结对心得 未来所面对的工作不再是单兵作战，不像以前做作业时只要一个人埋头苦干就完事了，一个真正的软件工程项目是需要很多人共同的努力才能做好，通过这次结对懂得了如何去分享自己的意见，在设计过程中不断的磨合，通过共同的想法来慢慢完善原型的设计。 - 项目总结 首先是对《构建之法》的阅读感受，刚开始对读书再完成作业蛮抗拒的，预想之中的《构建之法》应该是和课本一样阐述深奥难懂的书，但是通过阅读之后发现，这本书的语言通俗易懂，举了许多的例子来来让我们明白作为软件工程师该了解的东西。以前一直好奇界面是怎么做的那么好看，就要java的swing或者awt吗 那也太笨重太不方便了。后来学习了C#懂得了图形界面编程，但是还是觉构思出那么精致的界面。通过这次原型设计，学会了如何用墨刀来完成自己想要的原型设计，那种曾经那么遥远的精美界面也可以通过和结对对象的手来实现了。总的来说，这次作业让我对软件工程项目，甚至是这对这个行业都有了新的认识。通过这次作业收获了一些新的技能和感悟。
杨吉 - 结对心得 刚开始用墨刀的时候不太会，在与队友的不断讨论中做了又删，删了又做，最后发现就用了一个模板，在它的基础上改，在拆卸它的过程中不知不觉就学会了，组建也都熟悉了，在讨论中慢慢把原型做了出来。 - 项目总结 经过这次作业，了解到了居然还有墨刀这样做模型的软件，同时掌握了墨刀的使用。刚开始接触墨刀的时候就觉得这个好神奇，后来慢慢的学会使用后发现了一些问题：墨刀比较适合做移动端的软件模型，做pc端的组件太少了；效果切换用的是连线的方式，容易给使用者造成错乱的感觉。
困难
- 俗话说万事开头难，刚开始做这个作业的时候由于没有使用过相关的工具和参加过类似的项目，显得是那么无力。
解决
- 但是通过助教在群里面分享的墨刀使用教程跟往届学长学姐们的作品，通过类比知道了该怎么去完成这个项目，在也队友的讨论中慢慢完成了这项作业。
效能分析及PSP
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） |
| Planning | 计划 | ||
| •EStimate | • 估计这个任务需要多少时间 | 180 | 240 |
| Development | 开发 | ||
| • Analysis | • 需求分析 (包括学习新技术) | 60 | 120 |
| • Design Spec | • 生成设计文档 | 60 | 100 |
| • Design Review | • 设计复审 | 30 | 30 |
| • Coding Standard | • 代码规范 (为目前的开发制定合适的规范) | 30 | 30 |
| • Design | • 具体设计 | 60 | 80 |
| • Coding | • 具体编码 | 60 | 70 |
| • Code Review | • 代码复审 | 30 | 40 |
| • Test | • 测试（自我测试，修改代码，提交修改） | 60 | 40 |
| Reporting | 报告 | ||
| • Test Repor | • 测试报告 | 40 | 50 |
| • Size Measurement | • 计算工作量 | 30 | 30 |
| • Postmortem & Process Improvement Plan | • 事后总结, 并提出过程改进计划 | 60 | 60 |
| 合计 | 710 | 890 |
#[博客pdf版下载](https://files.cnblogs.com/files/fishkk/%E7%BB%93%E5%AF%B9%E7%AC%AC%E4%B8%80%E6%AC%A1%E2%80%94%E5%8E%9F%E5%9E%8B%E8%AE%BE%E8%AE%A1.zip)
