文章分類:軟體大家
利用企業使用案例記錄企業流程
在系統開發的需求捕捉階段時,一般我們會利用活動圖(Activity Diagram)來記錄企業流程(Business Process)。 例如,範例圖一是利用活動圖來表達 "XX醫院" 的掛號就診流程(圖一僅為範例,並非是完整正確的就診 …
從鳥瞰的觀點看 Use Case Diagram
我個人一向主張寫 Use Case 的敘述之前,先畫使用案例圖(Use Case Diagram) 。原因在於我們可以從鳥瞰的視野綜觀系統的全貌: 可以利用套件(Package)界定系統的設計範圍(Boundary)。 避免過早涉及至細節(Detail)。 …
做一個不太成功的專案
許多軟體工程師,他們經常有滿腔熱血,希望能將他們對於在軟體開發上所學的技術與心得發揮應用在工作的專案上。 也有許多開發團隊,僅接受幾天的 UML 與 OO 的教育訓練,就想 “應用” 在專案開發上。 有很好的抱負及理想當然是很好。不過,將新技術、新的開發流 …
不能為自己找藉口
最近與許多軟體開發人員相互交換心得與討論。發現,絕大部分的朋友們並不是很快樂。 問他們原因,因為覺得「軟體產業」這個環境不太成熟,所做的工作很無奈又沒有成就感。 所以,只要會發出 “唉” 叫聲的朋友,我都會建議買最最有幫助的一本書:「吃了那隻青蛙」。吃多了 …
{UML2.0} Component Diagram 簡單說明與範例
Component(元件) 圖: 元件圖專注的焦點有二個: 元件所提供的介面(Interface)。 元件之間的相依性(Dependency)。 與業界推導的規格,如 COM+、EJB …,並沒有直接的關連。 元件,其本質其實就是物件!但最大的不同點在 …
傷腦筋的 “How-to” 問題
這兩天,有許多位網友加入我的 msn 聯絡人,我挺開心,也喜歡與他們透過 msn 溝通對軟體設計等的想法。 才剛寫完一篇:「甚麼是 “How-to”?」。 結果這幾天,很失望,問我的盡都是 “how-to” 類的問題,還是與軟體一點關係都沒有的… 我覺 …