7

我需要一些关于如何解决应用程序规范中的歧义的建议。作为一个简单的例子，

当用户多次验证失败时，向 IT 发送通知。

在上面的例子中，不清楚“a number of times”是多少次。目前还不清楚，我不能简单地设置一个随机限制，比如 1000 次。

您将如何解决任何规范中不清楚的部分？（不只是我提到的那个）

而且，对于这种情况，我应该在 Google 上搜索什么样的主题或书籍？软件工程？敏捷开发？我不知道从哪里开始。

任何有用的知识和技巧将不胜感激。

4

11 回答 11

10

如果您以正式的方式跟踪您的需求，您可以做出假设并将它们记录为派生需求：

例子：

用户要求：

Req 1：当用户多次验证失败时，向 IT 发送通知。

派生要求：

要求 1.1 如果用户在三 (3) 次尝试后未能通过身份验证，系统将暂停该帐户并向 IT 支持台发送电子邮件。

要求 1.1.1 帐户暂停电子邮件将指定以下内容：

  • 用户的帐户名。
  • 进行身份验证尝试的计算机的 IP 地址。

如果客户不可用，请让客户或利益相关者审查并批准派生的需求。

更多信息，谷歌“需求管理”或“需求工程”。国防工业部门加载了示例和模板，可能太多了；）

我已经收藏了一些：

于 2009-03-09T17:57:24.367 回答
6

用您可能有的确切问题回答客户。这是最好的选择，如果有的话。如果没有，则使其可由最终用户（客户端）进行配置。

于 2009-03-09T15:39:53.680 回答
3

与（最好按此顺序）沟通：

  • 业务分析师
  • 客户（为最终产品付款的人）
  • 终端用户
于 2009-03-09T15:40:31.247 回答
3

构建或原型化它，然后将它展示给编写规范的人。

通过谈论实际的事情而不是一张说明事情如何运作的纸，更容易消除歧义。

于 2009-03-09T15:42:53.847 回答
2

你多虑了。

  1. “次数”值可以很容易地放入 web.config
  2. 将其设置为您假定的适当值。（不用担心会出错）
  3. 向您的经理发送一封电子邮件，说明您的假设，以及如果您的假设不正确，他们如何更改它。

如果每个其他应用程序通知都是电子邮件（这并非不现实），则可以假定规范的通知部分。否则在你做任何事情之前先问清楚。

我当然不反对要求澄清。但是，我发现如果可以做出很少或没有缺点的假设，最好这样做。毕竟他们雇佣你是为了解决问题而不是给他们带来更多。;-)

奇怪的是；你可能会发现你的大部分假设无论如何都是正确的。

于 2009-03-09T15:52:10.953 回答
1

从那个例子中，我会回到客户那里，询问他们是否希望“次数”是可配置的。它还可能导致以下问题：

1) 谁将维护配置的次数。2) 他们是否需要 UI 来查看和更改这些设置。

采用更敏捷的开发流程也将有所帮助。例如，向他们展示一个允许 3 次登录机会的示例将演示该功能，并可能提示他们告诉您号码。

在问题的答案将影响项目的时间、复杂性和成本的情况下，澄清需求变化的重要性。

于 2009-03-09T15:51:14.777 回答
1

根据谁有空，我会采取几种不同的路线来解决歧义：

1) 项目经理/业务分析师 -> 这些可能是最接近项目的，可以帮助快速解决规范问题。这可能涉及询问其他人并稍后回复您，但这应该是可以接受的。

2) 专家分析师/官员 -> 例如，在您提到存在安全隐患的情况下，如果有安全官员可能有执行政策并应参与讨论。另一个示例可能是让网络分析师从硬件角度查看架构，这在某些情况下可能很有用。

3) Product Owner -> 谁负责定义应用程序。请注意，这不是技术人员，因此如果您遇到“你知道，我没想到...”的回应，那么具体并提出建议可能会很有用。

4) Group Manager/Team Lead -> 如果一切都失败了，去找老板并要求澄清。

“需求收集”或“需求分析”是“软件开发生命周期”或“系统开发生命周期”这一部分的常用术语，以抛出更多您可以搜索并找到大量文章的术语。

于 2009-03-09T18:09:39.373 回答
1

最好的方法是编写简短的替代用户故事（用例），描述不同选项将如何影响用户，并要求客户选择需要支持的选项。

规范中的模糊性通常反映了客户心中的模糊性——他们自己还没有弄清楚，所以这种方法对你们双方都有帮助。（使用书面笔记 - 没有技术性 - 用他们的术语来描述事物。）

于 2009-03-09T18:20:03.313 回答
1

如果规格不准确，也许没关系？对其他任何工作都不是至关重要的吗？拨打电话，设为 1000。确保它不是硬编码的。一个好主意是将它放在一些配置文件中（但不要暴露给最终用户界面，因为用户通常比你有更少的想法）。

如果这是互操作性的问题，那么其他人会怎么做？在 Windows 中是200 吗？比让它变成 200。现在你匹配 Windows 和规范 - 不错:-)

如果您发现您的呼叫很糟糕并且应该是 1500，至少您可以告诉您的用户如何在不重新安装软件的情况下修复它。

于 2009-03-09T18:20:12.907 回答
1

在企业企业中，这确实意味着它遵循一般公司政策。

事实上，当我自己编写规范时，我并不在意这些通用规范，我只是说参考政策，直接进入特定业务需求的核心。

于 2009-08-28T16:45:05.443 回答
1

为此，您可以建立一个焦点小组，或者您可以与客户/适当的利益相关者进行沟通。

于 2016-05-03T16:10:21.197 回答