• 个人博客作业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周      发布阶段:进行公测,收集反馈意见,并改进。发布完整版。                                  

  • 相关阅读:
    hdu 3666 差分约束系统
    hdu 1198农田灌溉
    常微分方程(阿諾爾德) Page 45 相空間,相流,運動,相曲線 註記
    高等微積分(高木貞治) 1.4節 例2
    常微分方程(阿諾爾德) Page 45 相空間,相流,運動,相曲線 註記
    解析函數論 Page 29 命題(2) 函數模的有界性
    高等微積分(高木貞治) 1.4節 例2
    解析函數論 Page 29 命題(1) 有界閉集上的一致連續性
    解析函數論 Page 29 命題(3) 模的下界的可達性
    解析函數論 Page 29 命題(2) 函數模的有界性
  • 原文地址:https://www.cnblogs.com/wx1306/p/4848759.html
Copyright © 2020-2023  润新知