用例的读音 用例的意思
用例 （UML重要概念）用例（英语：use case），或译使用案例、用况，是软件工程或系统工程中对系统如何反应外界请求的描述，是一种通过用户的使用场景来获取需求的技术。每个用例提供了一个或多个场景，该场景说明了系统是如何和最终用户或其它系统互动，也就是谁可以用系统做什么，从而获得一个明确的业务目标。编写用例时要避免使用技术术语，而应该用最终用户或者领域专家的语言。用例一般是由软件开发者和最终用户共同创作的。 在1986年，Ivar Jacobson，UML和瑞理统一过程的重要贡献者，提出了用例的概念。Jacobson的思想很有影响力，也很有发展力。之后在这个科目上又有很多贡献，在定义用例是什么和怎么有效的书写用例方面最重要，最有影响力也最全面的，是Alistair Cockburn，他写的书籍是《编写有效用例》。 用例迅速成为获取功能需求最常用的手段。用例最初是和面向对象一同提出的。但是它不止局限于面向对象系统，因为用例实质上不是面向对象。 由于不少测试工程师将测试用例简称为用例，为便于区分两者，将原来的Use case用例称为需求用例。 测试用例（对应英文Test case）已经广为人知，没有歧义，但就文字表面而言，测试用例类似是属于用例，就像红富士苹果属于苹果一样，所以为了更容易区分，需求用例是个更清晰的称呼。 用例 （汉语词汇）用例是一个汉语词汇，拼音yòng lì，意思是援用成例。
- 用
- 例
“用例”的读音
- 拼音读音：
- [yòng lì]
- 汉字注音：
- ㄩㄥˋ ㄌㄧˋ
- 简繁字形：
- 是否常用：
- 否
“用例”的意思
基本解释
基本解释
1.援用成例。 2.动用中的实例。
网络解释
用例 （UML重要概念）
用例（英语：use case），或译使用案例、用况，是软件工程或系统工程中对系统如何反应外界请求的描述，是一种通过用户的使用场景来获取需求的技术。每个用例提供了一个或多个场景，该场景说明了系统是如何和最终用户或其它系统互动，也就是谁可以用系统做什么，从而获得一个明确的业务目标。编写用例时要避免使用技术术语，而应该用最终用户或者领域专家的语言。用例一般是由软件开发者和最终用户共同创作的。
在1986年，Ivar Jacobson，UML和瑞理统一过程的重要贡献者，提出了用例的概念。Jacobson的思想很有影响力，也很有发展力。之后在这个科目上又有很多贡献，在定义用例是什么和怎么有效的书写用例方面最重要，最有影响力也最全面的，是Alistair Cockburn，他写的书籍是《编写有效用例》。
用例迅速成为获取功能需求最常用的手段。用例最初是和面向对象一同提出的。但是它不止局限于面向对象系统，因为用例实质上不是面向对象。
由于不少测试工程师将测试用例简称为用例，为便于区分两者，将原来的Use case用例称为需求用例。
测试用例（对应英文Test case）已经广为人知，没有歧义，但就文字表面而言，测试用例类似是属于用例，就像红富士苹果属于苹果一样，所以为了更容易区分，需求用例是个更清晰的称呼。
用例 （汉语词汇）
用例是一个汉语词汇，拼音yòng lì，意思是援用成例。
“用例”的单字解释
【用】：1.使用：用力。用兵。公用。大材小用。2.费用：用项。家用。3.用处：功用。多少总会有点用。4.需要（多用于否定式）：天还很亮，不用开灯。东西都准备好了，您不用操心了。5.吃、喝（含恭敬意）：用饭。请用茶。6.引进动作、行为所凭借的工具、手段等：用笔写字。用老眼光看人。7.因此；因8.（多用于书信）：用特函达。9.姓。
【例】：1.用来说明情况的或可作依据的事物：举例。援例。2.规则：条例。3.按条例规定的；照成规进行的：例会。例行公事。
“用例”的相关词语
“用例”造句
另一个任务可能包括需求的详细说明，并附有编写用例，定义性能基准点的个人行为，等等。
用例分析第七步：描述属性和关系。
如果有大量配置测试用例，手动脚本以及测试日志的话，那么迁移过程可能会耗费大量的时间。
排课管理系统是管理信息系统的一个典型用例。
一个可组合性技术的成功SOA部署的用例、经验教训和最佳实践。
我发现领域建模适合于数据分析用例。因为它们是以数据为中心的。
图1是“参加研习班”用例的基本行动过程的模型。
记事板由这些用例中的框架组成，如图12组成。
用可分类的属性，文档和可追踪性，集成用例管理不仅提供了一系列的框图，而在很大程度上扩展了用例，有效地帮助你管理团队中的大量用例。
因此，用例是关于以下内容的文本描述：希望系统如何工作、将涉及到哪些人以及他们之间如何交互、系统在正常运行时如何工作，以及出现错误时应该如何处理。
* 用例的读音是：yòng lì，近义词,组词,造句等解释。用例的意思：用例 （UML重要概念）用例（英语：use case），或译使用案例、用况，是软件工程或系统工程中对系统如何反应外界请求的描述，是一种通过用户的使用场景来获取需求的技术。每个用例提供了一个或多个场景，该场景说明了系统是如何和最终用户或其它系统互动，也就是谁可以用系统做什么，从而获得一个明确的业务目标。编写用例时要避免使用技术术语，而应该用最终用户或者领域专家的语言。用例一般是由软件开发者和最终用户共同创作的。 在1986年，Ivar Jacobson，UML和瑞理统一过程的重要贡献者，提出了用例的概念。Jacobson的思想很有影响力，也很有发展力。之后在这个科目上又有很多贡献，在定义用例是什么和怎么有效的书写用例方面最重要，最有影响力也最全面的，是Alistair Cockburn，他写的书籍是《编写有效用例》。 用例迅速成为获取功能需求最常用的手段。用例最初是和面向对象一同提出的。但是它不止局限于面向对象系统，因为用例实质上不是面向对象。 由于不少测试工程师将测试用例简称为用例，为便于区分两者，将原来的Use case用例称为需求用例。 测试用例（对应英文Test case）已经广为人知，没有歧义，但就文字表面而言，测试用例类似是属于用例，就像红富士苹果属于苹果一样，所以为了更容易区分，需求用例是个更清晰的称呼。 用例 （汉语词汇）用例是一个汉语词汇，拼音yòng lì，意思是援用成例。
基本解释
1.援用成例。 2.动用中的实例。用例 （UML重要概念）
用例（英语：use case），或译使用案例、用况，是软件工程或系统工程中对系统如何反应外界请求的描述，是一种通过用户的使用场景来获取需求的技术。每个用例提供了一个或多个场景，该场景说明了系统是如何和最终用户或其它系统互动，也就是谁可以用系统做什么，从而获得一个明确的业务目标。编写用例时要避免使用技术术语，而应该用最终用户或者领域专家的语言。用例一般是由软件开发者和最终用户共同创作的。在1986年，Ivar Jacobson，UML和瑞理统一过程的重要贡献者，提出了用例的概念。Jacobson的思想很有影响力，也很有发展力。之后在这个科目上又有很多贡献，在定义用例是什么和怎么有效的书写用例方面最重要，最有影响力也最全面的，是Alistair Cockburn，他写的书籍是《编写有效用例》。
用例迅速成为获取功能需求最常用的手段。用例最初是和面向对象一同提出的。但是它不止局限于面向对象系统，因为用例实质上不是面向对象。
由于不少测试工程师将测试用例简称为用例，为便于区分两者，将原来的Use case用例称为需求用例。
测试用例（对应英文Test case）已经广为人知，没有歧义，但就文字表面而言，测试用例类似是属于用例，就像红富士苹果属于苹果一样，所以为了更容易区分，需求用例是个更清晰的称呼。
用例 （汉语词汇）
用例是一个汉语词汇，拼音yòng lì，意思是援用成例。【用】：1.使用：用力。用兵。公用。大材小用。2.费用：用项。家用。3.用处：功用。多少总会有点用。4.需要（多用于否定式）：天还很亮，不用开灯。东西都准备好了，您不用操心了。5.吃、喝（含恭敬意）：用饭。请用茶。6.引进动作、行为所凭借的工具、手段等：用笔写字。用老眼光看人。7.因此；因8.（多用于书信）：用特函达。9.姓。
【例】：1.用来说明情况的或可作依据的事物：举例。援例。2.规则：条例。3.按条例规定的；照成规进行的：例会。例行公事。
另一个任务可能包括需求的详细说明，并附有编写用例，定义性能基准点的个人行为，等等。
用例分析第七步：描述属性和关系。
如果有大量配置测试用例，手动脚本以及测试日志的话，那么迁移过程可能会耗费大量的时间。
排课管理系统是管理信息系统的一个典型用例。
一个可组合性技术的成功SOA部署的用例、经验教训和最佳实践。
我发现领域建模适合于数据分析用例。因为它们是以数据为中心的。
图1是“参加研习班”用例的基本行动过程的模型。
记事板由这些用例中的框架组成，如图12组成。
用可分类的属性，文档和可追踪性，集成用例管理不仅提供了一系列的框图，而在很大程度上扩展了用例，有效地帮助你管理团队中的大量用例。
因此，用例是关于以下内容的文本描述：希望系统如何工作、将涉及到哪些人以及他们之间如何交互、系统在正常运行时如何工作，以及出现错误时应该如何处理。