隐式需求的需求激发技术

Question

假设您正处于需求激发(发现)阶段。您已经访问了您的客户，并创建了用例模型来发现尽可能多的需求。但是，您强烈怀疑有一些隐含的需求(例如，客户非常熟悉的领域知识，客户发现很难表达或认为不值得表达)。描述一种可以帮助您发现这些隐含需求的需求激发技术。

ş是我的软件工程样本考试中的一个问题。

我明白，隐式需求是用户所期望的，而这些需求并没有被显式捕获。

但是什么是需求激发技术呢？我应该采访顾客吗？

Answer 1

让他们看看你在想什么。

你可以试着用你自己的话来写你的理解，但是原型是我最喜欢的。我已经改进了网站的设计使用纸，剪刀，和磁带。任何能让客户快速看到你的想法的东西都会奏效。尽可能快地在他们面前获得你的理解。甚至不要第一次试着做对的事。试着尽快犯错。

向客户展示你是如何弄错的，这将有助于弥补缺少的需求。那就再做一次。

Answer 2

一种可能的选择是穿着鞋走一英里路。让他们让你做他们想做的工作与旧的软件(或没有任何)一天。也许这是不可能真正做的工作，也许它需要一套技能，教育或许可，你没有，但然后去观察他们。

当你真正经历它的时候，很多事情是显而易见的。例如，每个指南都会告诉你按钮应该有多大.但是一旦你在那个特定车站的仓库里，你注意到你一只手拿着一把大刀，另一只手上拿着一只大手套，你知道，不管框架的标准是什么，这个按钮需要占用一半的屏幕才能让人们更容易地工作。你可能不会得到一个人说“‘下一个项目’按钮必须是可用的，只有一只手自由，这只手有一个邮件手套。”因为坐在办公桌前，穿着一件漂亮的衬衫，讨论要求的人可能从来没有在下面的地板上工作过。但当你这么做的时候你会看到的。

Answer 3

@CandiedOrange钉是最重要的，但还有几个，特别是如果这是为了考试:)

一件事是为需求、类、状态、数据流图或域模型构建更结构化的表示。这可以帮助您了解差距在哪里，然后您可以要求澄清。还有一些非常形式规格的语言，如Z。

另一种是观察他们目前的进程。这包括查看他们现有的系统、与客户的合同、从字面上观察人们的工作，甚至查看他们的营销材料，以确保新系统将提供他们所需要的/正在向其他人承诺的功能。

为了让人们更具体地思考，我学到了一种有用的技术，就是尝试找到当前需求所隐含的可疑功能，然后询问客户。“所以，真的任何人都可以编辑任何其他人的时间限制，还是我们真的需要一个以上的访问级别？”

从学术角度来看，这是一个漂亮的很好的概述。