最新消息 | Week3-全台公車動態時刻查詢應用服務

Week3 - 全台公車動態時刻查詢應用服務

各組別投稿時間

UI 組投稿區間：11/15(一) 12:00 PM ~ 11/22(一) 12:00 PM

前端組投稿區間：11/22(一) 12:00 PM ~ 11/29(一) 12:00 PM

情境模擬

使用者 A：目前已在公車站牌上的外地旅客（行動裝置）

情境：我是從外縣市來的旅客，下午我前往到某個公車站牌等待公車。
遇到問題：因為沒有電子屏幕顯示到站時間，站牌紙張上時間好像也不準。
解決方案：於是我拿起手機，打開 The F2E 上的 全台公車動態時刻查詢應用服務，查詢公車預期過幾分鐘才到站。

使用者 B：在家中尋找離考場最近公車的考生（桌面版）

情境：我是考生，看到考試官網上寫說，搭捷運站 4 號出口上來後，可以搭 xxx 號公車前往指定考場。
遇到問題：但我並沒有下載公車 APP，不想因為這樣又下載一個不常用的 APP。
解決方案：於是我用家裡的筆電，打開 The F2E 上的 全台公車動態時刻查詢應用服務，查詢公車路線資訊。

User story (使用者故事)

我可以透過網站上的搜尋介面，搜尋指定公車路線的站序資料。
我可以透過網站上的公車路線資訊，獲得我所在站牌的下一班公車預估到站時間。詳見備註。
我能透過 PC 網站瀏覽，也能透過 Mobile 來瀏覽介面

備註：預估到站時間功能，TDX API 僅提供桃園、臺中、高雄有提供動態資訊。在評審範圍上，可以只整合有提供的縣市即可符合門檻，若想整合其他縣市，如台北、新北則需請開發者自行尋找整合

加分題

除了使用 TDX API，有整合第三方 API 或程式功能，做出系統整合加值服務。
不僅提供圖文列表，亦提供地圖模式進行公車路線查詢，但請務必留意使用者載具體驗。
針對上面兩個情境模擬，針對旅客或考生設計延伸情境，增添 UI 功能。

評審門檻

僅限 Web 瀏覽器應用來開發， Android、iOS APP 不在本活動評審範圍內。
需使用到 TDX 的 API 服務。

評審機制

初選：將由六角學院前端、UI 評審進行第一波篩選，並於 12/3(五) 公布佳作、入圍名單
決選：由外部評審針對入圍獎進行最後篩選，並於 12/16(四) 由評審進行直播公布名單！。

以下為各組評審權重介紹，但評審仍可依個人喜好，進行自由加分。

前端個人組評審權重

操作可行性 50% (介面是否好操作)
前端程式碼 Code Review 50% (架構可讀性、功能完整性)

UI 個人組權重

主題適切性 33%
使用者體驗 33%
UI 視覺設計 33%

團體組

主題適切性 33%
市場性 33%
操作可行性 33%

權重說明

主題適切性：是否有符合本次主題的情境模擬、使用者故事。
市場性：民眾接受度、衍生服務之可行性
操作可行性：前端技術與 UI 整合之可行度，未來之擴充與穩定度

評審門檻自我檢核表

參賽者可透過下表進行自我檢核，評量是否有達到參賽條件：

UI 個人、團體組

是否主題符合「使用者故事」、「情境模擬」
是否支援 RWD 響應式網頁設計
是否有在期限內投稿 11/15(一) 12:00 PM ~ 11/22(一) 12:00 PM
選填加分：請在標示文件上，提供設計理念、額外擴充 UI 功能介紹，形式不拘。
選填加分：設計交付文件是否完整，能夠讓工程師理解，例：網格系統、主色輔助色。

前端個人、團體組

是否有將程式碼上傳到 GitHub repo ，GitHub commit 將以 11/29(一) 12:00 PM 最近一版為準進行評審檢視，未在期限前有 commit 紀錄視同放棄。
GitHub repo 需附上 README.md(範例)，附上是否有整合第三方服務、並簡述程式架構，提供執行流程方便評審檢視。
是否有在期限內投稿 11/22(一) 12:00 PM ~ 11/29(一) 12:00 PM
若您是前端個人組，請勿使用團體組 UI 來投稿

備註：假使您志在參加，想專注練自己想練的，也可投稿，但就不在評審範圍內