Создание диаграммы потока данных для трехуровневой архитектуры

Question

Я хочу создать диаграмму потока данных для трехуровневой архитектуры программного обеспечения, и, наконец, я хочу создать модель угроз с диаграммой потока данных.

Программное обеспечение должно быть своего рода шлюзом. Он принимает HTTP-запросы через REST-интерфейс и предлагает пользователю различные виды услуг. Он имеет три разных уровня, которые предлагают разные функциональные возможности, каждый слой МОЖЕТ быть выполнен на другой машине.

• Граничный слой (принимает запрос)
• Уровень управления (предлагает бизнес-логику)
• Уровень адаптера (соединение данных с внутренними системами)

Пример: Давайте просто предположим, что пользователь хочет создать файл DOC с помощью программного обеспечения. Он запросит файл DOC на пограничном уровне, который перенаправит этот запрос на уровень управления, где происходит бизнес-логика. Уровень управления будет запрашивать необходимые данные от уровня адаптера.

Теперь это довольно простой пример.

Мой вопрос заключается в следующем:

Является ли каждый слой (Граница, Элемент управления, Адаптер) процессом в диаграмме потока данных, который необходимо разложить на меньшие процессы, или я просто отображаю процесс как "Создать документ DOC"?

Что произойдет, если каждый слой будет выполнен на разных машинах - изменит ли это диаграмму потока данных или она останется прежней, поскольку поток данных останется прежним - изменится только базовая архитектура?

Большое спасибо.

Answer 1

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

Является ли каждый слой (Граница, Элемент управления, Адаптер) процессом в диаграмме потока данных, который необходимо разложить на меньшие процессы, или я просто отображаю процесс как "Создать документ DOC"?

Ответ на этот текст в том, что вашим слоям нет места в DFD. Generate DOC document это то, что система делает, и это заслуживает процесса. Тот факт, что это включает в себя несколько уровней, является деталью реализации.