我的做業——軟件產品案例分析

1、調研,評測

1.評測

1.1 上手體驗

web端:前端

瀏覽器:Safari 11ios

百度搜索華爲雲,進入的頁面,發現華爲雲有好多好多內容,找了好一會才找到咱們要測評的軟件開發雲,有點難找啊😕。註冊登陸後,進入首頁以爲有一種眼前一新的感受,UI很好看,清新的畫風。相較於github、碼雲等傳統碼農畫風,顏值蠻高的~(看臉)代碼管理、團隊協做的功能看起來蠻全的,相較於GitHub全英文界面的難啃,華爲雲中文界面仍是很友好的~初步感受還不錯~git

iOS移動端:程序員

版本: DevCloud 3.3.8github

初次登陸,首先看到的仍是UI,移動端與web端的UI有相呼應的地方,這種小細節仍是蠻不錯的感受~移動端的功能看起來相對簡單一些,大概是查看、建立任務爲主的功能。因爲功能相對簡單,因此整個UI的感受就是簡潔清新的,相對有點空白(多是沒有任務的緣由web

1.2 軟件的bug

1.2.1 Web端

一、 界面跳轉問題數據庫

內容 具體描述
運行環境 macOS High Sierra
瀏覽器 Safari 11
頁面 個人項目【具體項目管理界面】
操做 點擊左邊導航欄不一樣選項
現象 點擊不一樣選項加載出來的頁面UI不一致,且排版會出錯,甚至會出現返回錯誤參數的問題

最開始界面:後端

點擊左側導航欄【構建】,整個頁面空白開始加載(最開始我覺得本身點錯了???不該該只是加載右側部份內容嗎???),而後出現如下界面:瀏覽器

點擊【代碼】,還會出現排版出錯的問題(其實不止這個界面會這樣子,好幾個界面都會這樣子😓)
安全

二、 界面顯示問題

內容 具體描述
運行環境 macOS High Sierra
瀏覽器 Safari 11
頁面 個人項目【具體項目管理界面】
操做 點擊左邊導航欄的【發佈】按鈕
現象 顯示一張不徹底的各倉庫關係圖

開發者好心給咱們提供了一張各個倉庫的關係圖,圖文並茂,很好理解,but!顯示不徹底啊!(這就很尷尬了🤦‍♀️

我沒法左右拖動界面orz

三、從新登陸問題

內容 具體描述
運行環境 macOS High Sierra
瀏覽器 Safari 11
頁面 首頁
操做 長時間未操做,從新登陸
現象 首頁加載不徹底

長時間未操做,從新登陸,爲了考慮代碼安全仍是很是nice的操做,可是從新登錄之後就一點都不nice啊。我最初覺得是本身網絡的問題,換了個網絡仍是這樣子,而後所有關閉相關頁面,從新登陸才能加載出正常界面orz。

紅色框和箭頭指的方向(即個人項目如下的部分)都沒法正常加載

我猜想產品組沒有發現這些bug的緣由:
在最開始使用這個網站的時候,印象中有提示用某一瀏覽器(如今忘了,也找不到了)的體驗效果更棒!我找到的問題主要是在前端界面顯示的部分,可能產品組的前端人員比較專一於適配那個瀏覽器的前端開發?(也許用它安利的那個瀏覽器就沒有這些問題了。)可是,我不可能由於他去從新下載一個瀏覽器呀😂(在我沒有非用它不可的狀況下)

1.2.2 iOS端

一、新建工做項缺乏部分類型

內容 具體描述
運行環境 iOS 11
版本 V3.3.8
頁面 新建工做項
操做 新建工做項【選擇類型】
現象 缺乏Task類型

工做項查看界面:含有Task類型

新建工做項【選擇類型】界面:沒有Task這個類型選項

二、界面佈局不合理,形成誤導

內容 具體描述
運行環境 iOS 11
版本 V3.3.8
頁面 意見反饋
操做 點擊【附件】
現象 沒有反應

其實這個不太算是一個bug,只是我以爲他不太友好的一個操做。在乎見反饋,添加附件這部分,能夠發送語音或者照片,這仍是不錯的。可是個人第一反應是直接點附件,想看看能夠如何添加附件,可是點了好幾回沒反應???而後發現隔了一大片空白,在界面的最底部有一個發送語音和照片的對話框??最開始我真的沒有發現啊🤦‍♀️我以爲設計成:點擊附件,底部的輸入欄彈到上面,這樣子友好一些?

我猜想產品組沒有發現這些bug的緣由:
我猜可能產品組仍是比較專一於web端的開發,畢竟web端確實是比較重要的部分,並且感受web端還有些不成熟,因此做爲輔助的移動端可能一些bug仍是沒有重視到???

1.3 假設大家團隊須要開發這套系統,須要注意哪些方面(架構、部署運維、微服務等)。

  • 首先我認爲,這是一個功能相對較複雜的產品,包含代碼管理、團隊協做等功能,因此應該注意各個功能之間的協調合做,保證各個板塊可以很好連接,保持一致性,也體現出各版塊獨特的功能性。因此在架構方面就要作好,要有全局觀,將各個功能和諧統一塊兒來。
  • 代碼管理是這個產品的主要功能,隨着用戶量的增長,存儲的代碼量也會增長,因此後期的維護也是頗有必要的,要實時關注該產品會不會由於後臺數據增長而致使系統運行出現問題。

2.採訪

  • 採訪對象使用產品照片:
  • 採訪對象背景和需求:

    某計算機專業大三同窗,使用過teambition團隊協做app,有一些團隊開發的經驗。

  • 採訪過程:

    Q:在使用華爲雲的過程當中,你的問題解決了嗎?

    A:在代碼管理方面基本解決了吧。

    Q:軟件在數據量/界面/功能/準確度上各有什麼優缺點?

    A:界面挺好看的~數據量方面,由於我沒有放很大的代碼量進去試,因此暫時沒有發現什麼問題,大部分功能運行起來感受還能夠,可是某些功能存在一些運行速度較慢的問題,要加載好久。

    Q:用戶體驗方面有問題麼?

    A:web端的用戶體驗相對來講比較好,功能什麼的仍是蠻齊全的,有代碼廣場共享安利的地方,也有一些代碼規則能自動幫你檢查代碼,也能夠自定義代碼規則,這點滿人性化的~移動端相比之下就顯得比較簡陋一些,團隊協做的功能也沒有teambition完善齊全,可能產品組的重點不在於此吧~

    Q:對產品有什麼改進意見?

    A:看起來仍是一個不是很是成熟的產品,相較於碼雲等產品,因此期待產品組更好的完善這款產品,能夠成爲此類產品的備選軟件。移動端也但願可以更加完善一些~還有某些功能加載過慢的問題,這個bug不該該有啊!

  • 結論:通常

2、分析

1.產品開發分析

  • 開發團隊背景:團隊人數6人左右,計算機大學畢業生,並有專業UI支持
  • 預測開發時間:2個月左右吧。有專業UI支持的話前期工做進度應該會快一些,計算機專業畢業也有必定的開發經驗,全職作這個產品的話兩個月應該能作出來。
  • 該產品的優劣(同相似產品比較):

    優點

    1. UI比較好看~
    2. 同時具備web端和移動端,雖然移動端功能較簡單,可是仍是可以知足實時關注項目開發進展~
    3. 相比github等國外的網站,中文界面較友好~操做也有很貼心的提示,上手較快~

    劣勢

    1. 功能雖然齊全,可是使用起來有些功能仍是不夠完善。
    2. web端界面的適配性不夠好,不能適配各類瀏覽器~
    3. 運行速度還有待提高~(有時候真的很卡啊
    4. 每次登陸都要選擇地區,沒有地區記憶的功能,感受很不友好啊

2.功能邏輯框圖

注:

模塊重要度由重到輕:紅旗→藍旗→綠旗

完成度由高到低:綠色→藍色→紅色

3.評分

  • 用戶體驗方面:6分
  • UI界面美觀度:9分
  • 核心功能:6分

注:滿分10分

3、建議和規劃

  • 若是你是項目經理,如何提升從而在競爭中勝出?

    首先要完善已有的web端和移動端中的bug:提升web端的運行速度,儘可能作到適配各個瀏覽器,增強核心功能如代碼管理、團隊協做等的競爭力,提升用戶體驗。完善移動端的功能,讓移動端發揮起它的做用,讓用戶以爲移動端也是必不可少的部分~

    總而言之就是,減小bug,提升運行速度,完善功能,加強核心功能。

  • 目前市場上有什麼樣的產品了?

    github、碼雲

  • 你要設計什麼樣的功能?

    我想開發出一個電腦桌面端

  • 爲什麼要作這個功能,而不是其餘功能?

    做爲一個辦公軟件來講,開發團隊天天都會使用到這個產品,若是有一個電腦桌面端,那麼無疑提升了用戶的使用效率,也會更受青睞。

  • 你的創新在哪裏?

    據我瞭解,在目前的相似產品中除了github有電腦桌面端的軟件,其餘國內的中文網站好像都沒有這方面的軟件,因此是一個新的市場。並且github的英文界面,讓國內的程序員,特別是剛起步的新手來講,,應用起來都是比較生疏難懂的。

  • 若是你來領導這個團隊,會有什麼不同?

    我會注重美工,界面清晰易懂,讓新手上手快,努力作到傻瓜式操做,這樣子會一會兒打開受衆面,不用讓用戶去百度或者Google教程或者解決不少莫名其妙的問題,大大提升了用戶體驗。作好核心功能:代碼管理、代碼檢測、團隊管理等,提升核心競爭力。

  • 若是你的團隊有5我的, 4個月的時間,你做爲項目經理,應該如何配置角色(開發,測試,美工等等)?

    開發桌面客戶端的難度仍是比較大的,5我的的人手相對來講是比較不夠的,因此角色配置以下:
    前端 3人;後端兼任測試工做 2人;美工人手不夠啊,並且不必定是專業的,因此美工選擇找專業的設計外包公司(不用考慮成本的話

  • 描述你的團隊在16 週期間每週都要作什麼,才能在第16周如期發佈軟件,大小里程碑績點設定。

    時間 開發任務
    第1周 需求分析,原型設計,制定需求規格說明書
    第2~3周 UI設計;制定代碼規範;架構設計,數據庫設計
    第4~10周 開發人員先後端同時進行開發,主要實現核心功能
    第11周 完成α版本,經過內測發現bug
    第12~15周 解決以前內測發現的bug,並完善產品功能
    第16周 發佈產品,接受用戶反饋,及時維護
  • 項目發佈後,有沒有考慮過項目該怎麼部署才能知足需求。

    儘可能適配市面上各類電腦系統,可是與此同時開發難度就增大了。

相關文章
相關標籤/搜索