软件工程五-领域分析——2.用例图和活动图
我们的进度，在这里
1 2 3 4
什么是活动图 活动图的用途 活动图的组成元素 活动图的建模技术
活动图是UML中描述系统动态行为的图之一，是描 述系统或业务的一序列活动构成的控制流，它描述 了系统从一种活动转换到另一种活动的整个过程。
活动图用于对系统的动态行为建模。 活动图常用来描述业务或软件系统的活动轨迹，描 述了系统的活动控制流程。我们常用活动图对业务 过程、工作流和用例实现进行建模。
1. 泛化关系（Generalization）：一个用例可以被特别 列举为一个或多个子用例，这被称为用例泛化： 2. 包含关系（Include）一个用例可以简单地包含其他用 例具有的行为，并把它所包含的用例行为作为自身行为的 一部分，这被称作包含关系。 3. 扩展关系（Extend）：一个用例也可以被定义为基础 用例的增量扩展，这称作扩展关系，扩展关系是把新行为 插入到已有用例的方法。 4.关联关系：关联关系表示参与者与用例之间的通信。
参与者
• •
用例（use case）一个用例是用户与计算机之间的一 次典型交互作用。在UML中,用例被定义成系统执行的 一系列动作（功能） 。 参与者和用例分别描述了“谁来做？”和“做什么？” 这两个问题。 每个用例都必须有一个惟一的名字以区别于其他用例。 用例用一个椭圆来表示，用例的名字可以书写在椭圆的内 部或下方。用例的UML图标如图所示。
需求
分析和设计
实现
测试
Use Cases 把所有这些过程绑到一起
用例（Use Case） 参与者（Actor） 关系(Relationship)
参与者：在系统之外，透过系统边界与系统进行有 意义交互的任何事物。 参与者可能是人、另外一个系统、时间的流逝等。 UML中，参与者用“人形”图标来表示，名字写 在图标的下方。
登记借阅信 息
活动图主要应用对两个方面建模：一是在业务分 析阶段，对工作流程进行建模；二是在系统分析 和设计阶段，对操作流程进行建模。
动作状态
动作流
得到图书
活动图的元素包括 初始节点、终点、 活动节点、转换、 分支、分岔与汇合。 其中，转换、分支、 分岔与汇合把多个 活动节点连接在一 起。
•
•
分支（判定条件）
图 转换的表示
4. 分支与监护条件 在实际应用中，有三种活动控制流，它们是顺序结构、分支结构、循 环结构．当从一个活动节点到另一个活动节点的转换需要条件时，常 用分支与监护条件来表示活动的分支结构． 分支是用菱形表示的，它有一个进入转换（箭头从外指向分支符号）， 一个或多个离开转换（箭头从分支符号指向外）。而每个离开转换上 都会有一个监护条件，用来表示满足某种条件时才执行该转换。分支 的表示法，如图所示。
我们的进度，在这里
我们的进度，在这里
1. 2.
根据访谈内容，进行业务用例建模 根据访谈内容，进行业务流程的建模
提交内容
1. 业务用例图 2. 业务流程活动图
我们的进度，在这里
我们的进度，在这里
什么是用例图（Use Case Diagram） 用例图的应用 用例图的组成 参与者、用例的识别 用例建模技术
图 初始节点和终点
图 活动节点的表示
下图列出的就是一些可能的活动节点描述，可能用文字描 述活动节点，可能用表达式描述活动节点，可能用消息描 述活动节点。
图 活动节点
3. 转换 当一个活动结束时，活动控制流就会马上传递给下一个活 动节点，在活动图中称之为“转换”，用一条带箭头的直 线来表示转换．下面的直线箭头就表示了一个转换。
•
分叉和汇合（表示并发 和同步）
NewSwimlane
•
泳道
在系统建模过程中，活动图能够被附加到任何建模元素， 以描述其行为，这些元素包括用例、类、接口、组件、节 点、协作、操作和方法。 在建模过程中，读者可以参照以下步骤进行： （1）识别要对其工作流进行描述的类； （2）对动态状态建模； （3）对动作流建模； （4）对对象流建模； （5）对建模结果进行精化和细化。
图 分支的表示
5. 分岔与汇合 在实际应用中，如果活动的转换是有条件的，我们就用分支与监护条 件来表示转换，如果一些活动是并发执行的，我们就用分岔和汇合来 表示并发活动。分岔线和汇合线都使用加粗的水平线或垂直线段表示。
分岔线 汇合线
图 分岔与汇合的表示
（1）分岔：每个分叉可以有一个输入转换和两个或多个输出 转换，每个转换都可以是独立的控制流。 （2）汇合：当两个或多个并发控制流都达到汇合点后，活动 流程才能进入下一个活动节点． 分岔用来表示两个或者多个并发活动的分支；而汇合则用于同 步这些并发活动的分支，当且仅当所有的并发分支(活动)都到 达汇合点后，活动流程才能进入下一个活动节点。 按照活动图表示的信息不同，将活动图分为：简单活动图、标 识泳道的活动图、标识对象流的活动图、复合活动图。
我们的进度，在这里
借阅管理
图书管理
图书馆工作员 图书借阅
图书归还
注意：这个用例图是从用户业务的视角出发，用来进行业务用例建模的。 在今后的需求分析阶段，我们会从系统的视角来进行系统用例建模。
订票 旅客 查看今日航班
处理订票
旅客 显示今日航班
我们的进度，在这里
我们的进度，在这里
通过UML中的活动图，可以帮助我们进行用户 业务流程建模，帮助我们站在用户的视角上进行 业务分析。 在业务流程建模中，我们关注的是用户进行某项 业务的执行步骤。
下面分别描述活动图中的元素的语义和表示法。 1. 初始节点和终点 初始节点表示活动的起点；终点表示活动的终结点．用一个实心圆表 示初始节点，用一个圆圈内加一个实心圆来表示活动终点．在活动图 中，可能包含多个活动终点。
2. 活动节点 活动节点是活动图中最主要的元素之一，它用来表示一个活动，一个 活动表示多个动作的集合。活动节点用一个圆角矩形表示．活动的名 称写在圆角矩形内部，活动节点的表示方法，如图所示。
我们的进度，在这里
监考教师
学生
开始
进入考场
核对证件 对号入座
发试卷
开始答题
交试卷 收试卷
结束
我们的进度，在这里
1. 2. 3.
根据访谈分析业务流程 1.借书流程 图书管理员得到学生出示的借书证 图书管理员得到学生递给他的书 进行借书信息登记
我们的进度，在这里
图书借阅开始
得到借阅证
得到图书信 息
泛化举例（一）：
泛化举例（二）：
包含是指基本用例(base use case)会用到包含用例 (inclusion)，具体地讲，就是将包含用例的事件流 插入到基础用例的事件流中。包含用例是可重用的 用例──多个用例的公共用例。
包含举例（一）：
包含举例（二）：
将扩展用例的事件流在一定的条件下按照相应的扩展点 插入到基础用例中。
Email客户端（如： outlook express），A 在北京发邮件给深圳的 B，系统提醒B”你有新邮 件”，B收邮件。
一个论坛类的应用， 用户可以提问，别人 来回答，如果有自己 问题被解答的话，就 给发问者发一份邮件 通知。 注意：发邮件这个用例 可以是单独的用例， 也可以是由回答用例 扩展出来的用例
◦ 基础用例不必知道扩展用例的任何细节，它仅为其提供扩 展点。 ◦ 扩展用例的行为是否被执行要取决于主事件流中的判定点。
扩展举例（一）：
扩展举例（二）：
包含用例与扩展用例的区别
①相对于基础用例，扩展用例是可选的，而包含用例则不是。 ②如果缺少扩展用例，基础用例还是完整的，而缺少包含用 例，则基础用例就不完整了。 ③扩展用例的执行需要满足某种条件，而包含用例不需要。 ④扩展用例的执行会改变基础用例的行为，而包含用例不会。
识别参与者 识别用例 识别用例间的关系 用例阐述
谁使用系统的主要功能 谁改变系统的数据 谁从系统获取信息 谁需要系统的支持以完成日常工作任务 谁负责日常维护、管理并保证系统正常运行 系统需要应付（处理）那些硬设备 系统需要和那些外部系统交互 谁（或什么）对系统运行产生的结果（值）感兴趣 时间、气温等内部外部条件
在UML中，一个用例模型由若干个用例图(use case diagram)描述。用例图是显示一组用例、 参与者以及它们之间关系的图。
用例图是从用户的角度来描述对软件产品的需求， 分析产品的功能和行为，因此，对整个软件开发过 程而言，用例图是至关重要的。 用例图定义和描述了系统的外部可见行为，是分析、 设计直至组装测试的重要依据。 让用户参与前期的系统分析与设计。
例：图书管理系统的参与者：
Ø借阅者（Borrower） Ø图书管理员（Librarian）
参与者之间也可以象类一样存在泛化或者依赖关系。
用例A 雇员 用例B
经理
用例C
如系统中经理可以参加雇员的所有用例
①参与者希望系统提供什么功能； ②系统是否存储和检索信息；如果是，这个行为由哪个参 与者触发； ③当系统改变状态时，是否通知参与者； ④是否存在影响系统的外部事件，是哪个参与者通知系统 这些外部事件。
我们的进度，在这里
根据以上访谈内容，我们识别出 参与者——图书馆工作人员 用例——图书管理、借阅管理和图书的借阅/归还 在Rational Rose中建模。 打开模型：图书管理系统 在UseCase中新建一个包，命名为“领域分析”， 在其中创建一个用例图（UseCase Diagram，命 名为：业务用例图
客户给销售员发来传真订货， 销售员下班前将当日 订货单汇总输入系统。 谁是系统的Actor？ 答案： 销售员
UML中的活动图和状态图的区别与实际应用案例解析
UML中的活动图和状态图的区别与实际应用案例解析UML（Unified Modeling Language）是一种用于软件系统建模的标准化语言，它提供了一套丰富的图形符号和规范，帮助开发人员更好地理解和设计软件系统。
在UML中，活动图和状态图是两种常用的图形表示方式，用于描述系统中的活动流程和对象状态。
本文将探讨这两种图形的区别，并通过实际应用案例来解析它们的具体应用。
活动图是一种用于描述系统中活动流程的图形表示方式。
它主要由活动（Action）、控制流（Control Flow）和决策节点（Decision Node）等元素组成。
活动图可以清晰地展示系统中的各种活动以及它们之间的关系和顺序。
活动图通常用于描述业务流程、系统交互和软件系统中的算法等。
例如，在一个在线购物系统中，我们可以使用活动图来描述用户选择商品、添加到购物车、填写订单信息、确认支付等流程。
通过活动图，我们可以更好地理解和设计系统中的各个步骤，从而提高系统的可靠性和可维护性。
与活动图相比，状态图主要用于描述系统中对象的状态和状态之间的转换。
状态图由状态（State）、转移（Transition）和事件（Event）等元素组成。
状态图可以清晰地展示对象在不同状态之间的转换和触发条件。
状态图通常用于描述系统中的状态机、对象的生命周期和系统中的并发操作等。
例如，在一个自动售货机系统中，我们可以使用状态图来描述售货机的工作状态，如待机状态、售货状态和故障状态等。
通过状态图，我们可以更好地理解和设计系统中对象的状态变化，从而提高系统的可靠性和性能。
活动图和状态图在应用上有一些区别。
活动图主要用于描述系统中的活动流程，强调活动之间的顺序和关系。
它更适合于描述系统中的业务流程和交互流程等。
而状态图主要用于描述系统中对象的状态和状态之间的转换，强调对象状态的变化和触发条件。
它更适合于描述系统中的状态机和对象的行为。
下面通过一个实际应用案例来进一步解析活动图和状态图的具体应用。
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描述了作为一个外部的观察者的视角对系统的印象。
软件工程生命周期各阶段中的图示例
软件工程中的图软件工程导论中一般把软件的开发分为八个阶段：１.问题定义２.可行性研究３.需求分析４.总体设计（概要设计）５.详细设计６.编码和单元测试７.综合测试８.软件维护下面我们就说说各个阶段中与图的难解难分。
１. 问题定义问题定义阶段主要是根据用户的需求来定义用户需要解决的问题，用户要实现哪些功能。
２. 可行性研究可行性研究阶段就是看是否有一种使其在最小的代价，尽可能短的时间内，利益最大化的情况下解决问题的方案。
这个阶段的分析主要涉及以下几个图形工具。
2.1 系统流程图系统流程图是描述系统物理模型的一种传统工具。
它是表达数据在系统各部件之间流动的情况，而不是对数据加工处理的控制过程，它是物理数据流图而不是程序流程图。
系统流程图形象的呈现了软件的功能，即使不懂软件的人也可以轻松的看懂，可以说它是软件设计师与用户之间沟通、交流的有效工具。
2.2 数据流图数据流图是从数据传递和加工角度，以图形方式来表达系统的逻辑功能、数据在系统内部的逻辑流向和逻辑变换过程，是结构化系统分析方法的主要表达工具及用于表示软件模型的一种图示方法。
如果说系统流程图能让用户更好的明白系统的功能，那么数据流图则让用户更加明白系统的工作原理。
数据流图的基本符号：数据流图的使用例子：2.3 数据字典数据字典就是数据的信息的集合，也可以说就是对上面提到的数据流图中的所有元素的定义的集合。
数据字典的主要作用就是在软件的分析与设计阶段方便我们查阅不甚了解的数据的描述信息。
３. 需求分析需求分析阶段主要确定系统必须做什么。
比如用户对系统的要求，确定目标系统所有的功能，确定系统运行的硬件和软件环境，系统性能要求，出错处理要求，接口需求，验证软件需求等等。
3.1 E-R图E-r图的主要作用就是把用户的数据要求用可视化的图形呈现出来。
3.2 状态转换图状态转换图说白了就是系统的行为建模，就是通过描述系统的状态以及引起状态变化的事件来表示系统的行为，将系统运行时详细的状态变化呈现给用户。
UML用例图与活动图的关联关系与应用场景解析
UML用例图与活动图的关联关系与应用场景解析在软件开发过程中，UML（Unified Modeling Language）是一种常用的建模语言，用于描述软件系统的结构和行为。
其中，用例图和活动图是UML中常用的两种图表，它们之间存在着紧密的关联关系，并且在不同的应用场景中有着各自的作用。
一、用例图和活动图的概述用例图是一种用于描述系统功能和用户之间交互的图表。
它通过用例（Use Case）和参与者（Actor）之间的关系来展示系统的功能需求。
用例图主要包括用例、参与者和它们之间的关系。
活动图是一种描述系统行为的图表。
它通过活动（Activity）、控制流（Control Flow）和决策节点（Decision Node）等元素来展示系统的流程和交互。
活动图主要用于描述系统的业务流程、用例场景和算法等。
二、用例图和活动图的关联关系用例图和活动图之间存在着紧密的关联关系。
用例图主要描述系统的功能需求，而活动图则描述了这些功能的实现过程。
在用例图中，一个用例可以对应多个活动图，而一个活动图通常对应一个用例。
具体而言，在用例图中，每个用例表示一个系统功能，而参与者则表示与系统交互的用户或外部系统。
用例图展示了用例和参与者之间的关系，以及用例之间的关系。
而在活动图中，每个活动表示一个具体的操作或业务流程，控制流表示活动之间的顺序和条件，决策节点表示根据不同情况做出的决策。
活动图可以作为用例图的补充，用于更详细地描述用例的执行过程。
通过活动图，可以清晰地展示用例中的各个步骤和流程，帮助开发人员更好地理解和设计系统。
三、用例图和活动图的应用场景用例图和活动图在软件开发中有着广泛的应用场景。
首先，用例图和活动图可以帮助开发人员更好地理解和分析系统需求。
通过用例图，可以明确系统的功能需求，梳理各个用例之间的关系，从而为后续的设计和开发工作提供指导。
而活动图则可以更详细地描述用例的执行过程，帮助开发人员更好地理解和分析系统的业务流程。
UML中数据流图，用例图，类图，对象图，角色图，活动图，序列图详细讲述保存供参考
UML中数据流图，⽤例图，类图，对象图，⾓⾊图，活动图，序列图详细讲述保存供参考这个⽂章，是我在急需的情况下在园⼦⾥搜索到的，原创作者是：DO-websoftware,为了⾃⼰看⽅便，所以复制到我的空间，希望原创者不要介意哦~~~~很详细的介绍，对我的帮助很⼤，谢谢哦。
类图，对象图，⾓⾊图：⼀、UML中基本的图范畴：在 UML 2 中有⼆种基本的图范畴：结构图和⾏为图。
每个 UML 图都属于这⼆个图范畴。
结构图的⽬的是显⽰建模系统的静态结构。
它们包括类，组件和（或）对象图。
另⼀⽅⾯，⾏为图显⽰系统中的对象的动态⾏为，包括如对象的⽅法，协作和活动之类的内容。
⾏为图的实例是活动图，⽤例图和序列图。
⼆、UML中的类图：1.类图的表⽰：类的 UML 表⽰是⼀个长⽅形，垂直地分为三个区，如图 1 所⽰。
顶部区域显⽰类的名字。
中间的区域列出类的属性。
底部的区域列出类的操作。
在⼀个类图上画⼀个类元素时，你必须要有顶端的区域，下⾯的⼆个区域是可选择的（当图描述仅仅⽤于显⽰分类器间关系的⾼层细节时，下⾯的两个区域是不必要的）。
描述：顶部区域显⽰类的名字。
中间的区域列出类的属性。
底部的区域列出类的操作。
当在⼀个类图上画⼀个类元素时，你必须要有顶端的区域，下⾯的⼆个区域是可选择的（当图描述仅仅⽤于显⽰分类器间关系的⾼层细节时，下⾯的两个区域是不必要的）。
·类名：如果是抽象类，则采⽤斜体·类属性列表：name : attribute type 如 flightNumber : Integer，这是最常见的表达形式name : attribute type = default value 如 balance : Dollars = 0，这是带有默认值的表达形式·类⽅法列表：name(parameter list) : type of value returned注意：在业务类图中，属性类型通常与单位相符，这对于图的可能读者是有意义的（例如，分钟，美元，等等）。
UML系统分析与设计02－用例图和活动图（下）
UML系统分析与设计02－⽤例图和活动图（下）在上⼀篇《》中，我们主要讲解了在需求分析中的⽤例分析和绘制的⽅法和技巧，但是⽤例图只告诉我们系统要“做什么”，⾄于“怎么做”却并没有很直观的描述。
为了更形象的说明我们的系统是如何⼀⼀满⾜⽤户需求的，并向⽤户提供“怎么做”的细节描述，我们将使⽤“活动图”来对⽤例进⾏补充性说明。
[ 注意：UML中并没有说“活动图”是⽤于对“⽤例图”补充说明，但就我个⼈⽽⾔我更喜欢这样来定义它，并在实践中进⾏应⽤。
][ 技巧：UML图⼀般会分为静态图和动态图。
⽤例图属于静态图，⽽后⽽所述的“活动图”属于动态图。
在我们对某个问题进⾏分析和设计时⼀般都会使⽤静态图和动态图相结合的⽅式来进⾏说明和描述。
]四、 Activity Diagram（VS2010⼯具⽰例图）五、活动图1、活动图中的三板斧通过上图我们会发现，其实Activity Diagram还是有很多元素的，其实在我们的⼯作中你会发现在⼤部分时候我们并不需要对于这“⼗⼋般武艺”样样精通，其实只需三板斧即可！第⼀板：开始－结束第⼆板：分⽀－合并第三板：分叉－联结当然，要让这三板斧连贯起来我们还得有节点“Action”和线“Connector”。
(上⾯的命名为我个⼈习惯，可能有误)2、参考⽰例①：“创建唱⽚”⽰例：②：“管理订单”⽰例：③：当然还有很多其它的元素这⾥并没有提到，我们将在后继说明中陆续讲解，我个⼈认为在当前的分析阶断，重点⽤“三板斧”来解决。
在架构设计和概要设计时我们还会⽤到其它的⼀些元素。
3、没有“泳道”“泳道”UML在进⾏“活动图”时，⼀个⾮常直观好⽤的⼯具，但在VS2010中去并未提供，很遗憾在最新的VS11Bate版中也未提供对“泳道”的⽀持，感兴趣的朋友也只能⽤替代⽅案了。
⽅法如下：从“Sinple Shapes”中拖⼊⼀个“Rectangle”,分别设置它的“Line Thickness”为“0.01”、“Color”为“=DarkGray”。
软件工程(第五版)-习题及答案---第六章
一、选择题1、UML的主要特点不正确的是（C）。
A、面对对象，表达能力强B、可视化建模C、面对过程，表达能力强D、统一标准2、静态建模图不包括（B）。
A、用例图B、协作图C、类图D、对象图3、用例图的模型元素不包括（D）。
A、用例B、系统C、行为者D、软件开发者4、类图的要素不包括（D）。
A、类名称B、操作C、属性D、对象5、时序图中的要素不包括（A）。
A、执行者B、对象C、对象生命线D、消息6、对象模型的描述工具是（C）。
A、状态图B、数据流图C、对象图D、结构图7、协作图的要素不包括（A）。
A、用例B、对象C、链D、消息8、类图反映了系统中对象之间的抽象关系，不包括（D）。
A、关联B、聚合C、泛化D、内聚9、下面（D）不是状态图的图符。
A、圆角的矩形B、实心圆点C、实心圆环D、椭圆10、描述类中某个对象的行为，反映了状态与事件关系的是（A）。
A、状态图B、数据流图C、对象图D、结构图11、动态模型的描述工具（C）。
A、对象图B、设计图C、状态图D、结构图12、表示对象的相互行为的模型是（A）模型。
A、对象B、动态C、结构D、静态13、有关类和对象的描述中，错误的是（A）。
A、一个类只能有一个对象B、对象是类的具体实例C、类是某一类对象的抽象D、类和对象的关系是一种数据类型和变量的关系14、用例图中用例之间的关系通常有关联关系、依赖关系和（C）关系。
A、协作B、聚合C、泛化D、内聚15、动态模型图包括：时序图、协作图、状态图和（C）图。
A、对象图B、设计图C、活动图D、结构图二、简答题1.简要介绍用例图的三个要素。
答：用例图主要包括以下三个元素：①用例（Use Case）：用例是系统的使用过程或要执行的动作序列，用来描述某个参与者使用系统所完成的功能。
在图中用椭圆来表示，用例名称可写在椭圆中或椭圆下面。
②参与者（Actor）。
或称角色或执行者，它是系统外部的一个实体（可以是任何的事物或人所扮演的角色等）。
UML中的用例图与活动图之间的关联关系
UML中的用例图与活动图之间的关联关系UML（统一建模语言）是一种用于软件开发的标准化建模语言，它提供了一套丰富的图形符号和规范，用于描述软件系统的不同方面。
在UML中，用例图和活动图是两个重要的图形模型，它们分别用于描述系统的功能需求和业务流程。
本文将探讨用例图和活动图之间的关联关系，并探讨它们在软件开发过程中的作用。
用例图是用于描述系统功能需求的一种图形模型。
它主要由参与者（Actor）和用例（Use Case）两个主要元素组成。
参与者是与系统进行交互的外部实体，可以是人、其他系统或外部设备。
用例则是对系统功能的描述，它表示系统的一个具体功能或服务。
用例图通过参与者和用例之间的关系，展示了系统的功能和参与者之间的交互。
活动图是用于描述业务流程的一种图形模型。
它主要由活动（Activity）和控制流（Control Flow）两个主要元素组成。
活动表示系统中的一个操作或动作，可以是一个简单的任务或一个复杂的业务流程。
控制流则表示活动之间的顺序关系，它描述了活动之间的流转和依赖关系。
活动图通过活动和控制流之间的关系，展示了系统的业务流程和操作之间的关联。
用例图和活动图之间存在着紧密的关联关系。
用例图描述了系统的功能需求，而活动图则描述了系统的业务流程。
在软件开发过程中，用例图和活动图通常是一起使用的，它们相互补充，帮助开发人员更好地理解和设计系统。
首先，用例图可以作为活动图的输入。
在软件开发的初期阶段，通过分析用户需求和使用场景，可以绘制用例图来描述系统的功能需求。
用例图可以帮助开发人员明确系统的功能范围和参与者之间的交互关系。
这些信息可以为后续的活动图设计提供重要的参考和指导。
其次，活动图可以用于详细描述用例图中的用例。
用例图通常只能提供对系统功能的高层次描述，而活动图可以进一步展开用例中的具体操作和业务流程。
通过活动图，开发人员可以更加详细地描述每个用例的具体执行过程，包括涉及的活动、条件和并发流程等。
信息系统分析与设计复习材料选择题答案
信息系统分析与设计复习题一、单选题1. 下面说法正确的是（D）。
A。
数据就是数字 B. 数据就是信息C. 数据是加工之前的信息D. 信息是数据加工的结果2。
下面哪一个不属于信息的特征（D)。
A. 承载性B. 传输性C. 层次性D。
独享性3. 盲人摸象体现了信息交流的重要性，信息可以交流说明了信息具有（D）。
A．价值性B．时效性C．载体依附性D．共享性4. 天气预报、市场信息都会随时间的推移而变化，这体现了信息的（C ）。
A．载体依附性B．共享性C．时效性D．必要性5。
下面不属于系统特性的是( B ）.A．目的性B．功能性C．层次性D．适应性6. 下面说法不正确的是（ B ）。
A．简单、中等、复杂的系统是从系统的复杂程度划分的B．从层次关系可以把系统分为概念系统、逻辑系统和物理系统C．从自然特性可以把系统分为自然系统和构造型系统D．从与外界的关系可以把系统分为封闭系统和开放系统7. 下面哪一种不属于信息资源管理模式？（ D )A．技术管理模式B．经济管理模式C．人文管理模式D．社会管理模式8. 下面哪一种不属于信息资源管理的五大要素？（ A ）A．信息资源管理的应用B．信息资源管理的架构C．信息资源管理的组织D．信息资源管理的环境9. 一个信息系统必须具备（ A ）A．信息处理功能B．决策支持功能C．办公助理功能D．人力资源管理功能10. 对管理信息系统而言，准确的说法（ D ）A．管理信息系统是企业管理系统B．管理信息系统是管理组织资源的系统C．管理信息系统是对组织进行管理的信息系统D．管理信息系统是面向组织全面管理和简单决策的信息系统11。
下面说法正确的是（ C )A．信息处理系统一般具有简单决策支持功能B．管理信息系统不提供决策支持C．主管信息系统具有办公助理功能D．办公信息系统仅提供办公决策支持12。
在信息系统体系结构模式中，（ D ）A．在集中模式中，由终端来处理界面逻辑B．在文件服务器模式中,由文件服务器承担对文件中数据的查找、汇总、统计、存储等处理工作C．客户机/服务器模式下的网络负担比文件服务器模式下网络负担重D．应用服务器模式中，界面逻辑由客户端处理13。
软件工程9种图
软件工程9种图软件工程9种图本文档旨在介绍软件工程中常用的9种图，包括需求分析图、用例图、活动图、类图、状态图、序列图、通信图、部署图和物理架构图。
每个章节将详细说明各种图的定义、特点和使用方法。
1.需求分析图需求分析图主要用于描述系统的需求和功能，并将其转化为可视化的图形表示。
它包括用例图、活动图、状态图等多种子图。
用例图用于展示系统的功能、用户以及各功能之间的关系；活动图则表示系统中的各种活动以及它们之间的关系；状态图则描述系统中对象的不同状态和状态之间的转移。
2.用例图用例图是描述系统功能和用户之间交互的图表。
它展示了系统的功能性需求，包括系统的主要功能和参与者（用户）之间的关系。
用例图由参与者、用例和关系构成，通过参与者和用例之间的关系来表示用户与系统的交互。
3.活动图活动图用于描述系统中的活动或业务流程，以及这些活动之间的顺序关系。
它展示了系统的业务流程，包括活动、决策、并行和合并分支。
活动图通过节点、边和分支条件来表示活动之间的关系。
4.类图类图用于描述系统中的类、对象以及它们之间的关系。
它展示了系统的结构，包括类的属性、方法、关联关系、继承关系等。
类图通过类、对象、关联和继承等元素来表示系统的结构。
5.状态图状态图用于描述系统中对象的不同状态和状态之间的转移。
它展示了系统中对象的状态及其变化，包括对象的初始状态、中间状态以及最终状态。
状态图通过状态、转移和条件来表示对象的状态和状态之间的转移。
6.序列图序列图用于描述系统中对象之间的交互顺序和消息传递。
它展示了系统中对象之间的交互流程，包括对象的创建、销毁、方法调用等。
序列图通过对象、消息、生命线等元素来表示对象之间的交互和顺序关系。
7.通信图通信图用于描述系统中对象之间的交互和消息传递。
它展示了对象之间的通信方式，包括消息的发送和接收。
通信图通过对象、消息、连接线等元素来表示对象之间的交互和通信关系。
8.部署图部署图用于描述系统中软件和硬件组件的部署布局。