uml顺序图例子-BBS
《系统分析与设计》实验报告
顺序图
【实验名称】顺序图
【目的与要求】
1. 掌握动态建模技术中的顺序图的基本概念和组成
2. 通过使用Rose工具，绘制活动图。
【实验内容】
注册为会员
: 普通游客
注册会员 : 普通
游客
发表帖子
: 会员
回复/浏览帖子
回复/浏览帖子顺序图：
《UML技术》课程实验报告 专业： 班级： 学号： 姓名： 日期： 2013 年 10 月 11 日
一、实验题目 活动图及状态图 二、实验目的 1．熟悉活动图的基本功能和使用方法。 2．掌握如何使用建模工具绘制活动图方法。 三、实验内容及原理 通过前面内容的学习，完成了对TJKD图书馆的图书馆管理系统的需求的初步分析，得出系统的用例图和相应的活动态。通过这两类图我们可以初步了解系统的业务处理过程，但对业务处理过程的处理状态间转换了解仍不够，这不利于设计人员对系统业务的进一步理解，而状态图能从对象的动态行为的角度去描述系统的业务活动。因此，指派你运用本节所学的状态图，完成如下任务： 1. 完成图书业务模块中还书用例的状态图。 1．业务分析：由前面章节对图书馆管理系统中的还书主要业务的描述和分析可知，还书业务的动态行为是由：空闲（idle）、图书查找（finding）、还书（reversion）、失败（Failure）、归还成功（Success）5种状态及激活相互转换的事件。 2．绘制状态图：请您根据分析运用UML绘制还书用例的状态图。 分析： 还书的状态图，还书的主要业务都是由管理员来完成，首先管理员必须先登录系统，并通过验证后，便可以进行下一步的操作，查找该书的相关信息，如存在，则进行还书操作，如不存在该信息，则给出提示信息； 四、实验步骤 第一个 （1）在用例图中，找到删除的用例，在删除用例上单击右键，在弹出的快捷菜单中选“New”，Rose 工具也会弹出一个菜单，选”Activity Diagram”，选中后单击，便可以新建好一个活动图。 (2)新建好活动图后，双击删除的活动图，然后把在左边的工具栏内点击“Swinlane“，在右边的图添加一个泳道，并命名为administrator.按照此步骤，再添加另一个泳道，并命名为SystemTool （3）接着在左边的工具上选取开始点，并在administrator的泳道上添加；添加完开始结点后，再来为此活动图添加活动，在左边的工具栏上选中Activity这个图标，在administrator这边的泳道上添加一个活动，命名为登录（login），再在开始结点和活动登录（login）之间添加活动关系 （4）完成步骤（2）后，登录输入需要对输入的信息进行验证，则在图中添加一个验证框结束（5）验证后，下一步的操作是查询需要删除的记录，添加一个活动，命名为delete （6）最后，在删除后，系统会返回操作结果给操作者；删除成功或删除失败系统都会有信息返回给操作者。 （7）根据分析设计情况，进一步添加或细化活动图 第二个 （1）在用例图中的还书（revesion）用例，单击右键，新建一个状态图，命名为revesion状态图，（2）双击“receivesion”状态图，展开后，在左边的工具栏上选取一个实心圆点，此结点为开始结点；当还书的时候，操作者先要询问系统的状态，如果系统忙，操作者则必需等待，因此，得到系统的两种状态
UML中类图实例 接口：空心圆+直线（唐老鸭类实现了‘讲人话’）； 依赖：虚线+箭头（动物和空气的关系）； 关联：实线+箭头（企鹅需要知道气候才迁移）； 聚合：空心四边形+实线+箭头（雁群和大雁的关系）； 合成/组合：实心四边形+实线+箭头（鸟和翅膀的关系）；泛化/继承：空心三角形+实线（动物和鸟的继承关系）；实现：空心三角形+虚线（实现大雁飞翔的接口）； UML类图
解释UML类图： 1. 首先看“动物”矩形框，它代表一个类。该类图分为 三层，第一层显示类的名称，如果是抽象类就要用斜体显示。第二层是类的特性，通常就是字段和属性。第三层是类的操作，通常是方法和行为。
注意前面的符号，‘+’表示public, ‘—’ 表示private, ‘#’表示protected. 2. “飞翔”矩形框表示一个接口图，它与类图的区别主 要是顶端有《interface》显示，第一行是接口名称，第二行是接口方法。接口还有另一种表示方法，俗称棒棒糖表示法，就是唐老鸭类实现了“讲人话”的接口。 interface IFly interface Ilanguage { {
void Fly(); void Speak(); } } 3. 动物，鸟，鸭，唐老鸭他们之间都是继承的关系，继 承关系用空心三角形+实现来表示。 4.“大雁”实现了“飞翔”接口。实现接口用空心三角形+虚线来表 示。（注：下面的图中应为空心三角形）
class Bird:Animal clas s WideGoose:IFly { { //继承动物 类 //实现飞翔接口 } } 5. 企鹅与气候有很大的关系，企鹅需要“知道”气候的 变化，需要“了解”气候规律。当一个类“知道”另一个类时，可以用关联(association)关系。关联关系用实线箭头来表示。 class Penguin :Bird { private Climate climate;//在企鹅Penguin中，引用到气候Climate对象 }
一、类图主要构成元素 1.类（Classes） 类包含3个组成部分。第一个是Java中定义的类名。第二个是属性（attributes）。第三个是该类提供的方法。 属性和操作之前可附加一个可见性修饰符。加号（+）表示具有公共可见性。减号（-）表示私有可见性。#号表示受保护的可见性。省略这些修饰符表示具有package（包）级别的可见性。如果属性或操作具有下划线，表明它是静态的。在操作中，可同时列出它接受的参数，以及返回类型，如下图所示： 2.包（Package） UML类图中包是一种常规用途的组合机制。UML中的一个包直接对应于Java中的一个包。在Java中，一个包可能含有其他包、类或者同时含有这两者。进行建模时，你通常拥有逻辑性的包，它主要用于对你的模型进行组织。你还会拥有物理性的包，它直接转换成系统中的Java包。每个包的名称对这个包进行了惟一性的标识。 3.接口（Interface） 接口是一系列操作的集合，它指定了一个类所提供的服务。它直接对应于Java中的一个接口类型。接口既可用下面的那个图标来表示（上面一个圆圈符号，圆圈符号下面是接口名，中间是直线，直线下面是方法名），也可由附加了<
介绍 顺序图也称序列图，主要用来系统中的某个流程的详细步骤。顺序图能够给出流程中一系列对象的交互顺序。通过顺序图可以让我们更好的了解如何实现某个用例 的方法。我们知道用例图用来描述系统的功能需求。而顺序图清晰的描述了某个用例也就是系统功能的的实现方法。 详解 在顺序图中包含的元素： 对象：用来标识流程中的详细步骤中的对象。 活动条：用来标识当前对象是活动的，如果想表示某个对象是活动的，那么必须使用一个虚线+活动图的形式来构建。 例如我们现在要标示一个简单的做公交车的刷卡流程：
IC卡刷卡 操作。 相关解释说明： 公交卡,首先放在刷卡终端上，终端读取卡中的余额信息，然后刷卡终端与终端中的扣款程序对象交互，扣款程序根据读取的余额信息，与刷卡终端中的固定刷卡 金额对比，如果当前IC卡的余额大雨刷卡终端的固定金额则,扣除金额，并且返回一个消息，提示刷卡成功的操作。 途中的实线表示调用被调用对象的方法，虚线表示当被调用对象执行成功后，返回的虚线上表示返回值的逻辑名称，这样可以提高了可读性。 在公交卡与活动条之间，应有一个虚线链接。 在上图中我们使用了活动条，活动条作为生命线的一部分。我们并没有定义对象的创建和销毁，因此我们来看UML建模语言提供的描述对象的创建与销毁实例。
上图中的X符号的图标代表的时候对象的销毁。创建对象通过new来创建，上图中，我用中文描述“创建对象”来完成对象的创建，那么在生命线下的的X符号代 表销毁对象，从内存中移除对象。当然这个对象的销毁对不同的开发语言有这不同的处理方式。C++中的销毁对象，必须调用析构函数来销毁对象。C#与JAVA 语言中 则只是说明当前需要销毁的对象没有被其他的对象引用，那么这类语言编译器提供垃圾回收器来完成回收。 注意：当某个对象引用了另外一个对象，该对象有责任销毁被引用对象并且必须显示销毁该被引用对象时，那么必须要显示的发送被引用对象销毁的通知消息。白 话文来说就是显示的调用被引用对象的销毁方法。 顺序途中的同步与异步。 顺序图中的同步与异步与我们平时书写代码中的同步与异步的解释意思差不多。这里不过多解释，通过图例说明：
通过四次实验，以图书管理系统建模为例，使学生掌握使用UML统一建模语言为软件系统建模的方法步骤。 二、实验内容与要求 图书管理系统需要满足三方面的需求，这三个方面分别是图书借阅者、图书馆工作人员（图书管理员）和图书馆管理人员（系统管理员）。图书借阅者的需求是查询图书馆所存的图书、个人借阅情况及个人信息的修改；图书管理员对图书借阅者的借阅及还书要求进行操作，同时形成借书或还书记录；系统管理员的功能最为复杂，包括对图书借阅者和图书进行管理和维护，及系统状态的查看、维护。 图书管理系统结构图 三、实验步骤 1、系统需求分析 建立用例图并进行用例描述 2、建立系统静态模型 类图的建立 3、建立系统动态模型 建立顺序图、协作图、活动图和状态图
（一）系统需求分析 1、读者用例： 用例描述 用例名称：借阅信息查询 参与执行者：借阅者 前置条件：合法用户登录到系统 基本事件流：系统显示书籍查询窗口 用户点击借阅信息 系统显示借阅信息 扩展事件流：系统提示没有借阅信息 用户点击该对话框 系统回到主界面 2、图书管理员用例图 用例描述 用例名称：归还图书 参与执行者：图书管理员 前置条件：合法图书管理员登录系统 基本事件流：系统显示图书借阅窗口 用户点击书籍归还处理 系统显示该借阅者的借阅信息
图书管理员将已归还的书籍从借阅信息中点击“已归还” 系统显示的借阅者信息里不再显示“借阅”这本书 扩展事件流：系统提示缴纳罚款 借阅者支付罚金 系统显示的借阅者信息里不再显示“借阅”这本书 3、系统管理员的用例图 用例描述 用例名称：图书添加 参与者：系统管理员 前置条件：合法系统管理员登录到系统 基本事件流：系统显示图书添加窗口 系统管理员点击图书添加窗口 系统按书的类别显示窗口 系统显示一个页面要求输入该书籍的编号，书籍名称等基本信息 系统管理员依次填写有关信息，最后点击确认 （二）建立系统静态模型 1、参与者相关的类 （1）读者类，属性包括：读者账户（userID）、姓名（name）、地址（address）、邮编（zip）、所借书籍的书目（borrow_back），操作包括：借书（borrow）、还书（return_back）。
UML实践----用例图、顺序图、状态图、类图、包图、协作图 2009-01-20 作者：Randy Miller 来源：网络 面向对象的问题的处理的关键是建模问题。建模可以把在复杂世界的许多重要的细节给抽象出。许多建模工具封装了UML（也就是Unified Modeling Language?），这篇课程的目的是展示出UML的精彩之处。 UML中有九种建模的图标，即： ?用例图 ?类图 ?对象图 ?顺序图 ?协作图 ?状态图 ?活动图 ?组件图 ?配置图 本课程中的某些部分包含了这些图的细节信息的页面链接。而且每个部分都有一个小问题，测试一下你对这个部分的理解。 为什么UML很重要？ 为了回答这个问题，我们看看建筑行业。设计师设计出房子。施工人员使用这个设计来建造房子。建筑越复杂，设计师和施工人员之间的交流就越重要。蓝图就成为了这个行业中的设计师和施工人员的必修课。 写软件就好像建造建筑物一样。系统越复杂，参与编写与配置软件的人员之间的交流也就越重要。在过去十年里UML就成为分析师，设计师和程序员之间的“建筑蓝图”。现在它已经成为了软件行业的一部分了。UML提供了分析师，设计师和程序员之间在软件设计时的通用语言。 UML被应用到面向对象的问题的解决上。想要学习UML必须熟悉面向对象解决问题的根本原则――都是从模型的建造开始的。一个模型model就是根本问题的抽象。域domain就是问题所处的真实世界。 模型是由对象objects组成的，它们之间通过相互发送消息messages来相互作用的。记住把一个对象想象成“活着的”。对象有他们知道的事（属性attributes）和他们可以做的事（行为或操作behaviors or operations）。对象的属性的值决定了它的状态state。 类Classes是对象的“蓝图”。一个类在一个单独的实体中封装了属性（数据）和行为（方法或函数）。对象是类的实例instances。 用例图 用例图Use case diagrams描述了作为一个外部的观察者的视角对系统的印象。强调这个系统是什么而不是这个系统怎么工作。 用例图与情节紧紧相关的。情节scenario是指当某个人与系统进行互动时发生的情况。下面是一个医院门诊部的情节。 “一个病人打电话给门诊部预约一年一次的身体检查。接待员找出在预约记录本上找出最近的没有预约过的时间，并记上那个时间的预约记录。”
UML类图几种关系的总结 在UML类图中，常见的有以下几种关系: 泛化（Generalization）, 实现（Realization），关联（Association)，聚合（Aggregation），组合(Composition)，依赖(Dependency) 1. 泛化（Generalization） 【泛化关系】：是一种继承关系，表示一般与特殊的关系，它指定了子类如何特化父类的所有特征和行为。例如：老虎是动物的一种，即有老虎的特性也有动物的共性。 【箭头指向】：带三角箭头的实线，箭头指向父类 2. 实现（Realization） 【实现关系】：是一种类与接口的关系，表示类是接口所有特征和行为的实现. 【箭头指向】：带三角箭头的虚线，箭头指向接口
3. 关联（Association) 【关联关系】：是一种拥有的关系，它使一个类知道另一个类的属性和方法；如：老师与学生，丈夫与妻子关联可以是双向的，也可以是单向的。双向的关联可以有两个箭头或者没有箭头，单向的关联有一个箭头。 【代码体现】：成员变量 【箭头及指向】：带普通箭头的实心线，指向被拥有者 上图中，老师与学生是双向关联，老师有多名学生，学生也可能有多名老师。但学生与某课程间的关系为单向关联，一名学生可能要上多门课程，课程是个抽象的东西他不拥有学生。
下图为自身关联： 4. 聚合（Aggregation） 【聚合关系】：是整体与部分的关系，且部分可以离开整体而单独存在。如车和轮胎是整体和部分的关系，轮胎离开车仍然可以存在。 聚合关系是关联关系的一种，是强的关联关系；关联和聚合在语法上无法区分，必须考察具体的逻辑关系。 【代码体现】：成员变量 【箭头及指向】：带空心菱形的实心线，菱形指向整体
1.Session 当一名客户将一张ATM卡片插入机器时，一个Session开始，ATM系统读卡(如果客户执行非法操作或卡片损坏，卡片将被退出，同时屏幕将显示出错信息，而被Session异常中断)。进行验证客户密码的登录功能。客户成功登录系统后，可以选择一种或多种操作，直至退卡。如果客户输入五次无效的PIN，则Session 被异常中断，ATM卡将被吞掉。 其顺序图如下所示：
2.Task Task是一种抽象的用例，表示所有类型的处理所共有的行为，Task的具体类型按照适当的方式执行一定的操作。根据Task(存款、取款，转帐，查询，更改密码)的事件流描述给出具体的处理。 其顺序图如下：
3.Deposit 插入用户的银行卡后，根据系统界面显示输入密码，由系统判断该帐户是否有效（帐户密码是否正确），若密码输入不正确，则再次显示让用户输入密码，若3次输入的密码均不正确，系统自动退出服务，若密码输入正确，则系统进入选择服务类型界面，选择存款业务，系统确认存款请求以后，系统界面进入请放入存款界面，然后用户将存款放入存款口，系统提示点钞机进行点钞，点钞完毕后，系统记录存款操作并更新余额，系统界面显示存款完毕，然后系统界面进入是否选择继续服务界面，用户点击否，则系统退出银行卡并提示用户取卡，用户取走卡后，存款业务完成。 存款操作的顺序图如下：
4.WithDraw 插入用户的银行卡，并根据系统界面显示输入密码，由系统判断该帐户是否有效（帐户密码是否正确），若密码输入不正确，则再次显示让用户输入密码，若3次输入的密码均不正确，系统自动退出服务，若密码输入正确，则系统进入选择服务类型界面，然后系统根据服务类型进行相应操作，若选择取款操作，系统确认取款请求以后，会询问取款数额，系统界面显示输入数额请求，用户输入取款数额，系统接到信息后发出确认取款请求，用户选择确认，系统选择确认后会向点钞机发出钞请求，然后点钞机出钞，系统向用户发出去钞请求，用户取钞以后，系统记录此次取款并自动计算余额，更新帐户信息，然后系统界面进入是否选择继续服务界面，用户点击否，然后系统退出银行卡并提醒用户取卡，用户取走银行卡，至此，取款业务完成。 取款操作顺序图如下：
饮料销售机UML顺序图文档 引言 本文档为饮料销售机设计过程中的UML顺序图文档，编写成员为开发成员，目的是为了方便后续的开发更顺利并且便利的开展，了解系统功能顺序，对系统有一个更加直观的功能框架。 饮料销售机分析 在自动饮料售货机的“买饮料”场景中，假设饮料销售机有3个部分：前端（front）、钱币记录仪（register）以及分配器（dispenser）。 前端负责：接受顾客的选购和现钞；显示诸如Out of selection（所选饮料已售完）和User correct change（使用合适零钱）的信息；从记录仪接收找回的零钱并返还给顾客；返还现钞；从分配器接收一罐饮料并把它交给顾客。 钱币记录仪负责：从前端获取顾客输入的信息（即选购的饮料的种类和现钞）；更新现钞存储；如果缺少零钱将不让系统服务并在前端显示没有零钱；若零钱充足一切正常，找零钱。 分配器负责：检查选购的饮料是否还有货；分发一罐饮料。 类图描述： （注：该图只提供参考，参数和返回值可自行定义，方法也可以增加） UML顺序图 在饮料售货机购买饮料的所有情况中，都需要顾客往前端放入金钱，由钱币记录仪判定钞票面额。 1、理想状态下买饮料（购买成功且不用找零） 在理想状态下，顺序如下： 1、顾客放入现钞inputMoney（）； 2、前端接收现钞并将现钞传给钱币记录仪accept（）； 3、钱币记录仪对现钞面额进行判断getCustomerInput（）； 4、钱币记录仪根据现钞面额给分配器发送消息检查该面额可购买的饮料 checkForSoda（）； 5、分配器向前端返回可购买饮料信息returnSodaFree（）； 6、前端将可购买饮料显示给顾客displayPrompt（）； 7、顾客选择饮料chooseSoda（）； 8、前端将结果给分配器sendChooseToDis（）； 9、分配器检查是否有该饮料checkAvailability（）； 10、分配器向前端释放饮料releaseSoda（）； 11、前端接收饮料并释放出来receiveSoda（）； 12、购买结束 顺序图如下: 2、顾客要买的饮料售完 在此情况下，顺序如下： 1、顾客放入现钞inputMoney（）； 2、前端接收现钞并将现钞传给钱币记录仪accept（）； 3、钱币记录仪对现钞面额进行判断getCustomerInput（）； 4、钱币记录仪根据现钞面额给分配器发送消息检查该面额可购买的饮料 checkForSoda（）；
本文和大家重点讨论一下UML活动图和状态图的概念，这两种图都有各自的特点和作用，那么他们之间有什么区别和联系呢，请看本文详细介绍。 UML活动图和状态图 一、UML活动图： ◆流程图常被用来建立算法模型 ◆UML活动图与流程图类似，不同在于它支持并行活动. ◆缺点：不能清楚的表示 二、作用： 1、描述一个操作的执行过程中所完成的工作或者动作 2、描述对象内部的工作 3、描述用例的执行 4、处理多线程 5、显示如何执行一组相关的动作，以及这些动作如何影响周围对象 三、以下情况不用UML活动图 1、显示对象之间的合作 2、显示对象在其生命周期内的运转情况。 这两点是通过序列图和协作图完成的。 四、UML活动图的基本要素： ◆活动状态 ◆活动状态之间的转移（箭头） ◆判断（决策点） ◆保证条件 ◆同步条：活动之间的同步 ◆起点和终点 --起点有且只有一个，终点可以有n个。 五、泳道： 用于对UML活动图中的活动进行分组，用于描述对象之间的合作关系。 ----所谓泳道技术，就是将活动用线分成一些纵向区域，这些纵向区域称为泳道。 UML状态图 一、状态图： ◆描述一个特定对象的所有可能状态以及由于各种事件的发生而引起的状态之间的转换。例如呼叫中心系统。
◆状态图符 --状态：矩形（四角圆弧） --转移 --起点 --终点 1、状态机： ◆一种行为：描述了一个对象或一个交互在生命周期内响应事件所经历的状态序列。 ◆单个类或者一组类之间协作的行为可以用状态机来描述 ◆一个状态机涉及到一些其他元素，包括状态、转换、事件 2、状态： 在对象的生命周期中满足某些条件、执行某些活动或等待某些事件的一个条件活状况。1）名称 2）进入协作和退出动作 3）内部转换 4）子状态 5）延迟事件 3、转换：两个状态之间的一种关系，表示对象将在第一个状态中执行一定的动作并在某个特定事件发生而某个特定条件满足时进入第二个状态。 1）源状态 2）事件触发 3）监护条件 4）动作 5）目标状态 例子：电话机状态图 二、UML活动图与状态图的区别： 状态：行为的结果 活动：行为的动作 在uml中图符不一样。 注意：实际项目中，UML活动图不是必须的。 用到UML活动图的情况： --描述并行的过程或这行为 --描述一个算法 --描述一个跨越多个用例的活动 状态图描述了一个具体对象的可能状态以及他们之间的转换。 单独的说UML活动图很抽象，但是当把UML活动图与流程图进行简单的比较之后就
一、类图
类图分三层： 第一层显示类的名称。如果是抽象类，则就用斜体显示。 第二层是类的特性，通常就是字段和属性。 第三层是类的操作，通常是方法或行为。 注意前面的符号，“+”表示 public ，“-”表示private ，“#”表示protected 。 二、接口图 接口的两种表示方法 —— “飞翔”，它表示一个接口图，与类图的区别主要是顶端有<
三、关系 1、继承关系(Generalization)：也称泛化关系。 用 空心三角形 ＋ 实线 来表示 说明：和“接口实现”为一对，两者都用空心三角形。但继承关系比实现接口关系耦合性强，所以继承用实线，实现接口用虚线 2、合成关系(Composition)： 用 实心的菱形 ＋ 实线箭头 来表示。 也有翻译成“组合、复合”的。是一种强的“拥有”关系。 它体现了严格的部分和整体的关系，部分和整体的生命周期一样。 比如鸟和翅膀就是组合关系，因为他们是部分和整体的关系，并且翅膀和鸟的生命 周期是相同的。 另外，合成关系的连线两端还有一个数字“1”和数字“2”，这被称为基数。表明这一端的类可以有几个实例。 例如鸟有两个翅膀，两条腿，一个头等。如果一个类可以有无数个实例就用“n”来 表示，例如鸟可以有“n”个羽毛。 关联关系、聚合关系也可以有基数。 继承泛化 空三实线合成耦强 实菱实乮线乯箭 继承接口 合成聚合 关联依赖
内容： UML状态图和活动图的绘制 作业提交时间：20 年月日 姓名：学号：班级：计算机短号： 1 在操作系统中，进程包括就绪、运行、阻塞、挂起等状态，以及初态就绪和程序运行结束后的终态。就绪状态获得CPU时间片转为运行态；运行态时间片用完转为就绪态；运行态不满足所需资源转为阻塞态，阻塞态若资源满足则回到就绪态。考虑到内存空间，还有挂起和唤醒行为。请结合操作系统上上述相关知识，给出一般进程的可能的状态图，并要求给出每个状态具体的进入工作、退出动作以及驻留改状态时可能执行的动作。 答：首先确定好进程的基本状态以及个状态之间的转换关系。 进程的基本状态：就绪，运行，阻塞，挂起，终止。 进程各个状态之间的转换关系如下图所示： 2 在图书管理系统中，"新增读者信息"用例属于读者信息管理中的一个功能，主要用于在系统中增加新的读者信息，其具体的办理流程是：（1）"读者"填写申请表，并交给"图书管理员"； （2）"图书管理员"将申请表中的信息通过录入界面，输入到图书管理系统；（3）系统中的"业务逻辑"组件将判断输入的信息是否合法； （4）如果不合法则转入步骤（5），否则转入步骤（6）; （5）显示"添加错误信息"，转到（8）； （6）在“数据库”添加相信的用户信息； （7）显示"添加成功信息"；
（8）结束。 请绘制该过程的活动图。 答： 按照题目要求画出读者增添信息活动图如下所示： 作业心得： 通过本次作业更深的了解了状态图和活动图的基本概念。结合实际问题画出对应的状态图和活动图给人一种特别形象的流程感觉。通过开始到结束之间的状态之间的转换关系清楚的体现出一个工作的循序以及各种判断。两种图主要用于描述用例内部的工作流程。显示如何执行一组相关的动作，以及这些动作如何影响周围对象的基本路线。在此过程当中更进一步的掌握了如何使用建模工具的方法和思路。特定对象的所有可能状态以及由于各种事件的发生而引起的状态之间的转换充分展示一各活动的全部层面。 教师评语：
1.1跟我学UML建模工具StarUML（第11部分）——应用StarUML创建顺序图的创建示例 1.1.1UML动态建模相关技术及应用 1、动态建模相关的技术 （1）在软件系统静态模型的基础上建立出相应的动态模型 在建立出软件系统的静态模型基础上，软件系统的分析和设计人员接下来就需要分析和设计软件系统的动态结构，并且建立出相应的动态模型。 因为软件系统的动态模型描述了软件系统随时间变化的行为，这些行为是用从静态模型视图中抽取出的系统瞬间值的变化来描述的。 （2）动态模型的主要内容 软件系统的动态模型主要包括UML顺序图、协作图、状态图、活动图，这些模型图便于分析软件系统的功能行为、印证和修改软件系统的静态结构，满足软件系统用户的功能和非功能性的需求，最终达到满足软件系统的功能目标。 2、交互图----可以对共同工作的对象群体的行为建模 （1）交互图——主要包括协作图和顺序图 交互图主要用于定义软件系统如何实现相关功能的；因为它们能够逐步地显示用例的主要流程，这包括：在流程中需要什么对象、对象相互发送什么消息、什么角色启动流程、消息按什么时序发送等方面的信息。 （2）交互图中的“交互”含义 它描述了一个交互，由一组对象和它们之间的关系所组成，这包括在对象间传递的信息。 （3）顺序图和协作图的不同点 1）时序图（顺序图） 它强调消息时间顺序的交互图，描述类系统中类和类之间的交互，将交互建模成消息交换。下图为某个银行项目中用户取钱的顺序图示例：
2）协作图 和时序图一样，协作图也显示用例中特定情形的流程。但时序图按时间排序，而协作图则着重于对象之间的关系。 （4）顺序图和协作图示例 1）下面为一个软件系统中的用户注册的顺序图 2）而下面则为与前面的用户注册的顺序图相对应的协作图。
根据UML图，写出Java程序的代码。 class MyClass { Student myStudent; String ClassName; private int StudNum; public void addStudent(Student stud) { myStudent= stud; } } class Student { long StudentID; private String StudentName; private String PassWord; public String getName() { return StudentName; } void changePassWord(String newPWD) {this. PassWord = newPWD; } }
interface ILeanable { public void study(); } interface ITeacher {public void teach(); } class Person { public String name; } class Student extends Person Implements ILeanable { private int age; private String address; public void study() {….} } class T eacher extends Person Implements ITeacher { private String major; private int age; public void teach() {…} }
1、关联 双向关联： C1-C2：指双方都知道对方的存在，都可以调用对方的公共属性和方法。 在 GOF的设计模式书上是这样描述的：虽然在分析阶段这种关系是适用的，但我们觉得它对于描述设计模式内的类关系来说显得太抽象了，因为在设计阶段关联关系必须被映射为对象引用或指针。对象引用本身就是有向的，更适合表达我们所讨论的那种关系。所以这种关系在设计的时候比较少用到，关联一般都是有向的。 使用ROSE 生成的代码是这样的： class C1 ...{ public: C2* theC2; }; class C2 ...{ public: C1* theC1; }; 双向关联在代码的表现为双方都拥有对方的一个指针，当然也可以是引用或者是值。
单向关联: C3->C4：表示相识关系，指C3知道C4，C3可以调用C4的公共属性和方法。没有生命期的依赖。一般是表示为一种引用。 生成代码如下： class C3 ...{ public: C4* theC4; }; class C4 ...{ }; 单向关联的代码就表现为C3有C4的指针，而C4对C3一无所知。 自身关联（反身关联）： 自己引用自己，带着一个自己的引用。 代码如下：
class C14 ...{ public: C14* theC14; }; 就是在自己的内部有着一个自身的引用。 2、聚合/组合 当类之间有整体-部分关系的时候，我们就可以使用组合或者聚合。 聚合：表示C9聚合C10，但是C10可以离开C9而独立存在（独立存在的意思是在某个应用的问题域中这个类的存在有意义。这句话怎么解，请看下面组合里的解释）。 代码如下： class C9 ...{ public: C10 theC10; }; class C10 ...{
UML类图符号各种关系说明以及举例 UML中描述对象和类之间相互关系的方式包括：依赖（Dependency），关联（Association），聚合（Aggregation），组合（Composition），泛化（Generalization），实现（Realization）等。 ?依赖（Dependency）：元素A的变化会影响元素B，但反之不成立，那么B和A的关系是依赖关系，B依赖A；类属关系和实现关系在语义上讲也是依赖关系，但由于其有更特殊的用途，所以被单独描述。uml中用带箭头的虚线表示Dependency关系，箭头指向被依赖元素。 ?泛化（Generalization）：通常所说的继承（特殊个体is kind of 一般个体）关系，不必多解释了。uml中用带空心箭头的实线表示Generalization关系，箭头指向一般个体。 ?实现（Realize）：元素A定义一个约定，元素B实现这个约定，则B和A的关系是Realize，B realize A。这个关系最常用于接口。uml中用空心箭头和虚线表示Realize关系，箭头指向定义约定的元素。 ?关联（Association）：元素间的结构化关系，是一种弱关系，被关联的元素间通常可以被独立的考虑。uml中用实线表示Association关系，箭头指向被依赖元素。
?聚合（Aggregation）：关联关系的一种特例，表示部分和整体（整体has a 部分）的关系。uml中用带空心菱形头的实线表示Aggregation关系，菱形头指向整体。 ?组合（Composition）：组合是聚合关系的变种，表示元素间更强的组合关系。如果是组合关系，如果整体被破坏则个体一定会被破坏，而聚合的个体则可能是被多个整体所共享的，不一定会随着某个整体的破坏而被破坏。uml中用带实心菱形头的实线表示Composition关系，菱形头指向整体。 其中依赖（Dependency）的关系最弱，而关联（Association），聚合（Aggregation），组合（Composition）表示的关系依次增强。换言之关联，聚合，组合都是依赖关系的一种，聚合是表明对象之间的整体与部分关系的关联，而组合是表明整体与部分之间有相同生命周期关系的聚合。 而关联与依赖的关系用一句话概括下来就是，依赖描述了对象之间的调用关系，而关联描述了对象之间的结构关系。 后面的例子将针对某个具体目的来独立地展示各种关系。虽然语法无误，但这些例子可进一步精炼，在它们的有效范围内包括更多的语义。 1.1.1 依赖（Dependency）:虚线箭头表示 1、依赖关系也是类与类之间的联结 2、依赖总是单向的。（#add 注意，要避免双向依赖。一般来说，不应该存在双向依赖。）
湖南文理学院实验报告 课程名称：UML建模技术实验 实验名称：UML状态图和活动图的设计成绩： 学生姓名：傅湘黔专业：计算机科学与技术班级、学号： 201017010220 同组者姓名：实验日期： 一、实验目的： ①掌握状态的设计、名字域、转移域、动作域的设计、状态转移的设计； ②掌握状态图和活动图的设计。 二、实验原理： 时序图（Sequence Diagram），亦称为序列图或顺序图，是一种UML行为图。它通过描述对象之间发送消息的时间顺序显示多个对象之间的动态协作。它可以表示用例的行为顺序，当执行一个用例行为时，时序图中的每条消息对应了一个类操作或状态机中引起转换的触发事件。时序图描述对象是如何交互的，并且将重点放在消息序列上。也就是说，描述消息是如何在对象间发送和接收的。 所谓协作是指在一定的语境中一组对象以及用以实现某些行为的这些对象间的相互作用。它描述了在这样一组对象为实现某种目的而组成相互合作的“对象社会”。协作图就是表现对象协作关系的图，它表示了协作中作为各种类元角色的对象所处的位置，在图中主要显示了类元角色（Classifier Roles）和关联角色（Association Roles）。类元角色描述了一个对象，关系角色描述了协作关系中的链。 与序列图中明确表示了角色之间的关系，通过协作角色来限定协作中的对象和链接。另一方面，协作图不将时间作为单独的维来表示，所以必须使用顺序号判断消息的顺序以及并行线程。序列图和协作图表达的是类似的信息，虽然它们使用的不同的方法表示，但是可以通过适当的方式将它们进行转换。 三、实验内容： ①通过对BBS论坛系统的需求分析，绘制状态图； ②通过对BBS论坛系统的需求分析，绘制活动图。 具体内容如下： （一）BBS论坛系统的需求分析 1、系统功能需求 （1）从前台用户和游客角度，系统应包括：用户注册，用户登录，浏览文章，发表文章，帖子查询。 （2）从论坛管理员角度：会员管理，帖子管理，论坛分类管理，帖子分类。
接口：空心圆+直线（唐老鸭类实现了…讲人话?）； 依赖：虚线+箭头（动物和空气的关系）； 关联：实线+箭头（企鹅需要知道气候才迁移）； 聚合：空心四边形+实线+箭头（雁群和大雁的关系）； 合成/组合：实心四边形+实线+箭头（鸟和翅膀的关系）；泛化/继承：空心三角形+实线（动物和鸟的继承关系）；实现：空心三角形+虚线（实现大雁飞翔的接口）； UML类图
1. 首先看“动物”矩形框，它代表一个类。该类图分为三层，第一层显示类的名称，如果 是抽象类就要用斜体显示。第二层是类的特性，通常就是字段和属性。第三层是类的操作，通常是方法和行为。 注意前面的符号，…+?表示public, …—?表示private, …#?表示protected. 2. “飞翔”矩形框表示一个接口图，它与类图的区别主要是顶端有《interface》显示，第 一行是接口名称，第二行是接口方法。接口还有另一种表示方法，俗称棒棒糖表示法，就是唐老鸭类实现了“讲人话”的接口。 interface IFly interface Ilanguage { { void Fly(); void Speak(); } } 3. 动物，鸟，鸭，唐老鸭他们之间都是继承的关系，继承关系用空心三角形+实现来表 示。
4.“大雁”实现了“飞翔”接口。实现接口用空心三角形+虚线来表示。（注：下面的图中应为 空心三角形） class Bird:Animal class WideGoose:IFly { { //继承动物类 //实现飞翔接口 } } 5. 企鹅与气候有很大的关系，企鹅需要“知道”气候的变化，需要“了解”气候规律。当一 个类“知道”另一个类时，可以用关联(association)关系。关联关系用实线箭头来表示。
创作编号： GB8878185555334563BT9125XW 创作者：凤呜大王* UML中类图实例 接口：空心圆+直线（唐老鸭类实现了‘讲人话’）； 依赖：虚线+箭头（动物和空气的关系）； 关联：实线+箭头（企鹅需要知道气候才迁移）； 聚合：空心四边形+实线+箭头（雁群和大雁的关系）； 合成/组合：实心四边形+实线+箭头（鸟和翅膀的关系）；泛化/继承：空心三角形+实线（动物和鸟的继承关系）； 实现：空心三角形+虚线（实现大雁飞翔的接口）； UML类图
解释UML类图： 1. 首先看“动物”矩形框，它代表一个类。该类图分为三层，第一层显示类的名称， 如果是抽象类就要用斜体显示。第二层是类的特性，通常就是字段和属性。第三层是类的操作，通常是方法和行为。 注意前面的符号，‘+’表示public, ‘—’ 表示private, ‘#’表示protected.
2. “飞翔”矩形框表示一个接口图，它与类图的区别主要是顶端有《interface》显 示，第一行是接口名称，第二行是接口方法。接口还有另一种表示方法，俗称棒棒糖表示法，就是唐老鸭类实现了“讲人话”的接口。 interface IFly interface Ilanguage { { void Fly(); void Speak(); } } 3. 动物，鸟，鸭，唐老鸭他们之间都是继承的关系，继承关系用空心三角形+实 现来表示。 4.“大雁”实现了“飞翔”接口。实现接口用空心三角形+虚线来表示。（注：下面的图中 应为空心三角形）
class Bird:Animal class WideGoose:IFly { { //继承动物类 //实现飞翔接口 } } 5. 企鹅与气候有很大的关系，企鹅需要“知道”气候的变化，需要“了解”气候规律。 当一个类“知道”另一个类时，可以用关联(association)关系。关联关系用实线箭头来表示。 class Penguin :Bird { private Climate climate;//在企鹅Penguin中，引用到气候Climate对象 } 6. “大雁”和“雁群”这两个类。大雁是群居动物，每只大雁都属于一个雁群，一个 雁群可以有多只大雁。所以它们之间就满足聚合(Aggregation)关系。聚合表示一种弱的“拥有”关系，体现的是A对象可以包含B对象，但B对象不是A对象的一部分。聚合关系用空心的菱形+ 实线箭头表示。
UML类图关系汇总 关系 后面的例子将针对某个具体目的来独立地展示各种关系。虽然语法无误，但这些例子可进一步精炼，在它们的有效范围内包括更多的语义。 依赖（Dependency）（内部类） 实体之间一个“使用”关系暗示一个实体的规范发生变化后，可能影响依赖于它的其他实例（图D）。更具体地说，它可转换为对不在实例作用域内的一个类或对象的任何类型的引用。其中包括一个局部变量，对通过方法调用而获得的一个对象的引用（如下例所示），或者对一个类的静态方法的引用（同时不存在那个类的一个实例）。也可利用“依赖”来表示包和包之间的关系。由于包中含有类，所以你可根据那些包中的各个类之间的关系，表示出包和包的关系。 图D 关联（Association） 实体之间的一个结构化关系表明对象是相互连接的。箭头是可选的，它用于指定导航能力。如果没有箭头，暗示是一种双向的导航能力。在Java中，关联（图E）转换为一个实例作用域的变量，就像图E的“Java”区域所展示的代码那样。可为一个关联附加其他修饰符。多重性（Multiplicity）修饰符暗示着实例之间的关系。在示范代码中，Employee可以有0个或更多的TimeCard对象。但是，每个TimeCard只从属于单独一个Employee。 图E
聚合（Aggregation） 聚合（图F）是关联的一种形式，代表两个类之间的整体/局部关系。聚合暗示着整体在概念上处于比局部更高的一个级别，而关联暗示两个类在概念上位于相同的级别。聚合也转换成Java中的一个实例作用域变量。 关联和聚合的区别纯粹是概念上的，而且严格反映在语义上。聚合还暗示着实例图中不存在回路。换言之，只能是一种单向关系。 图F 合成（Composition） 合成（图G）是聚合的一种特殊形式，暗示“局部”在“整体”内部的生存期职责。合成也是非共享的。所以，虽然局部不一定要随整体的销毁而被销毁，但整体要么负责保持局部的存活状态，要么负责将其销毁。局部不可与其他整体共享。但是，整体可将所有权转交给另一个对象，后者随即将承担生存期职责。 Employee和TimeCard的关系或许更适合表示成“合成”，而不是表示成“关联”。 图G