Download presentation
Presentation is loading. Please wait.
1
指導老師：李佩君、王勝石 開發團隊：舒于臻、林宜臻、劉子麒、鄭皓謙 明新科技大學資訊管理系 2015/12/11
教育部資通訊軟體創新人才推升推廣計畫 「智慧終端與人機互動創作專題競賽」報告 指導老師：李佩君、王勝石 開發團隊：舒于臻、林宜臻、劉子麒、鄭皓謙 明新科技大學資訊管理系 2015/12/11
2
前言 Introduction 導論（改成微軟正黑體）
3
主要問題 沒玩到!!! 等很久!!! 繞遠路!!! Major Parking Problems 遊樂園主要問題－遊客角度（改成微軟正黑體） 這裡已講了三大問題（也就是我們的動機），那麼要不要講解法（就是我們的目的，那三項功能）呢？ PJ在想：這裡某種程度也是一種「需求分析」，講了遊客的，不知道要不要講業者的？（詳細的需求分析表格，請參下頁）
4
系統設計 智慧遊園GO 系統設計（改成微軟正黑體）
5
系統架構 System Architecture 系統架構（改成微軟正黑體） 請你： 1. 把「設施預約模組」改成「預約及驗證模組」
2. 把「資料庫模組」改成用「資料庫」，形狀改用圓柱體（如圖） 3. 調整動畫（好像有紅框框出現時機不對） 軟體模組設計 軟體動態行為設計 介面設計 資料結構、資料庫設計 演算法設計
6
動態遊玩功能 遊樂園 管控子系統 Play proposal(遊玩建議) 動態遊玩功能說明
有幾個畫面應該出現在動畫中，貼在上面了（你已經做好的是「我的清單」），順序是由左而右。 首先，先講：我們給遊客的建議，乃是從遊客自訂清單中計算、挑選出最佳的「下一個設施」，而非「一連串設施的排程」，原因：遊樂園狀態（例如：各設施排隊人數）是「動態」在變化的，現在就把「下下個設施」、「下下下個設施」……全都算出來，其實沒有意義，因為無法如實反映屆時的遊樂園狀態（不夠即時）。 然後，談到：我們提供一般遊客需要的三種策略－距離最近、等候時間最短、熱門度最高，並說明這三種策略的判斷準則分別是什麼（距離最近：推薦從遊客位置到設施位置距離最近的設施；等候時間最短：推薦對遊客而言，適地性等候時間最短的設施；熱門度最高：推薦累積人數最高的設施）。 最後，詳細介紹「等候時間最短」策略，帶出 why and what is 適地性等候時間（改善遊客等候的感受 使用者體驗更好 對遊樂園更滿意）
7
「等候時間最短」策略－流程設計 遊客選取 『等候最短』策略 確認我的清單存在 計算清單中各設施步行時間 適地性等候時間演算法
如果有需要的話，供你使用。 動態遊玩演算法應訂正為［適地性等候時間演算法］ 學姊原圖請參其碩論電子檔，圖11（如 附件－解壓縮Thesis-Baba.zip）。 計算清單中各設施步行時間 適地性等候時間演算法 比大小，找出最短等候時間 顯示結果
8
適地性等候時間 路程：10Min 適地性等候時間為： 15-10=5 路程：5Min 適地性等候時間為：15-5=10
Core concept(核心概念) 適地性等候時間概念說明 強調：改善遊客等候的感受（走路時不會覺得自己是在等候） 不需強調客製化嚕（我的錯，怪我就好） Wait Time:15 路程：5Min 適地性等候時間為：15-5=10 Wait Time:15
9
設施預約 / 驗證功能 遊樂園 管控 子系統 票卡驗證子系統 驗證成功 把原標題改成「設施預約 / 驗證功能說明」。 把手機移到人旁邊。
system Server 遊樂園管控子系統。 把手機移到人旁邊。 調整紅線端點位置。 可用的圖也貼在上面了（順序由左而右），供參考。（不過預約場次只有一場可預約，而且還是晚上22:00這種奇怪的時間，看要不要請舒舒重新截螢幕畫面？？） 驗證成功 票卡驗證子系統
10
票卡驗證流程 如果有需要的話，供你參考。 原圖請參 附件－票卡驗證流程圖 v1.xml。需用 網頁來編輯。
11
系統實作
12
Visual Studio & SQL Server
開發工具與技術 Arduino IDE 智慧遊園Go Eclipse Visual Studio & SQL Server Server Android 手機 Arduino 紅外線模組 Server PC 遊樂園管控子系統 Visual Studio Webcam Arduino 控制板 紅外線模組 NB 人數偵測子系統 Webcam 票卡辨識子系統 Andoid手機 遊樂園服務子系統
13
系統測試 Field Testing 系統測試
14
測試場景 測試場景圖就是類似上圖的東東 不過這張圖是早期貝宣學姊在新豐的測試場景 影片Demo的是在竹北（設施則是定在幾間餐廳）
Similar presentations
