做業地址:https://edu.cnblogs.com/campus/nenu/2016CS/homework/2505前端
待分析的產品:石墨文檔Android客戶端數據庫
第一部分 調研,測評後端
1.下載並使用,描述簡單直觀的我的體驗安全
下載並使用石墨文檔Android客戶端後,界面簡潔大氣,功能專一於文檔和表格方面,使用APP在線編輯時也較方便和簡單,編輯工具較爲豐富,同時支持文字識別和語音速記,方便用戶的使用;在多人實時協做時,同步響應速度很快,用戶體驗感很棒,可以知足用戶雲端實時協做的需求;另外該軟件支持導入文件,可以全局搜索而且將文件分類,便捷用戶對軟件的管理。美中不足的是不少功能的加載速度太慢,好比表格加載、導入文件等。微信
2.按照描述的bug定義,找3~5個功能性的比較嚴重的bug框架
經過閱讀《構建之法》第13章的軟件測試,可知bug的定義。數據庫設計
Bug能夠分解爲:症狀(Symptom)、程序錯誤(Fault)、根本緣由(Root Cause)。工具
1)症狀:即從用戶的角度看,軟件出了什麼問題。單元測試
例如,輸入(3 2 1 1)時,程序出錯退出。測試
2)程序錯誤:即從代碼的角度看,代碼的什麼錯誤致使了軟件的問題。
例如,代碼在輸入爲某種狀況下訪問了非法的內存地址——0X0000000C。
3)根本緣由:錯誤根源,即致使代碼錯誤的根本緣由。
例如,代碼對於id1==id2的狀況沒有作出正確判斷,從而引用了未賦初值的變量,出現了以上的狀況。
功能性的bug:
bug1:
文檔裏添加連接時,連續兩次寫入@符號,第二次寫入@符號時會因選擇工具的不一樣出現兩種狀況
第一種狀況:選擇軟件工具欄自帶的@鍵寫入@符號,能夠正常添加連接
第二種狀況:選擇手機鍵盤裏的@鍵寫入@符號,此時文檔沒法識別,不能正常添加連接
bug2:
在文檔裏設置標題樣式時,選中區域無效,軟件會默認將光標所在的兩個回車符之間的全部內容設置爲選定樣式。
問題樣例以下:
正確樣例以下:
bug3:
在文檔的某一討論區,點擊【結束討論】後,該功能並未立馬起效,協做者仍能夠繼續評論,而且全部協做者均可見該評論。但此時,左上角的狀態已經由【結束討論】變爲【恢復討論】。
3.選擇用戶進行採訪
(1) 介紹採訪對象的背景和需求
採訪對象是室友,她常常寫文案和作微信推送,在編輯文案時須要與他人協做討論,針對文案中的某些細節問題進行標註、商討以及修改,若是這些問題經過雲端實時協做解決,就能夠便利你們的工做時間安排,提升作事效率。
(2) 讓採訪對象使用5-15分鐘石墨文檔的功能(請上傳照片證實用戶的確正在使用)
(3) 描述用戶使用這個產品的過程, 用戶的問題解決了麼?軟件在數據量/界面/功能/準確度上各有什麼優缺點?用戶體驗方面有問題麼?
1)用戶使用過程:用戶初寫文案時,添加了三個協做者,你們一塊兒經過石墨完成一篇文案的寫做。用戶負責寫出文案的主體內容,其餘協做者負責審閱和修改,在有問題的地方一塊兒進行評論和商討,並最終肯定文案。較傳統的方式相比,整個過程當中,協做者們減小了沒必要要的會面、發送文件的時間,更加高效地完成了一篇文案的撰寫,很好地解決了用戶的問題。
優勢 | 缺點 | |
數據量 | 暫無限制,且採用SSL加密通道/AES256,安全性較高 | 數據量沒有限制,但速度很慢 |
界面 | 簡潔美觀 ,具備濃厚的「中國」氣息,適合深度寫做 | 界面設計上沒有突出體現石墨的特點功能 |
功能 | 專一文字書寫和文檔協做,除了提供普通的協做功能,還提供了很是好的體驗 | 其餘方面如團隊管理和文檔管理等有所欠缺 |
準確度 | 經過文字識別和語音速記的結果來看,準確性較高 | 目前使用經從來看,未在準確度上發現問題 |
2)用戶的體驗問題:
(4) 用戶對產品有什麼改進意見?
主要是加載速度,若是軟件可以在各個功能上把加載速度提高,提升使用過程當中的流暢性,將會帶來更好的用戶體驗。
4.請給出你對這款軟件的評價和理由。
評價:d、推薦
理由:石墨的界面簡潔大氣,適用於不少場景,尤爲是在辦公服務上有很大用處。它最大的優點是多人實時協做功能,同步響應速度很快,而且支持文字識別、語音速記等多種方式在線編輯文檔,能夠實現多人同時在同一文檔及表格上進行編輯和實時討論,可以很好地知足用戶雲協做的需求。
第二部分 分析
1.使用此軟件的全部功能,估計這個項目作到這個程度大約須要多少時間(以周爲單位、團隊人數6人左右、計算機專業本科畢業生,並有專業UI 支持),人員如何分工?時間如何規劃?
石墨是一款「小而美」的產品:切入點小,專一於文字書寫和雲端實時協做,頁面和交互也作得很漂亮。可是真正實現起來仍是比較困難的,要考慮的問題不少。
若是對這方面開發比較瞭解而且技術過關的話,配置1個美工、2個前端開發、2個後端開發、1個測試,大概須要20周。
5%的時間用於定義問題和制定計劃,15%的時間用於需求分析和創建軟件的邏輯模型,5%的時間進行軟件設計,45%的時間用於代碼開發與美工,30%的時間用於軟件測試和解決bug。
2.分析這個軟件目前的優劣(和相似軟件相比),並給出團隊在軟件工程方面能夠提升的一個具體建議。
產品 | 產品完備性 | 協做 | 功能完備性 |
Google Docs | 文檔、表格、演示、表單、畫圖 | 徹底無鎖實時協做 | 基本知足各類office需求,除了很是專業的用戶以外 |
Quip | 文檔、表格 | 實時協做 | 輕,不去過度強調格式和功能 |
一塊兒寫 | 文檔、表格、表單 | 實時協做 | 酷似Quip,但沒有走Quip那麼輕的路線,提供較完備的功能 |
石墨 | 文檔、表格 | 實時協做 | 輕,界面簡潔美觀,可是有些須要的功能沒有,速度快且穩定 |
建議:經過和同類軟件對比發現,石墨專一於文檔和表格,文檔協做功能作的很好,可是文檔/團隊管理這塊不如同類軟件,若是能豐富和完善一下協做管理功能,產品會更具競爭力。
第三部分 建議和規劃
1.這個軟件有不少能夠提升的部分,若是你是項目經理,如何提升從而在競爭中勝出?
我會從界面和功能兩點出發。
在界面設計上,考慮軟件的應用場景和用戶羣體,分析並設計出適合該軟件的圖形界面,追求簡潔美觀的風格,提升用戶使用時的溫馨性、方便性以及愉悅性。
在功能設計上,肯定軟件應用的範圍,專一於解決用戶的某些具體問題,爭取實現的每一個功能均可以快捷高效地幫助用戶解決問題,不求軟件功能的豐富性,但求軟件功能的實用性,在某些領域提升軟件的競爭力。
2.目前市場上有什麼樣的產品了?你要設計什麼樣的功能?爲什麼要作這個功能,而不是其餘功能?爲何用戶會用你的產品/功能?你的創新在哪裏?能夠用 NABCD分析。
N(Need):現在社會中,團隊協做變得愈來愈重要,在生活的各個方面,對團隊協做工具的需求也更加迫切,尤爲是辦公服務軟件方面,支持雲端實時協做的工具備着更加普遍的用戶羣體。
A(Approach):用戶的反饋是最重要的。根據用戶的反饋,設計和優化界面,添加新的功能或對原有功能進行完善。
B(Benefit):
簡潔美觀的界面風格給用戶帶來更好的視覺體驗,更方便用戶操做;
便捷地編輯文檔和表格,知足用戶需求,吸引用戶的使用
高效地實現團隊實時協做,便於協做者操做
能夠對文檔的某一細節內容進行評論,其餘人能夠一塊兒參與討論
C(Competitors):目前最大的競爭對手是騰訊文檔,二者的功能太類似了!
D(delivery):在各大應用商店和社交平臺上進行推廣
3.若是你的團隊有5我的, 4個月的時間,你做爲項目經理,應該如何配置角色(開發,測試,美工等等)?
做爲項目經理,我會配置1個美工,3個開發,1個測試
4.描述你的團隊在16 週期間每週都要作什麼,才能在第16周如期發佈軟件。
第1周:制定計劃,主要肯定軟件的開發目標及其可行性
第2-3周:需求分析,對軟件須要實現的各個功能進行詳細需求分析,和用戶一塊兒肯定要解決的問題,創建軟件的邏輯模型,編寫需求規格說明書文檔並最終獲得用戶的承認。
第4周:軟件設計,根據需求分析的結果,對整個軟件系統進行設計,如系統框架設計、數據庫設計、功能邏輯設計等
第5-11周:代碼開發與美工,將軟件設計的結果轉化爲計算機可運行的代碼,而且美觀地呈現出來
第12-15周:試運行、測試,解決Bug。整個測試階段按照單元測試、組裝測試、系統測試三個階段進行,選擇白盒測試、黑盒測試等測試方法。
第16周:發佈軟件