1

在我目前正在从事的项目中,要求是这种形式:

  1. 系统必须...
  2. 系统必须...

只要没有替代方案,它就可以正常工作。但是,如果系统的工作方式因发生的情况而有所不同,我应该如何编写?

if ScenarioA Then do This
elseif ScenarioB Then do That
4

2 回答 2

1

您正在混合需求和设计(更具体地说,是用例)。需求描述了系统应该能够提供的高级功能。用例是需求的衍生物。所以你的要求可以是:

1. For scenarioA do this
2. For scenarioB do that

请注意,这些要求与上下文无关,并且本质上描述了功能。

从这些需求中,可以定义一个描述某种动态行为的用例(甚至几个):

a. Step 1
b. Step 2
...
n. [ScenarioA] do this
n1. [ScenarioB] do that (alternate path)
...

这里,nn1步骤是在用例上下文的范围内定义的,没有其他意义。

于 2012-11-22T22:59:06.887 回答
0

你为什么不试试用户故事?

用户故事(与需求相反)是描述系统需要为某些用户做的事情的简要意图陈述。

作为关闭应用程序的用户,我希望系统提示我保存自上次保存以来发生的任何更改,以便我可以保留有用的工作并丢弃错误的工作。

  1. 对于方案A,请执行此操作
  2. 对于方案B,这样做
  1. 作为执行方案 A 的用户,我想要这个,以便我可以打开我的应用程序。
  2. 作为执行方案 B 的用户,我想要这样,以便我可以关闭我的应用程序。
于 2012-12-06T11:05:39.033 回答