zoukankan      html  css  js  c++  java
  • [buaa-SE-2017]个人作业-week3

    个人作业-week3:案例分析

    分析产品:Bing词典

    Part1:调研&评测

    1.软件评测和Bug汇报

    这次我选择Bing词典的原因是在于,首先我使用过的词典软件较多,平台涵盖PC端、网站、移动端,产品有:欧路词典、有道词典、沪江小D、以及一些词汇网站,因此我对这类软件会有比较全面的了解;其次,作为一个深入学习两种语言(英语和日语)的人,我想我对一个语言学习者对于一个词典软件有哪些需求(包括基本需求和更深层次的需求)有更好的了解。

    1.1 Ui界面

    我最近使用过的词典是有道词典,它的Ui界面如下,请注意观察界面左侧的功能区:

    下图是Bing词典的Ui界面,同样请看重点关注左侧的功能区:

    虽然看起来都比较类似,但我们能发现,Bing在界面左侧的功能区全部采用了图标,而有道采用的是图标+文字的风格。在Bing中,如果要查看图表对应的中文意义,需要点击左上角的”三“按钮。
    我认为对于初次使用软件的用户,这是一个较大的缺陷,我在一开始看到这些图标的时候,除了表示主页和搜索的按钮,其它的按钮完全无法猜出它们的意思,而反观有道词典中直接显示了图标对应的中文解释,清晰明了,初次使用的人可以立刻上手。
    总结来说,这是一个cognitive friction的问题。

    类似的问题也发生在下图中:

    注意到出国考试的单词本有3个,分别是出国考试(G),(GM)和(T),对于有一定了解的人,也许能明白T是托福,G是GRE,但是GM又是什么呢?想了一下也许是GMAT,不过这个东西为什么要让用户来猜?

    1.2 词汇量测试

    词汇量测试做过很多,感觉最重要的还是测试的词汇是否能真实地反映测试者的水平。
    首先这个测试中有一些“水分”,比如以下考发音的题目:

    以及下面这个考常常识的题目:

    另一方面,这个测试题目的选项中没有“不知道”或是“不记得”这个选项,这时候如果用户不知道就只能随便选择一个,这很容易导致测试结果不准确。
    前面说的这两个问题,用户很容易注意到,这样用户会自然而然地想到一个问题:“这个词汇测试真的能反映我的词汇水平吗?“

    1.3 关于模糊查词

    很多时候当用户的记忆模糊,它们只能大概拼出一个词,比如他们会把prestigious拼成prastigious,这种时候,软件是否能根据这个拼写查出准确的单词是很重要的,下图是我在有道词典上输入prastigious的查询结果:

    没有任何可能的单词提示,而下图是我在有道词典上输入同样单词的查询结果:

    区别很明显,有道给出了prestigious这个可能的正确拼写。
    所以总结来说,有道能在一定程度上修复用户的错误,而Bing不行。

    1.4 拍照翻译

    下面是一个效果图

    基本看不懂,猜测原因在于不能把多行的句子连成一行。
    这个功能各个词典在面对多行文本的时候效果都大同小异不是很尽人意,都有待提高,所以就不做对比了。

    1.5 语音翻译

    输入:submit the software engineering assignment at October 15
    输出:今天提交软件工程任务,并于10月15日。(submit today software engineering assignment at October 15)

    可以降低了语速,感觉还行,1.4和1.5的功能基本是基于DL的,我觉得技术上来说MS是比较领先的,这个功能的定位应该是针对一些日常对话的翻译,所以这个质量可以接受。

    1.6用户采访

    1.6.1 采访背景和需求

    • 背景:和我是同学,英语6级通过,有一定的语言水平,但对语言没有太大兴趣,学语言就是为了考试和阅读文献。
    • 需求:希望更好更快地记忆单词,并希望提高自己的听力和阅读水平,以应付考试。

    1.6.2 使用时的照片

    1.6.3 用户体验

    描述用户使用这个产品的过程,用户的问题解决了么?软件在数据量/界面/功能/准确度上各有什么优缺点?用户体验方面有问题么?

    • 使用过程
      用户首先简单查了几个单词书上看到的词,之后使用了单词本的功能,并添加了几个考试相关的单词本,在然后分别使用了单词复习、词汇量测试和单词挑战的功能。
      最后,用户在词典帮助下做了一篇阅读题。
      总体而言,问题得到了解决。

    • 优缺点
      优点:基本功能都很完善,界面也很精美,准确度对于现阶段来说是足够的。
      缺点:做阅读的时候不能使用mini窗口很麻烦,每次查词都要重新打开窗口。

    1.6.4 改进意见

    建议增加鼠标取词功能,以及mini窗口的功能。

    1.7 软件定性和定量评价

    类别 描述 评分 (满分 10 分, 良好 6 分,,及格 4 分,聊胜于无 1 分, 很差 -3 分) 评分说明
    功能 核心功能 分析三个核心功能,功能设计和质量。 7 设计-2,不能最小化到托盘-1
    细节 有什么为用户考虑的细节? 8 没有mini窗口-2
    用户体验 当用户完成功能时,不干扰用户 (例如: 是否不断弹出不相关广告)。 10 没有广告,这是最完美的
    辅助功能 一些辅助功能如皮肤等 7 模糊查词、词汇量测试减分
    差异化功能 这个软件独特的功能. 它对用户的吸引力有多大? 8 平均水准,词典功能基本大同小异
    软件的效能 占用内存, 启动速度, 内存泄漏情况 10 20MB,一般PC上几乎可以忽略不计
    体验 软件的适应性 在联网/断网, 大小屏幕, 没有鼠标的情况下都可以顺畅操作. 和不同平台的软件能流畅协作 10 支持离线词库
    成长性 记住用户的选择, 适应用户的特点,用户越用越方便 10 可定制词库以及复习计划
    用户有控制权 系统状态有反馈,等待时间要合适。关键操作有确认提示,有明确的错误信息。 让用户方便地从错误中恢复工作, 快捷操作键可调整。 10
    自选 自选评分项目 高阶功能 5 词条中没有词根说明,不能引进外部词库,没有多语言支持

    最终分数是85。


    Part2:分析

    2.1 使用此服务的所有功能,估计这个软件/网站/服务做到这个程度大约需要多少时间(团队人数6人左右,计算机大学毕业生,并有专业UI支持)

    利用COCOMO模型分析,列表如下:

    类型 因素 描述 控制因子
    产品因素 可靠性 常年运行,高可靠性 5
    数据量 包括词条、例句以及音频和用户信息,数据量会不断递增 3
    复杂程度 高,包括语音处理图片处理机器翻译等复杂技术 8
    模块重用的需求 从头开发,全部模块重新写。Ui除外 1
    文档需求 1
    平台因素 执行时间 实时 3
    数据存储和恢复 大型服务器存储,应该考虑将数据托管给专业数据存储公司处理 1
    编程平台变动 基本不变,但平台需求多,包括IOS、安卓、Windows,当前只考虑一个平台 1
    人员因素 程序员能力 大学毕业,能力低 8
    类似开发经历 基本没有 8
    人员流动性 可能有 5
    项目因素 是否使用项目管理工具 使用 1
    工作地区 同一地点 1
    进度安排 考虑到产品上线,进度紧张 10

    不考虑Ui的制作,估计需要1年,控制因子的乘积是720000,不确定性非常大。

    2.2 分析这个软件目前的优劣(和类似软件相比),这个产品的质量在同类产品中估计名列第几?

    软件的劣势在第1节基本介绍清楚,下面列出一些优点:

    • 和cortana对接
    • 没有广告
    • Ui设计质量较高

    综合这些优劣之处,我估计它在同类产品(不考虑开源软件)中的排名在前3。

    2.3 它的市场份额估计第几?两者匹配么?不匹配的原因是什么?

    估计在前5,和排名大概匹配。

    2.4 团队在哪一个层次还有问题?为何这么著名的团队还有这些问题?可以把自己想问软件团队的问题都列出来,也许就能得到团队的亲自解答了!

    分析前面的劣势,我认为:

    • 团队对用户体验的分析还不够到位
    • 团队对产品的定位中,没有考虑到高阶语言学习者的需求。

    想问软件团队的问题:

    • Bing是微软的产品,我认为非本土公司的产品要在中国推广是比较困难的,因为它们会丧失一些地方优势,请问软件团队是如何考虑这个问题并如何解决它们的?
    • 请问产品研发的动机是?
    • 请问软件团队认为自己产品的创新点,即Core是什么?因为我认为词典这个工具并不是一个很容易有创新点的地方。
    • 这一部分的估计题的答案是什么 ?

    2.5 从各方面的问题,推理出这个软件团队在软件工程方面可以提高的一个重要方面(具体建议)。

    可以对不同水平的语言学习者分类别进行需求分析。

    2.6 根据各种公开资料,推测这个App/系统是用什么语言+架构实现的,做到目前这个水平总的工作量应该是多少(人×月)

    C#/C++ 和 WPF,工作量是300~500人 × (6个月产品原型+2年维护升级)

    2.7 你在第一部分发现的bug,为何软件团队不能在发布前修复?他们是不知道,还是有意不修复?你觉得是什么原因?从下面的可能性中选取几个:

    我认为有些是没注意到的(比如界面设计),还有些也许是因为功能刚出没有时间修复(比如词汇量测试的一些小问题),可能的原因为:

    • 对用户需求掌握不好

    Part3:建议和规划

    3.1 市场有多大?全中国IT专业的学生和职业人士都可以是用户,总共有多少人?

    比较大,有道在2015年用户量是5亿,市场占有70%,所以总的用户量可以有7亿~8亿。

    3.2 目前市场上有什么样的产品了,它们的优势劣势在哪里?和它直接竞争的产品在那里?

    同类型的开源的软件数不胜数,商业软件包括:有道词典、金山词典、欧路词典等,这些都属于直接竞争的产品。
    这些软件的对比和分析可以参考:有好用的词典软件推荐吗?
    总的来看这些产品的功能都大同小异,面向的用户群都是低中级的语言学习者,其中市场占有率最大的是有道词典,有道的一个比较有亮点的地方是百科。

    也有一些间接竞争的软件,比如各种背词软件:百词斩、扇贝单词等。

    3.3 作为新的项目经理,这个产品的核心用户群是什么样的人,典型用户长什么样?学历,年龄,专业,爱好,收入,表面需求,潜在需求都是什么?

    核心用户群是学习外语的学生,它们的特征如下表:

    学历 小学到大学
    年龄 10~30,主要是年轻群体
    专业 没有限定
    爱好 某种程度上对外语有兴趣
    收入 有家长支持,一部分经济独立
    表面需求 查词
    潜在需求 更快更好地学习外语
    使用时间 除了专业的语言学习者,其他用户的活跃时间一般在半年左右

    3.4 功能:你要设计什么样的功能?为何要做这个功能,而不是其他功能?为什么用户会用你的产品/功能?你的创新在哪里?可以用NABCD分析.

    利用NABCD模型分析,得到如下的表格:

    条目 描述
    Need 1.获得单词更权威的解释,以及词语源头的分析 2.针对考试进行更有针对性的学习 3.获得轻松愉快的学习体验
    Approach 1.允许用户导入外部词典,或是直接在产品中引入权威词典 2.引入语言课程模块,允许用户在支付费用的情况下学习专业老师讲授的课程 3.在词条中引入图片、视频等元素
    Benefit 重点解决用户潜在的学好语言的需求,用户可以在一个平台上完成查词、背词、学语言的一整套流程
    Competition 优势:强大的技术团队的支持,更快的工作效率; 劣势:进入市场时间晚,如何推广是问题所在
    Delivery 除了常规的宣传之外,还可以考虑和外语学习机构合作进行推广

    3.5 如果你有钱可以招聘6个人,有4个月的时间,你作为项目经理,应该如何配置角色(开发,测试,美工等等)?描述你的团队在16周期间每周都要做什么,才能在第16周如期发布软件的改进版本,并取得预想中的成绩。

    • 人员分配

      • 开发:3人
      • 美工:2人
      • 测试:1人
    • 时间安排

      • 1-2周 :市场调查,设计规划,数据整理收集
      • 3-8周 :第一轮迭代,测试
      • 9-14周:第一轮中的问题总结,bug修复,第二轮迭代,宣传工作准备
      • 15-16周:最终测试,宣传

    总用时:7h##

  • 相关阅读:
    Vijos 1083 小白逛公园(线段树)
    [NOIP2012提高组] CODEVS 1200 同余方程(扩展欧几里德算法)
    sshpass安装以及使用
    python 判断操作系统以及操作系统版本号
    subprocess.run()用法python3.7
    SyntaxError: (unicode error) 'utf-8' codec can't decode byte 0xd0 in position 2: invalid continuation byte
    linux动态监控dstat&&glances&&psutil&&bottle
    subprocess.Popen()
    centos解决bash: telnet: command not found...&& telnet: connect to address 127.0.0.1: Connection refused拒绝连接
    pexpect &&pxssh
  • 原文地址:https://www.cnblogs.com/Aria-K-Alethia/p/7653036.html
Copyright © 2011-2022 走看看