UML统一建模语言chapter06资料课件

上传人:29 文档编号:240640207 上传时间:2024-04-26 格式:PPTX 页数:47 大小:672.42KB
收藏 版权申诉 举报 下载
UML统一建模语言chapter06资料课件_第1页
第1页 / 共47页
UML统一建模语言chapter06资料课件_第2页
第2页 / 共47页
UML统一建模语言chapter06资料课件_第3页
第3页 / 共47页
资源描述:

《UML统一建模语言chapter06资料课件》由会员分享,可在线阅读,更多相关《UML统一建模语言chapter06资料课件(47页珍藏版)》请在装配图网上搜索。

1、UMLUML统一建模语言统一建模语言重点内容:重点内容:l什么叫用例图什么叫用例图 l用例图的构成要素用例图的构成要素 l用例的重要元素用例的重要元素 l用例之间的各种重要关系用例之间的各种重要关系 l使用使用RoseRose创建用例图的步骤说明创建用例图的步骤说明 l使用使用RoseRose创建用例图的步骤说明创建用例图的步骤说明 第第第第6 6 6 6章章章章 用例图用例图用例图用例图UMLUML统一建模语言统一建模语言一、一、一、一、什么叫用例图什么叫用例图什么叫用例图什么叫用例图由参与者(Actor)、用例(Use Case)以及它们之间的关系构成的用于描述系统功能的动态视图称为用例图

2、。1 1 1 1、用例图的含义、用例图的含义、用例图的含义、用例图的含义UMLUML统一建模语言统一建模语言用例图的符号参与者参与者系统系统用例用例关联关联 泛化泛化 包含包含 扩展扩展 UMLUML统一建模语言统一建模语言一、一、一、一、什么叫用例图什么叫用例图什么叫用例图什么叫用例图 在用例建模中,为了更加清楚的描述用例或者参与者,会使用到注释。1 1 1 1、用例图的含义、用例图的含义、用例图的含义、用例图的含义UMLUML统一建模语言统一建模语言一、一、一、一、什么叫用例图什么叫用例图什么叫用例图什么叫用例图 用例图是需求分析中的产物,主要作用是描述参与者和用例之间的关系,帮助开发人员

3、可视化的了解系统的功能。用例图可视化地表达了系统的需求,具有直观、规范等优点,克服了纯文字性说明的不足。用例方法是完全从外部来定义系统功能,它把需求和设计完全的分离开来。2 2 2 2、用例图的作用、用例图的作用、用例图的作用、用例图的作用UMLUML统一建模语言统一建模语言二、用例图的构成要素二、用例图的构成要素二、用例图的构成要素二、用例图的构成要素 参与者(Actor)是指存在于系统外部并直接与系统进行交互的人、系统、子系统或类的外部实体的抽象。每个参与者可以参与一个或多个用例,每个用例也可以有一个或多个参与者。在用例图中使用一个人形图标来表示参与者,参与者的名字写在人形图标下面。1 1

4、 1 1、参与者、参与者、参与者、参与者UMLUML统一建模语言统一建模语言参与者不仅可以由人承担,还可以是其它系统、硬件参与者不仅可以由人承担,还可以是其它系统、硬件设备、甚至是时钟设备、甚至是时钟 1)其它系统:当系统需要与其它系统交互时,如)其它系统:当系统需要与其它系统交互时,如ATM柜员机系统中,银行后台系统就是一个参与者;柜员机系统中,银行后台系统就是一个参与者;2)硬件设备:如果系统需要与硬件设备交互时,如在)硬件设备:如果系统需要与硬件设备交互时,如在开发开发IC卡门禁系统时,卡门禁系统时,IC卡读写器就是一个参与者;卡读写器就是一个参与者;3)时钟:当系统需要定时触发时,时钟

