第一次结对做业-原型设计

写在前面

• 课程 软件工程1916|W（福州大学）
• 做业连接 结对第一次—原型设计（文献摘要热词统计)
• PDF
• 要求：
  • 1、阅读《构建之法》第3章和第8章的内容，并在下方做业里体现出阅读后的成果。特别是第8章中的NABCD模型。
  • 2、结对合做，阅读下方的客户描述的现实困扰，以共同发布一份博客随笔的形式，设计一套方案，向客户推销。描述大体方案，以向客户证实你正确理解了客户的需求、提供给客户可行的优化的使用建议，给出原型模型，并提供大概的解决方案预期规划。
    目标：学会合做写一些小项目
    本次做业实现的方面：熟悉markdown排版，规划本身本学期目标

• 目标: 和队员一块儿合做完成一个原型设计，学习axure rp 8用法以及软件工程的NACD方法

• 队员
  • 221500201_孙文慈 原型的设计大部分 NABCD模型 与其余队伍交流意见 查找资料 进度规划
  • 226100125_刘杰 功能思惟导图 NABCD模型 文档编写 补充需求等 进度规划

PSP表格

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

NABCD模型

N ----Need

• 客户需求
  • 经过论文列表，爬取论文的题目、摘要、关键词、原文连接；
  • 对论文列表进行增删改操做(今年、近两年、近三年)；
  • 对论文属性（oral、spotlight、poster）进行筛选及分析；
  • 对爬取的信息进行结构化处理，分析top10个热门领域或热门研究方向；
  • 可进行论文检索，当用户输入论文编号、题目、关键词等基本信息，分析返回相关的paper、source code、homepage等信息；
  • 可对多年间、不一样顶会的热词呈现热度走势对比（这里将范畴限定在计算机视觉的三大顶会CVPR、ICCV、ECCV内）
• 补充需求
  • 提供用户云空间功能
  • 增长关注列表
  • 支持拖曳整理云空间资料

A ----Approach

• 平台:Web---免去下载客户端的麻烦，适用于多种平台，方便浏览论文
• 搜索论文：经过用户的筛选条件有选择的爬取论文列表，支持用户批量增删改操做
• 统计分析：把用户选择的数据用图标显示出来
• 会议新闻:在用户搜索前能够有针对的推广相关消息,如各种门户网站同样轮播Top10论文榜单

B ----Benefits

• 基于Web符合群体用户使用习惯，用户上手快，论文阅读的体验好
• 节约时间，省去了一篇篇论文查找分析的过程
• 增长的功能会给用户更好的用户体验
• 不须要注册也能使用大部分功能

C ----Competitors

• 优点
  • 无需注册登入便可使用检索功能
  • 界面简洁易于上手
  • 使用拖曳功能便于用户整理资料
  • 云空间记录表，能够留住用户（用户间支持分享记录）
  • 初期免费，无广告等额外“需求”
• 劣势
  • 适用的群体小众
  • 功能不够完善
  • 未充分调研用户需求
  • 没有UI设计经验，界面不够友好
  • 最重要的一点，知网等数据库查询论文须要购买版权，花费大
  • 可能会涉及到论文的版权问题

D ----Delivery

• 能够在校内免费推广一段时间，手机用户的反馈，进一步优化
• 创建相关的公众号
• 在相关的论坛上推广
• 不断维护更新，积累用户
• 拓展到其余顶会，不只局限于计算机视觉

思惟导图

原型

登陆界面（能够支持匿名浏览）

有关论文列表

论文查询结果

热词走势可视化图表展现

我的中心

以及第一次比较失败的原型.......
墨刀原型

讨论过程

困难

队员第一次配合，还不够默契。
在原型工具的使用上遇到了很大的困难，先是用墨刀，不过费了一番精力仍是没可以掌握用法，好在队友及时学会了axure rp 8，并教会了我，这个咱们团队的任务进度作出了很大贡献。
缺少UI设计经验，设计的界面虽然简洁，但可能对用户不够友好，有待改进。

总结

幸亏在分析阶段和队友讨论过，也参考了很多其余队伍的意见。才有了思路开始着完成任务。本次的原型设计人虽然存在着须要改进的地方，如缺乏用户调研，界面不够友好等。但让咱们理解了原型开发过程当中所要作的工做原来这么多，而不是仅仅像成绩管理系统同样照着实现功能点就能够了。另外，团队的默契有了必定的提升。但愿后续有机会能继续完善。