軟體工程
網工1934
隊員學號
部落格陳浩然
3119005317
鏈結劉熠
3119006062
鏈結劉富華
3119005332
鏈結
柯新宇3119005893
鏈結鄭世杰
3119005351
鏈結1.針對課堂討論環節老師和其他組的問題及建議所作出的一些修改：
問題修改
你們這個軟體做出來可以直接投入使用了嗎？
目前還不行，我們只能區域網通訊，因為我們這個軟體的伺服器缺少乙個公網ip，所以在軟體做出來後，還有時間的話會打算租個雲伺服器，這樣就可以使用了，不過一些使用者資料的安全問題暫時不用擔心，因為目前我們這個軟體的註冊不需要使用者的真實資訊（除****外），僅作乙個發布平台
你們這個軟體怎麼沒有打賞功能啊？
這個問題我們在設計之初是有考慮過的，但是由於我們團隊對api介面方面的知識不夠了解和熟悉，所以會在以後陸續新增各種功能的，所以還請不用擔心
目標使用者的疼
東西丟了，找回機率渺茫；撿到了東西，找到失主機率渺茫
場景乙個失物資訊發布系統，所有「無」主之物終有歸宿
2.《需求規格說明書》初稿現在很難說有什麼不足，因為目前我們團隊都是設計一些最基本的功能而已，以下可以給出一些使用者使用場景來進行一些詳細說明：
使用者型別
使用軟體的場景
丟掉東西的人
先登入軟體，看看有沒有其他的使用者發布了失物尋主資訊（可通過檢索功能）（這個過程可多次迴圈），如果有，直接根據其****聯絡他獲得失物，否則，可以通過發布尋物資訊，靜待佳音。
撿到東西的人
先登入軟體，看看有沒有其他的使用者發布了失物尋物資訊（可通過檢索功能）（這個過程可多次迴圈），如果有，直接根據其****聯絡他交還失物，否則，可以通過發布尋主資訊，守株待兔。
3.功能分析四象限
外圍功能
殺手功能
必要需求
網路通訊及資訊處理
介面輔助需求
api介面
檢索功能
4.任務分解wbs及相應的專案進度計畫
前端基本功能劃分：
功能概述
功能描述
登入頁面
1.軟體名顯示; 2.使用者可以輸入賬號密碼; 3.使用者能夠在這一階段點選登陸或註冊。若點選登入，登入成功則進入客戶端功能選擇頁面，登入失敗則在本頁面顯示登入失敗的資訊。若點選註冊則進入註冊頁面。
註冊頁面
1.使用者可以輸入註冊資訊；2使用者能夠在這一階段點選註冊。若註冊成功則進入註冊成功頁面，若註冊失敗則進入註冊失敗頁面。
註冊成功頁面
1.顯示註冊成功。2.使用者能夠在這一階段點選登入進入登入頁面。
註冊失敗頁面
1.顯示該賬號已被註冊等資訊。2.使用者能夠在這一階段點選重新註冊進入註冊頁面。
客戶端功能選擇頁面
1.使用者能夠在這一階段點選相應功能進入相應頁面。
發布資訊頁面
1.使用者能夠輸入發布資訊。2.使用者能夠在這一階段點選發布，然後進入發布成功頁面。
發布成功頁面
1.顯示發布成功等資訊。2.使用者能夠在這一階段點選返回，然後進入到客戶端功能選擇頁面。
檢索資訊頁面
1.使用者能夠輸入檢索資訊。2.使用者能夠在這一階段點選檢索，然後進入檢視資訊頁面。
檢視資訊頁面
1.使用者能夠在這裡檢視資訊。2.若資訊數量過多，要設定分頁或滾輪滑動檢視。3.使用者能夠在這一階段點選返回，然後進入到客戶端功能選擇頁面。
1.product backlog & sprint backlog
product backlog
sprint backlog
資訊傳輸模組
傳輸資訊功能
客戶端模組
註冊模組、登入模組、失物資訊發布模組、獲取失物資訊發布模組、獲取檢索失物資訊模組、返回資訊顯示模組
服務端模組
處理註冊資訊模組、處理登入資訊模組、處理發布資訊模組、處理獲取資訊模組、處理檢索資訊模組、建立執行緒服務模組
前端介面
登入頁面、註冊頁面、註冊成功頁面、註冊失敗頁面、 客戶端功能選擇頁面、發布資訊頁面、發布成功頁面、檢索資訊頁面、檢視資訊頁面
2.開發任務分配
開發任務
負責人工時
資訊傳輸模組
劉富華10h
註冊模組、登入模組
陳浩然1h
失物資訊發布模組
劉熠2h
獲取失物資訊發布模組、獲取檢索失物資訊模組
劉熠2h
返回資訊顯示模組
鄭世杰3h
處理註冊資訊模組、處理登入資訊模組
劉富華5h
處理發布資訊模組
柯新宇2h
處理獲取資訊模組、處理檢索資訊模組
柯新宇2h
建立執行緒服務模組
劉富華10h
登入頁面、註冊頁面、註冊成功頁面、註冊失敗頁面、 客戶端功能選擇頁面
鄭世杰3h
發布資訊頁面、發布成功頁面、檢索資訊頁面、檢視資訊頁面
陳浩然3h
3.以甘特圖的方式擬定迭代衝刺計畫
1.引言
1.1專案背景：
校園裡散落著遺失之物，遍布著失落之人。
1.2參考資料：
上一次的作業的資料每天都會大量產生，點選此處跳轉。
1.3有關專案人員的組成及****：
請看最上方
2.任務概述
2.1測試範圍：
功能模組測試
所有模組
壓力測試
對使用者和資料的承載量進行測試
安全測試
對系統的安全效能進行測試
2.2測試目標：
不會有邏輯錯誤，只能容忍無法承載過多資料和使用者而出現錯誤。
3.測試策略
人工手動測試
4.測試資源
4.1硬體資源需求：
有電腦就行
4.2軟體資源需求：
本軟體，win10
4.3測試環境需求
有區域網條件
4.4測試人員需求
測試人員越多越好
5．風險評估
5.1人力方面；
人較少，測試資料不多
5.2時間方面；
時間較少，測試資料不多
團隊作業3 需求改進 系統設計
目錄二丶 系統設計 三丶 alpha任務分配計畫 四丶測試計畫 需求 功能 外圍功能 殺手功能 必要需求 遊戲形式 2d跑酷 音遊 跑酷控制與 擊打 音符控制 精美的音效 良好的互動體驗 輔助需求 精美的畫面特效 良好的分數判定與計算 專案改進計畫 功能功能詳情 所屬版本 場景，流程管理 完成場景，...
團隊作業3 需求改進 系統設計
2017 4 21 22 00pm，以部落格發表日期為準 晚交 0分 遲交兩周以上 倒扣本次作業分數 抄襲 倒扣本次作業分數 給目標使用者展現原型，與目標使用者進一步溝通理解需求。b.參考 修改完善上週提交的需求規格說明書。a.上週的 需求規格說明書 初稿有哪些不足？特別是 功能考慮不全或需求文件描...
團隊作業3 需求改進 系統設計
專案名 翻翻棋2077 隊名 tel studio 隊員 問題1 只有兩個人能進行對局很不符合實際 修改1設計房間,能讓多對玩家同時遊戲,且能通過房間號進入不同的對局中.使用者場景1 盧偉 他開啟了電腦上的翻翻棋2077.對手運氣很差,開局便被吃掉了很多子,只剩下5點血量,只要在丟乙個棋子就輸了.而...