5、就是参与者)时钟:当系统需要定时触发时,时钟就是参与者UMLUML统一建模语言统一建模语言二、用例图的构成要素二、用例图的构成要素二、用例图的构成要素二、用例图的构成要素 由于参与者实质上也是类,所以它拥有与类相同的关系描述,即参与者与参与者之间主要是泛化关系(或称为“继承”关系)。泛化关系的含义是把某些参与者的共同行为提取出来表示成通用行为,并描述成超类。泛化关系表示的是参与者之间的一般/特殊关系,在UML图中,使用带空心三角箭头的实线表示泛化关系。2 2 2 2、参与者间的关系、参与者间的关系、参与者间的关系、参与者间的关系UMLUML统一建模语言统一建模语言二、用例图的构成要素二、用例图

6、的构成要素二、用例图的构成要素二、用例图的构成要素 在项目开发过程中,边界是一个非常重要的概念。这里说的系统边界是指系统与系统之间的界限。通常我们所说的系统可以认为是由一系列的相互作用的元素形成的具有特定功能的有机整体。系统同时又是相对的,一个系统本身又可以是另一个更大系统的组成部分,因此,系统与系统之间需要使用系统边界进行区分开来。我们把系统边界以外的同系统相关联的其他部分,称之为系统环境。3 3 3 3、系统边界、系统边界、系统边界、系统边界UMLUML统一建模语言统一建模语言二、用例图的构成要素二、用例图的构成要素二、用例图的构成要素二、用例图的构成要素用例实例是在系统中执行的一系列动作

7、,这些动作将生成用例实例是在系统中执行的一系列动作,这些动作将生成特定参与者可见的价值结果。一个用例定义一组用例实例特定参与者可见的价值结果。一个用例定义一组用例实例 用例是由一组用例实例组成的,用例实例也就是常说的用例是由一组用例实例组成的,用例实例也就是常说的“使用场景使用场景”,就是用户使用系统的一个实际的、特定的场景,就是用户使用系统的一个实际的、特定的场景 用例应该给参与者带来可见的价值,这点十分关键用例应该给参与者带来可见的价值,这点十分关键4 4 4 4、用例、用例、用例、用例UMLUML统一建模语言统一建模语言三、用例的重要元素三、用例的重要元素三、用例的重要元素三、用例的重要

8、元素 任何用例都不能在缺少参与者的情况下独立存在。同样,任何参与者也必须要有与之关联的用例。所以识别用例的最好方法就是从分析系统参与者开始,在这个过程中往往会发现新的参与者。可以通过以下问题来寻找用例:1 参与者希望系统提供什么功能?2 参与者是否会读取、创建、修改、删除、存储系统的某种信息?如果是的话,参与者又是如何完成这些操作的?3 参与者是否会将外部的某些事件通知给系统?4 系统中发生的事件是否通知参与者?5 是否存在影响系统的外部事件。1 1 1 1、识别用例、识别用例、识别用例、识别用例UMLUML统一建模语言统一建模语言三、用例的重要元素三、用例的重要元素三、用例的重要元素三、用例

9、的重要元素 用例的粒度指的是用例所包含的系统服务或功能单元的多少。用例的粒度越大,用例包含的功能越多,反之则包含的功能越少。如果用例数目过多会造成用例模型过大和引入设计困难大大提高。如果用例数目过少会造成用例的粒度太大,不便于进一步的充分分析。2 2 2 2、用例的粒度、用例的粒度、用例的粒度、用例的粒度UMLUML统一建模语言统一建模语言三、用例的重要元素三、用例的重要元素三、用例的重要元素三、用例的重要元素 比如:网站后台管理系统中的会员信息维护用例,管理员需要进行添加会员信息、修改会员信息、删除会员信息等操作。2 2 2 2、用例的粒度、用例的粒度、用例的粒度、用例的粒度 我们还可以根据

