模組化工具

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圖的種類

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

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

資料是原材料

資料庫中存儲的隻是資料

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