软件工程第二次做业（原型设计）

课程名称：软件工程实践
做业要求：结对第一次—原型设计（文献摘要热词统计）
结对学号：221600428 | 221600438
做业目标：了解NABCD模型,学习创建软件原型
原型工具：墨刀
PDF连接：下载PDF

NABCD模型

• N（Need）
  • 用户可给定论文列表
  • 经过论文列表，爬取论文的题目、摘要、关键词、原文连接；
  • 可对论文列表进行增删改操做(今年、近两年、近三年)；
  • 对爬取的信息进行结构化处理，分析top10个热门领域或热门研究方向；
  • 可对论文属性（oral、spotlight、poster）进行筛选及分析；
  • 造成如关键词图谱之类直观的查看方式；
  • 可进行论文检索，当用户输入论文编号、题目、关键词等基本信息，分析返回相关的paper、source code、homepage等信息；
  • 可对多年间、不一样顶会的热词呈现热度走势对比（这里将范畴限定在计算机视觉的三大顶会CVPR、ICCV、ECCV内）。
  • 可进行数据统计，例如每一个国家录用文章的分析、每一个学校录用文章的分析、哪一个学校哪方面的研究方向比较强等。
• A（Approach）
  根据需求,咱们打算一个Web的网页原型设计。首先切割功能需求，使页面更加的合理，提升页面的开发速度，减轻编程量。
  咱们将全部的功能以及展现划分为六个页面，分为主页面、导出论文信息、关键词图谱分析、不一样顶会热词呈现的热词走向趋势、学校录用论文分析、国家录用论文分析六大主要页面。另外论文信息检索的界面是直接以网络搜索引擎的检索结果为准。
  一、主页面：
  （1）将数据统计以及热词统计还有通知做为一栏，这样就是属于连接一栏，这一栏须要作的：
  A、通知连接、文字展现。
  B、去爬取三大顶会（CVPR，ICCV，ECCV）的论文信息，而且作出统计分析。
  （2）以论文编号、题目、关键词为输入的搜索栏做为一个场景。
  （3）以论文列表输入的论文信息分析与统计做为场景。（2）（3）做为一栏。
  二、导出论文信息做为一个页面，将其结果做为关键词图谱分析的内容。另外还可以对结果为属性分析。故而关键词图谱分析界面做为导出论文信息的子页面。
• B（Benefits）
  这个平台的好处就是直击用户的需求----对论文的信息统计分析，可以向用户展现近年来国际的热门领域和研究方向、学校的热门领域和研究重点。同时还可以简略的展现用户所感兴趣的全部论文的简略信息（论文标题、关键词。摘要），让用户可以在短期内筛选出本身所须要的论文及其信息。
• C（Compettors）
  咱们的竞争优点已经在B中有所说起，那就是可以让用户在短期内筛选出本身所须要的论文及其信息，用户须要作的很简单，提供一份论文列表就能够了，或者是用户本身去挑选本身所感兴趣的论文，将其做为分析统计的内容就能够了。
• D（Delivery）
  能够经过QQ，微信等通信工具进行推广。

结对过程
在阅读用户给出需求后，咱们在草稿上对基本的设计以及结构作了必定的分析并结合原型页面对需求进行了正常的结构分析（输入内容、处理、输出结果）

原型截图
一、登录页面

二、注册页面

三、主页面
搜索框：可输入论文编号、题目、关键词，而后在三大顶会爬去相应论文信息。
输入框：论文列表/会议名称----此项用于作论文内容分析---添加则能够将相应论文添加到列表项。
批量导入：用户能够将论文标题、连接等内容制成Excel表格，而后以文件形式导入列表
（按钮---导出论文信息）：论文标题、摘要、关键词、原文连接。
（按钮---选中删除）：对所显示的论文列表里面的选中的论文标题进行删除。
（按钮---筛选）对论文标题进行信息爬取。
（图标--星号）用于论文列表的收藏，方便用户下次的论文信息导入
页面左边三个连接：导出的页面也都是基于三大顶会（CVPR、ICCV、ECCV）的论文信息作出的论文内容筛选（热词呈如今不一样年限内的热度走向趋势，国家、学校对论文的录用状况分析）。

四、导出论文信息页面
（按钮--筛选）对属性（oral、spotlight、poster）的筛选
连接：对筛选出来的内容的关键词作数据进行统计分析。

五、关键词图谱分析界面
先是以列表形式以从高到低的占比排序列出关键词的出现占比，再以扇形给出top10关键词占比（即top10研究方向），再以条形图的方式给出top10领域的占比。

六、主页面左边一栏连接（从上到下的顺序）

• 三大顶会热词走向对比
  

• 国家对论文的录用次数对比
  上边一个表格列出列表论文每一标题论文的总录用次数。
  下边一个即点击论文标题后显示出来的，即表示每个国家对该论文的录用次数对比（默认是第一篇，存在点击事件）
  （均是由高到低的排序）
  

• 学校录用论文及研究重点分析
  左边表格显示论文被录取的次数具体的显示数目可由客户选定）
  右边表格显示学校的研究重点（具体的显示数目可由客户选定）
  

困难与解决
作为一个编程不算太好的人，作原型设计的时候，对功能实现的具体作法有必定的局限性----（不知道这个功能能不能实现，具体的实现方式是什么）。对此作原型设计会感到畏手畏脚的，由于一旦某个功能以为不能实现的时候，还须要作出具体的分化。
好比，作议论文列表做为输入，导出论文信息的功能处理的时候，考虑了用户的具体输入是什么。如果只有标题，那么咱们必须实现对顶会的论文作处理，而且存储在本身的数据库中，否则，直接爬取信息那么就感受会出现问题----（可是具体的问题就不知道什么，可是根据本身的理解应该是这样的，直接以论文标题做为输入去检索定位论文的第一手内容，而后对其爬取，那是很容易出问题的，甚至没法实现），对此不清楚这个问题须要在原型设计中怎么展示出来。
因此问题的解决方法也只能记录问题的所在，而后留待具体的实现的时候讨论方案设计。
因此存在一个问题，作原型设计的时候是否是须要设计师和程序员的相辅相成才可以设计出更加合理，贴近基于可以实现的原型设计。而后考虑到这，问题的答案已经呼之欲出了----二者的兼顾是十分必要的。只是咱们如今的所学有限，限制住了咱们的实现方式...
出现这种问题的时候，咱们须要记录问题，在讨论实现的可能性，再反馈到原型设计中。

PSP

PSP2.1	Personal Software Process Stages	预估耗时（分钟）	实际耗时（分钟）
Planning	计划
• Estimate	• 估计这个任务须要多少时间	580	640
Development	开发	520	580
• Analysis	• 需求分析 (包括学习新技术)	60	60
• Design Spec	• 生成设计文档	120	150
• Design Review	• 设计复审	30	30
• Coding Standard	• 代码规范 (为目前的开发制定合适的规范)	0	0
• Design	• 具体设计	300	330
• Coding	• 具体编码	0	0
• Code Review	• 代码复审	0	0
• Test	• 测试（自我测试，修改代码，提交修改)	10	10
Reporting	报告	60	60
• Test Report	• 测试报告	20	20
• Size Measurement	• 计算工做量	20	20
• Postmortem & Process Improvement Plan	• 过后总结, 并提出过程改进计划	20	20
合计		580	640