軟體設計與分析 | Kenmingの鮮思維

程式碼與 UML 類別_循序圖的關係探討-完結 (4)

2010-05-14 08:05 | 閱覽人次：829 尚無迴響

支援自動產出循序圖的工具

EA (Enterprise Architect) 8.x－內建動態產出循序圖的機制。
Together, RSA, Flowchart4j(c#) －支持靜態產出循序圖的方式。
HSDc. Sequence Genenator (名稱暫訂)
- 實作於 EA 7.x-8.x Plugin。
- 支持靜態產出循序圖的方式。
- 可支持正向/反向將程式碼/循序圖互轉的功能。

HSDc Seq. Generator plugin 操作示範

安裝 Seq. Generator plugin

（點擊圖片鏈接看原圖）圖、安裝 Seq. Generator plugin

繼續閱讀 »

類別：軟體實作與編程技術, 軟體設計與分析, 軟體開發工具 | Tags: MDA, 實作, 物件導向, 程式碼

程式碼與 UML 類別_循序圖的關係探討 (3)

2010-05-10 16:31 | 閱覽人次：726 尚無迴響

程式碼與循序圖的正反向工程

先瞭解一個重點：靜態程式碼結構並無法直接對應循序圖 (對應的是類別圖)。

兩種方法可以產出循序圖：

動態產出：設定 run-time 環境，實際執行應用程式，再由 UML 工具至系統內追蹤解析。
靜態產出：直接掃瞄程式碼，解析物件之間的參考 (reference)。

動態產出循序圖的優缺點：

優點：
- 不需要程式原始碼，只要具有能直接執行的應用程式 (如 .NET DLL 執行檔)即可。
- 可以確實捕捉單一程序內，物件之間的呼叫情形。
缺點：
- 需要事先設定好可以執行該應用程式的 run-time 環境。設定相當複雜繁瑣 (一般需為命令列模式)，且不同的程式語言 (如 C#NET, Java, PHP …等)均須各自設定不同的 run-time 執行環境。
- 只能呈現單一執行路徑內的物件互動。意即，無法呈現如 If…Then…Else 或 Exception 等多種條件或替代路徑。

靜態產出循序圖的優缺點：

優點：
- 不需要設定繁瑣的 run-time 執行環境，操作相當簡潔。
- 可以指定所掃瞄的程式碼深度 (層次)。
- 可以同時呈現多重的條件或替代路徑的物件呼叫互動情形。
缺點：
- 需要有原始程式碼，以提供靜態掃瞄的來源依據。
- 轉換工具的實作邏輯並無明確的轉換 (transform)規則；相對來說，需要考量到程式語言個別的機制與語法，故轉換工具的實作難度相對提高。

※ 延伸參考
o　程式碼與 UML 類別_循序圖的關係探討 (1)。
o　程式碼與 UML 類別_循序圖的關係探討 (2)。

類別：軟體實作與編程技術, 軟體設計與分析, 軟體開發工具 | Tags: MDA, 實作, 物件導向, 程式碼

程式碼與 UML 類別_循序圖的關係探討 (2)

2010-05-06 22:45 | 閱覽人次：1,255 尚無迴響

程式碼與 UML 設計圖之間的關聯性

從抽象的角度思考類別(Class)/物件(Object) 的關係

物件是活的！
但是，類別可不是死的 (更不是活的)；因為，它僅是對系統的設計契約而已。

問題思考！？
程式原始碼 (Source Code) 對應的是 UML 哪一張設計圖？

推導－1
程式碼 = 靜態結構 = 設計契約 = 類別設計

所以 程式碼 對應的是：UML 類別圖 (Class Diagram)。

Ex. 程式碼與類別圖的對應

範例－靜態的程式碼設計契約
範例－程式碼與類別圖的對應關係

使用 UML 類別圖 (Class Diagram)的好處

快速定義類別的結構 (包括類別名稱、屬性與行為)。
過濾程式碼實做的細節，容易聚焦於類別的責任分派 (responsibility assign)設計議題。
可以透過工具，將類別圖轉出至對應的程式碼 (反之亦然)骨架 (skeleton)。

類別圖無法作到 …

無法呈現系統執行期間 (run-time)，程序單位之間的呼叫情形。
無法追蹤為完成某一特定功能案例，物件之間的動態相依呼叫關係。
無法掃瞄物件之間的動態連結，是否有違背類別圖的結構設計。

繼續閱讀 »

類別：軟體實作與編程技術, 軟體設計與分析, 軟體開發工具 | Tags: MDA, 實作, 物件導向, 程式碼

程式碼與 UML 類別_循序圖的關係探討 (1)

2010-05-03 21:56 | 閱覽人次：1,377 尚無迴響

基礎觀念導引－何謂靜態與動態？

靜態結構 (Static Structure)

表達軟體內部的結構設計。
一般指程式原始碼 (Source Code)。
軟體人員對資訊系統的設計契約 (Design Contract)。

靜態結構的設計契約

public class myclass {
	public void method_1() {
		//do something
	}
 
	public string method_2(string var) {
		//return a string
		return var;
	}
}

誰來解讀設計契約？

一般指軟體資訊系統或應用軟體伺服器 (Application Server)。
ie. 可以編譯 C#.NET 程式碼 (設計契約)並能在 .NET 平台上執行應用程式。
可以編譯 Java Spring 程式碼並能在支持 JEE (Java Enterprise Edition)平台執行完成編譯的應用程式。

動態相依 (Dynamic Dependency)

系統在執行某一特定功能時，所啟始不同的程序單元之間呼叫的一種動態相依關係。
一般指程式碼經過編譯後在執行期間 (run-time)的應用程式。
資訊系統履行軟體人員的設計契約，使之可以在其平台上執行。

繼續閱讀 »

類別：軟體實作與編程技術, 軟體設計與分析, 軟體開發工具 | Tags: MDA, 實作, 物件導向, 程式碼

別出極具創意的新年賀卡－UML 13張關連心智筆記圖

2010-03-04 22:43 | 閱覽人次：765 尚無迴響

過年前，我們團隊 (HSDc Inc.)所舉辦的 [UML 2.0 觀念引導與實務操作入門] 課程，約有近 20位學員參加。其中，有一位相當高恌的女孩子就坐在最前座，上課的時候總是相當專心聽講作筆記。

我在講課時總是喜歡採用反問的方式，藉以引導學員可以思考我所提問問題背後的涵意。大部分學員總是會有些怕怕，也比較不敢表達出自己的想法，但這位女孩子卻是可以回答出令人相當滿意的答案，讓我相當的佩服；更為訝異的是，在下課時與她閒聊，才知道她還只是撰寫大型系統的程序性古典語言，也沒有寫過 Java or .NET 等 OOP 語言。但是，我可是真的覺得，她對物件導向的設計哲理，相當具有領悟力，也很肯去反思，俱足軟性思考的頭腦。

對於這樣聰慧、具 Smart 特質、又肯主動學習的學員，除了讓我印象深刻外，我更是願意就我所能，引導與分享對於軟體設計領域上的觀念與學習技巧。

就在想說，年後我們團隊若有一些研討活動 (如讀書會、研討會)等，準備邀請該位學員來參與。沒想到，就在除夕春節前，這位學員還主動寄了一封新年賀卡給我們。除了新年賀節問候外，也說出了她對這次上 UML 課程的收獲與心得，真的很感心~

更特別的是，附檔的新年賀卡是她利用 PowerPoint 設計的。內容竟然是把兩天課程所介紹 UML 13張設計圖，它們之間的關聯、特質與應用時機等，給全串在同一張圖內；還畫了虎年到來、新年迎春饒富過年氣氛的插圖。