完全可能对于一些需求模式编写用例，这些需求模式产生的需求要求提供明确的功能（或者不止一个功能）。例如，对于查询需求模式，可以编写一个用例展示典型的查询功能的步骤。需求模式用例与需求模式是归纳关系，这是一种正式的UML的概念，它是“是一种”的关系，可以应用于任何合适的环境中。
一个需求模式对使用它得到的需求可能要求不止一个功能。例如，配置需求模式要求对每一个可配置数据项有建立，读取（查询），修改，删除功能（通常称为CRUD）。每一个功能可以编写一个用例，对于所有的配置四个用例就足够了，而不用对每一种配置编写四个（或者可能只为某一些配置编写用例，而省略其他的）。
编写适合特定的环境的需求模式用例才有意义。如果要编写通用的用例，可能用例太高层而不具有实际的价值。例如，通用的“建立配置数据”用例没有什么可说的——可能只是一个发起者输入数据，然后系统保存这些数据。但是如果环境是远程客户使用基于浏览器的用户界面，而web服务器不在系统的范围内，用例将会完全不同。用例的前提条件是发起者必须登录系统，并且授权访问这种类型的配置数据——要满足一定的安全需求。（所有这些是为了展示了不引入解决方案的前提下编写详细的用例有多么困难，即使用例只是想反应要解决的问题。）