uml

项目 内容 这个作业属于哪个课程 任课教师博客主页链接 这个作业的要求在哪里 作业链接地址 团队名称 3+1团队 作业学习目标 （1）体验以原型设计为基础的团队软件项目需求获取技巧与方法 （2）学习利用UML模型描述用户需求 （3）编写软件需求规格说明书 团队博客地址 https://home.cnblogs.com/u/3-1group 项目名称 一起种水果 1.UML软件绘制工具简介 **（1）Rational Rose** Rational Rose包括了统一建模语言(UML)，OOSE，以及OMT。其中统一建模语言(UML)由Rational公司3位世界级面向对象技术专家Grady Booch、Ivar Jacobson、和Jim Rumbaugh通过对早期面向对象研究和设计方法的进一步扩展而得来的，它为可视化建模软件奠定了坚实的理论基础。同时这样的渊源也使Rational Rose力挫当前市场上很多基于UML可视化建模的工具，例如Microsoft的Visio2002、Oracle的Designer2000，还有PlayCase 、CA BPWin、CA ERWin、Sybase PowerDesigner等等。#### Rational Rose 是一个完全的、具有能满足所有建模环境(Web开发，数据建模，Visual Studio和 C++ )灵活性需求的一套解决方案

类与类之间存在以下关系: (1) 泛化(Generalization) (2)关联(Association) (3)依赖(Dependency) (4)聚合(Aggregation) 1. 泛化(Generalization) 表示类与类之间的继承关系，接口与接口之间的继承关系，或类对接口的实现关系。一般化的关系是从子类指向父类的，与继承或实现的方法相反。 [ 具体表现] 父类 父类实例＝new 子类() [UML 图](图1.1) 图1.1 Animal类与Tiger类,Dog类的泛化关系 [ 代码表现] [ 代码表现] java 代码 class Animal{} class Tiger extends Animal{} public class Test { public void test() { Animal a=new Tiger(); } } 2. 依赖(Dependency) 对于两个相对独立的对象，当一个对象负责构造另一个对象的实例，或者依赖另一个对象的服务时，这两个对象之间主要体现为依赖关系。 [ 具体表现] 依赖关系表现在局部变量，方法的参数，以及对静态方法的调用 [ 现实例子] 比如说你要去拧螺丝，你是不是要借助(也就是依赖)螺丝刀(Screwdriver)来帮助你完成拧螺丝(screw)的工作 [UML 表现](图1.2) 图1.2

PlantUML用例图 语法学习小结。 什么是用例图 用例图（usecase diagram）是UML用于描述软件功能的图形。用例图包括用例、参与者及其关系，用例图也可以包括注释和约束。 用例图的要素 （1）参与者（与用例存在交互关系的系统外部实体） （2）用例（一个相对独立的软件功能） （3）关系（包括参与者与用例、参与者之间及用例之间的关系等） 参与者（活动者） 包含有人、设备、其它系统及时间，位于系统外部，与系统交互且与系统间存在交互信息的接口的实体被称为参与者。 参与者之间存在有两种关系：泛化关系与通信关系。 用例（用况、用案） UML规定用椭圆表示一个用例，用例的名字放在椭圆里面或下方。 用例用于描述系统的功能，故而名字往往用动词或动词短语。 用例描述了用户对系统的期望，反映着参与者与系统一次完整的交互过程，而其执行过程也是系统为参与者的一次服务过程，用例是软件设计与测试的依据。 关系 用例互相之间存在泛化关系、包含关系和扩展关系。 泛化关系：用例之间存在的一般和特殊的关系。 包含关系：A用例的完整执行必须依赖于B用例的执行。（当一个用例过于复杂时，可以提取出部分功能作为一个用例；或是几个用例包含有同一个功能，提取出该功能作为用例） 扩展用例：A用例作为一个完整的服务功能，如果需要某些扩展功能时，会存在一个B用例完成那个附加功能，这称为扩展用例。 语法 基本

