个人作业2--英语学习app案例分析
第一部分 调研,评测
1.个人感受:打开软件,界面简洁明了,能大致了解软件的各项功能,易操作上手。
2.BUG
按照《构建之法》13.1节描述的 bug 定义:
1)症状:即从用户的角度看,软件出了什么问题。例如,输入(3211)时,程序出错退出。 2)程序错误:即从代码的角度看,代码的什么错误导致了软件的问题。例如,代码在输入为某种情况下访问了非法的内存地址——0X0000000C。 3) 根本原因:错误根源,即导致代码错误的根本原因。例如,代码对于id1==id2的情况没有做正确判断,从而引用了未赋初值的变量,出现了以上的情况。
bug-1.悬浮窗错误弹出悬浮窗错误弹出
bug-2.部分功能并没有实现完整
bug-3.部分QQ用户无法登录
3.采访
接受采访者将在今年6月参加英语六级考试,平时使用的英语单词查询软件为有道,最近一周尝试使用必应词典
用户的问题解决:在查询上,被很好地解决了,例句中有很好的使用实例。
软件的优缺点:
优点:能提供不错的例句;
每日一次和一句和一篇阅读这样体现逐渐积累理念的功能不错;
界面简洁流畅挺,没有什么广告。
缺点:内置单词本词汇量太小;
汉译英功能不是特别理想。
改进意见:保持例句与每日积累,完善单词本学习功能,句子翻译中添加汉译英功能。
结论为:一般
第二部分 分析
团队人数6 人左右, 计算机大学毕业生的开发团队
建立分工、统一编码1周;
集体培训相应的知识和开发流程1周;
需求分析2周;
设计复审2周;
完成相应的部件与功能,保证功能之间不出现重叠与冲突4周;
将部件组合起来,完成各种测试2周;
随机选取用户测,试获得用户反馈,将应用进行调整,并开始维护和运营1周;
总计13周。
对比
软件 | 界面 | 单词联想搜索功能 | 互译 |
必应 | 还行 | 较好 | 一般般 |
有道 | 一般 | 好 | 较好 |
扇贝 | 好 | 还行 | 好 |
第三部分 建议和规划
1.如果你是项目经理,如何提高从而在竞争中胜出?
要有完善的功能和有没的界面
2.目前市场上有什么样的产品了?
有道、扇贝
3.你要设计什么样的功能?
有自己的特色功能,如例句选取很强大、句子翻译较为准确(不变),并扩大宣传
4.为何要做这个功能,而不是其他功能?
有自己的特色功能,才能吸引跟多的用户使用,而其他功能没有其他软件的优势
5.为什么用户会用你的产品/功能?
一款的软件吧2自己的特色功能做好自然有人会用
6、你的创新在哪里? 请使用 NABCD 分析
NEED:用户对于词典的最大需求在于查询,但同时部分用户如学生群体也有记录生词并学习的任务,更进一步,这些学生用户还有学习指定内容的单词的需求。同时,app满足了应试需求也不一定能满足他们对于一门语言的真正需求,即使用,即从听说读写的角度提高自己的能力。
APPROACH:在技术上,能够依靠微软这一强大靠山获取各种技术支持。在商业模式上,必应可以与其他从事外语研究与教学的部门、公司、企业取得联系并合作,以满足用户应试的需求,甚至更进一步满足用户学会使用语言的需求。
BENEFIT:微软这一靠山、搜索引擎的实力,可以为例句选取与翻译奠定坚实基础;在商业金额学术上,如果必应能和英语学习、研究机构合作,除了对必应词典本身,对微软来说,可以开启微软在教育领域的门路,不过目前好像minecraft正在做这个。
COMPETITIONS:竞争很激烈,目前市场主要被扇贝、新东方乐词、有道等软件占领,微软如果想要获胜,首先应该完善Android的各种功能,另外针对应试需求,通过分析其他软件,改善自己从而吸引大部分用户,而其杀手功能同时应该进行进一步优化。
DELIVERY:不管怎么样,宣传最重要,知道必应是因为win8默认搜索引擎是必应,知道必应词典,是因为去年有个学长学软工的时候要我试着用一下,也就是说,必应词典的宣传完全不够。普通用户并不会了解到还有必应词典这个应用,所以微软应该充分利用自己的强劲实力,加大宣传力度。但是必应软件本身给人的简洁印象会给宣传带来一定难度。
7、如果你来领导这个团队,会有什么不一样?
把各项功能和不足做完善
8、如果你的团队有5个人, 4个月的时间,你作为项目经理,应该如何配置角色(开发,测试,美工等等)?
1名项目经理,1名美工,2名开发,1名测试,在开发初始时迅速明确分工。
9、描述你的团队在16 周期间每周都要做什么,才能在第16周如期发布软件,大小里程碑绩点设定。
1-2周:建立分工,团队熟悉各自角色,磨合性格与风格,统一编码、文档风格。集体培训必须的知识,了解开发流程等常识。
3-4周:分析需求,确定基本的开发方案、撰写正式文档,列出必须学习与可能需要学习的技术清单,首先学习当前开发必须学习的。项目经理和美工在此期间分析其他项目实例,并收集相应素材。
5-6周:设计复审,并做出详细设计,此时美工开始设计UI。
7-10周:完成相应的部件与功能,保证功能之间不出现重叠与冲突,并对部件进行测试并撰写测试文档,此时美工开始根据部件设计相应界面。
10-13周:将部件组合起来,完成各种测试(黑白盒),确保程序耦合不出现问题,并进行回归测试,修复之前的bug与新出现的bug,并撰写测试文档、readme。
14-16周:测试并随机选取用户内测,获得用户反馈,将应用进行调整,并开始维护和运营。