2008/07 完成系統一半的功能，但後續追蹤、重複通報欲鎖的疾病仍是不對
2008/08 重新繪製系統流程、功能
2008/09 重提系統畫面、流程、功能
2008/10- 2009/02/10 建構系統程式
歷時四個月多，終於完成系統主流程 的程式，其過程感觸良多。
打從研二確定論文題目後，一直很茫然不知所措，不知道要怎麼建構系統功能。
報告提案時，也一直被老師唸"你又在當醫生了!"，提出的報告也一直被推翻，書讀的很鬱卒，看著身旁的同學一個一個畢業，心裡的感受可想而知。
一直告訴自己，讀書有方法，那麼報告也是有方法的。
首先一定要讓自己提出的系統功能、流程過關。
直到研三，才驚覺不管是報告的能力、寫報告的能力、邏輯思考的能力(常常打結!)，都非常的弱。
既然有待加強，就開始找一些有關邏輯思考的書來看，如：
"邏輯思考技巧：寫作、簡報、解決問題的有效方法 "、
"你想通了嗎"、
"
金字塔原理：思考、寫作、解決問題的邏輯方法"。
這幾本書，都非常值得一看再看，尤其是"邏輯思考技巧：寫作、簡報、解決問題的有效方法 "，所提的方法，檢示自己的報告的內容：是否重複、遺漏、離題，反問自己Why so?、So what?
而系統的功能、流程，一定是沒把握重點，所以老師才一直沒接受提案。
網路上有很多討論建構系統功能的高手，如矇矇的秘密基地、
UML Blog。
尤其是
矇矇的秘密基地中的幾篇文章。如：
以架構為中心的主要設計產出(1) 、
以架構為中心的主要設計產出(2) ，提出了建構了系統的方法、先後順序、先後重要性、要畫那些圖才能凸顯焦點；真的是令我開了眼界，要說服別人的證據，原來是這麼建出來的。
在此萬分的感謝這些書的作者及 部落格的高手，不藏私的把自己的經驗分享在網路上。
沒有這幾本書和部落格文章的啟蒙，也沒辦法用好的思維模式，建構出可以說服老師的系統流程、系統功能。沒有某某科技公司的專案經理Magic蔡大哥及另一位孫大哥的指教，我也沒辦法那麼快知道系統實作環境中，目前的情境流程。當然還有老師的指導，沒有他指出正確的方向和系統流程，功能一定仍在修正中。
回到主題 程式Demo，要Demo前一定要做測試，做愈多的測試，系統就愈穩定。
原想說這次的Demo，只是讓老師看看目前的流程、做法、畫面，是不是還有修改、增加的空間 (明明都讀到研四了，還想這麼多!)，所以只做了系統流程中，較大功能的測試。
怎麼列出測試情境呢? 這問題在腦海中盤旋了好久，因為流程很大，又有好幾個角色，最後決定用系統流程的情境來測試，在不同的分支作出系統功能的效果。分支愈多，相對的情境就愈多，就愈讓人覺得難以抉擇怎麼列出重要的情境。
當Demo完成主功能後，還想demo非功能的情境，像似 修正公式，系統需重新載入公式，並重新計算，這部份老師就說：「恩!demo到這邊就好了，我相信那部份有做出來!」（很驚訝！因為心裡還想著說：是不是還有很多地方要修! 總覺得還有很多地方有錯!）
Demo就這麼完成了!!
應該還是有很多隱藏的bug!~趁口試前，趕快修一修!
不要口試的時候再出包，這樣會丟老師的臉。
雖然這只是個論文程式，並沒有真的要實際上線，但仍是想把它做好一點!
畢竟這是人生中的第一個從無到有的專案!仍有很多地方需要修正。
如：server對databae的錯誤流程機制、client 與 server之間溝通錯誤流程機制、畫面流程的流暢度。
接下來就剩論文書面撰寫和系統部份功能的修正、還有口試。
