uml建模工具

Unified Modeling Language (UML)又称统一建模语言或标准建模语言，它是一个支持模型化和软件系统开发的图形化语言，为软件开发的所有阶段提供模型化和可视化支持，包括由需求分析到规格，到构造和配置。 UML分类 （1）静态模型（系统结构）： 用例图、类图、对象图、构件图、部署图 （2）动态模型（系统行为）：状态图、活动图、顺序图、协作图 UML中有4种事务： （1）结构事务：名词、静态部分、物理元素。 （2）行为事务：动词、动态部分、行为。 （3）分组事务：包。 （4）注释事务：注解。 用例图： 用例图是指由参与者（Actor）、用例（Use Case），边界以及它们之间的关系构成的用于描述系统功能的视图。用例图（User Case）是外部用户（被称为参与者）所能观察到的系统功能的模型图。用例图是系统的蓝图，用于需求分析阶段。用例图呈现了一些参与者，一些用例，以及它们之间的关系，主要用于对系统、子系统或类的功能行为进行建模。 用例之间的关系 （1）包含 (include) 关系 父用例包含子用例，父用例执行，子用例必然被执行 当两个或多个用例中共用一组相同的动作，这时可以将这组相同的动作抽出来作为一个独立的子用例，供多个基用例所共享。因为子用例被抽出，基用例并非一个完整的用例，所以include关系中的基用例必须和子用例一起使用才够完整，子用例也必然被执行

UML（Unified Modeling Language，统一建模语言）是一组用于描述OOAD过程的图形化表达方式。 UML为交流面向对象的设计中的需求，行为、体系结构的实现提供了一套综合的表示法。 UML绘制工具，EA 和VSU 2010 UML由9个不同类型的图组成： 用例图：显示了系统的外部可视行为。 用例图描述了系统外的人员和系统的交互动作，以及系统的响应，该类型的图可以用于描述系统的功能需求。 活动图：显示系统行为的峡谷纳西描述。 活动图描述了单个功能需求内部的细节行为，包括基本的场景和一些可选的场景。 组件图：显示了系统的体系结构。 组件图描述了系统的可部署单元（可执行文件，组件，数据存储和其他一些内容）以及一些借口，可部署单元通过这些接口进行交互，该图可以用于研究系统的体系结构。 顺序图：显示了对象随着时间的交互。 顺序图描述了某个功能需求的路径或场景内相对时间的详细行为，该图可用于理解系统元素之间的消息流程。 协作图：显示了对象的交互，强调对象之间的关系。（在UML2.0里面找不到了） 类图：显示了类的定义和关系。 类图描述了系统设计中的类和接口，以及他们之间的关系。该图可用于定义内部的，面向对象的代码结构。 状态图：显示了响应时间的状态改变。 状态图描述了系统如何改变状态以相应内部的和外部的事件，确保每个事件都被适当的处理。 部署图：显示了系统的物理体系结构。

统一建模语言简介 统一建模语言（Unified Modeling Language，UML）是用来设计软件蓝图的可视化建模语言，1997 年被国际对象管理组织（OMG）采纳为面向对象的建模语言的国际标准。它的特点是简单、统一、图形化、能表达软件设计中的动态与静态信息。 统一建模语言能为软件开发的所有阶段提供模型化和可视化支持。而且融入了软件工程领域的新思想、新方法和新技术，使软件设计人员沟通更简明，进一步缩短了设计时间，减少开发成本。它的应用领域很宽，不仅适合于一般系统的开发，而且适合于并行与分布式系统的建模。 UML 从目标系统的不同角度出发，定义了用例图、类图、对象图、状态图、活动图、时序图、协作图、构件图、部署图等 9 种图。 本教程主要介绍软件 设计模式 中经常用到的类图，以及类之间的关系。另外，在实验部分将简单介绍 UML 建模工具的使用方法，当前业界使用最广泛的是 Rational Rose。使用 Umlet 的人也很多，它是一个轻量级的开源 UML 建模工具，简单实用，常用于小型软件系统的开发与设计。 类、接口和类图 1. 类 类（Class）是指具有相同属性、方法和关系的对象的抽象，它封装了数据和行为，是面向对象程序设计（OOP）的基础，具有封装性、继承性和多态性等三大特性。在 UML 中，类使用包含类名、属性和操作且带有分隔线的矩形来表示。 (1) 类名（Name

