uml静态模型的原理、方法和步骤
跟我学UML静态建模——设计和实现UML包图
（2）某BBS论坛系统前台应用的包图示例
（3）某网上书店项目中的各个包所形成的包图
9、在Rose中产生包图的实现过程
本讲的简要回顾
1、子曰：“学而不思则罔，思而不学则殆。” “学而时习之”
2、子曰：“知之者不如好之者,好之者不如乐之者”
3、子曰：“三人行,必有我师焉”
（2）通过包可以形成一个高内聚、低耦合的类的集合。
（3）在概要设计阶段，可 以用包图来建立系统的体系 的体系结构
6、包之间的依赖关系 （1）什么是包之间的依赖关系 包与包之间存在的依赖通常是指这两个包所含的模型元 素之间存在一个或者多个依赖——如在一个包中使用另 一个包中的元素，此时我们认为它们之间存在依赖。 Java程序代码中的import语句体现出的关系为依赖关系 （2）依赖关系的图示 包的依赖关系的图形表示同样是虚箭线，方向为从依 赖包指向被依赖包。 包的依赖联系不具有传递性（而继承具有传递性）。
（2）包的作用 其作用不仅仅是为模型元素分组 它还为所拥有的模型元素构成一个命名空间 （3）包的应用要点 模型元素依赖于包---包不存在了，模型元素随之消 失。 不同包中的模型元素名字可以同名，但在同一个包中 不可以 5、包图的应用目的 （1）能够体现出问题的层次关系 使用包图的目的是把模型元素组织成组并为其命名， 以便作为一个整体处理。 对于一个大型系统，通过使用包来组织大量模型元素 以便于对系统的理解和处理，使之有很好的层次关系。
4、子曰：“我非生而知之者,好古,敏以求之者也”
5、师者：“传道、授业和解惑”
跟我学UML静态建模 ——设计和实现UML包图
跟我学UML静态建模 ——设计和实现UML包图
在本讲您能了解如下内容
静态模型原理及应用
静态模型原理及应用静态模型（Static Model）是指在特定时间点上，对系统的结构和元素进行描述的模型。
它主要用于显示系统的组成部分、元素之间的关系以及系统的静态特征。
静态模型通常用于需求分析和软件设计阶段，并且被广泛应用于各个领域，如软件开发、系统工程、建筑设计等。
本文将从静态模型的原理和应用两个方面进行阐述。
静态模型的原理：1. 结构化描述：静态模型通过结构化的方式，对系统的组成部分进行描述。
它将系统划分为不同的组件或模块，并定义它们之间的关系。
这些关系可以是继承、关联、聚合等。
通过结构化描述，可以清晰地展示出系统的组成结构，帮助开发人员理解和管理系统的组成部分。
2. 抽象化：静态模型在描述系统时，通常会使用抽象化的方法。
它将系统的实体和概念抽象为类、对象和属性等概念，并通过它们之间的关系来描述系统的结构。
通过抽象化，可以将系统的复杂性降低，提高系统的可理解性和可维护性。
3. 静态特征：静态模型主要关注系统的静态特征，即系统在某个时间点上的状态。
它不考虑系统的行为和动态变化。
通过静态模型，可以了解系统中的各个部分是如何组成的，以及它们之间的关系如何。
这有助于开发人员对系统的整体把握，为后续的设计和实现工作提供依据。
静态模型的应用：1. 需求分析：静态模型在需求分析阶段扮演着重要的角色。
通过建立静态模型，可以清晰地了解系统的功能需求和结构需求。
例如，可以使用类图来描述系统中的类和关系，使用用例图来描述系统的功能需求。
这有助于开发人员和需求方之间的沟通和理解，提高需求分析的准确性和可靠性。
2. 软件设计：静态模型在软件设计阶段也起到了重要作用。
通过静态模型，可以对系统进行合理分解和组织，确定系统的组成部分和模块划分，以及它们之间的关系。
例如，可以使用包图来表示系统的模块划分，使用组件图来表示系统的组件和接口等。
通过静态模型，可以使得软件设计更加清晰、模块化和可维护。
3. 系统工程：静态模型不仅适用于软件开发，也适用于其他领域的系统工程。
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静态建模—类图与对象图
关系
关联（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建模的流程
uml建模的流程
UML建模流程主要包括以下步骤：
1. 需求分析：通过业务建模理解领域需求，绘制用例图来可视化用户与系统交互场景。
2. 用例细化：定义和详细描述每个用例的行为规约，明确系统功能需求。
3. 静态建模：基于需求，创建类图描述类结构，对象图展示对象实例关系，包图组织模块划分。
4. 动态建模：通过序列图描绘对象间的交互序列，状态图展现对象状态变迁，活动图展示业务流程。
5. 架构设计：构建组件图和部署图，规划系统结构和技术实现方案。
6. 模型验证与迭代：评审模型，根据反馈调整模型直至满足系统设计需求。
跟我学UML静态建模——统一建模语言UML中的类图
2、类与类之间的关系 （1）结构性联系（静态联系） 类间的聚合、组合、泛化/特化等 （2）行为性联系（动态联系） 指类之间可以通过消息或者通过 系统预定义或用户自定义的语义联系， 主要有依赖和关联。
（3）类之间的关系及表示形式 在UML中为类之间所可能存在的关 联、泛化、实现和依赖、聚合、组合 等关系，提供了相关的描述。
3、类之间的聚合关系 （1）聚合（Aggregation） 聚合表示事物的部分 与整体关系的较弱情况。 （2）聚合的UML表示方法 在关联线端加一个小空心菱 形，菱形链接处代表整体事物类， 另一端代表部分事物类。
（3）共享聚合 在聚合中，代表部分事物 的对象可以属于多个聚合 对象，此时为共享聚合 （整体方的类的重数为 多）。
3、类的UML图示 （1）表示方式 在UML中类的图形表示为实线矩形框。
（2）类的UML图示示例
注意： 在类图中不一定要列出全部的成员内容。如在建立分 析模型或设计模型时，可以只列出类名——在此阶段中更 着重表达类之间的关系，而不关注类的组成细节； 而在建立实现模型时，再给出类中的成员属性和操作 方法等方面的详细内容的描述。
注意不要搞反了!
4、类之间的组合关系 （1）组合（Composition） 表示事物的部分与整体较强的关系，此时构成整体类的 部分类完全属于整体类。 （2）UML表示方法 在关联线端加一个小实心菱形，菱形链接处代表整体事 物类，另一端连接代表部分事物类。
（3）可以将组合 理解成强类型的聚 合。 5、类之间的泛化与 特化（继承）关系 （ 1 ）父类与子类的 关系图示为一个带 空心 三角 形 的 直 线 ， 空心三角形紧挨着 父类。
统一建模语言UML静态建模---类和接口
实验三静态模型一、实验目的掌握使...
实验三静态模型一、实验目的1．理解并掌握静态模型的相关知识。
2．掌握如何从需求分析中抽象出类的方法。
3．掌握使用建模工具Rational Rose创建静态模型的操作步骤。
二、实验器材1．计算机一台。
2．Rational Rose 工具软件。
三、实验内容与步骤静态模型是UML的基础，它用于显示系统的静态结构，特别是系统中事物（例如类、对象、包等）的内部结构以及相互关系。
类图、对象图和包图都属于静态模型。
类图主要描述系统中类的内部结构（属性和操作）及类之间的关系。
对象图是类图的实例，主要描述类图的多个对象实例及相互关系。
包图用于显示系统的分层结构，主要描述包的构成及包之间的相互关系。
静态模型中以类图的使用最为广泛，所以本章主要介绍类图，稍加说明对象图和包图的部分内容。
类图中的事物1. 类（Class）类是面向对象系统中最为重要的概念。
在UML中，类是描述事物结构特性和行为特性的模型元素。
类是对众多UML元素的泛化，这些元素包括常规的类、接口、用例和参与者；反过来说，可以认为这些元素是类的特例。
在类图中，最常用的两个元素是常规的类和接口。
类在UML中被表示为一个矩形，该矩形被分隔成上、中、下三部分，如图4.2所示和图4.3所示。
其中上部描述类的名字，中部描述类的属性，下部描述类的操作（也称类的方法），具体说明如下。
图4.3 类的简略形式图4.2 类① 名称（Name ）类映射为真实世界中的对象或结构，类的名称就是根据它们所代表的真实世界中的对象和结构来定义的。
类的名称是一个字符串，是每个类必有的构成元素，用于和其它类相互区分。
类的名称应该来自系统的问题空间，并且尽可能的明确。
一般情况下，类的名字是一个名词，如“图书”、“Animal ”、“Dog ”等。
类的名称可分为简单名称（Single Name ）和路径名称（Path Name ）。
单独的名称叫做简单名称，如图4.4所示。
用类所在的包名作为前缀的类名叫做路径名称，如图4.5所示，其中Package 为NewClass 所在的包的名称，NewClass 为类名。
系统概要设计中的UML静态建模(1)
第四章系统概要设计中的UML静态建模静态建模的目的是获得描述软件系统模型的静态结构和各个组成元素之间的关系，也就是模型的内部组成特性及其相互之间的关系。
在统一建模语言UML中，通过用例图、组件图、包图、类图、部署图来可视化地描述系统模型的静态结构。
静态建模也是动态建模的基础，本章将系统地介绍系统概要设计中涉及的UML静态建模技术，并通过网上商城项目和BBS论坛项目的具体示例，让读者体验LIML静态建模技术的实际应用。
读者需要注意的问题是，应用某种建模工具进行软件系统建模活动的学习重点和目的在于开发人员之间的交流和对复杂软件系统进行的抽象，以简化对系统中各个问题的理解，而不在于该建模工具是否能够为开发者生成目标类的代码。
比如．在Rational Rose中也提供了将设计出的各个类直接导出为某种编程语言的类代码。
但对这样的功能在IDE工具中能否提供，读者不必过多地关注：应该将学习的重点放在对设计思想、原则和方法、模式等方面的掌握。
4.1 UML组件图4.1.1 UML中的组件及组件图1．UML中的组件图（1）UML中的组件。
组件一般用于表示实际存在的、物理的物件，它是软件系统的一个物理单元，代表系统的一个物理实现块。
（2）组件图的作用。
·描述软件系统中各个组件之间的关系，并能够帮助客户理解最终的系统结构。
·每个组件图只是系统实现视图的一个图形表示，只有各个组件图组合起来，才能表示完整的系统实现视图。
使开发实现工作有一个明确的目标。
·组件图能帮助开发组中的其他人员（如文档人员）理解整个系统的组成关系。
（3）组件图中的3大组件。
从模型视图控制器（MVC）的角度来看，一个软件系统的组件图应该包括边界组件、控制组件和实体组件3大部分。
比如，在某个Web应用系统中的边界组件一般有各种值对象的JavaBean、各个JSP页面、各种页面助手的JavaBean、各种定制标签等；控制器组件一般为各个过滤器（Filter）、业务控制器HTTPServlet或者Struts Action组件；项目中的实体组件一般为各种业务实体JavaBean和持久对象PO类型的JavaBean。
《软件工程》- UML 的静态与动态建模机制
35
§6.2.2 类图 7 依赖
依赖关系的起因：
§6.2 UML静态建模机制
如果对的X修改将导致Y必须修改，则称Y依赖于X 发送消息 一个类的对象是另一个类的对象的数据成员
一个类的对象是另一个类的操作参数，等
36
§6.2.2 类图 8 约束
定义形式： {字符串}
§6.2 UML静态建模机制
{ordered} 3..*
Point
Composition 1
Polygon
* 1
Circle
radius
Style
Color isFilled
*
1
Aggregation
34
§6.2.2 类图 6 继承
§6.2 UML静态建模机制
概念层： 一般类具有的属性操作及关联，特殊类也隐含地具有 特殊类还应包含额外的属性或操作 规范层：特殊类的接口与一般类的接口相一致 实现层：特殊类是一般类的子类（在OOPL的意义上）
UML的可视化建模机制分为静态和动态：
静态机制包括：用例图、类图、对象图、包图、构件图、配臵图 动态机制包括：顺序图、合作图、状态图、活动图
5
§6.1.2 UML的历史
§6.1 UML概述
80年代末期到90年代，各种OO软件开发方法纷纷涌现： OOA/OOD, Booch, OMT, OOSE… …
Order Line
Quantity:Integer price:Money isSatisfied:Boolean
Employee 0 1 Product
Multiplicity: optional
24
§6.2.2 类图
§6.2 UML静态建模机制
第五讲-UML静态视图
用 例
类
协 作
活 动 类
组 件
版权所有 All Rights Reserved 2008-2012
应知应会
案例导入
项目实战
职场体验
UML视图
主要的域 视图 静态视图 用例视图 类图 用例图 构件图 部署图 状态机图 图 主要概念 类、关联、泛化、依赖关系、实现、接口 用例、参与者、关联、扩展、包括、用例泛化 构件、接口、依赖关系、实现 节点、构件、依赖关系图的组成
类与类的关系——组成关系 用于表示类的对象之间 的关系：整体拥有各部 分，部分与整体共存， 如整体不存在了，部分 也会随之消失。
版权所有 All Rights Reserved 2008-2012
学以致用，立足岗位成才
应知应会
案例导入
项目实战
职场体验
静态视图的组成
类与类的关系——聚合关系 用于表示类的对象之间的关系是整 体与部分的关系。
应知应会
案例导入
项目实战
职场体验
学习目标
1 2
静态视图的组成 静态视图建模技术说明
3
4
图书管理系统类图建模分析
使用ROSE绘制图书管理系统静态视图
学以致用，立足岗位成才 版权所有 All Rights Reserved 2008-2012
三种需求
两种分析方法
开发过程
(0)业务 (1)需求 (2)分析：结构 (3)分析：行为 (4)设计
对象图并不象类图那样具有重要的地位，但是利用它可以帮助我们通过具 体的实例分析，更具体直观地了解复杂系统类图的丰富内涵。
对象图还常常被用作协作图的一部分，用以展示一组对象实例之间的动态 协作关系。
版权所有 All Rights Reserved 2008-2012
跟我学UML静态建模——在Rational Rose工具中设计实现UML类图的应用示例(第2部分)
（4）抽象类的表示形式 抽象类或抽象操作的名字用斜体字表示。关键字 abstract 可以放置在位于名称下面或 后面的特性表中，如 Account{abstract} 5、依赖（Dependency） （1）依赖（实体之间一个“使用-----调用关系”关系） 特定事物的改变有可能会影响到使用该事物的事物，反之不成立。在你想显示一个事 物使用另一个事物时使用依赖关系。 通常情况下，依赖关系体现在目标类的对象出现在局部变量或者方法的参数中以及静 态方法的调用-----依赖与关联不同，首先依赖性总是单向的。 （2）代码示例 class A{ } class B{ public void method(){ A a = new A(); ...
也可以将几个实心菱形合并为一个，用直线分支地连接到各个部分类，构成一个树状 结构。
再比如， 前面的 Employee 和 TimeCard 的关系或许更适合表示成 “合成” ， 而不是表示成 “关 联” 。
“一对一”的组合关系的代码示例
表达 Class2 是 Class1 的一部分，而且是一个 Class1 拥有一个 Class2。 class Class1{ private Class2 obj; } class Class2{ }
杨教授大学堂，版权所有，盗版必究。 5/9 页
杨教授大学堂 精心创作的优秀程序员 职业提升必读系列资料
“一对多”的组合关系的代码示例
下面的例子表明，Class1 可以包容 0 到任意数量的 Class2，而当 Class1 包容 Class2 的 时候，Class2 可以被 0 或者 1 个 Class1 包容。 为了实现“一对多”的组合关系的这种包容，可以使用集合来保留这些类。 class Class1{ private ArrayList class2Obj ; } public class Class2{ } 4、泛化与特化 泛化与特化是现实世界中一般性实体与特殊性实体之间的关系，一般性实体是特殊性 实体的泛化，特殊性实体是一般性实体的特化。类与其子类便具有这样的关系。如，学生， 大学生，研究生等。
UML静态建模技术简介
1. UML概述
• UML（Unified Modeling Language，统一建模 语言）是一种可以应用于任何软件开发过程的 标记法和语义语言，主要是由Rational Software 公司的三位巨匠Booch、Rumbaugh和Jacobson 于1995年正式合作创建的。UML使用了9种模 型图用来对面向对象的软件系统进行建模。
淮海工学院 计算机课程
CurrentStudent : student Name: String=Alice Password: String=123456 Gradelevel: Integer=1 Grades：Integer={90,95,87,45,100,99} /GPA : Double=3.44 AddGrade(in Grade: Integer=90)
Update grades
teacher
《include》
淮海工学院 计算机课程
3.1.6 如何建立用例图模型
（1）找出系统中的参与者和用例 以“记录成绩”系统为例，业务需求如下: 系统可以供教师使用来为学生记录成绩 系统需要根据需求创建报告卡 系统需要允许用户浏览记录的成绩 参与者: 教师、学生、管理员 用例有: 记录成绩 更新成绩 生成报告卡 管理员 检查报告卡的准确性 分发报告卡 教师、学生、管理员 浏览成绩
（4）建立用例模型结构 教师可以记录成绩，记录成绩包含保存成绩 教师可以更新成绩，更新成绩包含加载、保 存成绩 教师、管理员和学生可以浏览成绩，浏览成 绩包含登录 管理员可以生成报告卡 教师可以分发报告卡 （5）建立用户界面的原型
淮海工学院 计算机课程
distribute report cards record grades 《include》 save grades Update grades 《include》 《include》 load grades
跟我学UML静态建模——在Rational Rose工具中设计实现UML类图的应用示例(第1部分)
1.1跟我学UML静态建模——在Rational Rose工具中设计实现UML类图的应用示例（第1部分）1.1.1UML类图1、UML类图（1）类图类是面向对象模型的最基本的模型元素。
类图表达为了实现某一用例中的一组对象类之间的静态结构，以及它们之间的联系和交互。
（2）类图的作用主要体现在描述结构和联系：类图描述系统中类的静态结构，它不仅定义系统中的类，表示类之间的联系（关联、依赖、聚合等），还包括类的内部结构（类的属性和操作）。
（3）类与类之间的联系类与类之间的联系可以分为两种：结构性联系（静态联系）和行为性联系（动态联系）。
1)结构性联系指类的继承与派生、父类与子类间的聚合、组合、泛化/特化等。
2)行为性联系指类之间可以通过消息联系，通过系统预定义或用户自定义的语义联系。
（4）类的UML的图示类是对象的集合，这些对象有共同的结构特征、行为特征、联系和语义；在UML中类的图形表示为实线矩形框。
但要注意的是：在类图中不一定要列出全部的成员内容。
如在建立分析模型或设计模型时，可以只列出类名，在图中着重表达类间联系；在建立实现模型时，再在图中给出属性和操作等详细内容。
如：（5）类中的属性成员及其UML的图示●属性（成员变量）属性是类的命名的性质，在类图中用文字串说明。
其表示为：可视性属性名（多重性）：类型=初始值其中：可视性用可视性标记表示：公共（+）、保护（#）、私有（-）类型（即数据类型）依赖于选择的工具语言。
例如，+年龄：integer=25●类的static成员属性所应该注意的是，对类的成员属性也就是 static成员属性在类图中的表示为带下划线的形式。
如下面的“货单个数”的类的成员属性的表示方式。
abstract class Computer{private CPU intelCPU;private HDDisk oneHDDisk;private Printer hpPrinter;Computer oneUserInfo;String bingPai="联想计算机";abstract public boolean calculateDate(Data oneDate) throws DataException;}（6）类中的方法成员及其UML的图示●类中的操作（成员方法）操作是类的行为特征或动态特征，用于对服务或实体相关的操作建模。
UML之系统静态模型—类图
UML之系统静态模型—类图类图⽤来描述系统的静态结构，主要由类、接⼝、协作及类之间的关系构成。
其中类之间有关联、依赖、泛化、聚合与组合的关系。
类和类之间的关系是类图的主要组成部分，其中类⼜具有属性、操作、多重性、抽象类、Root，Leef类等的性质。
⼀、理论积淀1 类1.1 属性类的⼀个特性。
⼀个类可具有零个或多个属性，单属性名必须唯⼀，不得有重复。
类属性的表⽰：可视性属性名 [多重性]：类型=初始值可视性：+ — 公共# — 保护 - — 私有多重性：说明该属性可取多少值。
如：3，4，*，0..* ，...等。
(*表⽰任意⾮负整数)类型：属性值的数据类型。
依赖于实现语⾔。
=初始值：新建对象时该属性的初始值1.2 操作操作是类能够做的事或是能对类做的事情。
⼀个类可具有零个到多个操作；操作名必须唯⼀。
类操作的表⽰：可视性操作名（参数列表）：返回列表1.3 关系⼆、实践经验1、类的发现同客户交谈，分析他们的领域知识。
注意客户描述业务事件流中的名词术语，也要注意客户提到的动词。
名词：可作为领域模型中的类或类中的属性。
动词：可能会构成类中的操作。
如果不能给类写出简短的描述，就可能希望它表⽰更多的内容，此时应分解为多个类。
2、实例应⽤篮球⽐赛：⽐赛⽬标是要把篮球投⼊蓝框并且尽量⽐对⼿得更多的分。
每个篮球队由5名队员组成：2名后卫、2名前锋和1名中锋。
每个队要将球推进蓝框附近（通过运球和传球），⽬的将篮球投⼊蓝框（必须在规定的时间内投⼊，美国职业是24秒，国际是30秒，美国⼤学是35秒）。
计算得分：三分线内得2分，线外得3分。
对⽅犯规后在罚球线处罚球投⼊得1分。
名词：篮球、蓝框、篮球队、队员、后卫、前锋、中锋、投⼊、进攻时间、三分线、罚球线、球场、⽐赛时钟等。
动词：投蓝、推进、运球、传球、犯规、...等。
UML静态建模机制
UML 静态建模机制UML 静态建模机制00任何建模语言都以静态建模机制为基础。
UML 的静态建模机制包括用例图、类图、对象图、构件图和配置图等，使用它们建立系统的静态结构。
一、用例图长期以来，在面向对象开发和传统的软件开发中，人们根据典型的使用情景来了解需求。
但是，这些使用情景是非正式的，虽然经常使用，却难以建立正式文挡。
用例模型由Ivar Jacobson 在开发 AXE 系统中首先使用，并加入由他所倡导的OOSE 和 Objectory 方法中。
用例方法引起了面向对象领域的极大关注。
自 1994 年 Ivar Jacobson 的著作出版后，面向对象领域已广泛接纳了用例这一概念，并认为它是第二代面向对象技术的标志。
用例视图也称用例模型，用例模型描述的是外部执行者(actor)所理解的系统功能。
用例模型用于需求分析阶段，它的建立是系统开发者和用户反复讨论的结果，表明了开发者和用户对需求规格达成的共识。
首先，它描述了待开发系统的功能需求；其次，它将系统看作黑盒，从外部执行者的角度来理解系统；第三，它驱动了需求分析之后各阶段的开发工作，不仅在开发过程中保证了系统所有功能的实现，而且被用于验证和检测所开发的系统，从而影响到开发工作的各个阶段和 UML 的各个模型。
在 UML 中，一个用例模型由若干个用例图描述，用例图中显示执行者、用例和用例之间的关系。
用例图包含系统、执行者和用例 3 种模型元素。
1. 系统系统是用例模型的一个组成部分，代表的是一部机器或一个业务活动，而不是真正实现的软件系统。
系统的边界用来说明构建的用例模型的应用范围。
例如一台自助式售货机(被看作系统)应提供售货、供货、提取销售款等功能。
这些功能在自动售货机之内的区域起作用，自动售货机之外的情况不考虑。
准确定义系统的边界并不总是件容易的事，因为严格地划分哪种任务最好由系统自动实现，哪些任务由其他系统或人工实现是很困难的。
另外，系统最初的规模应有多大也应该考虑。
02UML静态建模、动态建模与架构建模
在本场景中，通过分析，我们可以确定类之间的关系如下：
Student类与SelectSuccessForm类之间存在关联关系，执行者与界面直接交互；
Student类与SelectCourseForm类间存在关联关系，执行者与界面直接交互； SelectCourseForm类与Course类存在关联关系，Course信息需要被显示在SelectCourseForm上； Student类与Course类之间存在0..*对0..*的多重关联关系，一个学生可以选择多门课程也可以不选择任 何课程，一门课程也可以供多个学生选择，当然也可以没有学生选； CourseValidator类与Course类之间存在依赖关系，因为在CourseValidator类的validateCourse()方法中传入 了一个类型为Course的参数； CourseDisplay类与Course类之间存在依赖关系，因为在CourseDisplay类的displayCourse()方法中传入了 一个类型为Course的参数。
命名规约。
UML静态建模（续）
任务求解
步骤1：识别类。 通过对场景提供的用例描述进行分析，我们可以得到以下几个类：
类名 Student SelectCourseForm
对应名词或动宾短语 学生 选课界面
类型 实体类 边界类
Course
CourseValidator CourseDisplay SelectSuccessForm
UML静态建模、动 态建模与架构建模
刘伟 weiliu_china@
内
容
创建结构视图 类 实体类 控制类 边界类 类图
静态建模
对象图
内
行为视图 时序图 协作图 状态图
开放实验1-UML建模-静态模型
关 联 关 系 还 有 两 种 非 常 重 要 的 形 式 ： 分 别 是 聚 集 （ Aggregation ） 关 系 和 组 成 （Composition）关系。 � 聚集关系：描述了部分与整体关系的关联。在 UML 中，用端点带有空菱形的 线段表示，头部指向整体。 � 组成关系：是一种更强形式的关联，称为强聚合关系。在 UML 中，用端点带 有实心菱形的线段表示，头部指向整体。如心脏、肺与人之间形成组成关系。 其中，人包含心脏和肺，心脏和肺不能脱离人而独立存在。 �
（2）接口：类接口是在没有给出对象的实现和状态的情况下对对象行为的描述。通常， 在接口中包含一系列操作但是不包含属性，并且它没有对外界可见的关联。 接口是一种特殊的类，所有接口都是有构造型<<interface>>的类。一个类可以通过实现
第 6 页
共 11 页
软件工程开放实验
石。 在 UML 中，接口的表示方式是使用一个带有名称的小圆圈来进行表示的，并且我们可 以通过一条 Realize（实现关系）线与实现它的类相连接。 （3）类之间的关系 � 依赖关系：依赖表示的是两个或多个模型元素之间语义上的连接关系。它表示了这 样一种情形，提供者的某些变化会要求或指示依赖关系中客户的变化。也就是说依 赖关系将行为和实现与影响其他类的类联系起来。
步骤 1：新建模型文件，保存模型文件
第 1 页 共 11 页
软件工程开放实验
石家庄铁道大学信息学院计算机系
UML模型是以模型文件存储的，文件后缀为.mdl，创建模型文件的操作步骤为： ①启动 Rational Rose 2003：点击“开始”-〉 “所有程序”-〉Rational Software-〉Rational
� 扩展关系 extension 在一定条件下，把新的行为加入到已有的用例中，获得的新用例叫做扩展用例 (Extension)，原有的用例叫做基础用例(Base)，从扩展用例到基础用例的关系就是扩展关系。 一个基础用例可以拥有一个或者多个扩展用例，这些扩展用例可以一起使用。
Chap04 系统概要设计中的UML静态建模
类的图示
– 属性图示：可视性 属性名（多重性）:类型=初始值
test
(from ? ? ? ? ? )
– 静态成员属性：带下划线
– 方法图示：可视性 操作名(参数列表):返回列表{性质}
username : String classname : String = 09softjava getUsername()
– 用例图 – 组件图、包图、类图
UML组件图
组件：表示实际存在的、物理的物件，它是软件系统的一 个物理单元，代表系统的一个物理实现块 组件图
– 作用
• 描述软件系统中各个组件之间的关系 • 各个组件图组合起来，表示完整的系统实现视图 • 组件图可以帮助开发组中的其他人员理解整个系统的组成关系
– 3大组件（MVC角度）
UML组件图
案例：BBS系统前台
– 建立组件 – 建立组件图并添加组件 – 设置组件的关联关系 – 设置组件接口实现的依赖关系
包图
包和包图
– 包：分类管理 – 包图：通过类图来体现(Rose)
包之间的关系
– 依赖
• 如类A的修改会导致类B的改变，则成B依赖与A • 包之间的依赖关系应尽量简单、稀疏，通常要求某一包中的模型元素只 与同层及相邻下一层的模型元素之间存在依赖关系
类图
类之间的关系
– 关联（Association）关系
• • • • • 指一种对象和另一种对象有联系 单向关联 双向关联 重数（多重性）：两元(一对一)、多元（一对多或多对一、多对多） 常见的关联关系：
– – – – 0..1 1 0..* 1..10
• 例4-1P131
– 依赖（Dependency）关系
案例：BBS（数据访问层）
uml 类static函数
uml 类static函数UML类的static函数一、静态方法的特点静态方法是属于类的，而不是属于类的实例。
以下是静态方法的特点：1. 静态方法可以直接通过类名调用，无需创建类的实例。
2. 静态方法不能访问实例变量，只能访问静态变量。
3. 静态方法不能使用this关键字。
4. 静态方法不能被子类重写。
二、静态方法的用途静态方法在面向对象编程中具有广泛的应用。
以下是一些常见的用途：1. 工具类方法：静态方法通常用于封装一些通用的功能，例如数学计算、日期处理、字符串处理等。
这些方法不依赖于具体的对象实例，因此可以定义为静态方法。
2. 常量定义：静态方法可以用于定义常量，例如Java中的Math类中的PI常量就是一个静态常量。
3. 单例模式：在实现单例模式时，通常会将构造函数定义为私有的，并提供一个静态方法来获取类的实例。
4. 工厂方法：在工厂模式中，通常会定义一个静态方法来创建产品对象，隐藏产品对象的创建细节。
三、UML类图中的静态方法表示方法在UML类图中，静态方法通常用下划线加粗的方式来表示。
例如，对于一个名为"Utils"的工具类，其中有一个静态方法"calculate"，可以在类图中表示为"Utils::calculate()"。
类图还可以使用标注来表示静态方法的访问修饰符，例如"+calculate()"表示public访问修饰符，"-calculate()"表示private访问修饰符。
四、静态方法的示例为了更好地理解静态方法的用途和表示方法，我们来看一个简单的示例：一个名为"StringUtils"的工具类，其中有一个静态方法"reverse"，用于反转字符串。
下面是该工具类的代码示例：```javapublic class StringUtils {public static String reverse(String str) {StringBuilder sb = new StringBuilder(str);return sb.reverse().toString();}}```在上述代码中，"StringUtils"类定义了一个静态方法"reverse"，该方法接收一个字符串作为参数，并返回反转后的字符串。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
uml静态模型的原理、方法和步骤
静态模型描述了系统的静态结构，包括类、对象、接口、关联关系等。
其原理是通过捕捉和建模系统中的静态元素与它们之间的关系来展示系统的结构组成。
静态建模的方法通常包括：标识实体、定义类和接口、建立关联关系、定义属性和操作等。
在进行静态模型构建时，一般可以按照以下步骤进行：
1. 确定系统的边界：确定要建模的系统的范围和边界，明确系统的定义。
2. 建立类和接口：根据系统的需求和功能，识别系统中的类和接口，并进行建模。
3. 定义关联关系：确定类和接口之间的关系，包括关联关系、继承关系、依赖关系等。
4. 定义属性和操作：为类和接口中的元素定义属性和操作，明确其特征和行为。
5. 验证和优化：对建立的静态模型进行验证和优化，确保模型的准确性和完整性。
6. 文档化和交流：将静态模型进行文档化，并与相关利益相关者进行交流和反馈，以确保模型的有效应用。
通过按照以上步骤进行静态模型的建立，可以帮助开发团队更好地理解系统的结构和组成，为系统的实现和维护提供指导和支持。