软件缺陷常常又被叫做Bug,即为计算机软件或程序中存在的某种破坏正常运行能力的问题、错误,或者隐藏的功能缺陷。缺陷的存在会导致软件产品在某种程度上不能满足用户的需要。IEEE729-1983对缺陷有一个标准的定义:从产品内部看,缺陷是软件产品开发或维护过程中存在的错误、毛病等各种问题;从产品外部看,缺陷是系统所需要实现的某种功能的失效或违背。

第一部分  调研,评测

(软件的bug,功能评测,黑箱测试,第8章 用户调研,12 章 软件的用户体验)

1)采访对象——仉伯龙, 北京舍友,努力准备托福和GRE中。

2)有图有真相

通过简单使用必应词典,我发现了以下三个BUG:

1:

  首先在网页版的必应词典中,我的电脑的分辨率是1920*1080的,发现 词典界面 和 学术界面 的用户登录状态栏的位置是不同的,一个在屏幕的右侧,而另一个则在屏幕的差不多中间的位置,如图。

  应该和分辨率有一定的关系,不过现在1920*1080分辨率还是用的挺多的,所以我觉得把这个小问题解决之后能够让整个界面更加的统一,不然总感觉怪怪的。

2:

  我分别在网页版必应词典和IOS客户端必应词典 翻译句子 The dog days are over. 结果结果却大不相同。

  Ios客户端翻译的还是挺靠谱的。这句话本来是Florence + The Machine乐队的一首歌名。

  不过客户端的翻译真是稀奇古怪“狗日子过去了”这简直开玩笑啊...而且同样是必应词典,在不同平台上翻译的结果却不一样,这应该算是个问题吧。

  

3:

  在IOS客户端上,我使用了一下必应电台。随机播放了一篇听力材料,进入下面的第一个图的界面,然后点击右下角的播放列表按钮,进入下面的第二个图的界面,

  接着点击 后退,返回到前一个界面,BUG产生了。听力材料的时间轴不断向前滑动,时间一秒一秒流逝,声音却停了,一点声音都没了...需要暂停一下,再播放,才恢复正常。

  这个BUG真是醉醉的。

经过我的使用,我的结论是十分不推荐这个软件。

第二部分 分析

在阅读教材《构建之法》的“需求分析”这个章节的“计划和估计”后,以及根据前提:团队人数6人左右,计算机大学毕业生,并有专业UI支持。

我做出了自己认为合理的假设下的时间需求的估计:

1.进行市场调研,明确用户需求。                           1 week

2.调研结束后,对调研结果进行分析,明确产品需求。  1 week

3.进行软件的功能设计,制定开发计划与任务分工。    1 week

4.将已经存在各种大辞典的词库,整合在一起。          1 week

5.开始实现最基础的功能,做出alpha版本。             2 weeks

6.测试,debug。                                             1 week

7.实现其他拓展功能,做出Beta版本。                   2 week

8.测试,debug.                                              1 week

9.做UI。                                                        1 week

10.进行公测,收集反馈意见,并改进。                  2 week

11.发布完整版。                                             1 week

最理想化的情况,大概有3个半月左右。实际开发困难重重,肯定不止这么久。

优劣对比:首先必应词典的界面枯燥,让人提不起兴趣,Ios客户端首页的推送真是乱七八糟。在如今越来越强调用户体验的环境下,这是非常重要的问题。

  我平时常用的大概就是有道词典,首页会有一些有趣的推送,单词或者句子的翻译也十分的方便简单,体验比必应要好上不少。

待提高方面:UI设计方面仍然有巨大的可提升空间,将首页的推送内容换为更贴近生活化的东西,可以有效的吸引用户。

      市场调研不够,这个软件的各种交互方式都让我感觉很不舒服,操作不流畅。建议多调查用户的实际需求进行修改。

      而且必应词典并没有什么特色的功能,功能单一,并不像是当今的软件,更像是数年前的电子词典。

      这些都让必应词典难以击败竞争对手,更难以得到稳定的用户群。

