九巴採用新系統縮短派更程序

九 巴 自 行 研 製 一 套 交 通 運 輸 管 理 系 統 ， 並 已 投 入 運 作 ， 能 夠 自 動 編 排 車 長 及 巴 士 組 合 ， 減 少 文 書 抄 寫 工 作 ， 將 「 派 更 」 程 序 ， 由 以 往 2 分 鐘 減 至 8 秒 。
新 系 統 利 用 無 線 射 頻 識 別 技 術 ， 記 錄 巴 士 在 車 廠 的 停 泊 位 置 ， 再 因 應 客 量 需 求 及 交 通 情 況 ， 即 時 調 配 人 手 及 資 源 。

九 巴 表 示 ， 引 進 新 系 統 後 ， 負 責 派 更 的 員 工 ， 培 訓 時 間 由 以 往 的 一 年 ， 縮 減 至 2 星 期 。

http://www.rthk.org.hk/rthk/news ... 00608_55_673965.htm

下一步會否加設 wifi呢 ?

下一步係炒人先

好有興趣個System點運作
電腦自動派更咪要先input曬所有車型restriction?

電腦會唔會派左AP行17?AM行74A嫁?

原帖由 93A_S3_6:30am 於 2010-6-8 21:34 發表
好有興趣個System點運作
電腦自動派更咪要先input曬所有車型restriction?

電腦會唔會派左AP行17?AM行74A嫁?

有機會ga bor ....

不過話哂仲有派更部員工睇住wo...同埋管理層

想佢派ap 行17 ...除非hang 機la

p.s 詳文 : KMB 官網 : http://www.kmb.hk/tc/news/press/archives/news20100608992.html

[ 本帖最後由 HB342 於 2010-6-9 01:01 編輯 ]

原帖由 93A_S3_6:30am 於 2010-6-8 21:34 發表
好有興趣個System點運作
電腦自動派更咪要先input曬所有車型restriction?

電腦會唔會派左AP行17?AM行74A嫁?

佢地將每種車型都會編一個代號, 每條線都有佢指定的車型編號,電腦係唔會錯的。

原帖由 love_coffee 於 2010-6-9 06:37 發表


佢地將每種車型都會編一個代號, 每條線都有佢指定的車型編號,電腦係唔會錯的。

不過，我好想知如果有呢d限制，個系統出唔到result既機會會多幾多
同埋，我覺得九巴既問題不在派更，

無故收車，有車無人，有人無車，又可以靠系統去解決?

另外，我都想知呢個system要幾$。

原帖由 love_coffee 於 2010-6-9 06:37 發表


佢地將每種車型都會編一個代號, 每條線都有佢指定的車型編號,電腦係唔會錯的。

唔會咁簡單
至小個系統要知道部車係咪後備車<-舉例。

否則，啲車會派到亂晒。

P.S. 電腦係唔會錯，但電腦程式係人寫的，咁就會有機會錯啦。

原帖由 kay 於 2010-6-9 08:01 發表

不過，我好想知如果有呢d限制，個系統出唔到result既機會會多幾多
同埋，我覺得九巴既問題不在派更，

無故收車，有車無人，有人無車，又可以靠系統去解決?

另外，我都想知呢個system要幾$。 ...

其實這個是數據庫設計的問題，而不是系統問題。
如果DATABASE 設計得好，係唔會出唔到RESULT嘅

簡單黎講
這個系統，至小要包括三個部份。
第一部份，係路線的資料(例如路線編號、可用車型)，另加一個特別字軌安排的表
第二部份，應該係字軌的資料(例如路線、字軌的號數，現用的車的車牌 OR 車隊編號、員工的編號)
第三部份，應該係車隊的資料(例如，車牌，車隊編號，車型，配置)
第四部份，應該係員工資料(例如員工編號)

你所講的有車無人，有人無車，無故收車，都可以解決。
當然要睇返佢的QUERY係點寫(這個就唔估佢點落限制啦，因為可以係PRE-SET，可以係員工自行選擇)

這個系統，一啲都唔複雜，嚴格黎講，係簡單添
最重要係DATA的質素。

原帖由 CN9AMT100UP 於 2010-6-9 10:24 發表

唔會咁簡單
至小個系統要知道部車係咪後備車

就係咁簡單
板友講得岩
每隻車型都有個代碼
每條線都有一欄"可使用車型"，裡頭有晒所有可用車型
唔好忘記仲有掛牌車既記錄


其實電腦配車都用在一段時間
人手只係黎執頭執尾