Re: [新聞] 旅遊APP花交通部1.5億！上架1年僅2千人用

看板Gossiping作者nolag (達文喵)時間3年前 (2020/05/31 18:21)推噓3(3推 0噓 17→)

留言20則, 9人參與討論串16/32 (看更多)

那個，其實標案內容是下載的到的，而且啊，契約書也是必須公開的資料喔。這次不知道為甚麼這次過期標案還要花錢，還好不多還買得起。巨額採購一定很值得參考。因為要花錢，我就不方便分享整個需求書給大家，節錄重點的需求項目。到底需不需要到7000萬，大家自己判斷吧。基本上政府標案會因為上頭長官多變的心思而改來改去，通常會貴一點。 (排版因應閱讀的寬度稍微調整) ********************* 第三章系統整體需求一、應用系統說明本專案之系統為建置一旅客服務導向的應用系統，將系統應用透過雲端應用與資源虛擬化管理，保障各系統功能穩定度與可用性，讓使用者擁有順暢的使用體驗。團隊應針對系統佈建策略擬定系統之需求，並須清楚說明該系統需求與策略間之對應關係。而該系統主要功能應包含但不限於下列功能： (一)交通行動服務(MaaS)綜合服務網 (二)客服中心 (三)行動服務平台 (四)營運管理平台(帳號權限管理、功能與參數設定、營運指標儀表板) (五)共用服務(將常用的服務整合為系統共用) (六)票務管理 (七)智慧營運管理與資料倉儲(營運規劃、決策支援與商業智慧、客戶關係管理) (八)介接平台(包含內/外部資訊交換平台、含Open Data、合作業者介接平台、周邊設備系統介接) (九)使用者使用習慣、偏好、運具使用學習模組 (十)行動服務替選方案探索模組(Mobility options discovery modules)，結合使用者行事曆、既有旅運習慣及所在位置，主動提出跨運具旅運方案建議。 1.旅運方案選擇後行程導航功能。 (十一)使用者端功能至少需有： 1.依使用者習慣或偏好，提供跨運具轉乘規劃替選方案與成本(包含時間與金錢等成本)。 2.行動服務，包含旅運規劃、電子票務服務、共乘、共享運具使用、出發時間協調等功能。 3.使用者選擇旅運規劃方案後，提供行程導航功能。 4.使用者激勵功能與遊戲化模組，包含激勵使用者使用大眾及副大眾運輸，以及使用遊戲化的方式，增加使用者之黏著度。 5.依使用者習慣或偏好，提供旅客共乘服務替選方案 6.支援私人運具使用者進行旅運規劃(含出發時間建議、旅行時間預測)，並於適當時機提供綠色運輸系統建議方案，並提供相關成本之比較。 7.多國語言，並設計擴充機制，未來可彈性增加語系。二、共通需求 (一)本專案應用系統須交付完整原始程式碼(source codes)與相關(系統說明及操作等)文件。軟體功能若採用現成品形式提供COTS(Commercial off-the-shelf)，須於系統分析階段提出，經本部核可後使用，不須提交前揭原始程式碼，但因本專案產生之額外程式碼仍須交付本部。 (二)若本案採用第三方原始碼或open source code，廠商需先取得永久商業使用授權後始可使用，授權費用由廠商自行吸收，本案不提供預算支應。 (三)本專案所蒐集之原始(去識別化後)資料需交付本部。 (四)本專案專案需求須以本部實際訪談與審查意見為基礎，並須檢附紀錄文件包含訪談、會議紀錄等。 (五)本專案產出所有報表均需為中文化。 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 36.235.213.174 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/Gossiping/M.1590920489.A.66A.html

推

sharkimage

05/31 18:25, 3年前 , 1^F

05/31 18:25, 1^F

→

ZMTL

05/31 18:29, 3年前 , 2^F

05/31 18:29, 2^F

→

snow3804

05/31 18:30, 3年前 , 3^F

05/31 18:30, 3^F