1) Що таке UML діаграми?

UML Diagrams розшифровується як Unified Modeling Language .Це стандарт, який в основному використовується для створення об'єктно-орієнтованих, значущих моделей документації для будь-якої програмної системи, представленої в реальному світі.

UML служить чудовим способом створення професійної документації, яка є необхідною частиною будь-якої розробки проекту. UML є невід'ємною частиною створення об'єктно-орієнтованого проектування систем.

У цьому уроці ви дізнаєтесь,

Навіщо використовувати UML?

1990-ті роки були епохою розвитку об'єктно-орієнтованих мов, як-от C++.

Оскільки розроблені системи були складними для розуміння, це призвело до проблем проектування та аналізу, з якими зіткнулися після розгортання системи.

Як тільки з'явився UML, було проведено безліч експериментів та підходів, що змінюють правила гри, для спрощення таких складних завдань аналізу системи.

Він був винайдений блискучими інженерами-програмістами Греді Бучем, Іваром Джекобсоном і Джеймсом Румбо з Rational software протягом 1994 і 1995 років.

Кожен із винахідників UML, а саме, Греді Буча, Івар Джекобсон і Джеймс Румбо, мав фантастичну ідею розробити мову, яка зменшить складність.

• Метод Буча був дуже гнучким для роботи під час проектування та будівництва об'єктів.
• Метод Якобсона надав чудовий спосіб оминути варіанти використання. Це також має потужний підхід для дизайну високого рівня.
• Метод Рамбо виявився дуже корисним під час роботи з чутливими системами.

Пізніше в UML були винайдені моделі поведінки та діаграми станів, які були винайдені Девідом Харелом.

UML була визнана стандартом групою управління об'єктами (OMG) у 1997 році. Група керування об'єктами відповідає за керування UML з моменту його прийняття як стандарт.

У 2005 році Міжнародна організація зі стандартизації затвердила UML як стандарт ISO. Він використовується у різних галузях промисловості для створення об'єктно-орієнтованих моделей.

Остання версія UML 2.5.1 випущена у грудні 2017 року.

Версії UML

Характеристики UML

1. Це узагальнена мова моделювання.
2. Він відрізняється від мов програмування, як-от Python, C, C++ тощо.
3. Це графічна мова, яку можна використовувати для створення потужних елементів моделювання.
4. Це з об'єктно-орієнтованим проектуванням і аналізом.
5. Він має необмежену кількість програм навіть за межами індустрії програмного забезпечення. Його можна використовувати для візуалізації робочого процесу на фабриці.

Концептуальна модель

Перш ніж розпочати з концепції UML, необхідно зрозуміти основи концептуальної моделі.

Концептуальна модель складається з різних концепцій, що взаємопов'язані. Це допомагає нам зрозуміти

• Що за об'єкти?
• Як відбувається взаємодія до виконання процесу?

Концептуальна модель потрібна в UML.Ви повинні розуміти сутності та відносини між ними, перш ніж фактично моделювати систему.

Наступні об'єктно-орієнтовані концепції потрібні для початку з UML:

• Об'єкт : це сутність реального світу В одній системі є кілька об'єктів. Це фундаментальний будівельний блок UML.
• Клас : клас - це не що інше, як контейнер, в якому підтримуються об'єкти та їх відносини.
• Абстракція : це механізм уявлення сутності без відображення деталей реалізації. Він використовується для візуалізації поведінки об'єкта.
• успадкування : це механізм розширення існуючого класу для створення нового класу
• Поліморфізм : це механізм представлення об'єкта, що має кілька форм, що використовуються для різних цілей
• Інкапсуляція : це метод зв'язування об'єкта та даних в єдине ціле Це забезпечує тісний зв'язок між об'єктом та даними.

Вище також називаються основними будівельними блоками UML.

Що таке діаграма UML?

Діаграми UML є результатом роботи мови уніфікованого моделювання. Це графічне уявлення класів, об'єктів та відносин між ними. UML-діаграма – це модель, яка описує частину системи. Він використовується для визначення функціональності чи дизайну системи. Діаграма має бути чіткою та лаконічною, щоб глядач міг її легко зрозуміти.

UML-діаграми поділяються на три категорії:

• Структурна схема
• Поведінкова діаграма
• Діаграма взаємодії

