1、做業地址前端
【https://edu.cnblogs.com/campus/nenu/2016CS/homework/2505】後端
2、待分析的產品安全
1.評測目標:石墨文檔Mac客戶端微信
2.下載地址:【https://shimo.im/download】運維
3、調研、評測工具
1.下載並使用,描述我的感覺測試
①產品介紹:石墨文檔是一款輕便、簡潔的在線協做文檔工具,PC端和移動端全覆蓋,支持多人同時對文檔編輯和評論,讓使用者與他人輕鬆完成協做撰稿、方案討論、會議記錄和資料共享等工做。ui
②我的感覺:石墨文檔的產品定位是輕量辦公軟件,Mac端的界面簡潔大方,總體呈灰白色調,符合辦公軟件的定位 ,也與系統一向的簡潔風格相符。編輯工具豐富,能夠知足團隊工做的基本需求。Mac端支持導出成pdf、word、md、jpg等格式的文件,知足不一樣用戶的需求。自動實時保存的功能很便捷,用戶體驗感好。spa
2.按照描述的bug定義,找3-5個功能性比較嚴重的bug設計
經過閱讀《構建之法》第13章的軟件測試,得知bug的定義爲: ·Bug:軟件的缺陷 Bug能夠分解爲:症狀(Symptom)、程序錯誤(Fault)、根本緣由(Root Cause)。 1)症狀:即從用戶的角度看,軟件出了什麼問題。 例如,輸入(3 2 1 1)時,程序出錯退出。 2)程序錯誤:即從代碼的角度看,代碼的什麼錯誤致使了軟件的問題。 例如,代碼在輸入爲某種狀況下訪問了非法的內存地址——0X0000000C。 3)根本緣由:錯誤根源,即致使代碼錯誤的根本緣由。 例如,代碼對於id1==id2的狀況沒有作出正確判斷,從而引用了未賦初值的變量,出現了以上的狀況。
Mac端功能性bug分析:
①初始界面加載緩慢,大概需5s。
②插入圖片時,進度條增加到一半後從新從原點開始,視覺交互體驗感差;若插入的圖片格式爲.gif,插入速度十分緩慢,2min沒有插入成功。
③多人協做時,未能成功加載圖片,頭像顯示位置錯亂。
④正在編輯且通過自動保存的文檔搜索相應內容時,未出現結果。(前提:搜索提示中容許輸入文件內容搜索。)
以下圖,正在編輯的文檔中包含【石墨文檔】四個字且已自動保存,但搜索結果中並未出現該文檔內容。
⑤點擊新建文檔後會覆蓋當前最近使用窗口,編輯新建文檔後點擊後退鍵,沒有出現新建文檔,需手動刷新。用戶體驗感差。
3.選擇須要使用這樣的軟件的用戶進行採訪,記錄你的採訪,記錄形式不限,圖片、文字或文檔連接。
①採訪對象背景和需求
背景:採訪對象爲東北師範大學校新媒體中心的一位工做人員。
需求:校新媒體中心負責東師青年公衆號的運營,爲了製做出精美、打動人心、實用的推送,校新媒體中心的工做人員須要每週開策劃會討論出下星期推送的內容,本次的採訪對象主要負責策劃會的會議記錄並上交給負責人進行篩選,但因爲速度問題常常形成內容遺漏、缺失。若是使用石墨文檔的多人在線協同編輯功能,每位參與人員可及時鍵入本身的想法,可經過線上交流的方式進行討論、篩選,讓工做更便捷,提升了工做效率。
②讓採訪對象使用5-15分鐘石墨文檔的功能
③描述用戶使用這個產品的過程, 用戶的問題解決了麼?軟件在數據量/界面/功能/準確度上各有什麼優缺點?用戶體驗方面有問題麼?
過程:在本星期策劃會中,採訪用戶新建了一個工做文檔,並添加了四人進行多人協做。五人經過多人協做及討論,蒐集、總結、整理、篩選完成了本週的策劃任務,石墨文檔能夠很好地解決採訪用戶的問題。可是其中在插入圖片的時候遇到了插入速度過慢的問題,但願通過反饋後能夠進行改進。
優缺點:
優勢 | 缺點 | |
數據量 | 數據量較大且形式多樣化,可供用戶進行選擇 | 數據量過大的時候軟件會出現速度較慢的問題 |
界面 | 界面簡潔大方,總體呈灰白色調,符合辦公軟件的定位 | 過於簡單,長時間使用易產生視覺疲勞 |
功能 | 在線協做文檔工具,支持多人同時對文檔編輯和評論,讓使用者與他人輕鬆完成協做撰稿、方案討論、會議記錄和資料共享等工做 | 有的功能bug較多,好比說多人協做時圖片加載不出、顯示錯位的狀況 |
準確度 | 在編輯文檔的過程當中,自動保存功能以毫秒級速度同步保存在雲端 | 數據量過大形成準確度降低及速度變慢 |
用戶體驗問題:插入圖片速度過慢、加載文檔速度過慢、有時圖片沒法加載、導出爲word文檔時題目沒法一同導出、
④用戶對產品有什麼改進意見?
新建文檔時能夠打開新窗口而不是覆蓋最近使用界面。另外但願能提升插入圖片的速度。
4.請給出你對這款軟件的評價和理由。
評價:c、通常
理由:Mac端的用戶使用體驗感較差,比起Windows客戶端及移動端來講不足之處較多,部分功能,好比:多人協同操做編輯文檔時頭像位置錯亂的問題,給使用者帶來的體驗較差。但整體來講自動保存的功能十分便捷,界面設計美觀大方,導入、導出、編輯功能強大,對中小團隊來講是很便捷、方便的工具。綜合考慮,本人對這款產品給出通常的評價。但願之後能增強部分功能的改進與實現。
4、分析
1.使用此軟件的全部功能(包括新建文檔、文檔導入等),聯繫第二部分的分析,估計這個項目作到這個程度大約須要多少時間(以周爲單位、團隊人數6人左右、計算機專業本科畢業生,並有專業UI 支持),人員如何分工?時間如何規劃?
若是團隊人數爲6人,且均爲計算機專業本科畢業生,而且有專業UI支持,那麼我認爲這個項目作到這個程度大約須要20周的時間
經過閱讀《構建之法》8.6關於計劃和估計的內容,得知: 軟件工程師在長期的實踐中,摸索出一套經驗公式:實際時間花費主要取決於兩個因素——對某件事的估計時間X以及他作過相似開發工做的次數N。 Y = X ± X ÷ N //注:Y是實際時間花費。中間的±表示加上或減去。
若是沒有理解錯,題目將專業UI單獨標註出來,因此美工設計不包括在開發團隊裏面,故預計以下:
人員分配:
職位 | 人數 |
項目經理 | 1人 |
前端開發 | 2人 |
後端開發 | 2人 |
產品測試 | 1人 |
項目經理須要對產品前期後期的總體過程統籌規劃、合理安排開發和上市時間及後期推廣運維工做有一個大局觀,因此我認爲項目經理的設置是必須的。
按照Rational Unified Process統一流程,現將時間規劃以下:
時間進度 |
工做安排 |
第一週 | 業務建模、需求分析 |
第二週至第三週 | 分析和功能設計 |
第四周至第五週 | 界面設計 |
第六週至第十四周 | 功能實現及開發 |
第十五週至第十九周 | 測試並檢驗需求是否正確實現 |
第二十週 | 部署,交付或發佈產品 |
2.分析這個軟件目前的優劣(和相似軟件相比),並給出團隊在軟件工程方面能夠提升的一個具體建議。
產品名稱 | 功能 | 協做 | 分析 |
Google Docs | 文件管理、搜索、協做功能、協同編輯 | 協做功能領先,協同編輯的內容夠能夠實時查看,協做表格尤爲出色 | 體驗感佳,但對於國內用戶來講存在使用上的不便。 |
Office Online | 文件管理、搜索、協做功能、協同編輯 | 和Google Docs較爲相似,容許將編輯好的文檔保存到One Drive | 協同和編輯功能很是好用,可以使用office365的郵箱實現便捷分享,可以設置權限,支持多終端。 |
Quip | 輕量、協同辦公 | 即時通信、協同辦公 | 比起Google Docs與Office Online來講更爲輕便,對國內用戶來講存在使用上的不便 |
一塊兒寫 | 協同辦公、多終端辦公、團隊管理、文檔管理、基礎的存儲功能 | 協同辦公功能很強 | 團隊管理和文檔管理的部分不是一塊兒寫的重點,能夠經過分享連接的形式來實現權限管理,但UI設計比較拙陋 |
WPS雲文檔 | WPS +一站式辦公、多終端、團隊管理、文件管理 |
文檔協做、表格協做、協做流程圖和PPT | 在目前國內類似產品中性價比最高,功能全,但WPS不支持mac版本,且微信端不能直接編輯文檔 |
石墨文檔 | 協做功能、基礎的團隊管理和文檔管理功能以及基礎的文件權限設置和分享連接權限設置 | 文檔協做 | 界面美觀大方,很是具備設計感,但因爲太爲輕量,更適合我的使用,與其餘類型產品對比功能較爲基礎 |
建議:在文件權限、團隊管理功能方面能夠更進一步的開發。
5、建議和規劃
1.這個軟件有不少能夠提升的部分,若是你是項目經理,如何提升從而在競爭中勝出?
首先,收集使用者反饋建議,修復功能上的BUG,打造具備更高用戶體驗感的產品。其次,經過與同類產品的橫向、縱向對比,發掘潛在功能,好比說文檔主打功能爲多人協做,那麼應該在團隊管理、文檔分享權限這些功能上多下功夫,打破目前基礎功能的局囿。
2.目前市場上有什麼樣的產品了?你要設計什麼樣的功能?爲什麼要作這個功能,而不是其餘功能?爲何用戶會用你的產品/功能?你的創新在哪裏?能夠用 NABCD分析。
目前市場上相似的產品有Google Docs、Office Online、Quip、一塊兒寫、有道雲協做、WPS雲文檔等產品。
我想設計一個團隊標籤化搜索的功能,即經過自定義標籤的方式來簡單、直觀的進行搜索。
由於石墨文檔主打團隊協做功能,標籤化搜索的方式可讓搜索已有文檔更加便利,且方便歸類整理,能夠提升團隊的工做效率。
創新:
N(Need):團隊協做已成爲當今社會辦公的一種趨勢,多人協做產品的出現知足了你們的平常工做需求。
A(Approach): 按期進行用戶調研,產品經理要隨時注意互聯網評論導向並收集相關建議,項目團隊根據反饋進行整改與維護。或根據用戶需求添加新的功能。
B(Benefit): 多人協做,能同時編輯同一個文檔;跨平臺Windows、Android、Mac、iOS,受衆廣;雲端實時自動保存,安全性高。
C(Competitors):同類產品相對於本產品弱點功能的競爭。
D(delivery):在各大社交平臺與軟件商店進行推廣宣傳。
3.若是你的團隊有5我的, 4個月的時間,你做爲項目經理,應該如何配置角色(開發,測試,美工等等)?
若是個人團隊開發經驗較多,那麼配置狀況以下:
開發:2人
測試:2人
美工:1人
若是個人團隊開發經驗不足,那麼配置狀況以下:
開發:3人
測試:1人
美工:1人
4.描述你的團隊在16 週期間每週都要作什麼,才能在第16周如期發佈軟件。
第一週:業務建模及需求分析。理解目前用戶的業務流程,利用UML圖把用戶的活動描述出來。經過用例後,開發人員和用戶表明分析並確認產品的需求以及功能的約束條件。
第二週:分析和功能設計。將需求轉化成系統的設計,肯定系統有哪些子系統、模塊以及它們之間的關係。
第三週:界面原型設計。設計界面及UI交互。
第四周-第十週:產品開發和實現。搭建系統。
第十一週-第十五週:產品測試。驗證系統全部組件的正確性、組件之間交互的正確性,已檢查全部的需求已被正確的實現。發現、報告、會診、修復各類缺陷,在產品部署和發佈前保證質量達到預期要求。
第十六週:發佈軟件。