轉信站: GIBBS!ccnews.ncku!news.ccns.ncku!news.mksh.phc!news.nsysu!news.cis.nctu
Origin: bbs.ntu.edu.tw

==> CWM.bbs@bbs.ilc.edu.tw (寧靜致遠) 提到:
> 我個人倒覺得以試營運方式來找出訂票軟體可能發生的問題是合理的,
> 不管是通過月臺閘門, 或是訂票系統,
> 如果沒有實際用過, 也未必容易找出可能發生的問題,
但是現今神通電腦所設計的系統, 許多的問題是不需要到實際上線才能找出問題,
軟體工程的精神就在於要在實作程式前做許多設計上的規劃,
在實際上線前做很多不同層級的測試,
但從這次票務系統所發生的問題來看, 很多是軟體工程沒做好的問題.
所以這家電腦公司的軟體開發流程有相當大的問題.

> 以訂票來說, 也許幾張票券試訂不會出現問題, 可是當量大時就可能發生設計系統
> 未考量的問題, 甚至使用者的操作方式也會與程式或系統設計者想的完全不一樣,
> 而通過閘門也是一樣, 也許設計者拿個剛從售票機買到的紙票卷然後完全按照自己
> 的想法通過是OK的, 但使可能一般人或許會折到或者可能插進的方向不正確,
> 導致通過閘門出問題, 這也是應該讓一般使用者實際測試過才可能瞭解可能會出的狀況,
> 因此採取 "半價" 試營運, 願意幫忙測試的乘客事實上也省了一半的票錢不是嗎?
在軟體工程科學裡, 有一種觀念叫作"Use Case Design", 指的是, 在系統開發
前就要思考使用者的使用方式和方法, 就是要讓軟體開發團隊和發包商在還沒看到
程式前, 針對各種使用者會產生的邏輯達成共識.
有絕大的可能, 神通電腦跟本沒有"Use Case"的Document, 要不然早拿出來說這樣
的邏輯是高鐵的問題, 他們只是照"Use Case"設計就好了.
再者, 消費者通常不是系統設計的專業人士, 在消費者對此知識無知的情形下,
要消費者去做測試, 不是白老鼠是什麼呢?

> 君不見M$公司軟體, 也常會在正式版release 前有試用版讓使用者測試,
Microsoft出的Beta版, 是針對Cooperator的協力廠商拿來測試的.
Microsoft出的RC版, 是針對Beta階段所產生的Bug, 依階段改善, 並提供
給像雜誌等等評論單位使用的.
所以, 在Microsoft的RTM版前, 他不會"正式" release, 也不建議拿到
Beta版及RC版的人將它拿來用於"營運".
這樣的流程, 是Microsoft 1998年開發Windows 2000時, 開始導入的
RUP軟體開發流程修正版.
可是, 高鐵卻以"營運"的方式, 發行非release版, 當然該遭批判.

> 如果願意測試的人也是後果自負, 比如OS出問題造成資料遺失,
> 但是使用者使用測試版的也提早享受了新的軟體與省下了買該軟體的$$$ , 不是嗎?
非也, Microsoft Beta及RC版根本不建議一般使用者使用.
高鐵卻是以正式營運方式, 還是政府一再掛保證下, 欺騙人民去"實驗".

> 今天高鐵如果訂票系統一開始就確定OK, 那何必試用? 直接正式營運,
> 正常票價收費就可以了, 不是嗎?
> 我倒真的覺得利用試營運找出有關訂票或通過閘門問題是合理的,
> 您以為呢?
神通電腦設計系統出的問題在於基本的軟體開流程有問題, 還不到實機測試
才能發生的問題; 而高鐵找這樣的公司開發產品, 開發過程又無能力
監督, 開發完成後又無能力於驗收時做判斷.
所以高鐵沒有足夠的軟體工程專業人才, 或是根本不重視品質.
專業人才也可以是非正式員工, 找些軟體工程教授當顧問並不難.

有人可能說, 售票系統是小問題, 又沒出人命,
但, 一堆人排隊四小時買一張票, 不是社會資源的浪費嗎?
這也是社會成本.
--
☆ [Origin:椰林風情] [From: 140.124.181.37] [Login: **] [Post: **]