Systems.Education: Системный Анализ и Проектирование информационных систем: архитектура, интеграции, базы данных

Чужой против Хищника: как ИИ разбирает российские законы Строгость российских законов смягчается необязательностью их исполнения — попробуйте объяснить эту крылатую фразу системе, в которой должны быть зашиты правила, проверки и статусы. 7 апреля в 19:00 на бесплатном вебинаре Алина Богачёва и Денис Бесков покажут, как переводить юридический на язык системных и бизнес-аналитиков. Как из фразы, после которой хочется закрыть ноутбук и уйти в лес, получить понятное бизнес-правило и нормальное требование к системе. И нет, промт «ИИ, нормально сделай мне анализ закона» не работает. Будем использовать ИИ как ассистента, который помогает разложить текст по цепочке: норма → логика → бизнес-правило → требование. Отработаем на реальных примерах. Допустим, возьмём 152-ФЗ, статья 18, часть 5 (не пытайтесь это прочитать самостоятельно без помощи профессионала):

При сборе персональных данных, в том числе посредством информационно-телекоммуникационной сети "Интернет", запись, систематизация, накопление, хранение, уточнение (обновление, изменение), извлечение персональных данных граждан Российской Федерации с использованием баз данных, находящихся за пределами территории Российской Федерации, не допускаются, за исключением случаев...

Для бизнеса: переходим с Google Forms на Яндекс формы. Для системы: если в контуре есть внешний IdP, CRM, SaaS-форма или сервис авторизации, они не должны быть первичной точкой записи персональных данных граждан РФ. Или, скажем, 63-ФЗ, статья 11 (уберите детей от экрана):

Квалифицированная электронная подпись признается действительной, если квалифицированный сертификат действителен на момент подписания электронного документа (при наличии достоверной информации о моменте подписания электронного документа) или на день проверки действительности указанного сертификата, если момент подписания электронного документа не определен...

Для бизнеса: короче, используйте Госключ и живите спокойно. Для системы: проверка КЭП должна быть не булевым полем is_signed = true, а полноценной цепочкой проверки сертификата, ключа, времени подписания и целостности документа. ЗАПИСИ НЕ БУДЕТ (некоторые реакции на юридический язык хороши только в прямом эфире, на монтаже цензуры не оберёшься) Как вы понимаете, вебинар будет содержать сцены аналитического насилия над канцеляритом. Потому что в системе необязательность исполнения не работает. Регистрация на вебинар

Опубликовали запись интервью с Дмитрием Боболевым на тему «От разработчика к фаундеру — как на самом деле строится продукт» Как выглядит реальный discovery в стартапе, когда у тебя нет аналитиков, методологий и красивых фреймворков — но есть идея, рынок и давление времени? Поговорили с Дмитрием Боболевым — основателем стартапа Froxi AI — про путь от разработчика к фаундеру, запуск продукта и работу с пользователями в условиях неопределённости. Тайм-код интервью: 00:00 Приветствие 00:59 О спикере. Путь от разработчика к фаундеру 02:57 Роль фаундера: как проходит день и на что уходит время 05:16 Общение с пользователями: кастдев и работа с потребностями 08:10 Как рождалась идея и формировался продукт 10:58 Проверка гипотез и валидация идеи на практике 17:58 Как искать точки роста продукта помимо общения с пользователями 20:06 Нужен ли аналитик в стартапе и вопросы делегирования 22:04 Переход к своему продукту: страхи, сомнения и личный опыт 27:05 Ошибки и фейлы при запуске и развитии продукта 33:23 Что сложнее: найти причину проблемы или её исправить 36:11 Зачем развивать офлайн-сообщество в цифровую эпоху 41:49 Жизненный цикл сообщества: как поддерживать его активность 46:04 Самый важный навык для IT-специалистов в ближайшие годы 49:02 Заключение Посмотреть запись можно как на нашем YouTube канале, так и в группе в ВК #вебинары@systems_education

🤔 Почему ваш API вызывает бесконечные вопросы и созвоны (и как это исправить) ⬆️ Если ваши методы непонятны без объяснений — проблема не в людях, а в договорённостях. REST + OpenAPI помогают сделать API прозрачным, самодокументируемым и предсказуемым. На карточках рассказали, как команде экономить время и ресурсы. Узнать больше про проектирование интеграций с REST API можно на воркшопе Автор поста — Дарья Курнаева Под редакцией SE #воркшоп@systems_education #интеграция@systems_education #RESTAPI@systems_education

Дело «Умный Лондон». Серия 5 — Словарь данных и UML: Каталог улик

За всей серией постов следите по хештегу #Шерлок@systems_education

