201010405321实验二静态建模活动图用例图类图

UML静态建模机制

UML 静态建模机制UML 静态建模机制00任何建模语言都以静态建模机制为基础。

UML 的静态建模机制包括用例图、类图、对象图、构件图和配置图等，使用它们建立系统的静态结构。

一、用例图长期以来，在面向对象开发和传统的软件开发中，人们根据典型的使用情景来了解需求。

但是，这些使用情景是非正式的，虽然经常使用，却难以建立正式文挡。

用例模型由Ivar Jacobson 在开发 AXE 系统中首先使用，并加入由他所倡导的OOSE 和 Objectory 方法中。

用例方法引起了面向对象领域的极大关注。

自 1994 年 Ivar Jacobson 的著作出版后，面向对象领域已广泛接纳了用例这一概念，并认为它是第二代面向对象技术的标志。

用例视图也称用例模型，用例模型描述的是外部执行者(actor)所理解的系统功能。

用例模型用于需求分析阶段，它的建立是系统开发者和用户反复讨论的结果，表明了开发者和用户对需求规格达成的共识。

首先，它描述了待开发系统的功能需求；其次，它将系统看作黑盒，从外部执行者的角度来理解系统；第三，它驱动了需求分析之后各阶段的开发工作，不仅在开发过程中保证了系统所有功能的实现，而且被用于验证和检测所开发的系统，从而影响到开发工作的各个阶段和 UML 的各个模型。

在 UML 中，一个用例模型由若干个用例图描述，用例图中显示执行者、用例和用例之间的关系。

用例图包含系统、执行者和用例 3 种模型元素。

1. 系统系统是用例模型的一个组成部分，代表的是一部机器或一个业务活动，而不是真正实现的软件系统。

系统的边界用来说明构建的用例模型的应用范围。

例如一台自助式售货机(被看作系统)应提供售货、供货、提取销售款等功能。

这些功能在自动售货机之内的区域起作用，自动售货机之外的情况不考虑。

准确定义系统的边界并不总是件容易的事，因为严格地划分哪种任务最好由系统自动实现，哪些任务由其他系统或人工实现是很困难的。

另外，系统最初的规模应有多大也应该考虑。

uml建模与设计模式绘制流程图实训步骤及内容

uml建模与设计模式绘制流程图实训步骤及内容
UML（Unified Modeling Language）建模和设计模式绘制流程图的实训步骤及内容可以分为以下几个部分：
1. 确定需求：首先，明确需要建模和设计的系统或软件的需求。

了解系统的功能、特性和约束条件，明确需求背景和使用场景。

2. 选择适当的UML图：根据需求和实际情况，选择合适的UML图，例如用例图、类图、序列图、活动图等。

每个UML图都有不同的用途和表达能力，根据需求选择合适的图形。

3. 绘制用例图：根据需求，绘制用例图来描述系统的功能需求和角色之间的关系。

用例图是用来描述系统功能和用户之间的交互关系的图形。

4. 绘制类图：根据需求，绘制类图来描述系统中的类、属性和方法之间的关系。

类图是用来描述系统中静态结构的图形。

5. 绘制序列图：根据需求，绘制序列图来描述系统中对象之间的交互流程和时间顺序。

序列图是用来描述系统中动态行为的图形。

6. 绘制活动图：根据需求，绘制活动图来描述系统中的业务流程和操作步骤。

活动图是用来描述系统中流程的图形。

7. 应用设计模式：根据需求和问题的性质，应用合适的设计模式来解决问题。

设计模式是一种被广泛接受的、可重复使用的解决方案，可以提高系统的可维护性和扩展性。

8. 优化和评估：根据建模和设计结果，进行优化和评估。

检查模型的准确性和一致性，找出潜在的问题和改进空间。

在整个实训过程中，需要遵循良好的建模和设计规范，确保模型的清晰和可理解性。

并且在绘制流程图时，要注重细节的准确性，保证图形的易读性和可操作性。

