需求和使用案例

用例技术从根本上说非常简单，最初的设计目的是确保从用户的角度编写功能需求。这种观点有助于确保部署的系统适合用途并被不同的用户社区所接受。然而，有大量相互矛盾的文献和同样大量的用于定义使用案例的样式。这导致了混乱和不确定性，并倾向于削弱可以从这种有效且简单的技术中获得的价值。

在软件工程中，许多方法规定使用使用案例作为需求开发的替代方案，因为Unified Modeling Language ( UML ) 不包括正式的需求元素。相比之下，大多数使用 SysML 的基于模型的系统工程方法结合了使用案例和需求的应用。这是因为 SysML 定义了一个用例和一个需求元素，因此这两个元素可以相互关联并补充系统规范，从而为需求工程和管理的重要学科带来清晰和精确。

在这两个图中，建模者使用了 <<refine>>关系来表示Decelerate Car用例提炼或添加额外的解释来阐明需求Master Cylinder Efficacy 。这提供了一种机制来跟踪与使用示例相关联的实施用例组件，以备份到需求并最终到利益相关者。

可追溯性窗口还可以用于查看不同模型级别的元素之间的连接，并查看从构成子系统组件的一部分的块返回到指定功能的需求。

使用案例通常用于细化高级需求并表达用户与系统之间的通信和交互。