因此，用例是关于以下内容的文本描述：希望系统如何工作、将涉及到哪些人以及他们之间如何交互、系统在正常运行时如何工作，以及出现错误时应该如何处理。
第三行EE显示测试的结果。如果测试用例通过，会得到“.”。
这个用例描述审查员如何显示指示板，以及指示板显示的信息。
在此情况下，需要记录所有测试用例步骤的时间可能不能实行。
该问题也表现出需要一个新用例：存储狗吠声。
在某些用例中，这种时间延迟是不可接受的。
在重新创建本文所介绍的所有测试用例时，需要20GB的磁盘空间用于存储数据和日志文件。
在此例中，你将会在你的图表中为此前建模的每个工具类创建一个用例，以后它们就代表我们系统的主要功能。
如果查看整个迭代，将看到更多内容：您捕获了一个重要需求并编写测试用例实现需求。
使用此中央存储库，团队成员将签入他们的SCA组件和测试用例，然后持续集成服务器将它们签出以执行构建。
本文初步解决了非线性系统的分区域线性化控制律的连续性和系统的稳定性问题，简要介绍了一个应用例子。
用例分析第七步：描述属性和关系。
排课管理系统是管理信息系统的一个典型用例。
我发现领域建模适合于数据分析用例。因为它们是以数据为中心的。
记事板由这些用例中的框架组成，如图12组成。
例如，“招收研习班的学生”用例描述的是学生如何与系统交互来参加研习班。
测试用例通常存在于开发人员的脑子里，但实现起来有不同的方式，如打印语句、调试器表达式、测试脚本。
在这种情况下，用例可以用来创建可测试场景，但是隐藏信息所包含的内容44与维持测试用例穿越任何设计变更的能力相冲突。
在采用ODC之前，我们每个阶段的退出标准仅仅是根据测试用例的通过率来决定的。
Rhapsody是个双向的模型驱动解决方案，可以通过需求图、用例图、序列图、活动图以及状态图捕获项目需求。
另一个任务可能包括需求的详细说明，并附有编写用例，定义性能基准点的个人行为，等等。
一个可组合性技术的成功SOA部署的用例、经验教训和最佳实践。
用可分类的属性，文档和可追踪性，集成用例管理不仅提供了一系列的框图，而在很大程度上扩展了用例，有效地帮助你管理团队中的大量用例。
您可以通过使用状态表来定义测试用例。
我们继续会要求的是，下载最新的预览，在体验站点上使用例子，然后试用自己的网站。
如果有大量配置测试用例，手动脚本以及测试日志的话，那么迁移过程可能会耗费大量的时间。
业务人员将不会显示在一个为了业务用例本身所绘制的活动图里，但是他会作为业务用例实现的一部分被显示出来。
参与者焦点很重要，你可以指定系统为参与者做什么，而不必担心用例按序排列的问题。
用例和用例请求上有小箭头的标识，表明它们是相连接的。
图1是“参加研习班”用例的基本行动过程的模型。