如何编写FURPS+文档的“验证”部分
Alistair在编写有效用例时说，验证需求不应该进入用例。然而，即使在阅读了关于缺少需求的章节(意思是用例没有涵盖的需求)之后，我也不确定应该把验证和数据格式放在哪里，或者应该如何构造said文档。
给出了这个简单的用例示例：
- 用户将输入他们的地址
- 系统将验证地址。
显然，我们需要说明“地址”是什么意思。
Street1，Street2，City，SubCountry，Country，PostalCode。前3个字段将是255个字符串，子国家将被iso 3166-2验证和存储为仅2个子国家字符。国家将被iso 3166-1验证并以alpha3格式存储.iso 3166代码将显示为它们的长名称。
显然，我这里的文字有点含糊不清，可能会漏掉比特。我应该在哪里记录这个验证和数据格式规范？我该怎么写才能清楚？关于编写规范的这一部分有什么深入的文档吗？
回答 1
Software Engineering用户
发布于 2022-12-15 15:32:30
有很多方法来构造需求文档。
在编写有效用例的第一章中，科克本给出了一个需求文档的合理大纲。在本大纲中，用例属于“第3章”，而“第5章”则捕获关于业务规则、性能、操作、安全性、文档、维护等的更多信息。您的数据字典最适合这里，与其他业务规则。
但这并不是构建需求的唯一方法。在软件需求，第三版，由Wiegers和比提中，有一些需求文档的示例结构，以及对它们的不同格式化方式的讨论。ISO/IEC/IEEE29148系统和软件工程。生命周期过程。要求工程为软件需求规范提供了不同的大纲。arc42 42模板将业务规则和数据字典放在第8节-横切概念中。您的组织可能有自己的规则、标准和模板，用于捕获您应该参考的需求。
还有许多文本格式、表格格式和图形格式来捕获数据字典。有时，它们不一定是以文档格式捕获的，而是作为模式定义或文件捕获的。软件需求可视化模型分为几种不同的格式和结构，用于图形和表格数据字典以及其他类型的需求。
https://softwareengineering.stackexchange.com/questions/290814
复制相似问题
腾讯云开发者
