UML建模知識點三-業務用例圖

1.軟件是組織的零件

  • 對於軟件開發來說,業務建模的目的是爲了得到待引進軟件系統的需求
  • 可以從內外兩個方面來研究組織。
    1.從外部看,組織是一些價值的集合,我們可以用業務用例圖表示;
    2.從內部看,組織是一些系統的集合,我們可以用業務序列圖來表示。


2.識別業務執行者

  • 業務執行者:以某組織爲研究對象,在該組織之外和該組織交互的組織(人羣或機構)就是該組織的執行者。因爲研究對象是一個組織,所以叫業務執行者。
  • 業務工人和業務實體:組織內的人稱爲業務工人(Business Worker)
  • 業務執行者和業務工人的區別是,一個在組織外面,一個在組織裏面,一個是組織不可替換的服務對象,一個是組織可以替換的零件。
  • 業務工人是可以被替換的人腦零件,它可能會被其他業務工人替換,但更有可能被業務實體(Business Entity)替換。
  • 業務工人和業務實體不在業務用例圖中出現,因爲它們不是組織的價值,而是成本

3.識別業務執行者

  • 研究對象是一個組織,和所研究組織對應的外部對應物——業務執行者也應該是一個組織。

4.識別業務用例

  • 業務用例指業務執行者希望通過和所研究組織交互獲得的價值
  • 業務用例代表組織的本質價值,很難變化,變化的是業務用例的實現——業務流程
  • 組織裏發生的一切都是爲了給業務執行者提供價值
  • 業務用例是組織的價值,不會因爲某個人腦系統或電腦系統的存在或消失而改變。
  • 用好用例,關鍵在於理解“價值”。價值是期望和承諾的平衡點,買賣的平衡點。
  • 識別業務用例有兩條思路
    1.一條是從業務執行者開始,思考業務執行者和組織交互的目的
    2.另一條是通過觀察組織的內部活動,一直問爲什麼,向外推到組織外部的某個業務執行者。
  • 識別業務用例常見錯誤:
    1.把業務工人的行爲當作業務用例
    2.業務用例隨待引入系統伸縮
    3.把害怕漏掉的擴展路徑片段提升爲業務用例
    4.管理型業務用例
發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章