Внешние интерфейсы — к таким относится любое взаимодействие системы с внешним миром: пользователями, другими системами и оборудованием.   🖥️ Пользовательские интерфейсы (UI)   Общие требования к интерфейсам, которые важно учитывать при проработке макетов:   Стандарты оформления и стиль.   Пример: при создании формы использовать цветовую палитру из брендбука и принятые в продуктовой линейке компоненты.   Размеры и адаптивность.   Пример: макеты должны покрывать версию для ПК (1920 px) и мобильную версию (≈400 px).   Стандартные элементы и сочетания клавиш.   Пример: поддержка Ctrl+C / Ctrl+V, единые стили для кнопок и форм.   Важно: нефункциональные требования описывают общие правила (стиль, адаптивность, клавиши и т.п.). Более детальные и «поведенческие» требования (что именно должна делать кнопка) относятся к функциональным требованиям.   Пример функционального требования: «Кнопка «Добавить в корзину» должна быть выделена синим и дублироваться под карточкой каждого товара.»   🔌 Программные интерфейсы (API)   Требования к взаимодействию с другим ПО и между компонентами системы:   формат данных (JSON, XML и т. п.), версия API;   набор методов, контракты вход/выход;   ограничения по размеру и частоте запросов;   описание кодов ошибок и поведения при ошибках.   Пример: система должна передавать данные о пользователе в стороннюю систему в формате JSON и возвращать коды ошибок в формате { code: <число>, message: <строка> }.   🖨️ Аппаратные интерфейсы   Если ПО взаимодействует с оборудованием — указывайте минимальные характеристики и поддерживаемые протоколы:   поддерживаемые устройства и их требования;   типы физических носителей;   протоколы обмена данными между ПО и оборудованием.   Пример: компьютерная игра должна запускаться на устройствах с объёмом видеопамяти не менее 2 ГБ.   💬 Коммуникационные интерфейсы   Правила обмена данными с пользователем через внешние каналы (email, SMS, push и т. п.):   допустимые типы вложений и форматы (PDF, DOC и т. п.);   ограничения по размеру сообщений;   требования к кодировке, подписи и шифрованию сообщений;   политика ретраев и ограничения частоты отправки.   Пример: в письмах допустимы вложения типов DOC и PDF; максимальный размер вложения — 10 МБ.   🧩 Ограничения проектирования и реализации   Факторы, которые влияют на архитектуру и реализацию — нужно указывать их обоснованно:   выбор языка/фреймворка/СУБД;   обязательные библиотеки или инструменты;   нормативные и аппаратные ограничения.   Пример: продукт должен быть разработан с использованием React; для unit-тестов использовать Jest.      Обоснование ограничений важно: они влияют на масштабируемость, тестируемость и поддерживаемость системы.   ✍️ Короткая памятка (что включать в требования к внешним интерфейсам)   -формат и контракт обмена (что и как передаётся);   -минимальные/рекомендуемые характеристики устройств;   -адаптивность и разрешения для UI;   -допустимые форматы коммуникаций и вложений;   -обоснование технических ограничений.