開發OMCS PLATFORM的想法

周一早上，H君打了個電話給我，問我有關開發OMCS(Open Mission Critical System)問題，他告訴我有個推進中的計劃-開發一個Open Platform的 ATM Switching Center。H君是我的前輩，對台灣Banking IT最大的貢獻就是-主導當初財金公司的系統架構(之前我在名人堂上也有對他做一番介紹)。

這位我非常敬佩的技術前輩，給我最大的印象就是-能將複雜的技術，用簡單的三言兩語，清晰易懂的說到重點，這對我習慣聽到的技術說明者，習慣把簡單的東西說的讓人如霧裡看花似懂非懂之流，可說截然不同，當然H君個性也和一般人不一樣，簡單的歸納起來就是-"如果不想自取其辱的話，就不要問他書上可以找到答案的問題"，這是我對H君之所以視為永遠的前輩最重要原因。

對於大規模連線系統(Through Put>200trx/S) 應具備的功能要件，H君不會問我，我想他的問題應該是-在OPEN PLATFORM上設計這些功能的考慮點，因此我就以ON-LINE系統追求之最高水準之-365*24ON-LINE，說明OPEN S/W H/W在-正常維護與異常障害的處理方式，提出我的看法。我的意見還是應該開發一個何補足S/W(OS與TM)的不足所應開發之CP(CONTROL PROGRAM)，對於此，過去在MF(MAINFRAME)有累積足夠ON-LINE CP的經驗者，有關於CP應具備哪些功能，應該了解我的意思，拋開談CP賭補足對SYSTEM面提供之功能，CP對AP的重要任務就是-提高AP的簡素(AP設計者不必太了解TM/DB)、隔離S/W的影響(AP不受新版INFRASTRUCTURE的影響、更重要的是讓AP不必處理非關業務邏輯的事等等諸如這些。AP在OPEN的世界理，OBJECT的設計手法已是必然，但是構成完整交易的OBJECT如果分割的合理(但不一定可用)，那麼關聯OBJECT間"資料轉記"與控制眾多OBJECT就會是就會是我心目中OPEN環境中的CP設計者，應該要慎重考慮之事。這是我對"開發OMCS PLATFORM的想法"，認為最應該重視的問題。

後記-這個問題要強調的不是"技術"，而是"設計"。