I14 進化到功能流程定義更難

想要再進化成像SOA那樣理想化，只要畫流程圖就能做出功能的境界，除了元件庫裡的元件要跟得上需求之外，還必須寫出更複雜的執行架構。

再往上包裝為功能流程定義來應付使用者不同的需求很困難，因為使用者想做的動作種類太多，我們必須先推測有哪些地方會有改變，而且還要預測使用者”可能”會怎麼改變。這些預測的動作都要先準備好對應的元件，才能夠讓使用者不要寫程式而只需要設定就可以達成。所以快速新增動作的元件庫是必要的。

執行架構與元件庫都準備妥當後，製作一個繪製流程圖的工具並提供所有元件讓使用者選用，在流程製作時指定已經具有完整功能的元件或API，如果一來任何一個人在客戶端談好需求並拉好流程圖設定，不用寫任何一個程式就可以立即完成一個功能。另外，要有將部分動作提取成子流程再呼叫的機制；將流程也依架構設計的原則分層負責自己該做的事，將可以組織成架構分明的系統。

這兩年在工作上遇到印度最大的Ta Ta公司到台灣作生意，在作法上他們就採用類以這樣的方法來開發系統。雖然現今在特定領域裡的元件與彈性都還不夠理想，但我很訝異其他國家已經進化到這個地步了；我也相信再過一段時日等他們的元件庫壯大後，所有用程式做功能的公司將都不是敵手。

我深信，能夠把系統開發進化成功能流程定義的公司，將會是最後的贏家！