如何处理arc42中的要求

Question

arc42的前三章与软件要求有关：

1. 简介和目标
2. 约束
3. 上下文

大多数项目都以详细规范（希望）开始，已经包含所有要求。

现在我的问题（我猜 - 主要是最佳实践问题）

如果人们只阅读架构文档，我是否应该复制与架构相关的要求？

或者模板的那些要求是否与主要项目要求不同？

Answer 1

由于我现在有足够的时间思考自己的问题，我现在会尝试自己回答：

当您面对业务驱动的项目时，规范中的要求将不同于驱动架构的要求。因此，您必须分析需求并提取架构的需求 - 这些很可能是新的需求，并且可能需要记录哪些业务需求适合您的架构需求。

示例：业务要求声明您的应用必须生成三种不同的报告。这些要求将详细描述报告，但这些细节与架构无关。但是，您可能需要具有适当功能的报告模块，这可能是您的体系结构的正确要求。这就是你应该在arc42文档中写下的内容。