網易雲**
今天才開始使用的軟體，用過他之後，原來的酷狗**和qq**只用來聽網易雲沒有版權的**。
檢視了下書本對於bug的定義，按照《構建之法》13.1節描述的 bug 定義。bug:軟體的缺陷。 bug可以分解為：症狀（symptom）、程式錯誤（faut）、根本原因（root cause）。
症狀：即從使用者的角度看，軟體出了什麼問題。
程式錯誤：即從**的角度看，**的什麼錯誤導致了軟體的問題。
根本問題：錯誤根源，即導致**錯誤的根本原因
1.根本問題：在軟體上
沒有對歌曲的許可權進行顯示
還有乙個不知名bug：
我：平時聽**的頻率是多久一次呢？
小明：每天都聽。我：
使用過網易雲**後，對它的評價如何
。小明：
很好，流暢的使用、簡潔分明的介面、合理的分類，使用起來很方便，用過後我解除安裝了其他**軟體。我：
有什麼改進意見嗎
小明：最近有版權**太少了最近，感覺**軟體，好的歌曲是關鍵，建議多買些版權
。登入，註冊，qq快捷登入
個人資料修改
模糊查詢，搜尋出你想要的歌曲、歌手、電台
收藏和分享歌曲、歌單
ui介面
版權資源
**社交
網易雲**
較好資源較少，而且充斥許多非原創歌曲
qq**
一般明星歌手的版權資源豐富
一般，使用者可以文章分享
蝦公尺較好
許多實力強大的地下歌手的資源豐富
差、社群分享，只能進行話題討論
維度評分
使用者體驗
9.2ui介面美觀度
8.0核心功能
7酷狗**、蝦公尺**、qq**
在查詢功能上再加上非原創歌曲區，區別原創與cover，為一些專業**人使用者設定使用者人證，提供置頂功能 。
網易雲如今充斥的非原創歌曲太多了影響使用者體驗。加強社群分享的關注度
使用者可以通過關注專業**人，了解到他喜歡的**人最新的情況。
1) n (need 需求)
3) b (benefit 好處)
提高對網易雲**的依賴。
4) c (competitors 競爭)
5) d (delivery 交付)
和**綜藝節目合作宣傳，並通過置頂進行熱點歌手宣傳。
如果我來領導這個團隊，不斷創新，不斷前進。
第乙個月，每個人的能力，專案需求大概都弄清楚，再進行設計，進行接下能任務的分配。第
二、三個月進行專案的迭代開發，進行美工和開發的同時對於已經完成的功能塊進行測試。第四個月，最後進行專案總結。
第二次作業 APP分析
第一部分 調研，評測 上圖 2.存在的bug。3.bug的描述。4.選擇乙個朋友 使用者 進行採訪，並加以記載。4.1.介紹採訪物件的背景和需求。4.2.讓採訪物件使用該產品的功能。4.3.描述使用者使用這個產品的過程，使用者的問題解決了麼？軟體在資料量 介面 功能 準確度上各有什麼優缺點？使用者體...
第二次作業 王者榮耀案例分析
王者榮耀 因為當下這款遊戲很火，適玩年齡廣，同時很多爭議在社會引起廣泛關注。2015年正是英雄聯盟最火的時候，而當時的手遊主要是回合制遊戲，天美團隊看準了時機，製作了王者榮耀這款和英雄聯盟很相像的遊戲，而且操作簡單，適合的人群廣，這些特點為它的風靡提供了強大的基礎和動力。不得不說王者榮耀出現的時機太...
演算法分析第二次作業
1 問題 已知乙個有向圖或無向圖，其中的邊有權值，詢問點到點的最短距離 最短路問題 2 解析 floyd可以求圖中所有點到其他點的最短路，運用動態規劃的思想。任意節點i到j的最短路徑兩種可能 1 直接從i到j。2 從i經過若干個節點k到j。dis i j 表示節點i到j最短路徑的距離，對於每乙個節點...