第四讲静态模型

}
class BoxWeight extends Box{ double weight;
public double getWeight(){}
public double volume(){} }
2.实现关系：实现关系指定两个实体之间的一个合同。换言之，一个实体定义一个合同，而另一个实体保证履行该合同。关系中的箭头由实现接口的类指向被实现的接口。在Java中，实现关系可以直接用接口，implements关键字表示。在有些程序语言中不支持接口，但支持类之间的多重继承，在 UML中，可以使用泛化关系表示。对照以下两图。
Java代码映射如下： public class Employee{ public void culcSalary(Calculator cSalary){ //… } }
(2)全名：也称为路径名，就是在类名前面加上包的名称，例如 java::awt::Rectangel、businessRule::Order等。类名的命名规则遵循java语言中类的命名规则及规范。后面介绍的属性及操作的命名亦同java语言。 2.属性属性描述了类的静态特征，在面向对象编程中，把属性表示为成员变量。例如，在图4-2所示的Order类中，列出了orderDate（下订单时间）、destArea（送货区域）、price（订单总价格）、paymentType（支付类型）四个属性，它们是用来描述每个具体的订单对象的。
3.关联类在实际应用当中，我们会发现两个类之间具有多对多的关系，并且有些属性不属于关联两端任何一个类，例如，在某个应用系统中有两个类： Person(人)和institute(协会)，显然一个Person可以属于多个institute，而每个institute肯定会吸纳很多Person。因此它们之间很显然就是一个多对多的关系。如果要记录每个Person在所属的institute所担任的职务，应该把这个职务属性放在哪个类中呢？这个属性既不属于Person，也不属于institute。显然，这个属性应该放在关联类中(Role)，如图4-7所示。

实验二用例图的绘制（2学时）-实验二用例图的绘制（2学时）

实验二用例图的绘制（2学时）1、实验目的：通过实验，熟悉并掌握UML中用例图的绘制。

2、实验内容：设计和实现某学校的网上选课系统的用例图。

3、实验要求（1）给出本系统的功能描述：某学校的网上选课系统主要包括如下功能：管理员通过系统管理界面进入，建立本学期要开的各种课程、将课程信息保存在数据库中并可以对课程进行改动和删除。

学生通过客户机浏览器根据学号和密码进入选课界面，在这里学生可以进行三种操作：查询已选课程、选课以及付费。

同样，通过页五层，这些操作结果存入数据库中。

（2）对本系统的用例、活动者进行分析：本系统拟使用Java语言通过三层模型实现：数据核心层、业务逻辑层和接入层。

数据核心层包括对于数据库的操作；业务逻辑层作为中间层对用户输入进行逻辑处理，在映射到相应的数据层操作；接入层包括用户界面、系统登录界面、管理界面、用户选课界面等。

本系统涉及的用户包括管理员和学生，他们使用例图中的活动者，他们的主要特征相似，都具有学号和姓名等信息，可抽象出“基”活动者people，而registrar和student则从people同一诞生，数据库管理系统是另外一个活动者。

（3）写出系统中出现的一些事件流，如添加课程事件流、删除课程事件流、修改课程事件流、选课事件流。

下面是系统中出现的一些事件流。

添加课程事件流：a)管理员选择进入管理界面，用例开始。

b)系统提示输入管理员密码。

c)管理员输入密码。

d)系统验证密码。

A1：密码错误e)进入管理界面，系统显示目前所建立的全部课程信息。

f)管理员选择添加课程。

g)系统提示输入新课程信息。

h)管理员输入信息。

i)系统验证是否和已有课程冲突。

A2：有冲突j)系统添加新课程，提示课程添加成功。

k)系统重新进入管理主界面，显示所有课程。

l)用例结束。

其他事件流：A1：密码错误a)系统提示再次输入密码b)用户确认。

c)三次错误，拒绝再次访问。

d)否则进入添加课程事件流第e)步。

UML静态模型

