0x01：微软必应词典案例分析
0x0104：微软必应词典功能性BUG说明
0x010404 : BUG – 1 –模块功能未实现
配图说明如下：
0x010408 : BUG – 2 –进度条与音频不同步
配图说明如下：
0x01040c : BUG – 3 –例句高亮混乱且存在语义完全不通顺的语句
配图说明如下：
0x01040c : BUG – 4 –机器翻译部分未做到实事的同步
配图说明如下：
0x010414 :彩蛋– 5 –机器翻译/生词本的用户体验
配图说明如下：
0x0108：微软必应词典采访摘要
0x010804 :用户体验和访谈摘要
这里特别鸣谢接受采访的Change少年，锻炼之路Bingo~
给予体验照片（捂脸）：
0x010808 :结论
软件评价整体应当设置为(C)一般
首先梳理基本的观点，软件本身不存在大量广告，整体界面干净清秀，入手和平时简单查询是值得推荐的产品；按正常角度，必应词典但从“词典”这一方面是值得推荐的产品，但是其夹杂的一些功能略显鸡肋，相比于其他专业辅助背单词或听力的软件，略显逊色，会给这款软件一些不好的印象，不过由于词典本身功能更偏向于词典，所以个人将这款软件置于“一般”等级，也预祝微软能在必应词典上增加推荐力度，通过本身的必应搜索、OneDrive登陆更方式创造更为良好的用户体验吧
这里借用之前高中同学一段非常心碎的吐槽，“如果不是因为打开google搜索失败的话，360界面会提示你选择其他搜索引擎，我想我基本都不知道微软出了必应搜索，后来搜索必应的时候顺带发现了必应词典，发现预期的效果还是蛮不错的，但为什么此前没有很好的宣传呢？”
0x02：软件基本分析
0x0204：项目时长预估
这里我们首先探讨这一项目的预估时长，不妨根据经典的杀手功能(Core)/外围功能(Context)的方式简要将这一项目的功能进行分类，并根据具体的功能划分对项目时长进行预估
因此，我们必须做出如下假设后再进行预估：
计算机大学本科毕业生均参与过项目的开发，了解软件功能产品开发的基本流程，且各部分基本功能所需要的资源能准确获得
计算机大学本科毕业生团队功能划分清晰，且每周工作时间不低于60小时
计算机大学本科毕业生团队稳定存在，不会因为意见一时的分歧而出现消极罢工等情况
在此基础上，我们借用软件工程经典的“生鱼片模型”，从软件概念、需求分析、架构设计、详细设计、编码和调试、系统调试的阶段角度进行分析，总计工作量约为15-20周
0x0208：软件优劣势说明
写到这里，突然发觉此前用户的体验的部分，已经陈列很多软件的优劣势，因此这里将再次做一次整合的工作；同时事先声明，我们将与有道词典、扇贝单词这两款目前市场的主流产品进行比较
0x03：必应词典建议和规划
在0x0208部分我们已经通过必应词典的劣势说明，简单阐释了必应词典在市场的竞争对手的基本模式，这里简单概述，有道词典尝试向朋友圈交友和类似学习平台的搭建方向过渡，而扇贝单词则直接从单词记忆、听力口语等学生群体几乎必备的英语技能入手，构建一个适合英语单词学习的平台；
因此，单纯从建议的角度分析此问题，我们不妨在原有基础上，根据经典的杀手功能(Core)/外围功能(Context)的方式对必应词典的新产品进行如下的更改
0x0304：NABCD分析
0x0308：开发配置和计划
