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/
http://www.cnblogs.com/ssjie/p/4951872.html uml建模工具介绍
http://blog.csdn.net/zxxssdsd/article/details/18263999 几款常用UML建模工具解析
Enterprise Architect(EA）是澳大利亚Sparx System公司的面向对象建模工具软件。
支持UML建模。此外，还支持XML，代码生成和逆向工程，相当好用的图形用户界面。
UML 2.0共有10种图，分别为组合结构图、用例图、类图、序列图、对象图、协作图、状态图、活动图、组件图和部署图，它们各用以表现不同的视图，如表1-1所示。
case工具类
http://blog.csdn.net/hugh20/article/details/42247217 UML2.0图的种类
===================
信号，数据，信息，知识，智慧
数据是原材料
数据库中存储的只是数据
而信息是需要对数据做进一步加工的