软件工程团队项目的一些个人想法

现代软件工程团队项目并不是随随便便就能决定是否值得去做，现在根据邹欣老师要求的一个框架 (NABC 模型)，现在提出我对团队项目的一些初步想法，欢迎大家一起讨论！

 

想法1:完善微软学术搜索（Microsoft Academic Search）的高级搜索界面

1) N (Need 需求)

目前在微软学术搜索的页面，高级搜索基本上不具备高级搜索功能，还是只能根据类别和时间搜索，不能同时规定需要搜索的某一关键词，作者名字和时间段，引用率等具体信息去搜索。所以我觉得做出一个比较完善的高级搜索界面有着很大的需求。

2) A (Approach 做法)

高级搜索的界面应该至少包括 关键词，作者姓名，出版时间段，学术领域等，当然也可以保持现在微软学术搜索的一个特点，按照某个或者某些会议或者期刊名称搜索，另外可以根据被引用次数排序显示结果。

3) B (Benefit  好处)
完善高级搜索界面，对于用户快速准确搜索到需要的文章非常方便。

4) C (Competitors 竞争)
目前谷歌学术搜索（google scholar）的高级搜索就做得比较好，我们可以吸取一些其中的优点，并根据微软学术搜索的功能特点，把高级搜索条目做得更加人性化，方便用户快速定位所需学术信息。

 

想法2：包含屏幕取词搜索功能的学术搜索客户端软件

1) N (Need 需求)

当我们看paper时，有时候并不是对文中出现的学术名词或者某一种方法特别熟悉，这时候我们需要另外去搜索相关论文查找。 所以我们能不能做出一个软件，能够直接进行取词搜索，然后返回相关的学术信息，比如介绍这种方法的文章结果，或者包含用户划取的关键词的文献。有点类似于谷歌金山词霸做的事情，只不过不是搜索单词的含义，而是学术信息。

2) A (Approach 做法)

关于具体需要采用的技术还不是很明确，但肯定包括屏幕取词的技术，然后往学术搜索引擎发送搜索请求，然后返回搜索结果。难度目前未知。

3) B (Benefit  好处)
如果用户安装了这样一个类似于学术搜索客户端的东西，在看paper时遇到不太清楚的方法或者另一些相关论文，可以直接进行划词搜索，这样节省了用户另外开浏览器搜索的步骤。

4) C (Competitors 竞争)
目前好像还没有类似学术搜索客户端的软件出现，所以应该会有比较广泛的用户需求。

Wei Xiao