10、具体的操作把它抽象成3个用例,它展示的系统需求和单个用例是完全一样的。UMLUML统一建模语言统一建模语言三、用例的重要元素三、用例的重要元素三、用例的重要元素三、用例的重要元素 对于每一个用例,我们还需要有详细的描述信息,以便让别人对于整个系统有一个更加详细的了解,这些信息包含在用例规约之中。3 3 3 3、用例规约、用例规约、用例规约、用例规约UMLUML统一建模语言统一建模语言用例描述模板(1/2)用例用例编号号为用例制定一个唯一的编号,通常格式为UCxx用例名称用例名称应为一个动词短语,让读者一目了然地知道用例的目标用例概述用例概述用例的目标,一个概要性的描述范围用例的设计范围主参与者

11、主参与者该用例的主Actor,在此列出名称,并简要的描述它次要参与者该用例的次要Actor,在此列出名称,并简要的描述它项目相关人利益说明项目相关人利益项目相关人员名称从该用例获取的利益前置条件即启动该用例所应该满足的条件。后置条件即该用例完成之后,将执行什么动作。成功保证描述当前目标完成后,环境变化情况。UMLUML统一建模语言统一建模语言用例描述模板(2/2)基本事件基本事件流流步骤活动1在这里写出触发事件到目标完成以及清除的步骤。2(其中可以包含子事件流,以子事件流编号来表示)扩展事件流1a1a表示是对1的扩展,其中应说明条件和活动1b(其中可以包含子事件流,以子事件流编号来表示)子事件

12、流对多次重复的事件流可以定义为子事件流,这也是抽取被包含用例的地方。规则与约束对该用例实现时需要考虑的业务规则、非功能需求、设计约束等UMLUML统一建模语言统一建模语言用例:购买商品基本事件流1.顾客浏览货单并选择要买的商品2.顾客选择付款3.顾客填写采购信息(地址、隔天或3天送货)4.系统显示价目信息5.顾客填写信用卡信息6.系统检查信用卡的合法性7.系统确认销售8.系统给客户发出确认电子邮件UMLUML统一建模语言统一建模语言扩展事件流:固定客户3a.系统显示当前购物信息、价格信息、信用卡的最后四位数字3b.顾客接受或修改这些隐含值。转至主场景的第6步扩展事件流:信用卡失效6a.系统检查

13、信用卡失败。允许客户重新执行第5步UMLUML统一建模语言统一建模语言四、用例之间的各种重要关系四、用例之间的各种重要关系四、用例之间的各种重要关系四、用例之间的各种重要关系用例图中可以出现以下几种关系:.关联关系 .包含关系 .扩展关系 .泛化关系 UMLUML统一建模语言统一建模语言 参与者与用例之间是关联关系,表示参与者与用例之间具有使用、交互信息的关联。用单向箭头表示,只表示谁启动用例,不考虑信息的双向流动每个用例都有参与者启动,除包含和扩展用例习惯上,无论用例和参与者之间是否存在双向数据交流,关联总是由参与者指向用例四、用例之间的各种重要关系四、用例之间的各种重要关系四、用例之间的各

14、种重要关系四、用例之间的各种重要关系1 1 1 1、关联、关联、关联、关联UMLUML统一建模语言统一建模语言四、用例之间的各种重要关系四、用例之间的各种重要关系四、用例之间的各种重要关系四、用例之间的各种重要关系包含关系指用例可以简单地包含其他用例具有的行为,并把它所包含的用例行为作为自身行为的一部分。2 2 2 2、包含、包含、包含、包含UMLUML统一建模语言统一建模语言四、用例之间的各种重要关系四、用例之间的各种重要关系四、用例之间的各种重要关系四、用例之间的各种重要关系两个用例之间,一个用例(基本用例)的行为包含了另外一个用例(被包含用例)的行为。两个以上用例有共同功能,可分解到单独

15、用例,形成包含依赖。(执行基本用例时,每次都必须调用被包含用例)UMLUML统一建模语言统一建模语言一个用例功能过多需分解成小用例,构成包含依赖UMLUML统一建模语言统一建模语言四、用例之间的各种重要关系四、用例之间的各种重要关系四、用例之间的各种重要关系四、用例之间的各种重要关系 在处理包含关系时,具体的做法就是把几个用例的公共部分单独的抽象出来成为一个新的用例。主要有两种情况需要用到包含关系:第一,多个用例用到同一段的行为,则可以把这段共同的行为单独抽 象成为一个用例,然后让其他用例来包含这一用例。第二,某一个用例的功能过多、事件流过于复杂时,我们也可以把某一段事件流抽象成为一个被包含的