Что произойдет, если на этапе проектирования данных позволить заказчику вписывать свободный текст в атрибуты состояний, да еще и без сохранения истории? Нет, система не рухнет. Но она потеряет главное — способность хранить полный архив с каталогом улик с четкой привязкой к дате и времени, как того требуют правила раскрытия любого преступления. В пятой серии расследования Шерлок проводит ревью модели данных для домена Управления инцидентами. ИИ Лестрейд сгенерировал PlantUML-код, где атрибут Status у класса Incident оказался обычной перезаписываемой строкой (String). Мэр Лондона обрадовался: теперь его цифровые аватары смогут писать туда длинные PR-сообщения для жителей. Но если передать такую спецификацию в разработку, алгоритмы маршрутизации не смогут обрабатывать тексты, город потеряет весь аудит происшествий, а скорые застрянут в пробках. В новом видео Шерлок с помощью PlantUML выносит статусы в класс-справочник (Reference Data), добавляет класс истории (Status History) и наполняет словарь данных точными системными кодами (NEW, DISPATCHED, ON_SCENE и др.), которые управляют умными светофорами. ⬆️ Как Холмс и ИИ Лейстрейд разбираются с этими задачами по методике SARD — смотрите в видео-обзоре. 🎥 Посмотреть видео на YouTube Автор поста — Елена Беляева Под редакцией SE #курс@systems_education #системный_анализ@systems_education

Команда продукта Storm BPMN оказала существенную финансовую поддержку нашей школе, спасибо коллегам огромное! 👉 StormBPMN — платформа, которая превращает бизнес-процессы в прозрачную и управляемую систему. Что внутри: — Моделирование процессов в BPMN (понятно всем, не только аналитикам) — Единая база всех процессов, ролей и документов — Согласование процессов прямо в браузере (без лишнего софта) — Контроль связей и узких мест в процессах — Автоматическая проверка ошибок в моделях Почему это важно: ✔️ меньше хаоса и «ручного управления» ✔️ быстрее согласования и внедрение изменений ✔️ прозрачная ответственность (кто за что отвечает) ✔️ решения на основе данных, а не интуиции () Результаты пользователей: 📉 до −46% времени выполнения процессов 📈 рост эффективности и ускорение внедрения BPM 💡 Это не просто редактор схем — это полноценная система управления процессами: от моделирования до контроля KPI в одной среде. Если вы строите процессный офис, внедряете BPM или просто хотите «разгрести бардак» — стоит посмотреть. В ближайшее време анонсируем ещё пару коллабораций с Storm BPMN.

Сохранили для вас бесплатные тесты на сайте ещё на год: https://systems.education/b-test-q27

Представьте, что вы разрабатываете API для ветеринарной клиники. Вы проектируете метод GET /animals, который возвращает список всех питомцев. Однако ваша клиника расширяется и вы начинаете обслуживать не только кошек, но и собак и рептилий. Ваш врач-ветеринар говорит, что помимо общей информации (кличка, возраст, данные хозяина) нужно хранить специфические для каждого вида животных данные. ⬆️ Интересная ситуация? Давайте подумаем, что делать в таком случае? Более подробно изучить вопросы проектирования API и интеграций вы можете в рамках курса «Интеграция систем. Интеграция систем. Разработка требований и основы проектирования + ИИ» Автор поста — Юрий Насу Под редакцией SE

⬇️ Код из карточек — Спецификация OpenAPI openapi: 3.0.3 info: title: Vet Clinic API version: 1.0.0 paths: /animals: get: summary: List animals responses: "200": description: Animals list (polymorphic items) content: application/json: schema: type: array items: $ref: "#/components/schemas/Animal" components: schemas: Animal: oneOf: # указывает, что объект Animal должен соответствовать одной (и только одной) из указанных ниже схем - $ref: "#/components/schemas/Cat" - $ref: "#/components/schemas/Dog" - $ref: "#/components/schemas/Reptile" discriminator: # дискриминатор propertyName: species # используется поле species для определения типа mapping: # маппинг схемы ответа для каждого вида животного в зависимости от значения species cat: "#/components/schemas/Cat" dog: "#/components/schemas/Dog" reptile: "#/components/schemas/Reptile" AnimalBase: type: object required: [id, name, species, ageYears, owner] properties: id: type: string name: type: string species: type: string description: Discriminator (animal kind). Will be extended ageYears: type: integer owner: $ref: "#/components/schemas/Owner" Owner: type: object required: [id, fullName] properties: id: type: string fullName: type: string Cat: allOf: # Используется для склейки AnimalBase и специфичных для Cat полей - $ref: "#/components/schemas/AnimalBase" - type: object required: [species, felvStatus] properties: species: type: string enum: [cat] felvStatus: type: string enum: [positive, negative, unknown] description: FeLV test status Dog: allOf: - $ref: "#/components/schemas/AnimalBase" - type: object required: [species, heightAtWithersCm] properties: species: type: string enum: [dog] heightAtWithersCm: type: integer description: Height at withers in centimeters Reptile: allOf: - $ref: "#/components/schemas/AnimalBase" - type: object required: [species, enclosureTempC] properties: species: type: string enum: [reptile] enclosureTempC: type: number description: Enclosure temperature in Celsius

