软件缺陷常常又被叫做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. 动态生成二维码并利用canvas合成出一张图片(类似海报、分享页)

    在前端开发并打算推广一个APP的时候,推广页是免不了的,而推广页的展示方式一般是给人家一个二维码,让别人自己去安装APP,这样前段任务也达到了,这次写这篇文章的原因主要还是总结一下,其中有很多不完善的 ...

  2. Solidity中uint转bytes

    Solidity中uint转bytes方法如下: pragma solidity ^0.4.2; contract Test { function toBytesNickJohnson(uint256 ...

  3. 自己动手实现java数据结构(二) 链表

    1.链表介绍 前面我们已经介绍了向量,向量是基于数组进行数据存储的线性表.今天,要介绍的是线性表的另一种实现方式---链表. 链表和向量都是线性表,从使用者的角度上依然被视为一个线性的列表结构.但是, ...

  4. Lucene 7.2.1 自定义Analyzer和TokenFilter

    1.自定义Analyzer: @Test  public void t01() throws Exception {   ArrayList<String> strings = new A ...

  5. 个人觉得非常好用的mysql客户端工具的HeidiSQL

    感觉比Navicat好用,能显示注释,而且还有绿色版,轻量级 下载地址:http://www.heidisql.com/download.php

  6. 学会4种备份MySQL数据库(基本备份方面没问题了)

    前言 我们试着想一想, 在生产环境中什么最重要?如果我们服务器的硬件坏了可以维修或者换新, 软件问题可以修复或重新安装, 但是如果数据没了呢?这可能是最恐怖的事情了吧, 我感觉在生产环境中应该没有什么 ...

  7. 在C#中,如何连接已加密的Sqlite数据库

    对数据加密分两种,一种是对数据库本身进行加密,另一种是对数据表中的数据进行加密, 如果SQLite数据库加密,我这里使用的一个管理工具叫SQLiteDeveloper,如下就可以加密数据库 , 如果在 ...

  8. MVC架构介绍——自运行任务

    实例产品基于asp.net mvc 5.0框架,源码下载地址:http://www.jinhusns.com/Products/Download 通过自运行任务来调度及执行程序中需要定时触发或处理的一 ...

  9. jQuery 【事件】【dom 操作】

    事件  hover( function(){},function(){})   --  鼠标移入移出事件   toggle(function(){},function(){},function(){} ...

  10. FullCalendar:eventColor,eventBackgroundColor, eventBorderColor, and eventTextColor

    <!DOCTYPE html> <html> <head> <meta charset='utf-8' /> <title>背景色設定< ...