16、用例,以达到简化描述的目的。UMLUML统一建模语言统一建模语言四、用例之间的各种重要关系四、用例之间的各种重要关系四、用例之间的各种重要关系四、用例之间的各种重要关系 在一定条件下,把新的行为加入到已有的用例中,获得的新用例叫做扩展用例(Extension),原有的用例叫做基础用例(Base),从扩展用例到基础用例的关系就是扩展关系。一个基础用例可以拥有一个或者多个扩展用例,这些扩展用例可以一起使用。3 3 3 3、扩展、扩展、扩展、扩展UMLUML统一建模语言统一建模语言基本用例提供了一组扩展点(extension points),在这些扩展点中可以添加新的行为,而扩展用例提供了一组插入片

17、段,这些片段能够被插入到基本用例的扩展点一般情况下,基本用例的执行不会涉及扩展用例的行为;如果特定条件发生,扩展用例的行为才被执行扩展用例依赖于基本用例,只是部分片段组成,不是完整的独立用例,无法单独执行UMLUML统一建模语言统一建模语言四、用例之间的各种重要关系四、用例之间的各种重要关系四、用例之间的各种重要关系四、用例之间的各种重要关系 用例的泛化指的是一个父用例可以被特化形成多个子用例,而父用例和子用例之间的关系就是泛化关系。在用例的泛化关系中,子用例继承了父用例所有的结构、行为和关系,子用例是父用例的一种特殊形式。子用例还可以添加、覆盖、改变继承的行为。在UML中,用例的泛化关系通过

18、一个三角箭头从子用例指向父用例来表示。4 4 4 4、泛化、泛化、泛化、泛化UMLUML统一建模语言统一建模语言四、用例之间的各种重要关系四、用例之间的各种重要关系四、用例之间的各种重要关系四、用例之间的各种重要关系 泛化的示例:银行存款有两种方式,一种是银行柜台存款,一种是ATM机存款。在这里,银行柜台存款和ATM机存款都是存款的一种特殊方式,因此“存款”为父用例,“银行柜台存款”和“ATM机存款”为子用例。4 4 4 4、泛化、泛化、泛化、泛化UMLUML统一建模语言统一建模语言五、使用五、使用五、使用五、使用RoseRoseRoseRose创建用例图的步骤说明创建用例图的步骤说明创建用例

19、图的步骤说明创建用例图的步骤说明 “企业进、存、销管理系统”功能性需求包括以下内容:(1)采购员根据生产原料的使用情况判断采购用品,对需要订购产品信息统计订货的,并制作产品订单。最后根据订单进行采购活动。(2)仓库管理员负责产品的库存管理。包括产品入库管理、处理盘点信息、处理报损产品信息和一些信息的设置。这些设置信息,包括:供应商信息、产品信息。仓库管理员每天对产品进行一次盘点,当发现库存产品有损坏时,及时处理报损信息。当产品生产后,将产品进行入库。当产品销售后时,产品进行出库处理。(3)统计人员负责统计分析管理,包括:查询产品信息、查询销售信息、查询供应商信息、查询缺货信息、查询报表信息,并

20、制作报表。统计分析员使用系统的统计分析功能,了解产品信息、销售信息、供应商信息、库存信息。(4)在销售员为客户提供售货服务时,接受客户购买产品,根据系统的定价计算出产品的总价,客户付款,系统自动保存客户购买记录。(5)系统管理员负责本系统的系统维护。系统管理员负责员工信息管理、供货商信息管理以及系统维护等。每种管理者都通过自己的用户名称和密码登录到各自的管理系统中。1 1 1 1、需求分析、需求分析、需求分析、需求分析UMLUML统一建模语言统一建模语言五、使用五、使用五、使用五、使用RoseRoseRoseRose创建用例图的步骤说明创建用例图的步骤说明创建用例图的步骤说明创建用例图的步骤说

