博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
个人博客作业第三周--必应词典分析
阅读量:5069 次
发布时间:2019-06-12

本文共 5824 字,大约阅读时间需要 19 分钟。

第一部分:

___用户采访:

采访对象1:Wsy

1.对象介绍:

湘潭大学网络工程大二学生,初次使用PC版必应(之前用过安卓的,这次谈到的都是针对PC版),他使用词典主要是为了查阅外文文献,或者在读论文的时候需要翻译。

2.使用感受:

查询的成功率还比较高,针对UI界面他觉得“功能都整理到了右上角的按键里,不熟悉的时候基本想不起来那里面有什么功能”,此外,“查询比较便捷,但与有道对比查询的时候并不是实时的,需要点击查询按钮。”

3.改进意见

 

用户第一次使用APP时增加功能导航,或者设计那种动态可滑动的功能特性介绍(这一项我手机上面是有的)。

 

采访对象2:Wn

1.对象介绍:

南京大学软件学院大二在校生,之前也在使用必应词典,他使用此类软件的目的是为了背单词、考四六级。

使用的图片,他强烈要求我用这张

2.使用感受:

优点:启动速度快(对比有道或金山)   界面较为美观  功能比较丰富  

缺点:功能太琐碎了  有的可以整合  像是翻译  有好几种,其实可以合并成一个选项,进入相应界面后再进行  文本或者语音的翻译进行选择 

此外,数据量上,感觉短语和例句有点少。

3.改进意见:

在缺点部分有。

 

采访对象3Aq

1.对象介绍:

北京大学医学部大二本科生,初次使用必应词典,使用英语词典有两方面的原因,一方面是平时的英语学习,准备各类考试。另一方面是为了查阅相关文献中涉及到的一些专业词汇,主要以医学术语为主。(就不上照了,美女不轻易给人发自己的照片,讲真)

2.使用感受:

令她觉得眼前一亮的是专业词库的详实,她觉得专业性词汇很容易查到(之前这位用户一直都使用欧路词典,因为采访需要下载试用后立即觉得很好用),并且专业性的短语或长句翻译也比较准确,有截图为证。

     

3.改进意见:

因为使用时间相对较短,所以没有太多改进意见,她只是觉得“我比较喜欢一进来页面就可以清清爽爽的查词,因为我不用新闻啊美句啊这类的功能吧。

 

 

___找bug:

首先,我们的教科书第十三章中提到,所谓Bug就是软件的缺陷,为了将这一概念进一步细化,我查阅了百度百科中对bug的定义——程序错误(英语:Bug),在程序设计中的术语,是指在软件运行中因为程序本身有错误而造成的功能不正常、体验不佳、数据丢失、非正常中断等现象。

1.新建生词本的时候。将新建的生词本命名为已有的名称。程序不会提示已有,这就导致了添加单词的时候无法判断是哪个。

 

 
 
2.同一个单词在加入了不同的笔记本后,会在
“已经加入单词本的单词”一栏
重复显示
 
 
 
3.某些单词本(连同内部的单词)删除后,这里不会实时更新
(这里O开头那个单词先后加入了两个生词本,并且删掉了其中的一个单词本,被删掉的生词本里面还有Seattle,但是图一中出现了之前描述的状况)
 
 
4.部分推荐阅读历史消息不能打开(10.1号晚查看的9.19号的推荐阅读,并不能正常打开)
 
 
5.使用单词挑战功能的时候,可以通过拖拽,修改已经答过的题的答案,但是界面右上角的
计数功能此时工作不太正常(通常是会在两个数字之间来回变),好像也找不到一个合理的解释。(这个就不上图了,谁用谁知道)
 
6.使用阅读功能时,一般的软件要将原网页的内容转至适合手机观看的版式,必应词典
有时会出现不转化的情况,使得阅读不变,而且,一旦成功转化,
在点击手机的返回键后,他回返回到未转化的网页版,回到网页版后程序又会自动重新进行转化,陷入死循环(点击左上角也可以不过感觉刚刚那种情况还是比较令人诧异)。
(下面的两张图中,前一张正常转化了,后一张却没有)
 
 
 
