• 6

請01大大裡面跟設計高鐵票務系統有關的進來回答大家的疑問好嗎?

如果用航空器售票方式來寫,那還真慘

因為航空訂位系統的擁有者不是台灣的
是abacus 公司在新加坡(還有好幾個系統,這套在亞洲很好用)
背後全都是航空公司當股東(華航也是)
因為這是跨國系統
所以每家公司的訂位系統幾乎都是全指令化的操作 類似dos介面 也沒有中文
這幾年發展到windows介面,也只是轉換指令而已

航空公司的售票系統 有自己的訂位,但同步也要與全球接軌(abacus)
所以主控權還是在abacus手上
航空公司頂多自己A掉一些機位而已

用自己發展的訂位介面為主體
就能寫出一套控管全部系統的訂位伺服器
也難怪要錯誤百出

白鷺鷥 wrote:
我覺得是:沒有完整測試......

不只這樣...
購票系統根本就有問題
購票方式很呆版 只能照他的方式走 沒辦法自己選車次
還有坐位沒辦法有效利用
我今天若是買了407車次 板橋到新竹的某坐位
接下來新竹到左營那個坐位似乎就會變空位 沒人坐

還有現在大排長龍卻還是只開放三四個售票口
資料處理那部份有很大的問題吧...
等將來網路開放訂票時確定不會再發生重覆劃位嗎..

如果願意好好切磋討論的話我當然很歡迎
可以參考我以前的發文~~

先在此聲明我跟高鐵與神通甚至是法國Tales
以及負責修改美國鐵路公司AMTRACK訂票系統 的IBM
以及站務端SCS 資料庫提供廠商ORACLE

沒有任何關係

是否有履勘過高鐵的系統~~我不知情

至於JAVAWorld 那裡討論的我也有看到~覺得脫離現狀以及重點

至於CMMI 那個基本上就不用多說了~~
一個公司取得CMMI
跟一位工程師取得MCSE 差不多

取得MCSE 就代表是網管高手嗎??
還是網管考試的高手~~這差很多唷




推這種系統的公司真的笑死人!這種系統不要說沒有上線測,搞不好連程式員在開發時的DEBUG可能都沒作,才會連最基本鎖位的功能都失敗!還對外說是照高鐵的需求開發的.........高鐵不會在需求上要求要重覆劃位吧.......

抱歉,口氣比較重!我只是因為17日上午六點多就去排隊買票,結果只買到一肚子火...........

RichardSu wrote:
寧願全新設計,也不願改舊有的系統~~(恕刪)


哈!沒錯.一個全新寫的系統,才不會一下子這種痛,那裏痛.........
看到自己的相片.....哇哩累..肚皮會不會太大了點??我要改名了啦!看到我,請叫我歐吉桑!
ccjeng wrote:
該公司還以"高鐵票證...(恕刪)


這是比較有意思的地方~_~a
有鑑於稽核主要是文件稽核,可能他們的文件無懈可擊吧@.@v
停權計數:3次
到底高鐵售票系統出了什麼問題,真的還是要問當事人才知道!至於,系統以外的問題,大家有去操作的,覺得這半個月過去了,整個售票系統有什麼進步,和1/2日開始預購比起來,除了 (1) 改掉了重複售票的bug,(2) 將「靠窗」的選項取消,還有其它的嗎?

似乎沒有!

看來,這個售票系統的問題,已經不是單純「工程師層次」的問題而已。
高鐵售票系統,兩個原則,第一不可從覆畫位,第二每個座位週轉率要最高,最好隨時都有人坐

當然在閘門刷卡也要連線,當某人購票而未乘車,就將座位釋放給其他站出售,達到最高座位使用效



售票系統,不像聯考統一分發,已經知道分數,依序分數或志願來分發

售票電腦不曉得下一個人購票的起訖站,所以以座位週轉率高為原則,當然若是選位或連號,自然會

降低座位週轉率,當電腦算出最高週轉率時,短程的座位將不得選位或連號,保留給長途座位,以達到

最高週轉率




audi58 wrote:
高鐵售票系統,兩個原則,第一不可從覆畫位,第二每個座位週轉率要最高,最好隨時都有人坐


請問這個原則是來自於高鐵售票系統的規劃書嗎?還是自行猜測?
earl258 wrote:
請問這個原則是來自於...(恕刪)


這個不是很基本的原則嗎 ?

台鐵做得到...高鐵更應該做到...

因為幾年前...我曾經從台東搭自強號一路站回台北...

我是從起點台東搭到台北...居然只坐了2站到了池上就要起來讓位給別人.

結果我那個座位就被分成 3 段賣掉...

台東 - 池上 池上 - 花蓮 花蓮 - 台北

那時很佩服台鐵.居然可以做到這樣.

我付了全程指定席的票錢卻只坐了2站...站了5小時...
  • 6
內文搜尋
X
評分
評分
複製連結
Mobile01提醒您
您目前瀏覽的是行動版網頁
是否切換到電腦版網頁呢?