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

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

一.測評

上手體驗:

  • web端:界面美觀,功能豐富,一開始上手還不知道怎麼使用。
  • 移動端:使用這款軟件的第一感受就是,這款軟件的的界面很簡潔。首頁是
    系統自帶的一個初始項目,待辦事件和消息界面暫時爲空,點擊「+」能夠添加
    反饋和項目還有工做項,個人界面有退出登陸等其餘選項,可是點擊頭像不能
    查看我的信息。初次體驗並無發現很吸引人的亮點。

BUG:

  • 1.項目評論界面沒有設置評論按鈕:在工做項裏發表評論時,發現app沒有內置發送按鈕,只能依靠手機自帶的鍵盤上的發送按鈕進行發送。

  • 2.在點擊「個人」界面「意見反饋","幫助"或者"關於"時再返回「個人」界面時,用戶頭像等會出現閃爍,並從新加載用戶名,有時用戶名會過好久才顯示。


BUG出現緣由:

  • 多是測試人員測試的不夠,或者產品組其實發現了這些bug,可是暫時尚未找到解決的辦法。

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

  • 須要對項目進行實時檢查,若是發現嚴重異常,要有應急措施。

二.採訪(主要是app端)

1.介紹採訪對象的背景和需求

  • 吳智慧,創業團隊成員,目標實現一款相關內容的數據備忘錄微信小程序。
    在團隊開發中,須要對項目的日程安排、進度推動、任務分工、工做反饋和開發過程的問題反應進行管理。而日程的微信、QQ等社交工具並不適合進行這些工做,因此咱們再選一款項目管理軟件幫助咱們解決問題。

2.讓採訪對象使用10-30分鐘K米的功能(請上傳照片證實用戶的確正在使用,遠程採訪的同窗請讓別人幫忙照相)

3.描述用戶使用這個產品的過程, 用戶的問題解決了麼?軟件在數據量/界面/功能/準確度上各有什麼優缺點?用戶體驗方面有問題麼?

  • 咱們使用過coding進行項目管理。而在使用軟件開發雲的過程當中,咱們也在對比二者的功能和體驗。
    首先是在對比中,咱們第一感觀就是,軟件開發雲的UI不是很好,界面的響應也較慢。第二點是,相比於coding和git數據倉庫綁定而言,軟件開發雲略顯簡陋。第三點,固然軟件開發雲也有一個比較推崇的地方,它的工做項屬性設置比較更加細化,可以更好的定義添加的工做項

4.用戶對產品有什麼改進意見?

  • 首先,是UI設計須要改進
  • 其二,是同步更新數據倉庫的提交日誌也是很重要的
  • 其三,在每一個成員的工做任務和日誌方面不夠直觀

5.結論:通過這麼多工做,你必定有充分的理由給這個軟件下一個評價,請選擇一個結論:

  • 推薦

三.分析

1.使用此軟件的大部分功能,聯繫第二部分的分析,估計這個項目作到這個程度大約須要多少時間(團隊人數6人左右,計算機大學畢業生,並有專業UI 支持)。

  • 項目大約須要2-3個月時間。

2.優劣勢(與軟件雲相似的產品這裏主要對coding進行比較):

優點:git

  • 界面更爲簡潔,操做性更好。
  • 對於工做項的屬性細化的更好,並且能夠設置目前的工做項的狀態
    和重要程度等。可以讓組內成員更好的瞭解到目前的事項進展。

劣勢:github

  • coding的界面UI設計較爲美觀,使用也更流暢。並且coding有在線討論的功能,華爲軟件雲
    在工做項的頁面的評論功能並不能很好實現交流討論。

3.能夠提升的一個重要部分(具體建議):

  • 整合可組內交流討論的模塊,知足組內的線下溝通交流,實時跟進項目的進度。

4.功能邏輯圖(藍色框爲較重要功能):

5.評分(10分制):

  • 用戶體驗:界面較爲簡潔,操做簡單,但頁面加載不夠流暢。7分
  • UI界面美觀程度:總體UI風格較爲統一,美觀度通常。7分
  • 核心功能:華爲軟件雲的項目管理功能,方便了用戶移動辦公的接入,讓用戶在移動端也隨時處理信息和相互協做。8分

四.建議和規劃

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

  • 把握用戶的需求,抓住痛點,開發和不斷改進核心功能,提升產品的核心競爭力,從而在競爭中勝出。

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

  • coding,github等。

3.你要設計什麼樣的功能?

  • 在現有功能的基礎上,整合組內討論模塊,並設計手機端的git倉庫。

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

  • 相對與開發其餘功能,在手機端設計實現查看代碼和代碼整合的功能,更有利於與軟件雲的Web端功能配合,大大提升效率。

5.爲何用戶會用你的產品/功能?

  • 相對於用戶而言,移動端的功能並不完善,原有的功能不夠吸引用戶,而這項功可以更好的知足用戶在移動端的開發設計需求。

6.你的創新在哪裏?能夠用 NABCD 分析。

  • Need:本來軟件功能太單一,不夠吸引用戶,市面上推出此功能的同類產品不多。
  • Approach:在原有的功能上開發git倉庫託管模塊,與Web端同步
  • Benefit:完善了現有的功能,更加吸引用戶的使用
  • Competitors:豐富了現有的功能,可以提高產品競爭力,
  • Delivery:依靠華爲的品牌效應,以多種渠道進行加大宣傳力度,

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

  • 若是是我來領導這個團隊,我會合理分配每一個人的任務和制定每一個階段的任務,把工做重心放在提高用戶體驗(界面,美工等)和開發核心功能上,調動整個團隊成員的積極性參與到項目中。

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

  • 美工安排1人,測試1人,開發2人,項目經理1人;由項目經理統籌把控整個團隊的項目進度,合理分配任務,驗收和監督。

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

  • 1-2周:調研,並進行需求分析。肯定項目的核心功能模塊,制定團隊計劃以及組員分工。
  • 3-4周:肯定團隊項目的編碼規範、統一編碼環境。根據需求,設計主體界面原型以及數據庫。
  • 5-6周:前端實現主要的功能界面,後端完成服務器部分接口,寫好接口說明。
  • 7-8周:發佈軟件需求規格說明書最終版本,完成主體功能接口的對接。第8周發佈Alpha版本。
  • 9-12周:Android端繼續實現剩餘功能界面,後端完成全部的接口設計,實現接口對接。
  • 13-15周:黑盒測試或白盒測試,檢查修改存在BUG,編寫用戶手冊。15周發佈Beta版本。
  • 16周:部署上線,交付用戶使用。

10.項目發佈後,有沒有考慮過項目該怎麼部署才能知足需求。依據下圖(某校教務處系統的部署)做爲參考,分析16周後你所完成的項目上線須要哪些配套設備(服務器、帶寬、數據庫需求數量與配置) 。

  • 應用服務器:4核8G * 3
  • 後端服務器:8核16G * 3
  • 關係型數據庫:SqlServer/MySQL/Oracle 數量4(讀寫分離3,備份*1)
  • 緩存數據庫:Redis 數量 : 2
  • 網站安全性:WAF、 DDOS
相關文章
相關標籤/搜索