前言 关于UML类图的这篇文章，我觉得把它放在设计模式专栏的篇首最为合适，因为在学习设计模式的时候，经常会遇到有关UML类图，没有去专门学过的童鞋肯定会感觉很复杂。学到后面，发现不掌握UML类图，对设计模式或者某一个框架没有整体的把控。所以学好UML类图，你将会更加有自信！ 如果你对类之间的依赖、聚合、关联、组合等关系还很抵制的话，那么这篇文章就很有必要看了，随着对设计模式的慢慢深入了解，或许你也会发现，UML类图就显得格外重要了，是的，UML类图主要是用来描述类之间的轮廓图，而类之间的常见关系就是泛化（Generalization）、实现（Realization）、依赖（Dependence）、关联（Association）、聚合（Aggregation）、组合（Composition）等。类之间关系的强弱：依赖 < 关联 < 聚合 < 组合 < 泛化（继承） @[toc] 1、啥是UML类图？ 首先来看一个专业一点的定义【来自维基百科】 UML即 统一建模语言 （Unified Modeling Language）,它是一种开放的方法，用于说明、可视化、构建和编写一个正在开发的、面向对象的、软件密集系统的制品的开放方法。UML展现了一系列最佳工程实践，这些最佳实践在对大规模，复杂系统进行建模方面，特别是在软件架构层次已经被验证有效。 不得不说，越专业的描述越让人看得越发懵逼..

Unified Modeling Language (UML)又称统一建模语言或标准建模语言，它是一个支持模型化和软件系统开发的图形化语言，为软件开发的所有阶段提供模型化和可视化支持，包括由需求分析到规格，到构造和配置。 UML分类 （1）静态模型（系统结构）： 用例图、类图、对象图、构件图、部署图 （2）动态模型（系统行为）：状态图、活动图、顺序图、协作图 UML中有4种事务： （1）结构事务：名词、静态部分、物理元素。 （2）行为事务：动词、动态部分、行为。 （3）分组事务：包。 （4）注释事务：注解。 用例图： 用例图是指由参与者（Actor）、用例（Use Case），边界以及它们之间的关系构成的用于描述系统功能的视图。用例图（User Case）是外部用户（被称为参与者）所能观察到的系统功能的模型图。用例图是系统的蓝图，用于需求分析阶段。用例图呈现了一些参与者，一些用例，以及它们之间的关系，主要用于对系统、子系统或类的功能行为进行建模。 用例之间的关系 （1）包含 (include) 关系 父用例包含子用例，父用例执行，子用例必然被执行 当两个或多个用例中共用一组相同的动作，这时可以将这组相同的动作抽出来作为一个独立的子用例，供多个基用例所共享。因为子用例被抽出，基用例并非一个完整的用例，所以include关系中的基用例必须和子用例一起使用才够完整，子用例也必然被执行

一、什么是业务领域建模 领域建模： 从领域模型开始,我们就开始了面向对象的分析和设计过程,可以说,领域模型是完成从需求分析到面向对象设计的一座桥梁。 顾名思义,就是显示最重要的业务概念和它们之间关系，是真实世界各个事物的表示（现实世界的可视化抽象字典）而不是软件中各构件的表示。领域模型是描述业务领域（业务实体）的静态结构。 理论派观点： Domain Model是一个商业建模范畴概念，即使一个企业不开发软件，也具备其业务模型； 所有同行企业，其业务模型必定有非常大的共性和内在的规律性。 由行业内的各个企业的业务模型再向上抽象出整个行业的业务模型，这个模型称之为“领域模型”。 领域模型是一种特殊的业务模型，它分析范围是整个行业，抽象出行业里共性和内在规律性的业务，比业务模型更加抽象，它不属于软件开发范畴的概念，与软件开发无关。 实战派观点： 领域模型是一个分析模型，帮助系统分析人员、用户认识现实业务的工具，描述的是业务中涉及到的实体及其相互之间的关系，它是需求分析的产物，与问题域相关。 是需求分析人员与用户交流的有力工具，是彼此交流的语言。 领域模型是一种分析模型，在软件开发过程分析阶段用于分析如何满足系统功能性需求，属于软件开发范畴，在UML中主要使用类图来描述领域模型。 业务模型是业务建模的输出物，业务建模研究的对象是公司或者组织，业务建模属于软件开发过程中的初始阶段。

使用 C#Builder Architect 为 DB2 UDB 创建模型驱动的 Windows 应用程序 Jeremy McGee ( jeremy@mcgee.demon.co.uk ) 独立顾问 2004 年 2 月 摘錄自 IBM公司網站 > DB2開發者園地 > 本文 简介 Borland C#Builder TM Architect 扩展了 C#Builder 的开发能力，使之能进行模型驱动的开发。通过自动实施部分 UML 软件模型，节省了业务逻辑编码的时间。 本文中，我将简述如何创建一个简单的模型驱动的应用程序，该应用程序使用 DB2 作为存储器。我假设您已经熟悉了 C#Builder 的基本用法，如果还没有的话，请参阅 developerWorks DB2 和 Borland 专区 中的其他一些文章。 可从 Borland Web site 获得 C#Builder Architect 的试用版，以及第一版用以解决某些编译问题的补丁。 UML 模型 统一建模语言（Unified Modeling Language，UML）可用于表示系统中的对象、对象之间的相互关系以及它们所执行的过程。UML 本身就非常全面，有各种不同类型的图，这些图组合在一起可用于表示应用程序的各个方面。 C#Builder Architect 使用两种 UML 图：类图和包图

