Диаграммы развёртывания

Цели и задачи

В этой лабораторной работе обоснуйте среду выполнения системы и покажите её на диаграмме развёртывания. Не смешивайте три разных вида утверждений:

• нефункциональные требования задают измеримое качество: например, доступность, время отклика, объём нагрузки, безопасность или совместимость;
• ограничения задают рамки: корпоративная служба входа, поддерживаемая ОС, разрешённая СУБД, размещение данных или доступное оборудование;
• архитектурные решения выбирают способ реализации в этих рамках: язык, очередь сообщений, балансировщик, конкретную среду выполнения или топологию.

В отчёте укажите минимум два проверяемых нефункциональных требования и значимые ограничения. Свяжите их с ADR и компонентами из ЛР 5: если новое решение меняет ответственность компонента, интерфейс или поток данных, обновите соответствующую диаграмму.

Постройте диаграмму развёртывания. Трёхзвенная архитектура допустима, но не является шаблоном, который нужно применить независимо от задачи. Покажите:

• вычислительные узлы и внешние устройства, только если они влияют на систему;
• среды выполнения, артефакты и разворачиваемые компоненты на тех узлах, где это важно для решения;
• хранилища, владельца значимых данных и связи информационных потоков;
• коммуникационные пути между узлами и протокол там, где он описывает взаимодействие развёрнутых элементов;
• конфигурацию, секреты или версию ПО лишь когда они существенны для воспроизводимости, безопасности или совместимости решения.

Оценивание

Максимум за эту лабораторную работу — 8 баллов. За что снимаются баллы:

• нефункциональные требования не являются проверяемыми качествами либо архитектурные решения выданы за требования;
• отсутствует обоснование связи требований, ограничений, ADR, компонентов и развёртывания;
• диаграмма не показывает необходимые узлы, среды выполнения, артефакты, данные или коммуникационные пути;
• несоблюдение нотации и методических рекомендаций, нечитаемая вёрстка, некорректное оформление отчёта, неподходящее ПО или сдача после дедлайна.

Методические рекомендации

• Внешнюю систему показывайте как внешний узел или среду выполнения с коммуникационным путём. Её внутреннее устройство остаётся «чёрным ящиком», если команда за него не отвечает.
• Подпись коммуникационного пути должна соответствовать его уровню. HTTPS уместно между браузером и веб-приложением; не подменяйте им физическое соединение двух аппаратных узлов.
• Если вложенные узлы и артефакты делают диаграмму нечитаемой, используйте композицию для узлов или зависимость «deploy» между артефактом и разворачиваемым элементом.
• Сетевое оборудование не нужно показывать само по себе. Добавляйте его, когда оно влияет на безопасность, доступность, маршрутизацию или иное требование.