(1) 在win10下,每次開啟必應詞典,工作列無法自動隱藏。需要雙擊必應詞典後,工作列才會自動隱藏。(我主要是使用劃詞即譯的功能)
(2) 開啟必應詞典,不定時出現該頁正在訪問其控制範圍之外的資訊。這可能導致安全風險的windows安全提示。
(3) 翻譯的不貼切,不標準。例如bbc主頁的「stepping out of the system」被翻譯成了「從系統中取出步進」。實則是「退出系統」。
(1) 背景和需求:日常生活中遇到不知道如何表達的詞的時候查一下。
使用者的問題一般能得到解決,在資料量上,平時隨便查個日常生詞還是夠用的,介面上算是比較美觀,準確度上,查詢整個句子或者短語時,其實還是相當不準確的。使用者體驗方面一般般,日常查詢也算是夠用,但是載入速度特別慢,有待提高。
(4)
改進意見是,希望能出乙個無圖模式,太費流量了。
(5)
評價:一般。
(1)
大約需要4個月時間。
(2)
和有道等國產詞典相比,響應速度較慢,導致使用者體驗差。
和google等詞典相比,準確率明顯不足。
與靈格斯等詞典相比,無法匯入wiki這些外部高階詞典。
(3)
改進後端架構和伺服器的分布和負載策略,提高響應速度。
優化向量演算法,提高其基準的資料量,進行訓練,使翻譯句子時的準確率上公升。
加入匯入外部詞典的功能。
開發無圖模式,節省使用者流量。
(1)
改進後端架構和伺服器的分布和負載策略,提高響應速度。
優化向量演算法,提高其基準的資料量,進行訓練,使翻譯句子時的準確率上公升。
加入匯入外部詞典的功能。
開發無圖模式,節省使用者流量。
(2)
因為感覺只有掌握了使用者的個性需求,查詞特點,才能為使用者定製體驗。
因為把他們喜好或專業方向的詞義置頂會大大減少其查詞所用時間提公升效率,所以使用者會用我們的產品。
創新就在於我們要分析使用者個性需求,查詞特點,為使用者智慧型定製軟體。
(3)
細心考慮事情周全的人做測試,有美術功底的人做美工,有深厚的開發經驗的人做架構和開發。
(4)
第一周分配專案角色,制定開發時間計畫,分析需求並寫出需求文件。
第二週根據需求文件制定開發介面規範,**規範,api標準。
第二週第三週將軟體整體框架搭建完畢。
第四周到第十周進行開發。
第十一周進行各個模組單元測試和回歸測試。
第十二周前後端交付並按照介面進行對接。
第十三周進行整體測試。
第十四周部署伺服器,將開發環境轉變為生產環境。
第十五周對生產環境下的應用進行測試,除錯。
第十六周,交付上線。
個人部落格作業Week3
bug 1.使用背單詞功能的時候,如果單詞本內單詞較少,複習幾次之後無論設定多少新詞個數都無法再使用複習功能,只能退出再重新進入,偶爾仍然不能使用複習功能。2.在含有中文的系統生詞本裡,要是選擇z到a排序,顯然排序不對,中文的排序沒有任何規律,而且在有中文的時候設定這樣的功能本來也不是那麼合理。3....
個人部落格作業Week3
關於微軟必應詞典客戶端的案例分析 第一部分調研,評測 bug1 android 上的必應詞典長句翻譯功能並不完善,長句翻譯 這個功能實現的不夠智慧型,將翻譯之後的句子再用該軟體翻譯回去後與之前有較大的區別。沒有考慮到中英文在表達上的差異。必應詞典只是將句子中的每個詞依次翻譯,顯然僅僅這樣做是不能讓人...
個人部落格作業Week3
第一部分調研,評測 1 找bug 可能本人找bug的能力太有限,找了好久實在沒能找出來 2 使用者採訪 介紹採訪物件的背景和需求 該使用者是計算機學院的一名學霸,目前計畫本科畢業後繼續深造,所以需要學好英文,平時他個人也比較喜歡微軟的產品,所以,就選擇了必應 第二部分 分析 我推測需要14個月 2 ...