UML静态建模—类图与对象图
关系
关联（Association）
关联用于描述类与类之间的连接。由于对象是类的实例，因此类与类之间的关联也就是其对象之间的关联。
泛化（Generation）
又称继承，A generalization is a relationship between a more general and a more specific element。
9.
{
10.
employee = p;
11.
}
12. }
13. class Person
14. {
15.
… (略)
16. }
UML静态建模—类图与对象图
关系—组合聚合（composition Aggregation）
如果构成整体类的部分类完全隶属于整体类，则这样的聚合称为复合聚合。换句话说，如果没有整体类则部分类也没有存在的价值，部分类的存在是因为有整体类的存在。
关系—共享聚合（Shared aggregation）
1. // 主程序 2. Person p = new Person(); 3. Team t = new Team(p);
4. class Team
5. {
6.
Person employee;
7.
// Constructor
8.
public Team(Person p)
由名称、属性、方法构成
对象是类的实例。
类之间的关系一共有四种：关联、泛化、依赖、实现化。包（Package）用来分类、组织类。
关联：用于表示类的对象之间的关系。其特殊
user
形式有组成关联和聚集关联。

UML中共有5种静态图

UML中共有5种静态图：用例图，类图，对象图，组件图和配置图。

（1）用例图Use Case Diagram用例图展现了一组用例、参与者以及它们之间的关系可以用来描述系统的静态使用情况。

上图中小人形状的用户和ATM是参与者、椭圆形状的如插入卡、输入密码等是用例（2）类图Class Diagram类图展示了一组类、接口、子类以及他们之间的关系，在建模中最常用到的图就是类图；可以用类图说明系统的静态设计视图，包含主动类的类图。

上图中反应了5个类之间的关联关系，人民币账户和美元帐户从账户继承，账户和ATM相关联，两种账户和用户相关联（3）对象图Object Diagram对象图展示了一组对象和他们间的关系，可以用来说明类图中翻译的事物实例的数据结构和静态快照，表达了系统的静态设计视图和静态过程视图，除了显示和原型方面的因素外，它与类图的作用是相同的。

（4）组件图Component Diagram组件图，又名构件图，展现了一组组件之间的组织和依赖，用于对源代码、可执行的发布、物理数据库和可调整的系统建模。

上图中组件1和组件3依赖于组件2（5）配置图Deployment Diagram配置图展现了对运行时处理节点以及其中组件的配属，它描述系统硬件的物理拓扑结构，以及在此结构上执行的软件。

用配置图说明系统结构的静态配置视图，即说明分布、交互和安装的物理系统。

上图中，三个处理机与两个涉笔，相互之间是关联的关系UML中动态图有四种，分别是：时序图、协作图、状态图和活动图。

（1）时序图Sequence Diagram时序图展现了一组对象和由这组对象收发的信息，用于按时间顺序对控制流建模。

可以用时序图来说明系统的动态视图。

这里貌似有不同的说法Visual Paradigm里面叫时序图为Timing Diagram，而我参照的教材里边没有这种图，按理说是应该有的。

上图反应了用户与ATM交互的整个过程。

（2）协作图Collaboration Diagram协作图展现了一组对象之间的链接以及这组对象收发的消息，强调收发消息对象的组织结构，按组织结构对控制流建模。

UML静态模型建模实验指导书

湖南科技学院验证性实验指导书
实验名称：UML静态模型建模
实验项目性质：验证性实验
所涉及课程：《UML与软件建模》
计划学时：2
一、实验目的
1掌握visio软件绘制UML类图、对象图的实现
2掌握分析系统静态结构的一般方法和步骤
二、实验内容
分析你熟悉喜爱的一个事物的静态结构，训练运用visio软件绘制UML类图的方法和技巧
三、实验（设计）仪器设备和材料清单
带visio2010软件的PC机若干
四、实验要求
了解UML类图、对象图的特点，绘制规范正确的UML类图、对象图描述系统静态结构模型视图，了解静态模型分析的一般方法五、实验步骤及结果测试
1介绍静态模型视图的特点（文字描述，不少于40字）
2从自身角度分析你一个喜爱事物的静态结构模型（文字描述，不少于40字）
3利用visio2010软件和所学知识绘制该UML类图（尺规作图）六、考核形式
UML类图课堂检查+实验报告（50%+50%）
七、实验报告要求
规范、清晰、真实
八、思考题（总结）
通过本次实验，如何理解UML类图的特点及应用，结合实际体会出发描述（不少于40字）。

02UML静态建模、动态建模与架构建模

类名属性 - SID: String - SName: String - SPassword: String - SSpecialty: String - SClass: String 界面类属性和操作省略。界面类属性和操作省略。 - CID: String - CName: String - CStartDate: Date - CPeriod: int - CStudentAmount: int + validateCourse(Course c): boolean + displayCourse(Course[] c) :void + viewCourse(): void + selectCourse(): void 操作
命名规约。
UML静态建模（续）
任务求解
步骤1：识别类。通过对场景提供的用例描述进行分析，我们可以得到以下几个类：
类名 Student SelectCourseForm
对应名词或动宾短语学生选课界面
类型实体类边界类
Course
CourseValidator CourseDisplay SelectSuccessForm
操作都具有可见性。
可见性为public时，意味着所属类之外界皆可以使用之。可见性为private时，意味着所属类之外界皆无法使用之。即使是子类也无
法使用到父类内的private属性和操作。
可见性为protected时，意味着所属类之外界无法使用之，但是子类可使用
到父类内的protected属性和操作。
UML静态建模（续）
接口与实现关系
接口之间也可以有与类之间关系类似的实现关系和依赖关系，但是接口和
类之间还存在一种实现关系，在这种关系中，类实现了接口，类中的操作

静态视图—类图

依赖
Commission
依赖 import 依赖 friend 依赖 template
依赖
Binding
依赖关系的分类图
3.2.2 依赖关系的表示
♦ 在UML语言中，采用虚线加箭头的方式语言中，语言中
表示依赖关系，表示依赖关系，箭头指向被依赖的对象 ♦ 例如：例如：
定时器类时间到
提供者依赖关系
单名字或者复杂名字 1. 简单名字，即类名简单名字， Student， Teacher等等，等等 2. 复杂名字，包名：类名复杂名字，包名： Department::Student School::Teacher
2.3.1 类名的约定
♦ 在UML语言中，类名有如下约定：语言中，语言中类名有如下约定：
泛化关系举例
3.4 实现关系（Realization）实现关系（）
♦ 实现关系是规格说明和实现间的关系，实现关系是规格说明和实现间的关系是规格说明和实现间的关系， ♦ ♦ 1. 2.
它表示不继承结构只继承行为大多数情况下，大多数情况下，实现关系用来规定接口和实现接口的类或组件之间的关系可以在两种情况下使用实现关系在接口与实现该接口的类之间在用例以及实现该用例的协作之间
3.2 依赖关系（Dependency）依赖关系（）
♦ 如果有两个类与B，当我们修改类时如果有两个类A与，当我们修改A类时
会引起B类的修改，我们称类依赖于类会引起类的修改，我们称类B依赖于类类的修改 A。。 ♦ 依赖关系可能由各种原因引起，比如一依赖关系可能由各种原因引起可能由各种原因引起，个类向另一个类发送消息；个类向另一个类发送消息；一个类是另一个类的数据成员，一个类的数据成员，一个类是另一个类的某个操作参数等(use a关系关系) 的某个操作参数等关系 ♦ UML中包含了种依赖关系：使用中包含了4种依赖关系中包含了种依赖关系：使用(Usage) 依赖，抽象(Abstraction)依赖，授权依赖，依赖，抽象依赖 (Permission)依赖和绑定依赖和绑定(Binding)依赖依赖和绑定依赖

静态图(图文借鉴)

第3章类图、对象图和包图使用面向对象的思想描述系统，能够把复杂的系统简单化、直观化，这有利于用面向对象的程序设计语言实现系统，并有利于未来对系统的维护。

构成面向对象模型的基本元素有类、对象和类与类之间的关系等。

类图和对象图合称为结构模型视图或者静态视图，用于描述系统的结构或静态特征。

其中，类图用来描述系统中的类以及类与类之间的静态关系等；对象用来描述特定时刻实际存在的若干对象以及它们之间的关系。

一个系统的模型中可以包含多个对象图，每个对象图描述了系统在某个特定时刻的状态。

人们为了控制现实系统的复杂性，通常会将系统分成较小的单元，以便一次只处理有限的信息。

UML提供了包这一机制，使用它可以把系统划分成较小的便于处理的单元。

本章主要介绍类、类图、对象、对象图、类与类之间的关系以及包图等内容，并且还将创建图书管理系统的类图。

本章学习要点：➢理解类图的基本概念➢为系统建模类➢建模类之间的关联关系➢理解并建模泛化关系➢了解依赖关系和实现关系➢了解对象图和包图的概念➢构造类图3.1 类图构建面向对象模型的基础是类、对象以及它们之间的关系。

可以在不同类型的系统（例如，商务软件、嵌入式系统、分布式系统等）中应用面向对象技术，在不同的系统中描述的类可以是各种各样的。

例如，在某个商务信息系统中，包含的类可以是顾客、协议书、发票、债务等；在某个工程技术系统中，包含的类可以有传感器、显示器、I/O 卡、发动机等。

在面向对象的处理中，类图处于核心地位，它提供了用于定义和使用对象的主要规则，同时，类图是正向工程（将模型转化为代码）的主要资源，是逆向工程（将代码转化为模型）的生成物。

因此，类图是任何面向对象系统的核心，类图随之也成了最常用的UML图。

3.1.1 概述类图是描述类、接口以及它们之间关系的图，它显示了系统中各个类的静态结构，是一种静态模型。

类图根据系统中的类以及各个类的关系描述系统的静态视图。

可以用某种面向对象的语言实现类图中的类。

跟我学UML——UML静态建模中的UML类图

4、类的职责（类中的程序最终所完成的功能）（1）什么是类的职责：类所担任的任务和所要完成的功能（2）遵守OO中的“单一职责”原则进行类的设计在类的设计时应该遵守 OO中的“单一职责”原则，这样有利于类的重用。
您了解吗?为什么如此?
二、UML中的类之间的各种关系
1、类之间的关联（Association）（1）关联的含义
1、类中的组成成员及其UML的图示
成员属性类名

成员方法
2、类之间的关系如上图所示
3、类中的成员变量（属性）的UML图示
（1）属性（成员变量）
（2）类的static成员属性：表示为带下划线的形式
（3）成员变量的访问控制
public private
注意在Rose工具中的表示形式
protected
4、类中的成员方法的UML图示（1）类中的操作（成员方法）无返回值
UML静态建模中的UML类和接口
UML静态建模中的UML类、接口和对象
在本讲您能了解如下内容静态建模中的UML类图类的各种关系及正确选择在Rose中实现项目的类图静态建模中的UML接口在Rose中实现项目的接口
一、UML中的类及类图概述
1、UML中的类及类图（1）类图
类是面向对象模型的最基本的模型元素。类图表达为了实现某一个用例或者一组用例中的一组对象类之间的静态结构，以及它们之间的联系和交互。
（3）关联的特性
关联是对象间的长期关系：在程序代码中体现为一个对象保存对另一个对象的引用，并在需要的时候调用这个对象的方法。关联关系一般是使用实例变量实现的，请见如下的代码示例。
（4）关联的重数
关联端可以标示出关联中的目标对象的数量关系----重数（多重性）。关联端的多重性规定该类有多少个对象参与该关联。

静态建模

类的识别
一、识别系统的类
通过名词识别法和系统实体识别法等方法可以确定系统的十二个类：值班护士医生病人病症监视中央监护系统报警信号标准病症信号库病历库病人病症信号病情报告病历标准病症信号
值班护士用户名密码医生用户名密码病人姓名性别年龄病症提供病症信号（）病症监视采集频率病症信号
用指定语言对系统进行描述；
从系统描述中标识名词、名词短语、名词性代词；
识别确定（取、舍）类。
为了发现对象和类，开发人员要在系统需求和系统分析的文档中查找名词和名词短语，包括：可感知的事物、角色、事件、互相作用、人员、场所、组织、设备和地点等。
根据下述原则进一步确定类： ①去掉冗余类：如两个类表述同一信息，应保留最具有描述能力的类。识别问题域中的实体，实体的描述通常用名词、 ② 去掉不相干的类：删除与名词短语、名词性代词的形式出现。问题无关或关系不大的类。 ③ 删除模糊的类或性质独立用指定语言对系统进行描述；性不强的类：有些初始类边界定义不确切，或范围太广，应从系统描述中标识名词、名词短语、名词性代词；该删除。识别确定（取、舍）类。⑤ 所描述的操作不适宜作为对象类，并被其自身所操纵，所描述的只是实现过程中的暂时的对象，应删去。
抽象类实现了系统内部的重用，很好地控制了复杂性，并为所有子类定义了一个公共的界面，使设计局部化，提高系统的可修改性和可维护性。
5.4.2 UML中类之间的关系
UML中类的关系有关联(association) ,聚集(aggregation) , 泛化(generalization) , 依赖(depending)和细化 (refinement)。
其中：可见性(visibility)表示该属性对类外的元素是否可访问。

第6章静态建模

attribute-name：表示属性名。
type（类型）：用来指明属性名的类型。
initial-value(初值)：在创建一个类的实例对象时，应对其属性赋值，如果类中对某属性定义了初值，则该初值可作为创建对象时该属性的默认值。
UML建模实例教程
6.3.3类的属性的描述
visibility（可见性）：表示该属性在哪个范围内可见（即可使用），见下表:
作，实现对其他对象的控制。每个用
例都有一个控制类！
UML建模实例教程
若干提示
6.2 类图概述
在传统的C/S系统中，实体类、边界类和控制类没有严格的一一对应关系；在现在流行的设计模式（如：MVC模式）中，实体类、边界类和控制类一一对应。根据系统功能和需求模型发现对象和类的一般方法如下： Step1:分析人员、组织、设备、事件和外部系统等，找出各种可能有用的候选对象，以发现实体类； Step2:阅读系统文档和用例，查找用例的事件流中的名词（包括角色、类、类属性和表达式），从中寻找到类（实体类）； Step3:对于边界类，分析阶段不需要深入研究用户界面的窗口部件，只要能说明通过交互所实现的目标就可以。有些类无法通过以上方法找到；有些类需要从协作图和顺序图中通过分析对象来确定。
类名：责任：协作者：
UML建模实例教程
6.3.2 如何识别类
1. 识别候选的类
(1) 标识潜在的对象类
通常用例事件流程的描述中出现的名词或名词短语是可能的潜在对象，它们以不同的形式展示出来，
如：与系统交互的角色：与管理者、工程师、销售；系统的工作环境场所：车间、办公室；概念实体、发生的事情或事件：报告、信息显示、信函、信号；部门、设备：班组、学校、汽车、计算机。与系统有关的外部实体：其他系统、设备、人员等生产或消费计算机系统所使用的信息。

UML(ROSE)综合实验报告(包括用例图、类图、组件图等等)

计算机科学与技术专业实验报告课程名称：UML 统一建模语言……………………………………………装……………………………………订……………………………………线……………………………………………………………图图2-4（Ⅱ）按系统的重要模块细分系统设置模块：设置系统基本信息，由系统管理员操控；如图统计管理模块：统计分析营业状况，由财务管理员操控；如图图2-5图2-7图2-8图2-9⑶组件图：描述软件组件以及组件之间的关系，组件本身是代码的物理模块，则显示了代码的结构。

组件图中通常包括：组件、接口和关系。

在系统建模中建立组件图的用途有：能帮助客户理解最终的系统结构；工作有一个明确的目标；有助于工作组的其他人员理解系统；有利于软件系统的组件重用。

以下图2-10是对该软件系统进行组件图建模图2-10图2-123、系统的行为模型动态模型描述了系统随时间变化的行为，这些行为是用从静态视图中抽取的系统的瞬间值的变化来描述的。

在UML的表现上，动态模型主要是建立系统的交互图和行为图。

交互图包括时序图和协作图；行为图则包括状态图和活动图。

（1）时序图：时序图用来显示对象之间的关系，并强调对象之间消息的时间顺序，同时显示对象之间的交互，它可以与时序图互换。

包括了4个元素，分别是对象、生图3-1图3-3图3-5图3-6图3-7活动图是一种特殊形式的状态机，用于对计算流程和工作流程建模。

可以算是状态的一种扩展方式。

活动图与状态图不同，它除了描述对象状态之外，突出了它的活动。

活动图包括动作状态和活动状态。

对象的动作状态是活动图最小单位的构造块，表示原子动作。

动作状态表示状态的入口动作。

对象的活动状态可以被理解成一个组合，它的控制流由其他活动状态或动作状态组成。

第静态建模PPT课件

第18页/共51页
绘制带操作的实体类
完成步骤
（1）添加方法（2）设置方法的属性
第19页/共51页
绘制带操作的实体类
完成步骤
（1）添加方法（2）设置方法的属性
第20页/共51页
绘制带操作的实体类
完成步骤
（3）设置抽象方法
第21页/共51页
绘制带操作的实体类
完成步骤
（4）完成 WebShop电子商城实体类图的绘制
第27页/共51页
中的类与语言中的类
完成步骤
UML中的类可以使用面向对象语言的类结构描述来实现（以Java语言为例）
第28页/共51页
课堂实践 2
操作要求（1）确定并绘制图书管理系统中的边界类图。（2）确定并绘制图书管理系统中的控制类图。
操作提示（1）通过学习小组讨论和上网查询资料形式完成。（2）注意控制类和边界类的特点和绘制方法。（3）体会实体类、边界类和控制类三者之间的关系。
第23页/共51页
绘制边界类图
完成步骤
（1）右键单击视图区域中的 “Logical View”节点，选择新建包，命名为“边界类图”。
（2）在类图中添加名为“登录页面” 的类，右键单击该类，在右键菜单中选择【Open Specification】菜单，在打开的类的属性设置对话框中选择【Stereotype】下拉列表框，选择【boundary】项，即可将“登录页面”类设置为边界类。
第16页/共51页
【任务2-2】绘制WebShop商品类图
5．添加属性
第一种方法：直接添加新的属性。在绘图区域中右键单击要添加属性的类（如：商品），选择【New Attribute】菜单
第二种方法：通过“Class Specification for商品”对话框添加新的属性。在如图6-14所示对话框中，选择【Attributes】实体类

UML 各种图总结精华

UML 各种图总结精华UML（Unified Modeling Language）是一种统一建模语言，为面向对象开发系统的产品进行说明、可视化、和编制文档的一种标准语言。

下面将对UML的九种图+包图的基本概念进行介绍以及各个图的使用场景。

一、基本概念如下图所示，UML图分为用例视图、设计视图、进程视图、实现视图和拓扑视图，又可以静动分为静态视图和动态视图。

静态图分为：用例图，类图，对象图，包图，构件图，部署图。

动态图分为：状态图，活动图，协作图，序列图。

1、用例图（UseCase Diagrams）：用例图主要回答了两个问题：1、是谁用软件。

2、软件的功能。

从用户的角度描述了系统的功能，并指出各个功能的执行者，强调用户的使用者，系统为执行者完成哪些功能。

2、类图（Class Diagrams）：用户根据用例图抽象成类，描述类的内部结构和类与类之间的关系，是一种静态结构图。

在UML类图中，常见的有以下几种关系: 泛化（Generalization）, 实现（Realization），关联（Association)，聚合（Aggregation），组合(Composition)，依赖(Dependency)。

