uml包图怎么画（包图的用例包图）

用例通常是面向对象开发方法学中的最主要的需求artifact，当你的方法是统一过程(Kruchten 2000; Ambler 2000)实例是尤其如此。而且对于大的项目包图来说，通常是创建用来组织使用需求的。1.创建用例包图，以组织你的需求除了以下介绍的包原则之外，应用下列的规则来把UML用例图组织到包图里：把关联的用例放在一起∶included、extending、和inheriting的用例放在相同的包中，就像base/parent用例一样。组织用例应该以主要主角的需要为基础。 例如，在图2中，Enrollment包包含与登记班级的学生有关的用例，一个大学提供的重要服务集合。图2.一个包含主要的包的UML用例包图。　　2.在用例包图上包含角色图2包含包图上的角色，这有助于把包放在上下文中理解，这样包图就会更容易为读者所理解。3.水平地排列用例包图用例包图的主要受众是项目干系人。因此图的组织应该能够反映他们的需求。 图2中的包是水平放置的，从左到右画出的依赖关系反映了西方文化的阅读习惯。

你好，希望我的回答能帮到你，首先简单介绍一下类图，在UML的静态机制中，类图是一个重点，它不但是设计人员关心的核心，更是实现人员关注的核心。类图有三个要素：类名、属性和操作。绘制类图并不难，Omnigraffle自带类图模板，所以不需要费什么功夫就能绘制完成。单击右侧的“型版”按钮，在菜单栏中找到“图表”模块，在图表下选择“UX套件UML”，下方会出现“UX套件UML”模块，前几项就是类图模板，直接用鼠标拖动到画布上即可。

类图中需要添加文字信息，双击类图模板中的原英文就能修改文字，还可以对类图本身和文本填充颜色，这些都在“对象”检查器里：在填充检查器里可以填充类图颜色，字体检查器可以更改文本的字体和颜色。

类图不是单独一个，几个类连接在一起才是完整的类图，连接线可以显示类与类之间的关系，所以连接线也是类图的重要部分，类图的连接线可以是直线，或者是单向和双向箭头，这一点和流程图不同，连接线也是在型版里，“UX套件UML”下方是“UX套件连接”，这个模块里就有不少连接线选择，根据自己的需求选用即可网页链接。

visio替代软件Edraw 亿图图示软件中直接新建一个UML模型图，然后选择相应的模板或者例子就可以快速创建了，软件左侧的符号库中含有大量的图形、符号，直接拖拽就可以使用，很方便。

◆UML设计中第一类图是用例图,从用户角度描述系统功能,并指出各功能的操作者。◆UML设计中第二类图是静态图(Staticdiagram),包括类图、对象图和包图。其中类图描述系统中类的静态结构。不仅定义系统中的类,表示类之间的联系如关联、依赖、聚合等,也包括类的内部结构(类的属性和操作)。类图描述的是一种静态关系,在系统的整个生命周期都是有效的。对象图是类图的实例,几乎使用与类图完全相同的标识。他们的不同点在于对象图显示类的多个对象实例,而不是实际的类。一个对象图是类图的一个实例。由于对象存在生命周期,因此对象图只能在系统某一时间段存在。包由包或类组成,表示包与包之间的关系。包图用于描述系统的分层结构。◆UML设计中第三类图是行为图(Behaviordiagram),描述系统的动态模型和组成对象间的交互关系。其中状态图描述类的对象所有可能的状态以及事件发生时状态的转移条件。通常,状态图是对类图的补充。在实用上并不需要为所有的类画状态图,仅为那些有多个状态其行为受外界环境的影响并且发生改变的类画状态图。而活动图描述满足用例要求所要进行的活动以及活动间的约束关系,有利于识别并行活动。◆UML设计中第四类图是交互图(Interactivediagram),描述对象间的交互关系。其中顺序图显示对象之间的动态合作关系,它强调对象之间消息发送的顺序,同时显示对象之间的交互;合作图描述对象间的协作关系,合作图跟顺序图相似,显示对象间的动态合作关系。除显示信息交换外,合作图还显示对象以及它们之间的关系。如果强调时间和顺序,则使用顺序图;如果强调上下级关系,则选择合作图。这两种图合称为交互图。◆UML设计中第五类图是实现图(Implementationdiagram)。其中构件图描述代码部件的物理结构及各部件之间的依赖关系。一个部件可能是一个资源代码部件、一个二进制部件或一个可执行部件。它包含逻辑类或实现类的有关信息。部件图有助于分

1需要先理解类的概念2然后看uml教程理解uml图的规范3 以上会了 就可以手画uml图也可以使用uml建模工具软件比如 Rational Rose 等

1、首先笔者用来做例子的是2010版的Visio　　2、打开visio,选择如图红框中的“软件和数据库”选项　　3、进入之后，选择“UML模型图”　　4、选择右下角的“新建”　　5、在弹出的页面中，在左下角的“顶层包”上右击

