SMD（software modelling and design）知识点总结——User Case 图 + 概念层面：Domain 图 / System 时序图 + 实现层面：类图 + 设计时序图

最新推荐文章于 2023-06-04 00:38:19 发布
最新推荐文章于 2023-06-04 00:38:19 发布
阅读量1.2k 收藏 9
点赞数
分类专栏： 日常学习 文章标签： 测试用例 需求分析
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_42902997/article/details/121311187
版权

文章目录

UserCase Diagram

构成要素

参与者：

- 系统的使用者
- 系统的维护者
- 其他的系统

在这里插入图片描述

用例：参与者能够感受到的系统服务或者系统的功能单元

系统边界：系统边界区分了系统的内部功能和外部事物

关联：

- 包含（include）：包含关系把一个用例的功能拆分成几个部分，包含用例是一个基本用例的组成部分，和基础用例一起执行。箭头通常是从基本用例指向扩展用例。

在这里插入图片描述

- 扩展（extend）：扩展关系顾名思义，就是将用例中加入新的行为，获得新的用例，相当于给基础用例添加了附加的新功能，如果缺少了扩展用例并不会影响基本用例的完整性。箭头一般是从扩展用例指向基本用例。
- 泛化（generalization）：泛化关系表示的是用例之间的“父子关系”，类似于继承。

在这里插入图片描述

概念层面设计图

领域图（Domain Diagram）

  • 领域模型是领域内的概念类或现实世界中对象的可视化表示，又称为概念模型或分析对象模型，它专注于分析问题领域本身，发掘重要的业务领域概念，并建立业务领域概念之间的关系。

  • domain 图不涉及具体的类的实现，而是更多地停留在概念层面，关注的是整个系统中的不同角色之间的交互。

  • domain 模型关注的是：在问题领域（problem domain）中有价值的 “概念”，“属性”，“关联”
    在这里插入图片描述

  • domain 图中没有方法的设计，只关注属性和不同角色之间的关联。

  • 可以使用标注方向的尖头来表示不同角色之间关系的方向
    在这里插入图片描述

系统时序图（System Sequential Diagram）

在这里插入图片描述
在这里插入图片描述

  • 系统时序图把整个系统当做一个 black box，不管内部的具体实现，哪怕系统内部调用了很多方法，我们并不关心这些方法的具体调用情况。
  • 每个 SSD 都是一个用例的特定场景

构成要素

在这里插入图片描述

参与者
：系统
生命线
循环

用例图-> 系统时序图的举例

  • 首先用例图中的 Cashier 向系统请求了一个 Process Sale 的操作，这在用例图中非常直观
  • 在系统顺序图中则是在这种特定的用例场景中将系统和 Cashier 的交互描述的很清楚
    在这里插入图片描述
    NOTE:
  • 系统时序图和系统的 domain 图一样都是在整个系统层面的概念设计，不涉及到具体的类，只是把每个不同的系统之间的交互图演示清楚

实现层面设计图

设计类图（Design Class Diagram）

在这里插入图片描述

构成要素

类名
关联关系
类的属性，数据类型和方法
接口和抽象类

类图和领域图的异同

  • 他们都使用UML 类图来表示
  • 领域图注重的是“problem domain ”中的概念，属性和关联
  • 设计模型关注的是实现方面的具体细节，某个类在系统中扮演的角色和做出的贡献
  • 领域图只有一个类似 “类名” 的名称，以及相应的属性，没有方法
  • 领域图没有 multiplicity 的关联关系，因此在表示两个部分有关联的时候，通常使用实线连接，而不是带箭头的实线
    在这里插入图片描述

责任驱动的设计理念（Responsibility-Driven Design）

  • 从 Domain 图进一步设计成 Design Class 图的时候，要进一步对不同部分的责任进行划分。责任分为两大类：
    • Knowing Responsibility
    • Doing Responsibility
      在这里插入图片描述
      根据这两个原则：
      在这里插入图片描述
  • 从 Domain 转成 Class 图的时候，我们 Sale 有责任知道他的总数（knowing 责任），因此设计了 getTotal 方法
  • 同样的，Sale 也应该有能力去 makeLineItem，因此也设计了这个方法放在 Sale 类中

设计时序图（Design Sequential Diagram）

  • 设计时序图其实对应的是设计类图，他们都属于 Design Model （diagram）。
  • 在概念层面的静态图是 Domain 图，动态图是 System Sequential 图，在实现层面的静态图是 Design Class 图，动态图是 Design Sequential 图