各种关系的强弱顺序：泛化 = 实现 > 组合 > 聚合 > 关联 > 依赖2.1.泛化【泛化关系】：是一种继承关系，表示一般与特殊的关系，它指定了子类如何继承父类的所有特征和行为。

例如：老虎是动物的一种，即有老虎的特性也有动物的共性。

2.2.实现【实现关系】：是一种类与接口的关系，表示类是接口所有特征和行为的实现。

2.3.关联【关联关系】：是一种拥有的关系，它使一个类知道另一个类的属性和方法；如：老师与学生，丈夫与妻子关联可以是双向的，也可以是单向的。

双向的关联可以有两个箭头或者没有箭头，单向的关联有一个箭头。

【代码体现】：成员变量2.4. 共享聚合【聚合关系】：是整体与部分的关系，且部分可以离开整体而单独存在。

静态建模-类图对象图

2.External system boundary class 表示通讯协议（如TCP/IP）的类直接与外部设备交互的类直接与外部系统交互的类
静态建模-类图
控制类：每个用例通常有一个控制类，控制用例中的事件顺序，控制类也可以在多个用例间共用。
静态建模-类图
实体类：用于对必须存储的信息和相关行为建模的类。
(2)泛化关系
是指类间的“一般-特殊”关系。
静态建模-类图
（3）依赖一模型元素变化必影响另一模型元素。
静态建模-类图
（4）实现是指一个类描述了另一个类保证实现的合约。
系统设计视图中的类AccountBusinessRules（帐户商业规则）由接口类IRuleAgent（规则代理）实现。
静态建模-对象图
静态建模-类图对象图
类图对象图包
静态建模-类图
类图是面向对象建模最常用的图，描述类与类间的静态关系。
静态建模-类图
类属性的语法： [可见性] 属性名[：类型][=初值] 可见性：公有（＋）、私有（－）、保护（#）公有：可被外部对象访问私有：不可为外部对象访问，只能为本类对象使用保护：可为本类对象和子类对象访问。
静态建模-包图
包依赖：一个元素定义改变引起另一元素发生相应改变，
用虚线箭头表示包间依赖关系，虚箭线从依赖包指向独立包。包泛化：
两个包间有一般特殊关系，实线箭头表示包间泛化关系。
包图
静态建模-类图
静态建模-类图
类操作的语法 [可见性]
类的版型
静态建模-类图
边界类：位于系统与外界的交界处
er interface boundary class 窗体（form）、对话框（dialog box）、报表（report）

