Issuu on Google+

一、 開會事由:「省道即時交通資訊進階版行動化應用軟體開發案」 之工作計畫書審查會議 二、 開會時間:102 年10月09日(星期三)上午10時 三、 開會地點:本局5樓會議室 四、 主持人:李組長忠璋 委員意見

廠商回覆意見 大同大學

請評估考量不同作業系統版本間軟體 相容性的問題。

請考量不同解析度規格下,版面呈現 相容性的問題。

請評估系統負荷,及未來可承受的最 大使用人數為何?

黃教授維信 iOS 以 7 為標準規劃,並作向下相容的 設定。Android 製作環境以 2.2 為基底 建構,api 輸出後檢測問題予以修正。 Windows 以 windows phone 8 為固定 之作業環境,請參考報告書 p.9。 iOS:依照蘋果公司所提供的 UI 規範 做不同版本的原始碼,在最原先的畫 面設定上也考量螢幕大小表現的設 定,避免畫面的位移與遺失。解析度 為 320x480 px、640x960 px、640x1136 px。 Android:目前設定四個解析度為 drawable-ldpi 240*320、 drawable-mdpi 320*480、 drawable-hdpi 480*800、 drawable-xhdpi 720*1280,需依照畫 面大小與解析度刻畫不同版面。畫面 的設定上許考量螢幕比例不同的可能 性,設定畫面的規劃避免位移與遺失。 Windows phone:依照 windows 開發規 範,盡量符合 3 個系統的畫面一致性, windows phone 解析度設定為 480x800 px、768x1280 px、720x1280 px。, 請參考報告書 p.10。 目前預計同時使用人數為 3000~10000 人次。若 貴局未來需更多人次同時 使用則可規劃雲端虛擬主機(如智 邦),採用每月租用的方式來評估伺服 器主機流量問題,請參考報告書

附件三-1


委員意見

廠商回覆意見

p.21~22。 系統已規劃提供推播服務,請評估推 推播功能需經開發者帳號申請製作, 播伺服器的建置方式,及如何確保系 目前以伺服器主機考量流量問題,計 統的穩定性及負荷。 算一則推播大小,並加乘預計人數, 目前預計同時使用人數為 3000 至 10000 人次,之後會實際檢測每則推播 的檔案大小,計算出瞬間與時段性的 流量大小,作更進一步主機效能規劃。 若 貴局未來需更多人次同時使用則 可規劃雲端虛擬主機(如智邦),採用 每月租用的方式來評估伺服器主機流 量問題,請參考報告書 p.21~22。 在 UI 設計考量上,ICON 的擺放位置、 謝謝建議,遵照辦理。請參考報告書 顏色對比,可再特別考量操作的便利 p.11~p.18。 性,而非單純以對稱的方式進行擺放。 請補充說明三個不同作業系統(iOS、 系統開發工具:android SDK 使用 Android 及 WindowsPhone)的開發工 eclipse 開發環境 具,及未來軟體更新之作業流程與機 iOS SDK 使用 XCode 開發環境。 制。 Windows phone 使用 Visual Studio 開 發環境。 以原定支援及相容版本做評估規範, 於保固期限內各系統若有重大的元 件、支援性修改,或相關的法律規範 改變,導致 APP 的支援性、相容性問 題,則需做重新檢測修整、製作與開 發,並依照各系統規範重新上架。 APP 若有任何本身的更新版本,是為原 來上架該檔案的修改(apk、ipa、 xap),則均需重新審核重新上架。請 參考報告書 p.9。 軟體上架時間請特別考量,以符合契 APPLE 開發者帳號申請部分,企業機關 約要求。 單位申請時間至少一個月,因需要核 對企業資料。iOS 與 windows app 上線 審核時間約 14 天,Android app 審核 時間約為 3 天。請參考報告書 p.5。

附件三-2


委員意見

廠商回覆意見