Структурні діаграми

Структурні діаграми використовуються для уявлення статичного уявлення системи. Він є частиною системи, яка становить структуру системи. Структурна схема показує різні об'єкти у системі.

Нижче наведено різні структурні схеми UML:

• Діаграма класів
• Діаграма об'єктів
• Схема упаковки
• Діаграма компонентів
• Діаграма розгортання

Поведінкові діаграми

Будь-яка реальна система може бути представлена ​​у статичній або динамічній формі. Система вважається повною, якщо вона виражається як статичним, і динамічним методами. Діаграма поведінки є функціонування системи.

Діаграми UML, які мають справу зі статичною частиною системи, називають структурними діаграмами. Діаграми UML, які мають справу з рухомими або динамічними частинами системи, називаються діаграмами поведінки.

Нижче наведено різні поведінкові діаграми в UML:

• Діаграма діяльності
• Діаграма варіантів використання
• Схема кінцевого автомата

Діаграми взаємодії

Діаграма взаємодії - це не що інше, як підмножина поведінкових діаграм. Він використовується для візуалізації потоку між різними варіантами використання системи. Діаграми взаємодії використовуються, щоб показати взаємодію між двома об'єктами і як потоки даних всередині них.

Нижче наведено різні діаграми взаємодії в UML:

• Тимчасова діаграма
• Діаграма послідовності
• Діаграма співробітництва

Докладне пояснення наведених вище діаграм пояснюється в наступних посібниках.

Інструменти UML

На ринку є безліч інструментів для створення UML-діаграм. Деякі з них засновані на робочому столі, а інші можна використовувати онлайн. Нижче наведено список інструментів, які можна використовувати для створення моделей UML:

• Зірка UML
• Арго УМЛ
• діаметр
• Візуальна Парадигма
• U-модель
• Лабораторія UML
• Enterprise Architect

Ми будемо використовувати програму Star UML для генерації UML-діаграм.

За специфікацією вашого ПК.

Після завантаження програми встановіть його з усіма параметрами за промовчанням.

Ви побачите наступне вікно,

Тепер можна почати створювати UML-діаграми.

Резюме

• UML означає уніфіковану мову моделювання.
• Він використовується для створення об'єктно-орієнтованих моделей для представлення дизайну та функціонування системи.
• Він був розроблений Греді Бухом, Іваром Джекобсоном та Джеймсом Румбо.
• UML є наступником об'єктно-орієнтованих мов, але він дуже відрізняється від них.
• Структурні, поведінкові та взаємодії є трьома типами діаграм UML.
• UML визнаний стандартом ISO, який використовується багатьма галузями для розробки документації та креслень моделей.

UML: огляд основних типів діаграм, діаграма класів.

UML (Unified Modeling Language – уніфікована мова моделювання) - мова графічного опису для об'єктного моделювання в галузі розробки програмного забезпечення, її також використовують для моделювання бізнес-процесів, системного моделювання та відображення організаційних структур.

А навіщо нам UML?Може придумаємо свою мову моделювання?

Уявіть собі таку ситуацію: аналітик Вася зайнявся розробкою технічної документації за новим проектом, він використовує для опису процесів свої власне придумані діаграми.

Після складання документації Вася презентує результати розробнику Колі, але Миколу нічого не розуміють у написаному Васі доводиться пояснювати те, що він намалював у своїй документації та витрачати на це багато часу.

А що, якщо у нас не один розробник, а 10? Або 100?

У такому разі нам потрібна універсальна мова моделювання, яку розумітимуть усі учасники процесу розробки програмного забезпечення. Такою універсальною мовою виступає UML, тобто UML - це стандарт для опису різних процесів. Його використовують розробники, аналітики, архітектор, за його допомогою можна зрозуміло доносити думки та спілкуватися між собою. Такий підхід з використанням універсальної мови значно скоротить час комунікацій між співробітниками та зменшить час для постачання кінцевого продукту користувачеві.

Плюси UML:

• Спрощує складнощі під час розробки ПЗ
• Автоматизує виробництво програмного забезпечення та процесів
• Допомагає вирішити постійні проблеми з архітектурою
• Поліпшує якість роботи
• Скорочує витрати та час виходу на ринок

Мінуси UML:

• марнування часу на складання діаграм :)
• необхідно знати різні діаграми та їх нотації

