想这样的uml类图怎么画

1. 想这样的uml类图怎么画

鳄鱼属于爬行类。

2. 画UML用例图

下面是我的答案：

3. UML用例图

UML(Unified Modeling Language)，统一建模语言,又称标准建模语言，是为软件系统建立可视化模型。主要包括用例图、时序图、协作图、活动图、部署图、构件图、类图、状态图等等。
  
 之前有写过UML时序图： 产品经理必备之UML时序图 
  
 用例图（Use Case Diagrame）是UML的一种，主要用来描述用户、需求、系统功能之间的关系，能够充分展示一个外部用户能够观察的系统功能模型图，以一种可视化的直观方式理解系统的功能需求，以便使系统用户更容易理解这些元素的用途，也便于开发人员最终实现这些元素。
  
 用例图是跳出当前系统，站在用户的角度去看系统，思考系统功能，这样我们能更加理解业务，表达清楚需求。从用户的视角，我们不会使用专业术语去进行业务的沟通，可以做到真正以用户为中心去获取需求，转化为产品服务。
  
 用例图可以帮助我们更全面的考虑系统内事物之间的互相影响，关注整体的运行规律，而不是只考虑个别事物的情况。
                                                                                  
  1、参与者 ：是系统外部的一个实体，它以某种方式参与了用例的执行过程。参与者不一定是人，也可以是部门，也可以是外部系统，也可以是其他事物。通常用人形图标表示。
  
  2、用例 ：是对系统的用户需求（主要是功能需求）的描述，用例表达了系统的功能和所提供的服务，说明了系统是如何与最终用户或其它系统互动，也就是谁可以用系统做什么，从而获得一个明确的业务目标。通常用椭圆表示。
  
 用例注意事项：
  
       用例粒度的确定，没有标准，只能根据实际情况分析。一个大型系统，可能会有上百个用例，一个小产品，也许只有几个用例。
  
       一个用例是一个完整的使用场景，不是零散的动作步骤。比如，拿起手机打电话是个完整的场景，拿起手机只是一个步骤。
  
       一个用例有一个明确、独立的目标，如果一个用例包括多个目标，则可再逐层细化出子用例。
  
  3、系统边界 ：将系统内外分开，参与者在外面，用例在里面。边界内的用例，就是系统要实现的事情。通常用矩形框表示。
  
  4、关系： 
  
 （1）关联关系：用一条实线表示，这条实线一般有三种形式：无箭头、有指向用例的箭头、有指向执行者的箭头。箭头的方向代表了数据流向或谁启动谁。
  
 （2）归纳（泛化）关系：表示参与者与参与者之间、用例与用例之间的关系。一个用例可以被特别列举为一个或多个子用例，这被称为用例泛化。
  
         用带空心箭头的实线表示，箭头指向被泛化的用例，即子用例指向父用例，泛化是从下到上的过程。（子用例继承父用例所有的结构、行为和关系，是父用例的一种特殊形式。）
  
 （3）包含关系：表示用例与用例之间的关系，其中一个用例（父用例）的行为包含了另一个用例（子用例）的行为。
  
      用虚线箭头+表示，箭头指向被包含的用例。一般是父用例包含很大的范围，专门抽出子用例来着重表达，又或者是复用用例。
  
 （4）扩展关系：表示用例与用例之间的关系，是在特定条件下，由扩展用例指向被扩展用例。
  
       用虚线箭头+>字样，箭头指向被扩展的用例。拓展用例是在特定条件出现时，才会被执行的用例。
  
 1、不是每个需求都要画用例图，要视情况而定，简单的需求完全可以不用画。
  
 2、画图是为了表达、传递信息，当我们画用例图时，不管画的多么酷炫，本质都是在分析业务场景、系统功能性需求，并描述出来。
  
  阅读原文 
  
 对产品经理感兴趣的朋友，可以移步“ 需求管理 ”，期待共同交流。

4. 一文读懂 UML 用例图

