UML建模学习总结（一）

110917012

       一、用例建模       对于新建的系统，用例主要用于描述系统应该具备什么样的功能；对于已经存在的系统，用例主要反映了系统能够完成什么样的功能。
       用例图的组成元素有参与者（actor）、系统边界（System Scope）、用例（Use Case）和关联（Association）。参与者也称角色是系统外部的一个人或物，它以某种方法参与系统的执行过程，它直接或者间接地驱动系统的执行。用例是对一组动作的描述，系统通过执行该动作将对参与者产生可以看到的结果，它描述参与者尅感受到的系统服务或功能。附件中图1给出一个一般用例图样例。这个用例图是用ration rose2003作出的，并没有画出系统边界。另外图2给出了一个借阅者借书和还书的用例。      用例图只是简单地用图形的方式描述系统，对于每个用例还需要有详细的文字说明，即用例描述。      用例描述一般包括用例编号、用例概述、前置条件、基本事件流其他事件流、异常事件流和后置条件。可以根据具体情况决定用例描述的详细程度。表1是粮仓管理系统中的设定温湿度阈值用例描述。

                              表1 设定温湿度阈值用例描述

元素	描述
用例编号	UC2-1
用例名称	设定温湿度
简要说明	设定温湿度的的上限和下限
前置条件	用户发出设定温湿度上限或下限的请求
基本事件流	1. 系统提示输入口令； 2. 用户输入正确口令； 3. 修改温湿度上限或者下限； 4. 保存。
扩展事件流	2a. 用户输入错误口令； 2b. 系统提示“口令错误”。
后置条件	温湿度阈值设定成功

             二、类图建模
       类图是用来显示系统中的类、接口及它们之间静态结构和关系的一种静态模型，它用于描述系统的结构。       类是对一组具有相同属性、操作、关系和语义的对象的抽象。主要包括类名称（Name）属性（Attribute）、和操作（Operation）。在类图建模中，类之间往往都是有联系的。在面向对象的建模中，类之间最常见的关系有依赖关系、泛化关系、关联关系和实现关系。
      1. 依赖关系（Dependency）
依赖关系表示两个或者多个模型元素之间语义上的关系，对于一个元素（服务提供者）的某些改变可能会影响或提供消息给其他元素（使用者）,即使用者以某种形式依赖于其他元素。依赖关系用带箭头的虚线表示，箭头指向提供服务的一方。
       2. 泛化关系（Generation）
       泛化关系是一种存在于一般元素和特殊元素之间的分类关系，即父类和之类之间的继承关系，一般元素是父类，特殊元素是子类。泛化关系用一条从子类指向父类的带空心三角形实线表示。
       3. 关联关系（Association）
       关联关系式一种结构关系，它指明一个事物的对象与另一个事物的对象之间的联系。也就是说，关联描述了系统中对象或实例之间的离散连接。给定一个连接两个类的关联，可以从一个类的对象联系到另一个类的对象。在UML中，关联关系用一条连接两个类的实线表示。
       4. 实现关系（Realize）
实现用于将一种模型元素和另一种模型元素连接起来，比如类和接口，类实线接口的方法。实现关系是用一条带指向接口的空心三角形箭头的虚线表示。