个人博客作业Week3(微软必应词典客户端的案例分析)
软件缺陷常常又被叫做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(微软必应词典客户端的案例分析)的更多相关文章
- #个人博客作业week3——微软必应词典的使用
产品的调研和评测 笔者使用的是win8的必应词典客户端. 首先打开客户端,用户界面的设计十分简洁,使用方便.但是词典主页与大多外语软件的设计相仿,例如有每日一句,每日阅读等模块,并没有令人感到新奇的地 ...
- 微软必应词典客户端的案例分析——个人Week3作业
第一部分 调研,评测 Bug探索 Bug No1.高亮语义匹配错位 环境: windows8,使用必应词典版本PC版:3.5.0 重现步骤: 1. 搜索"funny face"这一 ...
- Week3 关于“微软必应词典客户端”的案例分析
第一部分 调研,评测 一.iphone客户端的bug挖掘: 1.在例句中点击单词或短语,如果这个时候点得稍微快了一点,关联相应的翻译时会出现混乱. 经过调查发现,这个bug应该是必应得一个全平台错误 ...
- 个人博客作业Week 3 ——微软必应词典客户端
产品:必应词典客户端 (http://bing.msn.cn/dict/)必应词典有PC,Win8/10, Windows Phone,iPhone,Android,iPad 客户端 选择客户端为:i ...
- 必应词典案例分析——个人博客作业week3
案例分析 ——必应词典客户端 软件缺陷常常又被叫做Bug,即为计算机软件或程序中存在的某种破坏正常运行能力的问题.错误,或者隐藏的功能缺陷. 缺陷的存在会导致软件产品在某种程度上不能满足用户的需要.I ...
- 个人作业—Week2:微软必应词典案例分析
调研.评测 bug报告: 标题:Window 10版必应词典客户端口语练习功能无法使用 环境:Window 10, 微软必应词典(UWP) 版本2.6.1.0,屏幕无重力感应模块 重现步骤: 1) ...
- #个人博客作业Week3——必应词典案例分析
第一部分 调研以及评测 一.BUG分析 1. 翻译部分原文语言检测部分 1) 症状: 当选择原文语言是简体中文时,输入英文查询,程序不报错,继续翻译,选择其他类型语言也是如此. 且如果出现这种情况 ...
- 第四次个人作业——关于微软必应词典android客户端的案例分析
[前言] 第一次搞测评这种东西,如果有什么疏漏,请多多谅解.测评内容如题. 第一部分 调研,评测 评测:(设备:Lenovo A806) 软件的bug,功能评测,黑箱测试 bug等级划分方式 5级分类 ...
- 个人博客作业Week3
一.调研 下载并使用,按照描述的bug定义,找出几个功能性的比较严重的bug.至少两个.用专业的语言描述(每个bug 不少于 40字),如有必要,可以配图. 电脑用户未登录就能使用单词本功能,万一是用 ...
随机推荐
- tomcat8 JVM 优化
在Linux环境下设置Tomcat JVM,在/opt/tomcat/bin/catalina.sh文件中找到"# ----- Execute The Requested Command&q ...
- 进程间通信IPC-管道
管道是UNIX系统IPC的最古老的形式,所有的UNIX系统都提供此通讯机制.管道有以下两种局限性: 1, 历史上,它们是半双工的(即数据只能在一个方向上流动).现在某些系统提供了全双工管道,但是为了最 ...
- javascript的作用域和优先级
变量的作用域是在定义时决定的,不是在运行时活动对象是在运行时决定的?如果就创建一个对象,使用完毕就完了,就使用json字面量的方式如果对象被反复创建,反复使用,就使用自定义的构造函数方式优先级内部变量 ...
- 使用shell脚本来自动化处理我们的工作,解放双手
Shell脚本介绍 1.Shell脚本,就是利用Shell的命令解释的功能,对一个纯文本的文件进行解析,然后执行这些功能,也可以说Shell脚本就是一系列命令的集合. 2.Shell可以直接使用在wi ...
- netty源码解解析(4.0)-13 Channel NIO实现: 关闭和清理
Channel提供了3个方法用来实现关闭清理功能:disconnect,close,deregister.本章重点分析这个3个方法的功能的NIO实现. disconnect实现: 断开连接 disco ...
- 【学习笔记】深入理解HTTP协议
参考:关于HTTP协议,一篇就够了,感谢作者认真细致的总结,本文在理解的基础上修改了内容,加深印象的同时也希望对大家有所帮助 HTTP是什么? HTTP协议是Hyper Text Transfer P ...
- DDD初探
领域驱动设计(DDD)对开发者来说是面向对象设计的自然进化 总的来说DDD包括两个部分: 分析部分 分析部分通常是由开发人员去和领域专家沟通业务知识,但是开发人员和领域专家是有代沟的, 为了简化沟通成 ...
- WebFrom 小程序【条件查询与分页整合】
将前面的条件查询功能与分页显示整合到一个页面中 <%@ Page Language="C#" AutoEventWireup="true" CodeFil ...
- python之递归与二分法
1. 递归 自己调用自己 递归的入口(参数) 和 出口(return) 树形结构的遍历 import os def func(lujing, n): lst = os.listdir(lujing) ...
- vue-cli脚手架之build文件夹上半部
好,接下来一起分析分析配置文件^o^. build.js作用:命令npm run build的入口配置文件,主要用于生产环境. build.js中具体含义标注(vue-cli脚手架官方文件解释,大家可 ...