当你脑子里有一个商业案例时，你该怎么向老板介绍呢？一大段文字，或是动手写个 Demo？老板很忙，老板也不见得懂你所说的“高大上”技术，有没有那种实现成本较低但又包含较多信息的表现方式呢？有，画张图呗！
  
 今天起再开个专题，谈谈我们开发中常用到的一些图形建模手段。前言结束，我们从 UML 视图启航。
  
 UML——Unified Modeling Language——统一建模语言，是业务建模阶段最常用和最重要的一种视图。由于它简单易懂，常常用于跨组织的文档或演示的说明中；这里所谓的跨组织指的不仅仅是开发部门间，而是指跨产品、设计、测试、运维等等部门的业务交流中。UML 设计中，第一张图一般都是用例图：是的，就是那个有“小人”的图。
  
 用例图主要有三个部分组成：用例（Use Case）、参与者（Actor），以及它们互相间的关系（Relationship）；形式上就是用椭圆、小人，以及箭头的连线组合。
                                          
 我们先不细说椭圆或是箭头的具体含义。我觉得讲用例图最好还是从具体的 Use case 入手为好。我们试着设计一款简单的银行 APP，它包含注册、登陆、交易等等操作。我们一步步拆解挥着用例图的过程。
  
 画用例图的第一步通常是拖出一个巨大的矩形块，并将其命名为我们的目标系统——Banking App。一个用例图一般只会有一个 System，之后我们会把所有该系统相关的是功能（“用例”）放置在系统内部，系统的相关方（“参与者”）放置在系统的左右两侧。
                                          
 第二个绘制元素就是参与者，即系统相关方，可以是人、组织、外部设备，或是其他系统。在我们这个银行案例里，该 App 的相关方有两个：就是客户（Customer）和银行（Bank）。
                                          
 通常来说，一个用例图中会有两三个参与者，我们会把主要参与者放在系统左侧，次要参与者（主要参与者的回应方）放在右侧；显然我们的 App 主要是面向客户的，所以把客户放在了左边。
  
 第三步就是在系统内添加具体的用例，也就是该系统所提供的功能或是业务块。我们的银行 APP 比较简单，只提供如下业务：
                                          
 第四步，我们再把参与者与用例串联起来，就是我们所说的关系（Relationships）。用例图中，关系还可以继续细分：
                                                                                                                          
 最后，所有 UML 视图事实上都可以加注释，专业术语叫延伸（Extension points）和批注（Note）；这两种注释性质形同，都是起说明作用：
                                          
 好了，UML 用例图大体就讲完了。我们再回顾一下用例图的使用场景，在产品设计阶段，我们可以使用用例图为用户、系统和功能服务建立起抽象关系，以便描述产品所呈现的外部动态特征。在一些大厂中，通常由产品经理或是设计师来首先绘制 UML 用例图，再交于开发团队实现。
  
 我们举了一个银行 App 的例子，事实上有点大了；现实开发中，一个 Use Case 图通常只对应的一个简单的业务流而已。我们自己在写用例图时，也要注意在宏观层面将联系紧密的功能模块抽象为一个简单的 Case，然后逐步地为这些较大的功能模块画出细分 Case 的用例图。

