结队第一次作业
作业连接 密码: 123456
一、《构建之法》读后感
第八章需求分析中提到了一个 NABCD 的模型，分别是N（Need，需求）、A（Approach，做法）、B（Benefit，好处）、C（Competitors，竞争）、D（Delivery，推广）。
N（Need，需求）
本次作业的需求是设计一个论文查找平台，具体需求如下：
- 用户可给定论文列表
- 通过论文列表，爬取论文的题目、摘要、原文链接
- 可对论文列表进行增删改操作(今年、近两年、近三年)
- 对爬取的信息进行结构化处理，分析top10个热门领域或热门研究方向
- 可对论文属性（oral、spotlight、poster）进行筛选及分析
- 形成如热词图谱之类直观的查看方式
- 可进行论文检索，当用户输入论文编号、题目、作者等基本信息，分析返回相关的paper、source code、homepage等信息
- 可对多年间、不同顶会的热词呈现热度走势对比（这里将范畴限定在计算机视觉的三大顶会CVPR、ICCV、ECCV内）
- 可进行数据统计，例如每个国家录用文章的分析、每个学校录用文章的分析、哪个学校哪方面的研究方向比较强等
A（Approach，做法）
做法的话，我们经过风险评估，打算采用Web的形式来实现以上需求功能。初始认为web的形式对于这个需求来说，是比较好做的，而且web感觉可以不需要去处理太多花哨的东西，可以简单一点。并且认为web端，相对上操作更加方便，可以让使用者知道如何使用。
B（Benefit，好处）
我可以给用户带来的好处：用户可以利用这个平台快速的输入论文列表，无论是手动输入还是上传csv文件；其次，用户可以爬取获得想要的论文的概要和原文链接；用户还能查看输入的论文列表的数据分析，我们会提供排行榜跟云图来展示结果；用户查看数据统计，来获得近年来的研究领域的走势变化；用户除了输入论文列表以外，还能单独检索某一篇论文，通过一些信息。
C（Competitors，竞争）
设计这个这需求，存在了很多竞争性的问题。我认为我方的优势在于利用许多的曲线图、柱状图以及一些云图，能够让用户非常清晰的了解到，现在的论文趋势，可以实现对与一些论文的收藏以及热词统计，其次风格较为简约，不会太复杂。相对劣势就是统计的数据可能没有太多，会相对单一一些。
D（Delivery，推广）
推广的方法，我想我们可以先把一些需求的这个东西的用户请他们来欣赏我们的原型设计，通过介绍让他们再自己的朋友圈进行宣传。其次，可以相应的打一些广告，可以让别人试用，来反馈功能方面的问题，提高自己的服务态度。
二、 结对合作
结对过程：
- 一开始我们先了解作业需求，先是阅读了构建之法的第三章和第八章的内容，了解到如何做一个软件工程师以及NABCD模型。
- 之后我们先进行了模型的设计，先画出整个原型的架构，在这期间也逐步学习Axure软件的运用。
- 整个原型的架构清楚之后，我们开始分工一些模块。
- 等每个模块的功能连接做好之后，开始进行相应的美化。
- 最后完成原型设计。
遇到的困难：
- Axure的使用，一开始难以入手，后面发现越来越轻松。
- 两个人的审美稍微不同，两个人分工的模块做出来的有UI不太一致。后来将整个功能组合好之后再进行统一的UI处理。
- UI的界面风格设计不是很好。
- 对于一些需求一开始不知所措，不知道所谓的数据分析的内容要写些什么。
原型设计展示
- 原型设计框架
- 设计首页
- 论文列表-(论文的增删改查)
- 论文摘要
- 数据分析-top10的热度论文
- 论文检索功能
- 简单的热词-历年趋势
- 数据统计
- 学校查询
- 简单的高校论文录用信息
- 各国家论文录用情况
(ps：原型设计中-以上是虚拟数据，不宜当真)
- 现场照
PSP:
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） |
|---|---|---|---|
| Planning | 计划 | ||
| · Estimate | · 估计这个任务需要多少时间 | 600 | 630 |
| Development | 开发 | ||
| · Analysis | · 需求分析 (包括学习新技术) | 120 | 120 |
| · Design Spec | · 生成设计文档 | 0 | 0 |
| · Design Review | · 设计复审 | 0 | 0 |
| · Coding Standard | · 代码规范 (为目前的开发制定合适的规范) | 60 | 60 |
| · Design | · 具体设计 | 240 | 270 |
| · Coding | · 具体编码 | 0 | 0 |
| · Code Review | · 代码复审 | 0 | 0 |
| · Test | · 测试（自我测试，修改代码，提交修改） | 0 | 0 |
| Reporting | 报告 | ||
| · Test Repor | · 测试报告 | 90 | 90 |
| · Size Measurement | · 计算工作量 | 30 | 30 |
| · Postmortem & Process Improvement Plan | · 事后总结, 并提出过程改进计划 | 60 | 60 |
| 合计 | 600 | 630 |
三、总结与体会
-
由于自己之前都是学习后端开发的，再加上自己的直男审美，UI设计的就比较丑陋，有所欠缺。
-
看了构建之法，也收获很大，之前想到过一个产品的评估流程，但是没有构建之法里那么系统、全面，学习到了。
-
不知道有没有理解错题目的意思，在画Axure原型设计的时候，于是在列表还有实际功能的交互部分花了很多时间。但是交作业的时候，发现只有截图，就感觉自己会错了意。（既然就只有截图那为啥不用PS呢！滑稽）
-
学习进度条
| 第N周 | 新增代码（行） | 累计代码（行） | 本周学习耗时(小时) | 累计学习耗时（小时） | 重要成长 |
|---|---|---|---|---|---|
| 1 | 300 | 300 | 5 | 5 | tensorflow学习，Axure设计学习 |
| ... |