___结论:经过这么多工作,你一定有充分的理由给这个软件下一个评价:
一般
 
 
第二部分  分析
 
___项目耗时估计:
估计这个项目做到这个程度大约需要多少时间(团队人数6人左右,计算机大学毕业生,并有专业UI 支持)
 
首先,参照构建执法8.6节的内容,这一问题还需要将需求的复杂程度和技术的复杂程度考虑在内。
必应现有的功能包括翻译(包括单词、长句、语音)、单词挑战(其实就是阶梯难度的答题),必应电台(感觉就是一些音频的整合),我爱说英语(音频的分析),摇一摇(随机选取上述功能模块运行)。
 
实现上述功能大致的耗时估计:
翻译功能——单词的话应该不算很难,和词库进行字段匹配即可, 提升查询的效率是难点。长句的话百度了下,大致好像要用词法语法分析把句子进行切分,这部分的内容可能会涉及到很多计算机科学外的知识,像是语言学语义学之类的,需要学习的东西很多。语音翻译的部分实在是不知道该怎么下手,查阅了一些文章之后也没有找到一些具体的解决方案(可能有一些技术保密的因素吧),不过鉴于市面上现有的很多应用(诸如微信、qq音乐甚至是游戏里的语音转换文字)都有类似功能,可借鉴的案例比较多,应该也不算很难。
总结来看,翻译功能,单词查询基本功能——三天时间,长句查询功能——两周时间(第一周进行其他知识的学习,以及具体方案的设计。之后三天实现,四天测试,依据效果进行下一步的改进与开发)。语音查询这一项可能也要一周的时间吧。
单词挑战这一个不算太难,三天应该就差不多能完成,必应电台也差不多三天。
我爱说英语的语音采集与语音翻译部分类似,但是涉及到音频的分析,这里面就要学习一些声学的专业知识。把采集到的音频与标准音频进行匹配度分析,依照结果打分。除此之外应该也没什么其他的难点,一周时间基本可以搞定。
 
以上仅涉及到功能实现的时间估计,整个项目前期还需要进行完善的需求分析,和用户模型的设计,这一部分其实非常重要,恐怕需要一周甚至更多的时间。
 
将各个功能模块拼接完成后,还需要进行整体功能的测试,这一阶段可以想见,还是会出现不少的问题,调试又将会耗费很多时间,预估要消耗掉两周。
 
测试完成后要进行界面的设计和创建,由于前提中提到有专业技术人员的支持,预计三天之内完成吧。
 
项目到此还没有结束,要进行宣传推广工作并且将用户的反馈进行分析,重新改良,这一部分的内容应该是持续长久进行下去的。
 
 
___同类软件对比
 
我自己之前一直使用的都是有道词典,为了增加对比的对象,还下载了金山词典,这三款软件可谓各有优劣。
 
从第一印象来看:金山词典的首页十分简洁,就是一个查询框和一张图片一句话,我很喜欢这样的设计。
 
有道选择将功能的展示栏放在
上端
 
必应的设计风格则类似微软win8的Metro风格,由一些分散的模块组成
 
 
这三者中给我感觉最好的是金山的设计,简洁明了。
 
从功能上看:
 
