shy1109tw wrote:
如果使用者記錯日期,而在票面日期過期的時候進了車站
那不就是一個位子上有兩個人,分別在不同時間
就糗囉~~...(恕刪)
這種情形倒是無所謂，反正跟坐錯車、睡過頭的意思差不多，就補票並且去找自由席（臨時的空位）
問題在於那票根本是 invalid，日期已經超過的票根本就不應該允許進站啊...
這種情形在 business logic 上應該要如何處理當然有商量的餘地（同日內，進站時要求人工放行然後允許以自由席搭乘是我覺得最合理的，但是當然高鐵可以選擇其他做法，因為目前高鐵並無自由席），但是先無預警放妳進去在出站時又要求罰款，感覺不像是一個有在作測試的系統。
這又不是第一次有火車用的電腦驗票系統
acer wrote:
拿"垃圾進、垃圾出"...(恕刪)
不知老兄在氣什麼？
這幾天的新聞，還有這個討論串…
該不會是我眼花了？其實他們都在贊賞高鐵的系統？
今天我只是把我所知道的大型系統開發的東西說出來而已…
並未說到我（or我們公司？）多厲害多了不起！
而且我想我替神通的系統開發人員抱不平…
他們應該不會討厭我吧？！
會討厭我的…
莫非，這個『黃金』spec. 就是老兄您提出來的嗎？？
至於您說的這句話
acer wrote:
這兒很多高手，不要以為隨便亂講(垃圾進)，是不會丟臉(垃圾出)的..... (恕刪)
是啊！
這裡有『真材實料』的高手很多
但『自以為是』的『井底之蛙』的假高手也很多
看你會這樣子說，就知道你沒上個系統分析/系統開發之類的課程…
多學點管理類的東西，別一輩子只是在基層混…
大豆頁平 wrote:
這裡有『真材實料』的高手很多
但『自以為是』的『井底之蛙』的假高手也很多
看你會這樣子說，就知道你沒上個系統分析/系統開發之類的課程…
多學點管理類的東西，別一輩子只是在基層混…
果然厲害，可以把系統分析/系統開發之類的課程和管理類的東西混為一談，果然真的是 garbage in, garbage out... ！呵呵！
對於真正做過大型系統的，不會看完報紙的報導，就很自然的根據一點點膚淺的經驗，把自己公司的經歷當作證據，然後，就以為一定是工程師沒把程式寫好，要不然就是規格沒有開好，然後馬上來個二分法說：要不是神通錯，不然就是高鐵錯之類的！
要專業討論就來點專業的，太多因素會造成同樣的結果（也就是造成一票多賣、售票機出包、閘門進出管制的不對稱），以上討論串的內容有講到一些，但是，還有很多沒有講到。真正的專家，看到這個案例，他們只會說「沒看到神通的程式，不知道他們和高鐵這些天才到底在搞什麼！」。
大豆頁平 wrote:
看到這裡…我覺得真替那些SA\programer叫屈！
他們只能拿user提出的需求制定spec.
再依spec.來作後續的程式規劃及coding…
所以有問題的是提出需求的人，跟系統開發人員無關…
身為SA/SD外加Programmer 一員(沒辦法.除了軟體公司..一般公司不會分那麼細的)
我不覺得那些SA/Programmer有什麼好可憐的...
應該是SA/SD依使用者需求制定SPEC,做好系統分析規劃
Porgrammer 再依規格coding...
使用者/需求者 要提的只是他想要的I/O..SA/SD要協助分析..不是嗎?
所以有問題的是提出需求的人，跟系統開發人員無關…
->跟高鐡一樣的笑話..難怪高鐵官員說出話還有人相信
->高鐡不會錯,有錯都是乘客的錯.
過期票驗証..這項目應該不是option吧....
這是基本系統設計該知道的意外處理.跟USER有沒有制定SPEC沒有關係吧.
除非User 要的東西不在當初資料架構內.或流程內..不然不怪神X..怪誰
再者..過期票驗証這東西如果神X有提出來..就算要Option
堂堂高鐡會敢不要這個Option...明著看..就是系統分析能力不足...
報告完畢
內文搜尋
從 APP 打開
X