必应缤纷桌面产品分析

时间:2024-04-15 21:44:55
学生:宋晓楠(009) 李晨晓(003) 王绪霄(012)

第一部分

1、关于“将必应每日图片设为背景”的问题

点击“选择必应缤纷壁纸”按钮,出现的图片显示不全。用于切换图片的左右箭头对于鼠标点击没有响应。点击图片设为背景后极度不美观。如下图所示:

2、“悬浮模式”和“吸附模式”的改变

“悬浮模式”可以通过鼠标拖动窗口到屏幕边缘自动变为“吸附模式”,但是“吸附模式”必须通过点击窗口的选项按钮,选择设置--->启用吸附模式改变,不人性化,用户体验不好。

3、“必应缤纷桌面”的应用程序的关闭问题

在任务栏,右击选择关闭窗口,“必应缤纷桌面”的图标却一直显示在任务栏,只能通过任务管理器结束进程来关闭“必应缤纷桌面”的应用程序。

第二部分

当我在寻找采访对象的一段时间内,有一次高中同学聚会,和一个好朋友聊天中,得知她喜欢收集各种美图,对于更换手机电脑壁纸和主题很感兴趣。于是我建议她安装必应缤纷桌面,她同意了。自然而然,她便成了我的采访对象。

采访对象今年夏天学习中药制药本科毕业后,刚刚走上工作岗位,成了众多小白领中的普通一员。平时上班免不了会整天对着电脑,如果长时间面对着单调的桌面壁纸会觉得非常乏味,所以她会在工作的空闲时间经常更换桌面壁纸,喜欢收集各种美图,也借此提升工作中的趣味性。在我提议给他必应缤纷桌面这个应用程序之后,考虑到公司制度,让我去里面开展采访不方便,于是她决定回家在自己的笔记本上试用一段时间,我便跟她回家完成了这次采访。

在大概二十五分钟的试用过程中,采访对象主要对必应美图更新桌面,必应快捷搜索等功能进行了试用。以下为采访对象试用必应缤纷桌面的照片:

    从安装之后,用户首先查看了必应缤纷壁纸列出的图片,很遗憾的是当时只能刷出四张图片,其中只能显示三张图片,第四张不能正常显示出来。然后用户试用了必应快速搜索的功能,她输入了感兴趣的明星张靓颖、林俊杰等人名进行搜索,可以在网页看到艺人的资料和图片信息,明星的人立方,他们的最新动态,以及作品的MV视频信息等。她又搜索了巨石阵,可以看到巨石阵的百度百科、图片、雅虎知识堂以及相关视频等信息。接下来用户再次查看了必应缤纷壁纸列出的图片,这次可以列出八张美图。用户接着尝试了必应缤纷桌面的不同设置,对该应用的吸附模式和悬浮模式感觉很满意,适合于将小界面放在电脑桌面不同的地方,或者是在办公室电脑桌面自动隐藏起来。

总起来说采访对象对于软件的数据量不是很满意,认为可供选择的必应缤纷壁纸太少。软件的界面比较迷你,可以更换壁纸,可以展开快速搜索,采访对象认为这样适合办公电脑上使用,不占用太多的桌面空间,刷新壁纸方便,而且可以快速搜索突然想起的某些信息,总之对界面和功能满意度比较高。

在进行试用后,用户建议应该列出更多壁纸并且适当分类,比如静物、风景、宠物等等进行简单分类,以便于用户更快捷的查找到所喜欢的壁纸。

第三部分

1、预计需要十周的时间,具体安排如下:

第一阶段:(第一周)

计划阶段

项目计划草案和风险管理计划作为第一步,当确定开发之后则制定软件开发计划、人员组织结构定义及配备、过程控制计划。

第二阶段:(第二周)

需求分析

做好软件需求规约

设计用户界面原型

第三阶段:(第三周)

开发阶段

软件架构的设计,说明软件的组织结构、部署结构及运行环境。

类设计,定义类之间的关联和类的属性、方法。

第三阶段:(第四周)

开发阶段

数据库设计
  定义数据库表之间的关联和各个表的字段。

