這個作業屬於哪個課程
2020春|s班
作業要求
個人作業-軟體評測
作業目標
對sdk進行評測，分析sdk5，規劃產品
作業正文
點選其他參考文獻
《構建之法》
bug0：安卓端有時候登入和註冊都一直返回了錯誤資訊，無解
bug1：web端demo中，有新群訊息時，左上角會顯示訊息數角標，點選後進入聊天介面，再退出時，在沒有新訊息提示時，角標本應該消失，但是群訊息中，退出後角標並未消失。
氣泡假消除（角標）
訊息提醒
檢視
點選其他會話後，訊息紅點依然存在
bug2:android端與web端通訊時，不能正確提醒對方是否已讀訊息
第乙個的原因可能就是測試不夠完善吧，沒查到這點，倒是沒什麼大問題。
第二個的根本原因是不同端的功能存在差異，web端沒有「已讀」提示，而android端存在——那麼在web端正確接收到訊息並顯示後，因為沒有「已讀」功能，前端大概率就不會返回這個已讀狀態給伺服器，那安卓端也就無從感知了。
至於為什麼產品組的人沒有發現這些bug，因為demo只需要完成基本功能就足矣吧，我們在使用過程中已經感受到了它的強大簡潔易用，而多端開發可能隸屬於不同的團隊，對方案的完成度也有一定差異。
高校學生與學生、學生與老師的付費交流平台。提供免費的發帖功能，提問者在問題頁面發布自己的問題，回答者回答有經驗獎勵。
邀請各個高校的名師入駐平台。向名師提問是需要付費的，採取的方式就是採用這個sdk提供的即使通訊功能。根據老師的職稱判斷
老師回答乙個問題的報酬。問題被解決後向老師支付報酬。
產品面向的使用者
高校的學生和老師。
背景：我這次採訪的物件是我的同班同學。軟體工程專業的大三學生。
需求：方便快捷高效的即使通訊軟體。
問題未解決。該款產品與市面上的各種軟體沒有差別。
軟體在介面上，較為簡潔，能夠讓人很快的抓住重點。資料量方面，資料
量很大，但沒有出現效能下降等現象。功能上，功能齊全，但是存在一些
bug 與一些不夠人性化的地方，需要改進。準確度上，準確度較高。
使用者體驗方面，有部分地方不夠人性化，如android端中，在導航資訊提
示的資訊，點選後並沒有進入到資訊**的介面，而是跳轉到資訊列表界
面，使用者需要多一步操作才能進入想要進入的訊息中，這點較為不人性化。
我想開發的軟體是一款高校學生與學生、學生與老師的付費交流平台。提
供免費的發帖功能，提問者在問題頁面發布自己的問題，回答者回答有經
驗獎勵。邀請各個高校的名師入駐平台。向名師提問是需要付費的，採取
的方式就是採用這個sdk提供的即使通訊功能。根據老師的職稱判斷老師
回答乙個問題的報酬。問題被解決後向老師支付報酬。
修復軟體中存在的bug。
增加多發的功能。
改進人機互動體驗。如在導航欄中點選訊息提示的時候，直接跳轉到
該問題的介面中。
對問題難度進行細分。不同難度的問題不同價位。
老師可以選擇接受或不接受，在老師接受問題期間，問題處於鎖定狀
態，其他老師無法接受此問題。
6個計算機應屆生，預計開發專案所用時間為三個月。
優勢：專精於解決問題方面，使用者體驗較為良好。軟體支援良好，支援多個平台。
劣勢：相較於市面上其他軟體而言，功能過於單一。
可提高部分
介面可以進一步進行簡化，不需要太過複雜。
進行開發時做好溝通管理。保證介面的一致性。
如果你是專案經理，如何提高從而在競爭中勝出？
保證軟體的質量，提高效能。做好人機互動部分，讓使用者有良好的互動
體驗。做好測試，確定軟體不存在嚴重bug從而導致使用者體驗下降。
在網路上進行推廣。可以與一些自**或者自己發布文章來宣傳該軟體。
目前市場上有什麼樣的產品了？
目前市面上有猿題庫、作業幫等針對中小學生的產品。
你要設計什麼樣的功能？
免費的發帖功能，提問者在問題頁面發布自己的問題，回答者回答有經
驗獎勵。
向名師提問的付費功能，採取的方式就是採用這個sdk提供的即使通訊
功能。根據老師的職稱判斷老師回答乙個問題的報酬。問題被解決後向老
師支付報酬。使用者在與老師一對一溝通時會用到這個sdk。
問題搜尋功能。
為何要做這個功能，而不是其他功能？
首先一點就是，雖然我本人算是外向，但有些時候還是不敢向老師提出自己的問題，
原因可能是老師下課急匆匆地走了或者老師不太面善hhh，又或者覺得問這個有點小丟臉，
因此我就想做出這個功能，解決和我存在相同問題的學生的問題。
第二點是我認為這個功能前景較為廣闊。
為什麼使用者會用你的產品/功能？
我的這款產品可以為學生與不同學校的老師或其他大佬們提供交流的機會。滿足
了學生對學業上問題的需求。
如果你來領導這個團隊，會有什麼不一樣？
根據每個人的擅長的部分，讓每個人的能力能夠充分的發揮。
做好溝通管理，在整個開發生命週期內能夠高效的開展工作。
如果你的團隊有5個人, 4個月的時間，你作為專案經理，應該如何配置角色（開發，測試，美工等等）？
開發部分：分配3人（前端1人後端2人）
測試部分：1人
美工部分：1人
描述你的團隊在週期為16周，每週都要做什麼，才能保證在第16周如期發布軟體。
時間 安排
第一周 與甲方溝通，並進行需求分析
第二週-第三週 原型設計，並根據使用者意見進行修改
第四周 系統設計與資料庫設計
第五周到第十二周 具體開發並且進行功能性測試
第十三周 交付α版本demo，測試bug
第十四周 根據測試過程中的發現進行改進
第十五周到第十六周 產品測試/準備發布
專案發布後，有沒有考慮過專案該怎麼部署才能滿足需求？
分析16週後你所完成的專案上線需要哪些配套裝置(伺服器、頻寬、資料庫需求數量與配置) 。
應用伺服器配置：4核8g 2
後端伺服器配置：8核16g 3
關係型資料庫：sql server3
緩衝資料庫：redis2
個人作業 軟體評測
要求答案 班級的鏈結 點選進入 作業要求 點選進入 點選進入 你覺得為什麼這個產品組的人沒有發現這些bug?其實很簡單啊，這本身就是乙個demo，需要我們後期人員的加入開發，才能形成乙個讓人滿意的產品，要做成家具的木頭，只有少數人會關心原木材的 有瑕疵。採訪nabcd分析 b benefit c c...
個人作業 軟體評測
作業相關 具體描述 所屬班級 2019秋福大軟體工程實踐z班 作業要求 個人作業 軟體評測 作業正文 個人作業 軟體評測 作業目標 本次評測，我針對web端，android端，windows端進行評測，以下是我在試用demon的截圖 自閉兒童的三線操作 web端 利用web端進行螢幕分享 利用web...
個人作業 軟體評測
這個作業屬於那個課程 軟體工程 這個作業的要求在 個人作業 軟體評測 這個作業的目標 作業正文 本作業位址 第一部分 調研，評測 第二部分 分析 第三部分 建議和規劃 其他參考文獻 介紹採訪物件的背景和需求 描述使用者使用這個demo的過程,使用者的問題解決了麼？軟體在資料量 介面 功能 準確度上各...