需求和用例

用例技术从根本上讲非常简单，最初是为了确保从用户的角度编写功能要求而设计的。这种观点有助于确保已部署的系统适合于特定目的，并被各种用户社区所接受。但是，存在大量相互矛盾的文献，并且用于定义用例的样式也很多。这导致了混乱和不确定性，并趋向于削弱可以从这种强大而简单的技术中获得的价值。

在软件工程中，许多方法都规定使用用例作为需求开发的替代方法，因为Unified Modeling Language （ UML ）不包含正式的Requirement元素。相反，大多数使用SysML的基于模型的系统工程方法都将用例和需求的应用结合在一起。这是因为SysML定义了用例和需求元素，因此这两个元素可以相互关联，并且可以补充系统规范，从而使需求工程和管理的重要学科更加清晰。

在这两个图表中，建模者使用<< refine >>关系表示“ 减速汽车用例”进行了优化或添加了其他说明，以阐明“需求主缸效率” 。这提供了一种强大的机制，可以跟踪与用例相关的实现级别组件，直到需求和最终与涉众保持联系。

可追溯性窗口还可用于查看处于不同抽象级别的模型元素之间的连接，以及查看从构成子系统程序集一部分的模块到指定功能的需求之间的连接。

用例通常用于完善高级需求，并表达用户与系统之间的通信和交互。