您如何解决规范中的含糊之处？

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

如果用户多次无法进行身份验证,请向IT发送通知.

在上面的例子中,不清楚"多次"是多少次.目前尚不清楚,我不能简单地设置1000次随机限制.

您将如何解决任何规格中不清楚的部分？(不只是我提到的那个)

此外,我应该在Google上搜索哪些主题或针对这类情况的书籍？软件工程？敏捷开发？我不知道从哪里开始.

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

如果您以正式方式跟踪您的要求,您可以做出您的假设并将其记录为派生要求:

例:

用户要求:

要求1:当用户多次验证失败后,向IT发送通知.

派生要求:

Req 1.1如果用户在三(3)次尝试后无法进行身份验证,系统将暂停该帐户并向IT支持中心发送电子邮件.

Req 1.1.1帐户暂停电子邮件将指定以下内容:

用户的帐户名称.

进行身份验证的计算机的IP地址.

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

有关详细信息,请参阅Google"需求管理"或"需求工程".国防工业部门装载了示例和模板,可能太多了;)

我收藏了一些书签:

规范书写指南

编写软件需求规范

根据您可能遇到的确切问题回复客户.如果有的话,那是最好的选择.如果没有,则由最终用户(客户端)进行配置.