文章分類:軟體大家
【iThome 連載單元—2】界定清晰的系統範圍與責任–以土地公廟的系統分析為例
前言 e化的軟體系統開發,已不再如傳統 MIS 的資訊系統開發模式,經常是假設所開發的系統是單一,系統全是由自己從頭到尾所負責來實做完成的。如今 e化系統的開發,更會面臨多個應用系統的整合,團隊內部,可能只是承包實做某整合系統的一小塊範圍,但又需要整合其它 …
【iThome 連載單元—1】漫談系統整合—誰是老大?
最近在「iThome 雜誌」的技術專題上連載我對軟體架構的看法,並利用一些以往所碰過的個案來探討。每一個單元以一張(最多兩張) UML 圖為主軸,再以此延伸,以文字敘述出來,文章內容會有些批判與暗諷性質,當然不會指名道姓。 連載主題:軟體架構鮮思維—利用 …
軟體塑模(Modeling) 是一件非常單純的事
我有一位擔任 CTO 職務的朋友告訴我,他蠻苦惱於國內沒有人可以協助他如何學好塑模(Modeling)。聽了這句話,我有些訝異,第一個直覺的反應是,到底這位朋友對 “塑模” 的定義為何,再則,一聽到 “如何(How-to)”,就表示他想要的是學會塑模 “用 …
【文摘】溝通密技—不用術語,溝通更簡單
星期一晚上我在「倚天資訊」授課,下課在廁所小號時,看到這份文摘,深有同感~ 也感謝該人資部門可愛的 connie 小姐轉寄多份文摘給我。 我最近授課時,常掛在嘴邊的就是:「俗又有力」 (要用台語唸),那個 “俗” 就是要 “簡單”,因為簡單,才能 “有力量 …
寫碼才是確保 UML 分析/設計的信心來源!
這兩天與 Ringle 一同至高雄某家規模蠻大的專案開發公司,從年前兩日的 UML 課程教育,然後年後第三日係以座談的方式,面對面聽取學員們在實際專案開發時,利用 UML 設計時,所遇到的問題,同時並檢驗他們的設計產出是否正確與適當。其實呢,算起來也有半顧 …
不要從程式語言學習「物件導向」!
許多技術人員係從物件導向程式語言(OOP, Object-Oriented Programming Language)來學習物件導向,從 OOP 的角度來學習物件導向時,經常會把它當作是一種 “技術”,當作 “技術” 時,你會想去 “用” 它,而若當你無法 …