gelis 技術隨筆

接續前一篇文章中，除了 View (UI)之外，我們完成了系統的(分析／設計)的部分，由這一篇我們繼續未完成的部分。接下來除了 View 的設計之外，緊接著就是 Coding 了。而系統分析、設計、開發的流程的領域也不是說絕對是如此....

許多人撰寫程式，專案開發，為什麼這麼做，程式為什麼這麼寫，卻也說不出所以然來。其實筆者在先前的文章一直強調其實系統分析、設計其實是有方法可循的。尤其使用 UML 作為系統分析的方法的時候更是如此

在筆者的前幾篇文章中有提到，在Visual Studio 2010 在安裝了 Feature Pack2之後在『架構』的選單下會有一個 『Import XMI..』的功能

安裝完成Visual Studio 2010 Feature Pack 2之後我們便可以將分析完成的UML Class Diagram使用『Generate Code』產生程式碼，為演示這樣的一個塑模的設計流程，我們以一個簡單的Shopping網站為例。範例中會使用一些簡單的常被業界所使用的OOA & OOD的分析方法。如何透過Use Case找出領域模型 (Domain Class Diagram)，

物件導向的分析方法發展至今也已經有十數個年頭了，現今也還是有許多公司使用非物件導向方式執行SA & SD的工作。也當然並不是說誰一定比較好，或是說一定非得使用物件導向的分析方式來設計系統，以前當OO的觀念並未盛行時大家不是也都可以將系統做得很好。那麼為什麼要使用物件導向的分析方法呢？

使用案例圖的方法是Ivar Jacobson於1994年發明了。使用者案例是使用者觀點來看模形化的軟體設計，這是以目標為導向的模型設計。使用者案例可以幫助辨別系統服務。 透過使用案例可以描述系統的行為者與系統間之互動行為與關係

什麼是Model呢?簡單地說就是Model其實就是一種現實的一個情境將它簡單化，具體化而成的一種圖形的表示法。也就是使用一種標轉準共通的繪圖的方法，比如說：『在建築或是工程界，常會使用模型圖來模擬一個實際的狀況

UML是Unified Modeling Language統一塑模語言，它是用來描述物件導向的分析與設計(OOA&D)的一種方法，而使用OOA & OOD並不表示就一定是使用UML，OO的的設計觀念早在1960年代就出現了，當時是由Ole Jone Dahl所設計的Simula67語言引進這樣的思維的，類別的概念也是在Simula67帶進來的。後期1970~1980年代的為較有名的SmallTalk

在使用Visual Studio 2010進行塑模設計時，有時會以UML類別圖來產生程式碼，且再進行反向工程時會使用現有程式碼進行塑模的建立，以方便檢視現有架構。但這些功能並不是內建在Visual Studio 2010中，必須安裝Visual Studio 2010 Feature Pack2才可以。