软件工程实践-uml图总结(精)
UML实验报告总结
UML实验报告总结第一篇：UML实验报告总结实验一熟悉Rational Rose及建立用例模型实验二、时序图和协作图建模实习三 UML类图与包图建模（2学时）实验四状态图和活动图建模实验五组件与部署图实验一熟悉Rational Rose及建立用例模型（2学时）一、实验名称：熟悉（2学时）二、实验目的与要求：λ了解和掌握Rose建模工具的使用λ掌握怎样进行案例需求分析；λ掌握UML用例图建模技术三、实验内容：1、熟悉rose上机环境及设置2、根据以下谈话设计出用例图Rational Rose及建立用例模型四、实验步骤：见实验说明书实习二（2学时）一、实验名称：时序图和协作图建模（2学时）二、实验目的与要求：λ了解和掌握Rose或Visio建模工具的使用λ掌握怎样进行系统分析，并进行UML静态建模分析；λ掌握UML时序图和协作图建模技术三、实验内容：根据以下谈话设计出时序图和协作图建模。
四、实验步骤：、UML类图与包图建模（2学时）一、实验名称：UML类图与包图建模（2学时）二、实验目的与要求：λ了解和掌握Rose或Visio建模工具的使用λ掌握怎样进行系统分析，并进行UML动态建模分析；三、实验内容：四、实验步骤：实习四（2学时）一、实验名称：状态图和活动图建模（2学时）二、实验目的与要求：λ了解和掌握Rose或Visio建模工具的使用λ掌握怎样进行系统分析，并进行UML动态建模分析；λ掌握UML状态图和活动图建模技术三、实验内容：四、实验步骤：实习五组件与部署图与代码生成（2学时）一、实验名称：组件与部署图（2学时）二、实验目的与要求：三、实验内容：四、实验步骤：第二篇：UML实验报告一：需求分析在我国十年前ATM（自动取款机）还是一个很新鲜的事物，现在在城市的大街小巷随处可见。
我们在日常生活中也经常和ATM打交道。
本章我们将以简化的ATM系统为例将前面几章中学到的用例图、类图、顺序图、状态图、活动图及协作图知识运用到此例中。
UML实验——活动图-实验报告
南京信息工程大学实验(实习)报告一、实验目的1．熟悉活动图的基本功能和使用方法。
2．掌握如何使用建模工具绘制活动图方法。
二、实验器材1．计算机一台。
2．Rational Rose 工具软件。
三、实验内容根据图书管理系统开发进度，在完成对系统的需求建模，得到用例模型后，应针对每个用例进行业务分析，说明其具体的业务流程，现系统分析部指派您完成该项任务。
要求：用活动图来描述系统中已知用例的业务过程：1．描述删除读者用例。
四、实验步骤绘制“删除读者信息”用例的活动图。
删除读者信息一般按照以下步骤进行：（1）管理员在录入界面，输入待删除的读者名；（2）“业务逻辑”组件在数据库中，查找待删除的读者名；（3）如果不存在，则显示出错信息，返回步骤（1），如果存在则继续；（4）“业务逻辑”组件判断“待删除的读者”是否可以删除；（5）如果不可以，则显示出错信息，返回步骤（8），如果可以则继续；（6）在数据库中，删除相关信息；（7）显示删除成功信息；（8）结束。
绘图步骤：（1）在用例图中，找到删除的用例，在删除用例上单击右键，在弹出的快捷菜单中选“New”，Rose工具也会弹出一个菜单，选”Activity Diagram”，选中后单击，便可以新建好一个活动图。
(2)新建好活动图后，双击删除的活动图，然后把在左边的工具栏内点击“Swinlane“，在右边的图添加一个泳道，并命名为administrator.按照此步骤，再添加另一个泳道，并命名为SystemTool。
（3）接着在左边的工具上选取开始点，并在administrator的泳道上添加；添加完开始结点后，再来为此活动图添加活动，在左边的工具栏上选中Activity这个图标，在administrator 这边的泳道上添加一个活动，命名为登录（login），再在开始结点和活动登录（login）之间添加活动关系。
（4）完成步骤（2）后，登录输入需要对输入的信息进行验证，则在图中添加一个验证框：添加验证框后，验证的内容，如果通过，则允许管理员进行查询操作；如不能通过，则结束。
uml实训总结（范本）
uml实训总结uml实训总结篇一：UML实训总结实训总结（收获与体会）通过一个学期的Uml学习，我从书本上获取了基本的理论知识，而真正的学以致用，将书本理论知识运用到实际的过程，是这次UML实训的体现。
三个周的UML 实训，主要是围绕着一个实训题目“基于UML系统需求分析与设计--合倍利业务流管理系统”进行的，以小组为单位进行文档的编写，其中还对各种流程图、类图、用例图等的绘制，整个过程设计了知识的方方面面。
从中让我认识到UML的作用和运作模式以及方法，它是一种统一建模的标准语言，现在对于大多数软件开发来说，都使用U ml作为建模语言，形成了统一的标准。
它是图形化的的语言，可以很直观的描述一个事物的状态、行为与特征，很好的说明与表达了“合贝利任务管理”这个系统。
总之，在我看来，UML是一种定义良好、易于表达、功能强大且普遍适用建模语言。
融入软件工程领域的心思想、新方法和新技术，作用域不限于支持面向对象的分析和设计，也不单纯是一种方法，仅仅是一组符号而已，它可以对任何具有静态机构和动态行为的系统进行建模，所以我很喜欢适用UML，在今后的学习中，我还会进一步对该模型的学习，因为它方便、简洁、干净、清爽，直观形象，把整个软件系统的开发流程都融入进去。
这次实训过程中，文档方面的编写，遇到了很多的问题，这些问题主要是对基础知识的理解和把握不够，不能融会贯通和学以致用，有时遇到困难的时候真的不知如何着手解决，但是，我始终相信的那句话“读万卷书，不如行万里路，行万里路不如名师指路”。
所以，当遇到自己模糊和自己难以解决的问题时，向指导老师和懂的同学请教，帮助解决我遇到的问题，经过他们的讲解后，我下来自己在分析，在动手，从不理解到理解，从不会到会，从懂到懂，这是一个让我学习愉快的过程，在这个过程中，既可以丰富了自己的知识，还可以和老师和同学进行有效地方沟通。
UML实践----用例图、顺序图、状态图、类图、包图、协作图
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描述了作为一个外部的观察者的视角对系统的印象。
uml各种图例及说明
uml各种图例及说明(摘录)1、用例图描述角色以及角色与用例之间的连接关系。
说明的是谁要使用系统，以及他们使用该系统可以做些什么。
一个用例图包含了多个模型元素，如系统、参与者和用例，并且显示了这些元素之间的各种关系，如泛化、关联和依赖。
2、类图类图是描述系统中的类，以及各个类之间的关系的静态视图。
能够让我们在正确编写代码以前对系统有一个全面的认识。
类图是一种模型类型，确切的说，是一种静态模型类型。
3、对象图与类图极为相似，它是类图的实例，对象图显示类的多个对象实例，而不是实际的类。
它描述的不是类之间的关系，而是对象之间的关系。
4、活动图描述用例要求所要进行的活动，以及活动间的约束关系，有利于识别并行活动。
能够演示出系统中哪些地方存在功能，以及这些功能和系统中其他组件的功能如何共同满足前面使用用例图建模的商务需求。
5、状态图描述类的对象所有可能的状态，以及事件发生时状态的转移条件。
可以捕获对象、子系统和系统的生命周期。
他们可以告知一个对象可以拥有的状态，并且事件(如消息的接收、时间的流逝、错误、条件变为真等)会怎么随着时间的推移来影响这些状态。
一个状态图应该连接到所有具有清晰的可标识状态和复杂行为的类；该图可以确定类的行为，以及该行为如何根据当前的状态变化，也可以展示哪些事件将会改变类的对象的状态。
状态图是对类图的补充。
6、序列图（顺序图）序列图是用来显示你的参与者如何以一系列顺序的步骤与系统的对象交互的模型。
顺序图可以用来展示对象之间是如何进行交互的。
顺序图将显示的重点放在消息序列上，即强调消息是如何在对象之间被发送和接收的。
7、协作图和序列图相似，显示对象间的动态合作关系。
可以看成是类图和顺序图的交集，协作图建模对象或者角色，以及它们彼此之间是如何通信的。
如果强调时间和顺序，则使用序列图；如果强调上下级关系，则选择协作图；这两种图合称为交互图。
8、构件图（组件图）描述代码构件的物理结构以及各种构建之间的依赖关系。
UML实验报告范文
UML实验报告范文实验报告：UML图的设计与应用一、实验目的1. 学习掌握UML（Unified Modeling Language）的基本语法、概念和使用方法；2.了解UML各种图的作用和应用场景；3.进行实际案例的UML建模。
二、实验内容与原理1.UML概述UML是一种面向对象软件开发的标准建模语言，它可以帮助设计师、开发者和用户理解问题领域、设计解决方案并进行沟通。
UML建模图主要有用例图、类图、时序图、活动图、状态图和部署图等，用于描述系统的不同层面。
2.用例图用例图是描述系统功能和参与者之间交互的一种图。
参与者表示与系统交互的角色，用例表示系统的功能需求。
用例图是进行需求分析与系统设计的重要工具之一3.类图类图是描述系统中类以及它们之间关系的一种图。
类图由类、关联、聚合、组合、泛化、实现等元素组成，用于描述系统的静态结构。
4.时序图时序图是描述对象之间消息传递的一种图。
时序图主要用于描述系统中其中一特定操作的交互过程，时序图中的对象称为参与者，他们通过消息进行交互。
5.活动图活动图是描述系统中流程和操作的一种图，用于描述系统中活动的业务流程。
活动图可以展示控制流、对象流和数据流，用于描述系统的动态行为。
6.状态图状态图是描述系统中对象状态变化及其转换的一种图。
状态图展示了对象在不同状态之间的转换过程，用于描述系统的状态机。
7.部署图部署图是描述系统中物理部署和组件之间关系的一种图。
部署图主要用于展示系统的物理结构和系统组件之间的关联情况。
三、实验过程1.确定需求分析并编写用例图根据题目要求和系统需求，确定需求分析，绘制用例图。
用例图主要包括参与者和用例，参与者与用例之间通过关系进行关联。
2.分析系统结构并编写类图根据用例图和系统需求，分析系统结构，识别出系统中的类、接口和关系，绘制类图。
类图包括类、接口、关联、聚合、组合、泛化和实现等元素。
3.分析用户操作流程并绘制时序图根据用例图和系统需求，分析用户操作流程，确定对象的活动顺序，绘制时序图。
软件工程流程图绘制实验总结
软件工程流程图绘制实验总结下载温馨提示:该文档是我店铺精心编制而成，希望大家下载以后，能够帮助大家解决实际的问题。
文档下载后可定制随意修改，请根据实际需要进行相应的调整和使用，谢谢!并且，本店铺为大家提供各种各样类型的实用资料，如教育随笔、日记赏析、句子摘抄、古诗大全、经典美文、话题作文、工作总结、词语解析、文案摘录、其他资料等等，如想了解不同资料格式和写法，敬请关注!Download tips: This document is carefully compiled by theeditor. I hope that after you download them,they can help yousolve practical problems. The document can be customized andmodified after downloading,please adjust and use it according toactual needs, thank you!In addition, our shop provides you with various types ofpractical materials,such as educational essays, diaryappreciation,sentence excerpts,ancient poems,classic articles,topic composition,work summary,word parsing,copy excerpts,other materials and so on,want to know different data formats andwriting methods,please pay attention!软件工程流程图绘制实验总结一、实验目的本次实验的目的是通过绘制软件工程流程图，深入理解软件工程的开发流程，掌握流程图的绘制方法和技巧，提高团队协作能力和问题解决能力。
UML实验心得体会
UML实验心得体会uml实验报告学院班级学号姓名uml实验报告实验一：用例图实验结果：小结实验心得体会：用例模型用于需求分析阶段，它描述了待开发系统的功能需求，并驱动了需求分析之后各阶段的开发工作。
用例图是uml中用来对系统的动态方面进行建模的7种图之一。
用例图描述了用例、参与者以及它们之间的关系。
用例图从用户角度描述系统功能，并指出各功能的操作者。
通过本次实验，我熟悉rational rose建模环境，更加清楚的了解了用例图的语义和功能，如何清晰明了的识别参与者、用例，学会了如何使用事件流描述用归还图书1.借出图书协作图：1.归还图书2.借出图书小结实验心得体会：顺序图描述了对象之间的动态合作关系，它强调对象之间消息发送的时间顺序，同时显示对象之间的交互。
协作图与顺序图是同构的，rose可自动转换。
顺序图是强调消息的交互作用图，协作图描述了对象间的关系，是强调发送和接收消息的对象的组织结构的交互作用图。
通过本次实验，掌握了对图书管理功能中的借书用例、还书用例进行动态建模。
实验过程中由于对rational rose 工具软件的不熟识，导致出现了不该出现的错误。
在设计阶段，顺序图中需要引入边界类和控制类，在识别对象职责的基础上，需要将消息转换为类的方法，为方法定义参数、返回值类型，便于计算机的实现。
其中，为方法定义参数、返回值类型的时候，还是不能够快速准确的作出判断。
实验四：活动图实验结果：篇二：uml实验总结实验一1．源代码生成，在逻辑视图中绘制下图，生成java源文件生成代码步骤：“tools”-〉“java”-〉“genenate codes”。
public class meeting {private string username;private string scheduled_user; private date start_time; private date end_time; private string label;public string getuser() {return null; }public string getother() {return null; }public date getstart(){return null; }public date getend() {return null; }public string getlabel() {return null; }public string tostring() {return null; }public void main(string args) { return null; } }2．进行逆向工程，自行找到一个项目软件源代码，进行逆向工程。
软件过程实验报告总结(3篇)
第1篇一、实验背景随着信息技术的飞速发展，软件工程已成为计算机科学的重要分支。
软件过程是软件生命周期中各个阶段的活动，它包括需求分析、设计、编码、测试和维护等环节。
为了提高软件开发的效率和软件质量，软件过程管理显得尤为重要。
本实验旨在通过实践操作，加深对软件过程的理解，掌握软件过程管理的相关知识。
二、实验目的1. 理解软件过程的各个阶段及其相互关系；2. 掌握软件过程管理的基本方法；3. 提高软件开发的效率和质量；4. 培养团队协作能力。
三、实验内容1. 软件过程概述首先，我们对软件过程进行了概述，介绍了软件过程的定义、特点、作用以及软件过程模型。
通过学习，我们了解到软件过程是软件开发的基本框架，是保证软件开发质量的关键。
2. 需求分析需求分析是软件开发的第一步，也是最为关键的一步。
我们通过案例学习，了解了需求分析的方法和技巧。
在实验中，我们采用用户故事、用例图等方法对需求进行分析，确保需求完整、一致、可测试。
3. 设计设计是软件开发的核心环节，包括系统设计、模块设计和数据库设计等。
在实验中，我们学习了设计模式、架构风格等设计原则，通过UML图对系统进行设计，确保系统的可扩展性和可维护性。
4. 编码编码是软件开发的具体实施阶段，也是实现设计的过程。
我们学习了编程语言、代码规范等知识，通过编写代码实现设计。
在实验过程中，我们注重代码的可读性、可维护性和可测试性。
5. 测试测试是保证软件质量的关键环节。
我们学习了测试方法、测试用例设计等知识，通过编写测试用例对软件进行测试，确保软件满足需求。
6. 维护维护是软件生命周期的重要组成部分，包括软件的升级、修复、优化等。
我们学习了维护方法，了解了软件维护的重要性。
四、实验过程1. 组建团队我们将学生分成若干小组，每个小组负责完成一个软件项目的开发。
在小组内部分工合作，明确各自职责。
2. 需求分析各小组对项目进行需求分析，编写需求规格说明书，确保需求完整、一致、可测试。
软件工程---UML动态分析-活动图
Make Plan
entry/ SetGoal
2020/5/4
26
动作流
与状态图不同，活动图的转换一般都不需要特 定事件的触发。
一个动作状态执行完本状态需要完成的动作后 会自发转换到另外一个状态。
2020/5/4
27
动作流
一个活动图有很多动作或者活动状态，
活动图通常开始于初始状态，然后自动转换到 活动图的第一个动作状态，一旦该状态的动作 完成后，控制就会不加延迟地转换到下一个动 作状态或者活动状态。
7
活动图与流程图的区别
⑴ 流程图着重描述处理过程，它
的主要控制结构是顺序、分支 和循环，各个处理过程之间有 严格的顺序和时间关系
找饮料 [ 发现咖啡 ]
活动图描述的是对象活动的顺序
把咖啡放入 滤器
关系所遵循的规则，它着重表 将滤器放入 现的是系统的行为，而非系统 机器
的处理过程。
往容器里加 水
开机器
活动图着重表现从一个活动到另一个活动的控制流， 是内部处理驱动的流程。
找饮料
[ 发现咖啡 ]
[ 没有咖啡 ] [ 发现可乐 ]
把咖啡放入 滤器
往容器里加 水
拿茶杯
拿可乐
将滤器放入 机器
[ 没有可乐 ]
开机器 冲咖啡
倒咖啡
喝饮料
2020/5/4
12
活动的图形表示
在UML中，活动表示成圆角矩形，与状态的圆角矩 形相比，活动的矩形的圆角更柔和，看上去接近椭 圆。
不能中断，一直运行到结束。 ⑶ 动作状态是瞬时的行为，它所占用的处理时
间极短，有时其至可以忽略。
2020/5/4
19
动作状态
动作状态有如下特点：
uml实验报告总结
本科实验报告课程名称：计算机网络实验项目：计算机网络实验地点：专业班级：学号：学生姓名：指导教师：目录1.实验准备：熟悉UML建模环境2.实验一用例图3.实验二类图4.实验三顺序图及通信图5.实验四活动图、状态图、组件图及部署图实验一用例图一、实验目的初步掌握UML用例图的创建方法及其用例的描述。
二、实验要求1．结合工具StartUML，熟悉UML用例图的模型元素。
2．使用StartUML工具建模网上书店系统的用例图。
三、实验主要设备：台式或笔记本计算机四、实验内容：根据下面给出的网上书店问题陈述，分析该系统总体需求，建模网上书店系统的用例图并提供一个主要用例的事件流文档。
网上书店陈述：书店经理：我们原本是一个传统的实体书店，顾客要买书都是亲自到书店里来的，这样挺不方便。
面且随着书店销售图书种类和数量的增加以及顾客的增长，尤其是大量顾客到书店选购图书，使得书店场地不足，工作人员也很忙碌。
其实，还有一点就是，有不少人进入书店后并不买书，只是查找一些资料。
有的甚至会在这呆上很长的时间直到把书免费看完。
这种行为，工作人员一般是不阻止的，结果最后这些被看过的书会因为有阅读过的痕迹而影响销售。
而且现在电子商务已经发展起来了，所以我们想到借助网络，让顾客通过网上书店购买图书。
这样我们书店可以省掉大量的场地维护和工作人员成本支出，同时计算机可以方便的检索图书信息，让顾客可以足不出户以更优惠的价格买到需要的书。
系统分析员：能谈谈您对网上书店的要求吗?书店经理：网上书店要能实现对外和对内的功能，对外是顾客能在网上书店订购图书，提交订单。
对内，书店工作人员能够通过网上书店及时的看到这些订单，并进行处理。
为了把书送到顾客手里，我们已经联系了快递公司，初步达成协议，由他们往返场客和书店之间把图书送到顾客手里。
书店管理员受理订单后，就会通知快递公司送货。
当然，书店的图书上架和下架也应该由网上书店完成了。
工作人员甲：实体店中，图书是按照不同种类放置的，方便顾客挑选。
UML实验报告
UML实验报告UML 实验指导书⽬录实验⼀UML建模基础 (3)实验⼆⽤例图 (4)实验三UML类图 (8)实验四对象图 (10)实验五包图 (11)实验六状态图 (13)实验七活动图 (17)实验⼋时序图与协作图 (18)实验九组件图 (22)实验⼀UML建模基础[实验⽬的和要求]1、熟悉UML建模⼯具Rational Rose的基本菜单及操作。
2、掌握UML的三⼤组成部分及各部分作⽤。
3、掌握UML规则和相关机制。
4、掌握UML的可见性规则和构造型的作⽤。
[实验内容和步骤]1、练习使⽤建模⼯具建⽴各种UML图形，并对图形进⾏相应编辑和修改。
2、认识各种UML关系及可见性符号，并⽤⼯具表⽰出来。
[分析与讨论]１、总结UML在软件⼯程中的作⽤以及使⽤UML建模的必要性。
实验⼆⽤例图[实验⽬的和要求]１、掌握⽤例的概念。
２、掌握UML⽤例图的组成、作⽤以及使⽤场合。
３、掌握⽤例与⽤例之间的各种关系。
４、学习针对具体场景使⽤⽤例图进⾏分析说明的⽅法。
５、掌握⽤例描述的概念和基本结构，以及⽤例描述的作⽤。
[实验内容和步骤]１、什么是⽤例，什么是场景？⽤例和场景之间的关系是怎样的？２、⽤例图中有哪些组成元素？在UML中是如何表⽰的？３、⽤例与⽤例之间的包含关系、扩展关系和泛化关系各代表什么含义？它们之间有何区别？对以上三种关系各举⼀例，画出⽤例图，并进⾏说明。
４、为了满⾜物业中介⾏业的信息化要求，甲公司基于详尽的需求调研与分析，准备研发⼀套符合市场需要的、实⽤的信息管理系统。
主要将实现客户资料信息管理、客户委托（出租、出售、租赁、购买）信息管理、业务线索⽣成与管理、房源状态⾃动更新、权限管理、到期⽤户管理、房源组合查询等功能。
该公司⼩王，通过多次的与潜在客户的交流与沟通，完成了最初的⽤例模型的开发，下是⼀个⽤例模型的局部：修改房源信息⼩李认为该模型不符合“⽤例建模”的思想，存在明显的错误。
请⽤200字以内说明错误所在，并说明应该如何修改。
uml实训总结小结[共5篇]
![uml实训总结小结[共5篇]](https://img.taocdn.com/s3/m/ee8f2064ac02de80d4d8d15abe23482fb4da02ab.png)
uml实训总结小结[共5篇]第一篇：uml实训总结小结专用周小结总结通过一个学期的UML学习，并根据“婚姻中介系统”这个实例，从一开始对UML的概念模糊，到后来的一次次撰写作业和请教老师，使我渐渐的对UML有了一个系统的了解。
我已经理解了UML的作用和运作模式以及方法。
它一种是统一建模标准语言，现在对于大多软件开发来说，都使用UML做为建模语言，形成了统一的标准。
其次，UML是图形化的语言，它可以很直观的描述出一个事物的状态，行为与特征，能很好的说明与表达我这个婚姻中介系统。
总之，UML 是一种定义良好、易于表达、功能强大且普遍适用的建模语言。
它溶入了软件工程领域的新思想、新方法和新技术。
它的作用域不限于支持面向对象的分析与设计，还支持从需求分析开始的软件开发的全过程。
UML是一个标准的图形表示法，它不是面向对象的分析和设计，也不是一种方法，它仅仅是一组符号而已。
它可以对任何具有静态结构和动态行为的系统进行建模，所以我很喜欢使用UML，因为它方便简捷，干净清爽，直观形象。
在这学期的UML的大作业中，经过老师的指导和帮助，我独立的完成了基于UML的“婚姻中介系统”大作业。
不论是MDA系统中的CIM-1还是PIM-1，每次我都会根据老师的要求改之又改，有时候好不容易琢磨出了一幅UML图，可是拿给老师看了以后，结果却是要重新画过，重新理清思路。
可是在一遍遍的修改中，我并没有沮丧，而是边研究老师的PPT和老师的指导，边理清每个步骤，每个符号，以及每一幅图的内容和相互之间的联系，使得整个系统思路更为清晰。
在UML大作业中，我明白了，作为一个系统，需求分析很重要，一开始就应该明确业务流程，才能不至于之后的工作偏离方向。
对于用例图，活动图，状态图，类图，序列图，应该分清他们之间的关系，明确各自的作用，将一个系统的各个功能和状态具体的抽离出来，搭建模型。
并且悟出了系统是一个整体，我们应该形成从整体出发，将整体分块局部剖析，进而重视和完善内部细节。
uml类图实验报告
UML类图实验报告1. 引言UML（Unified Modeling Language）是一种用于软件系统建模的标准化图形化语言。
它提供了一种统一的方式来描述和设计软件系统的结构、行为和交互。
在本实验中，我们将学习如何使用UML类图来表示系统中的类和它们之间的关系。
2. 实验目的本实验的主要目的是通过绘制UML类图，加深对面向对象概念的理解，并学会使用类图来描述系统的结构。
3. 实验步骤3.1 确定需求首先，我们需要明确系统的需求和功能。
在本实验中，我们以一个简单的图书馆管理系统为例。
该系统需要管理图书馆的图书、读者和借阅记录。
3.2 确定类根据系统的需求，我们可以确定需要以下几个类：图书、读者、借阅记录。
3.3 绘制类图根据确定的类，我们可以开始绘制UML类图。
在类图中，我们使用矩形表示类，并在矩形内部写下类的名称。
类之间的关系使用箭头表示。
3.3.1 图书类首先，我们绘制图书类。
图书类具有以下属性和方法： - 属性：书名、作者、出版日期、ISBN号 - 方法：借出、归还class 图书 {书名作者出版日期ISBN号借出()归还()}3.3.2 读者类接下来，我们绘制读者类。
读者类具有以下属性和方法：- 属性：姓名、年龄、性别、借阅记录 - 方法：借书、还书class 读者 {姓名年龄性别借阅记录借书()还书()}3.3.3 借阅记录类最后，我们绘制借阅记录类。
借阅记录类具有以下属性：- 属性：图书、读者、借阅日期、应还日期class 借阅记录 {图书读者借阅日期应还日期}3.4 描述关系在类图中，类之间的关系可以通过箭头来表示。
根据系统需求，我们可以得出以下关系： - 图书和借阅记录之间是一对多的关系，一个图书可以对应多条借阅记录。
- 读者和借阅记录之间也是一对多的关系，一个读者可以对应多条借阅记录。
我们可以使用带箭头的实线来表示一对多的关系。
图书 --> 借阅记录读者 --> 借阅记录4. 实验结果根据上述步骤，我们成功绘制了一个简单的图书馆管理系统的UML类图。
UML实验心得体会
UML实验心得体会在进行UML实验的过程中，我对UML建模语言有了更深入的了解，同时也收获了一些宝贵的经验和体会。
其次，通过这次实验，我深刻体会到了UML的重要性和实用性。
在软件开发过程中，使用UML进行建模可以帮助团队成员之间更好地交流和理解设计需求。
以类图为例，我们可以清晰地看到不同类之间的关系和依赖，根据这些信息可以更好地进行代码编写和模块设计。
用例图和时序图可以帮助我们更完整地理解系统的需求和执行流程，并及时发现潜在的问题和风险。
在实际项目中，合理使用UML建模工具和方法，可以大大提高开发效率和软件质量。
第三，这次实验还锻炼了我的团队合作能力和问题解决能力。
在进行实验过程中，我和我的团队成员一起分析和讨论问题，共同完成实验的要求。
在这个过程中，我学会了如何与团队成员合作，如何有效地沟通和协调。
我们在实验中遇到了一些困难和挑战，例如理解复杂的类之间的关系、确定用例图和时序图的粒度和内容等。
但是通过我们的共同努力，我们成功克服了这些困难，并且取得了满意的结果。
这次实验让我深刻理解了团队协作和解决问题的重要性，也让我看到了团队合作的力量。
最后，通过这次实验，我也发现了一些需要改进的地方。
首先，我觉得在理解UML的基本概念和表示方法之前，通过一些具体的案例和示例可能会更容易理解和学习。
其次，在使用UML建模工具时，我发现一些功能不够直观和易用，而且有时候也会出现一些错误和问题。
因此，我认为对于这些工具的使用和操作方法，还需要更深入的学习和掌握。
最后，我觉得在实验过程中，能够增加一些实践操作和应用场景的演示，可能会更加有助于我们理解和熟练掌握UML建模的方法和技巧。
总结起来，这次UML实验给我带来了很多收获和体会。
通过实践操作，我对UML建模语言有了更深入的了解，也学会了如何使用UML建模工具和方法来描述和分析系统的结构和行为。
我认识到了UML的实用性和重要性，以及它在软件开发中的作用。
通过与团队成员的合作和协作，我培养了团队合作和问题解决能力。
uml期末个人总结
uml期末个人总结在课程的学习过程中，我主要关注以下几个方面的内容：UML的基本概念、UML建模的过程和技术、UML的应用场景以及UML与其他软件开发方法的关系。
以下是我的个人总结和收获。
首先，对于UML的基本概念，我学习了类图、对象图、用例图、序列图、活动图、状态图等。
通过学习这些基本概念，我能够使用UML语言描述和表示软件系统的各个方面。
例如，类图可以用来描述类之间的关系和属性，用例图可以用来描述系统的功能需求，序列图可以用来描述对象之间的交互等等。
通过掌握这些基本概念，我能够更好地理解和分析一个软件系统，从而为后续的软件开发工作提供指导。
其次，学习UML的建模过程和技术对于软件开发至关重要。
我们学习了如何根据软件需求进行需求分析，并将需求转化为用例图。
在用例图中我们可以清楚地看到系统的功能需求和用户之间的交互。
然后，我们学习了如何根据用例图进行面向对象的分析和设计。
通过使用类图、对象图和序列图，我们可以在面向对象的视角下对软件系统进行详细的设计。
例如，我们可以通过类图描述系统中的类、属性和关系，通过对象图描述系统中的实例化对象，通过序列图描述对象之间的交互流程。
通过这些建模过程和技术，我能够更好地理解和设计一个软件系统，为后续的实现工作提供参考。
第三，UML的应用场景非常广泛。
除了软件开发领域，UML还可以应用于其他领域，如系统建模、业务流程建模和数据建模等。
在本学期的课程中，我学习了如何使用UML进行系统建模和业务流程建模。
通过使用活动图和状态图，我可以清晰地描述和设计一个系统的行为和状态。
例如，通过活动图可以描述系统中各个组件之间的交互流程，通过状态图可以描述系统中各个组件的状态转换。
此外，UML还可以用于数据建模，通过使用类图和对象图可以清晰地描述数据之间的关系和属性。
通过学习这些应用场景，我对UML的灵活性和实用性有了更深入的认识。
最后，我发现UML与其他软件开发方法存在一定的关联和区别。
UML各种图总结-精华
UML各种图总结-精华UML（UnifiedModelingLanguage）是一种统一建模语言，为面向对象开发系统的产品进行说明、可视化、和编制文档的一种标准语言。
下面将对UML的九种图+包图的基本概念进行介绍以及各个图的使用场景。
一、基本概念如下图所示，UML图分为用例视图、设计视图、进程视图、实现视图和拓扑视图，又可以静动分为静态视图和动态视图。
静态图分为：用例图，类图，对象图，包图，构件图，部署图。
动态图分为：状态图，活动图，协作图，序列图。
1、用例图（UseCaseDiagrams）：用例图主要回答了两个问题：1、是谁用软件。
2、软件的功能。
从用户的角度描述了系统的功能，并指出各个功能的执行者，强调用户的使用者，系统为执行者完成哪些功能。
2、类图（ClassDiagrams）：用户根据用例图抽象成类，描述类的内部结构和类与类之间的关系，是一种静态结构图。
在UML类图中，常见的有以下几种关系:泛化（Generalization）,实现（Realization），关联（Association)，聚合（Aggregation），组合(Composition)，依赖(Dependency)。
各种关系的强弱顺序：泛化=实现>组合>聚合>关联>依赖2.1.泛化【泛化关系】：是一种继承关系，表示一般与特殊的关系，它指定了子类如何继承父类的所有特征和行为。
例如：老虎是动物的一种，即有老虎的特性也有动物的共性。
2.2.实现【实现关系】：是一种类与接口的关系，表示类是接口所有特征和行为的实现。
2.3.关联【关联关系】：是一种拥有的关系，它使一个类知道另一个类的属性和方法；如：老师与学生，丈夫与妻子关联可以是双向的，也可以是单向的。
双向的关联可以有两个箭头或者没有箭头，单向的关联有一个箭头。
【代码体现】：成员变量2.4.聚合【聚合关系】：是整体与部分的关系，且部分可以离开整体而单独存在。
UML 10 种图的总结
UML 2.0共有10种图，分别为表示系统静态结构的静态模型（包括类图、组合结构图、部署图），以及表示系统动态结构的动态模型（包括用例图、序列图、对象图、协作图、状态图、活动图、组件图），它们各用以表现不同的视图，如表1-1所示。
用例之间也可以存在包含、扩展和泛化等关系：
（1）包含关系：用例可以简单地包含其他用例具有的行为，并把它所包含的用例行为做为自身行为的一部分，这被称作包含关系。
（2）扩展关系：扩展关系是从扩展用例到基本用例的关系，它说明为扩展用例定义的行为如何插入到为基本用例定义的行为中。
它是以隐含形式插入的，也就是说，扩展用例并不在基本用例中显示。
在以下几种情况下，可使用扩展用例：
a.表明用例的某一部分是可选的系统行为（这样，您就可以将模型中的可选行为和必选行为分开）；
b.表明只在特定条件（如例外条件）下才执行的分支流；
c.表明可能有一组行为段，其中的一个或多个段可以在基本用例中的扩展点处插入。
所插入的行为段和插入的顺序取决于在执行基本用例时与主角进行的交互。
（3）泛化关系：用例可以被特别列举为一个或多个子用例，这被称做用例泛化。
当父用例能够被使用时，任何子用例也可以被使用。
如在图2.4中，订票是电话订票和网上订票的抽象。
软件工程的23种设计模式的UML类图
软件工程的23种设计模式的UML类图0 引言谈到设计模式，绝对应该一起来说说重构。
重构给我们带来了什么？除了作为对遗留代码的改进的方法，另一大意义在于，能够让我们在写程序的时候能够不需事先考虑太多的代码组织问题，当然这其中也包含了应用模式的问题。
尽管大多数开发者都已经养成了写代码前先从设计开始的习惯，但是，这种程度的设计，涉及到到大局、到总体架构、到要紧的模块划分我觉得就够了。
换句话说，这时就能写代码了。
这就得益于重构的思想了。
假如没有重构的思想，有希望获得非常高质量的代码，我们就不得不在开始写代码前考虑更多事实上并非非常稳固的代码组织及设计模式的应用问题，那开发效率当然就大打折扣了。
在重构与设计模式的合理应用之下，我们能够相对较早的开始写代码，并在功能尽早实现的同时，不断地通过重构与模式来改善我们的代码质量。
因此，下面的章节中，在谈模式的同时，我也会谈谈关于常用的这些模式的重构成本的懂得。
重构成本越高意味着，在遇到类似的问题情形的时候，我们更应该提早考虑应用对应的设计模式，而重构成本比较低则说明，类似的情形下，完全能够先怎么方便，怎么快怎么写，哪怕代码不是很优雅也没关系，回头再重构也很容易。
1 创建型1.1FactoryMethod思想：Factory Method的要紧思想是使一个类的实例化延迟到其子类。
场景：典型的应用场景如：在某个系统开发的较早阶段，有某些类的实例化过程，实例化方式可能还不是很确定，或者者实际实例化的对象（可能是需要对象的某个子类中的一个）不确定，或者者比较容易变化。
如今，假如直接将实例化过程写在某个函数中，那么通常就是if-else或者select-case代码。
假如，候选项的数目较少、类型基本确定，那么这样的if-else还是能够同意的，一旦情形变得复杂、不确定性增加，更甚至包含这个构造过程的函数所在的类包含几个甚至更多类似的函数时，这样的if-else代码就会变得比较不那么容易保护了。
软件工程各阶段的UML图应用
软件⼯程各阶段的UML图应⽤UML是统⼀建模语⾔，主要⽤于软件的分析与设计阶段。
但是UML有这么多图，具体怎么⽤呢?⼀：需求分析阶段的业务⽤例图⽤例图，是⽤来表⽰系统⾓⾊与系统什么功能发⽣交互的图。
通过⽤例图，可以很清晰地表⽰系统放主要功能。
⽤例图在我们进⾏软件分析阶段和设计阶段都有使⽤：由⽤户需求得到业务⽤例（描述最主要的业务功能，客户最感兴趣的、期望的功能）在与客户第⼀次交流沟通，采集需求后。
我们可以得到《开发⽂档1.0》（见上⼀篇博⽂）。
同时，也可以由客户描述的系统功能、⽤户⾓⾊画出业务⽤例图。
注意：这只是初步的⽤例，⽤来说明系统业务功能的。
例如：⼀个新闻⽹站的业务⽤例图如下：⼆：概要设计阶段的功能活动图、系统⽤例图1：在把《开发⽂档1.0》和业务⽤例图交予客户审核确认后，我们开始编写《开发⽂档2.0》，然后根据《开发⽂档2.0》中新增的功能描述，我们可以画出每⼀个功能的活动图：例如：管理员原理新闻的功能活动图2：由每⼀个功能活动图，完善业务⽤例图得到系统⽤例图（此时才是真正全⾯描述系统各个⾓⾊可以执⾏什么功能的⽤例图）三：详细设计阶段的⽤例规约图由《开发⽂档3.0》中的“功能详细设计”部分，画出每⼀个功能⽤例的约束图，主要包括：⽤例名、⽤例流程、异常处理等操作四：详细设计阶段的业务模块图根据《开发⽂档4.0》中的“模块划分”，我们就知道了这个系统主要会有哪些业务类，画出业务模块图，每个业务类下罗列该模块下的功能⽤例：五：详细设计阶段的类图根据《开发⽂档5.0》中对每个⽤例的架构、以及功能模块的划分，可以初步确定系统需要多少个实现类组成，画出类图：六：详细设计阶段的时序图根据每个⽤例的活动图以及第五步的系统类图，我们可以为每个⽤例画出时序图，更加清晰明确地模拟出⽤户是怎么⼀步步调⽤哪个类的哪个⽅法来实现进⾏功能交互的，如：七：根据上⾯的类图、⽤例的时序图等等，进⾏编码开发。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
Page 4
（3）对象类图的建立步骤
1〉研究分析问题领域，确定系统的需求。 2〉发现对象和类，明确他们的含义和责任，确定属性和操作。 3〉发现类之间的静态联系。着重分析找出类之间的一般和特殊关系，部分 与整体关系，研究类的继承性和多态性，把类之间的静态联系用关联、泛化、 聚合、组合、依赖等联系表达出来，虽然对象类图表达的是系统的静态结构特 征，但是应当把对系统的静态分析与动态分析结合起来，更能准确地了解系统 的静态结构特征。 4〉设计类与联系。调整和细化已得到的对象类和类之间的联系，解决诸如命名 冲突、功能重复等问题。 5〉绘制对象类图并编制相应的说明。上述做法是直接从领域分析抽取对象和类 开始的，这是常规的面向对象的系统分析与设计的做法。Rational统一过程 主张采用用例驱动的系统分析与设计方法。从业务领域的分析中先抽取活动者 和用例，建立业务模型。业务模型包括业务用例模型、设计模型、实现模型和 测试模型。 Page 5
Page 14
(3)协作图示例
协作图是对象的扩展，协作图除了展示出对象之间的关联，还显示 出对象之间的消息传递。通常在协作图中省略掉关联的名字。 关联线附近的箭头线表示对象之间传递的消息，箭头指向消息接收 对象。消息名称和消息序号附在箭头线附近。消息的一般含义是触 发接收消息的对象执行它的一个操作。在协作图中，在消息名前面 加上消息的序号，它代表该消息在消息序列中的顺序。消息名和序 号之间用冒号隔开。
6) 区分主业务流和例外情况的事件流。可以把表达例外的情况的事 件流的用例图画成一个单独的子用例图。
7) 细化用例图，解决用例间的重复与冲入问题，简化用例中的对话 序列，用例图可以有不同的层次，高层次系统的用例可以分解为 若干个下属子系统中的子用例。
Page 2
（1）类图示例
在UML中一个矩形表示一个类的图标。 属性是类的一个特性，它描叙了类的对象（也就是类的实例）所具有的一 系列特性值。一个类可以具有零个到多个属性。属性名列表放在类名之下， 并且和类名之间用分隔号隔开。 操作是类能够做的事情或者你（或者另一个类）能对类做的事情。 操作名列表要放在属性名列表之下，两者之间用分隔线隔开 WashingMachine brandName
（1） 用例图示例
用例的发起者在用例图的左侧，接受者在用例图的右侧。参与者的名字 放在参与者图标的下方。关联线连接参与者和用例并且表示参与者与用 例之间有通信关系。关联线是实线，和类之间的关联线类似。
用例分析的一个好处是它能够展现出系统和外部世界之间的边界。参与 者是典型的系统外部实体，而用例是典型的属于系统内部。系统的边界 用一个矩形来代表，里面写上系统的名字。系统的用例装入矩形之内。
3〉确定联系。这是关键步骤。配置图中的联系包括节点与节点 之间的联系，节电与组件之间的联系，组件与组件之间的联系， 可以使用标准构造型或自定义新的构造型说明联系的性质。把系 统的组件如可执行程序，动态连接库等分配到节点上，并确定节 点与节点之间，节点与组件之间，组件与组件之间的联系，以及 他们的性质。
实现视图( Implementation View)，也称为组件（构件）视图 Page (Component 21 View)
3.2、图的总结
用例图(Use Case Diagram) 类图(Class Diagram) 对象图(Object Diagram) 组件图(Component Diagram) 静态视图
活动图(Activity Diagram)
Page 23
Static Diagrams
Use-Case Diagrams
Sequence Diagrams Collaboration Diagrams Class Diagrams Object Diagrams
1〉确定构件。首先要分解系统，考虑有关系统的组成管理、 软件的重用核物理节点的配置等因素，把关系密切的可执行程 序和对象库分别归入组件，找出相应的对象类、接口等模型元 素。 2〉对构件加上必要的构造型。可以使用uml的标准构造型《 executable》、《library》、《table》、《file》、《 document》，或自定义新的构造型，说明组件的性质。 3〉确定构件之间的联系。最常见的构件之间的联系是通过接 口依赖。一个构件使用某个接口，另一个构件实现该接口。 4〉必要时把构件组织成包。构件和对象、协作等模型元素一 样可以组织成包。 5〉绘制构件图。
2〉对于每一个包，标出其模型元素的可视性：公共 、保护或私有。 3〉确定包与包之间的依赖关系，特别是输入依赖。 4〉确定包与包之间的泛化关系，确定包元素的多态 性和重载。 5〉绘制包图。
Page 8
(1)状态图示例
状态用具有圆形拐角的矩形表示,状态间带箭头的实线代表状 态的迁移，箭头指向目标状态。 图中的实心圆代表状态转移的起点，带圆圈的实心圆代表终 点。
（4）包图示例
包用附有标签的矩形表示
包图名
Page 6
（5）包图的建立步骤
1〉分析系统模型元素（通常是类），把概念上或语义上相近的模型元素 纳入一个包。注意可以从类的功能的相关性来确定纳入包中的类。以下 几点可作为分析对象类的功能相关性的参考 （1）如果一个类的行为和/或结构的变更要求另一个相应的变更，则这 两个类是功能相关的。 （2）如果删除一个类后，另一个类便变成是多余的，则这连个类是功 能相关的，这说明该剩余的类只为那个被删除的类所使用，他们之间有 依赖关系。 （3）如果两个类之间大量的频繁交互或通信，则这两个类是功能相关 的。 （4）如果两个类之间有一般/特殊关系，则这两个类是功能相关的。 （5）如果一个类激发创建另一个类的对象，则这两个类是功能相关的 。 （6）如果两个类不涉及统一个外部活动着，则这两个类不应放在同一 个包中。 （7）一个包应当具有高内聚性，包中的类应该是功能相关的。 Page 7
也被称为构件图
配置图(Deployment Diagram)， 也被称为部署图， 实施图
Page 22
时序图(Sequence Diagram)，
也被称为顺序图，序列图 协作图(Collaboration Diagram) 状态图(StateChart Diagram) 动态视图
Page 18
（3）部署图示例
节点用带有节点名称的立方体表示，节点间的关联代表通信路径。关 联有用来辨别不同路径的构造型。节点也有泛化关系。
Page 19
（4）配置图的建立步骤
1〉确定节点。注意：标示系统中的硬件设备，包括大型主机、 服务器、前端机、网络设备、输入/输出设备等。一个处理机是一 个节点，它具有处理功能，能够执行一个组件；一个设备也是一 个节点，她没有处理功能，但他是系统和现实世界的接口。 2〉对节点加上必要的构造型。可以使用uml的标准构造型或自 定义新的构造型，说明节点的性质。
Page 16
（1）构件图示例
构件用一边有两个小矩形的一个长方形表示，它可以用实线与代表构件 接口的圆圈相连 。 构件图表示了构件之间的依赖关系。每个构件实现（支持）一些接口， 并使用另一些接口。如果构件间的依赖关系与接口有关，那么构件可以 被具有同样接口的其他构件替代。
Page 17
（2）构件图的建立步骤
1〉找出负责实现工作流的业务对象。这些对象可以是现实业务领域中的 实体，也可以是一种抽象的概念或事物。为每一个重要的业务对象建 立一条泳道。 2〉确定工作流的初始状态和终结状态，明确工作流的边界。 3〉从工作流的初始状态开始，找出随时间而发生的活动和动作，把他们 表示成活动状态或动作状态。 4〉对于复杂的动作或多次重复出现的一组动作，可以把他们组成一个活 动状态，并且用另外一个活动图来展开表示。 5〉给出连接活动和动作的转移（动作流）。首先处理顺序动作流，然后 处理条件分支。最后处理分劈和接合。 6〉在活动图中给出与工作流有关的重要对象，并用虚箭线把他们与活动 状态或动作状态相连接。
Initialization
Canceled
Page 9
(2)状态图的建立步骤
1〉确定状态机的上下文，它可以是一个类、子系统或整个系统。 2〉选择初始状态和终结状态。 3〉发现对象的各种状态。注意应当仔细找出对问题有意义的对象状态属 性，这些属性具有少量的值，且该属性的值的转换受限制。状态属性值 的组合，结合行为有关的事件和动作，就可以确定具有特定的行为特征
Pa 13
（2）顺序图的建立步骤
1〉 找出参与交互的对象角色，把他们横向排列在顺序图的顶 部，最重要的对象安置在最左边，交互密切的对象尽可能相 邻。在交互中创建的对象在垂直方向应安置在其被创建的时 间点处。 2〉 对每一个对象设置一条垂直的向下的生命线。 3〉 从初始化交互的信息开始，自顶向下在对象的生命线之间 安置信息。注意用箭头的形式区别同步消息和异步消息。根 据顺序图是属于说明层还是属于实例层，给出消息标签的内 容，以及必要的构造型与约束。 4〉 在生命线上绘出对象的激活期，以及对象创建或销毁的构 造型和标记。 5〉 更具消息之间的关系，确定循环结构及循环参数和出口条 件。
9〉确认每一个状态在某个时间组合之下都是可到达的。
(3) 活动图示例
活动状态表示成带有圆形边线的矩形，它含有活动的描述（普 通的状态盒为直边圆角）。简单的完成转换用箭头表示。和状 态图相似，活动图也有起点和终点符号，表示法和状态图一样 。
●
活动1
活动2
●
Page 11
(5) 活动图的建立步骤
的状态。