首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

如何从高级用例图到低级用例图?

从高级用例图到低级用例图的过程可以通过以下步骤完成:

  1. 确定系统边界:首先,确定系统的边界,即确定哪些功能和参与者属于系统的范围。
  2. 识别高级用例:根据系统边界和需求,识别出高级用例,这些用例通常是对系统的整体功能进行描述,不涉及具体的步骤和细节。
  3. 识别低级用例:对于每个高级用例,进一步细化为低级用例。低级用例描述了具体的步骤和细节,以及参与者和系统之间的交互。
  4. 确定用例之间的关系:在低级用例图中,确定用例之间的关系,包括包含关系、扩展关系和泛化关系。这些关系可以帮助理清用例之间的依赖关系和执行顺序。
  5. 添加细节:在低级用例图中,可以添加更多的细节,如前置条件、后置条件、异常情况等,以完善用例的描述。
  6. 验证和调整:完成低级用例图后,进行验证和调整,确保用例的描述准确、完整,并符合系统需求。

总结起来,从高级用例图到低级用例图的过程是逐步细化和完善用例的描述,从整体到具体,从概念到细节。这个过程可以帮助开发团队更好地理解系统需求,并为后续的开发、测试和维护工作提供指导。

腾讯云相关产品和产品介绍链接地址:

页面内容是否对你有帮助?
有帮助
没帮助

相关·内容

UML——

能够展示系统外部的各类执行者与系统中用的关系。      有哪些组成部分?...定义中我们就可以知道,由参与者(Actor)、(Use Case)以及这两者之间的关系三部分组成,严格意义上来说,还包括系统边界,但与参与者分别处于系统内外,故它们之间隐含为系统边界...的作用 1、最主要的作用是描述用户的需求,即系统实现什么功能(不需要说明如何实现),因此主要用于需求分析阶段。         ...有什么特点?          1、可以应用于整个系统,也可以应用于系统的一部分。          2、是被称为“参与者”的外部用户所能观察的系统功能的模型。...(《UML参考手册》) 系统外部来描述系统能够提供哪些服务或具有什么样的行为          3、图列出系统中的参与者与,并描述了哪个参与者参与了哪个的执行(或称为发起了哪个)。