第三部分  建议和规划

这个软件有很多可以提高的部分,如果你是项目经理,如何提高从而在竞争中胜出?  

  一个产品想要脱颖而出,势必要与其他产品产生差异化。俗话说,人无我有,人有我精。因此,首先要做好词典的基础功能,优化搜索翻译功能,在这个最基础的点上超越其他产品。

  同时,积极开发别的产品没有或者尚不成熟的功能,依托特色功能吸引新的用户群,提高软件的普及率。从而脱颖而出。

目前市场上有什么样的产品了?你要设计什么样的功能?为何要做这个功能,而不是其他功能?为什么用户会用你的产品/功能?你的创新在哪里?

  市面上有各种各样的产品,已经基本囊括了各种英语学习的需求,因此只能独辟蹊径,设计新的功能和思路。

  如果是我的话,我想要开发一个边看电影边学英语的功能。因为我平时就很喜欢看一些电影,对于外国电影,我只能无奈的选择下载中文字幕,完全无视电影中的英语对话。

  如果软件能够在我看电影的时候,又帮助我学习了英语,那真是太棒。我相信和我一样有这种需求的人并不在少数。这个功能符合当下的需求状况,因此用户必然会大量使用它。

如果你的团队有5个人, 4个月的时间,你作为项目经理,应该如何配置角色?  

  1个项目经理,2人做开发,1人做测试,1人做美工,大概就酱。

描述你的团队在16 周期间每周都要做什么,才能在第16周如期发布软件?  

  1-4周          准备阶段:进行市场调研,明确用户需求。调研结束后,对调研结果进行分析,明确产品需求。进行软件的功能设计,制定开发计划与任务分工。

  5-12周        开发阶段:将已经存在各种大辞典的词库,整合在一起。开始实现最基础的功能,并实现其他拓展功能。做UI。测试,debug.

  13-16周      发布阶段:进行公测,收集反馈意见,并改进。发布完整版。

个人博客作业Week3(微软必应词典客户端的案例分析)的更多相关文章

  1. #个人博客作业week3——微软必应词典的使用

    产品的调研和评测 笔者使用的是win8的必应词典客户端. 首先打开客户端,用户界面的设计十分简洁,使用方便.但是词典主页与大多外语软件的设计相仿,例如有每日一句,每日阅读等模块,并没有令人感到新奇的地 ...

  2. 微软必应词典客户端的案例分析——个人Week3作业

    第一部分 调研,评测 Bug探索 Bug No1.高亮语义匹配错位 环境: windows8,使用必应词典版本PC版:3.5.0 重现步骤: 1. 搜索"funny face"这一 ...

  3. Week3 关于“微软必应词典客户端”的案例分析

    第一部分  调研,评测 一.iphone客户端的bug挖掘: 1.在例句中点击单词或短语,如果这个时候点得稍微快了一点,关联相应的翻译时会出现混乱. 经过调查发现,这个bug应该是必应得一个全平台错误 ...

  4. 个人博客作业Week 3 ——微软必应词典客户端

    产品:必应词典客户端 (http://bing.msn.cn/dict/)必应词典有PC,Win8/10, Windows Phone,iPhone,Android,iPad 客户端 选择客户端为:i ...

  5. 必应词典案例分析——个人博客作业week3

    案例分析 ——必应词典客户端 软件缺陷常常又被叫做Bug,即为计算机软件或程序中存在的某种破坏正常运行能力的问题.错误,或者隐藏的功能缺陷. 缺陷的存在会导致软件产品在某种程度上不能满足用户的需要.I ...

  6. 个人作业—Week2:微软必应词典案例分析

    调研.评测 bug报告: 标题:Window 10版必应词典客户端口语练习功能无法使用 环境:Window 10, 微软必应词典(UWP) 版本2.6.1.0,屏幕无重力感应模块 重现步骤: 1)   ...

  7. #个人博客作业Week3——必应词典案例分析

    第一部分 调研以及评测 一.BUG分析   1. 翻译部分原文语言检测部分 1) 症状: 当选择原文语言是简体中文时,输入英文查询,程序不报错,继续翻译,选择其他类型语言也是如此. 且如果出现这种情况 ...

  8. 第四次个人作业——关于微软必应词典android客户端的案例分析

    [前言] 第一次搞测评这种东西,如果有什么疏漏,请多多谅解.测评内容如题. 第一部分 调研,评测 评测:(设备:Lenovo A806) 软件的bug,功能评测,黑箱测试 bug等级划分方式 5级分类 ...

  9. 个人博客作业Week3

    一.调研 下载并使用,按照描述的bug定义,找出几个功能性的比较严重的bug.至少两个.用专业的语言描述(每个bug 不少于 40字),如有必要,可以配图. 电脑用户未登录就能使用单词本功能,万一是用 ...

