Как обрабатывать требования arc42

Question

Первые три главы в arc42 связаны с требованиями к программному обеспечению:

1. Введение и Цели
2. ТРУДНОСТИ
3. Контекст

Большинство проектов начинается с детализацией спецификация (надеюсь) уже содержит все требования.

Теперь мои вопросы (которые - я думаю - в основном лучшие практики)

Должен ли я скопировать требования, которые имеют отношение к архитектуре в случае, когда люди только читать документацию архитектуры?

Или эти требования к шаблону отличаются от требований основного проекта?

Answer 1

Так как я теперь имел достаточно времени, чтобы подумать о моем собственном вопросе, я сейчас попробую ответить на него сам:

Когда вы сталкиваетесь с бизнесом-управляемого проектом, требование, найденное в спецификации будет отличаться от требований, которые управляют вашей архитектуры. Таким образом, вам придется анализировать требования и извлекать требования к вашей архитектуре - это, скорее всего, новый, и может быть целесообразно принять к сведению, какие бизнес-требования требуются для драйверов для ваших требований к архитектуре.

Пример: бизнес-требования утверждают, что ваше приложение должно создавать три разных отчета. Эти требования будут подробно описывать отчеты, но эти детали не имеют большого значения в отношении архитектуры. Но тот факт, что вам может понадобиться модуль отчетности с правильными возможностями, может быть правильным требованием для вашей архитектуры. И это то, что должно быть записано в вашей документации arc42.