你看見的世界其實是媒體資訊建構的論文書籍站
國立臺灣大學 資訊網路與多媒體研究所 李允中所指導 呂承洋的 因應網路服務之BPEL引擎重構 （2018），提出Bouml關鍵因素是什麼，來自於服務導向結構、網路服務、業務過程執行語言、服務組合引擎。
而第二篇論文國立中央大學 資訊工程研究所 陳振炎所指導 洪盟翔的 使用高階與低階的溝通於敏捷方法 （2009），提出因為有 低階溝通、高階溝通、敏捷方法的重點而找出了 Bouml的解答。
Bouml進入發燒排行的影片
因應網路服務之BPEL引擎重構
為了解決Bouml 的問題，作者呂承洋 這樣論述：
服務導向與物件導向是兩種主流的程式設計方式，兩者分別流行於企業與開源 的開發者。過去曾有人提出服務導向與物件導向程式設計的結合，但仍未完全發 揮當今大量開源程式碼的優勢。有鑑於此，一個可以直接將以物件導向程式語言 撰寫之程式轉換為網路服務的系統因應而生。該系統生成的網路服務又可進一步 作為組合服務的元件，搭配上對應組合服務組成的使用者介面(UI)即可形成一個 供客戶端使用的完整應用程式。本研究提出一個可兼容由開源程式碼生成之服務元件，運行業務過程執行語 言(BPEL)之組合服務引擎。此引擎的兩個關鍵功能為:將服務元件整合為組合服 務的後端與將UI元件整合為組合服務的前端。本研究亦提出使用UM
L表示一個組 合服務，並生成其對應描述文檔的作法。
使用高階與低階的溝通於敏捷方法
為了解決Bouml 的問題，作者洪盟翔 這樣論述：
本論文嘗試分析團隊溝通的內容，以 abstraction level 來分類，整理出週期規律，且提出一些準則。團隊溝通一開始會從 high level的需求，往 low level 的架構設計討論，然後再往更 low level 的實作。之後會在這些層級來回移動，循序漸進。本文提出開發環境監測系統的例子，在兩組人員的討論過程，可以明顯的看出這些規律。最後根據這些規律提出一些準則: 1) 循序漸進的溝通， 2) 文件的重要性， 3) 討論人數與abstraction level 的關係。