软工第三次作业-结对作业
超时空通道
需求分析
【Need——需求】
(1)必要需求:
-
用户可给定论文列表
- 通过论文列表,爬取论文的题目、摘要、原文链接
- 可对论文列表进行增删改操作(今年、近两年、近三年)
-
对爬取的信息进行结构化处理,分析top10个热门领域或热门研究方向
- 可对论文属性(oral、spotlight、poster)进行筛选及分析
- 形成如热词图谱之类直观的查看方式
-
可进行论文检索,当用户输入论文编号、题目、作者等基本信息,分析返回相关的paper、source code、homepage等信息
-
可对多年间、不同顶会的热词呈现热度走势对比(这里将范畴限定在计算机视觉的三大顶会CVPR、ICCV、ECCV内)
-
可进行数据统计,例如每个国家录用文章的分析、每个学校录用文章的分析、哪个学校哪方面的研究方向比较强等
(2)辅助需求:
-
用户可把感兴趣的论文添加入收藏夹。
-
用户可以给论文的难度评星,系统会根据用户的评定和论文的出处等因素给论文评星。
-
系统会根据用户阅读论文的数量和用户收藏夹的论文类别,以及结合当前顶会热词等,向用户推荐论文。
-
对加入收藏夹的论文,用户可以添加笔记。
-
用户可以建立自己的学习计划。
【Appproach——做法】
- 我们团队成员有过开发安卓app的经验,会使用Python,能够很好地处理各种开发上的难题。
- 实行会员制,会员可以通过我们的平台看到网络上百分之九十以上的论文,而避免为了找到需要的论文而在多个平台交钱的现象。
- 从成本上来看,我们小队可以找到一些志同道合的同学来帮助我们去寻找论文资源,实现软件开发和测试等,而这个成本是很低的。
- 从周边环境来看,作为在校大学生,我们周围有许多学长学姐,包括我们自身都有着相应的需求,因此我们不缺市场。
- 从人脉上看,我们小队有实验室核心成员,也有在学生会担任职务的同学,因此我们软件的宣传有先天的优势。
【Benefit——好处】
- 支持关键词搜索,相对于百度上各种凌乱的信息,我们的平台可以过滤广告信息,可以直接将论文内容呈现给用户,而跳过访问网站的部分,让用户不用打开多个网站。
- 我们平台对用户配置的要求很低,对用户的内存和显卡几乎没有要求。
- 我们的平台支持对三大顶会的论文信息进行筛选处理,并以图像的形式呈现给用户,让用户不用花时间去一篇篇搜索,就可以知道三大顶会当前的热点。
- 使用我们的平台,每天会根据你的浏览记录和当前热点,推荐一些有趣的论文,激励你去学习进步。
【Competitors——竞争】
- 相对于市场上已有的其它平台,我们平台有着以下优势:
- 更实用的推荐功能。我们平台会结合用户的搜索记录,根据用户的喜好进行推荐,让用户拥有更舒适的用户体验。
- 更广阔的市场。作为211的大学生,我们周围就有着个各种论文搜索的需求,相比于社会的企业,我们在身边就有着很大的市场。
- 更强大的宣传手段。国家现在很支持大学生创新创业,只要我们的论文搜索平台有足够大的竞争力,就可
- 以得到学校的大力支持,获得很好的宣传效果。
- 更低的成本。对比于社会上的其它同类平台,我们在学校所花费的成本会低许多。
- 更友好的用户界面。我们团队十分重视用户体验,平台支持多种皮肤选择,也支持会员和非会员两种身份查询。对于会员,可以保证没有任何广告。
【Delivery——推广】
-
首先将目标放在班级的同学身上,在班级推广一段时间之后,收集用户体验和建议。
-
和柯老师合作,争取将平台推广到实验室和老师正在教的几个班级。
-
和学院合作,通过团委学生会在全院推广。
-
将我们的平台链接制作成说说发至qq空间和微信群,转发我们的说说,并达到一定数量赞的,可以获得我们的小礼品。
-
老用户每拉五个新用户注册我们平台,享有一个月会员优惠。
原型模型
- 主页界面,包括了顶尖论文, 研究论文和高校解读部分,还有推荐版块
- 主页界面,包括了顶尖论文, 研究论文和高校解读部分,还有推荐版块
-
登录注册界面
-
论文查询列表
-
Top10
-
关键词图谱
-
名人名家
-
论文摘要和基本信息
-
高校解读
-
用户的个人界面
讨论的照片
本次结队作业的PSP
PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
---|---|---|---|
Planning | 计划 | 50 | 30 |
· Estimate | · 估计这个任务需要多少时间 | 50 | 30 |
Development | 开发 | 200 | 210 |
· Analysis | · 需求分析 (包括学习新技术) | 120 | 110 |
· Design Spec | · 生成设计文档 | 50 | 50 |
· Design Review | · 设计复审 | 30 | 50 |
· Coding Standard | · 代码规范 (为目前的开发制定合适的规范) | 0 | 0 |
· Design | · 具体设计 | 0 | 0 |
· Coding | · 具体编码 | 0 | 0 |
· Code Review | · 代码复审 | 0 | 0 |
· Test | · 测试(自我测试,修改代码,提交修改) | 0 | 0 |
Reporting | 报告 | 100 | 65 |
· Test Repor | · 测试报告 | 0 | 0 |
· Size Measurement | · 计算工作量 | 20 | 15 |
· Postmortem & Process Improvement Plan | · 事后总结, 并提出过程改进计划 | 80 | 50 |
合计 | 350 | 305 |
设计说明
遇到的困难及解决方法
刚开始做需求分析的时候,我们首先遇到的问题就是意见的分歧。对于有些功能,比如学习笔记,我认为完全可以归入需求分析中,但是喜源却认为这样的功能并没有很大的实际意义,而且市面上有很多产品已经基本实现了这一功能,我们完全可以做一个精简的搜索平台,我却认为平台应该尽可能满足用户可能存在的各种需求。为了解决这个矛盾,我们开始不断地讨论,也去上网搜索了许多类似平台的功能。最后,我们决定找五位潜在用户来投票表决,这样的功能是不是有存在的必要。根据投票结果我们保留了这个功能。这次意见上的分歧让我们知道了市场调研的重要性,很多功能并不是我们我们感性地判断需不需要,而是要看用户的需求与否,因此我们也打算在推广过程中以问卷等多种形式收集用户意见。
学习进度条
第N周 | 新增代码(行) | 累计代码(行) | 本周学习耗时(小时) | 累计学习耗时(小时) | 重要成长 |
1 | 300 | 300 | 15 | 15 | 熟悉了C++语言,了解了单元测试,代码覆盖率和性能分析 |
2 | 0 | 300 | 8 | 23 | |
… |