Daily Archives: 2006/05/20

FEWS 與防災


昨天飛去台北出差,討論一些計畫輸出的項目、計畫的資料流程與邏輯,過程中組長非常推崇 FEWS (http://www.wldelft.nl/soft/fews/int/index.html) ,說英國花了超過 1500 萬英鎊、歐盟花超過 1 億歐元、美國花了五年來搞。
中文化的系統現在是由交大在維護。
 
這讓我回想到 2003/7/2 那天的中午,那個暑假我博三升博四,那天前指導教授要我自己擬幾個博士論文題目來跟他討論,看看博士論文要寫啥,我當時擬了 6 個題目: 
1. 延續先前用類神經做颱風降雨預報,那時我跟老師說資料及模式都準備好了,老師說要給當年剛考進博士班的學弟做,這部份颱風資料及路徑我自己長時間收集,從 1959 年蒐集到 2002 年,資料檔約 1.16 gb 
2. 當時翡翠水庫的防洪優選模式,基於計畫第二年執行成果,我認為有點突破可以繼續加強,老師說水庫防洪優選給另一個當年剛考進博士班的學弟做作,之後老師也交代學弟參考過。
3. 我建議我可以做曾文-南化聯合運用規線,幹掉中興工程的規線,老師說已經叫碩士班學弟在做,隔年學弟碩士論文跟我當初建議的方向根本兩回事。
4. 我說我可以用網流做水資源系統或是疏散路線,老師直接否決。
5. 可以配合嘉南六水庫計畫做防洪系統通用化,老師認為深度不夠。
6. 最後一個是我的博士計畫書寫的內容,由於博一我就提出演算法和構想,老師不肯細聽我說的內容,也不同意我的想法,就一直壓著不准我碰,沒想到 2004 年年中我離開後,居然叫學弟用我建議的方法做計畫,不過我當時建議的方法她不肯細聽,只用到了觀念,細節的處理他完全不清楚,所以後來交代學弟的作法有盲點與缺陷。
 
老師說,蔡副院長希望我、楊昌儒、翁俊鴻學長專門做水科學 (Hydroinformation),叫我想一想有何題目可以做。
 
隔了幾天老師給我光碟片、我又上網找了一本 Hydroinformatics 的博士論文跟簡報資料,2003/7/20 跟蔡老大談過,最後跟老師建議,通用防洪系統架構 + 驗證規範與方法 才是定案。
這篇:
周乃昉、鄭子璉,「曾文溪流域水庫整體防洪運轉展示決策系統建置」,中華民國資訊學會通訊,台灣,台北,第八卷,第一期,第 209 – 236 頁,民國 94 年 3 月。
是 2004 年上半年完成的,雖然很粗糙,但是基本上已經納入這個架構。
系統切割成三部份,展示、核心、外掛模式。
展示系統採用 Web 為介面,這樣隨便一個人都可以瀏覽。
核心系統基本上不做展示,僅做持續流程控制,所以雖然是防災系統,但是實際上也是營運系統,當流程運算完需要展示時,再呼叫展示系統來顯示。
整個外掛模式基本上就是上述網址第七節的描述,用模式編號來處理,允許模式 2 億組以上的外掛模式,各模式允許 2 億組步驟,而系統這邊則提供簡單的模式可供選擇,使用者僅需輸入參數即可,若有需要則可外掛模式,外掛模式也允許跳躍模式既有的框架,比如說使用 HEC-RES 可能降雨、逕流結果都有,橫跨架構規劃的數個階段,這類的也允許在此架構下使用。當短缺資料時,也允許替代資料協助分析。
 
架構的規劃,需要多年水利模式的經驗,或是開放性的架構經驗,架構本身不難,介面也不難,但是需要的是人力與經驗,最後系統應經一定驗證,我自己的理想在這,所以先前工作室名稱為水海科技系統研發驗證,科技系統本身就包含整合架構的涵義,新的公司名仍然包含科技、驗證,則是我個人的理想與堅持。
 
這種架構我已經運用這兩年委辦我開發系統的單位上,由於委辦單位暫時無意知道細節與須配合的地方,所以很多架構上是空有架構,保留未來的發展,而先前的這種架構開發,對於去年下半年開始新系統的加入與整合、今年的緊急維護其他不是我開發的舊有系統都發生很大的助益,在系統轉換與擴建也能保持在相同架構下平行運作。
 
架構沒有想像中的複雜與困難,但是要讓水利人了解,似乎滿難的。
廣告
Categories: 決策支援系統 | 2 則迴響

在 WordPress.com 建立免費網站或網誌.

%d 位部落客按了讚: