第10章.模型驱动方法
软件工程中的模型驱动设计方法
软件工程中的模型驱动设计方法随着软件复杂度的不断提高，传统的手工编码方法已经难以满足软件开发的需求。
为了提高软件开发的效率和质量，模型驱动设计成为了一种新的软件开发模式。
模型驱动设计以模型为中心，通过对模型的描述和处理，自动生成目标系统的代码。
一、模型驱动设计的概念模型驱动设计是指在软件开发全生命周期中，将模型作为真正的软件设计和开发过程的核心，通过对模型的描述和处理，实现软件开发的自动化、标准化和可重用性，从而提高软件开发的效率和质量。
在模型驱动设计中，模型是一个抽象的描述，包含了系统的结构、行为、属性和关系等重要信息。
模型也是一个中间表示形式，用于描述和管理软件开发的各个阶段，从需求分析到设计、编码和测试。
通过模型，可以实现软件的可视化和模拟，并对软件进行静态和动态分析。
模型驱动设计中的模型通常包括以下几个方面：1. 需求模型：用于描述系统的需求和特性，包括用例图、需求规格说明、用户故事等。
2. 设计模型：用于描述系统的结构和行为，包括类图、活动图、状态图等。
3. 架构模型：用于描述系统的整体结构、组件和接口，包括组件图、部署图等。
4. 测试模型：用于描述系统的测试策略、测试用例和测试结果，包括测试计划、测试用例、测试报告等。
二、模型驱动设计的实现方法实现模型驱动设计的关键在于建立一个能够表达和操作模型的统一形式。
这个统一形式通常是一种领域特定语言（DSL），也就是一种专门为某个领域设计的语言，它通过抽象各个领域特有的概念和关系，从而有效地描述和处理领域中的问题。
DSL可以分为两种：一种是基于文本的DSL，可以使用DSL 编辑器进行编写和编辑；另一种是基于图形的DSL，可以使用图形建模工具进行创建和维护。
在软件开发的每个阶段，都有相应的DSL进行描述和处理，从而实现整个软件开发过程的自动化、标准化和可重用性。
三、模型驱动设计的优点1. 提高软件开发的效率：通过模型驱动设计，可以将重点放在模型的描述和处理上，自动生成代码，从而减少手工编码和调试的时间和工作量。
软件工程中模型驱动的方法研究
软件工程中模型驱动的方法研究随着科技的发展，软件工程已成为计算机科学与技术中最重要的领域之一。
对于软件项目的开发，模型驱动的方法已经被广泛应用。
模型驱动方法是使用模型来描述系统的开发过程和结果，并在这些模型中进行相关的自动化工作。
在软件工程中，模型驱动方法被认为是一种高效、灵活的开发方式。
本文将探讨软件工程中模型驱动的方法研究。
软件工程中模型驱动的方法研究1.模型驱动方法的优势模型驱动的方法提供了一种在开发过程中快速迭代的方式。
通过在使用模型进行开发的过程中，开发团队可以持续反馈和完善系统的某些部分。
这些实时反馈有助于减小时间与成本，同时也提高了开发的品质。
模型驱动方法的另一个优点是提高了开发过程的可读性。
由于模型是直观、易于理解的，所以开发团队能够更好地交流，从而避免了在开发过程中因“异质”（heterogeneity）所带来的难度。
另外，模型驱动方法在架构的构建、测试等方面也有所提升。
通过使用模型来描述系统的结构和行为，开发团队可以更好地理解和仿真系统。
这有助于提高系统的性能和可靠性，并避免一些潜在的系统漏洞。
2.模型驱动方法的实际应用在现实生活中，模型驱动方法已经被广泛应用于软件行业的各个领域中。
现在，许多软件企业都采用模型驱动方法来开发软件。
其中，最常见的应用场景是“云计算”（cloud computing）领域。
在“云计算”中，模型驱动方法可以帮助软件企业快速部署软件、并及时修复（常见的一些）漏洞。
另外，在嵌入式系统（embedded systems）领域中，也广泛应用模型驱动方法。
嵌入式系统的开发过程中通常需要开发一个或多个扩展模块，以满足不同嵌入式系统的安全需求。
在这种情况下，模型驱动方法可以帮助开发人员有效地维护或定制这些模块，从而减少整个开发过程的复杂度。
3.模型驱动方法的研究方向在软件工程中，模型驱动方法的研究已经成为了当前主流的方向之一。
目前，模型驱动方法的研究方向主要有三个方面：（1）Metamodels和模型转换Metamodels是模型的元模型，是由一些抽象类和关系来定义模型元素的结构和行为。
软件工程中的模型驱动开发方法
软件工程中的模型驱动开发方法随着技术的进步，软件工程的开发方式也在不断发展。
在早期的软件开发中，我们通常使用结构化编程方法，也就是像C语言一样的过程式编程方式。
但是，这种方式容易出现一些问题，比如代码可读性差，难以复用等等。
因此，模型驱动开发方法在近年来逐渐兴起并得到广泛应用。
什么是模型驱动开发方法？模型驱动开发即以模型为驱动进行软件开发，将模型的创建、抽象和转换作为软件工程的核心过程，实现对应的代码自动生成，达到快速开发和减少出错的目标。
模型驱动开发的思路是发现并利用软件中普适的模式，从而实现软件开发中的自动化流程。
在传统软件开发过程中，发现问题并修改代码是一项非常耗时和费力的工作，由于一些无关紧要的原因，你可能需要花费几天的时间来找出程序中的错误。
而模型驱动开发方法将代码的编写过程转化为面向模型的开发，通过良好的抽象层次，使得模型之间的差异能够在高抽象层次下被更准确地描述，提高了代码的可维护性和代码再使用的程度。
在模型驱动开发中，模型不仅仅是所有软件的基础，而且它还是为其他软件实现提供的重要组成部分。
当一个模型被修改时，所有的代码都会被自动地更新。
这意味着代码的问题很快就能被解决，从而为用户和开发人员节省大量的时间和精力。
模型驱动开发方法的优势模型驱动开发方法的主要优势在于它的自动化程度。
模型驱动开发方法可以使代码自动化生成，从而提高了软件开发的效率。
模型驱动开发方法还可以优化模型的抽象和转换，最大限度地简化了开发的复杂性。
通过使用模型驱动开发方法，开发人员可以将精力集中在设计和分析工作上，而不必花费大量时间用于编写和测试代码。
而在模型转换方面，模型驱动开发方法可以将模型转换为各种不同的输出格式，比如代码、文档或其他文件。
这个方法使得开发人员可以不必亲自处理所有的数据转换工作，从而节省了大量的时间和精力。
模型驱动开发方法的应用领域模型驱动开发方法在一些领域得到了广泛应用，包括领域建模、行为建模、数据建模等。
模型驱动 数据驱动 方法论
模型驱动数据驱动方法论1. 引言1.1 背景介绍随着科技的不断发展和应用，数据驱动和模型驱动方法论成为了当今社会和科技领域的热点话题。
在过去，传统的模型驱动方法论主要依靠专家知识和经验来构建模型，然后对数据进行验证和调整。
而数据驱动方法论则是通过大量的数据来驱动模型的构建和优化，摆脱了对人类专家的过度依赖。
这两种方法论各有优势和局限性，因此引发了关于如何更好地融合这两种方法论的讨论和研究。
在当前信息爆炸和大数据时代，数据的获取和处理变得越来越容易，数据量也呈指数级增长。
这给模型的构建和优化提供了更多的可能性和挑战。
研究人员开始探讨如何利用数据驱动和模型驱动方法论相结合，以实现更精确、高效的模型构建和应用。
本文旨在探讨模型驱动和数据驱动方法论的特点、优势和不足，并提出一些方法和案例分析来说明两者的结合可以取得更好的效果。
1.2 研究意义数据驱动和模型驱动方法论在当今数据科学和机器学习领域中具有重要意义，它们为解决各种复杂问题提供了有力支持和指导。
数据驱动方法注重从大量数据中挖掘出模式和规律，通过建模和预测来实现决策和优化。
而模型驱动方法则更加关注建立精确的数学模型，通过对模型进行推演和分析来获取洞察和决策支持。
这两种方法论在实际应用中各有优势，但也存在各自的局限性，因此融合两者的方法变得尤为重要。
研究数据驱动和模型驱动方法论的意义在于不仅可以深入探讨它们各自在解决问题中的作用和效果，更可以探索两者如何相互补充、融合，从而提高问题求解的效率和准确性。
通过研究融合方法，可以更好地利用数据挖掘和机器学习的技术，发掘隐藏在数据中的知识和规律，同时也可以借助精确的数学模型，解释数据和模式背后的原理和机制，为决策提供更为可靠和准确的支持。
深入研究数据驱动、模型驱动及二者的融合方法对于推动数据科学和机器学习领域的发展，提高问题解决效率，具有重要的理论和实践意义。
2. 正文2.1 模型驱动方法论模型驱动方法论是一种基于建模和模型演化的软件开发方法。
软件测试中的模型驱动方法
软件测试中的模型驱动方法随着信息技术的快速发展，软件应用的重要性也逐渐增强。
各类软件在解决人们生活和工作中的各种问题中发挥着越来越重要的作用。
软件测试作为保证软件质量的重要手段，得到越来越广泛的应用。
软件测试中的模型驱动方法是现代软件测试技术中比较成熟的方法之一。
下面我们就来探讨一下软件测试中的模型驱动方法。
一、什么是模型驱动方法模型驱动方法指通过搭建软件模型，进而推导出软件运行时的各种特性和性能，从而在此基础上进行测试和验收的一种软件测试方法。
模型驱动方法在软件测试中应用较广，主要是因为它具有如下几个特点：1、模型可以帮助人们在开发软件时进行初步的抽象和总结，缩短周期，降低成本。
2、模型可以模拟出自己所期望的系统特性和性能，方便调整和变更设计，便于追溯和分析问题。
3、模型驱动方法不会对软件产品造成任何伤害，因此比较安全。
二、模型驱动方法的应用场景模型驱动方法可以应用于软件测试的各个环节中，但它最常见的应用场景包括：1、流程模型的设计和验证：流程模型是指系统在运行过程中各个流程和活动之间的关系模型，主要用于定义和设计软件的工作流程。
通过流程模型，可以轻松进行软件的需求分析和增量式开发。
模型驱动方法可以帮助设计者做出流程模型的行为和控制的仿真分析，以此对系统的流程进行验证，减少出现错误的概率。
2、方法模型的设计和验证：方法模型是指系统用于执行指令和操作的规范和标准化的模型，主要包括软件开发方法、管理方法、需求分析方法等。
方法模型可以标准化软件开发过程，并且激发开发者的创造力。
模型驱动方法可以用于对系统的方法模型进行分析和验证，确保方法模型的可行性和可用性。
3、功能模型的设计和验证：功能模型是指软件应该实现的功能和系统的输出结果之间的关系模型，主要用于在软件设计过程中确定需求是否被实现，以此保证设计符合用户的需求。
模型驱动方法可以用于对功能模型进行仿真，进而验证系统的各种功能是否可以正常运作，确保开发出的软件质量符合用户的要求。
模型驱动设计方法
模型驱动设计方法嘿，咱今儿就来唠唠模型驱动设计方法。
你说这模型驱动设计啊，就好比是盖房子的蓝图！咱盖房子不能瞎盖吧，得有个规划，模型驱动设计就是这样一个超级重要的规划图。
你看啊，它能帮咱把那些复杂的系统呀、业务流程啥的，都给理得清清楚楚、明明白白。
就像整理一团乱麻，给它捋顺了，让咱知道该从哪儿下手，该往哪儿走。
比如说，咱要设计个软件系统，要是没有模型驱动设计，那岂不是抓瞎啦？可能东一榔头西一棒子，最后整出来个四不像。
但有了它就不一样啦，它就像个引路人，带着咱一步一步稳稳地往前走。
它能让咱对整个系统的结构有个清晰的认识。
就好比咱知道了房子有几个房间，每个房间多大，门朝哪儿开。
这样咱在开发的过程中，就不会走偏啦，也不会出现一些莫名其妙的问题。
而且啊，模型驱动设计还能让不同的人更好地合作呢。
大家都看着同一幅蓝图，心里都有底，干活也更有劲，也不会出现你干你的、我干我的，最后合不到一块儿去的情况。
你想想，要是没有模型驱动设计，那得乱成啥样啊？就像没有导航的车，在城市里瞎转悠，能到得了目的地吗？肯定不行呀！模型驱动设计还能让咱更容易发现问题和解决问题。
就好像咱在蓝图上就能看出哪儿不合理，哪儿需要修改，早早地就把问题解决掉，而不是等房子都盖好了才发现这儿不对那儿不对。
它还能让咱的系统更具灵活性和可扩展性呢。
随着业务的发展和变化，咱可以根据模型来轻松地调整和扩展系统，而不是要把整个系统都推翻重来。
这多好呀，省时省力还省钱！你说这模型驱动设计是不是特别重要？它就像是我们的秘密武器，让我们在设计的道路上走得更稳、更准、更快！咱可千万别小瞧了它，要好好利用起来，让我们的设计变得更完美！它可不是什么花架子，那是实实在在有用的东西呀！咱得重视起来，让它为我们的工作、我们的生活带来更多的便利和好处！你说是不是这个理儿？。
模型驱动开发原理
模型驱动开发原理模型驱动开发（Model-Driven Development，简称MDD）是一种软件开发方法，它的核心思想是使用模型来驱动软件系统的开发过程，通过在模型层次上进行分析、设计、编程和测试，最终生成可执行的代码。
MDD的目标是提高开发效率、降低开发成本，并加强软件系统可维护性和可扩展性。
MDD的原理可以概括为以下几点：1.模型作为中心：MDD的关键是将模型作为软件系统开发的中心。
模型是对软件系统的需求、结构和行为的抽象描述。
通过使用模型，可以更好地理解和表达需求，避免低级别的工作，如编写代码和调试。
2.自动化生成：MDD通过使用模型转换工具，将模型自动转换为可执行的代码。
这种自动化的代码生成过程将大大减少手动编写代码的工作量，同时也减少错误的风险。
3.可视化和抽象化：MDD提供了一种可视化和抽象化的开发方式。
通过使用图形化建模工具，可以以可视化的方式创建模型，从而更容易理解和沟通。
此外，模型还可以通过抽象化来隐藏底层的实现细节，从而使开发人员能够更加专注于业务逻辑的实现。
4. 领域特定语言：MDD倡导使用领域特定语言（Domain-Specific Language，简称DSL）来描述模型。
DSL是一种专门为特定领域设计的语言，它具有领域相关的语法和语义，使得对领域问题进行建模更加自然和高效。
5.模型驱动的开发周期：MDD按照一系列的开发周期进行开发。
首先，开发人员通过需求分析和领域建模确定软件系统的需求。
然后，基于模型对系统进行形式化的规格化描述，包括系统结构、行为和功能等。
接下来，进行模型的转换和验证，生成和执行代码。
最后，对系统进行集成测试、验证和部署。
MDD的优点：1.提高开发效率：MDD通过自动化代码生成、可视化建模和模型重用等方式，减少了手动编码的工作量，提高了开发效率。
2.提高软件质量：MDD使用模型进行形式化的规格化描述，可以帮助发现和解决潜在的软件设计和实现问题，从而提高软件系统的质量。
第10章.模型驱动方法
场景用什么样的 形式进行表达？
旨在
目的
场景
基于...表达
形式
演化
生命周期
怎样处理和应用 一个场景？
• 场景的形式：场景的表达模式 –描述（Description） • 表示法的正规性 450 400 –非形式化语言、半形式化语言和形式化语言 350 媒介形式（Medium） • 300 –叙述性的自由文本、结构化文本、强限制文本、表 250 格、图表、图像等 200 150 –外观 100 • 动态、静态、交互
• 为详细信息的分析提供背景基础和上下文知识
– 模型驱动方法则是侧重于前期需求阶段的方法，是传统 需求分析方法的一个很好的补充
• 帮助组织需求文档的结构 • 作为需求验证的知识基础
– 发现细节知识与模型内容的偏差和错误 – 指导需求验证行为的开展
第2节 面向目标的方法
2.1 目标模型
–目标：是系统被开发的目的
•可以在不同的抽象层次上进行描述 •它有着明确的定义方式 •功能目标（Functional Goal）和非功能目标（Non-functional Goal） –满足型目标（Satisfaction Goal）和信息型目标（Information Goal） –安全目标（Safety Goal）、性能目标（Performance Goal）、 可用性目标（Usability Goal）等等 •软目标（Soft Goal）和硬目标（Hard Goal） •实现目标（Achieve Goal，又称为终止目标Cease Goal）、维护目 标（Maintain Goal，又称为避免目标Avoid Goal）和优化目标 （Optimize Goal）
需求模型 c)
需求模型 d)
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
场景的目的
描述（descriptive）
需求的文档化， 需求协商 需求获取 需求建模与分析 需求的验证
探索（exploratory）
解释（explanatory）
600 500 400 300 200 100 0 需求获取 需求建模 需求验证 需求协商 需求交流
产生 使用
3. 基于场景的方法
主要内容
1. 2. 3.
4.
模型驱动方法的作用 面向目标的方法 基于场景的方法 基于用例的方法
3. 基于场景的方法
场景
具有重点描述真实世界的特征，它利用情景、行为 者之间的交互、事件随时间的演化等方式来叙述性 的描述系统的使用
450 400 350 300 250 200 150 100 50 0
基于场景的方法
基于用例的方法
模型驱动方法虽然已经得到了相当广泛的应用，但是 它们仍然在不断的发展和完善
3. 基于场景的方法
场景方法的分类
在场景内表达了 什么知识？
内容
拥有
为什么使用场景？
场景用什么样的 形式进行表达？
旨在
目的
场景
基于...表达
形式
演化
生命周期
怎样处理和应用 一个场景？
3. 基于场景的方法
场景的形式：场景的表达模式
描述（Description）
表示法的正规性
非形式化语言、半形式化语言和形式化语言 叙述性的自由文本、结构化文本、强限制文本、表格、图表、图像等
目标与其他需求模型元素的链接
2. 面向目标的方法
面向目标方法的处理过程
目标的获取
现状和背景的分析 已有目标的验证和细化 基于场景的方法等等 建立系统的目标模型 收集与目标相关的需求信息，讨论可能的候选解决方案， 确定最终的系统详细需求和解决方案
目标分析
目标实现
主要内容
1. 2. 3.
4.
模型驱动方法的作用 面向目标的方法 基于场景的方法 基于用例的方法
4. 基于用例的方法
用例
相关场景集合的叙述性的文本描述 UML以用例来捕获系统的功能需求，而不是所有的 系统需求
主参与者 辅助参与者
职责： -目标1 （交互1） -目标2 -行为1 （交互2） 职责： …… -目标1 -对目标2的 -行为1 职责 备份行为
图 景 景 例 例 型 型 真 例 用 测 试 列 情 情 型 用 原 模 仿 用 序 务 务 模 务 试 其 他
业
业
略
术
任
统 系
测 验
战
战
收
3. 基于场景的方法
基于场景的方法
600 500 400 300 200 100 0
项 业 目 务 管 流 理 程 建 需 模 求 工 程 设 计 实 系 现 统 测 验 试 收 测 系 试 统 集 成 文 档 化 维 质 护 量 保 障 其 他
目标模型
目标：是系统被开发的目的
可以在不同的抽象层次上进行描述 它有着明确的定义方式
功能目标（Functional Goal）和非功能目标（Non-functional Goal）
满足型目标（Satisfaction Goal）和信息型目标（Information Goal） 安全目标（Safety Goal）、性能目标（Performance Goal）、可用性目标 （Usability Goal）等等
4. 基于用例的方法 ——用例文档
一、文档的信息
1、对文档本身特征的描述信息，例如文档的标题、作 者、更新历史等； 2、为了方便读者阅读的导读性信息，例如写作的目的、 主要内容概述、组织结构、文档约定、参考文献等。
二、用例图或者用例列表
使用一个和几个用例图来概括文档中出现的所有用例 及用例间的关系。在文档内用例比较多的情况下，也可能使 用一个列表来代替用例图，列表内逐一列出文档内所有用例 的 ID、名称和其他需要的概括性信息。
整理和归类需求获取行为得到的信息
为详细信息的分析提供背景基础和上下文知识
帮助组织需求文档的结构 作为需求验证的知识基础
发现细节知识与模型内容的偏差和错误 指导需求验证行为的开展
主要内容
1. 2. 3.
4.
模型驱动方法的作用 面向目标的方法 基于场景的方法 基于用例的方法
2. 面向目标的方法
DoorsClosedBetweenStations
2. 面向目标的方法
目标模型
关系
目标之间的链接
Support（又称为Dependency）链接和Conflict链接 AND和OR链接 AND Contribution链接和OR Contribution链接 积极（Positive ），消极（Negative ） AND Operationalization链接和OR Operationalization链接：连接目 标和操作 前置（pre-）、后置（post-）和触发（trigger）操作 Contribution链接：连接目标和场景等需求的描述元素 普通链接：连接目标和分析模型 Responsibility链接：连接目标和行为者 Dependency链接 ：链接目标和任务、资源
媒介形式（Medium）
外观
动态、静态、交互
450 400 350 300 250 200 150 100 50 0
非 形 式 化 文 结 本 限 构 制 化 文 文 本 本 （ 模 版 ）
超 媒 体
表 格
图 表
图 像
视 频
音 频
虚 拟 环 境 物 理 模 型 组 合 方 式
其 他
3. 基于场景的方法
4. 基于用例的方法 ——用例的描述
ID: 名称: 用例属性 参与者: 描述: 优先级: 触发条件: 用例的标识，通常会结合用例的层次结构使用X.Y.Z的方式 对用例内容的精确描述，体现了用例所描述的任务，通常是“动词＋名词” 包括创建者、创建日期、更新历史等 描述系统的主参与者、辅助参与者和每个参与者的目标 简要描述用例产生的原因，大概过程和输出结果 用例所描述的需求的优先级 标识启动用例的事件，可能是系统外部的事件，也可能是系统内部的事件，还可能是正常流程的第一个步骤
场景的生命周期
当前系统
探索：获取 探索 探索 解释：降低复杂性 解释：验证 解释 建模与分析
当前系统
当前系统
需求规格说明
需求规格说明
场景（现在）
探索：分析
场景（未来）
场景（未来）
场景（未来）
场景（未来）
场景（未来）
描述：文档化 描述：文档化 建模与分析 建模与分析 验证
需求规格说明 a)
需求规格说明 b)
前置条件: 后置条件: 正常流程: 分支流程: 异常流程: 相关用例: 业务规则: 特殊需求: 假设: 待确定问题:
用例能够正常启动和工作的系统状态条件 用例执行完成后的系统状态条件 在常见和符合预期的条件下，系统与外界的行为交互序列 用例中可能发生的非常见的其他合理场景 在非预期的错误条件发生时，系统对外界进行响应的交互行为序列 记录和该用例存在关系的其他用例。关于用例之间的关系见10.4.4 可能会影响用例执行的业务规则 和用例相关的其他特殊需求，尤其是非功能性需求 在建立用例时所做的假设 一些当前的用例描述还没有解决的问题
场景的内容
主要关注点
关于现在的 ，关于未来的 ，关于解决方案的 系统内部，系统外部，系统和环境的交互 具体的、抽象的、混合的 功能需求，非功能需求 整个业务过程；某个任务的完成过程；某个交互行为的详细处 理步骤 正常流程 ，异常流程
环境范围
抽象层次
覆盖范围
粒度
示例类型
3. 基于场景的方法
软目标（Soft Goal）和硬目标（Hard Goal） 实现目标（Achieve Goal，又称为终止目标Cease Goal）、维护目标 （Maintain Goal，又称为避免目标Avoid Goal）和优化目标 （Optimize Goal）
Goal Maintain[DoorsClos edBetweenS tations] InstanceOf SafetyGoal InformalDefinitio The train doors must remainclosed while the n train is movingbetween two stations. FormalDef ( tr : Train,s : Station) At (tr, s) At (tr, s) tr.doorSta " closed " W At(tr,Next(s)) te
第10章.模型驱动方法
主要内容
1. 2. 3.
4.
模型驱动方法的作用 面向目标的方法 基于场景的方法 基于用例的方法
1.模型驱动方法的作用
指导和组织需求获取行为的开展
模型可以用于指导后续需求获取行为的开展 模型是进行信息整理和归类的很好的框架依据 模型驱动方法则是侧重于前期需求阶段的方法，是传统需求 分析方法的一个很好的补充
三、用例描述
用例 1 对用例 1 的详细描述，描述的方式如 10.5.3 节所述。 … 用例 n