1．用例图的建立步骤： 1〉 找出系统外部的活动者和外部系统，确定系统的边界和范围。 2〉 确定每一个活动者所希望的系统行为。 3〉 把这些系统行为命名为用例。 4〉 把一些公共的系统行为分解为一批新的用例，供其它的用例引用。把一些变更的行为分解为扩展用例。 5〉 编制每一个用例的剧本。 6〉 绘制用例图。 7〉 区分主业务流和例外情况的事件流。可以把表达例外的情况的事件流的用例图画成一个单独的子用例图。 8〉 精化用例图，解决用例见得重复与冲入问题，简化用例中的对话序列，用力图可以有不同的层次，高层次系统的用例可以分解为若干个下属子系统中的子用例。 2．对象类图的建立步骤： 1〉 研究分析问题领域，确定系统的需求。 2〉 发现对象和对象类，明确他们的含义和责任，确定属性和操作。 3〉 发现类之间的静态联系。着重分析找出对象类之间的一般和特殊关系，部分与整体关系，研究类的继承性和多态性，把类之间的静态联系用关联、泛化、聚合、组合、依赖等联系表达出来，虽然对象类图表达的是系统的静态结构特征，但是应当把对系统的静态分析与动态分析结合起来，更能准确地了解系统的静态结构特征。 4〉 设计类与联系。调整和精化已得到的对象类和类之间的联系，解决诸如命名冲突、功能重复等问题。 5〉 绘制对象类图并编制相应的说明。上述做法是直接从领域分析抽取对象和对象类开始的

PlantUML用例图 语法学习小结。 什么是用例图 用例图（usecase diagram）是UML用于描述软件功能的图形。用例图包括用例、参与者及其关系，用例图也可以包括注释和约束。 用例图的要素 （1）参与者（与用例存在交互关系的系统外部实体） （2）用例（一个相对独立的软件功能） （3）关系（包括参与者与用例、参与者之间及用例之间的关系等） 参与者（活动者） 包含有人、设备、其它系统及时间，位于系统外部，与系统交互且与系统间存在交互信息的接口的实体被称为参与者。 参与者之间存在有两种关系：泛化关系与通信关系。 用例（用况、用案） UML规定用椭圆表示一个用例，用例的名字放在椭圆里面或下方。 用例用于描述系统的功能，故而名字往往用动词或动词短语。 用例描述了用户对系统的期望，反映着参与者与系统一次完整的交互过程，而其执行过程也是系统为参与者的一次服务过程，用例是软件设计与测试的依据。 关系 用例互相之间存在泛化关系、包含关系和扩展关系。 泛化关系：用例之间存在的一般和特殊的关系。 包含关系：A用例的完整执行必须依赖于B用例的执行。（当一个用例过于复杂时，可以提取出部分功能作为一个用例；或是几个用例包含有同一个功能，提取出该功能作为用例） 扩展用例：A用例作为一个完整的服务功能，如果需要某些扩展功能时，会存在一个B用例完成那个附加功能，这称为扩展用例。 语法 基本

