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