櫃員Thin Client，還是有困難?

上個月去了倘廈門，結束了這次旅行後，短期內應該沒有機會再造訪中國。這次去的目的是將上次接的THIN CLIENT顧問工作告一段落。由於這個金融用戶原先的端末系統就是一個BROWSER的端末，沒有LOCAL BUSINESS LOGIC(沒有LOCAL DB)，只有PRESENTATION LOGIC，更沒有其他特別的FINANCIAL I/O DEVICE(例如OCR、SEAL IMAGE)，因此，雖說原先是CLIENT/SERVER架構下之RICH CLIENT，其實也沒做些什事，可說僅僅將APPLICATION從配置各分公司的CLIENT/SERVER，移到DP CENTER的一個大型SERVER而已。

APPLICATION是沒什麼問題，倒是INFRASTRUCTURE的NON FUNCTIONAL REQUIREMENT多考慮了一些，例如SECURITY、FAIL OVER、LOAD BALANCE的對策，這部份那邊IT公司的年輕人，做的很好，我也僅是提出一些可能潛在的一些問題，因此後續實際上我也幫不上忙，趁此告一段落也是恰當，這大概是我接过的案子中，原先認為可能問題會很多(抽不了身)，結果卻出乎意料的單純，這都是拜原先系統的"單純化"所致。

我接這個THIN CLIENT案，台灣也有些同業知道。上個月初，C公司L總透過K前輩，找我去他的公司，談在台灣的分行系統，推展以THIN CLIENT取代CLIENT/SERVER的可能。針對這個問題，我告訴他有相當難度，原因是分行系統接了太多的FINANCIAL I/O DEVICE，除了THIN CLIENT如何控制這些週邊的問題外，更大的問題是，很多銀行因應這些週邊的APPLICATION LOGIC五花八門，不是那麼單純的將LOCAL 程式搬到HOST就解決。由於C公司主要業務是ATM，過去並無開發分行的經驗，我直覺判斷應該也沒有哪個大銀行，願意與他共同開發(關係與信心)，所以就不客氣的告訴他，貴公司沒有足夠的資源，可以承擔投資風險。L總可能對我的武斷不以為然，態度上有點不自然，為了挽回這樣的尷尬，我趕緊換個說法，如果他能找到合適的銀行願意合作，例如中國信託，因為她們上一個分行系統專案¬-分行系統集中化，累積了很多經驗，應該可以大幅降低風險。總算緩和了L總的臉色，趁此良機，遂趕緊告辭，L總也親切地送我到門口。

後記，短期間內這個想法實現，應該還是不可能。就算要進行，也需要連同核心系統一併重新設計，或許還有可能。