《開拓者研發團隊》 團隊做業5—團隊項目需求改進與系統設計

團隊項目需求分析改進：
任務1：應用本週所學面向對象分析方法，修改完善團隊項目需求規格說明書，要求以下：
a.分析《基於彈幕評論的大數據分析平臺需求規格說明書》初稿的不足，特別是文檔需求描述建模不完整的內容。
1)初稿只給出了UML用例圖，不夠完善，更新版補充數據庫實體關係圖、Er圖、類圖
2）初稿中沒有給出用戶界面設計的內容，更新版補充加入了
3）初稿沒有對典型用戶場景進行分析
4）初稿中對靈活性和故障處理要求描述的不是很詳細，更新版對此進行了補充。
b.參考《構建之法》8.5節功能的定位和優先級，給出功能分析的四個象限。
四象限法


經過閱讀鄒欣老師的構建之法和在網絡上查找了一些資料以後，得出瞭如下結果：
四象限法分析本組項目優劣的結果：

c. 編制團隊項目的WBS
一個團隊項目要在一段時間內完成諸多任務，若要知足用戶需求，實現團隊目標，完成需求分析後，編制項目WBS（Work Breakdown Structure，即工做分解結構，是根據項目目標把工做分解成許多井井有條的、可交付成果的工做任務，而後用邏輯圖形或樹形結構表示出來。），是團隊項目有序管理的工做依據。
o 彈幕詞頻統計——劉丹（兩週半）
o 粉絲最熱門的點播歌曲——李玉瑩（兩週）
o 真實彈幕用戶佔比（主播熱度真實性）——曹瑩雯（兩週）
o 活躍粉絲排行——尹楠（兩週）
o 彈幕評論數量及內容與精彩直播片斷之間的關係——王靜雅（兩週半）
o 智能屏蔽垃圾彈幕垃圾彈幕的——杜世康（三週）

d. 請以講故事的方式介紹大家的項目中的功能，介紹一個場景，用戶如何使用這項功能，解決了用戶的什麼問題。
如：垃圾彈幕的識別和屏蔽功能
場景：羅希同窗結束了忙碌的一天，回到寢室一邊泡腳一邊打開了鬥魚直播，打算看本身喜歡的遊戲主播——韓金龍的英雄聯盟比賽講解和直播，看的正起勁，雙方交戰正酣，忽然屏幕被不少垃圾廣告佔領：諮詢小編QQ諮詢【39739693】也可加我微信號： dh7040（手機加QQ好友請認準第一我的）小編沒有QQ羣，其餘都是騙子，切勿上當受騙！！
瞬間佔領了整個屏幕，而這種垃圾彈幕霸屏的場景已經不是第一次出現了，羅希一邊想繼續看比賽進展，在彈幕上跟其餘的相關彈幕進行交流，但又惱火與層出不窮的垃圾彈幕，體驗極差，心情也變得有點煩。原本好好的睡前放鬆就被亂七八糟的垃圾彈幕攪擾了。
羅希同窗使用了基於彈幕評論的大數據分析平臺，自動識別了垃圾彈幕而且進行了屏蔽，他不再用受垃圾彈幕滿天飛的困擾了。

e. 團隊成員估計各自任務所需時間

f. 請使用WBS工具，拆分項目，建立本身的看板圖和燃盡圖，爲下週的七天站立會議作準備。
以上任務內容參考：http://www.cnblogs.com/zhengrui0452/p/6653964.html

功能拆分

看板圖

燃盡圖

看板圖
團隊項目系統設計：
任務2：在軟件項目系統設計階段，開發團隊經過設計系統整體結構和數據庫邏輯結構（若是必要），以回答：歸納來講，軟件是怎麼實現用戶的這些需求的？這就是系統設計要解決的問題。請設計團隊項目系統整體結構和數據庫邏輯結構（E-R圖）。
數據庫實體關係圖

E-R圖

類圖



任務3：
《軟件系統概要設計說明書》團隊項目Github倉庫連接：點擊跳轉
任務4：
1.陳述團隊項目的系統設計過程、系統設計方法與建模工具
設計過程：採用Java多線程實現彈幕爬取，採用spring搭建系統框架
設計方法：採用MVC設計模式，它強制性的使應用程序的輸入、處理和輸出分開。使用MVC應用程序被分紅三個核心部件：模型（M）、視圖（V）、控制器（C），它們各自處理本身的任務。
建模工具：Visio完成需求UML模型的繪製
2.描述團隊成員在系統設計的具體分工及佔整個系統設計文檔任務的工做量比例
杜世康 系統設計建模 30%
李玉瑩 需求說明書完善、功能分析、編制WBS、講故事 18%
劉丹 繪製UML圖、ER圖、數據庫實體關係圖、類圖 18%
曹瑩雯 系統概要書撰寫 20%
尹楠 博客撰寫 14%
3.回答如下兩個問題
（1）系統整體設計和需求分析的關係是什麼？
需求分析的結果是系統整體設計的依據。通常是須要先進行需求分析後再進行系統整體設計，需求分析做爲系統設計的輸入，系統設計的目標是爲了實現用戶需求。把用戶需求轉換爲系統需求，因此需求分析實質上作的是理解用戶的想法並描述出來，系統設計是把描述的需求轉換落地的方案。
（2）如何設計系統的整體結構？
系統設計工做應該自頂向下地進行。首先設計整體結構，而後再逐層深刻，直至進行每個模塊的設計。整體設計主要是指在系統分析的基礎上，對整個系統的劃分（子系統）、機器設備（包括軟、硬設備）的配置、數據的存貯規律以及整個系統實現規劃等方面進行合理的安排。包括：系統整體佈局方案的肯定；軟件系統整體結構設計；數據存儲的整體設計；計算機和網絡系統方案的選擇。  
4.設計心得
根據其餘團隊反饋，咱們對本項目的需求分析進行改進，並提出了新問題的解決方案。參考國標GB8567——88中《軟件系統概要設計說明書》格式，撰寫團隊項目軟件系統設計說明書，使得咱們更加明白了一個好的軟件項目的前期需求調研和分析的重要性。一個軟件項目的質量幾乎取決於軟件前期的需求分析與調研，也是整個軟件開發的成敗所在。也體會到規範的軟件開發所帶來的好處，團隊合做的優點。