Запропонувати правкуПокращити цю статтюДопрацюйте відповідь до «Що таке архітектурна діаграма?». Ваші зміни проходять модерацію перед публікацією.Потрібне підтвердженняКонтентЩо ви змінюєте🇺🇸EN🇺🇦UAПереглядЗаголовок (UA)Коротка відповідь (UA)**Архітектурна діаграма** - це візуальне представлення структури програмної системи: її компонентів, зв'язків між ними та принципів взаємодії. Вона показує не код, а будову системи в цілому. **Ключове:** мета діаграми - швидко пояснити ідею, а не справити враження.Показується над повною відповіддю для швидкого нагадування.Відповідь (UA)Зображення**Архітектурна діаграма** - це візуальне представлення структури програмної системи: її компонентів, зв'язків між ними та принципів взаємодії. Вона показує *не код, а будову системи в цілому* - хто з ким "розмовляє", де зберігаються дані, як проходять запити і де можуть бути вузькі місця. --- ### Навіщо потрібна архітектурна діаграма - допомагає **зрозуміти логіку системи** без занурення в деталі коду; - слугує **єдиною мовою** між розробниками, аналітиками, менеджерами та замовниками; - використовується для **обговорення, рев'ю та документування** рішень; - дозволяє **швидко оцінити ризики та точки відмови**. Простіше кажучи, це "карта" продукту, за якою можна зрозуміти, як він влаштований, навіть якщо ти бачиш його вперше. --- ### Основні типи архітектурних діаграм 1. **Діаграма високого рівня (High-Level Architecture Diagram)** Показує систему в цілому: зовнішні сервіси, бази даних, API, фронтенд, бекенд, черги, хмари тощо. Використовується для презентацій і планування інтеграцій. Приклад: користувач → веб-застосунок → API → база даних → аналітичний сервіс. 2. **Діаграма компонентів (Component Diagram)** Розкриває, з яких логічних блоків складається система: модулі, сервіси, бібліотеки. Відображає їхні залежності та точки взаємодії. Приклад: "модуль авторизації", "модуль платежів", "модуль сповіщень". 3. **Діаграма розгортання (Deployment Diagram)** Показує, як система розміщена фізично - сервери, контейнери, кластери, хмарні сервіси. Тут видно вузли, балансувальники, бази даних та їхні зв'язки. Особливо важлива для DevOps і при масштабуванні. 4. **Діаграма послідовності (Sequence Diagram)** Відображає, *як проходять запити* між компонентами в часі. Наприклад: користувач робить запит → контролер → сервіс → база даних → відповідь користувачу. Використовується для аналізу продуктивності та логіки бізнес-процесів. 5. **C4-модель** Сучасний стандарт, який ділить архітектуру на 4 рівні: - **Context** - хто і як взаємодіє з системою; - **Container** - з чого система складається (веб-застосунок, БД, API тощо); - **Component** - внутрішні частини контейнерів; - **Code** - конкретні класи та методи. Ця модель допомагає тримати один і той самий проект зрозумілим для людей з різним ступенем залученості. --- ### Чим створюються архітектурні діаграми Популярні інструменти: [**Draw.io**](http://Draw.io) **(**[**diagrams.net**](http://diagrams.net)**)**, **Lucidchart**, **Miro**, **PlantUML**, **Whimsical**, **Figma**. Важливо, щоб діаграма була зрозумілою, а не "красивою" - мета в тому, щоб швидко пояснити ідею, а не справити враження. --- ### Висновок Архітектурна діаграма - це наочний спосіб показати, **як влаштована і як живе система**. Вона об'єднує технічні та бізнес-аспекти в одній картині, допомагаючи всім учасникам проекту розуміти продукт однаково - *без зайвих слів і домислів*.Для рев’юераПримітка для модератора (необов’язково)Бачить лише модератор. Прискорює рев’ю.