21、明 (1)销售员:为客户客提供销售产品的服务。(2)仓库管理员:负责库存产品的管理活动。(3)采购员:负责企业生产原料的订购。(4)会计:负责企业经营状况的统计。(5)系统管理员:负责企业员工信息管理、供应商信息管理以及系统维护等。2 2 2 2、识别参与者、识别参与者、识别参与者、识别参与者UMLUML统一建模语言统一建模语言五、使用五、使用五、使用五、使用RoseRoseRoseRose创建用例图的步骤说明创建用例图的步骤说明创建用例图的步骤说明创建用例图的步骤说明 销售员能够通过该系统进行销售商品活动。首先登录系统,验证身份成功后,获取商品信息,然后将销售信息更新,最后对客户进行商品销售

22、。3 3 3 3、构建用例模型、构建用例模型、构建用例模型、构建用例模型销售员用例图销售员用例图 UMLUML统一建模语言统一建模语言五、使用五、使用五、使用五、使用RoseRoseRoseRose创建用例图的步骤说明创建用例图的步骤说明创建用例图的步骤说明创建用例图的步骤说明仓库管理员能够通过该系统进行如下活动:(1)处理盘点,每天需要对库存产品信息进行盘点。(3)产品入库。当产品生产后,将产品进行入库。(4)产品出库。当产品销售发货后,进行出库处理。(5)管理设置。仓库管理员负责供应商信息、产品基本信息的管理设置。3 3 3 3、构建用例模型、构建用例模型、构建用例模型、构建用例模型仓库管

23、理员用例图仓库管理员用例图 UMLUML统一建模语言统一建模语言五、使用五、使用五、使用五、使用RoseRoseRoseRose创建用例图的步骤说明创建用例图的步骤说明创建用例图的步骤说明创建用例图的步骤说明采购员能够通过该系统进行订货管理活动。采购员首先根据经营情况统计所缺的生产资料,根据需要制定出订单。3 3 3 3、构建用例模型、构建用例模型、构建用例模型、构建用例模型采购员用例图采购员用例图 UMLUML统一建模语言统一建模语言五、使用五、使用五、使用五、使用RoseRoseRoseRose创建用例图的步骤说明创建用例图的步骤说明创建用例图的步骤说明创建用例图的步骤说明会计负责产品的统

24、计分析管理,它能够通过该系统进行如下活动:(1)查询基本信息。会计能够查询产品的基本信息,根据产品的基本信息,制定出相应的方案。(2)查询销售信息。会计根据销售情况汇总后交销售部制定合理的销售方案。(3)查询供应商信息。会计能够查询供应商信息。(4)查询缺货信息。会计能够查询缺货信息。(5)查询报损信息。会计能够查询报损信息。3 3 3 3、构建用例模型、构建用例模型、构建用例模型、构建用例模型会计用例图会计用例图 UMLUML统一建模语言统一建模语言五、使用五、使用五、使用五、使用RoseRoseRoseRose创建用例图的步骤说明创建用例图的步骤说明创建用例图的步骤说明创建用例图的步骤说明

25、系统管理员能够通过该系统进行如下活动:(1)维护员工信息。系统管理员能够维护企业员工的信息,如添加员工、删除员工和修改员工信息等。(2)维护供应商信息。系统管理员能够维护供应商的信息,如添加供应商、删除供应商和修改供应商信息等。(3)系统设置。系统管理员能够根据一些需要进行必要的系统设置。3 3 3 3、构建用例模型、构建用例模型、构建用例模型、构建用例模型系统管理员用例图系统管理员用例图 UMLUML统一建模语言统一建模语言用例图的绘制流程用例图的绘制流程UMLUML统一建模语言统一建模语言记录需求记录需求特性表特性表编号说明FEAT01新增书籍信息 FEAT02修改已有的书籍信息 FEAT