软件需求静态建模实验报告

软件需求静态建模实验报告课课程实验报告专专业年级课课程名称指指导教师学学生姓名学学号实实验日期实实验地点实实验成绩教务处制20年月日实验项目名称软件需求静态建模实验目的及要求绘制类图。

包括类的属性和类之间的关系实验内容对案例项目的用例描述进行分析，找出其中的类，并定义其属性。

实验步骤1、寻找系统中的类。

类图中的类是针对用例描述、时序图和协作图中的每个对象创建的，系统中对类的识别可以通过寻找用例描述中的名称来进行。

在本实验中，根据实验二和实验三中的用例描述和用例场景，用确定名词短语的方法来寻找概念类，从实验二的用例描述中，可得到如下用例，iaos中的名词和名词短语：顾客：A.会员顾客；B.非会员顾客书籍种类：A.人文学科类；B.自然科学类C.杂志类D.小说类收银员店内服务人员租赁记录2、确定类的属性可根据用例描述中的分析，可以得出可类的属性，如:A.顾客：会员号、姓名、地址、电话号码、借书记录B.图书:书名、价格、条形码、剩余数量、类型C.收银员：姓名、工号、年龄、地址、电话号码D.租赁记录：图书的条码、图书名、租赁人姓名、电话号码、租赁日期应归还日期3、确定类之间的关系识别出类后，还要识别出类之间的关系。

由于顾客对的操作是依赖收银员的，因此，顾客到收银员是虚箭头，表示两者的依赖关系，而顾客又分会员顾客和非会员顾客，他们之间的关系为泛化（继承）关系，如图1-1。

图1-1类之间的关系图1-2类之间的关系由于从类型是书籍，所以类型主要是纸质书籍，但书籍种类包括人物科学类书籍，自然科学类书籍，杂志类，小说类因此其关联的类图如图1-3：图1-3类之间的关系图1-4租赁用例类图实验环境PC计算机，Windows2000(或或WindowsXP)及以上版本。

安装3rationalrose2003版本实验结果与分析通过该实验，我不仅了解了类之间的关系，还掌握了类图的画法教师评语注：可根据实际情况加页这个作者的写法很神奇！。