软件缺陷常常又被叫做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. Spring Boot + Spring Cloud 实现权限管理系统 后端篇(二十二):链路追踪(Sleuth、Zipkin)

    在线演示 演示地址:http://139.196.87.48:9002/kitty 用户名:admin 密码:admin 技术背景 在微服务架构中,随着业务发展,系统拆分导致系统调用链路愈发复杂,一个 ...

  2. Angular2入门:TypeScript的函数 - 函数定义、可选参数、默认参数和函数重载

  3. (转)Linux企业运维人员最常用150个命令汇总

    目录 线上查询及帮助命令(2个) 文件和目录操作命令(18个) 查看文件及内容处理命令(21个) 文件压缩及解压缩命令(4个) 信息显示命令(11个) 搜索文件命令(4个) 用户管理命令(10个) 基 ...

  4. ppt提取文字

    ALT+F11调出开发窗口 加入引用 插入模块 输入代码运行 Sub Main() On Error Resume Next Dim temp As New Word.Document, tmpSha ...

  5. vue组件+axios访问本地json

    import axios from 'axios'export default { name: "AjaxText", data: function () { return { m ...

  6. 【分布式】1、CAP原则(CAP定理)、BASE理论

    CAP原则又称CAP定理,指的是在一个分布式系统中, Consistency(一致性). Availability(可用性).Partition tolerance(分区容错性),三者不可得兼. CA ...

  7. Minitab系列 前言

    Matlab 在有些时候太过去强大,强大到几乎所有的数学问题都可以解决. 在这里,Matlab就像数学版的Vim,对于一般的使用者还是不想编程,想要更加的直接直观的数学处理工具,这里向大家介绍mini ...

  8. 详解promise、async和await的执行顺序

    1.题目和答案 一道题题目:下面这段promise.async和await代码,请问控制台打印的顺序? async function async1(){ console.log('async1 sta ...

  9. 如何把SVG小图片转换为 html字体图表

    自制作的简单字体图表使用案例:查看demo 制作步骤: 1:登录制作工具在线网站 https://icomoon.io/ 2:右上角红色 按钮进入到:https://icomoon.io/app/#/ ...

  10. SuperMap iObject .NET开发完成后私有部署,打包安装

    转载自:http://blog.csdn.net/supermapsupport/article/details/53319800 作者:皇皇 SuperMap iObjict .NET组件开发结束后 ...