结对第一次—原型设计(文献摘要热词统计)
- 作业描述
- 作业所属课程:软件工程1916|W(福州大学)
- 作业要求:结对第一次-原型设计
- 结对学号:221600328 221600106
- 作业目标:尝试结对合作,使用NABCD模型,会分析用户需求,用原型设计工具设计软件原型
- PDF附件:PDF链接
作业正文
一、需求分析 -- NABCD模型
N -- need(需求)
- 用户可给定论文列表
- 通过论文列表,爬取论文的题目、摘要、关键词、原文链接;
- 可对论文列表进行增删改操作(今年、近两年、近三年);
- 对爬取的信息进行结构化处理,分析top10个热门领域或热门研究方向;
- 可对论文属性(oral、spotlight、poster)进行筛选及分析;
- 形成如关键词图谱之类直观的查看方式;
- 可进行论文检索,当用户输入论文编号、题目、关键词等基本信息,分析返回相关的paper、source code、homepage等信息;
- 可对多年间、不同顶会的热词呈现热度走势对比(这里将范畴限定在计算机视觉的三大顶会CVPR、ICCV、ECCV内)。
- 可进行数据统计,例如每个国家录用文章的分析、每个学校录用文章的分析、哪个学校哪方面的研究方向比较强等。
A -- Approach(方法)
经过讨论,我们的平台主要基于web实现,原因如下:
- Web开发与平台无关,无论系统平台是什么,都可以通过网络访问到我们的软件;
- Web端无需额外安装客户端,访问成本较低;
- app平台移植性较差,实现复杂,用web实现较为简单;
具体实现操作如下:
主页提供实时热点更新,使用户一进界面即能直观了解到当前热点信息。
检索界面可批量操作,每篇论文可提供下载,源码以及访问主页功能,并可多论文的多个属性进行筛选,排序,对搜索到的结果有热点分析功能,提供导入导出。
数据统计主页面也有实时热点国家学校信息,可对所想要了解的国家,学校进行搜索,以图表形式清晰展现,并提供智能分析。
三大顶会可分别选择各个顶会,提供折线分析走势对比,并可查看详细查看数据
主页面显示四个主要功能—检索,个人收藏,数据统计,三大热点。
2.预期向大众开放的平台,涵盖论文内容广泛,仅需要输入关键词及oral、spotlight、poster就可以搜寻到相关内容。
3.数据统计:可查询相关近n年大学录用文章图标分析图,并且有智能分析评论。
4.三大热点:可以选择顶会,会有相应的折线图分析图,并且有智能分析评论。
B -- Benefits(好处)
- 页面功能多,可以与多人分享交流
- 是初试之作,对用户的建议会十分重视
- 页面简洁 工整,方便上手
- 提供智能分析,一句话总结
- 对论文清单、顶会论文进行统计分析,并生成许多有参考价值的数据、图表,帮助用户迅速了解近年的研究热点;
C -- Competition(竞争)
优势:
- 提供文献检索功能,帮助用户管理文献,并进行统计分析,给出热词趋势、热点研究方向等有价值的信息。
- 设计画面简洁,简单易上手,不仅能更好地服务科研工作者,也能帮助刚刚开始进行科研的同学迅速入门。
- 方便客户访问
- 采用增量开发,会不断拓展功能
- 可将喜欢的内容收藏,可实行增删改操作
劣势:
- 目前仅支持三大顶会的论文检索,查看
- 对论文的收藏管理较为简单
- 暂无分享推广社交类功能,需要拓展
D -- Delivery(推广)
先从同学,好友入手,推荐他们使用,并获取反馈,逐步完善功能。
待处理好大部分bug,完善基本功能后,开始向学校,实验室推广,争取获得他们的推广。
逐步扩大,通过网络进行推广,努力拓展完善功能,提升用户体验。
二、原型设计
原型开发工具:墨刀
原型地址
截图:
登录界面:
主页:
检索界面:
论文界面:
批量操作:
导入:
导出:
热点分析:
数据统计:
福州大学:
三大顶会:
三、结对过程
我们首先阅读了《构建之法》第三、八章的内容,并使用NABCD模型进行了需求分析,然后经过讨论,设计界面的功能和布局,
之后学习了墨刀的基本用法,查找有关资料。接着便是逐步完成各个页面的设计,并编写博客。
部分草图:
结队照片:
四、遇到的困难
- 队友间的相互沟通
- 因为我们是在微信群里结对的,之前彼此之间都互不认识,所以一开始遇到的困难就是两人之间看问题方面的不同,这个功能点他觉得要这样做,而我则是另一种想法,意见相差比较大= = ,最后通过讨论,也相互思考,取得一致。但队友之间仍需相互磨合。
- 对需求的分析
- 一开始觉得需求分析挺简单的,在原型设计时才发现之前做的需求有问题,太过广泛,以至于不知该如何排版制作,最后通过反复阅读需求,理清关系,紧扣核心需求成功解决。
- 对原型设计工具的不熟悉
- 之前都没有接触过墨刀,这次作业做完后也算是学会对墨刀的初步掌握了。
五、效能分析和PSP表格
-
效能分析:
- 在任务过程中,因为对需求分析的不到位,设计工具的不熟练,和队友一起做设计的时间也比较短,效能并不高,做了很多无用功,但最后也是成功完成了任务。
-
PSP表格
PSP2.1 | Pesonal SoftWare Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
---|---|---|---|
Planning | 计划 | 30 | 30 |
Estimate | 估计这个任务需要多少时间 | 10 | 10 |
Development | 开发 | ||
Analysis | 需求分析(包括学习新技术) | 120 | 130 |
Design Spec | 生成设计文档 | 30 | 40 |
Design Review | 设计复审 | 20 | 30 |
Coding Standard | 代码规范(为目前的开发制定合适的规范) | 0 | 0 |
Design | 具体设计 | 360 | 560 |
Coding | 具体编码 | 0 | 0 |
Code Review | 代码复审 | 0 | 0 |
Test | 测试(自我测试,修改代码,提交修改) | 60 | 70 |
Reporting | 报告 | 100 | 120 |
Test Report | 测试报告 | 10 | 10 |
Size Measurement | 计算工作量 | ||
Postmortem&Process Improvement Plan | 事后总结,并提出过程改进计划 | 30 | 30 |
合计 | 800 | 1030 |
六、个人心得
通过本次实践体会到了两个人的智慧大于一个人的智慧的感觉,在和队友讨论的过程中,一起解决了许多问题。这次是第一次体验简单原型设计,它可以帮助你更好的和客户沟通,也可以让你对自己的设计方案更了解。对于我来说,以前从来没有机会实践这一方面,所以这是一个很好的机会来实践学习的机会。这次实践不足的地方在于对ui设计这一方面经验不足,所以不能设计出另自己满足的界面(大概是审美不行)这可能是我不足的地方,幸运的是邮递员的帮助,和他一起完成了这次作业。
posted on 2019-03-08 18:16 ChenHong1998 阅读(235) 评论(2) 编辑 收藏 举报