Види діаграм у UML

Отже, приступимо до вивчення та огляду діаграм UML. Усі UML діаграми за своєю сутністю поділяються на два види:

1. Структурні діаграми - описують структуру складних об'єктів та систем, показують статичну структуру системи та її частин на різних рівнях абстракції та реалізації, а також їх взаємозв'язок
2. Діаграми поведінки - ілюструють взаємодію Космосу з системою та її роботи, основна увага тут приділяється динамічним аспектам системи програмного забезпечення чи процесу

До структурних діаграм відносять такі 7 типів діаграм:

• Діаграма складової структури
• Діаграма розгортання
• Діаграма пакетів
• Діаграма профілів
• Діаграма класів
• Діаграма об'єктів
• Діаграма компонентів

А до діаграм поведінки відносять такі типи діаграм:

• Діаграма діяльності
• Діаграма прецедентів
• Діаграма станів
• Діаграма послідовності
• Діаграма комунікацій
• Діаграма огляду взаємодії
• Тимчасова діаграма

Нижче на малюнку наведено ілюстрацію структури мови UML:

Пропоную сьогодні зупинитися на діаграмі класів та детально розглянути цей тип діаграм. Інші типи діаграм будуть розглянуті в наступних серіях статей.

Діаграма класів

Діаграма класів описує типи об'єктів системи та різного роду статичні відносини, які існують між ними. На діаграмах класів відображаються властивості класів, операції класів та обмеження, що накладаються на зв'язки між об'єктами.

На малюнку нижче зображено модель класу обробки замовлень клієнтів. Прямокутники на діаграмі репрезентують класи і розділені на три частини: ім'я класу (жирний шрифт), його атрибути та його операції. На малюнку також показано два види зв'язків між класами: асоціації та узагальнення.

Властивості

Властивості представляють структурну функціональність класу. Можна розглядати властивості поля класу. Властивості становлять єдине поняття, що втілюється у двох абсолютно різних сутностях: в атрибутах та в асоціаціях. Хоча на діаграмі вони виглядають зовсім по-різному, насправді це те саме.

Атрибути

Атрибут визначає властивість у вигляді рядка тексту всередині прямокутника класу.
Повна форма атрибуту:
видимість ім'я: тип кратність = значення за замовчуванням

Наприклад:
ім'я: String [1] = "Без імені"

Обов'язково вказувати лише ім'я.

Розглянемо основні сутності атрибуту:

• Мітка видимість означає, чи відноситься атрибут до відкритих (+) (public) або до закритих ( ) (private).
• Ім'я атрибута - спосіб посилання класу на атрибут - відповідає імені поля в мові програмування.
• Тип атрибута накладає обмеження на вигляд об'єкта, який можна розміщувати в атрибуті. Можна вважати його аналогом типу поля у мові програмування.
• Кратність - це поняття буде розглянуто нижче.
• Значення за замовчуванням є значенням для новостворених об'єктів, якщо атрибут не визначено в процесі створення.
• Елемент дозволяє вказувати додаткові характеристики атрибута. У прикладі він дорівнює, тобто клієнти не можуть змінювати атрибут. Якщо його пропущено, то, як правило, атрибут можна модифікувати.

Асоціації

Інша сутність якості – це асоціація. Значна частина інформації, яку можна зазначити в атрибуті, з'являється в асоціації. На рисунках 3 і 4 нижче показані ті самі властивості, представлені в різних позначеннях.

Асоціація - Це безперервна лінія між двома класами, спрямована від початкового класу до цільового класу. Ім'я властивості (разом кратністю) розташовується на цільовому кінці асоціації. Цільовий кінець асоціації вказує на клас, який є типом якості.

Звісно, ​​виникає питання: «Коли слід обирати те чи інше уявлення?». Як правило, за допомогою атрибутів позначають невеликі елементи, такі як дати або логічні значення, а асоціації для значущих класів, таких як клієнти чи замовлення.

Двонаправлені асоціації

Двонаправлена ​​асоціація - Це пара властивостей, пов'язаних у протилежних напрямках. Клас Car (Автомобіль) має властивість owner:Person[1], а клас Person (Особистість) має властивість cars:Car[*].