一、泛化 1、说明 泛化是一种继承关系，如果一个类A的所有属性和操作能被另一个类B所继承，则类B不仅可以包含自己独有的属性，而且可以包含类A的属性和操作。继承是类与类或者类与接口之间最常见的关系。 2、例图 3、表现 父类 父类实例=new 子类（）； 4、代码 [csharp] view plain copy print ? <span style= "font-family:KaiTi_GB2312;font-size:24px;"> class Animal{}; class Tiger: public Animal{}; class Dog: public Animal{}; Animal * pAnimal= new Dog;</span> 泛化中子类直接继承了父类的属性和操作所以它的关系最强 二、关联 1、说明 对于两个相对独立的对象，当一个对象的实例与另一个对象的一些特定实例存在固定的对应关系时，这两个对象之间为关联关系 2、例图 3、表现 关联关系时使用实例变量来实现的 4.代码 [csharp] view plain copy print ? <span style= "font-family:KaiTi_GB2312;font-size:24px;"> public class Company { private Employee employee() {

UML：Unified modeling Language 统一建模语言 UML类图：用来描述系统所包含的类以及类之间的关系。 画图工具： https://www.processon.com 类之间的6种关系及表示方法： 6种关系都可称为依赖，而根据关系的类别又可细分5种。 代码与类图之间的转换方式 class Person { private String name; private String Email; private Integer age; public void setName(String name) { this.name=name; } public void setEmail(String email) { this.email=email; } public void setAge(String age) { this.age=age; } } 依赖（dependence） 在A类中用到了B类，则A对B类依赖。（编译时缺少B类无法通过） 泛化（generalization） 泛化==继承。【依赖关系的特例】 实现（Implementation） 实现关系描述类与接口的关系。类实现接口构成实现关系。【依赖关系的特例】 关联（Association） 一个类知道另一个类的属性和方法。【依赖关系的特例】 聚合（Aggregation） 整体与部分的关系

文章转载自http://blog.csdn .NET /hewei0241/article/details/7674450 1.UML中关系 本节向大家学习一下UML箭头、线条代表的意义，UML中关系主要有依赖，聚合，合成，泛化和实现等，下面就让我们来看一下这些关系如何用UML箭头和线条来实现。 关系 后面的例子将针对某个具体目的来独立地展示各种关系。虽然语法无误，但这些例子可进一步精炼，在它们的有效范围内包括更多的语义。 依赖（Dependency） 实体之间一个“使用”关系暗示一个实体的规范发生变化后，可能影响依赖于它的其他实例（图D）。更具体地说，它可转换为对不在实例作用域内的一个类或对象的任何类型的引用。其中包括一个局部变量，对通过方法调用而获得的一个对象的引用（如下例所示），或者对一个类的静态方法的引用（同时不存在那个类的一个实例）。也可利用“依赖”来表示包和包之间的关系。由于包中含有类，所以你可根据那些包中的各个类之间的关系，表示出包和包的关系。 图D 关联（Association） 实体之间的一个结构化关系表明对象是相互连接的。UML箭头是可选的，它用于指定导航能力。如果没有箭头，暗示是一种双向的导航能力。在 Java 中，关联（图E）转换为一个实例作用域的变量，就像图E的“Java”区域所展示的代码那样。可为一个关联附加其他修饰符。多重性（Multiplicity

关联关系：一个类作为另一个类的属性，两者之间没有其他关系。 依赖关系:类A作为类B中的形参，传入。类B调用类A中方法，类B依赖类A。 聚合关系:类A属于类B的部分，类A从类B中脱离出来还是有意义的。 组合关系:类A属于类B的部分，类A从类B中脱离出来就没有意义。 类之间可能存在以下几种关系：关联(association)、依赖(dependency)、聚合(Aggregation，也有的称聚集)、组合(Composition)、泛化(generalization，也有的称继承）、实现(Realization)。 关联是指两个类之间存在某种特定的对应关系，例如客户和订单，一个订单只能属于某个客户，一个客户可能会有多张订单。根据方向，分为单向和双向。根据对应的数量分为一对一、一对多、多对多等。对应的UML图如下所示： 关联关系用实线+箭头表示。上图显示Customer和Order是双向一对多关联关系。对应的Java代码如下所示： class Customer { private Integer id; private String name; private Set<Order> orders; public Set<Order> getOrders() { return orders; } public void setOrders(Set<Order> orders) { this

类之间可能存在以下几种关系：关联(association)、依赖(dependency)、聚合(Aggregation，也有的称聚集)、组合(Composition)、泛化(generalization，也有的称继承）、实现(Realization)。 关联是指两个类之间存在某种特定的对应关系，例如客户和订单，一个订单只能属于某个客户，一个客户可能会有多张订单。根据方向，分为单向和双向。根据对应的数量分为一对一、一对多、多对多等。对应的UML图如下所示： 关联关系用实线+箭头表示。上图显示Customer和Order是双向一对多关联关系。对应的Java代码如下所示： class Customer { private Integer id; private String name; private Set<Order> orders; public Set<Order> getOrders() { return orders; } public void setOrders(Set<Order> orders) { this.orders = orders; } } class Order { private Integer id; private float money; private Customer customer; public Customer getCustomer(