這個作業屬于哪個課程 | 班級連結 |
---|---|
這個作業要求在哪裡 | 作業要求的連結 |
這個作業的目标 | 對騰訊即時通信IMdemo進行調研,評測,分析,建議和規劃 |
作業正文 | |
其他參考文獻 | 《建構之法》、騰訊即時通信IM |
1、調研,評測
對騰訊即時通信的demo(web、Android、iOS、微信小程式)進行測評
(1)web:
(2)Android:
(3)iOS:
(4)微信小程式:
比較嚴重的功能性bug:
(1)在Android端添加了一個好友(ejianzhongqing),并且可以給好友發送消息,但是到web端的好友清單檢視卻顯示暫無好友,按理說能夠發送消息應該是添加成功,此處應該是web端的bug,Android端和web端的好友顯示不同步。
你覺得為什麼這個産品組的人沒有發現這些bug?
在制作web端的時候,web端擷取伺服器上的好友資料出現錯誤,或者web端的好友界面顯示錯誤,沒有加載出好友資訊。
(2)微信小程式沒有删除好友的選項,隻有把好友加入黑名單的選項,并且将好友加入黑名單後,通訊錄(好友清單)依舊會出現已加入黑名單的好友,然而在安卓端的通訊錄中不會出現加入黑名單的好友,顯然微信小程式出現bug,不管一個好友是否加入黑名單,都會顯示在通訊錄中。
在制作微信小程式的時候,在通訊錄中,沒有設定加入黑名單的使用者不顯示。
(3)在web端填寫正确的url更換頭像,在web端可以看到頭像顯示正常,在Android端頭像也顯示正常,但是在微信小程式無法顯示頭像。在微信小程式中,不僅無法顯示自己的頭像,其他的好友頭像、通訊錄中的頭像、群聊頭像都無法顯示。
在制作微信小程式的時候,頭像的UI元件沒有設定好一些參數,或者顯示頭像元件擷取網絡資源的時候出現錯誤。
(4)在web端和微信小程式沒有添加好友的功能,但是在Android端和iOS端有添加好友的功能,這是一個非常嚴重的bug,試想使用者在無法操作Android端和iOS端的前提下,隻能操作web端,需要發送消息,但是卻因為無法添加好友而無法将消息發送出去。
在設計web端的時候,沒有在好友界面添加搜尋框以及添加好友的按鈕,而在微信小程式中,因為微信小程式的固定闆式,右上角固定是分享按鈕和退出按鈕,沒辦法更換成添加好友按鈕。
根據該SDK想要開發的産品
-
主要功能
把産品打造成一個同城平台,可以在同城平台上釋出資訊,比如求職、出售二手物品、收購貨物、企業招聘、出租較高價的電梯大廈、家教等。将這些資訊分類,例如買賣二手物品、貨物市場、招聘資訊、家教等。讓使用者可以在平台上即時釋出自己的需求,讓其他人即時看到自己的需求,即時與相關人員聯系。
-
面向使用者
所有使用者均可使用,産品更加傾向于生産加工廠老闆、求職者、學生。
采訪:
-
介紹采訪對象的背景和需求
某中學高一學生,在學習上有困難,老師上課不是聽得很懂,希望能即時找到一位家教能夠一對一輔導(線上線下都可以)。
- 讓采訪對象使用10-30分鐘體驗騰訊即時通信的demo
-
描述使用者使用這個demo的過程, 使用者的問題解決了麼?軟體在資料量/界面/功能/準确度上各有什麼優缺點?使用者體驗方面有問題麼?
使用者在使用這個demo的過程中,問題并未解決,在即時通訊方面還能滿足需求,但是産品還需要增加資訊搜尋與分類功能,否則使用者無法與相關人員即時聯系。軟體在功能上比較快捷友善,界面比較簡單,但是還需要修一些bug,還不能滿足使用者的全部需求。使用者體驗良好。
-
介紹你想用這個SDK開發怎樣的産品?
除了正常的聊天功能以外,還要加上資訊浏覽、資訊搜尋、資訊分類等基本功能,讓使用者能夠即時釋出自己的需求,也能讓使用者即時看到别人的需求,成為一個同城的需求互助平台。
-
使用者對騰訊即時通信的功能有什麼改進意見?
優化一下界面設計,提高視訊連接配接時的流暢度,修複各種不同步的bug。
-
使用者對你想開發的産品有哪些意見?
要做好市場調查,将使用者需求進行分類,需要管理者對釋出的需求進行管理。
-
經過這麼多工作,你一定有充分的理由給騰訊即時通信下一個評價,請選擇一個結論
推薦
2、分析
-
估計這個SDK做到這個程度大約需要多少時間?(團隊人數大約6人左右,計算機大學畢業生)
根據實際情況,需要掌握web端、Android、iOS、微信小程式開發,這個SDK做到這個程度大約需要三個月的時間。
-
分析這個軟體目前的優劣(和網易雲信相比)
優:操作簡單快捷,界面簡潔,可以發送自定義消息
劣:存在一些bug,視訊連接配接不夠流暢,還不能支援Windows PC、unity、linux等平台
-
推理出團隊在軟體工程方面可以提高的一個重要部分
提高程式的品質,提高搜尋功能的準确度和覆寫率,提升個使用者端的資料同步的準确性。提高視訊連接配接的流暢性。界面設計的簡潔、美觀。使用者更換頭像可以上傳圖檔,而不是靠url來更換頭像。同一個子產品要所有端口同時測試,加強團隊之間的溝通交流,避免所有端口出現子產品功能使用不一緻的情況。提高軟體的安全性,防止使用者的資訊洩露。
3、建議和規劃
-
目前市場上有什麼樣的類似的産品?
同城勞務、閱同城等
-
對你的産品進行NABCD分析。考慮為何要做這個功能,而不是其他功能?你的創新在哪裡?為什麼使用者會用你的産品/功能?對于C:Competitors,結合同類産品分析,描述如何從競争中獲勝
N(Need,需求)
一些使用者需要一些資源可以在平台上釋出需求,等待其他使用者提供資源。大部分人都會有需求的時候,如尋找出租房、尋求貨物、出售二手物品等。提供這樣一個平台将會大大友善人們的生活。
A(Approach,做法)
在騰訊即時通訊SDK的基礎上進行開發,主要是添加釋出需求的功能。
B(Benefit,好處)
支援多個端口使用,友善快捷,操作簡單,老少皆宜,友善人們的生活。
C(Competitors,競争)
使用者可以在平台上釋出任何合法需求,可以跨城市檢視需求,但最主要是在同城進行需求交易。目前這一塊市場還能進一步開發,如果能開發出一個功能齊全,使用者體驗良好的産品,将有機會在這塊市場的競争中勝出。
Delivery(推廣)
先從一個城市進行推廣,觀察使用情況,看是否能達到預期效果,友善人們的生活,再以此推廣到全國各地。
-
如果你來上司這個團隊,會有什麼不一樣?
我注重團隊之間的溝通,盡量線上下進行開會與交流,合理安排人員開發,規劃好時間安排,定期開展會議,注重對産品的需求分析與設計。讓團隊能在一個良好的環境中進行項目開發。
-
如果你的團隊有5個人, 4個月的時間,你作為項目經理,應該如何配置角色(開發,測試,美工等等)?
全體成員共同參與項目的需求分析與設計,在開發階段,1人負責美工,1人負責前端,2人負責後端,1人負責測試。
- 描述你的團隊在周期為16周,每周都要做什麼,才能保證在第16周如期釋出軟體。
時間 安排 第1-2周 需求分析,需求說明書 第3周 原型設計 第4-6周 系統設計和資料庫設計 第7-10周 程式設計開發 第11周 項目alpha沖刺 第12-14周 項目測試及優化 第15周 項目Beta沖刺,修改最終版本 第16周 撰寫文檔,産品釋出 -
項目釋出後,有沒有考慮過項目該怎麼部署才能滿足需求?依據下圖(某校教務處系統的部署)作為參考,分析16周後你所完成的項目上線需要哪些配套裝置(伺服器、帶寬、資料庫需求數量與配置) 。
關系型資料庫:SQL Server/Oracle/MySql數量: 6 台(4台讀寫分離、2台資料備份)
緩存資料庫:3台
後端伺服器:8核16GB 3台
應用伺服器:8核8GB 2台
網站安全性:wAF、DDOS