26、03书籍信息按计算机类、非计算机类分别建档 FEAT04录入新书时能够自动按规则生成书号FEAT05计算机类与非计算机类书籍采用不同的书号规则FEAT06录入新书时如果重名将自动提示FEAT07按书名、作者、类别、出版社等关键字组合查询书籍FEAT08列出所有书籍信息FEAT09记录外借情况FEAT10外借状态能够自动反应在书籍信息中FEAT11按人、按书查询外借情况FEAT12列出所有的外借情况FEAT13按特定时间段统计购买金额、册数FEAT14所有查询、列表、统计功能应可以单独对计算机类或非计算机类进行UMLUML统一建模语言统一建模语言识别参与者识别参与者已有的上下文关系图(表示系统范

27、围)及其他相关模型:已有的上下文关系图(表示系统范围)及其他相关模型:它们描述了系统与外部系统的边界,从这些图中可以寻它们描述了系统与外部系统的边界,从这些图中可以寻找出与系统有交互关系的外部实体。找出与系统有交互关系的外部实体。项目相关人员分析:对项目的相关人员进行分析,就能项目相关人员分析:对项目的相关人员进行分析,就能够决定出哪些人将会与系统进行交互。够决定出哪些人将会与系统进行交互。书面的规格说明和其它项目文档(如会谈备忘录等)书面的规格说明和其它项目文档(如会谈备忘录等)需求研讨会和联合应用开发会议的记录:这些会议的参需求研讨会和联合应用开发会议的记录:这些会议的参与者通常是很重要的

28、,因为他们在组织中所代表的角色与者通常是很重要的,因为他们在组织中所代表的角色就是可能与系统发生交互的参与者。就是可能与系统发生交互的参与者。当前过程和系统的培训指南及用户手册:这些东西中经当前过程和系统的培训指南及用户手册:这些东西中经常会有潜在参与者。常会有潜在参与者。UMLUML统一建模语言统一建模语言合并需求获得用例合并需求获得用例特性特性用例用例FEAT01.新增新增书籍信息籍信息FEAT03.书籍信息按籍信息按计算机算机类、非、非计算机算机类分分别建档建档FEAT04.录入新入新书时能能够自自动按按规则生成生成书号号FEAT05.计算机算机类与非与非计算机算机类书籍采用不同的籍采用

29、不同的书号号规则FEAT06.录入新入新书时如果重名将自如果重名将自动提示提示UC01.新增新增书籍信息籍信息FEAT02.修改已有的修改已有的书籍信息籍信息UC02.修改修改书籍信息籍信息FEAT07.按按书名、作者、名、作者、类别、出版社等关、出版社等关键字字组合合查询书籍籍FEAT08.列出所有列出所有书籍信息籍信息FEAT14.所有所有查询、列表、列表、统计功能功能应可以可以单独独对计算机算机类或非或非计算机算机类进行行UC03.查询书籍信息籍信息FEAT09.记录外借情况外借情况FEAT10.外借状外借状态能能够自自动反反应在在书籍信息中籍信息中UC04.登登记外借信息外借信息FEA

30、T11.按人、按按人、按书查询外借情况外借情况FEAT12.列出所有的外借情况列出所有的外借情况FEAT14.所有所有查询、列表、列表、统计功能功能应可以可以单独独对计算机算机类或非或非计算机算机类进行行UC05.查询外借信息外借信息FEAT13.按特定按特定时间段段统计购买金金额、册数、册数FEAT14.所有所有查询、列表、列表、统计功能功能应可以可以单独独对计算机算机类或非或非计算机算机类进行行UC06.统计金金额和册和册数数UMLUML统一建模语言统一建模语言绘制用例图绘制用例图UMLUML统一建模语言统一建模语言细化用例描述细化用例描述搭框架搭框架1.用例名称:新增书籍信息(UC01)

