标签：
微软必应词典客户端的案例分析：
整个文章的研究对象为必应词典客户端IOS版
第一部分：调研 测评
Bug：
周边用户体验记录：
第二部分：分析
整体的软件按照软件排版的分类可以分成四大类：词典、翻译、学习、我的
词典方面包括基本的查单词、每日更新推荐内容、拍照翻译，在单词页面还有相关内容的显示。
翻译方面就是简单的输入以及对应单词的翻译
学习包含：生词库、经典词库、多个种类的单词挑战（连续的做完多个单词题后得到分析）、口语训练营（包含多个情景以及分难度的对话练习，模拟真实对话场景，录音并且对于录音内容进行评分）、口语挑战（同样是提供一段文字，要求用户朗读，进行录音并且打分）、必应电台（提供英文听力材料）提供离线功能
我的包括对于本地客户端的一些设置，登陆系统分享系统等。
整个软件抛开美工等UI方面不谈，最重要的就是数据库的建立维护，这里有单词数据以及用户登录数据，此外还有一个难点在于语音识别，系统需要对用户的录音材料进行识别以及打分，还有图像识别以及处理等技术需要攻克。
假设由一个6人团队完成这样规模的工程的开发，并且所有人都处在大学毕业生的水平。首先核心的技术例如语音识别等就是很难处理的一部分。分工如下：1人负责所有的UI设计，1人负责了解并且学习语音处理图像处理这里的搭建，1人搭建并且管理数据库并且负责相关对接工作，1人负责框架设计以及整体的指导维护，其余两人负责主体非核心功能的实现。
开发流程参考瀑布模型:系统需求、软件需求、分析、程序设计、编码、测试、运行
其中前三个阶段为所有人共同参与，只要对整个软件的框架完成分析，定位，所可能涉及到的难点进行讨论分析即可，所以并不需要过长的时间，半个月就可以完成
程序设计阶段是难点，在这个阶段中，每个人都对自己的工作内容有了清晰的认知，以及整个软件所需要的基础雏形会形成，相关技术负责人也应开开始补充所需要的知识并且开始学习 所以这个阶段需要两个月的时间
编码阶段即根之前的设计完成编码即可，但考虑到所有的人都没有相关的开发经验，知识上都都有所欠缺，所有这一过程可能会比较缓慢，需要2个月的时间
测试以及运行阶段只要前面工作 完成的比较好，就应该会比较轻松，相关的文档编写是重点，Bug的排除 以及优化同样是重点，但是一个月的时间应该也已经足够。
所以整个的项目工程需要花费五个半月，考虑到各种突发情况，半年内也是可以完成交付的。
这个软件木片与同类软件相比较，界面是优点，语音识别相关的是优点，没有多余的广告弹窗是优点，但是词库的完整性是缺点，自动翻译的正确性也是缺点。这样看整个软件在软件工程方面可以提高的一点，就是在后期的测试优化上花更多的功夫，虽然功能较为完善，但是单项功能的完成质量也是非常重要的一点。设计好并不是最重要的，能把最好的设计完美实现才是最重要的。
第三部分：建议和规划
目前就这个产品来看，最重要的可以提高的内容就是单项功能的完善优化了，此外可以另外增加具有核心竞争力的亮点功能
目前市场上的其他同类产品主要有有道词典、金山词典等，例如有道词典的取词功能非常完善，这个也是目前必应词典需要改进的地方。一个可以增加的功能就是由用户完善的数据库功能。例如可以允许用户对于缺失 的词条进行补充，并且许以相应的回报，例如一些特殊功能的使用权限等。这样就可以极大的丰富本产品最大的不足并且成本也是比较低的。如果这样的功能可以持续一段时间，想必必应将很快拥有最全面的词库。此外还可以增加核心竞争力的新功能例如社区功能
以NABCD这样的模型来分析的话
N:用户一定是有需求的，更庞大的数据库只会让更多人需要，同时补充内容所获得的奖励也可以看作动机之一，社区功能也是同样
A:新增词条功能的实现并不需要太复杂，社区可能麻烦一点，需要动态更新的环境给所有正在使用的客户，但是参考已有的更多成功案例，这是可以实现的
B:好处就是更稳定的用户群体，以及更加丰富以及准确的内容，这将造成一个持续增长的良性循环
C:同类产品你中也有一切相似的功能，但是补充词条是我们仅有的，社区功能只要我们开发的更好就同样有竞争力
D:推广方面，基于必应词典本来的用户群体以及微软的影响力，应该不会有太大的推广困难
假设我们的团队有5个人以及4个月的开发周期
1个人负责美工，3个人开发，1个人进行持续的测试
时间安排方面。其中前两周进行讨论分析产品定位等，3-5周进行新产品的设计，6-13周进行集中的开发， 毕竟有之前的基础，所以工作量并不会太高，其余的3周进行产品测试优化，这样就可以在第16周准时进行新产品的发布。
标签：
原文地址：http://www.cnblogs.com/MurryK/p/Being_Dic_analysis.html
