軟體工程
點我作業要求
點我作業目標
將需求細化為具體任務，為alpha階段衝刺做計畫
團隊選題及選題
團隊展示及選題
團隊作業2——需求規格說明書
需求規格說明書
目錄1.2 場景
1.3 功能優先順序
1.4 任務分解wbs
二、系統設計展示
三、alpha任務分配計畫
四、測試計畫
4.2 測試範圍
4.3 測試策略
4.4 測試資源
典型使用者
學生小明（做題者）
年齡18-22
知識層次和能力
大學本科在讀，有一定的電腦基礎和自學能力
動機、目的、困難
使用者偏好
學習和玩耍
典型場景
學習時好好學習，玩的時候好好玩
典型使用者
管理員（老師/出題者）
年齡28+
知識層次和能力
計算機學院老師/教授，能熟練的操作電腦
動機、目的、困難
能夠給同學們布置作業，較好的完成教學任務； 困難：不知道每個同學的學習情況
使用者偏好
喜歡方便的工具
典型場景
布置作業、批改作業
背景場景
step 1:小明開啟**準備開始做題，首先他先登入**，輸入使用者名稱和密碼即登入成功；若忘記密碼，可以通過忘記密碼功能重新設定新密碼，再登入**。
step 2:小明點選狀態檢視了之前的做題歷史記錄，然後點選題目列表，進入練習介面開始練習。
step 3:小明完成了一道題目後，點選提交答案，頁面跳轉至狀態介面，並顯示解題狀態；
背景場景
step 1:老師登入**，首先輸入使用者名稱和密碼即登入成功；若忘記密碼，可以通過忘記密碼功能重新設定新密碼，再登入**。
step 2:老師點選管理員介面可以對題目進行修改，然後點選新建題目，進入新增題目介面。
step 3:老師完成了一道題目的描述和列舉範例後，點選提交，頁面跳轉至題目列表介面，完成該新增操作。
首先整體上從架構層次，進行簡短的概述：
前端頁面
與使用者直接互動，將使用者請求反饋到後端
後端系統
響應使用者的請求，對資料庫進行相關操作
依據專案組能提供的總時間、功能模組的優先順序以及模組之間的依賴關係，在product backlog中選取待實現的功能項，對已選擇的功能項再做進一步分解，分解為1-10小時左右的任務，構成sprint backlog。
product backlog
sprint backlog
題目模組
資料庫管理功能，資料統計功能
使用者模組
登陸註冊，使用者資訊管理
測評模組
評測程式，狀態儲存，重判題目
比賽模組
管理比賽，實時榜單
前端介面
學生使用者介面，管理員介面，登入主介面，題目列表介面，資料增刪改介面
開發任務
前端頁面負責人
預計工時
後端介面負責人
預計工時
登陸註冊功能
蔡曉芬2h
張家維3h
使用者資訊功能
蔡曉芬6h
張家維4h
題目列表
王歡3h
嚴為煒2h
提交**
王歡6h
孔止1h
測評程式
——孔止
4h提交狀態
蔡曉芬2h
孔止3h
查詢功能
蔡曉芬2h
嚴為煒4h
多使用者判題
——嚴為煒
3h實時榜單
蔡曉芬3h
孔止4h
參考文件
資料鏈結
規格需求說明
github鏈結
設計文件
github鏈結
總任務github鏈結
專案時間安排
github鏈結
測試方法——w模型
試圖發現以下幾類錯誤：
團隊作業3 需求改進 系統設計
目錄二丶 系統設計 三丶 alpha任務分配計畫 四丶測試計畫 需求 功能 外圍功能 殺手功能 必要需求 遊戲形式 2d跑酷 音遊 跑酷控制與 擊打 音符控制 精美的音效 良好的互動體驗 輔助需求 精美的畫面特效 良好的分數判定與計算 專案改進計畫 功能功能詳情 所屬版本 場景，流程管理 完成場景，...
團隊作業3 需求改進 系統設計
2017 4 21 22 00pm，以部落格發表日期為準 晚交 0分 遲交兩周以上 倒扣本次作業分數 抄襲 倒扣本次作業分數 給目標使用者展現原型，與目標使用者進一步溝通理解需求。b.參考 修改完善上週提交的需求規格說明書。a.上週的 需求規格說明書 初稿有哪些不足？特別是 功能考慮不全或需求文件描...
團隊作業3 需求改進 系統設計
專案名 翻翻棋2077 隊名 tel studio 隊員 問題1 只有兩個人能進行對局很不符合實際 修改1設計房間,能讓多對玩家同時遊戲,且能通過房間號進入不同的對局中.使用者場景1 盧偉 他開啟了電腦上的翻翻棋2077.對手運氣很差,開局便被吃掉了很多子,只剩下5點血量,只要在丟乙個棋子就輸了.而...