任务Task、用例UseCase、用户故事UserStory、场景Scenario图文.pdfVIP

任务Task、用例UseCase、用户故事UserStory、场 任务Task、用例UseCase、用户故事UserStory、场 景Scenario 景Scenario 与任务类似的概念有：用例、用户故事、场景等。在本小节，我们会对其作详细 与任务类似的概念有：用例、用户故事、场景等。在本小节，我们会对其作详细 的澄清。 的澄清。 任务Task 任务Task 任务，来自 “目标导向的活动模型”，即：目标-任务-工具，它所描述的是人们 任务，来自 “目标导向的活动模型”，即：目标-任务-工具，它所描述的是人们 为了到达某种目标而采取的行动。用户所采取的行动有大有小、有粗有细，其粒 为了到达某种目标而采取的行动。用户所采取的行动有大有小、有粗有细，其粒 度是与 “目标”的层次相对应的。设计软件时，我们需要考虑海平面及更高的任 度是与 “目标”的层次相对应的。设计软件时，我们需要考虑海平面及更高的任 务目标。 务目标。 任务是对用户为了达到某种目标所采取的行动的统称，它既可以是海平面级的任 任务是对用户为了达到某种目标所采取的行动的统称，它既可以是海平面级的任 务，也可以是风筝层、云彩层的任务。海平面级的任务是最小粒度的任务，游鱼 务，也可以是风筝层、云彩层的任务。海平面级的任务是最小粒度的任务，游鱼 层、蛤贝层的用户 “行动”一般对应执行任务时所采取的 “步骤”，它们都没有 层、蛤贝层的用户 “行动”一般对应执行任务时所采取的 “步骤”，它们都没有 业务价值。因此，我们可以讲任务定义为 “有业务价值的”用户行动。由于海平 业务价值。因此，我们可以讲任务定义为 “有业务价值的”用户行动。由于海平 面级的任务有着最小的业务价值，所以，我们以后提到 “任务”一词时通常都特 面级的任务有着最小的业务价值，所以，我们以后提到 “任务”一词时通常都特 指“海平面级的任务”，对应“用户级别的目标”。 指“海平面级的任务”，对应“用户级别的目标”。 用例UseCase 用例UseCase “用例是代表系统中各涉众之间就系统的行为所达成的契约。用例描述了在不同 “用例是代表系统中各涉众之间就系统的行为所达成的契约。用例描述了在不同 条件下，系统对某一涉众的请求所做出的响应。提出请求的涉众被称为主执行者 条件下，系统对某一涉众的请求所做出的响应。提出请求的涉众被称为主执行者 （primary actor）。主执行者通过发起与系统的一次交互来实现某个目标。系 （primary actor）。主执行者通过发起与系统的一次交互来实现某个目标。系 统对任一执行者所做出的响应，要保证所有涉众的利益不受侵犯。根据执行者做 统对任一执行者所做出的响应，要保证所有涉众的利益不受侵犯。根据执行者做 出的请求和请求涉及的条件，系统将执行不同的行为序列，每一行为序列称之为 出的请求和请求涉及的条件，系统将执行不同的行为序列，每一行为序列称之为 一个场景 （Scenario）。一个用例是多个不同场景的集合。” 一个场景 （Scenario）。一个用例是多个不同场景的集合。” 以上是Alistair Cockburn 在 《编写有效用例》中对 “用例”的一段描述。在我 以上是Alistair Cockburn 在 《编写有效用例》中对 “用例”的一段描述。在我 看来，用例更像是一种文学体裁，一种与小说、诗歌、散文等并列的文学体裁。 看来，用例更像是一种文学体裁，一种与小说、诗歌、散文等并列的文学体裁。 用例这种体裁很适合用来描述业务过程、软件需求以及人机交互过程。也就是说， 用例这种体裁很适合用来描述业务过程、软件需求以及人机交互过程。也就是说， 我们写用例的目的，就是要对业务过程、软件需求、人机交互过程等进行详细准 我们写用例的目的，就是要对业务过程、软件需求、人机交互过程等进行详细准 确的描述，以便让涉众就软件系统的行为达成一致。而用例，正是能清晰地记录 确的描述，以便让涉众就软件系统的行为达成一致。而用例，正是能清晰地记录 涉众所达成的一致意见的最佳表达形式，所以，用例不仅仅是一种 “契约”，它 涉众所达成的一致意见的最佳表达形式，所以，用例不仅仅是一种 “契约”，它 也正是记录涉众就系统行为所达成的一致意见的“最佳体裁”。 也正是记录涉众就系统行为所达成的一致意见的“最佳体裁”。 正如任务会有不同的层级 （云彩层、风筝层、海平面层），用例也可以描述不同 正如任务会有不同的层级 （云彩层、风筝层、海平面层），用例也可以描述不同 层次的内容。因为用例只是一种 “体裁”，所以它的内容可以非常广泛：业务过 层次的内容。因为用例只