随机推荐

  1. EOS多节点组网:商业场景分析以及节点启动时序

    区块链公链都是基于p2p网络,本篇文章将建立一个多节点不同职责参与的EOS的测试网络,根据路上发现的可做文章的技术点大做文章. 关键字:EOS组网,全节点,交易确认,boot sequence,sta ...

  2. 根域名服务器(root DNS Servers)会被DDoS打垮么?

    域名服务作为互联网的基础设施,它的重要性不言而喻.目前全球的十三个根域名服务器和成千上万的授权域名服务器承担着超过万亿次的DNS查询,默默为全世界的网民做域名解析服务. 这样重要的基础设施,必然是全世 ...

  3. apache伪静态配置(URL重写)

    1.打开apache配置文件 httpd.conf .2.开启rewrite模块,去掉注释# #LoadModule rewrite_module modules/mod_rewrite 3.让apa ...

  4. JavaWeb学习 (五)————Servlet(一)

    一.Servlet简介 Servlet是sun公司提供的一门用于开发动态web资源的技术. Sun公司在其API中提供了一个servlet接口,用户若想用发一个动态web资源(即开发一个Java程序向 ...

  5. [CF438E] 小朋友和二叉树

    Description 给定一个整数集合 \(c\),对于每个 \(i\in[1,m]\),求有多少种不同的带点权的二叉树使得这棵树点权和为 \(i\) 并且顶点的点权全部在集合 \(c\) 中.\( ...

  6. pip更新到18版本后使用pycharm更新问题:module 'pip' has no attribute 'main'

    今天升级pip到18.0版本后更新模块时出现错误 分析报错信息可知,问题出在packaging_tool.py文件的213行和109行,找到具体的代码,如下 # 109行函数 def do_insta ...

  7. AngularJS初始化Select选择框

    一.引入 之前一个离职的同事负责的项目大量的引入了AngularJS的JS框架,后来我接手相关他项目里的功能.由于对AngularJS不是太熟,在他的功能上进行二次开发就比较费劲了,印象比较深的一个就 ...

  8. Bell(hdu4767+矩阵+中国剩余定理+bell数+Stirling数+欧几里德)

    Bell Time Limit:3000MS     Memory Limit:32768KB     64bit IO Format:%I64d & %I64u Submit Status  ...

  9. 设计模式之策略模式(Strategy)

    策略模式将不同算法的逻辑抽象接口封装到一个类中,通过组合和多态结合的方式来进行不同算法具体的实现. 作用 策略模式是一种定义一系列算法的方法,Strategy类层次为Context定义了一系列的可重用 ...

  10. 重定向,/dev/null, 1>, 2>什么意思?

    文件描述符我们常见的就是系统预留的0,1和2这三个,他们的意义分别有如下对应关系: 0 —— stdin(标准输入) 1 —— stdout (标准输出) 2 —— stderr (标准错误) 其中, ...