UML系统建模与分析讲义设计系统体系结构建模
课件—UML系统建模与分析设计(5)
系统设计与对象动态交互模型
动态模型主要描述系统的动态行为和控制结构。动态行 为包括系统中对象生存期内可能的状态以及事件发生时状态 的转移，对象之间动态合作关系，显示对象之间的交互过程 以及交互顺序，同时描述了为满足用例要求所进行的活动以 及活动间的约束关系。 在动态模型中,对象间的交互是通过对象间消息的传递来 完成的。对象通过相互间的通信(消息传递)进行合作,并在其 生命周期中根据通信的结果不断改变自身的状态。
16
5.2.1 一个简单的顺序图例子
17
顺序图有两个坐标： 垂直坐标--时间（从上到下），水平坐标—对象。
对象
生存线
时间
18
激活期
消息
顺序图和用例图、类图的关系
19
5.2.2顺序图的主要元素：
（1）对象：顺序图中所包含的每个对象用一个 对象框（短式）表示，对象名需带下划线。
对象图
（2）生存线：对象框下画的一条垂直虚线，称 为该对象的生存线，表示对象的生存时间。 （3）激活期：对象生存线上的一个细长方形框， 表示该对象的激活时间段，即活动期间。一 个激活的对象要么正在执行自己的代码，要 么等待另一个对象的返回。 （4）消息：对象之间消息的发送和接收用两个 对象生存线（激活期）之间的消息箭头线。
28
5.3
对象之间的同步与异步操作
1．对象之间的同步操作
同步消息的发送者把进程控制传递给消息 的接收者，然后暂停活动，等待消息的接收者 放弃或返回控制； 同步消息的接收者执行所请求的操作，如 果需要的话，可以把控制传递给另一个对象角 色，请求做某个操作，并且当该操作完成后把 控制返回给原来的同步消息的发送者； 同步消息的接收者也可以直接返回或发送 信息给原来的消息发送者。
UML系统建模与分析设计.ppt
统、角色和用例
等三种模型元素，
以及它们之间的
关系。
贸易经理
营销人员
设置边界
更新帐目
风险分析 交易估价
《使用》 《使用》
评价
进行交易
《扩展》
超越边界
记账系统 销售人员
2020/10/16
软件工程方法
4
用例模型描述的是外部执行者(Actor)所理解的系 统功能。它描述了待开发系统的功能需求。
它驱动了需求分析之后各阶段的开发工作,不仅在 开发过程中保证了系统所有功能的实现,而且被用 于验证和检测所开发的系统,从而影响到开发工作 的各个阶段和 UML 的各个模型。
2．定义系统的边界:一个系统的所有元素与系统以外的事物的 分界线。
2020/10/16
软件工程方法
8
1.4 确定执行者（参与者，角色） aActor
执行者（actor）是指在系统外部与系统交互的人或其他系统，它以某 种方式参与了系统内用例的执行。角色在UML中通常以一个稻草人图 符来表示。
执行者类型：参与者不仅可以由人承担，还可以是其它系统、硬件设备、 甚至是时钟 ： 1）其它系统：当系统需要与其它系统交互时，如ATM柜员机系统中， 银行后台系统就是一个参与者； 2）硬件设备：如果系统需要与硬件设备交互时，如在开发IC卡门禁系 统时，IC卡读写器就是一个参与者； 3）时钟：当系统需要定时触发时，时钟就是参与者
•将需求规约变为可视化模型，并得到用户确认；
•给出清晰、一致的关于系统做什么的描述，确定系统的功能要 求；
•提供从功能需求到系统分析、设计、实现各阶段的度量标准；
•为最终系统测试提供基准，据此验证系统是否达到功能要求；
•为项目目标进度管理和风险管理提供依据。
UML系统建模与分析设计--系统体系结构建模
7.2.5 构件图建模的方法和技巧
1．构件描述的方法与技巧
（1）一个结构良好的构件应具备的特点
从物理结构上对软件系统进行抽象； 从物理结构上对软件系统进行抽象； 提供一组小的、定义完整的接口实现； 提供一组小的、定义完整的接口实现； 构件应包含与其功能有关的一组类，以便满足接口要求； 构件应包含与其功能有关的一组类，以便满足接口要求； 与其它构件相对独立， 与其它构件相对独立，构件之间一般只有依赖和实现的关 系。
（ 1
二者都有名称； 都可以实现一组接口； 都可以参与依赖、继承、 关联等关系和交互； 都可以被嵌套； 都可以有实例。
（ 2 抽象的方式不同； 抽象的级别不同； 访问方式不同； 与包的关系。
2010-12-23
UML系统建模与分析设计
9
3．软件构件的特点
（1）接口。 （2）操作。 （3）实例化。 （4）与配置环境的亲合性。 （5）能与同环境下其它构件进行交互。 （6）构件可以是可执行代码、二进制代码和源代码形式。 （7）可替换的物理实体。 （8）系统的组成部分。 （9）构件是软件复用的基本单元。
2010-12-23 UML系统建模与分析设计 6
7.2
软件系统体系结构模型
7.2.1 软件构件的图符表示和特点
1．软件构件的图符表示：
图7-2 构件的图符表示
2010-12-23 UML系统建模与分析设计 7
2．构件与类的比较
7-3 构件与包含的类有依赖关系
2010-12-23 UML系统建模与分析设计 8
2010-12-23
UML系统建模与分析设计
29
“诊疗管理 诊疗管理” 图7-14 “诊疗管理”子系统源代码到执行代码过程的构件图
UML系统建模与分析设计课程设计
UML系统建模与分析设计课程设计一、课程目的本课程旨在通过教授UML（Unified Modeling Language）系统建模与分析设计的相关内容，培养学生对系统建模与分析设计的能力和技能，提高学生对软件工程的整体理解和认识，并为学生今后从事软件工程相关工作打下基础。
二、课程内容1. UML简介介绍UML的起源、发展历程、优点、分类以及在软件工程中的地位和作用。
2. UML基本概念介绍UML中的用例、对象、类、关联、聚合、组合、继承、多态等基本概念，让学生更好地理解UML建模的基本思想和模型。
3. UML用例建模讲解UML用例建模中的用例图、用例描述、用例规约等基本概念和技巧，帮助学生掌握如何使用用例建模对系统进行分析和设计。
4. UML类建模介绍UML类建模中的类图、对象图、状态图等相关概念，让学生了解如何使用类建模对系统进行描述和设计，如何进行类的抽象和继承等。
5. UML时序图和活动图介绍UML中的时序图和活动图，让学生了解如何使用这两种图形式表示系统中的行为和交互。
6. UML组建和架构介绍UML组建和架构中的组建图、构建模型、部署图等相关概念，让学生了解如何使用这些图形式表示系统中的组成部分和结构。
7. UML扩展和工具支持介绍UML中的扩展机制和工具支持，帮助学生了解如何通过扩展机制将UML应用到实际的系统开发中，以及如何使用UML相关工具提高工作效率和减轻工作负担。
三、教学方法本课程采用理论讲解、案例分析、实践演练等多种教学方法，力求将理论知识和实践技能有机结合起来，使得学生掌握一定的实际技能和经验。
四、考核方式本课程的考核方式包括平时作业、期中考试、期末考试以及课程设计等多种形式，其中课程设计占总评分的50%。
五、课程设计要求1. 课程设计内容在本课程的基础上，要求学生结合具体的软件开发实践，选择一个实际的系统进行建模和分析设计，要求该课程设计具有完整的、独立的系统建模与分析设计流程，包括对系统需求的分析、用例模型的建立、类模型的建立、时序图和活动图的建立以及系统架构和设计的总体描述等。
系统建模与系统分析课件
城市交通拥堵问题
案例二
气候变化问题
案例三
生态系统问题
04
离散事件系统建模
离散事件系统的基础知识
离散事件系统的定义
离散事件系统是由一系列离散事件驱 动的动态系统，这些事件在时间上相 互独立且具有确定的触发条件。
离散事件系统的特点
离散事件系统的分类
根据事件的触发条件和系统状态的变 化方式，离散事件系统可以分为同步 系统和异步系统、确定性系统和不确 定性系统等。
03
系统动力学建模
系统动力学的基本概念
01
系统动力学是研究系统行为变化的一种方法，通过建立系统模 型来分析系统的动态行为和性能。
02
系统动力学模型由变量、参数和结构组成，通过模拟和仿真来
预测系统的未来行为和性能。
系统动力学适用于研究复杂系统的行为变化，如经济、生态、
03
交通等领域的系统。
系统动力学建模步骤
确定系统边界和变量
明确系统的范围和关键变量，确定系统的输 入和输出。
设定系统参数
根据历史数据和实验数据，设定系统模型的 参数值。
建立系统结构模型
根据系统变量之间的关系，建立系统的结构 模型，包括因果关系图和流图。
进行系统仿真和预测
利用系统模型进行仿真和预测，分析系统的 动态行为和性能。
系统动力学建模案例分析
排队论的模型建立
建立排队论模型需要考虑顾客到达的 时间间隔和服务时间的概率分布，并 确定服务台的数量和服务规则。常见 的排队模型包括M/M/1、M/M/n、 M/D/1和D/M/n等。
03
排队论的应用
排队论广泛应用于生产和服务系统中 的资源分配、流程优化和质量控制等 领域，例如电话呼叫中心、银行取号 机、机场安检通道等场景。
第4章 UML系统建模与分析设计-系统分析与对象类建模_v
2013-7-15 UML系统建模与分析设计 12
UML系统建模与分析设计 20
2013-7-15
线段和交点两个对象之间关系的长式与式对象图
2013-7-15
UML系统建模与分析设计
21
2013-7-15
UML系统建模与分析设计
22
由上图看出: 类图是一种抽象的描述,不具体表示某个现实世界的事 物,其属性一般无确定的值 对象图是类图的一个实例,每个对象都是相应类的一个 实例,具体表示某个现实世界的事物,其属性有确定的值 对象图中对象之间的关联,是相应类图中之间关联的一 个具体实例
（4）对象分类：
•有形性。 •包含性。 •顺序性。 •持久性。 •完整性。
2013-7-15 UML系统建模与分析设计 8
3.3.2 标识对象类的属性
（1）发现和确定对象潜在的属性
（2）识别和筛选对象属性的原则 （3）识别和筛选属性应注意的问题 （4）属性的命名原则
3.3.3 标识对象类的操作
（1）寻找潜在的对象类操作 （2）筛选、确定操作
2013-7-15
UML系统建模与分析设计
1
4.1系统分析
根据建立的用户需求模型在系统分析阶段要进一步确立三 个系统模型： 对象静态模型、对象动态模型和系统功能 模型 系统分析活动的成果： 系统的静态结构模型、动态行为模型、必要的需求分析 说明、系统分析说明书等一起构成系统的分析模型， 系统分析活动的成果成为下一步系统设计的基础。
课件—UML系统建模与分析设计(2)
领域问题
提取
概念模型
系统需求
分析、设计
软件建模：modeling 用于表达现实的简化视图，以便于面 向对象软件系统的设计与实现。 出发点： （1）整个系统太复杂，难以一下子抓住，通过模型简洁 的描述系统 （2）交流（项目组成员之间，与客户） （3）系统体系结构归档。
统一建模语言UML 本章目的：
草图与蓝图 蓝图一般是指采用CASE工具绘制的、正式的、规范 的UML模型。草图则通常是指手工绘制的、规范度较低 的在纸张的UML模型。 大胆地绘制草图，尽可能基于草图进行讨论。对于局 部的、重要性不高的、共享范围较小的UML模型，直接 将草图扫描到电脑存档即可； 对于全局的、重要性高的、高度共享的，在草图的基 础上用CASE工具绘制成为正式的蓝图，并将其纳入统一 的模型管理中.
2015/9/12
UML系统建模与分析设计
40
5．配置视图 作用：描述系统的物理设备配臵，如计 算机、硬件设备以及它们相互间的连接 ； 适用对象：开发者、系统集成者和测试 者； 描述使用的图：配臵图 ； 重要性：描述硬件设备的连接和哪个程 序或对象驻留在哪台计算机上执行 。
2015/9/12
独立于过程
可视化
UML通过它的元模型和表示法，把那些通过文字或其 他表达方法很难表达清楚的、隐晦的潜台词用简单直 观的图形表达和暴露出来，准确而直观地描述其复杂 的含义。 例如：造一辆车身是红色金属漆的小轿车，装备四个 普利司通牌子的轮胎，它是一辆四门车，车门是加厚 的，并且前后门玻璃上贴黑色的膜。前后挡风玻璃里 都装有电热丝，后视镜是电动可调的。
对象图
描述一组对象之间的关系，是具有具体属性值和行为的一 个具体事物，其是类图中所建事物实例的静态快照，其与 类图的主要区别是一个是抽象的,而对象图是具体的。
UML全程建模与系统分析设计
UML全程建模与系统分析设计课程概述及培训目标:系统讲解UML的精髓及软件全程建模的思想及流程引导参训学员实际参与UML全程建模的全过程。
改善程序质量,提高系统的重构能力,实现需求跟踪\控制。
适合学员关注软件工程、UML、系统分析与设计等相关课程的学员。
课程时长4-6天，6天效果最佳。
课程安排1天时间 2.类代码生成3.类间关系的实现4.设计模式与代码实现5.需求变化与代码重构第八单元案例剖析八、大型、超大型综合软件案例剖析（大型、超大型软件架构全过程：从用户需求到分析、设计、测试、实现的实战案例分析）1、实战典型案例分析(以实际项目案例为背景)（1）、需求分析、领域建模：图像处理系统（2）、设计模式的综合运用:智能终端通讯系统（3）、架构分析:基于搜索的二次开发系统2、综合软件架构实践与剖析(以实际项目案例为背景)（1）、电信行业软件案例研究（2）、金融行业软件案例研究（3）、政府行业（社保和税务）软件案例研究（4）、电力行业软件案例研究课程报价1.25万RMB/天，含师资差旅和课酬、30本自编教材的费用。
授课师资1.郭树行北京航空航天大学软件工程研究所博士，15年软件领域经验，我国知名的软件技术专家。
曾任中国软件集团操作系统解决方案中心部门经理4年，邮件产品事业部1年。
2.程文俊中科院软件所硕士毕业，13年软件领域经验，我国著名的软件技术专家。
现为某软件公司技术副总。
3.杨云我国军方软件技术专家，就职于多家培训机构，擅长顶层设计与架构设计。
4.曾强华曾任民生银行总架构师、技术总监，现任职于央行信息中心。
5.贾育中科软软件所博士，电子科技大学信息学院名誉教授，20年的软件领域经验，擅长软件分析设计方法和项目管理。
知名专家。
本文出自《中培教育》。