2018-4-15 10:00pm，以提交至班級部落格時間為準。
根據以下要求，寫一篇隨筆，並完成《需求規格說明書》
軟體的最終目的是用來解決使用者的某些問題，需求分析就是要理解要解決的問題，真正明確使用者需求。
訪問軟體專案的真實使用者（至少10個），確保軟體真正體現使用者的需求，為軟體最終可用奠定基礎。
所有的縮寫須事先定義。
需要有乙個目錄，word排版樣式規範美觀，**並茂，通篇文件有乙個統一的樣式風格。
將自己置於讀者的立場——如果對軟體專案不熟悉的人員，通過閱讀這份文件，能否完全讀懂軟體要做什麼。
團隊協作，加強分工，需要描述每個成員的具體分工及佔整個文件任務的工作量比例。
原型設計能夠在表現層將設計合成乙個邏輯整體，使用者能和你一起看到未來互動的軟體藍圖、功能和效果，獲得較真實的感受，在不斷討論的基礎上完善未來的設計思想。因此，原型設計能起到有效溝通的作用，漂亮，直觀的原型圖更是讓人賞心悅目。
不要等到所有**寫好之後再去驗證需求，請用設計工具描述使用者介面和需求。
原型設計不僅要考慮主要功能的頁面排布，同時也要考慮使用者實際操作中的問題，提前為使用者考慮得當並徵求使用者意見
系統是必須可執行的，可實際使用的——請抱著這樣的同理心去考慮系統。
給目標使用者展現原型，與目標使用者進一步溝通理解需求。
參考：
如果是設計原型，採用專門的原型設計工具，能夠事半功倍，工具參考：
原型設計介面簡潔，使用者體驗極佳。分工比例部分的泳道圖十分清楚地展示了各個同學的工作任務，github上數十次commit也展示了他們和諧的團隊協作。
乙個團隊專案要在一段時間內完成諸多任務，滿足使用者需求，實現團隊目標，從**入手？
wbs（work breakdown structure）即工作分解結構，是根據專案目標把工作分解成許多層次分明的、可交付成果的工作任務，然後用邏輯圖形或樹形結構表示出來。
請給出團隊專案的wbs；
團隊成員估計各自任務所需時間
參考：根據結對程式設計的經驗，大家已經意識到編碼規範的重要性。
討論制定團隊的編碼規範，滿足**風格規範和**設計規範（參考書第4章4.1-4.3內容）
在設計階段，我們要清楚：軟體是怎麼解決這些需求的？
乙個好的分層式結構，可以使得開發人員的分工更加明確。一旦定義好各層次之間的介面，負責不同邏輯設計的開發人員就可以分散關注，齊頭並進。
如何才能最大限度地實現這些需求，這就是架構設計要解決的問題。請給出系統的架構設計
完成團隊專案的資料庫設計，並在隨筆中提供相應er圖（如果必要）
評分內容評分項分值備註
需求分析
訪問使用者
5 + 5
給出需求規格說明書的git鏈結
10a-e每項2分
給出專案的nabcd
10要有具體的事實和分析，每條2分
給出專案的殺手功能
2將nabcd要點組織成一段話
5附加題
5原型設計
請用設計工具描述使用者介面和需求
10在部落格上給出原型設計的結果和原型設計用到的工具，需要**並茂
任務分解wbs
給出團隊專案的wbs
5團隊成員估計各自任務所需時間
3編碼規範
制定團隊的編碼規範，給出git鏈結
5滿足**風格規範和**設計規範
系統設計
給出系統的架構設計
5完成團隊專案的資料庫設計，並在隨筆中提供相應er圖
5如果所選專案不需要涉及資料庫那麼不需要做這一項，但是要給出不需要資料庫的支援理由
其他排版
3[-5, 5]
團隊的分工
5成員的完成情況
2個人的感受
10
軟工15團隊作業3 需求分析與設計
使用者問卷調查統計 年齡段 性別 是否玩過俄羅斯方塊 接觸俄羅斯方塊的途徑 玩遊戲的頻率 如何評價俄羅斯方塊 俄羅斯方塊的遍及程度 當代人現實中壓力比較大，不管是學習 生活還是工作的壓力，大家都渴望在休息的時間，如上課的課間，工作的閒暇時間能夠有乙個東西來打發時間，緩解一下壓力。俄羅斯方塊遊戲是乙個...
軟工網路15團隊作業2 團隊計畫
1.確定團隊選題，確定之後每個團隊需要描述要做的究竟是什麼系統，預期的使用者量是多少.2.圍繞選題專案內容的 真實 可用 有價值 有情懷 作為加分項 目標來分別闡述。3.建立和初步熟悉團隊git的協作方式。專案後續的 文件都要通過碼雲增量式管理。實現文件的版本化和增量式管理。4.請立刻建立團隊專案的...
軟工網路15團隊作業2 團隊計畫
專案描述 主要功能 記憶考研單詞 以考研單詞學習和生詞查詢兩個方面為主體功能，隨時新增新的單詞到學習列表，每個單詞都有恰當的註解和例句，能夠有效的幫助使用者記憶單詞。完善了主體功能後還可以加入一些單詞小遊戲，新增背單詞小遊戲目的也是加深使用者對背單詞的興趣，提高對單詞的記憶力。預期使用者量 500人...