Воркшоп «Основы разработки требований к информационной безопасности ИТ-систем» ▫️Когда? 25-26 Апреля ▫️Воркшоп будет полезен, если: — работаете на крупную компанию, коммерческую или государственную — ваш продукт или система содержат чувствительные данные, например, относится к сфере финансов или электронной коммерции — вы хотите предотвратить сложности и «‎внезапные» доработки безопасности на этапе приемки и эксплуатации вам необходимо точнее оценивать скоуп работ, включая требования, не заявленные явным образом — вы не любите заучивать перечни пунктов сертификации или формулировки стандартов — ваш процесс разработки включает согласование со службой ИБ ▫️Цели обучения — Получить универсальный фундамент понимания принципов информационной безопасности. — Сформировать умения, применимые для разных категорий систем в разных юрисдикциях. — Улучшить качество проектной документации и ТЗ, в том числе на проектах интеграции. Регистрация

❗️ Для данного воркшопа доступна функция оплаты в Сплит — разделите стоимость обучения на комфортные платежи.

#воркшоп@systems_education #ИБ@systems_education

Коллеги-подписчики предложили добавить ссылку на сбор средств для тех, кто готов помочь финансово, вот она: https://www.tbank.ru/cf/3UsgWBta5BW

Нам помогают и мы сохраняем, что можем А теперь хорошие новости. Вчера произошло шоковое по позитивности событие. Ко мне в личку пришёл подписчик наших каналов и групп, который знает меня более 10 лет и предложил финансовую помощь в размере 300 тр. Как он это объяснил:

«Я действующий СА, сейчас есть некоторое количество свободных средств, не хочу, чтобы хорошее дело пропадало».

Что нам это даст сейчас: — мы сможем выполнить ряд своих обязательств перед командой и ФНС — мы сможем немного выдохнуть и подумать над тем, какие активности и форматы мы сможем сохранить для вас Что мы точно сохраним: — сайт Systems.Education со статьями и подборками, аккаунт со статьями на Хабре — видео на YouTube, ВК, Rutube — доступы к материалам на Google Drive для выпускников — зеркало базы знаний по проектированию систем systems-wiki.super.site — регулярное открытое проведение курса по интеграции Лены Бенкен (1-2 раза в квартал) — возможность пройти курс по интеграции в асинхронном формате на Stepik — каталог курсов для компаний — готовность обучать корпоративные группы (от 7 человек) по запросу по курсам из нашего каталога для компаний Чего точно не будет: — публикаций в каналы и рассылки более, чем анонсы курса по интеграций — открытого проведения всех остальных курсов и воркшопов — конференций, тем более бесплатных Над чем думаем, что можно сохранить: — лабы хотим передать для проведения партнёрам (завтра встречаюсь с ними на эту тему) — вебинары можем проводить по заказу компаний, но вряд ли получится так часто, как раньше — скорее, 1 вебинар в месяц Если у вас есть идеи, что бы вы хотели сохранить и как помочь SE в реализации своей миссии развития культуры проектирования информационных систем — пишите в комменты тут и в личку @beskov

🏫 Мы подготовили карточки про типажи заказчиков по моделям поведения. Включили не всех, но многих! #рубрика_коучинг@systems_education Может вы встречали другие уникальные типажи, которые не попали в карточки? ⬇️ Расскажите о них в комментариях А научиться разрабатывать хорошие требования к программному обеспечению несмотря на сложности коммуникации с заказчиком вы сможете на курсе «Системный анализ + ИИ. Разработка требований и функциональное проектирование систем»

🔐 Классы состояний Почитать прошлые посты — #рубрика_просто_и_быстро_о_главном@systems_education

Продолжении серии постов будет в канале автора

Курсы, которые могут быть вам интересны: — Интеграция систем. Разработка требований и основы проектирования + ИИ — Проектирование интеграции с REST API Автор поста — Анастасия Кайнова Под редакцией SE

⬆️ Разбор задачи по интеграции из прошлого поста от Марики Узнать больше про интеграции систем Автор поста — Елена Беляева Под редакцией SE #задача_от@systems_education