Зворотний зв'язок між ними передбачає, що якщо ви слідуєте обом властивостям, то повинні повернутися назад до множини, що містить вашу вихідну точку. Наприклад, якщо ми починаємо з конкретної моделі Ford, знаходимо її власника, а потім дивимося на безліч машин, що належать йому, то воно повинно включати модель Ford, з якої ми почав.

Кратність

Кратність властивості позначає кількість об'єктів, які можуть заповнювати цю властивість. Найчастіше зустрічаються такі кратності:

• 1 (Замовлення може надати тільки один клієнт)
• 0..1 (Корпоративний клієнт може мати, а може й не мати єдиного торгового представника.)
• * (Клієнт не зобов'язаний розміщувати замовлення, і кількість замовлень не обмежена. Він може розмістити нуль або більше замовлень.)

Операції

Операції є дії, реалізовані деяким класом. Існує очевидна відповідність між операціями та методами класу. Зазвичай терміни операція і спосіб використовуються як взаємозамінні, але іноді корисно їх розрізняти.

Повний синтаксис операцій у мові UML виглядає так:

видимість ім'я (список параметрів) : тип, що повертається

Розглянемо основні сутності операції:

• Мітка видимості, як і в атрибутах, означає, чи операція відноситься до відкритих (+)(public) або до закритих ( ) (private)
• Ім'я – це назва операції.
• Список параметрів – список параметрів операції.
• Тип, що повертається – тип значення, що повертається, якщо таке є.
• Рядок властивостей – значення властивостей, що застосовуються до цієї операції.

Наприклад, у рахунку операція може виглядати так:

+ balanceOn (date: Date) : Money

Узагальнення

Узагальнення поєднує кілька підкласів в один клас.Так, у нашому прикладі узагальнення поєднує індивідуального та корпоративного клієнтів деякої бізнес-системи. Незважаючи на певні відмінності, вони мають багато спільного. Поодинокі властивості можна помістити до базового класу Customer (Клієнт), при цьому клас Personal Customer (Індивідуальний клієнт) та клас Corporate Customer (Корпоративний клієнт) будуть виступати як підтипи.

З погляду програмного забезпечення очевидна інтерпретація спадкування виглядає так: Корпоративний клієнт є підкласом класу Клієнт. В основних об'єктно-орієнтованих мовах підклас успадковує всю функціональність суперкласу і може перевизначати будь-які методи суперкласу.

Примітки та коментарі

Примітки - Це коментарі на діаграмах. Примітки можуть існувати власними силами або бути пов'язані пунктирною лінією з елементами, які вони коментують. Вони можуть бути присутніми на діаграмах будь-якого типу.

Поради застосування діаграми класів

Отже, ми розглянули основні діаграми UML та детально діаграму класів. Хочу закінчити мою першу статтю цитатами із книги Мартіна Фаулера "Основи UML". На чолі про моделювання процесів за допомогою діаграми класів Мартін дає наступні поради:

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

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

3. Не треба будувати моделі для всього на світі, натомість слід сконцентруватися на ключових аспектах.Краще створити мало діаграм, які постійно застосовуються в роботі та відображають усі внесені зміни, ніж мати справу з великою кількістю забутих та застарілих моделей.

Найбільша небезпека, пов'язана з діаграмами класів, полягає в тому, що ви можете зосередитись виключно на структурі та забути про поведінку. Тому, малюючи діаграми класів для того, щоб розібратися в програмному забезпеченні, використовуйте будь-які форми аналізу поведінки. Якщо ви використовуєте ці методи по черзі, значить, ви рухаєтеся у правильному напрямку.

Дякую всім, хто дочитав цю статтю до кінця. Діліться своєю думкою у коментарях. У наступній статті я продовжу тему моделювання процесів UML і розповім про нові типи діаграм UML.

Що описує UML?

UML, або Unified Modeling Language, є уніфікованою мовою моделювання. Це графічна мова, яка за допомогою діаграм та схем описує різноманітні процеси та структури. Це не мова програмування, але найчастіше UML застосовують саме в IT – за його допомогою можна автоматично генерувати код.

«IT-спеціаліст з нуля» наш найкращий курс для старту в IT

Де ще використовується UML

Крім IT, UML використовується в проектуванні, документуванні та побудові бізнес-процесів. Він допомагає будувати схеми, що візуалізують складні структури, дії чи поняття. Особливість таких схем у тому, що вони уніфіковані, тобто однакові зв'язки та позначення означатимуть те саме в різних діаграмах. Це означає, що будь-яка знаюча UML людина легко зрозуміє будь-яку схему, створену цією мовою.

Загалом UML – відкритий стандарт, мова широкого профілю.Він потрібен для графічного опису та візуалізації абстрактної моделі, а на практиці ця модель може бути чим завгодно - від архітектури програми до опису цілей діяльності. Назва читається як "юмл" або "ю-ем-ел".

Безкоштовний профорієнтаційний проект

Пройдіть тест та визначте ваш напрямок у IT. Вигравайте призи, отримуйте подарунки та особистий план розвитку через безкоштовні гайди та кар'єрну консультацію.

Хто користується UML

• Розробники, яким важливо продемонструвати, як буде влаштовано програму чи ті чи інші її компоненти, та візуалізувати це.
• Системні аналітики та архітектори, яким такий спосіб подання може допомогти у створенні логічної та грамотної структури ПЗ або окремих його частин.
• Технічні письменники, оскільки UML, окрім іншого, використовується для складання документації та автоматичної генерації технічних описів.
• Дизайнери, які займаються створенням інтерфейсів чи візуалізацією чогось складного. Вони можуть користуватися іншими інструментами, але знати UML їм варто.
• Бізнес-аналітики та менеджери з розвитку, яким діаграми потрібні для візуалізації бізнес-процесів та структур.

Для чого потрібні UML-діаграми

• Для створення «креслень» програми, схем, які показують, як буде влаштовано програмне забезпечення зсередини, тобто для проектування. Це може бути опис зв'язків між компонентами, модулів або сервісів, програмних процесів та багато іншого. Як інструмент проектування UML може використовуватися і поза IT.
• Для візуалізації вже існуючої програмної структури. Ряд інструментів дозволяє створити UML на основі існуючого коду, у такому разі діаграма згенерується автоматично. Це називається реверс-інжинірингом.
• Для автоматичної генерації коду або технічної документації щодо нього, оскільки UML підтримує можливість створення продукту на основі діаграм. Але з цією функцією потрібно бути вкрай акуратним: автоматично згенерований код пізніше потребує доопрацювання. А ось створена таким чином документація, зазвичай, наочна і зрозуміла.
• Для внутрішньої та зовнішньої комунікації між співробітниками, замовниками та іншими: картинки та діаграми UML зрозуміліші людям, ніж текстові описи.
  

Важлива особливість UML - ця мова підтримує об'єктно-орієнтований підхід, де всі сутності представлені як об'єкти з певними властивостями та методами. У діаграмах UML легко зобразити об'єкти, зв'язки між ними, наслідування та можливості передачі даних від одного об'єкта до іншого.

Як влаштовано діаграму UML

Схема UML – концептуальна: це означає, що вона оперує концепціями та зв'язками між ними. Сама діаграма складається з фігур, значків, написів, ліній та контурів.

• Фігури зазвичай позначають ту чи іншу концепцію: наприклад, об'єкт, клас, групу об'єктів чи щось інше. Варіантів постатей у мові безліч. Усередині однієї фігури можуть бути інші елементи, головне — щоб вони не перетинали кордон.
• Значки теж позначають різні сутності, але відрізняються від фігур: у них не можна нічого помістити. Це можуть бути дрібніші атомізовані структурні одиниці, а можуть бути службові сутності, наприклад для описів.
• Написи може бути звичайними, підкресленими, курсивними. Вони називають сутності, демонструють, що є що, і можуть використовуватися для описів.
• Лінії можуть бути прямими, ламаними, вигнутими, спрямованими та ненаправленими, штриховими та будь-якими ще.Зазвичай вони позначають зв'язку та залежності сутностей один від одного.
• Контури - це контейнери, всередині яких містяться концепції та зв'язки між ними.

Курс для новачків «IT-спеціаліст
з нуля» – розберемося, яка професія вам підходить, та допоможемо вам її освоїти

Види UML-схем

Існує безліч типів UML-діаграм, і ми не будемо описувати їх усі. Просто скажемо, що умовно вони поділяються на три категорії.

Об'єктні, або структурні діаграми, що описують статичну структуру системи. Це, наприклад, діаграми класів у програмі. У них показуються самі об'єкти та класи, зв'язки між ними, залежності та атрибути.

Поведінкові - схеми опису поведінки у поступовій динаміці. Їх ще називають динамічними. Це, наприклад, діаграми, що описують процеси.

Функціональні - діаграми, які описують особливості функціонування, показують, як влаштовано роботу того чи іншого об'єкта. Вони демонструють користувачеві функціональність так, щоб це було зрозуміло. Зазвичай це саме фізичні особливості реалізації функцій, тому ще називають діаграмами реалізацій. Різні функціональні діаграми можна віднести до об'єктних чи поведінкових.

Переваги UML

Стандартизація. Елементи UML-діаграми в різних схемах позначають те саме — це все ж таки уніфікована мова. Тому фахівці з різних сфер діяльності або різних країн зрозуміють один одного, якщо демонструватимуть продукт за допомогою UML-діаграм.

Наочність. Зображення зрозуміліше та наочніше, ніж текст. Складну структуру простіше описати у вигляді схеми, ніж ще. UML-діаграми добре показують, як влаштовано ту чи іншу структуру, і допомагають нічого не пропустити.

Повнота опису. Зазвичай UML-діаграми повні та докладні, тобто показують не просто існування якоїсь концепції, а й її поведінку та можливості. З їхньою допомогою можна зрозуміти, як поводитиметься сутність у тих чи інших ситуаціях, розглянути її з різних боків.

Широке застосування. UML активно використовується в багатьох галузях, не тільки в IT. Завдяки широкому застосуванню за моделлю багато матеріалів, і високий шанс, що описані з її допомогою діаграми зрозуміють фахівці з іншої галузі. До того ж, потенційна широта застосування дає можливість зручно описати більшість моделей, де б ви не працювали.

Можливість реверс-інжинірингу. Якщо якийсь уже існуючий проект не має документації або вам потрібно терміново і наочно пояснити іншим людям, як він працює, реверс-інжиніринг допоможе швидко вирішити проблему. Генерація UML на основі коду допомагає і в інших ситуаціях, наприклад, під час написання документації.

Зручна генерація. Йдеться і про генерацію коду з UML, і про створення документації на основі діаграм, і реверс-інжинірингу. Всі ці дії досить прості, їх не так вже й складно освоїти.

Зниження ризику помилки. Людський фактор – проблема, яка може призвести до помилок в описах, схемах або безпосередньо у програмних реалізаціях. Завдяки наочності та високому рівню автоматизації UML знижує ризик виникнення таких помилок.

Недоліки UML

Надмірність. Ранні версії UML критикували через те, що деякі позначення та сутності надмірні і практично не використовуються в реальних проектах — у них просто немає необхідності, а мова вони роблять громіздкішою.Згодом проблема стала менш помітною, але на початку роботи з UML все одно варто бути готовим до того, що багато сутностей знадобляться вам далеко не відразу — або не знадобляться зовсім.

Велика кількість позначень. Щоб працювати з UML правильно і коректно використовувати складові діаграми, знадобиться вивчити щонайменше близько ста позначень.

Як побудувати UML-схему

Існує два варіанти: за допомогою будь-якого сервісу для побудови діаграм або за допомогою програмних модулів.

Сервіси та редактори. Сервіси дають можливість малювати діаграми вручну Вони схожі на графічні редактори, тільки замість кистей і ручок у них є вже готові компоненти, з яких «збирається» схема. їх можуть зв'язуватися з сервісами для редагування документів, зберігання даних та інших дій. Наприклад, веб-додаток. diagrams.net сумісне з хмарними сервісами Google та системами контролю версій Git. Детальніше про Git можна прочитати в нашій статті.

Модулі та бібліотеки. Модулі для IDE та бібліотеки для популярних мов програмування дозволяють створювати UML за допомогою програмного коду. малювати» візуалізацію за допомогою інших інструментів. Такі утиліти та бібліотеки існують, наприклад, для Java, JavaScript, PHP та інших поширених мов.

Три кроки до нової спеціальності. Пройдіть тест, щоб визначити свою IT-професію. На прямому ефірі дізнайтесь все про п'ять топових IT-спеціальностей та виберіть свою. Отримайте шанс виграти грант на навчання, сертифікат на 5000 рублів або курс SQL.