构成要素

在这里插入图片描述

：类名
  • 用 ：类名表示系统中具体交互的对象的类型
    在这里插入图片描述
一个激活系统的消息（a found message）

在这里插入图片描述

带参数的 message

在这里插入图片描述

控制焦点（表示对象执行动作的时间）
  • 这个是 SSD 中没有的
    在这里插入图片描述

系统时序图（SSD） 和 设计时序图（DSD）的联系和区别

  • 系统时序图把整个系统看做一个黑箱子，只关注 actor 和 系统之间的交互
  • DSD 则是专注于系统内部的行为，着重于不同 软件对象 之间的信息交互
    在这里插入图片描述
    NOTE:
    设计时序图的时候也要按照 Responsibility-Driven 的原则去设计
    在这里插入图片描述

实现层面设计总结

在这里插入图片描述

概念层面 -> 实现层面

概念层面：Domain 图 + system sequential 图

在这里插入图片描述

实现层面：Design 类图 + Design 时序图

在这里插入图片描述

暖仔会飞
关注
  • 0
    点赞
  • 踩
  • 9
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
专栏目录
Dynamic Simulations of Electric Machinery : Using MATLAB/SIMULINK:Modelling and Simulation of Electric Machines with matlab/simulink-matlab开发
06-01
使用 MATLAB 和 SIMULINK 进行交互式建模所需的一切。 借助当今的个人计算机，学生有能力创建电机仿真，从而使他们能够研究瞬态和控制性能并测试概念设计。 这些模拟的结果可以揭示从机器的理论和设计中可能不太明显的行为。 本书及其附带的网站提供了从背景理论和模型到常用机器系统的模拟和线性分析的实现和验证技术的完整处理。 他们包括： 三相和单相变压器，磁芯饱和建模。 三相和单相感应电机。 三相和六相同步电机，绕线和永磁场。 直流电机：四象限驱动操作、启动、速度和转矩控制。 感应电机驱动：伏特/赫兹控制和磁场定向控制电力系统研究中的同步电机：多机系统、轴扭转、励磁控制。 同步机驱动：自控和永磁场。 电机动态仿真的每一章都包含练习和项目，可以使用随附的软件进行探索。 一整章专门介绍 MATLAB 和 SIMULINK 的使用，附录提供了对所用关键数值方法的方便概述。 电机动力学
MCore: Business Modelling & Operations:ECore + OCL 为模型添加静态和动态语义-开源
06-28
MCore 是一个免费可用的开源工具 - 在图表和表格中分析您的业务问题 - 使用类似于业务规则编辑器的表格界面设计和实施解决方案 - 在量身定制的生成解决方案中构建、部署和运营您的业务看起来像一个简单的 excel 表，但表现得像一个完整的商业软件。 MCore 基于 XOCL，XOCL 是 Eclipse 框架 EMF 和 OCL 的组合，用于定义 DSL，例如向模型添加静态和动态语义。 它是可用的 - 作为完整的 Eclipse 产品位于：https://sourceforge.net/projects/lde-release/files/Release/ - 作为 Eclipse Neon.3 的更新站点：https://sourceforge.net/projects/xocl /files/ 构建和修复 x 在整个 2019 年每周进行一次，如果发布的构建早于 14 天，请联系以获取新的！ 构建说明位于 https://sourceforge.net/p/xocl/wiki/MCore Build Instructions/
Modelling and Simulation for RF System Design
01-30
Modelling and Simulation for RF System Design
Ultra-Dense Networks for 5G and Beyond：Modelling, Analysis, and App 2019.pdf
09-07
Ultra-Dense Networks for 5G and Beyond：Modelling, Analysis, and Applications Ultra-Dense Networks for 5G and Beyond：Modelling, Analysis, and App.pdf (8.28 MB, 下载次数: 137 ) We are observing an ever-increasing number of connected devices and the rapid growth of bandwidth-intensive wireless applications. Te number of wirelessly connected devices is anticipated to exceed 11.5 billion by 2019, i.e. nearly 1.5 mobile devices per capita. In addition, it is expected that we will witness a 10 000-fold growth in wireless data traffic by the year 2030. Such unprecedented increases in mobile data traffic and network loads are pushing contemporary wireless network infrastructures to a breaking point. Tese predictions have raised alarm to the wireless industry and mobile network operators who are faced with the challenges of provisioning high-rate, low-delay, and highly reliable connectivity anytime and anywhere without ignificantly increasing energy consumption at the infrastructure, such as base stations, fronthaul and backhaul networks, and core networks.
Use Case图与Use Case详细描述
热门推荐
chicharito07的博客
05-03 2万+
实验一博客地址：https://blog.csdn.net/chicharito07/article/details/80095891用况登陆：用户输入账号密码登录时系统通过验证，若通过则返回（或进入）主页，否则提示错误。 用况注册：用户点击进入注册界面，选择买家注册系统提示输入账号、昵称、姓名、身份证号、手机号以及密码；用户点击进入注册界面，选择卖家注册系统提示输入账号、昵称、姓名、身份证号、手...
用例图（User Case）
weixin_30458043的博客
07-01 1024
用例图是用来描述什么角色通过某某系统能做什么事情的图，用例图关系的是系统的外在表现，系统与人的交互，系统与其它系统的交互。 下面逐一说明用例图中各种符号的意义： 小人： 对使用某系统的用户进行分类后，可以总结出使用本系统有哪些角色，不同的角色的工作责任不太一样，他们需要用到的系统的功能也会不太一样。 小人就是角色，它给了我们一个启示，我们思考某系统的需求时，...
#UML统一建模语言#（Unified Modeling Language）用例图UseCase
潇汀
07-25 7986
目录 定义 用例定义： 用例图定义： 用途 组成元素以及元素之间的关系说明 元素之间的关系： 角色之间的关系： ​ 用例之间的关系： ♦包含关系： ​ ♦扩展关系 画法例子 定义 用例定义： 用例是对包括变量在内的一组动作序列的描述，系统执行这些动作，并产生传递特定参与者的价值的可观察结果。（这是UML对用例的正式定义，可以这样去理解，...
如何书写UserCase
dml111727
10-28 7778
什么是Use Case 用例描述文档的书写是系统分析人员对用户需求的深刻理解的体现。是后期时序图和实际开发的重要依据。也可以对作为项目估算的依据，以及根据UC复杂度和开发周期来衡量开发人员的工作效率。因此UC的书写规范及其重要，就工作用的一些经验，比如书写格式、书写内容及其注意事项与大家分享。 大纲图： 一、前期准备     1).对用户的问题要有非常深刻完善的理解     2). 确保能够解决用
[架构之路-96]：《软件架构设计：程序员向架构师转型必备》-6-需求与用户用例User Case/Senario建模
文火冰糖（王文兵）的博客
02-01 400
User Case和User Senario是非常重要的描述需求的重要手段。严格意义上讲，用户用例属于需求分析领域，不属于架构设计。用户用例是架构设计最重要的输入参考之一。
[架构之路-205]- 常见的需求分析技术：用户故事User Story（用户需求）、用例User Case（系统需求、产品需求）、场景Senario（内部执行流程）区别
文火冰糖（王文兵）的博客
06-04 1576
你有没有觉得你想象的产品和你开发的产品有很大的不同？或者最终版本中缺少您想要的功能。许多产品人员可以与这些问题联系起来。这有助于理解为什么企业首先需要一个用例。简单来说，
Molecular Modelling Principles And Applications 2Ed pdf 图片
12-13
Molecular Modelling Principles And Applications 2Ed pdf 图片
系统交互时序图规范
qq_24643629的博客
08-15 3660
时序图规范时序图简介时序图元素规范角色生命线消息激活激活的符号组合时序图实例 时序图简介 时序图是显示对象之间交互的图，这些对象是按时间顺序排列的。顺序图中显示的是参与交互的对象及其对象之间消息交互的顺序。时序图中包括的建模元素主要有：对象（Actor）、生命线（Lifeline）、消息（Message）等等。 官网地址 时序图元素规范 角色 人员用actor表示 系统用participant表示 生命线 生命线在顺序图中表示为从对象图标向下延伸的一条虚线，表示对象存在的时间，如下图 消息 消
【软件基础】UML用例图
menghaocheng的专栏
06-25 1002
UML图的分类： 用例图 活动图 时序图 业务模块图 （本文讲的是其中的用例图） 1. 用例图中的概念 用例图是指由参与者（Actor）、用例（Use Case），边界以及它们之间的关系构成的用于描述系统功能的视图。用例图（User Case）是外部用户（被称为参与者）所能观察到的系统功能的模型图。用例图是系统的蓝图。用例图呈现了一些参与者，一些用例，以及它们之间的关系，主要用于对系统、子系统或类的功能行为进行建模。 1.1参与者 用以表示和系统进行交互的参与者角色，不一定...
使用 ChatGPT 来设计系统时序图
三拾的博客
02-21 6934
`ChatGPT` 的受欢迎程度不断增长，现在被广泛用于各种应用程序。作为一名全栈工程师，出于对技术的追求，使用 `ChatGPT` 来探索一些可能的使用场合，本文就来探索 `ChatGPT` 设计一个资产购买系统并画出 Mermaid 流程图，开始之前介绍一下 `Mermaid`。
构建时序图-5分钟理清系统边界、系统交互
u012780655的博客
10-21 1132
业务时序图 目录 系统时序图设计 最终效果 时序图设计语法 创建时序图-线上工具 系统时序图设计 1. 最终效果 image.png 2. 时序图设计语言 title adflow sequence diagrams 投手->投放系统: 1 receive_delivery_plan() note right of 投手: 投放系统 接收投手上传的投...
[UML] 时序图介绍 —— 程序员（灵魂画手）必备画图技能之一
削尖螺丝刀的钉文
04-23 5477
统一建模语言(Unified Modeling Language，UML) 可分类成： 功能模型：从用户的角度展示系统的功能，包括用例图。 对象模型：采用对象，属性，操作，关联等概念展示系统的结构和基础，包括类别图、对象图。 动态模型：展现系统的内部行为。包括序列图，活动图，状态图。 时序图 注意时序图的关键是整体按时间流程从上到下依次递减，观看的时候也要按整体递减的顺序一行一行看，而不是专注某一列递减来看 而且这个时序图的 复杂程度完全取决于你想展示多少细节，和其他UML图一个道理。 时序图.
五分钟搞懂UML————用例图(User Case Diagrams ) 新手学习感悟。
Slovenia_groot的博客
09-11 6216
1. Use Case 在面向对象中，我们经常会见到这类型的用例图，其实不难，我们只需了解每一个元素需要的内容就可以完全掌握它，我让我们一起来看吧！！！ 1.1用例简介： use case 讲述了参与者使用系统的故事，用例展示了系统执行的一系列操作，使特定的参与者生成一个可以直观观测的结果。（表达功能和需求）。用例是文本文档，而不是图表，是编写文本的行为。 比如：用户（user）想要什么？...
软件工程---个人账本---用例展示-user case
Messages from wangsky
03-17 321
用户
用例图（use case）
Leon_Jinhai_Sun的博客
12-23 1716
用例图（use case）主要用来描述用户与用例之间的关联关系。说明的是谁要使用系统，以及他们使用该系统可以做些什么。一个用例图包含了多个模型元素，如系统、参与者和用例，并且显示这些元素之间的各种关系，如泛化、关联和依赖。它展示了一个外部用户能够观察到的系统功能模型图。 ...
process modelling and model analysis
最新发布
08-13
过程建模（process modelling）是指将现实世界中的业务流程、操作流程或系统流程转化为计算机系统可以理解和执行的模型的过程。这些模型利用符号和图形表示实体、活动、控制流和数据流，并定义了与之相关的行为和约束。过程建模有助于我们深入理解和优化现有的业务流程，还可以为系统设计和开发提供一个明确的目标和指导。 模型分析（model analysis）是指对已建立的过程模型进行评估和验证的过程。通过模型分析，我们可以发现和解决模型中的问题、矛盾、冲突等，进而提供更好的流程设计和改进建议。模型分析可以通过模拟、检验、验证等方法进行，帮助我们找出模型中的潜在错误和不足，进而提高流程的效率、可靠性和质量。 在过程建模和模型分析中，常用的工具包括流程图、数据流图、Petri网、状态转换图等。这些工具可以帮助我们把握流程的关键元素和交互关系，以及规范过程模型的建立和分析过程。 过程建模和模型分析对于企业和组织来说非常重要。通过建立模型，我们可以理清业务流程中的逻辑和关系，发现潜在的问题和瓶颈，优化流程并提高效率。模型分析则帮助我们评估模型的正确性和可行性，及时发现和解决问题，从而提高流程的质量和可靠性。 总之，过程建模和模型分析是一种重要的方法和工具，有助于我们理解、优化和改进业务流程，提高组织的效率和竞争力。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

暖仔会飞

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值