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圖的種類
===================
信号,資料,資訊,知識,智慧
資料是原材料
資料庫中存儲的隻是資料
而資訊是需要對資料做進一步加工的