| 這個作業屬于哪個課程 | 2020春s班 |
|---|---|
| 這個作業要求在哪裡 | 個人作業——軟體評測 |
| 這個作業的目标 | 結合建構之法對騰訊即時通訊IMdemo進行個人評測 |
| 作業正文 | 正文連結 |
| 其他參考文獻 | 《建構之法》 |
1.評測
1.1 體驗demo
1.1.1 web體驗
1.1.2 android體驗
1.1.3 小程式體驗
1.2 尋找bug并描述
bug1:web端無法顯示群名片
上面第一張圖檔是web端，群聊聊天框顯示的使用者辨別名稱是使用者昵稱，而第二張圖檔Android端，則是顯示群名片，這樣web端的群聊功能無法統一表示某個群體使用者造成使用者的交流不友善。
為什麼：在群聊使用者資訊是可以看到群名片資訊的，說明設計時是有考慮到的，是以原因可能是web端具體完成群聊功能時沒有考慮群名片展示問題，直接在原來的單聊接口上進行簡單的實作，顯示聊天名稱功能沒有更改。
bug2:視訊通話時常出現問題
上面是web端和小程式在請求視訊通話時，如果小程式接受通話出現問題，則雙方都無法顯示視訊通話的界面，而是隻有在聊天框中顯示正在通話中，并且無法取消通話，需要登出或者重新整理頁面解決。
上面是web端請求視訊通話但是Android端卻無法接受或者拒絕通話，隻在聊天框中顯示請求通話消息，同時Android端也沒有視訊通話發起功能。
為什麼：
第一個小問題：原因可能是，判定視訊通話連接配接的地方出現差錯，導緻界面并沒有顯示而是将‘正在通話中’這個資訊直接列印在聊天框中，而關閉聊天通過聊天界面，前面出錯導緻後面相應錯誤，隻能通過退出賬号重新整理頁面來處理。
第二個問題：Android端在視訊通話的接口上沒有實作，是以發起通話功能直接沒有，這樣也造成無法接受通話，隻能列印相關資訊。
bug3:跳轉界面問題，Android端群聊詳情瞬間顯示為管理者頁面，并且可以通過其進入一些管理權限的頁面（但是無法操作顯示權限不夠）
上面為群聊詳情（管理者），可以進入一些操作界面，如修改加群方式、修改群公告等，但實際上由于權限問題無法實作操作，這是一個頁面跳轉問題。
為什麼：判定使用者的群聊權限和界面跳轉之間可能存在時間上不同步，在判定結果未到來之前就完成一次界面跳轉，這是一個同步問題。
bug4:不同作業系統demo出現的資訊不同步問題，web端通訊錄（好友）并無顯示和添加操作删除操作，而小程式和Android都有前面的資訊和操作
依次為web端小程式端和Android端的圖檔，顯示為在通訊錄上的資訊不一緻。
為什麼：可能是在web端實作時這個好友功能子產品沒有實作，導緻web端沒有通訊錄這一功能，進而導緻不同系統之間軟體的資訊顯示不同步。
1.3 采訪
1.3.1 建構開發産品
産品構思：建構一個社群跑腿服務通信軟體，通過定位和并依據算法進行地域劃分，根據定位資訊搜尋加入覆寫區域的群聊，并提供跑腿資訊分析統計，生成跑腿服務資訊表格，提供跑腿優化路線，友善跑腿工作進行。
1.3.2 采訪潛在使用者
介紹采訪對象的背景和需求
背景：一個工作跑腿工作的朋友，但是目前跑腿軟體交流不友善，篩選配置設定任務不夠合理
需求：目前跑腿軟體交流不友善，篩選配置設定任務不夠合理，希望通過通信軟體群組，可以加強通訊功能并且配置設定任務可以以社群或者一些合理的區域劃分進行配置設定，同時生成詳細的跑腿服務表格，提供跑腿優化路線，提高跑腿效率，節省時間和金錢。
讓采訪對象使用10-30分鐘體驗騰訊即時通信的demo
描述使用者使用這個demo的過程, 使用者的問題解決了麼？軟體在資料量/界面/功能/準确度上各有什麼優缺點？使用者體驗方面有問題麼？
使用者問題:滿足基本通訊但是沒有定位和區域劃分功能，沒有解決。
資料量/界面/功能/準确度:資料量和準确度并未深入測試體驗，隻是單純體驗，界面基本滿足使用，通訊功能友善。
使用者體驗：注冊簡單。發起會話和加入建立群組也可以準确操作，但是存在一些簡單發現的bug，界面互動簡潔明了，希望繼續完善。
想用這個SDK開發怎樣的産品
一個應用于跑腿的區域劃分或者社群即時通訊軟體。
使用者對騰訊即時通信的功能有什麼改進意見？
增加通訊之間的安全性，添加好友的安全性，保護使用者資訊的安全,完善通訊功能。
使用者對你想開發的産品有哪些意見？
或許可以綁定支付接口，以及動态定位和距離時間計算，進而分析出跑腿人員的預計到達時間。
結論：
推薦
2.分析
2.1 開發時長
4-5個月
2.2 産品對比優劣
同類産品：網易雲信
對比優劣：
網易雲信優缺點：功能較為完善，覆寫IM基礎功能，技術穩定較好，提供7*24小時1對1的技術支援，有任何問題都可以練習客服，并給予解決方案，但是客戶生态與網易重合了，同時費用較高。
騰訊雲通訊優缺點：首先免費，界面簡潔，但是功能不夠完善，bug有些多，技術不夠穩定，對比雲信的服務較差。
2.3 團隊建議
軟體的審查複審測試要嚴謹，保證驗證和确認工作的完成，減少細節上的bug。
3.建議和規劃
3.1 目前市場上有什麼樣的類似的産品？
同類産品：美團跑腿、達達、蜂鳥跑腿
其他同類産品的優缺點：綁定商戶資訊或者與外賣平台合作，完善的資訊服務保障，提供可靠的售後服務等，但是通訊功能不突出，服務人群沒有指向性。
本産品的優點：提高通訊功能，友善跑腿人員和使用者之間的交流，達到最準确的服務，同時工作範圍限定社群或者一個合理的區域，這樣提高跑腿便利，減少跑腿時間。
3.2 NABCD分析
N:
目前的科技發展得很快，跑腿服務也正在流行，大學生活完全離不開跑腿服務，同時最近階段疫情爆發，雖然緩解但是出門仍舊可能也有不友善，是以對社群或者一個合理劃分的區域（區域内部聚集，交通友善）為服務機關，開展跑腿工作同時依賴即時通訊軟體達到準确資訊傳遞，是非常合理有必要的。
A:
根據sdk建構一個通訊軟體，附帶通過自身定位，加入一個社群或者區域群組，有群組内部跑腿服務人員提供精确服務，跑腿服務人員可以建立或者加入已存在的群組，通過軟體分析得到的服務資訊表格，可能資訊有如：跑腿商品、位址、數量、時間、收貨位址、緊急程度、跑腿費等，以及軟體根據分析資訊後指出可能是優化的跑腿路線，提供範圍内的服務。
B:
一個範圍内服務，減少跑腿人員的服務區域交叉，提高服務效率，通過軟體可以進行更準确的資訊傳遞和變更，軟體還可以分析的到表格，優化跑腿人員路線。
C:
同類型軟體在通訊功能上會較弱，然後跑腿功能并不是按區配置設定，導緻工作交叉，并且不會提高資訊表格優化可能最優路線，這是本軟體的最大優點。
D:
在學校内先開展運用，之後可以攜帶學校宣傳，推廣至周邊社群以及一些不存在外賣行業但是有跑腿需求的地方，線上可以在微網誌微信呼籲大家減少出門呼應疫情防護工作進行推廣。
3.3 如果你來上司這個團隊，會有什麼不一樣？
努力的先進行需求分析，聚合隊員讨論功能的設計，完善功能，進而得到一個團隊滿意的軟體，緊接着安排任務規劃，然後根據難易和專業方向配置設定到團隊隊員，提高效率；工作編碼階段會凝聚團隊，進行周期總結，分析問題，适當鼓勵隊員，合理的進行勞逸結合。
3.4 如果你的團隊有5個人, 4個月的時間，你作為項目經理，應該如何配置角色（開發，測試，美工等等）？
團隊成員較少，是以會安排兩個人進行前端開發和美工工作，三個人進行後端開發，然後測試自己的完成子產品，整體程式大家一起測試。
3.5 16周開發計劃
| 周 | 任務安排 |
|---|---|
| 1、2 | 需求分析，完成調研，設計原型、确定開發工具架構 |
| 3、4 | 系統設計、資料庫設計、學習所需技術 |
| 5-9 | 團隊完成開發任務、并每周完成讨論和分析 |
| 10 | 整合團隊開發子產品、釋出Alpha版本 |
| 11、12 | 測試、優化，收集bug回報和使用者使用意見 |
| 13-15 | 沖刺改進，根據回報意見完善功能，優化軟體的性能等 |
| 16 | 正式版beta釋出、整理總結開發，編寫總結文檔 |
3.6 項目釋出後，有沒有考慮過項目該怎麼部署才能滿足需求？
應用伺服器：4核 8G * 2
後端伺服器：8核 8G * 2
關系型資料庫：MySQL * 3
緩存資料庫：Redis * 2
網站安全性：WAF、DDOS