确定业务用例是软件需求分析过程中十分重要的一环。后期的许多工作需要根据用例图展开。
首先要理解业务，脑海中要有思路。明确需要解决的问题，尤其是较小的项目。之后确定用例及其用例范围，系统边界。确定一个个业务事件，对这个业务事件进行响应的就是业务用例。要清楚整个流程、参与者、业务相关者。
而理解整个业务就离不开业务调研。理解业务可以去完成它，更加理解后可以去改进它。要尽快去“网罗”业务，尽快揭示当前业务。我们需要一个文档，就是正式性指南，可以通过调研、做学徒、访谈会等方式。在工作一段时间积累经验之后我们有可能成为业务分析师，他需要从拥有者的角度来理解这个业务，解释工作，并且保证，保证他所理解的和业务的利益相关者所理解的是一致的。因为利益相关者心里的需求分为三大类：有意识、无意识、未梦想的。所以作为业务分析师，要把这三大类需求尽可能多的挖掘出来。Brown Cow模型展示了四个视图，分别为：基本业务用例、增强的基本业务用例、当前情况的模型、产品用例场景。如果可以把这张图画好，说明脑海中还是比较清晰的，但是这些视图不能脱离实现。
调研中不要忘了寻找可复用的需求，寻找相似的地方。书中还罗列的一些其他网罗技巧，此处不再赘述。
接下来讨论场景，因为场景非常贴近我们的生活，所以不懂技术的利益相关者们也会乐于接受并能发现问题。场景，就是讲故事，讲述了业务用例的故事。我们分析了业务后就要编写一系列场景，并邀请业务相关者参与修订场景。可以用UML图中的活动图来描述。
可以使用一个场景模板，包括业务事件名称、业务用例名称和编号、触发器、前置条件、感兴趣的利益相关者、主动的利益相关者、正常情况步骤、可选情况、异常情况、成果、