31、2.简要说明:录入新购书籍信息,并自动存储建档。3.事件流:3.1 基本事件流 3.2 扩展事件流4.非功能需求5.前置条件:用户进入图书管理系统。6.后置条件:完成新书信息的存储建档。7.扩展点:无8.优先级:最高(满意度 5,不满意度5)UMLUML统一建模语言统一建模语言细化用例描述细化用例描述填血肉填血肉3.事件流:3.1 基本事件流 1)图书管理员向系统发出“新增书籍信息”请求;2)系统要求图书管理员选择要新增的书籍是计算机类还 是非计算机类;3)图书管理员做出选择后,显示相应界面,让图书管理 员输入信息,并自动根据书号规则生成书号;4)图书管理员输入书籍的相关信息,包括:书名、作者

32、、出版社、ISBN号、开本、页数、定价、是否有CDROM;5)系统确认输入的信息中书名未有重名;6)系统将所输入的信息存储建档。3.2 扩展事件流 5a)如果输入的书名有重名现象,则显示出重名 的书籍,并要求图书管理选择修改书名或取消输入;5a1)图书管理员选择取消输入,则结束用例,不做存储建档工作;5a2)图书管理员选择修改书名后,转到5)4.非功能需求:无特殊要求UMLUML统一建模语言统一建模语言编写要点编写要点使用简单的语法:主语明确,语义易于理解;使用简单的语法:主语明确,语义易于理解;明确写出明确写出“谁控制球谁控制球”:也就是在事件流描述中,让读:也就是在事件流描述中,让读者直观

33、地了解是参与者在控制还是系统在控制;者直观地了解是参与者在控制还是系统在控制;从俯视的角度来编写:指出参与者的动作,以及系统的从俯视的角度来编写:指出参与者的动作,以及系统的响应,也就是从第三者观察的角度;响应,也就是从第三者观察的角度;显示过程向前推移:也就是第一步都有前进的感(例如,显示过程向前推移:也就是第一步都有前进的感(例如,用户按下用户按下tab键作为一个事件就是不合适的);键作为一个事件就是不合适的);显示参与者的意图而非动作(如果只描述了动作,人们显示参与者的意图而非动作(如果只描述了动作,人们不能够很容易地直接从事件流描述中理解用例);不能够很容易地直接从事件流描述中理解用例

34、);UMLUML统一建模语言统一建模语言编写要点编写要点包括包括“合理的活动集合理的活动集”(带数据的请求、系统确认、更(带数据的请求、系统确认、更改内部、返回结果);改内部、返回结果);用用“确认确认”而非而非“检查是否检查是否”,例如,例如“系统确认所输入系统确认所输入的信息中书名未有重名的信息中书名未有重名”;可选择地提及时间限制;可选择地提及时间限制;采用采用“用户让系统用户让系统A与系统与系统B交互交互”的习惯用语;的习惯用语;采用采用“循环执行步骤循环执行步骤x到到y,直到条件满足,直到条件满足”的习惯用语。的习惯用语。UMLUML统一建模语言统一建模语言练习电信部门要建一个计费系统,用户可以登录系统查询自己的话费信息,查询出的话费信息包括通话记录、短消息记录和月租费查询,用户还可以把话费信息发送到自己的手机,如果用户认为话费有问题,可以向管理人员提出复查申请,由管理员复查。p经常不断地学习,你就什么都知道。你知道得越多,你就越有力量pStudyConstantly,AndYouWillKnowEverything.TheMoreYouKnow,TheMorePowerfulYouWillBe写在最后谢谢大家荣幸这一路,与你同行ItS An Honor To Walk With You All The Way演讲人:XXXXXX 时 间:XX年XX月XX日

展开阅读全文
温馨提示:
1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
2: 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
3.本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。
关于我们 - 网站声明 - 网站地图 - 资源地图 - 友情链接 - 网站客服 - 联系我们

copyright@ 2023-2025  zhuangpeitu.com 装配图网版权所有   联系电话:18123376007

备案号:ICP2024067431-1 川公网安备51140202000466号


本站为文档C2C交易模式,即用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知装配图网,我们立即给予删除!