UML 类图简介 UML 对很多人来说应该不是一个陌生的概念，这一两年来，UML 被大家越来越多的讨论着。本来 UML 跟我这个主题似乎并不能扯上多大的关系（它是语言无关的，甚至可以说其本身就是一种语言——用于交流的）。我在此谈到它有两个目的： 1． UML 是针对面向对象软件开发的，而 C++正是这样的一种语言 2． UML 在设计中被越来越多的使用着，而下一篇杂谈准备讨论设计模式，如果不了解 UML，那么无法进行下去 UML，全称：Unified Modeling Language，其目的是为了对软件密集型的制品进行可视化、详述、构造和文档化的图形语言。UML 是依据许多前人的思想总结出的成果，1997 年被 OMG 通过并成为标准（所以在《设计模式》书中如果你看到与标准不一样的地方，不要奇怪，那本书是 95 年的）。关于 UML 的历史和更详细的描述，可以参考《UML 参考手册》。UML 主要由一系列视图组成，其中包括静态视图（Static vi ew），用例视图（Use case view）活动视图（Acti vity view）等，不同的图用处自然也不一样，而对开发人员来讲（或者说为我的下一篇来说），更重要的应该是静态视图中的类图（class diagram）和交互视图（Interaction view）中的顺序图（Sequence diagram），请注意 view 和 diagram 的区别。 类图 静态视图说明了对象的结构，其中最常用的就是类图，类图可以帮助我们更直观的了解一个系统的体系结构，有时侯，描述系统快照的对象图（Object diagram）也是很有用的。在这里，我们主要介绍类图，下面的图就是一个简单的类图： 在类图中，类由矩形框来表示，如上图中，定义了 4 个类，分别为 Base、A、B、 C，类之间的关系通过各种线条和其他符号来表示，在上图中，空心的三角表示继承关系，在 UML 的术语中，这种关系被称为泛化（Generalization），所以上面的类用等价代码表示为： class Base{…}; class A:public Base{…}; class B:public Base{…}; class C:public Base{…}; 我们再看下一幅图： 这幅图与上幅几乎没有什么区别，唯一的不同就是 Base 类中增加了成员，一个私有的 integer _x（UML 术语为 property）和一个公有的 fun()的函数（method），是否需要这些类的内部细节 UML 本身并没有限制，完全取决于你自己如何使用， UML 的用处在于帮助你了解系统，所以只要你自己觉得足够清楚，那么够了，不要再复杂了。 接着看第三幅图： 上面图中的箭头表示一种关系，箭头另一边有一个菱形（空心）表示聚合（aggregation），聚合的意义表示 has-a 关系，其等价代码如下： class A{…}; class B{ A* theA;…}; 聚合是一种相对松散的关系，聚合类 B 不需要对被聚合的类 A 负责。 下面的图： 这幅图与上面的唯一区别是菱形为实心的，它代表了一种更为坚固的关系——组合（composition）。组合表示的关系也是 has-a，不过在这里，A 的生命期受 B 控制，通常情况，等价代码如下: class A{…}; class B{A theA;…}; 即 A 会随着 B 的创建而创建，随 B 的消亡而消亡。 下图： 这里 B 与 A 的关系只是一种依赖关系，这种关系表明，如果类 A 被修改，那么类 B 会受到影响，一个简单的例子就是： class A{…}; class B{fun(A params);…}; 常用的关系就是我们上面用的这些，通过这些关系和类表示的类图，我们可以用图形化的方式描述一个系统的设计部分，当你习惯使用 UML 后，你会发现，这往往比你告诉同伴某某类从某某类派生，派生类又和某某类具有什么关系容易的多。 顺序图： UML 中另外一个常用的图形就是交互视图中的顺序图，在以往的过程化语言中，我们通常使用流程图来描述一个函数（系统）是如何工作的，而在面向对象的系统中，这显然是不可行的，而顺序图正是来解决这个问题的。 假设有如下的伪代码： class circle { public: void fillcolor() { // ... }; void draw() { fillcolor(); }; }; class window { public: void drawcircle() { _circle.draw(); }; private: circle _circle; }; 对于下面的调用： window wnd; wnd.drawcircle(); 对应的顺序图如下： 图中上方的方块表示参与的对象，垂直的虚线表示对象的生命线，方框表示激活，其中箭头表示了一个调用消息（也可以有回送 return），如果是异步的消息，则用半箭头表示，其中 draw 表示了一个自调用(self call) 至此，UML 中最常用的（从开发人员的角度），当然 UML 的内容远远不只这些，这里的介绍只是一些简单的概括，并且 UML 本身也在不断的发展之中，无论怎样，我觉得 UML 会越来越多的深入我们的开发过程中，特别是对下一篇我们要介绍的设计模式而言，类图是主要的描述工具（到那个时候你会体会到 UML 描述的优越）。 如果你看过《设计模式》着本书，你会发现与我上面所描述的有一些细微的不同，不要紧张，《设计模式》是 GOF95 年的作品，那时候 UML 还没有形成，而且，其中也明确那是 OMT 方法（Jim Rumbaugh 在通用电气发表的建模技术——Object Modeling Technique）和 Booch 方法。

UML用例图是非常有用的一种图，在需求分析中，可以让人们从繁重的文档中解脱出来，并且促使人们在做需求时能够更加准确、直观的表现自己的意思。常用的语言文字往往是不能将一种事物表达得秀清晰，这时候就需要用其它的方式来进行表达，用例图就是其中一种很好的方法，当然用例图不仅仅只是做为需求分析专用，他强大的应用性还可以用于其它很多地方，这里就不详细说明了。画UML的工具有很多，个人首推IBM的ROSE，建议大家用这款工具来画例图，如果有时间，我会写一篇初级教程。接下来还是介绍一下用例图吧。

目前我知道的只有2010版本能画，在软件和数据库里找到UML模型图，然后点击新建，找到UML协作，里面有需要的图形。为此专门还下载了一个2010版本的，但使用之后发现其实可以使用其他工具代替，比如在矩形里面写文字加下划线，用直线连接，在文本框里面写出线上的文字，然后旋转就行，小箭头可以用--》和《--代替，visio里面会自动换成箭头的图形