3 業務內涵分析

2021-07-16 17:05:37 字數 561 閱讀 4219

1、系統分析(system analysis);

分析的物件是系統所處業務領域知識(domain knowledge)

ooa不是要去分析實際的系統,而是用來分析人們對系統的專業認知和做法*****從收集到的領域概念來分析出業務內涵。

業務(領域)知識 = 業務內涵

2、舉例(一):東方傳說;

嫦娥奔月

后羿從西王母處請來不死之藥,嫦娥偷吃了這顆靈藥,成仙了,身不由主飄飄然地飛往月宮之中,在那荒蕪的月宮著無邊的寂寞歲月。

月亮新居

嫦娥屬性:fathername husbandname

方法:吃仙丹 奔月吃仙丹

屬性:** 提供者

3、舉例(二):西方童話;

青蛙王子

概念有:

公主玩金球

青蛙撿金球

變王子王子

4、舉例(三):點餐服務;

5、舉例(四):五子棋;

6、討論:模型與**;

傳統觀點裡,大多先繪製uml圖,然後開始構思程式碼。

新思潮裡兩者其實無先後順序,**並茂存在腦海裡才是最高境界。

UML應用 業務內涵的分析抽象 表達

簡介了圖形思考設計。表達設計對於架構師的重要意義,以及簡介了使用統一建模語言uml描寫敘述類以及類之間的繼承關係,這樣的描寫敘述還停留在寫 表達的但是說是怎樣寫出類 來,接下來我們要學習用uml表示業務的內涵,分析業務的內涵,加以抽象,將細節隱藏起來,用uml圖象表現出來。大多數情況下,一看到系統分...

業務建模之一 業務分析

業務要求 似乎是it程式設計師永遠無法越過的一道坎,輕飄飄一句 不滿足業務要求 足以讓你從雲端自由落體 業務邏輯 是it程式設計師心中無法言及的痛,它總是那麼 蠻橫得不講道理 如果讓程式設計師評選 最不合邏輯的邏輯 結果一定會是業務邏輯。當 不滿足業務要求 或者 不符合業務邏輯 時,年輕的程式設計師...

Moqui訂單業務模型分析

h1.通用訂單服務 h2.通用的下單和商業用法 create customer 新建客戶 customerservices.create account create update delete customer address 新增 修改 刪除 客戶位址 contactservices.creat...