在我目前正在从事的项目中,要求是这种形式:
- 系统必须...
- 系统必须...
只要没有替代方案,它就可以正常工作。但是,如果系统的工作方式因发生的情况而有所不同,我应该如何编写?
if ScenarioA Then do This
elseif ScenarioB Then do That
在我目前正在从事的项目中,要求是这种形式:
只要没有替代方案,它就可以正常工作。但是,如果系统的工作方式因发生的情况而有所不同,我应该如何编写?
if ScenarioA Then do This
elseif ScenarioB Then do That
您正在混合需求和设计(更具体地说,是用例)。需求描述了系统应该能够提供的高级功能。用例是需求的衍生物。所以你的要求可以是:
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)
...
这里,n
和n1
步骤是在用例上下文的范围内定义的,没有其他意义。
你为什么不试试用户故事?
用户故事(与需求相反)是描述系统需要为某些用户做的事情的简要意图陈述。
作为关闭应用程序的用户,我希望系统提示我保存自上次保存以来发生的任何更改,以便我可以保留有用的工作并丢弃错误的工作。
- 对于方案A,请执行此操作
- 对于方案B,这样做