這個作業屬於哪個課程
班級鏈結
這個作業要求在**
作業要求
這個作業的目標
作業正文
作業正文
其他參考文獻
...我測試了windows、web、android三個版本的demo。
windows端：
我先登入了使用者1，然後建立了只有使用者1的群，在群裡發了一些資訊，之後登出，之後再登入使用者2時，發現剛才使用者1的聊天記錄竟然還在。
所有使用者在群裡發表情，只有傳送資訊的時間記錄，沒有任何內容，而且這時群的資訊列表會自動移動到頂部。
使用者1建立了群聊3，然後刪除群聊3中的使用者2後，左側3群中還有使用者2，
使用者2明明不在3群中，卻還可以在所有群組裡看到3群，在3群裡發資訊，雖然使用者1看不到。
web端：
android端：
登入之後在底下「我」那一欄點選修改頭像就會失去頭像，變成全白。
一登入就加了乙個群，而且這個群裡有別人撤回的提示，但是這個群裡從一開始就沒有顯示那個人發的資訊。
在剛才那個群裡的詳情裡，發現最下方退出群聊的按鈕消失了，點選後也沒有任何的反應，如果是我自己建立乙個群則是有正常的按鈕。
我覺得windows端的demobug實在是太多了，感覺像是乙個半成品，無法使用。web端就比較完整，可以實際使用了，但是可能產品組沒有進行大量的測試所以沒有發現bug。
android端前端看起來是比較完整的，但是實際上有很多bug，還有很多功能做了前端後端沒有做完，比如修改頭像只是切換一些內定的不能自己上傳等，感覺也是和windows端一樣是乙個沒有開發完的專案所以才有那麼多bug。
我想要開發乙個供dota2遊戲愛好者尋找一起遊玩的夥伴的產品。
主要功能：
通過web端尋找群聊找到等待隊友的玩家組成的群，然後可以設定自己的要求以篩選大家在群裡發的資訊。
自己發的資訊是web裡面的自定義資訊，其中包含自己的主要資訊如想玩的模式，想玩的位置，自己的段位等，以便需要你的人找到你。
面向的使用者：
找不到朋友一起開黑的想一起開黑的dota2玩家、想結識新的夥伴的dota2玩家。
介紹採訪物件的背景和需求：
喜歡dota2的普通遊戲玩家，但是因為朋友們都因各種原因逐漸棄坑而只能寂寞單排但渴求有人一起玩的人。
描述使用者使用這個demo的過程, 使用者的問題解決了麼？軟體在資料量/介面/功能/準確度上各有什麼優缺點？使用者體驗方面有問題麼？
採訪物件使用了web的demo，在他的輕度使用中沒有發現bug，軟體介面深受他的喜愛，非常簡潔沒有任何多餘的內容，讓他非常滿意。
優點缺點
資料量穩定，沒有出現問題
介面簡潔，字大，沒有一堆亂七八糟的東西看起來很舒服
功能基本功能完備
沒有自定義資訊的處理
準確度準確
個人資訊重新整理不及時，如頭像等
介紹你想用這個sdk開發怎樣的產品？
乙個尋找可以一起玩的dota2玩家的小聊天室。
希望增加web端新增好友的功能。
使用者對你想開發的產品有哪些意見？
希望能有有效的推廣手段，如果沒有大量dota2玩家使用的話也沒法找到隊友了。結論
推薦。y = x ± x ÷ n //注：y是實際時間花費。中間的±表明
如果這六人每個人分別都有不同平台的開發經驗，如a有安卓開發經驗，b有web開發經驗，那麼就會比較快。
6個人同時開始不同平台的開發，大概需要2-3個月。
如果六人都沒有使用過相關技術，那可能y = x ± x ÷ 0導致需要無窮大的時間，以至於在專案時間內壓根就做不了。無法估計。
優點支援訊息撤回
付費版本比較便宜。
web端群組功能強大，類別多，人數上限也高於網易雲信免費版
缺點web端不能註冊，只有29個user
不支援訊息白板（網易雲信支援）
不支援群組實時音訊
可以提高軟體公尺質量中的軟體開發過程的可見性。
在開發過程中可以看到已完成的功能的演示，不需要到專案的最後一天才能看。
因為開發過程中每個功能比較獨立，比如完成了1對1的聊天後就可以演示這部分功能。
我要能理解使用者，能站在使用者的角度上考慮問題，觀察發現使用者不善於表達的需求。
協調團隊中的認識差異與不同意見，形成共識。以提高團隊積極性，使團隊氣氛樂觀向上。
分析出重點，找到 優先順序，做判斷、做決定。
驅動流程，組織會議，實踐scrum，保證進度；建立並維護軟體的規格說明書，讓它成為團隊成員開發測試過程中及時準確的指導。
殺手功能：
收發開黑的資訊。
外圍功能：
良好的介面設計。
加好友功能。
必要需求：
快速地收發，匹配開黑資訊。
輔助需求：
個人的遊戲戰績展示。
更換**主題。
為了填補一人單排的空虛的心，尋找玩的來的夥伴。
n：功能非常專一，使得結伴非常高效。
尋找到一起開黑的朋友，緩解內心的空虛。
可擴充套件性較高，如可以擴充套件到其他類似的比較小眾，難以組隊的遊戲。
c：缺點：如果使用者數量不夠多，那就無從解決使用者的問題。
優點：非常專注，不會有其他的扣費，廣告，等，對於尋找隊友沒有任何幫助的多餘項。
非常方便，只需要開啟瀏覽器，開啟乙個網頁就可以了。
d：在玩家聚集地發推廣，如相應的貼吧，max+等。
在相應的遊戲主播的魚吧等發推廣。
深刻理解使用者需求。
代表客戶和使用者的利益，主動收集使用者反饋，預期使用者新的需求。協調並決定 各種需求的優先順序； 優化使用者體驗。
努力宣傳，增加使用者群體。
時間工作
第1周需求分析原型設計
第2周系統設計+資料庫設計
第3周搭建前後端框架與資料庫，完成基本介面
第4-7周
具體編碼階段，完成alpha版本
第8-9周
發布alpha版本，進行測試與收集使用者反饋
第10-15周
具體編碼階段，修改alpha版本中的bug，完善功能，優化效能，完成beta版本
第16周
測試優化，發布beta版本
個人作業 軟體評測
要求答案 班級的鏈結 點選進入 作業要求 點選進入 點選進入 你覺得為什麼這個產品組的人沒有發現這些bug?其實很簡單啊，這本身就是乙個demo，需要我們後期人員的加入開發，才能形成乙個讓人滿意的產品，要做成家具的木頭，只有少數人會關心原木材的 有瑕疵。採訪nabcd分析 b benefit c c...
個人作業 軟體評測
作業相關 具體描述 所屬班級 2019秋福大軟體工程實踐z班 作業要求 個人作業 軟體評測 作業正文 個人作業 軟體評測 作業目標 本次評測，我針對web端，android端，windows端進行評測，以下是我在試用demon的截圖 自閉兒童的三線操作 web端 利用web端進行螢幕分享 利用web...
個人作業 軟體評測
這個作業屬於那個課程 軟體工程 這個作業的要求在 個人作業 軟體評測 這個作業的目標 作業正文 本作業位址 第一部分 調研，評測 第二部分 分析 第三部分 建議和規劃 其他參考文獻 介紹採訪物件的背景和需求 描述使用者使用這個demo的過程,使用者的問題解決了麼？軟體在資料量 介面 功能 準確度上各...