第一部分 调研，评测：
Bug：
(1) 在win10下，每次打开必应词典，任务栏无法自动隐藏。需要双击必应词典后，任务栏才会自动隐藏。（我主要是使用划词即译的功能）
(2) 打开必应词典，不定时出现该页正在访问其控制范围之外的信息。这可能导致安全风险的Windows安全提示。
(3) 翻译的不贴切，不标准。例如BBC主页的“Stepping out of the system”被翻译成了“从系统中取出步进”。实则是“退出系统”。
采访用户：
(1) 背景和需求：日常生活中遇到不知道如何表达的词的时候查一下。
(2)
(3) 用户的问题一般能得到解决，在数据量上，平时随便查个日常生词还是够用的，界面上算是比较美观，准确度上，查询整个句子或者短语时，其实还是相当不准确的。用户体验方面一般般，日常查询也算是够用，但是加载速度特别慢，有待提高。
(4) 改进意见是，希望能出一个无图模式，太费流量了。
(5) 评价：一般。
第二部分分析
(1) 大约需要4个月时间。
(2) 和有道等国产词典相比，响应速度较慢，导致用户体验差。
和google等词典相比，准确率明显不足。
与灵格斯等词典相比，无法导入wiki这些外部高级词典。
(3) 改进后端架构和服务器的分布和负载策略，提高响应速度。
优化向量算法，提高其基准的数据量，进行训练，使翻译句子时的准确率上升。
加入导入外部词典的功能。
开发无图模式，节省用户流量。
第三部分 建议和规划
(1) 改进后端架构和服务器的分布和负载策略，提高响应速度。
优化向量算法，提高其基准的数据量，进行训练，使翻译句子时的准确率上升。
加入导入外部词典的功能。
开发无图模式，节省用户流量。
(2) Google翻译，百度翻译，金山词霸，有道词典，灵格斯词典。
设计单词助记本和根据单词本的内容用推荐算法分析出用户的习惯和查词方向，以后查词时如果有多义则将该方向的内容置顶，并且可以给用户推送给方面的词汇和文章。
因为感觉只有掌握了用户的个性需求，查词特点，才能为用户定制体验。
因为把他们喜好或专业方向的词义置顶会大大减少其查词所用时间提升效率，所以用户会用我们的产品。
创新就在于我们要分析用户个性需求，查词特点，为用户智能定制软件。
(3) 细心考虑事情周全的人做测试，有美术功底的人做美工，有深厚的开发经验的人做架构和开发。
(4) 第一周分配项目角色，制定开发时间计划，分析需求并写出需求文档。
第二周根据需求文档制定开发接口规范，代码规范，api标准。
第二周第三周将软件整体框架搭建完毕。
第四周到第十周进行开发。
第十一周进行各个模块单元测试和回归测试。
第十二周前后端交付并按照接口进行对接。
第十三周进行整体测试。
第十四周部署服务器，将开发环境转变为生产环境。
第十五周对生产环境下的应用进行测试，调试。
第十六周，交付上线。