第三阶段:(第五周)

开发阶段

编码和单元测试
  按照设计文档进行编码,每完成一个模块应进行单元测试。

第三阶段:(第六周)

开发阶段

编码和单元测试
  按照设计文档进行编码,每完成一个模块应进行单元测试。

第三阶段:(第七周)

开发阶段

编码和单元测试
  按照设计文档进行编码,每完成一个模块应进行单元测试。

第三阶段:(第八周)

开发阶段

集成系统
  按软件组织结构的要求将各个子系统组合起来。

第四阶段:(第九周)

测试阶段

做出测试计划,收集和组织测试信息,为测试工作提供指导。
  测试数据,尽量使用真实数据。
  做出测试报告,记录测试结果,详细描述问题,提出解决办法。
  做出帮助文件和用户操作手册。

第五阶段:(第十周)

发布阶段

软件发布

 

2、该产品的优点:

1)必应缤纷桌面--将Bing每日图片自动设为桌面壁纸,每天换一张新的精美的壁纸,让用户每天都有新鲜感。

2)安装很简单,双击之后自动安装,没有选择项

3)运行后,会在桌面多出一个必应的搜索框,使用户搜索时不用打开浏览器,应用更加便捷。点击最右边的设置按钮,可以看到下面的设置选项。

该产品的缺点:

1)诸多的bug。

3、该团队的改进地方

该团队在完成系统的实现后,测试方面的工作还不完善。希望在系统测试上多花费一些时间和经历。

第四部分

Bing桌面是一类桌面增强小程序。目前市场上这类产品很多,事实上Bing桌面还没能在这一类产品中脱颖而出,目前做的比较好、比较流行的桌面小程序有例如“雪狐桌面精灵”、“视窗美化”等。大体上说,这类小程序的共同点在于程序体积小、安静运行、提供常用小功能;但是他们也各有各的特点,从而从不同角度吸引用户。Bing桌面的特点在于以强大的Bing搜索引擎作为依托,用户可以在不打开浏览器的情况下随时用Bing进行搜索,每日更新的背景省去了用户更换桌面背景的麻烦并且向用户推送了世界各地的精彩风景。但是,很明显Bing桌面还需要更好的功能来吸引更多的用户。

 

1、还要在Bing桌面中加入的功能有:

1)设置桌面图片切换的频率。

2)提供用户登录功能,将用户信息及喜好记录在云端,使用户在不用的电脑上看到自己喜欢的桌面背景。

3)允许用户屏蔽不喜欢的图片,并且可以将某些背景标记为喜欢。

4)Bing桌面将不再显示不喜欢的背景,多显示喜欢的背景。

5)Bing桌面对已知的用户喜好信息进行数据挖掘,向用户推送他可能喜欢的背景。

6)集成其他常用桌面小功能,如时钟、便签等。

 

2、为什么用户会用Bing的新功能:

1)用户会喜欢由的定制桌面,如有些用户喜欢绿色的桌面背景便于保护视力,有些用户有喜欢的动漫背景,如果能将这些喜好随身携带将省去用户重新定制桌面的麻烦。

2)目前桌面小工具琳琅满目,用户不喜欢安装多个桌面增强小程序,因而会倾向于选择集成了更多功能的软件,因而向Bing桌面中加入更多的功能将会得到用户的青睐。

3)很多用户已经厌倦了每天一成不变的桌面背景,但是又对某些类型的图片反感,如果能由用户提供的信息挖掘出他的喜好,向他推送新的桌面背景,不仅省去了用户自己换背景的麻烦,还能做到“投其所好”,这将被更多的用户喜欢。

 

3、创新在哪里:

1)第一个利用数据挖掘向用户推送桌面背景的小程序(据我所知)。

2)第一个像豆瓣音乐一样记忆用户喜欢的背景的小程序。

3)集成了强大的搜索引擎、桌面背景和各种常用小工具的完善的桌面小程序。

 

4、如果我的团队有5个人, 3个月的时间, 我作为项目经理将会这样配置角色:

1)需求分析员