UML和OO： UML是描述、构造和文档化系统制品的可视化语言。UML是标准的图形表示法，用来绘制和展示与软件相关的图形，是项目组相关人员的交流沟通工具；是一套标准的建模工具； 应用UML的三种方式： 1.作为草图使用---一种非正式的、不完整的UML图形，借助于UML讨论问题或方案的复杂部分。 2.作为蓝图使用---相对详细的设计图。 3.作为编程语言使用---使用UML进行自动代码生成。MDA等，目前技术还不是很成熟，还在发展阶段。 UML不可能与设计和对象思想同等重要，相对UML，面向对象的思想更值得学习，设计是一项极不寻常且更为重要的技能，特别是怎样使用面向对象的思维进行思考和解决问题的能力，他不是通过学习UML表示法或Case/MDA工具就可以掌握的，UML并不是OOA/D，也不是方法，只是个图形表示法而已，如果没有真正掌握如何创建优秀的面向对象设计，或如何评估和改善现有设计，那么学习UML或UML Case工具则毫无意义。 分析是对需求的调查研究，不是解决方案。设计是为了满足需求的概念上的解决方案。分析和设计可以概括为：做正确的事（分析）和正确地做事（设计）。OOA强调的是在问题领域内发现和描述对象；OOD强调的是定义软件对象以及它们之间是如何协作也实现需求。 在OO开发中，至关重要的能力是熟练地为软件对象分配职责。无论是作UML图还是进行OOA/D/P

面向过程&面向对象 面向过程和面向对象其实都是一种软件技术，我们一般把面向过程归纳为结构化分析方法，常使用DFD图、ER模型、UC矩阵等，把面向对象则归纳为继承、封装、多态等具体技术，事实上，所有的技术都只是人们采用不同方法来认识和描述这个世界时所采用的工具。 我们引用Booch的话： 我对面向对象编程的目标从来都不是复用，相反，对我来说，对象提供了一种处理复杂性问题的方式，这个问题可以追溯到亚里士多德：你把这个世界视为过程还是对象？在面向对象兴起运动之前，编程以过程为中心，如结构化设计方法。然而，系统已经达到了超越其处理能力的复杂性极点。有了对象，我们能够通过提升抽象级别来构建更大的、更复杂的系统---我认为，这才是面向对象编程运动的真正的胜利。 归纳起来，面向对象这种认识论能够帮助我们构建更为复杂的系统来解释越来越复杂的现实世界。 面向对象，认为这个世界的本质是由对象构成的，一切皆为对象，平时看上去相互无关的对象在不同的驱动力和规则下体现不同的运动过程，然后这些过程便展现了我们这个生动的世界。 面向过程，认为世界的一切都不是孤立的，它们互相紧密地联系在一起，缺一不可，互相影响，互相作用，形成一个个具有严格因果关系的小系统，更多小系统组成大系统，所有小系统之间的联系也是紧密和不可分割的。 把世界视为过程这个方法本身有一个假设前提，即这个过程是稳定的，这样我们才有分析的基础

一、 PD 简介 PowerDesigner 是一个集所有现代建模技术于一身的完整工具，它集成了强有力的业务建模技术、传统的数据库分析和实现，以及UML对象建模。通过了元数据的管理、冲突分析和真正的企业知识库等功能。 利用它可以制作数据流程图、概念数据模型、物理数据模型 帮助企业 快速高效 地进行企业应用 系统构建 及再工程(Re-engineer)。 IT专业人员可以利用它来有效开发各种解决方案，从定义业务需求到分析和设计，以至集成所有现代 RDBMS 和Java、.NET、PowerBuilder和 Web Services的开发等。 PDM定义了模型的物理实现细节。例如，所选RDBMS的数据类型特征、索引定义、视图定义、存储过程定义、触发器定义等。 二、数据完整性的分类 实体完整性 主键约束 唯一键约束 域的完整性 非空约束 检查约束 默认值约束 引用完整性： 外键约束 定义索引 定义视图 定义存储过程 三、创建PDM 1、约束的创建 2、定义视图与索引 3、定义存储过程 四、数据库的操作 连接数据库 （ODBC方式） 产生数据库或者脚本 (Sql 语句方式与ODBC方式) 同步数据库 （ODBC方式） 产生脚本数据 执行sql脚本 选择Database－> Configure Data Connections 选择Database－> Connect 选择数据源