張工程師季倫(書面意見) 推播服務應為主動,且可在背景執 推播服務可經由使用者帳號申請,由 行,但目前看起來似乎是要開啟程式 各平台公司傳送主動訊息,非只能在 才能看到重要訊息,如此就無法於第 開啟程式時才能看到,請參考報告書 一時間收到重要或緊急訊息,可否請 p.21~p.22。 自強顧問就此部分進一步說明。 先前資訊室在建置 SafeTaiwan 時曾與 謝謝建議,生活購物資訊介接服務會 中華電信洽談介接生活購物資訊相關 與中華電信再次確認介接之可行性。 議題,但遭受阻礙,請自強顧問確定 中華電信是否同意開放生活購物資訊 介接服務。 本工作計畫書無壓力測試計畫,請自 本案之工作項目僅為提供 APP 測試方 強顧問補充說明此部分,並訂定該系 法,非實際測試結果。且壓力測試應 統乘載能力及回應時間門檻供後續壓 為針對系統部分,APP 僅能推算流量估 力測試參考 算乘載,無法進行壓力測試。測試方 案請參考報告書 p.20~p.22。 公路防災中心 防災訊息推播部分,係介接防災中心 防災訊息將以兩種方式呈現供民眾選 之相關資料,資料呈現應考量「推播 擇,不以單一列表或地圖展示,請參 為主,地圖為輔」之方式設計,請參 考報告書 p.17。 考防災中心 APP,評估防災資訊發布之 方式是否皆以列表方式呈現,請說明。 阿里山公路、蘇花公路與南迴公路等 將增加一功能,於 GPS 無訊號時提醒 山區路段,GPS 收訊品質不佳,封路資 使用人,此時應使用區域選擇而非 GPS 訊推播是否能符合駕駛人即時接收之 定位,請參考報告書 p.15~18。 要求,請再詳加說明。 資訊室 請依交通部規定任何對外服務之系統 將於程式完成後提供原始碼供資訊室 委外開發均須以「交通部源碼檢測工 檢測。 具」逕行檢測,請於第一、二階段上 架前,提供原始程式碼交付資訊室檢 測,俟通過檢測後再行上架。 請增加 SafeTaiwan Mobile 連結 Safe Taiwan Mobile 將設計於 app 作 (http://www.safetaiwan.tw/mobile/)。 連結,請參考報告書 p.17。

附件三-3


委員意見

廠商回覆意見

規劃組 工作計畫書之內容未加入評審會議廠 大客車禁行路段部分已新增於工作計 商承諾事項,請增加「公路防災通阻」 畫書第三章(請參考報告書 p.25。); 及「大客車禁行路段」等查詢 ICON、 公路防災通阻部分,UI 已設計,功能 功能畫面設計,及其他創意加值部分。 部分則需先請承辦單位提供相關 api 及介接方式,再行設計。 服務建議書中有系統壓力測試方案, 本案之工作項目僅為提供 APP 測試方 但計畫書並未提及,請確認。 法,非實際測試結果。且壓力測試應 為針對系統部分,APP 僅能推算流量估 算乘載,無法進行壓力測試。測試方 案請參考報告書 p.20~p.22。 簡報第 8 頁、第 9 頁有關 APP 上架之 謝謝指正,已修正。 年份錯誤(應為 103 年),請修正。 工作計畫書第 3 頁,時程規劃,請補 謝謝建議,已修正於報告書 p.5。 充各版本 APP 申請上架的期程(含申 請帳號、申請上架)。 工作計畫書第 5 頁,履約期間須提送 謝謝建議,已修正於報告書 p.5。 文件:工作計畫書部分請更新,表格 內容應刪去「本局工作內容」及「實 際日期」 , 「廠商工作內容」應改為「須 提送文件」,「契約內容」請統一使用 項次之表述方式。 工作計畫書第 13 頁,架構圖與 APP 介 謝謝建議,已修正於報告書 p.11~17。 面設計不一致,請修正。 工作計畫書第 14 頁,畫面示意圖與後 謝謝建議,已修正於報告書 p.11~17。 續 APP 示意圖不一致,請修正。 工作計畫書第 17 頁,風景區路線交通 謝謝建議,已修正於報告書 p.13。 績效請補充交通績效設計畫面。其 中,重要訊息推播功能需包含省道即 時交通資訊網(道路封閉)及公路防 災中心公路防救災資訊系統(道路災 情、預警性封閉) ,請補充功能畫面設 計。 工作計畫書第 18 頁單鍵撥號、第 22 謝謝建議,已修正於報告書 p.18。 頁下載更新示意圖請使用本案畫面。

附件三-4


委員意見

廠商回覆意見

工作計畫書第 19 頁,有關資訊介接方 謝謝建議,已修正於報告書 p.19~20。 式請補充以下資料: 1.「觀光風景軸線動態行車資訊整合 服務」已完成的 7 條路線:太魯閣、 冬山河、小烏來、溪頭、獅山、鹿 野縱谷及黃金福隆。預估與大同大 學開發團隊介接方式,如資料格 式、擷取頻率等。 2.請補充與防災中心資料介接方式 (如資料格式、擷取頻率)等:道路災情 (http://thb-gis.thb.gov.tw/NonOpenEve ntList.aspx?U=thb)、預警性封閉 (http://thb-gis.thb.gov.tw/Normaltemp .aspx?U=thb)

會議結論 1. 本案各版本 APP,請參考本(102) 年 10 月 底 前 發 行 之 作 業 系 統 (iOS、Android 及 Windows Phone) 版本設計。 2. 大客車禁行路段應考量到資料更 新問題,資料呈現方式請以下列方 式進行設計: (1) 階層式之分類方式,並配合資訊列 表方式呈現相關資訊。 (2) 使用人所在位置之 GPS 定位。 3. 防災訊息推播部分,應與 bobe APP 之「道路通阻資料」介接並同步。 4. 本案之風景績效請以簡圖方式呈 現,以重大景點或交流道為節點, 使用顏色呈現路段績效,俾利使用 者判斷。 5. 請增加查詢 APP 下載次數及使用次 數(含各功能選項)統計功能。

1. 遵照辦理。 2. 遵照辦理,已修正於報告書 p.11~17。 3. 請提供 bobe APP 之 api 與原始碼。 4. 須請 貴局提供各節點詳細資料才 可規劃製作簡圖。 5. 目前預計 app 同時使用人數為 3000~10000 人次,並且可以統計下 載次數。若 貴局未來需更多人次 同時使用則可規劃雲端虛擬主機 (如智邦),採用每月租用的方式來 評估伺服器主機流量問題,伺服器 主機需可提供本身能夠支援的(1) 頻寬(2)流量才可計算使用次數。

附件三-5


委員意見

廠商回覆意見

請自強工程顧問有限公司依據委員及 遵照辦理。 各單位意見,於審查會後 7 日(102 年 10 月 16 日)前完成修正,並將修 正後報告書(含審查意見修正回覆表) 一式 5 份報本局辦理審查會議。

附件三-6


附件3工作計畫書審查會議委員意見及回覆