2K20
  • UML _uml建模和细化用

    UML 参考 【UML】— 初学UML—— 需求中如何 为什么使用用 从业务事件、发起事件以及系统如何响应这些事件来建模系统功能的过程。...外部服务参与者:响应来自用的请求的关联人员。 外部接收参与者:中接收某些价值或输出的非主要的关联人员。...简单来说,就是某一个参与者在系统中做某件事开始结束的一系列活动的集合,以及结束时应该返回的可观测、有意义的结果,其中也包含可能的各种分支情况。...即一个可以描述一项完整的业务流程。例如取钱、报装电话、借书等表达完整业务的,而不要细节验证密码、填写申请单、查找数目等业务中的一个步骤。...扩展 扩展指的是一个(扩展)对另一个(基)行为的增强。 在这一关系中,扩展包含了一个或多个片段,每个片段都可以插入中的一个单独的位置上,而基对于扩展的存在是毫不知情的。

    1.2K20

    详解_include是什么画的

    对于来说我们需要了解的是什么叫,构成的要素,有哪些重要的元素,各个之间的关系。当然最重要的是如何根据需求创建。...可视化地表达了系统的需求,具有直观、规范等优点,克服了纯文字性说明的不足。   方法是完全外部来定义系统功能,它把需求和设计完全的分离开来。...我们不用关心系统内部是如何完成各种功能的,系统对于我们来说就是一个黑箱子。 的构成要素 1....的重要元素 1. 如何识别用   任何用都不能在缺少参与者的情况下独立存在。同样,任何参与者也必须要有与之关联的。...扩展   在一定条件下,把新的行为加入已有的中,获得的新用叫做扩展(Extension),原有的叫做基础(Base),扩展基础的关系就是扩展关系。

    2.1K40

    UML及其描述

    它的作用域不限于支 持面向对象的分析与设计,还支持需求分析开始的软件开发的全过程。...在系统分析阶段,我们一般UML来画很多,主要包括、状态、类、活动 、序列、协作图、构建、配置等等,要画哪些要根据具体情况而定。...其实简单的理解,也是个人的理解,UML的作用就是很多静态和动态方面来 全面描述我们将要开发的系统。 二.建模简介 建模是UML建模的一部分,它也是UML里最基础的部分。...建模的最主要功能就是用来表达系统的功能性需求或行为。依我的理解建模可分为 描述。由参与者(Actor)、(Use Case)、系统边界、箭头组成,画图的方法来完成。...描述用来详细描述图中每个文本文档来完成。 1. 参与者不是特指人,是指系统以外的,在使用系 统或与系统交互中所扮演的角色。

    1.9K30

    UML——

    是在需求分析阶段开发者和用户对需求规格达成的某种共识,它描述了待开发系统的功能需求。...UML视频使我们对的基本组成元素、属性、粒度等有了理论上的理解,我们还需要自己亲自动手画一画才能加深对的理解。...画,首先要分析开发系统中的角色、,然后通过关系把角色和联系起来。 角色:包括系统的使用者,维护人员,使用到的外设,所以角色不仅仅是人,还可以是事、物。...:指的是系统要实现的功能,是对系统功能的描述。 关系:包括依赖、泛化、关联三种关系,指明了和角色之间具体的关系。...第一次画,角色和感觉还是比较容易就可以分析出来的,但是角色和之间具体是什么关系,就傻傻分不清楚了。

    46320

    介绍:在线制图UML(use case)

    描述了用户如何使用系统来实现特定的目标。由系统、相关的和参与者组成,并且将它们相互联系起来....虽然本身可能会深入每一种可能性的许多细节(例如,事件和场景的流程),但是可以帮助提供系统的更直观的视图,提供系统实际必须做什么的简化和图形化表示。...包含四个主要组件: [] Actor 参与者通常是根据角色定义的参与系统的个人。Actor可以是用户或其他外部系统。 Use Case 描述了参与者如何使用系统来实现特定的目标。...为更高级模型的验证(即参与者和一组协作对象之间的交互)和随后的功能需求验证(即白盒测试)提供了良好的基础。...驱动的方法为项目跟踪提供了可追踪性,其中关键的开发活动,例如实现、测试和交付的用户的角度实现了目标和目的。 的使用 的开发步骤如下: 确定系统的参与者(用户角色)。

    4.4K00

    UML建模(

    一、 在软件生命周期的整个过程中,是软件需求分析软件交付的第一步,的主要目的是说明这个软件的使用者是谁,使用者要使用那些功能,以及使用者需要向软件提供什么功能。...主要有六个元素,分别是:参与者(Actor)、(Use Case)、关联关系(Association)、包含关系(Include)、扩展关系(Extend)以及泛化关系(Generalization...image.png 包含关系(Include) 在uml中包含关系表示为虚线箭头交>字样,有时候一个很大,那么我们可以把分块,把复杂的分解为几个小来描述 【...image.png 泛化(Inheritance) 在uml中用泛化用一个空心三角箭头从子指向父,泛化就是继承关系,子可以使用父亲中的属性,行为和关系。...,线上语音庭审,线下语音庭审功能,庭审本身是对子功能的汇总标示,具体功能点在子实现。

    89230

    Java——类、时序

    从实际开发标准,应该在项目别写前设计类,但是,不太符合实际,实际开发中改动的场景太多,大家懂的。所以,现在开发大部分情况下,都是先完成功能,交工前,将代码转换成类。本文内容作为概念性的讲解。...1、类描述 要想描述类,基本都会采用以下结构完成: 类名称 属性名称 方法名称 1)类名称 普通类,直接进行编写; 抽象类,道理上应该使用斜体描述; 类名称 {abstract} 属性名称 方法名称...setName(name:String):void          public String getName()                     +getName():String 如果要画类,...因为类的描述太麻烦了,所以,往往会进行转换。 ? 2、时序 时序比较重要,它定义了代码的执行顺序。...3、 指的是某一种角色具备什么样的操作功能,一般进行需求分析的时候使用的。 ? ?

    2.5K20

    UML学习---

    1、什么是  源于Jacobson的OOSE方法,是需求分析的产物,描述了系统的参与者与系统进行交互的功能,是参与者所能观察和使用到的系统功能的模型。...2、的组成  有四部分组成:(Use Case)、参与者(Actor)、系统边界、关联 2.1 参与者 在一个系统开发前,我们必定首先要确定系统的用户,系统的用户就是系统的参与者...同样,任何参与者也必须要有与之关联的,所以识别用的最好方法就是分析系统参与者开始,在这个过程中往往会发现新的参与者。   是有粒度的,的粒度指的是所包含的系统服务或功能单元的多少。...扩展关系是指在一定条件下,把新的行为加入已有的中,获得的新用称为扩展(Extension),原有的称为基础(Base)。 ?...泛化关系是指一个父可以被特化形成多个子,而父和子之间的关系就是泛化关系。 ? 3、简单登录注册系统 ?

    1.4K60

    UML总结

    主要用来描述“用户、需求、系统功能单元”之间的关系。它展示了一个外部用户能够观察的系统功能模型。 【用途】:帮助开发团队以一种可视化的方式理解系统的功能需求。...项目(Artifact) 虽然是用来帮助人们形象地理解功能需求,但却没多少人能够通看懂它。...很多时候跟用户交流甚至Excel都比图强,VS2010中引入了“项目”这样一个元素,以便让开发人员能够在用图中链接一个普通文档。 依赖关系把某个依赖项目上: ?...但为什么不把这些功能直接集成里面,双击就弹出一份文档岂不更容易理解,非要画蛇添足地加一个元件,仅仅为了提供个链接功能。...描述表: 鉴于并不能清楚地表达功能需求,开发中大家通常用描述表来补充某些不易表达的,下图的表给大家提供一个参考: ?

    1.9K10

    uml详解_uml模型

    它定义了系统是如何被参与者使用的,描述了参与者为使用系统所提供的某一完整功能而与系统之间发生的一段对话。 最大的优点就是站在用户的角度上(系统的外部)来描述系统的功能。...它把系统当作一个黑箱子,并不关心系统内部是如何完成它所提供的功能的,表达了整个系统对外部用户可见的行为。 的特征: 必须由某一个参与者触发激活后才能执行,即每个至少应该涉及一个参与者。...扩展 在一定条件下,把新的行为加入已有的中,获得的新用叫做扩展(Extension)。原有的叫做基础(Base),扩展基础的关系就是扩展关系。...在扩展关系中,基础的执行并不一定会涉及扩展,扩展只有在满足一定条件下才会被执行。而在包含关系中,当基础执行完后,被包含是一定会被执行的。...实例 销售员 仓库管理员 采购员 会计 系统管理元 版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。

    2.9K30

    教程(示例指南)

    (或用集)具有以下特征: 组织功能要求 模拟系统/参与者(用户)交互的目标 记录触发事件目标的路径(称为方案) 描述一个主要事件流(也称为基本行动过程),可能还有其他事件,称为特殊事件流(也称为备用行为过程...的重要性 如前所述,用于收集系统的使用要求。根据您的要求,您可以以不同方式使用该数据。以下是几种使用它们的方法。 识别函数以及角色如何与它们交互 - 的主要目的。...有关系统的高级视图 - 在向经理或利益相关者介绍时特别有用。您可以突出显示与系统交互的角色以及系统提供的功能,而无需深入了解系统的内部工作。...他们是 Actor和之间的关联 Actor的泛化 扩展(extend)两个之间的关系 包括(include)两个之间的关系 如何创建 到目前为止,您已经了解了在绘制时至关重要的对象...绘制图 使用此模板 创建空白 指南 确保每个都能满足可观察的用户目标 未显示的详细信息:它仅总结了,参与者和系统之间的一些关系。

    3.4K30

    _uml活动怎么画

    。 组成:系统边界。参与者。。关系。 参与者:Actor不是人,而是指参与时担当的角色。 如果一个角色的操作是由另一个角色代理完成的,请建立该角色另外角色之间的依赖。...如果两个以上有大量一致的功能,则可以将这个功能分解另一个中,其他用力拉可以和这个建立包含关系。...一个可以被定义为基础的增量的扩展,称作为扩展关系。扩展关系是把新的行为插入已有的中方法。基础即使没有扩展的执行不会涉及扩展,只有在特定的条件发生,扩展才被执行。...细分的中发现新的,并根据优先级重新排列。 机房收费系统的。 1、首先是分析系统中的角色(Actor)。 谁向系统提供信息?—–学生 谁系统获取信息?...……无…… 如何维护系统? 管理员负责对系统的维护—–基本数据的设定。 如下所示: 学生和一般用户的。 学生和操作员的

    1.9K20

    UML之类、时序 粗略版介绍

    构造和配置。   ...UML规范用来描述建模的概念有,类、对象、关联、职责、行为、接口、、包、顺序、协作,以及状态。  ...分类   1:   2:静态:类:描述系统中类的静态结构   包:是包和类组成的,表示包与包之间的关系,包描述系统的分层结构   对象:是类的实例   3:行为:活动、状态   ...(源网址一) ★时序(顺序/序列)   描述系统的动态行为 概念:   描述了对象之间传递消息的时间顺序,它用来表示的行为顺序。  ...(源百度)   ★   概念:   是指由参与者(Actor)、(Use Case),边界以及它们之间的关系构成的用于描述系统功能的视图。

    2.3K20

    设计方法(思维导

    设计方法(思维导) 目录 1、等价类 1.1、等价 1.2、等价类划分 1.3、等价类划分规则 1.4、进行设计 1.5、等价类四则运算法 2、边界值 2.1、边界值三点 2.2、边界值应用场景...2.3、边界值方法应用步骤 3、判定表 3.1、判定表定义 3.2、重要概念 3.3、判定表应用步骤 4、因果 5、正交试验 6、状态迁移 7、流程分析 7.1、场景设计法(三个流程) 7.2、使用方法...1、等价类 1.1、等价 1.2、等价类划分 1.3、等价类划分规则 1.4、进行设计 1.5、等价类四则运算法 2、边界值 2.1、边界值三点 2.2、边界值应用场景 2.3、边界值方法应用步骤...3、判定表 3.1、判定表定义 3.2、重要概念 3.3、判定表应用步骤 4、因果 5、正交试验 6、状态迁移 7、流程分析 7.1、场景设计法(三个流程) 7.2、使用方法

    47620

    业务建模、业务、系统都是啥?一文读懂《软件方法》

    业务的,表示了外部看,一个组织的价值。...2.2 系统 确定需求后,就可以画系统。 我们之前曾经画过业务,业务的重点是理出组织对外部的什么人群提供了什么价值。...再来看,对系统图中的,也有以下几点要求: 在业务序列图中,外部指向系统的消息,即可映射为系统的,所以画好业务序列,也就能得到准确的系统必须是可以对执行者带来价值的,而不是任何一步繁琐的交互都算...那么所有外部指向 IoT 售后系统的消息,都可映射为我们系统的,这样系统就比较简单: 2.3 例规约 系统,描述了系统对外提供的一个个服务与价值,实际上是系统要达成的一个功能目标...如果业务场景还没有接入信息化,或者接入程度低,或许可以很明显地带来价值,但如果已经有其他的竞争者介入,你如何带来更大的价值呢? 这就是你要做的系统,而系统中涉及的执行交互点,就是系统

    1.1K21

    架构图、、流程、时序、类

    昨天给学长看了我的“架构图”之后,才知道那个不是架构图,差不多一半加一半的流程吧,贻笑大方了。 所以,知耻而后勇,太尴尬了。 这一篇我不打算写多少的文字,一切尽在不言中,一顶千言。...参考资料: 软件架构概览 参与阶段: 需求分析阶段 是指由参与者(Actor)、(Use Case),边界以及它们之间的关系构成的用于描述系统功能的视图。...它主要描述系统功能,也就是外部用户的角度观察,系统应该完成哪些功能,有利于开发人员以一种可视化的方式理解系统的功能需求。...参考资料: 参与阶段: 需求分析阶段 流程 什么是流程就不多说了,高中数学必修三就有教了。 ? ?...部署图中,您可以了解软件和硬件组件之间的物理关系以及处理节点的组件分布情况。使用部署可以显示运行时系统的结构,同时还传达构成应用程序的硬件和软件元素的配置和部署方式。 ? ?

    13.9K54
    领券