Компания Сервисный центр ERG БИН 080 140 006 948 заключила 6 февраля 2026 года договор на 1,26 млн рублей на обучение по теме «Основы ООП и разработка UML-моделей» с ИП Бесков Денис Николаевич (бренд Systems.Education), ИНН 3128 0335 4703 В январе мы провели обучение с высоким качеством, что подтверждается оценками выпускников (из 20 оцeнок только одна 7-ка, все остальные — 8, 9 и 10). По договору компания должна была перевести 50% предоплаты в течение 7 календарных дней с даты подписания договора, то есть до 13 января 2026. За 2 месяца мы платёж так и не получили. Сначала контрагент сообщил, что нужный специалист ушёл в отпуск и не передал дела. Потом прислал платёжку, но отправил платёж не по тому БИК банка, ждал возврата. Последний месяц просто присылает отговорки, что отправят позже. Мы считаем подобное ведение дел недопустимым. Позор компании Сервисный центр ERG

Наш постоянный студент Иван продолжает осваиваться в мире системного анализа и хочет улучшить умения проектирования интеграционных обменов. Сегодня ему необходимо соединить три системы: — Интернет-магазин (сайт, где клиенты выбирают товары). — CRM (система для менеджеров, где хранится история заказов и коммуникаций). — Служба доставки (внешний сервис логистической компании). Всё работает отлично, пока не доходит до одного поля — «Регион доставки». В каждой системе оно хранится по-своему, потому что создатели думали о своем удобстве. Как Марика предлагает ему решить эту проблему — смотрите на карточках! ⬆️ Какой вариант решения вам кажется самым подходящим? Ставьте реакции, кто голосует за: Вариант А — 🔥 Вариант B — ❤️ Вариант С — 👍 Завтра опубликуем разбор от Марики! Если этот вопрос пока вызывает у вас трудности, рекомендуем пройти курс «Интеграция систем. Разработка требований и основы проектирования + ИИ», на котором вы под руководством эксперта сможете разобраться в теме интеграций и научиться проектировать взаимодействие ИТ-систем. Автор поста — Елена Беляева Под редакцией SE #задача_от@systems_education

Опубликовали запись доклада Дмитрия Никитина на тему «White label Android приложения: разработка, кастомизация и поддержка» с третьей онлайн-конференции Systems Design Online Тайм-код доклада: 00:00 Вступление 00:28 Что такое White Label 01:02 План доклада 01:37 Универсальность или кастомизация 04:51 Дизайн-система 09:01 Планирование независимых релизов 11:39 Автоматизация тестирования 17:20 Публикация приложений 19:57 Итоги 20:39 Вопросы по докладу Посмотреть запись можно на нашем YouTube канале #конференция@systems_education

Опубликовали запись вебинара Ксении Тесёлкиной на тему «Как не ждать разработку: от BPMN к ИИ-агенту в n8n»

Аналитики умеют моделировать процессы. Мы рисуем BPMN, формализуем требования, описываем данные и точки принятия решений. Но проверка гипотез часто занимает месяцы — пока процесс дойдёт до разработки, он уже изменится. На этом вебинаре разберём, как аналитик может самостоятельно превратить модель процесса в работающую автоматизацию и ИИ-агента без ожидания команды разработки. Мы посмотрим на n8n не как на «конструктор ботов», а как на слой оркестрации, который позволяет исполнять требования.

Тайм-код вебинара: 00:00 Приветствие 00:47 О спикере 02:06 План вебинара 03:45 Текущий рынок и проверка гипотез 08:32 Исполняемая архитектура 14:31 ИИ-агент — это система 22:11 Где ИИ действительно нужен 25:20 От BPMN к исполнению в n8n 26:30 Память в ИИ-агентах 28:41 RAG: Retrieval-Augmented Generation 32:16 Multi-agent архитектура 33:53 Примеры проектов в n8n 35:36 Пример: ТГ бот для правильного питания 38:37 Пример: ТГ бот — помощник архитектора 47:23 Практика: делаем автоматизацию за 30 минут 01:21:13 Примеры: RAG и инструменты в n8n 01:24:44 От таблицы BPMN к n8n mapping 01:25:05 Ограничения и риски 01:26:33 Как начать реализацию 01:27:49 Рекомендации SE 01:29:33 Заключение. Вопросы зрителей Посмотреть запись можно как на нашем YouTube канале, так и в группе в ВК

Школа Systems Education закрывается Спасибо, что были с нами: приходили на обучение, оставляли отзывы, читали наш канал и статьи на сайте, смотрели вебинары и участвовали в конференциях. Вместе с вами мы развивали индустрию и повышали уровень проектирования систем. До конца марта на этом канале вас ждут интересные посты, которые подготовили наш маркетолог Алёна Кудрявцева, карьерный коуч Кристина Годовых и авторы, с которыми мы сотрудничаем. Поддержите нас: прямо сейчас оплатите участие на курсе, воркшопе или лабораторной. Тем более что они будут последние. Мы проводим учебные потоки до начала июня — и на этом всё. Это позволит нам выплатить зарплаты и закрыть школу без долгов. Перейти в расписание Перешлите, пожалуйста, друзьям, коллегам и в свои блоги