《软件工程5领域分析—2.用例图和活动图》由会员分享，可在线阅读，更多相关《软件工程5领域分析—2.用例图和活动图（76页珍藏版）》请在金锄头文库上搜索。
1、图书管理系统第2次课我们的进度，在这里工作任务1.根据访谈内容，进行业务用例建模2.根据访谈内容，进行业务流程的建模提交内容1. 业务用例图 2. 业务流程活动图我们的进度，在这里我们的进度，在这里工作任务1：业务用例建模 交付的工作产品：业务用例图学习情境 知识点1：业务用例建模 对应教材章节：第4章 4.3-4.9什么是用例图（Use Case Diagram）用例图的应用用例图的组成参与者、用例的识别用例建模技术我们的进度，在这里什么是用例图(use case diagram)在UML中，一个用例模型由若干个用例图(use case diagram)描述。用例图是显示一组用 例、参与者以
2、及它们之间关系的图。用例图的应用用例图是从用户的角度来描述对软件产品的需求， 分析产品的功能和行为，因此，对整个软件开发过 程而言，用例图是至关重要的。用例图定义和描述了系统的外部可见行为，是分 析、设计直至组装测试的重要依据。让用户参与前期的系统分析与设计。Use Case 对开发的意义实现测试需求分析和设计Use Cases 把所有这些过程绑到一起大学信息系统的一个用例图用例图的组成用例（Use Case）参与者（Actor）关系(Relationship)什么是参与者参与者：在系统之外，透过系统边界与系统进行有 意义交互的任何事物。参与者可能是人、另外一个系统、时间的流逝等。UML中，参
3、与者用“人形”图标来表示，名字写 在图标的下方。什么是用例 用例（use case）一个用例是用户与计算机之间的一 次典型交互作用。在UML中,用例被定义成系统执行的 一系列动作（功能） 。参与者和用例分别描述了“谁来做？”和“做什么？” 这两个问题。 每个用例都必须有一个惟一的名字以区别于其他用例。 用例用一个椭圆来表示，用例的名字可以书写在椭圆的内 部或下方。用例的UML图标如图所示。如何如何建立用例模型建立用例模型建立系统用例模型的过程就是对系统进行功能需求分析的 过程。定义 系统确定执行 者和用例描述执行者 和用例关系确认 模型确定系 统范围；分析系 统功能。执行者通常是使 用系统功能
4、的外部 用户或系统。用例是一个子系 统或系统的一个独 立、完整功能。各模型元素 之间有：关 联、使用、 扩展及泛化 等关系。确认用例模型 与用户需求的 一致性，通常 由用户与开发 者共同完成。用例建模技术识别参与者识别用例识别用例间的关系用例阐述识别参与者的方法谁使用系统的主要功能谁改变系统的数据谁从系统获取信息谁需要系统的支持以完成日常工作任务谁负责日常维护、管理并保证系统正常运行系统需要应付（处理）那些硬设备系统需要和那些外部系统交互谁（或什么）对系统运行产生的结果（值）感兴趣时间、气温等内部外部条件识别参与者客户给销售员发来传真订货， 销售员下班前将当日 订货单汇总输入系统。谁是系统的A
5、ctor？答案： 销售员识别参与者商品销售系统。顾客通过网络下单之后，系统计算 出总计金额，税金，运费，并将数目传递给一个外 挂的会计系统，该系统是另外购买的。有几个Actor？答案： 顾客(商品销售系统)，商品销售系统(会计系统)例：图书管理系统的参与者：借阅者（Borrower）图书管理员（Librarian）Example参与者的泛化参与者之间也可以象类一样存在泛化或者依赖关 系。如系统中经理可以参加雇员的所有用例识别用例的方法参与者希望系统提供什么功能； 系统是否存储和检索信息；如果是，这个行为由哪个参 与者触发； 当系统改变状态时，是否通知参与者； 是否存在影响系统的外部事件，是哪个
6、参与者通知系统 这些外部事件。 识别用例Email客户端（如： outlook express），A 在北京发邮件给深圳的 B，系统提醒B”你有新邮 件”，B收邮件。识别用例一个论坛类的应用， 用户可以提问，别人 来回答，如果有自己 问题被解答的话，就 给发问者发一份邮件 通知。注意：发邮件这个用例 可以是单独的用例， 也可以是由回答用例 扩展出来的用例用例间、用例与参与者的关系1. 泛化关系（Generalization）：一个用例可以被特别 列举为一个或多个子用例，这被称为用例泛化：2. 包含关系（Include）一个用例可以简单地包含其他用 例具有的行为，并把它所包含的用例行为作为自身行
7、为的 一部分，这被称作包含关系。3. 扩展关系（Extend）：一个用例也可以被定义为基础 用例的增量扩展，这称作扩展关系，扩展关系是把新行为 插入到已有用例的方法。4.关联关系：关联关系表示参与者与用例之间的通信。四种关系的UML图释包含关系扩展关系泛化关系关联关系用例之间的关系泛化：同一业务目的的不同技术实现包含：提取公共交互，提高复用扩展：“冻结”基用例以保持稳定*通过关系提高用例复用泛化(generalization)当多个用例共同拥有一种类似的结构和行为的时 候 我们可以将它们的共性抽象成为父用例，其他的用 例 作为泛化关系中的子用例。泛化(generalization)泛化举例（一
8、）：泛化(generalization)泛化举例（二）：包含(include)包含是指基本用例(base use case)会用到包含用例 (inclusion)，具体地讲，就是将包含用例的事件流插入到基础用例的事件流中。包含用例是可重用的 用例多个用例的公共用例。 包含(include)包含(include)包含举例（一）：包含(include)包含举例（二）：扩展(extend)将扩展用例的事件流在一定的条件下按照相应的扩展点 插入到基础用例中。 基础用例不必知道扩展用例的任何细节，它仅为其提供扩 展点。 扩展用例的行为是否被执行要取决于主事件流中的判定 点。 扩展(extend)扩展(e
9、xtend)扩展举例（一）：扩展(extend)扩展举例（二）：用例之间的关系包含用例与扩展用例的区别 相对于基础用例，扩展用例是可选的，而包含用例则不 是。 如果缺少扩展用例，基础用例还是完整的，而缺少包含用 例，则基础用例就不完整了。 扩展用例的执行需要满足某种条件，而包含用例不需要。 扩展用例的执行会改变基础用例的行为，而包含用例不 会。例：自动售货机供货买饮料取货款客户供货人收银员自动售货系统售货供货取货款顾客供货人收银员售散装 饮料打开机器关闭机器打开机器关闭机器自动售货机系统图书管理系统的业务用例建模现在我们要对图书管理系统进行业务用例建模。 在上次进行的访谈中，我们得知：1.该系
10、统只有一种使用者：图书馆工作人员，并且 同一时刻只有一个工作人员使用该系统。2.图书馆工作人员，日常的业务主要有：图书管理 ，借阅证管理和图书的借阅/归还。我们的进度，在这里根据以上访谈内容，我们识别出参与者图书馆工作人员用例图书管理、借阅管理和图书的借阅/归还在Rational Rose中建模。打开模型：图书管理系统在UseCase中新建一个包，命名为“领域分析”， 在其中创建一个用例图（UseCase Diagram，命 名为：业务用例图我们的进度，在这里我们的进度，在这里注意：这个用例图是从用户业务的视角出发，用来进行业务用例建模的。 在今后的需求分析阶段，我们会从系统的视角来进行系统用
11、例建模。用户观点用户观点系统观点系统观点要点：用户观点而非系统观点我们的进度，在这里工作任务2：业务流程建模 交付的工作产品业务流程活动图学习情境： 知识点2：活动图与业务流程建模 对应教材章节：第7章 7.6节通过UML中的活动图，可以帮助我们进行用户 业务流程建模，帮助我们站在用户的视角上进行 业务分析。在业务流程建模中，我们关注的是用户进行某项 业务的执行步骤。我们的进度，在这里活动图（Activity Diagram）1 什么是活动图2 活动图的用途3 活动图的组成元素4 活动图的建模技术我们的进度，在这里1 什么是活动图活动图是UML中描述系统动态行为的图之一，是描 述系统或业务的一
12、序列活动构成的控制流，它描述 了系统从一种活动转换到另一种活动的整个过程。2 活动图的用途活动图用于对系统的动态行为建模。活动图常用来描述业务或软件系统的活动轨迹，描 述了系统的活动控制流程。我们常用活动图对业务 过程、工作流和用例实现进行建模。活动图主要应用对两个方面建模：一是在业务分 析阶段，对工作流程进行建模；二是在系统分析 和设计阶段，对操作流程进行建模。 3 活动图的组成元素动作状态动作流分支（判定条件）分叉和汇合（表示并发 和同步）泳道活动图的元素包括 初始节点、终点、 活动节点、转换、 分支、分岔与汇 合。其中，转换、 分支、分岔与汇合 把多个活动节点连 接在一起。4 活动图的建
13、模技术在系统建模过程中，活动图能够被附加到任何建模元素， 以描述其行为，这些元素包括用例、类、接口、组件、节 点、协作、操作和方法。在建模过程中，读者可以参照以下步骤进行： （1）识别要对其工作流进行描述的类； （2）对动态状态建模； （3）对动作流建模； （4）对对象流建模； （5）对建模结果进行精化和细化。活动图的表示下面分别描述活动图中的元素的语义和表示法。1. 初始节点和终点初始节点表示活动的起点；终点表示活动的终结点用一个实心圆表 示初始节点，用一个圆圈内加一个实心圆来表示活动终点在活动图 中，可能包含多个活动终点。2. 活动节点活动节点是活动图中最主要的元素之一，它用来表示一个活动
14、，一个 活动表示多个动作的集合。活动节点用一个圆角矩形表示活动的名 称写在圆角矩形内部，活动节点的表示方法，如图所示。图 初始节点和终点图 活动节点的表示活动图的表示下图列出的就是一些可能的活动节点描述，可能用文字描 述活动节点，可能用表达式描述活动节点，可能用消息描 述活动节点。3. 转换当一个活动结束时，活动控制流就会马上传递给下一个活 动节点，在活动图中称之为“转换”，用一条带箭头的直线 来表示转换下面的直线箭头就表示了一个转换。图 活动节点图 转换的表示活动图的表示4. 分支与监护条件在实际应用中，有三种活动控制流，它们是顺序结构、分支结构、循 环结构当从一个活动节点到另一个活动节点的
15、转换需要条件时，常 用分支与监护条件来表示活动的分支结构分支是用菱形表示的，它有一个进入转换（箭头从外指向分支符号） ，一个或多个离开转换（箭头从分支符号指向外）。而每个离开转换 上都会有一个监护条件，用来表示满足某种条件时才执行该转换。分 支的表示法，如图所示。图 分支的表示活动图的表示5. 分岔与汇合在实际应用中，如果活动的转换是有条件的，我们就用分支与监护条 件来表示转换，如果一些活动是并发执行的，我们就用分岔和汇合来 表示并发活动。分岔线和汇合线都使用加粗的水平线或垂直线段表 示。 分岔线汇合线图 分岔与汇合的表示活动图的表示（1）分岔：每个分叉可以有一个输入转换和两个或多个输出 转换
16、，每个转换都可以是独立的控制流。（2）汇合：当两个或多个并发控制流都达到汇合点后，活动 流程才能进入下一个活动节点分岔用来表示两个或者多个并发活动的分支；而汇合则用于同 步这些并发活动的分支，当且仅当所有的并发分支(活动)都到 达汇合点后，活动流程才能进入下一个活动节点。按照活动图表示的信息不同，将活动图分为：简单活动图、标 识泳道的活动图、标识对象流的活动图、复合活动图。一个活动图的例子用一个活动图表示一下考试的过程。思考一下：你们每次参加考试的过程是怎么样的？一个考试的过程1.开始2.学生进入考场。3.监考教师核对检查证件。4.学生对号入座。5.监考教师发试卷6.学生开始答题。7.学生交卷。8.监考教师收取试卷。9.结束活动图的表示标识泳道的活动图为了有效地表示各个活动由谁负责的信息，可以通过泳道 (Swim Lan
