arc42 - 如何处理 arc42 中的需求

Question

arc42 的前三章与软件需求相关:

1. 简介和目标
2. 约束条件
3. 背景

大多数项目都以详细的规范(希望如此)开始，该规范已经包含所有要求。

现在我的问题(我猜主要是最佳实践问题)

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

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

Answer 1

既然我现在有足够的时间思考我自己的问题，我现在将尝试自己回答:

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

示例:业务要求规定您的应用必须生成三种不同的报告。这些要求将详细描述报告，但这些细节对于架构而言并不重要。但事实上，您可能需要一个具有正确功能的报告模块，这可能正是您的体系结构的正确要求。这就是您的 arc42 文档中应该写下的内容。