业务分析员通过概括和界定作为建模对象的组织来领导和协调业务用例建模。例如,确定存在哪些业务主角和业务用例,他们之间如何交互。通过描述一个或几个用例的需求状况以及其他支持软件的需求来获取系统功能某一部分的规约。还要负责用例包并维护该用例包的完整性。

2)软件设计师

设计员定义一个或几个类的职责、操作、属性及关系,并确定应如何根据实施环境对它们加以调整。此外,设计师可能要负责一个或多个设计包或设计子系统,其中包括设计包或子系统所拥有的所有类。编写部分模块设计文档和代码,检查软件工程师编写的模块代码。

3)UI设计师

界面设计人员通过以下方法来领导和协调 Web 界面的原型设计和正式设计:获取对 Web 界面的需求(包括可用性需求),构建 Web 页面原型,使 Web 界面的其他涉众(如最终用户)参与可用性复审和使用测试会议,复审并提供对 Web 界面最终实施方案(由其他开发人员员创建,如设计师和实施工程师)的适当反馈。

4)软件工程师

软件工程师负责完成设计师的设计意图,根据设计文档编写代码;根据设计文档编写单元测试代码,根据测试报告BUG记录修订BUG,完成包或子系统的开发。

测试工程师

5)测试工程师

测试工程师负责执行测试,其中包括设置和执行测试,评估测试执行过程并修改错误,以及评估测试结果并记录所发现的缺陷。

 

姓名

角色

项目经理、软件设计师、测试工程师

员工A

需求分析员、软件设计师、测试工程师

员工B

软件设计师、软件工程师

员工C

软件设计师、软件工程师、测试工程师

员工D

需求分析员、UI设计师、测试工程师

 

5、工作日程表

 

任务名称

工期

开始时间

完成时间

1

项目启动

0工作日

2012年3月10日

2012年3月10日

2

小组分工

1工作日

2012年3月10日

2012年3月10日

3

需求分析

8工作日

2012年3月11日

2012年3月19日

4

明确需求阶段的任务并分工

1工作日

2012年3月11日

2012年3月11日

5

获取需求

2工作日

2012年3月12日

2012年3月13日

6

初步确定需求

1工作日

2012年3月14日

2012年3月14日

7

重新获取需求

1工作日

2012年3月15日

2012年3月15日

8

最终获取需求

1工作日

2012年3月16日

2012年3月16日

9

绘制系统的用例图

1工作日

2012年3月17日

2012年3月17日

10

编写需求规格说明书

1工作日

2012年3月18日

2012年3月18日

11

需求分析阶段结束

1工作日

2012年3月19日

2012年3月19日

12

系统设计

17工作日

2012年3月20日

2012年4月4日

13

明确设计阶段的任务并分工

1工作日

2012年3月20日

2012年3月20日

14

设计系统的功能模块

6工作日

2012年3月21日

2012年3月26日

15

设计系统的数据库并绘制对象关系图

6工作日

2012年3月27日

2012年4月1日

16

编写设计文档

3工作日

2012年4月2日

2012年4月4日

17

系统设计阶段结束

1工作日

2012年4月4日

2012年4月4日

18

系统实现

34工作日

2012年4月5日

2012年5月9日

19

明确实现阶段的任务并分工

3工作日

2012年4月5日

2012年4月7日

20

编码

30工作日

2012年4月8日

2012年5月8日

21

系统实现阶段结束

1工作日

2012年5月9日

2012年5月9日

22

测试

20工作日

2012年5月10日

2012年5月29日

23

明确测试的任务及分工

1工作日

2012年5月10日

2012年5月10日

24

单元测试

5工作日

2012年5月11日

2012年5月15日

25

集成测试

5工作日

2012年5月15日

2012年5月19日

26

系统测试

4工作日

2012年5月19日

2012年5月22日

27

编写测试分析报告

2工作日

2012年5月23日

2012年5月24日

28

测试阶段结束

1工作日

2012年5月25日

2012年5月25日

29

编写用户手册

2工作日

2012年5月26日

2012年5月27日

30

项目结束

2工作日

2012年5月28日

2012年5月29日