Question

I had a little presentation for my coworkers about use case elicitation and then one of them asked "What were the requirement elicitation techniques before use cases? And how use cases are better than previous methods?" I have no idea, can anybody help?

Answer 1

http://en.wikipedia.org/wiki/Use_case#History”rel=“nofollow noreferer”>Wikipedia ,1986年首次提出使用案例。

在此之前(甚至很久之后),有100英亩的固定要求定义文件,规定了具体的先决条件和之后的条件和失败情景。

使用病例比目光简单明了。

之后又出现了用户故事

Answer 2

我认为,区分活动与节点是重要的。如上所述,以前没有任何结构,因此每项要求都是一套线。使用案例确定目标,具体行为者,可以包括另一个使用案例,也可以通过另一个使用案例加以推广,甚至可以实现均衡。这样就可以以可以理解的方式消除这些长期要求文件中的许多重复。但是,这不仅仅是因为如此,因此,利用案例并不产生任何其他活动来引起比旧技术的要求。另一方面,在没有明确的书面假想的情况下,用户的报道甚至更短。有趣的是,当你撰写用户故事的情景时,如Cucumber那样,与使用案例相比,实际上更多的是文字描述和更多的描述,但重要的事实是,用户故事提供了不同的活动。你不是试图掩盖假想,而是按需求、循序渐进和反复撰写,这意味着你能够更好地应对需求的变化。然而,很难从用户故事中删除重复之处,因为假设情景的“When-Then”模板将使用案例的功能性质改为“有限的主机”。

友情链接