5. UML用例图、类图

 首先需要先了解一下对象之间的关系，以及它们对应的符号
    通常对象之间的关系可以分为以下几类： 
                                           1、泛化/继承（Generalization）：实线+三角形空心   相当于类继承，父参与者可以是抽象的，即不能创建一个父参与者的直接实例，这就要求属于抽象父参与者的外部对象一定能够属于其子参与者之一。
                                           2、关联关系（association） ：实线箭头   关联关系：指的是类与类之间的联接，它使一个类知道另一个类的属性和方法（实例变量体现）。A类依赖于B对象,并且把B作为A的一个成员变量, 则A和B存在关联关系.   关联可以是双向的，也可以是单向的。两个类之前是一个层次的，不存在部分跟整体之间的关系。   单向：只能从A通过属性导航到B，B不能导航到A。   双向：A可以通过属性导航到B，B也可以通过属性导航到（双向即为嵌套）
                                           3、聚合关系（aggregtion）棱形空心+实线   聚合(aggregation)关系是关联关系的一种,是强关联关系,是整合和部分的关系,是has-a的关系.   聚合关系也是通过成员对象来实现,其中成员对象是整体对象的一部分,但是成员对象可以脱离整体对象单独存在.(可替换)
                                           4、依赖(Dependency) 虚线+箭头   依赖关系：指的是类与类之间的联接。依赖关系表示一个类依赖于另一个类的定义。   动物依赖氧气和水。调用新陈代谢方法需要氧气类与水类的实例作为参数
                                           5、实现关系（realization）虚线三角形空心   实现关系：指的是一个class类实现 interface接口（可以实现多个接口）的功能；实现是类与接口之间最常见的关系；   在Java中此关系通过关键字implements明确标识。
                                           6，组合关系（composition）   组合是一种强的‘拥有’关系，是一种contains-a的关系，体现了严格的部分和整体关系，部分和整体的生命周期一样。   示例：   鸟和翅膀就是组合关系，因为它们是部分和整体的关系，并且翅膀和鸟的生命周期是相同的。
                                           
                                                                                   
                                           
                                           
                                            一张完整的类图：    
                                           
   参考： UML用例图 ， UML类图 ， UML中的类图及常见类图关系 

6. 如何绘制UML类图？

类图的属性和方法是指类本身的属性和行为，类及其属性和方法是在程序设计过程中产生的，类图只是用Visio绘制出来，用于项目团队成员间或项目干系人之间的沟通和交流。例如：如果要设计一个关于销售苹果的程序，苹果就可以看作一个实体（类），其基本属性有颜色、形状、味道、种类等，行为有开花、落果、膨大、成熟等行为。
下面给出绘制苹果类图的方法和步骤：
第一步：启动Visio2010或更高版本，如下图：

第二步：在模板类别中选择“软件和数据库”，进入选择模板窗口，如下图：

第三步：选择“UML模型图”，并用鼠标双击“UML模型图”图标，进入UML绘图窗口，如下图：

第四步：选择“UML静态结构”，如下图：

第五步：按下鼠标左键，拖动“类图标”，到工作区域窗口，如下图：

第六步：双击工作区域窗口的类框图，如下图：

第七步：在UML类属性窗口，可以修改类的名称，添加属性（特性）和操作（方法）

第八步：在UML类属性窗口，修改类名为“苹果”，如下图：

第九步：在UML类属性窗口，选择特性，分别输入苹果的颜色、形状、味道等属性，类型为数据类型，可以选择字符串、整型等，如下图：


第十步：在UML类属性窗口，选择操作，分别输入苹果的行为开花、落果、膨大、成熟方法，样例中方法名称用的中文，实际应用应该采用英文，如下图：

绘制完成的UML类图

7. 用例建模如何进行？uml用例图的要素有哪些

UML用例图最简单了，一般表达使用者和系统功能之间的关系。也就是角色和用例之间的关系。如下图。基本元素就是角色，用例，扩展关系，包含关系，用例主题，扩展点等几项。

更多用例图案例可以参考trufun plato uml2建模工具的帮助系统。

8. UML怎样新建一个类图

通过uml建模，创建出一系列的关系图，让顾客能在作品呈现之前更直观的了解到各方面的功能和关系，从使创作者得到更多的意见，是产品更优化
工具/原料


trufun---uml建模软件（之一）
方法/步骤


打开trufun软件，点击新建，点击项目

得到项目，图示红框内，名字自取，

点开项目，项目包括的内容红框内

鼠标右键点击model，点击新建框图，点击类图

创建成功后，功能面板展示，红色框住的是一些类图中所要用到的一些关系连接

类图实例

特别注意：
红色框中是实体
绿色框中是方法

8
结束，你试试