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