天天看點

模組化工具

Rose與PowerDesigner:兩款模組化工具對比分析比較

http://blog.csdn.net/xianshengsun/article/details/7443941

兩者所走的明星路線卻很不相同,Rose出道是時,走的是UML面向對象模組化,而後再向資料庫模組化發展,而PowerDesigner則反其道而行之,它先是一個純粹的資料庫模組化工具,後來才向面向對象模組化,業務邏輯模組化及需求分析

一、 二者的出身  

    作為世界最著名的兩大CASE工具,Rational Rose和PowerDesigner的名聲可謂如雷貫耳。Rose是當時全球最大的CASE工具提供商Rational的拳頭産品,UML模組化語言就是由Rational公司的三位巨頭Booch、Rumbaugh和Jacobson發明的,後來Rational被IBM收購,是以Rose 可謂出身名門,嫁入豪族。而PowerDesigner也有一段好玩的曆史,作者王曉昀是一位中國人,在法國SDP軟體公司工作時,由于苦覓一個好用的CASE工具未果,幹脆自由開搞,整了個AMC*Designor出來,居然一炮打響,在法國賣得個“巴黎紙貴”,後來SDP被Powersoft公司收購,同年Sybase這隻大黃雀又吃下了Powersoft這隻螳螂,是以PowerDesigner也是驚豔出場,星光四射。

    但兩者所走的明星路線卻很不相同,Rose出道是時,走的是UML面向對象模組化,而後再向資料庫模組化發展,而PowerDesigner則反其道而行之,它先是一個純粹的資料庫模組化工具,後來才向面向對象模組化,業務邏輯模組化及需求分析模組化進軍,最終變成“演視歌三栖”明星。

    由于第一印象的影響,是以Rose常常給人的印象還是隻是面向對象分析設計的工具,而PowerDesigner給人的印象則還停留在資料庫模組化工具上。其實,現在的Rose和PowerDesigner都即可以進行資料庫模組化,也可以進行面向對象模組化,隻是存在支援上的偏重而已。

=======================

visual paradigm14.2

使用者界面

  panes  面闆

  components  元件

========================

企業架構架構(Enterprise Architect Framework)之 Zachman 重出江湖

http://www.cnblogs.com/holbrook/archive/2012/02/08/2357351.html

==========================

EPC模型(事件驅動過程鍊)(Event-Driven Process Chain )

1、EPC是軟體工程中的一種模組化方法

1) EPC 是事件驅動過程鍊(Event-Driven Process Chain )的縮寫 。

3) EPC 模型展現了商業業務的增值過程。

2、EPC模組化方法的核心

事件Events 功能Functions 規則Rules

EPC是一種過程模組化方法,全稱是Event-driven Process Chain。在九十年代初期才由Keller等人提出。對于EPC,國内開發人員是陌生的,可能很多人聽說EPC【01】,也僅僅是在ARIS(Architecture of Integrated Information System)系統架構中接觸過一些。EPC可能很多人是陌生的,但SAP r3可能很多人或多或少聽過,SAP R3就是基于EPC過程模組化的。

EPC的四個主要要素:事件(Event)、功能(Function)、組織單元(Orgnization Unit)、資訊(Data)(事實上,OU和Data這兩個要素是ARIS系統架構中的)

http://bpc.processon.com/

=================================

DFD data flow digram

資料流圖(DFD- Data Flow Diagram)讓系統分析者弄清楚“做什麼”的問題,其重要性就不言而喻了。那麼我們怎麼畫資料流圖呢?資料流圖與系統流程圖又有什麼差別呢?

資料流圖裡的符号也極為簡單,隻有四個:1)外部實體;2)處理;3)連線;4)資料存儲。這四個符号也有兩種。一種是Yourdon & Coad法,另一種是Gane & Sarson法。隻是略有不同而已。如果你使用Microsoft Visio,那麼你隻能使用Gane & Sarson法了。

==============================

業務模組化(Business Modeling)是一種模組化方法的集合,目的是對業務進行模組化。這方面的工作可能包括了對業務流程模組化,對業務組織模組化,改進業務流程,領域模組化等方面。

以前,應用程式的開發都是基于部門的功能的而建的。單純隻是為了解決目的而建立應用系統。是以這種方式建立的應用系統是針對特定的功能區域(Function Area)而建立的。至于如何使企業内的多個應用系統共同運作,就不在設計者的考慮之列了。随着企業的發展,就會發現企業需要變化以适應市場變化,業務發展的時候,原有的一系列應用系統卻成了企業發展的攔路虎,這使得企業不得不回到手工的時代。

針對這種情況,有沒有相應的解決之道呢?解決的方法就是從業務模組化入手,而不是從較低層次(部門級或以下)入手。通過用例分析技術,建立企業的業務模型,進行适當的切割,選取穩定的軟體架構,分析出企業的業務實體(Business Entity企業中微小不可分的事物,抽象或具體的,如帳戶,契約等,又被稱為Business Object),以此為基礎,組裝出元件(Component),落實到相應的三層結構,建立針對特定功能區域的應用系統。

以這樣的流程做出來的企業應用系統,不論規模是部門級的,還是企業

級的,都有擴充的餘地。以元件為基礎的軟體三層構架,也能夠較好的配合企業的業務變化而變化(相應變化的代價較小)。而整個流程的第一步,就是業務模組化。

===================================

http://www.uml.org/resource-hub.htm

http://www.uml.org.cn/

javascript:void(0)  uml模組化工具介紹

http://blog.csdn.net/zxxssdsd/article/details/18263999  幾款常用UML模組化工具解析  

Enterprise Architect(EA)是澳洲Sparx System公司的面向對象模組化工具軟體。

支援UML模組化。此外,還支援XML,代碼生成和逆向工程,相當好用的圖形使用者界面。

UML 2.0共有10種圖,分别為組合結構圖、用例圖、類圖、序列圖、對象圖、協作圖、狀态圖、活動圖、元件圖和部署圖,它們各用以表現不同的視圖,如表1-1所示。

case工具類

javascript:void(0)  UML2.0圖的種類

===================

信号,資料,資訊,知識,智慧

資料是原材料

資料庫中存儲的隻是資料

而資訊是需要對資料做進一步加工的

下一篇: 百度被黑