Давайте проверим правда ли это! Мы решили спросить у опытного специалиста про ее опыт работы с UML-диаграммами на работе. На карточках поместили ее ответ.
Если вы все еще не знакомы с самыми полярными UML-диаграммами, то будем ждать вас на ближайшем потоке курса «Системное моделирование. Проектирование информационных систем с помощью UML». Подробнее.
Автор поста — Дарья Курнаева
Под редакцией SE
#курс@systems_education #UML@systems_education
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
❤6
Давайте поэтапно пройдём проектирование и реализацию архитектуры MVP нашего мини-проекта «CatFacts Bot» — начиная с идеи и проектирования системы и заканчивая визуализацией данных.
⬆️ Все этапы оформили на карточках
Вот так всего за несколько минут вы погрузились в процесс проектирования и реализацию архитектуры настоящего MVP. Если хотите проделать тот же процесс, но с более серьезным проектом, будем ждать вас на ближайшем потоке курса «Архитектура ИТ-решения: проектирование и реализация MVP».
Подробнее о курсе
Автор поста — Георгий Чухланцев
Под редакцией SE
#курс@systems_education #проектирование@systems_education #MVP@systems_education
Вот так всего за несколько минут вы погрузились в процесс проектирования и реализацию архитектуры настоящего MVP. Если хотите проделать тот же процесс, но с более серьезным проектом, будем ждать вас на ближайшем потоке курса «Архитектура ИТ-решения: проектирование и реализация MVP».
Подробнее о курсе
Автор поста — Георгий Чухланцев
Под редакцией SE
#курс@systems_education #проектирование@systems_education #MVP@systems_education
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
❤5👍5
Отчёт Microsoft Work Trend Index от 2024 года показал, что 75 % офисных сотрудников уже используют ИИ в работе.
Многих аналитиков пугает эта мысль тем, что вскоре их на рабочем месте заменит всеми известный ChatGPT. Однако не стоит воспринимать ИИ как полностью автономное решение, способное забрать на себя все задачи системного аналитика, этого не произойдет по двум причинам:
Даже самые передовые модели ИИ не знают уникальных бизнес-процессов, исторически сложившихся правил или нюансов конкретного продукта.
Модели генерируют ответ на основе данных, которые были заложены в них при обучении. Без четких указаний и ограничений результаты будут:
— Шаблонными: опирающимися на общеизвестные, но нерелевантные в конкретном случае практики.
— Неоднозначными: допускающими множественные интерпретации.
— Лишенными критических деталей: упускающими ключевые ограничения и требования.
Согласно исследованию от McKinsey «Superagency in the Workplace» 2025 г. лишь 1 % компаний считают своё использование ИИ зрелым, хотя 92 % планируют увеличить инвестиции. Получается, что роль аналитика в проверке и корректировке результатов остаётся ключевой, а умение формулировать ясные структурированные запросы так же важно, как техники интервьюирования или моделирование процессов.
Потенциал ИИ раскрывает только специалист, который сочетает глубокое знание продукта с мастерством формулировки промптов. Эта компетенция называется промт-инжиниринг (prompt‑engineering) — она усиливает эффект от использования ИИ, сокращает рутину и ускоряет подготовку точных требований. Обучиться ей вы можете на нашем новом воркшопе «Промпт-инжиниринг для системных аналитиков». Подробнее тут.
Автор поста — Денис Белозеров
Под редакцией SE
#воркшоп@systems_education #ИИ@systems_education
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥7❤1😁1
Продолжаем серию вебинаров по самым популярным UML-диаграммам. Опубликовали запись доклада на тему «Sequence Diagram: построение и применение»
Тайм-код вебинара:
00:00 Приветствие
01:08 О спикере и вебинаре
02:23 План презентации
03:18 Назначение диаграммы последовательности
04:14 Ключевые элементы (UML 2.5.1 vs 1.X)
06:37 Графические элементы
12:07 Подходы к созданию диаграмм
34:42 Типичные ошибки — Технические
45:17 Типичные ошибки — Логические
57:05 Инструменты (краткий обзор)
58:32 Выводы
59:40 Домашнее задание
01:01:26 Рекомендации SE
01:03:28 Вопросы зрителей
Посмотреть запись можно как на нашем YouTube канале, так и в группе в ВК
Курс и воркшоп, которые могут быть вам интересны:
— «UML-диаграммы последовательности для аналитика: ликбез и примеры использования»
— «Системное моделирование. Проектирование информационных систем с помощью UML»
— «Use Case: основы»
📌 Всех, кто не хочет пропустить ни одного анонса наших вебинаров, приглашаем в нашу группу @se_webinars, где мы по топикам публикуем новости, полезные материалы, записи и слайды презентаций вебинаров.
#вебинары@systems_education
Тайм-код вебинара:
00:00 Приветствие
01:08 О спикере и вебинаре
02:23 План презентации
03:18 Назначение диаграммы последовательности
04:14 Ключевые элементы (UML 2.5.1 vs 1.X)
06:37 Графические элементы
12:07 Подходы к созданию диаграмм
34:42 Типичные ошибки — Технические
45:17 Типичные ошибки — Логические
57:05 Инструменты (краткий обзор)
58:32 Выводы
59:40 Домашнее задание
01:01:26 Рекомендации SE
01:03:28 Вопросы зрителей
Посмотреть запись можно как на нашем YouTube канале, так и в группе в ВК
Курс и воркшоп, которые могут быть вам интересны:
— «UML-диаграммы последовательности для аналитика: ликбез и примеры использования»
— «Системное моделирование. Проектирование информационных систем с помощью UML»
— «Use Case: основы»
📌 Всех, кто не хочет пропустить ни одного анонса наших вебинаров, приглашаем в нашу группу @se_webinars, где мы по топикам публикуем новости, полезные материалы, записи и слайды презентаций вебинаров.
#вебинары@systems_education
YouTube
Sequence Diagram: построение и применение • Полина Комкова
Вебинар является частью марафона по диаграммам UML. Ведущие рассказывают необходимую теорию и закрепляют её на примерах по одному сквозному кейсу «Каршеринг». Четвертая диаграмма в этом марафоне — Sequence Diagram.
Тайм-код вебинара:
00:00 Приветствие
01:08…
Тайм-код вебинара:
00:00 Приветствие
01:08…
❤5👍1
В большинстве проектов диаграммы последовательности ограничиваются линиями жизни и стрелками сообщений. Но как только в процесс попадают условия, соглашения об уровне сервиса (SLA), параллельные действия или альтернативные ветки — простая схема перестаёт работать.
UML Sequence Diagram даёт более 15 элементов, позволяющих описывать сложные сценарии. Однако реальная проблема не в том, чтобы «знать все значки», а в том, чтобы применять их так, чтобы диаграмма не превращалась в карту метро.
Чтобы сохранить баланс между полнотой и читаемостью, на практике работают три приёма:
1️⃣ Группируйте смысловые блоки
Фреймы, комбинированные фрагменты и области помогают удерживать структуру и не терять логику в нагромождении сообщений.
2️⃣ Разделяйте уровни детализации
На верхнем уровне фиксируйте ключевые шаги, а глубину выносите в отдельные диаграммы (InteractionUse, PartDecomposition). Это позволяет одновременно и не терять деталей, и оставлять «карту процесса» доступной для всех участников.
3️⃣ Используйте расширенные элементы выборочно
Ограничения по времени, инварианты состояния и исключения действительно полезны, но стоит включать их только там, где SLA или критичные условия определяют бизнес-логику.
Например, при моделировании доставки заказа можно:
▫️ на верхнем уровне показать цепочку «создание → оплата → доставка»
▫️ детализировать сценарий оплаты в отдельной диаграмме
▫️ добавить временные ограничения только там, где они влияют на SLA
Так диаграмма остаётся одновременно и полной, и читаемой
На воркшопе «UML-диаграммы последовательности для аналитика: ликбез и примеры использования» мы разберём не только нотацию, но и подходы к структурированию, которые помогают удерживать баланс между избыточной детализацией и чрезмерным упрощением.
Регистрация
Автор поста — Анастасия Кайнова
Под редакцией SE
#воркшоп@systems_education #uml@systems_education #sequence@systems_education
UML Sequence Diagram даёт более 15 элементов, позволяющих описывать сложные сценарии. Однако реальная проблема не в том, чтобы «знать все значки», а в том, чтобы применять их так, чтобы диаграмма не превращалась в карту метро.
Чтобы сохранить баланс между полнотой и читаемостью, на практике работают три приёма:
Фреймы, комбинированные фрагменты и области помогают удерживать структуру и не терять логику в нагромождении сообщений.
На верхнем уровне фиксируйте ключевые шаги, а глубину выносите в отдельные диаграммы (InteractionUse, PartDecomposition). Это позволяет одновременно и не терять деталей, и оставлять «карту процесса» доступной для всех участников.
Ограничения по времени, инварианты состояния и исключения действительно полезны, но стоит включать их только там, где SLA или критичные условия определяют бизнес-логику.
Например, при моделировании доставки заказа можно:
Так диаграмма остаётся одновременно и полной, и читаемой
На воркшопе «UML-диаграммы последовательности для аналитика: ликбез и примеры использования» мы разберём не только нотацию, но и подходы к структурированию, которые помогают удерживать баланс между избыточной детализацией и чрезмерным упрощением.
Регистрация
Автор поста — Анастасия Кайнова
Под редакцией SE
#воркшоп@systems_education #uml@systems_education #sequence@systems_education
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥9❤2👍2
This media is not supported in your browser
VIEW IN TELEGRAM
Последние новости о кибератаках на Аэрофлот, Винлаб и другие компании намекают нам, разработчикам ПО и системным аналитикам в частности — ПО должно быть безопасным.
Давайте посмотрим, а требует ли рынок в лице HH от аналитиков умение работать с требованиями безопасности. Или он еще не среагировал на актуальные вызовы? Задают ли вопросы о безопасности на собеседованиях в зависимости от грейда?
На интервью с кандидатами на Junior позиции вопросов о требованиях к безопасности обычно не задают. Это объяснимо, джун выполняет более простые и распространенные задачи под руководством опытных аналитиков.
🔹 При собеседовании Middle аналитиков вопросы о требованиях к безопасности уже изредка появляются. В основном это:
— Что такое идентификация/аутентификация/авторизация?
— Какие методы аутентификации бывают?
🔹 На позицию Senior чаще появляются вопросы по ИБ, по статистике с ними сталкиваются примерно на каждом четвертом собеседовании. Как правило, это Финтех, Телеком и крупные интеграторы. Примеры таких вопросов:
— Чем отличается авторизация от аутентификации?
— Что такое basic auth?
— Как защитить API?
— Как работает Ouath?
— Как защитить данные?
С ростом грейда меняется ответственность и подходы к решению задач. Senior системный аналитик становится не просто экспертом, а стратегом, который участвует в разработке ПО на уровне архитектуры и безопасности. Формальной подготовки ответов не достаточно. Нужны более глубокие знания, которые вы можете получить на воркшопе «Основы разработки требований к информационной безопасности ИТ-систем».
Автор поста — Наталья Козлова
Под редакцией SE
Давайте посмотрим, а требует ли рынок в лице HH от аналитиков умение работать с требованиями безопасности. Или он еще не среагировал на актуальные вызовы? Задают ли вопросы о безопасности на собеседованиях в зависимости от грейда?
На интервью с кандидатами на Junior позиции вопросов о требованиях к безопасности обычно не задают. Это объяснимо, джун выполняет более простые и распространенные задачи под руководством опытных аналитиков.
— Что такое идентификация/аутентификация/авторизация?
— Какие методы аутентификации бывают?
— Чем отличается авторизация от аутентификации?
— Что такое basic auth?
— Как защитить API?
— Как работает Ouath?
— Как защитить данные?
С ростом грейда меняется ответственность и подходы к решению задач. Senior системный аналитик становится не просто экспертом, а стратегом, который участвует в разработке ПО на уровне архитектуры и безопасности. Формальной подготовки ответов не достаточно. Нужны более глубокие знания, которые вы можете получить на воркшопе «Основы разработки требований к информационной безопасности ИТ-систем».
Автор поста — Наталья Козлова
Под редакцией SE
Please open Telegram to view this post
VIEW IN TELEGRAM
❤6👍1
Нам стало интересно, сколько часов, по мнению самого ИИ, займёт обучение со Study Mode, например, по теме интеграции систем. Чтобы понять, насколько эффективен подобный подход, мы сравним часы, потраченные на самообучение, с расписанием курса «Интеграция систем. Разработка требований и основы проектирования».
Главный вывод по нашему расследованию
— Самостоятельное обучение с ChatGPT Study Mode
Да, скорее всего у вас получится изучить тему интеграции систем, но вы потратите 185-260 часов и получите только общее понимание без уверенности в практических умениях (DFD, Postman, Swagger, Data Mapping) и без глубокого фидбека эксперта по вашим решениям.
— На курсе
Вы потратите 23.5 часа интенсивного обучения и получите структурированные знания, проверенные практические умения, экспертную обратную связь по каждому модулю и готовое портфолио.
Экономия — это не всегда про деньги. Самостоятельное изучение займет у вас от 20 до 29 рабочих дней.
Подробнее о курсе «Интеграция систем. Разработка требований и основы проектирования»
Автор поста — Георгий Чухланцев
Под редакцией SE
#интеграции@systems_education #REST@systems_education #брокеры@systems_education #Kafka@systems_education #SOAP@systems_education #XML@systems_education
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
❤5