海馬迴受損的天空 - PAN's Hippocampus-impaired

  很難想像， 今天去做了個 Ontology , Semantic Reasoning 與 BPM 完整結合soultion 的演講， 竟會讓一個現役ERP 公司造成這麼大迴響與討論。   老實說心理是有點淡淡的惆悵，雖說這幾年軟體實作BPM才真正在市場上成熟， 但在這幾乎快成為B I 主流的BPM架構模式，一個身為在線ERP商竟然全然無概念。 只能說不難理解為何臺灣的軟體商總是開發不出具競爭力的大型軟體， 並不是Programmer質量不好 (不過現在新人真的有點不長進倒是)， 而是手握決定權的主管死腦袋不注重創新與新技術發展， 更悲哀是諸多只懂的政治、公關手段搶case 接計畫的垃圾軟體公司 (垃圾公司有些規模還挺大的呢)。   本業不做好只懂走旁門左道， 以為靠嘴巴做案子就能吃遍(騙)天下，Quality 會好才有鬼。   咦？ 這些廠商似乎大多都是接政府案！！ 嗯.....那真的是好不意外！  

還記得九年前 (oh my god!! ) 在做Ontology研究時， 總是對整個流程架構、如何真正的應用有很大的問號， 當時看到稱的上劃時代知識工程ontology應用語言的RDF時， 還對於其高複雜度與如何真正實作有著更大的問號！ 沒辦法，畢竟工程人員對於實作一個真正有function系統的渴望， 相較於一個定義充沛、複雜卻無法直接應用的 Model 來的高出太多太多。 但這些時間過去了， 不同領域間的工具經驗、知識累積下， 竟然也整合孕育出了真正結合理論與實作的方式，真是感動的我快老淚縱橫了。  以現在當下的作法， 如何真正整合 Ontology到決策workflow的中，而非以前的Model / Implementation 兩邊各玩各的？ 最精準的方式就是整合流程管理方法， 而這點在流程方法電子化研究趨近成熟的現在，一切也都不是難事。 過去在探討企業流程塑模同樣也只是個說故事的工具， 例如用來描繪工作流程、決策、資訊傳遞等過程的 BPMN  (Business Process Model and Notation) 的發展， 最初，也只是一種塑模 (Modeling)的表示方式。 但現在同樣的也在龐大組織架構的複雜資訊化需求下產生了進化， 不只是標準化的提出，連底層結合都綁在一起了， 這意味著，現在的軟體流程可以直接串聯早期屬於管理層級的流層架構， 而且利用的，不再是底層開發語言的指令模式，而是更高階的管理流程規則。 同樣的，在知識決策人工智慧的領域， 從20年前的數學模型、機率統計到之後的語意描述建模， 演化到如今，將語意描述語言轉譯為語意法則， 再真正透過推論引擎去分析推斷，產生真實的邏輯判斷結果， 一切就這樣從無到有，從不可能到可能！ 我們就舉實例來說吧，