作为具有商业背景的人员，您是否发现许多业务分析师职位涉及与IT团队或IT系统的一些互动？您是否想知道如果您没有太多（或任何）技术知识，您将如何履行这些责任？
作为一名技术专业人员，您是否有兴趣学习技术来分享技术可以为组织做些什么？您是否被要求使用较少的“技术演讲”来谈论这项技术，但不太清楚这意味着什么？
在下文中，我将描述用例 - 一种常用的业务分析技术，它捕获软件应用程序的需求。如果你有一个分析思维模式，即使你不懂或不想使用技术术语，你也可以编写用例。
什么是用例？
用例是一种文本 需求规范 ，用于捕获用户如何与解决方案进行交互以实现特定目标。它们描述了用户使用软件系统完成该目标的一步一步过程。
用例捕获用户和系统可以交互的所有可能的方式，导致用户实现目标。他们还捕获所有可能导致用户无法实现目标的错误。
例如，我为几乎每个项目创建的一个用例捕获用户登录到软件系统。您还可以拥有用于管理帐户，创建订单或（为什么不？）的用例。阅读缩小差距的内容。想想您使用的任何软件，通过网络或安装在您的计算机，电视机或智能手机上。有一个用例，可能还有许多用例，写或等待写入来描述系统的功能。
你如何编写用例？
用例包含以下元素：
- 名称 - 传达用例范围的清晰的动词/名词或演员/动词/名词描述符。
- 简要说明 - 描述用例范围的一段文字。
- 参与者 - 可以参与用例中描述的活动的用户类型列表。演员姓名不应与职位名称相对应。
- 先决条件 - 解决方案在用例开始时可以假设为真。
- 基本流程 - 参与者为完成用例目标而采取的一系列步骤。系统对每个用户操作做出响应的清晰描述。
- 备用流 - 捕获不太常见的用户/系统交互，例如在新计算机上并回答安全问题。
- 异常流程 - 可能发生的事情阻止用户实现其目标，例如提供不正确的用户名和密码。
- 发布条件 - 当用例完成时必须满足的任何条件。
我们更详细地介绍用例的每个部分，并在我们的用例和线框 虚拟课程中提供几个工作示例。
用例捕获软件的功能
在绝大多数情况下，应该使用用例来捕捉软件的功能，而不是软件如何操作。另一种说法是，它们是可执行的 - 意味着软件开发人员清楚地知道需要构建什么 - 而无需指定实现细节，例如使用什么编码语言，如何连接各种技术组件，或添加哪些数据库字段因为那些将进入数据字典）。
我在审阅课程参与者的用例时看到的最常见问题之一是用例包含太多细节或者不够。
- 不包含足够细节的用例往往更像业务流程。它们捕捉业务用户需要做的事情，但不知道软件需要做什么来支持业务用户。
- 包含太多技术细节的用例往往更像系统设计文档。它们像伪代码一样读取，有时会丢失用户操作的上下文。（公平地说，用例结构可以用来捕捉技术设计细节，而技术系统可以是“演员”，但是在我写入BA职业生涯的几百个用例中，我只用它们来捕获2次我可以明确记住的详细技术设计，可以完成，但业务分析师做这件事情并不常见）。
用例主要是文本的
参与者之间最常见的误解之一是用例必须包含复杂的可视化图表，例如UML活动图或演员用例图。
您当然可以将视觉效果添加到您的用例中 - 我经常发现简单的工作流程图 和用户界面线框可以 很好地补充用例的内容，并让利益相关者更容易理解并提供反馈。
用例帮助您获得正确的详细信息
作为一名商业用户，如果您可以撰写描述软件需要做什么或需要做什么的用例，您就可以充分了解与技术人员谈论软件系统的“技术”。你也会走上一条询问和回答关于需求的许多重要问题的道路。
作为一名技术专业人员，如果您可以这样做，您将学习如何在不使用与商业社区无关的技术术语的情况下谈论技术。
绘制图