个人作业-Week 3
案例分析:必应词典 IOS客户端
调研&评测
一、功能性bug
bug 1:
症状:在使用拍照翻译这一功能时,只能对图片中的句子逐行进行翻译。即一个中间有换行的句子会被当成两个句子进行翻译。bug 2:
症状:拍照翻译功能对手写体(比较工整的那种)几乎无法识别,偶尔能识别出手写的一两个词出错的概率也较大。bug 3:
症状:在使用语言翻译功能时语音输入几个中文句子最后会变成一个句子翻译出来,即无法同时翻译多个句子,并且翻译效果不太好。
图:bug 4:
症状:在使用翻译功能时,输入几个中文句子最后会变成一个句子翻译出来,即无法同时翻译多个句子,并且翻译效果不太好。bug 5:
症状:在客户端主页上方的“Search from here”中输入一个较长句子,例如:“The book proved to be a tendentious account of the town's history, written to rescue the reputation of one of its scrupulous founders”,闪退。bug 6:
症状:"Word Challenge"不能使用,无论点哪个都要加载很久,并且最后总是“Network error”
二、用户采访
采访对象背景和需求
我的采访对象是一位大二的学弟,他正在准备托福对单词查找,句子翻译等都有需求,并且他在PC端一直在使用必应词典但是从来没有使用过必应词典的app。图
描述用户使用这个产品的过程,用户的问题解决了么?软件在数据量/界面/功能/准确度上各有什么优缺点?用户体验方面有问题么?
用户的问题大部分能得到解决;软件在数据量、界面、准确度上没有什么毛病(因为他的PC端一直使用必应词典,因此在这些方面他还是比较认可这个软件的ios端的);
软件功能方面(以下全是部来自他的描述,有部分属于bug但由于是学弟找的我并没有添加到一、功能性bug中):
优势:
1.功能多且大部分很好用;
2.首页上有一个推荐单词,下面会提供一些联想词汇他觉得这个功能非常好;
劣势:
1.拍照翻译功能较差,使用拍照功能时不提供基准线以及自动检测语言,导致他真正想让app翻译的东西没有翻译出来,反而在一个奇怪的地方出现了翻译且翻译不对;
2.所有功能加载的时间相比与类似软件都较长;
3.点开首页一篇精选文章,点了"show more"按钮以后长按文章中某一个单词,直接自动跳到了尾部,他的本意是想试试能不能在他看这篇文章遇到生词时就可以直接复制翻译;
4.VOA special English这个功能中,字幕无法自动滚动,用起来很麻烦;
5.在Oral Challenge中随便选一个点进去,并且在加载出来之前点左上角的返回按钮,然后点弹窗中的“Confirm”,出现闪退;
6.在使用Word Stock时,随便选择一个词库点进去,然后随便选一个单词点进去,可以查看该单词的详细释义,但并没有一个按钮可以让他继续查看下一个单词的释义,不太满意,但是能忍;
7.之后我问他对“必应词典在翻译句子时有时会无视标点”感觉如何,他的回答是“还能忍,因为有些其他的类似软件也这样”;
以上提到的劣势就是他认为用户体验不太好的一些方面;改进意见
针对上述劣势进行改进,先修复bug,再完善功能,最后提高性能。
三、结论
综上,我的结论是从c)一般
分析
1.使用此服务的所有功能,估计这个软件/网站/服务做到这个程度大约需要多少时间(团队人数6人左右,计算机大学毕业生,并有专业UI支持)。(必答)
一年。
2.分析这个软件目前的优劣(和类似软件相比),这个产品的质量在同类产品中估计名列第几?(必答)
参与比较的其他产品:韦氏词典免费版,网易有道词典,欧路英语词典
- 韦氏词典免费版:界面比较普通;有广告;功能纯粹(仅支持查英语单词,支持语音查词但没有拍照查词);界面里除了广告没有中文;单词解释非常权威(但只有英文解释);有好玩的单词游戏;
- 网易有道词典:界面好看;有广告;中文;当前支持的语言较少;功能较多(如支持查词,提供来源于多个词典以及网络的单词解释;支持翻译;提供一些英语学习相关的文章以及一些付费的课程;网友可以为某个单词添加解释或;支持语言翻译、拍照翻译以及人工翻译);
- 欧路英语词典:界面简洁;无广告;中文;功能比较纯粹(就是查词、翻译:支持语音翻译和拍照翻译、记单词);
必应词典的优劣势
- 优势:界面是这四个app中我觉得最好看的;无广告;和网易有道词典一样单词释义的来源较多;支持语音翻译和拍照翻译;功能较多(比网易有道词典少一些但比另外两个多);有一个测词汇量的功能;目前支持的语言最多;
- 劣势:翻译功能是这三个词典app(韦氏词典没有翻译功能)中最不好用的(详见图);界面语言不太统一(既有中文又有英文,我个人不是很喜欢这样);
我个人认为在这四个词典app中必应词典最多只能排第三。具体为:网易有道词典 > 欧路英语词典 > 必应词典 ≈ 韦氏词典
3.它的市场份额估计第几?两者匹配么?不匹配的原因是什么?
在以上四个词典中估计第四,因为就我自己来看之前完全没有听别人说起或推荐过必应词典但其他三个都有,因此我估计排第四。
最后在应用雷达上搜索到的下载量排名确实符合我的推测。
5.从各方面的问题,推理出这个软件团队在软件工程方面可以提高的一个重要方面(具体建议)。(必答)
目前看来存在较大问题的一个方面就是测试,从之前报的bug看来显然测试的强度肯定是不够的,建议增加测试的强度。
6.根据各种公开资料,推测这个App/系统是用什么语言+架构实现的,做到目前这个水平总的工作量应该是多少(人×月)
我觉得应该是Objective-C + MVC...?工作量应该是(10x3)...?(以上纯属瞎猜)
7.你在第一部分发现的bug,为何软件团队不能在发布前修复?他们是不知道,还是有意不修复?你觉得是什么原因?从下面的可能性中选取几个:
对用户需求掌握不好
具体的设计质量不高
开发人员粗心大意
测试把关不严,敷衍了事,没有注意在特殊的配置或环境下测试
其他
对于拍照翻译功能的缺陷,我认为软件团队肯定是知道的,应该是有意不修复,因为我尝试了其他词典app的拍照翻译功能,发现都有同样的缺陷,可能这就是一个技术上的难点,暂时还没有很好的解决方法;
对于其他缺陷,我觉得可能是由于测试把关不严,敷衍了事,没有注意在特殊的配置或环境下测试或者是对用户需求掌握不好;
建议&规划
1.市场有多大?
世界范围内大部分的语言学习者和爱好者都可以成为用户。
2.目前市场上有什么样的产品了,它们的优势劣势在哪里?和它直接竞争的产品在那里?
中国范围内的在之前已经提到了。
3.作为新的项目经理,这个产品的核心用户群是什么样的人,典型用户长什么样?学历,年龄,专业,爱好,收入,表面需求,潜在需求都是什么?
世界范围内大部分的语言学习者和爱好者都可以成为用户;无关长相、专业、收入,年龄不会太老,爱好至少对语言学习有兴趣,学历至少要达到需要用到除母语外的另一种语言的程度;
表面需求:查词和翻译;
潜在需求:想要查到单词更权威的释义,想要翻译的更准确,想通过语音或者拍照的方式输入需要查询的单词或翻译到的句子,想要查询一些流行词(比如“老铁”)的意思,想记住自己查过的词,想测试自己的词汇量;
4.功能:你要设计什么样的功能?为何要做这个功能,而不是其他功能?为什么用户会用你的产品/功能?你的创新在哪里?可以用NABCD分析.
- 提供尽可能多的语言的查词功能同时提高词典的权威性和翻译的准确度。世界范围内不止英文和中文,其他语种同样也隐藏着大量用户;另外除了一些普通的语言学习者,我还希望可以吸引到那些更专业的语言学习者,并且目前市场上的词典app的查词和翻译功能都比较不错了,想要在这方面提高竞争力只能在质量上更进一步;
- 用户可以给词典添加新词及其释义,比如一些最近流行的词,这个在我看来可以给语言学习者提供很大的帮助,就拿中文学习者来说,当一位外国朋友在读文章时看到“老铁”这个词,他显然是无法在传统的词典中查出释义的;
- 单词本功能,可以收藏自己查过并且想要记住的单词;
- 词汇量测试功能,满足用户想要知道自己词汇量的需求;
- 拍照翻译和语言翻译功能并尽量提高质量,通过提高质量来提升竞争力;
5.如果你有钱可以招聘6个人,有4个月的时间,你作为项目经理,应该如何配置角色(开发,测试,美工等等)?描述你的团队在16周期间每周都要做什么,才能在第16周如期发布软件的改进版本,并取得预想中的成绩。
1人美工 + 2人测试 + 3人开发
工作:
1~2周:完成设计并制定规范;
3~6周:开发;
7~8周:测试;
9~12周:修复bug并继续开发;
13~14周:测试;
15周:修复bug;
16周:美工;
最后,我用时6~7个小时吧,忘了仔细计时了。
个人作业-Week 3的更多相关文章
- python10作业思路及源码:类Fabric主机管理程序开发(仅供参考)
类Fabric主机管理程序开发 一,作业要求 1, 运行程序列出主机组或者主机列表(已完成) 2,选择指定主机或主机组(已完成) 3,选择主机或主机组传送文件(上传/下载)(已完成) 4,充分使用多线 ...
- SQLServer2005创建定时作业任务
SQLServer定时作业任务:即数据库自动按照定时执行的作业任务,具有周期性不需要人工干预的特点 创建步骤:(使用最高权限的账户登录--sa) 一.启动SQL Server代理(SQL Server ...
- 使用T-SQL找出执行时间过长的作业
有些时候,有些作业遇到问题执行时间过长,因此我写了一个脚本可以根据历史记录,找出执行时间过长的作业,在监控中就可以及时发现这些作业并尽早解决,代码如下: SELECT sj.name , ...
- T-SQL检查停止的复制作业代理,并启动
有时候搭建的复制在作业比较多的时候,会因为某些情况导致代理停止或出错,如果分发代理时间停止稍微过长可能导致复制延期,从而需要从新初始化复制,带来问题.因此我写了一个脚本定期检查处于停止状态的分 ...
- Python09作业思路及源码:高级FTP服务器开发(仅供参考)
高级FTP服务器开发 一,作业要求 高级FTP服务器开发 用户加密认证(完成) 多用户同时登陆(完成) 每个用户有不同家目录且只能访问自己的家目录(完成) 对用户进行磁盘配额,不同用户配额可不同(完成 ...
- 个人作业week3——代码复审
1. 软件工程师的成长 感想 看了这么多博客,收获颇丰.一方面是对大牛们的计算机之路有了一定的了解,另一方面还是态度最重要,或者说用不用功最重要.这些博客里好些都是九几年或者零几年就开始学习编 ...
- 个人作业-week2:关于微软必应词典的案例分析
第一部分 调研,评测 评测基于微软必应词典Android5.2.2客户端,手机型号为MI NOTE LTE,Android版本为6.0.1. 软件bug:关于这方面,其实有一些疑问.因为相对于市面上其 ...
- 软件工程第二次作业——git的使用
1. 参照 http://www.cnblogs.com/xinz/p/3803109.html 的第一题,每人建立一个GitHub账号,组长建立一个Project,将本组成员纳入此Porject中的 ...
- hadoop作业调度策略
一个Mapreduce作业是通过JobClient向master的JobTasker提交的(JobTasker一直在等待JobClient通过RPC协议提交作业),JobTasker接到JobClie ...
- SQL SERVER 2008复制数据库时发生执行SQL Server代理作业错误
1. 情况说明 在利用SQL SERVER数据库复制向导,能够很方便的将一个数据库从一台服务器复制到另一台服务器上,具体操作步骤也十分简单. 不过在实际操作过程常发生“执行SQL SERVER代理作业 ...
随机推荐
- c++MFC工程修改在共享DLL中使用MFC为使用标准Windows库的解决办法
由于创建MFC工程时,默认是在共享DLL中使用MFC,如果将此选项改成使用标准Windows库,会报如下错误 c:\program files\microsoft visual studio 9.0\ ...
- c++ 变量 常量
- Caffe中Layer注册机制
Caffe内部维护一个注册表用于查找特定Layer对应的工厂函数(Layer Factory的设计用到了设计模式里的工厂模式).Caffe的Layer注册表是一组键值对(key, value)( La ...
- 2-功能1:基于用户认证组件和Ajax实现登录验证(图片验证码)
1.登录页面的设计 (1)label标签的id属性 label标签的id属性,点击label标记,相当于点击了input框 bootstarp样式 class="form-group&quo ...
- Kubernetes学习之路(十一)之Pod状态和生命周期管理
一.什么是Pod? Pod是kubernetes中你可以创建和部署的最小也是最简的单位.一个Pod代表着集群中运行的一个进程. Pod中封装着应用的容器(有的情况下是好几个容器),存储.独立的网络IP ...
- [CQOI2015]任务查询系统 主席树
[CQOI2015]任务查询系统 LG传送门 以前还没见过主席树的这种写法. 考虑使用差分的思想处理每一个任务,然后所有的东西就都能顺理成章地用主席树维护了,查询的时候和平时的主席树有一点不同,详见代 ...
- iTerm的安装以及配置Oh My Zsh
iTerm说简单点就是Windows的命令提示符,可能说这个大家感觉没用过,其实也就是人们经常使用CMD,相当于苹果的终端,但是比自带的终端强大多了. 本文就是简单的说一下安装和简单的配置过程. 首先 ...
- 树莓派UPS-18650,添加时钟
1.简介 UPS-18650 是一个专门为树莓派(以下简称 pi)所设计的 UPS 电源,采用两颗标准 的 18650 锂电池进行供电,支持外部电源插入检测,支持边充边放,既插上外部电源时, pi 由 ...
- python笔记--冒泡排序升级版
前言 面试的时候经常有面试官喜欢问如何进行冒泡排序?这个问题相信能难倒一批英雄好汉,本篇就详细讲解如何用python进行冒泡排序. 一.基本原理 1.概念: 冒泡排序(Bubble Sort),是一种 ...
- C#多线程的几种使用
参见链接 :http://www.jb51.net/article/46234.htm