思考：他們痛苦的是什麼？場景是什麼？
軟體需求規格說明書
上週的《需求規格說明書》初稿在產品描述方面描寫的不夠詳盡，這周做出修改，原型設計也做出改進：
2.1產品描述（詳細）
現如今網路發展迅速，生活節奏加快，教育行業也變得更加重要，有教育就有學習的考核，在這樣快節奏的生活下手工組題出題已經不能滿足現在的需求。
並且會定期收集使用者反饋的問題及時做出反饋並及時更新程式所出現的bug。保證使用者正常使用此軟體。
在題目範圍中增加選擇（1.小學2.初中3.高中4.大學）登陸介面：
登陸後介面：
選擇介面：
提取題目後的：
2.6使用者場景
2.6.1典型使用者
教師——自由組卷出卷
2.6.2背景
1）典型使用者：教師【主要】、學生【次要】
2) 使用者的需要/迫切需要解決的問題
需要一套能夠自由組卷出卷評分的軟體。學生程度不同，科目範圍廣，難以做出合適的試卷。需要一款工具來根據教師的需求做出合適的試卷。
期末考試臨近，教師根據需求選擇適合的題型、試題難度範圍。然後系統自動生成滿足需求的試卷，教師如果不滿意可以再次進行組卷，直到選到滿意的試卷，這樣提高了工作效率。
乙個團隊專案要在一段時間內完成諸多任務，滿足使用者需求，實現團隊目標，從**入手？
wbs（work breakdown structure）即工作分解結構，是根據專案目標把工作分解成許多層次分明的、可交付成果的工作任務，然後用邏輯圖形或樹形結構表示出來。
b. 團隊成員估計各自任務所需時間
吳世榮：負責給目標使用者展現原型、給出功能分析的四個象限，花費4個小時；
黃良靜：負責修改完善上週提交的需求規格說明書，花費3個小時；
慄海輝：負責給出團隊專案的wbs並估計各自任務所需時間，花費4個小時；
祝攀峰：負責系統設計中的系統架構和資料庫設計，花費4個小時；
翁彬妹：負責alpha任務分配計畫，花費3個小時。
何琴琴：負責測試計畫，花費3個小時。
在設計階段，我們要清楚：軟體是怎麼解決這些需求的？
乙個好的分層式結構，可以使得開發人員的分工更加明確。一旦定義好各層次之間的介面，負責不同邏輯設計的開發人員就可以分散關注，齊頭並進。
召開迭代計畫會議，為下週進入sprint作準備。（2）將使用者需求聯絡系統功能，將系統功能的實現進行任務分配，跟進各項任務。（何琴琴）
（3）進行系統功能的實現：
1.編寫自由組卷、自動評分系統（黃良靜）
3.資料庫的管理和維護，題目收集分類，資料匯入、匯出（祝攀峰）
4.美工，頁面布局，編寫基本的web介面（慄海輝）
（4）基本功能實現後，進一步完善、修改：
①將基本的查重系統進一步的完善、修改，並將後端的功能進行整合。（何琴琴）②將完成的web介面與後端進行互動。（吳世榮）
測試不是在所有的開發工作完成之後才進行，而是與開發幾乎同步進行的
測試計畫和測試總綱主要說明產品是什麼，要做什麼樣的測試，時間安排如何，誰負責什麼方面，各種資源在**，等等。
該系統為b/s三層結構，它的執行環境分客戶端、應用伺服器端和資料庫伺服器端三部分。
以下是系統的軟體環境。
（2）應用伺服器端
（3）資料庫伺服器端
除以上內容有關項外，還要包括測試計畫制定者、日期、修改記錄、評審人員（開發負責人／測試負責人／專案經理）等資訊
對於測試計畫不完善地方，還會根據進度補充擬定。
團隊作業3 需求改進 系統設計
目錄二丶 系統設計 三丶 alpha任務分配計畫 四丶測試計畫 需求 功能 外圍功能 殺手功能 必要需求 遊戲形式 2d跑酷 音遊 跑酷控制與 擊打 音符控制 精美的音效 良好的互動體驗 輔助需求 精美的畫面特效 良好的分數判定與計算 專案改進計畫 功能功能詳情 所屬版本 場景，流程管理 完成場景，...
團隊作業3 需求改進 系統設計
2017 4 21 22 00pm，以部落格發表日期為準 晚交 0分 遲交兩周以上 倒扣本次作業分數 抄襲 倒扣本次作業分數 給目標使用者展現原型，與目標使用者進一步溝通理解需求。b.參考 修改完善上週提交的需求規格說明書。a.上週的 需求規格說明書 初稿有哪些不足？特別是 功能考慮不全或需求文件描...
團隊作業3 需求改進 系統設計
專案名 翻翻棋2077 隊名 tel studio 隊員 問題1 只有兩個人能進行對局很不符合實際 修改1設計房間,能讓多對玩家同時遊戲,且能通過房間號進入不同的對局中.使用者場景1 盧偉 他開啟了電腦上的翻翻棋2077.對手運氣很差,開局便被吃掉了很多子,只剩下5點血量,只要在丟乙個棋子就輸了.而...