坦率地讲,这类软件主要面对的应该还是学生群体,学生群体使用电子词典的一个特点就在于碎片化,必应词典的功能很多很丰富,但是一个很大的问题在于
没有侧重,所有的功能就是采取一种简单并列的方式向用户展示出来,没有说把某些功能归为一类。而且,我感觉有的其实并不会有多少人去使用,举个例子,像是我爱说英语或者单词挑战这样的功能,一定会有特殊的需求群体,但我猜测这类用户在寻找能够让自己在这一方面的技能得到提升的手机应用时,多半会采取字段搜索的方法,他们搜到的往往会是扇贝单词、知米背单词、单词锁屏或者是有道英语大师、英语流利说、基础英语口语这样的
功能专门化的应用。
开始使用时最令我觉得困扰的就是第一感觉——
界面很凌乱,缺乏导航,所有的功能需要点击右上角或者在屏幕中间进行拖拽才能看到。而且作为一个词典核心功能的
查询功能,竟然被放在
整个界面的最下方,而且采取了黑色昏暗的背景。不难想见,人类正常的阅读习惯都是从上往下,而且对明亮鲜艳的颜色较为敏感,这一设计选择就很令人费解了。我手机里还装有有道词典和金山词霸,金山词霸将这一栏内容放到了界面的最上方,并且宽度很大,易于寻找。有道的做法则更为智慧,他将查询栏放在了中间偏上的地方——恰巧是我目光所在的地方。
针对查询功能还有一点,无论是有道还是金山,他们在后台运行的时候,都会选择在通知栏开一个横向的快速查词输入框,还可以在手机桌面设置小工具,虽然必应同样可以放置小工具,但是通知栏并没有输入框。针对输入功能,有道和金山有摄像头查词功能,必应的我没有找到,但是必应的语音翻译也是另外两款软件所不具备的。
所以我对必应词典的第一印象就是,
核心功能不太好找,附属功能乱七八糟。
但在我采访的过程中,我看到几位同学的看法后明白,软件偏好确实还是一个仁者见仁智者见智的问题。像是那位北大医学部的同学,她就觉得这个词典专业词库很全,要胜过她之前一直在使用的欧陆词典,所以还很感谢我推荐了这么一款软件给她。
 
从推广上看:
感觉必应词典的推广力度不够,总体来看这款词典的功能还是比较全面且强大的但是在各大应用平台上的下载量却都排名不高,感觉在推广上还需多费心思。
(最简单的办法,往win10里面预装一个不就行了)
 
___
提高建议:
谈不上提高,就像上面说的,我觉得没必要全部整合到一起,把这些
功能拆分起来,像是分成必应词典、必应背单词、必应口语之类的,
在必应词典中设置下载的页面链接,然后将独立的功能不断优化。在各个项目中都做到同类软件领先(毕竟微软)。
 
 
第三部分  建议和规划 
 
这个软件有很多可以提高的部分,如果你是项目经理,如何提高从而在竞争中胜出?
提高的方面我觉得还是就像前一部分最后提到的,做出这样的判断是有据可考的,包括我在内的很多同学都在用一款叫做扇贝单词的应用,这款应用的功能其实很简单就是背单词,但是很多人一经使用就好评如潮,因为它会自动拿出错的单词重新考你,并且在之后的几天内继续随机抽查。并且会将网友提供的一些,用于记忆某个单词的口诀或者形近单词的总结对比列出在单词释义下面。用一段时间下来之后就会发现,记住的单词确实数量多而且记得牢。
这样看似简单的功能,却很好地迎合了用户的需求,也很科学地帮助用户完成了记忆单词的目的,很快成为了背单词这一类软件的领头羊。乘热打铁,扇贝还推出了扇贝听力,扇贝新闻,扇贝阅读等应用,这样的设计就很符合我上面提到的功能专门化的思路,而且用户往往会有先入为主的看法,看到扇贝在背单词这一部分所做的独具匠心的设计之后也会对其他应用充满期待,下载量自然就有了一定的保障。
 
你要设计什么样的功能?为何要做这个功能,而不是其他功能?为什么用户会用你的产品/功能?你的创新在哪里?可以用 NABCD 分析。
 
我想到的一个功能就是,与社交工具(诸如微信、qq)绑定,获取用户的好友名单,在好友内部进行排名,甚至可以设计一些评比,像是以学校为单位进行背单词打卡竞赛之类的活动。
 
利用NABCD模型对设计这一功能的初衷进行一下解释:
 
N(需求):
首先,我们的主要用户集中在学生群体,这一群体的一大特征就在于——也是常用社交媒体的主要用户,交际圈广泛而集中。他们的信息传递有着相对封闭而迅速的特点,这就使得我们有必要考虑利用社交媒体扩大我们的影响力了。
我们常常看到很多人将自己今天背了多少单词,分享到微博或者朋友圈,这样的做法主要基于以下几种心理:
1.装逼:
看我屌不屌,又背了这么多单词,我就是要让你们这些渣渣,目送我刷爆无数词库走上人生巅峰。
2.贪小便宜:
哇,分享到朋友圈可以获得积分,积分累计后可以获得在线英文读物,考研真题,名师托福培训计划呀,简直不能再幸运!
3.自我督促:
不行不行,我是一个懒惰的人,我要让朋友们一起监督我,每天都背,绝不半途而废!
 
这样的心理会对同为学生群体的,自己的朋友造成怎样的影响呢?
1.刚正面:
fxxx,不就是背个单词吗,搞得自己很牛逼一样,你背一百个,老子背二百个背死你!(于是下了个应用开始同样分享)
2.贪小便宜:
动动手指居然就有这种好事,那我也凑凑热闹。(于是下了个应用同样开始分享)
3.积极响应:
用这种方式让自己坚持似乎不错呢,我也试试。(于是下了个应用同样开始分享)
 
基于各种各样的心理需求,这样的功能设计都会提高软件的下载量。
 
A(做法):
做法其实并不难,分享功能只需要用户用自己的社交账号登录必应词典,获得授权后就能做到。
然后群组排行也不难,获得用户的好友信息即可做到。
高校排名打卡,只需要用户在注册时预留自己的所在学校,之后在后台统计排名即可。
 
B(好处):
好处主要是便于推广,利用人的各类心理,提高下载量的同时满足了他们的心理需求。
 
C(竞争):
别的很多软件已经有了类似的功能(那就更要快点跟上了!),但是面对竞争我们可以增大奖品的价值(毕竟微软),什么surface pro3了,Lumia 930了,每个月五台够不够。采取多种形式,像随机幸运用户抽取,打开排行第一的高校内部抽取,只要你愿意分享,一切都会有的。
 
D(推广):
上述各条的终极目的就是为了推广,只有下载量上去了,我们才能得到更多的反馈意见,才能更进一步优化我们的软件,满足用户的需要。
 
 

如果你的团队有5个人, 4个月的时间,你作为项目经理,应该如何配置角色(开发,测试,美工等等)?

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

首先,大致总结一下构建之法8.5节——功能和优先级中提到的:

功能可分为杀手功能和外围功能,需求可分为必要需求和辅助需求。

针对不同功能我们有五种办法:维持、低效、优化、差异化、不做

 

我的项目规划构想就是,集中有效资源,逐项实现功能,只有将一项功能很好实现之后才进行发布。首先,美工这一项得有一个专门的人员负责,感觉精于开发的人大多不太会做这些事情。开发和测试这两块我觉得四个人可以一起进行,测试出的问题统一由开发者进行调试,这样较为高效。

而针对具体的日程规划,在第一周的时间进行市场调研和用户需求分析,以确定设计方案和分工。

三四周开始实现核心功能——单词查询,并不断优化,确保这一杀手功能能在两周内做到同类软件领先水平,并且可以考虑发布第一版,获得一定的用户反馈,指导下一步方案的设计。

第五周开始一直到第十四周,以两周为一单位,重复三四周的工作,实现某项功能并优化,实现某项功能并优化,如果两周内没能实现,就顺延至下一个工作周期。一定要保证功能的完善与鲁棒。

最后两周进行综合的测试,确保已有的功能都能正确运行,没有冲突,并且设计最终的UI界面。发布并推广。

 
 

 

转载于:https://www.cnblogs.com/xixibaba/p/4852110.html

你可能感兴趣的文章
C# Async与Await的使用
查看>>
Mysql性能调优
查看>>
iOS基础-UIKit框架-多控制器管理-实例:qq界面框架
查看>>
自定义tabbar(纯代码)
查看>>
小程序底部导航栏
查看>>
poj1611 简单并查集
查看>>
Ubuntu 14.04下安装CUDA8.0
查看>>
跨平台开发 -- C# 使用 C/C++ 生成的动态链接库
查看>>
C# BS消息推送 SignalR介绍(一)
查看>>
WPF星空效果
查看>>
WPF Layout 系统概述——Arrange
查看>>
PIGOSS
查看>>
几款Http小服务器
查看>>
openSuse beginner
查看>>
Codeforces 620E(线段树+dfs序+状态压缩)
查看>>
css3动画属性
查看>>
Mongodb 基本命令
查看>>
控制文件的备份与恢复
查看>>
软件目录结构规范
查看>>
mysqladmin
查看>>