Опубликовали статью Алины Богачёвой на тему «Обзор AI-систем на базе больших языковых моделей (LLM) и чат-ботов на их основе»
Эта статья представляет собой структурированный обзор и сравнение современных AI-систем, работающих на базе больших языковых моделей (LLM), таких как ChatGPT, GigaChat, YandexGPT, DeepSeek и другие. В документе рассмотрены российские и зарубежные решения, с разбивкой по категориям:
— универсальные чат-боты общего назначения,
— специализированные модели (для кода, медицины, юриспруденции и др.),
— инструменты для разработчиков (API, SDK),
— корпоративные/on-premise решения,
— модели с открытым исходным кодом.
Отдельное внимание уделено качеству поддержки русского языка, наличию или отсутствию геоблокировок, возможности оплаты из России и особенностям подключения к каждому сервису.
Обзор показывает состояние рынка на апрель 2025 года, выявляет сильные и слабые стороны решений, предлагает практические рекомендации по выбору и использованию ИИ-инструментов в России. В центре внимания – независимость от западных сервисов, возможности локализации, юридическая доступность и технологический суверенитет в сфере генеративного ИИ.
Почитать можно тут
#статьи@systems_education
Эта статья представляет собой структурированный обзор и сравнение современных AI-систем, работающих на базе больших языковых моделей (LLM), таких как ChatGPT, GigaChat, YandexGPT, DeepSeek и другие. В документе рассмотрены российские и зарубежные решения, с разбивкой по категориям:
— универсальные чат-боты общего назначения,
— специализированные модели (для кода, медицины, юриспруденции и др.),
— инструменты для разработчиков (API, SDK),
— корпоративные/on-premise решения,
— модели с открытым исходным кодом.
Отдельное внимание уделено качеству поддержки русского языка, наличию или отсутствию геоблокировок, возможности оплаты из России и особенностям подключения к каждому сервису.
Обзор показывает состояние рынка на апрель 2025 года, выявляет сильные и слабые стороны решений, предлагает практические рекомендации по выбору и использованию ИИ-инструментов в России. В центре внимания – независимость от западных сервисов, возможности локализации, юридическая доступность и технологический суверенитет в сфере генеративного ИИ.
Почитать можно тут
#статьи@systems_education
systems.education
Обзор AI-систем на базе больших языковых моделей (LLM) и чат-ботов на их основе
Автор: Алина Богачёва
❤10👍6
VK Видео
Инструмент моделирования архитектуры предприятия СиММА • Виктор Рудь
Перед российскими предприятиями стоит задача импортозамещения таких инструментов, как Sparx, Aris, PowerDesigner, Archi. СиММА позволяет сделать такое замещение. В том числе это первое российское ПО, которое поддерживает нотацию Archimate, C4, UML и позволяет…
Опубликовали запись вебинара на тему «Инструмент моделирования архитектуры предприятия СиММА»
Перед российскими предприятиями стоит задача импортозамещения таких инструментов, как Sparx, Aris, PowerDesigner, Archi. СиММА позволяет сделать такое замещение. В том числе это первое российское ПО, которое поддерживает нотацию Archimate, C4, UML и позволяет конструировать любые другие нотации, или смешивать нотации в произвольном порядке.
Виктор Рудь, Владелец СиММА, на вебинаре подробно рассказал о первом российском ПО класса Enterprise Architect.
Тайм-код вебинара:
00:00 Введение
01:31 План вебинара
05:30 Мета-моделирование в СиММА
12:18 Смотрим демо. Создание класса, мета-атрибута, мета-связи
25:15 Моделирование в СиММА
28:41 Смотрим демо. Создание и редактирование элемента, создание связи между элементами
32:54 Диаграммирование в СиММА
39:04 Смотрим демо. Создание схемы, изменение элемента схемы, создание стенсила графика, создание фантома
49:17 Варианты/примеры применения
55:05 Заключение
58:13 Вопросы
Посмотреть запись можно как на нашем YouTube канале, так и в группе в ВК
Курс и воркшопы, которые могут быть вам интересны:
— «Архитектура ИТ-решения: проектирование и реализация MVP»
— «Паттерны проектирования микросервисной архитектуры и нотация С4»
— «ArchiMate для проектирования и поиска скрытых связей»
📌 Всех, кто не хочет пропустить ни одного анонса наших вебинаров, приглашаем в нашу группу @se_webinars, где мы по топикам публикуем новости, полезные материалы, записи и слайды презентаций вебинаров.
#вебинары@systems_education
Перед российскими предприятиями стоит задача импортозамещения таких инструментов, как Sparx, Aris, PowerDesigner, Archi. СиММА позволяет сделать такое замещение. В том числе это первое российское ПО, которое поддерживает нотацию Archimate, C4, UML и позволяет конструировать любые другие нотации, или смешивать нотации в произвольном порядке.
Виктор Рудь, Владелец СиММА, на вебинаре подробно рассказал о первом российском ПО класса Enterprise Architect.
Тайм-код вебинара:
00:00 Введение
01:31 План вебинара
05:30 Мета-моделирование в СиММА
12:18 Смотрим демо. Создание класса, мета-атрибута, мета-связи
25:15 Моделирование в СиММА
28:41 Смотрим демо. Создание и редактирование элемента, создание связи между элементами
32:54 Диаграммирование в СиММА
39:04 Смотрим демо. Создание схемы, изменение элемента схемы, создание стенсила графика, создание фантома
49:17 Варианты/примеры применения
55:05 Заключение
58:13 Вопросы
Посмотреть запись можно как на нашем YouTube канале, так и в группе в ВК
Курс и воркшопы, которые могут быть вам интересны:
— «Архитектура ИТ-решения: проектирование и реализация MVP»
— «Паттерны проектирования микросервисной архитектуры и нотация С4»
— «ArchiMate для проектирования и поиска скрытых связей»
📌 Всех, кто не хочет пропустить ни одного анонса наших вебинаров, приглашаем в нашу группу @se_webinars, где мы по топикам публикуем новости, полезные материалы, записи и слайды презентаций вебинаров.
#вебинары@systems_education
❤2
💬 Было ли у вас такое, что сообщения в Kafka терялись?
Знакомая ситуация? Вроде бы настроили интеграцию, сообщения активно отправляются, потребители вроде как получают данные, но время от времени что-то исчезает, теряется, и непонятно, кто виноват — продьюсер, брокер или консьюмер?
Поделитесь в комментариях мыслями, как при интеграции через Kafka мы можем потерять сообщение? 👇
Через несколько дней выложим пост с ответом от эксперта школы Валерия Зубаирова. Если у вас пока нет идей, почему такое могло бы произойти, приглашаем вас на воркшоп «Проектирование и реализация очередей в брокерах RabbitMQ и Apache Kafka», на котором вы под руководством эксперта развернёте в бесплатных облачных средах свои инстансы и решите на них задачу публикации и потребления сообщений разными сервисами, написанными собственноручно на Python в Google Colab.
Подробнее
#воркшоп@systems_education #RabbitMQ@systems_education #ApacheKafka@systems_education
Знакомая ситуация? Вроде бы настроили интеграцию, сообщения активно отправляются, потребители вроде как получают данные, но время от времени что-то исчезает, теряется, и непонятно, кто виноват — продьюсер, брокер или консьюмер?
Поделитесь в комментариях мыслями, как при интеграции через Kafka мы можем потерять сообщение? 👇
Через несколько дней выложим пост с ответом от эксперта школы Валерия Зубаирова. Если у вас пока нет идей, почему такое могло бы произойти, приглашаем вас на воркшоп «Проектирование и реализация очередей в брокерах RabbitMQ и Apache Kafka», на котором вы под руководством эксперта развернёте в бесплатных облачных средах свои инстансы и решите на них задачу публикации и потребления сообщений разными сервисами, написанными собственноручно на Python в Google Colab.
Подробнее
#воркшоп@systems_education #RabbitMQ@systems_education #ApacheKafka@systems_education
🧑💻 Интеграция систем – это всегда поиск оптимального подхода.
Мы подготовили несколько ситуаций, описали задачи и перечислили несколько возможных способов интеграции. Ваша задача — выбрать наиболее подходящий в каждой ситуации.
Сегодня начнем с первой ситуации. Через несколько дней выложим пост с разбором от Елены Бенкен, эксперта школы SE и автора курса «Интеграция систем. Разработка требований и основы проектирования».
Варианты решений:
1. REST API (синхронные запросы между системами)
2. Webhooks (асинхронные уведомления о событиях)
3. Единая шина данных (ESB) для обмена
4. Регулярная выгрузка через ETL или файлы (batch-процесс)
Какой способ интеграции вы бы выбрали?
👇🏻Оставляйте свои голоса. Совсем скоро сравним их с ответом от эксперта!
Если этот вопросы пока вызывает у вас трудности, рекомендуем пройти курс «Интеграция систем. Разработка требований и основы проектирования», на котором вы под руководством эксперта сможете разобраться в теме интеграций и научиться проектировать взаимодействие ИТ-систем.
Подробнее о курсе
🔔 Следите за обновлениями в канале, если не хотите пропустить разбор от эксперта и следующие задачки по поиску оптимального способа интеграции!
#интеграции@systems_education #курс@systems_education
#задача_от@systems_education
Мы подготовили несколько ситуаций, описали задачи и перечислили несколько возможных способов интеграции. Ваша задача — выбрать наиболее подходящий в каждой ситуации.
Сегодня начнем с первой ситуации. Через несколько дней выложим пост с разбором от Елены Бенкен, эксперта школы SE и автора курса «Интеграция систем. Разработка требований и основы проектирования».
Ситуация — Синхронизация между CRM и интернет-магазином
Задача: необходимо наладить обмен данными между CRM-системой и платформой интернет-магазина. Например, новые заказы из интернет-магазина должны автоматически появляться в CRM, а обновления информации о клиентах в CRM — оперативно передаваться в магазин. Хотим, чтобы данные синхронизировались максимально быстро и точно.
Варианты решений:
1. REST API (синхронные запросы между системами)
2. Webhooks (асинхронные уведомления о событиях)
3. Единая шина данных (ESB) для обмена
4. Регулярная выгрузка через ETL или файлы (batch-процесс)
Какой способ интеграции вы бы выбрали?
👇🏻Оставляйте свои голоса. Совсем скоро сравним их с ответом от эксперта!
Если этот вопросы пока вызывает у вас трудности, рекомендуем пройти курс «Интеграция систем. Разработка требований и основы проектирования», на котором вы под руководством эксперта сможете разобраться в теме интеграций и научиться проектировать взаимодействие ИТ-систем.
Подробнее о курсе
🔔 Следите за обновлениями в канале, если не хотите пропустить разбор от эксперта и следующие задачки по поиску оптимального способа интеграции!
#интеграции@systems_education #курс@systems_education
#задача_от@systems_education
❤3🔥1
BPMN-модель как динамический регламент: почему диаграмма должна функционировать, а не лежать в архиве
BPMN изначально задумывался как универсальный стандарт описания бизнес-процессов. Однако на практике большинство BPMN-диаграмм «умирают» в течение нескольких недель после презентации: их создают ради формального утверждения или архитектурного обзора, после чего модель сохраняют в PDF-архиве и больше не используют.
Перечислим основные причины подобного исхода и рекомендации, позволяющие превратить BPMN-модель в действующий регламент.
1️⃣ Отсутствие привязки к целевым показателям
Часто диаграмма отражает только последовательность действий и ответственных лиц, но не содержит информации о ключевых метриках процесса (Lead Time, SLA, уровень дефектов и т. д.). В результате модель теряет управленческую ценность и не служит основой для контроля эффективности.
🔸 Рекомендации:
— Определить для каждого подпроцесса набор KPI и указать их в описании диаграммы.
— Закрепить методику расчёта показателей в регламенте.
— Интегрировать метрики в операционные дашборды (BI, BPMS), обеспечив оперативный мониторинг.
2️⃣ Отсутствие ответственного за актуализацию
BPMN-модель — это «живой» артефакт, требующий регулярного обновления. Без назначенного владельца диаграмма устаревает уже через квартал, а сотрудники перестают ей доверять.
🔸 Рекомендации:
— Назначить Process Owner или бизнес-архитектора, ответственного за поддержание актуальности схемы.
— Ввести регламент периодической ревизии (например, раз в три месяца).
— Вести версионирование модели, фиксируя дату, автора и комментарии к изменениям.
3️⃣ Отрыв модели от операционной практики
Если BPMN-схема не используется при постановке задач, в обучении персонала или автоматизации, она быстро превращается в «декоративный» документ.
🔸 Рекомендации:
— Включить диаграмму в официальные регламенты и процедуры организации; обеспечить ссылку на актуальную версию в корпоративном репозитории.
— Внедрить модель в BPMS или средство управления задачами, связывая шаги процесса с конкретными рабочими заданиями.
— Использовать BPMN-схему как обязательный элемент программы адаптации новых сотрудников.
4️⃣ Чрезмерная детализация и сложность восприятия
Избыточное число элементов, перекрёстные связи и глубокая вложенность подпроцессов затрудняют понимание и отталкивают пользователей.
🔸 Рекомендации:
— Разработать два уровня представления:
— High-Level Map — до 9 ключевых шагов с понятными названиями, отражающими суть процесса;
— Detailed View — отдельные подпроцессы для ИТ-специалистов и интеграторов.
— Применять группировку, коллапсы, цветовое выделение и гиперссылки между уровнями.
— Тестировать читаемость схемы на представителях бизнес- и ИТ-команд; дорабатывать до полного понимания.
5️⃣ Неиспользование модели как механизм управления
BPMN должен не просто фиксировать «что» и «кто», но и служить основой для улучшений. Если схема не способствует принятию решений и оптимизации, она бесполезна.
🔸 Рекомендации:
— Организовывать регулярные процессные сессии (Lean, Kaizen, SIPOC) с опорой на BPMN-схему.
— Привязывать элементы диаграммы к результатам внутренних аудитов, отзывам клиентов и показателям NPS.
— Проводить квартальные обзоры схемы с целью выявления узких мест и автоматизации рутинных задач.
Научиться моделированию бизнес-процессов и эффективно использовать BPMN можно на воркшопе «BPMN для людей: основы самой популярной нотации для описания бизнес-процессов».
Регистрация
#BPMN@systems_education #воркшоп@systems_education
BPMN изначально задумывался как универсальный стандарт описания бизнес-процессов. Однако на практике большинство BPMN-диаграмм «умирают» в течение нескольких недель после презентации: их создают ради формального утверждения или архитектурного обзора, после чего модель сохраняют в PDF-архиве и больше не используют.
Перечислим основные причины подобного исхода и рекомендации, позволяющие превратить BPMN-модель в действующий регламент.
1️⃣ Отсутствие привязки к целевым показателям
Часто диаграмма отражает только последовательность действий и ответственных лиц, но не содержит информации о ключевых метриках процесса (Lead Time, SLA, уровень дефектов и т. д.). В результате модель теряет управленческую ценность и не служит основой для контроля эффективности.
🔸 Рекомендации:
— Определить для каждого подпроцесса набор KPI и указать их в описании диаграммы.
— Закрепить методику расчёта показателей в регламенте.
— Интегрировать метрики в операционные дашборды (BI, BPMS), обеспечив оперативный мониторинг.
2️⃣ Отсутствие ответственного за актуализацию
BPMN-модель — это «живой» артефакт, требующий регулярного обновления. Без назначенного владельца диаграмма устаревает уже через квартал, а сотрудники перестают ей доверять.
🔸 Рекомендации:
— Назначить Process Owner или бизнес-архитектора, ответственного за поддержание актуальности схемы.
— Ввести регламент периодической ревизии (например, раз в три месяца).
— Вести версионирование модели, фиксируя дату, автора и комментарии к изменениям.
3️⃣ Отрыв модели от операционной практики
Если BPMN-схема не используется при постановке задач, в обучении персонала или автоматизации, она быстро превращается в «декоративный» документ.
🔸 Рекомендации:
— Включить диаграмму в официальные регламенты и процедуры организации; обеспечить ссылку на актуальную версию в корпоративном репозитории.
— Внедрить модель в BPMS или средство управления задачами, связывая шаги процесса с конкретными рабочими заданиями.
— Использовать BPMN-схему как обязательный элемент программы адаптации новых сотрудников.
4️⃣ Чрезмерная детализация и сложность восприятия
Избыточное число элементов, перекрёстные связи и глубокая вложенность подпроцессов затрудняют понимание и отталкивают пользователей.
🔸 Рекомендации:
— Разработать два уровня представления:
— High-Level Map — до 9 ключевых шагов с понятными названиями, отражающими суть процесса;
— Detailed View — отдельные подпроцессы для ИТ-специалистов и интеграторов.
— Применять группировку, коллапсы, цветовое выделение и гиперссылки между уровнями.
— Тестировать читаемость схемы на представителях бизнес- и ИТ-команд; дорабатывать до полного понимания.
5️⃣ Неиспользование модели как механизм управления
BPMN должен не просто фиксировать «что» и «кто», но и служить основой для улучшений. Если схема не способствует принятию решений и оптимизации, она бесполезна.
🔸 Рекомендации:
— Организовывать регулярные процессные сессии (Lean, Kaizen, SIPOC) с опорой на BPMN-схему.
— Привязывать элементы диаграммы к результатам внутренних аудитов, отзывам клиентов и показателям NPS.
— Проводить квартальные обзоры схемы с целью выявления узких мест и автоматизации рутинных задач.
Научиться моделированию бизнес-процессов и эффективно использовать BPMN можно на воркшопе «BPMN для людей: основы самой популярной нотации для описания бизнес-процессов».
Регистрация
#BPMN@systems_education #воркшоп@systems_education
❤6✍1👍1
💬 Что могут спросить про REST API на собеседовании?
На карточках мы собрали все самые часто задаваемые вопросы по этой теме вместе с ответами, которыми вы можете пользоваться! Сохраняйте, чтобы не потерять)
Если вы еще не можете уверенно ответить на все эти вопросы, будем ждать вас на воркшопе «Проектирование интеграции с REST API», где вы под руководством эксперта проанализируете процесс взаимодействия систем, потоки данных, опишете REST-like API и поймёте, как аналитик решает интеграционные задачи.
Регистрация
#воркшоп@systems_education #интеграция@systems_education #RESTAPI@systems_education #посты_про_собеседования #популярные_посты
На карточках мы собрали все самые часто задаваемые вопросы по этой теме вместе с ответами, которыми вы можете пользоваться! Сохраняйте, чтобы не потерять)
Если вы еще не можете уверенно ответить на все эти вопросы, будем ждать вас на воркшопе «Проектирование интеграции с REST API», где вы под руководством эксперта проанализируете процесс взаимодействия систем, потоки данных, опишете REST-like API и поймёте, как аналитик решает интеграционные задачи.
Регистрация
#воркшоп@systems_education #интеграция@systems_education #RESTAPI@systems_education #посты_про_собеседования #популярные_посты
❤7🔥2
Дайджест курсов и воркшопов школы на июнь 🌼
Сохраняйте пост, чтобы потом не потерять!
🔹Буткемп:
Системный аналитик: Проектировщик корпоративных информационных систем (с 12 июня)
Программа профессиональной переподготовки для действующих ИТ-специалистов и системных аналитиков
Регистрация
🔹Курсы:
1️⃣ Интеграция систем. Разработка требований и основы проектирования (с 9 июня)
На курсе вы:
— Изучите технологии интеграции
— Спроектируете рабочую интеграцию, которую можно будет использовать в качестве образца в работе или положить в Портфолио
— Научитесь документировать межсистемное взаимодействие
Регистрация
2️⃣ Проектирование микросервисов (с 12 июня)
На курсе вы сможете освоить пошаговую технологию проектирования микросервисов для создания корпоративных информационных систем и систем массового обслуживания.
Регистрация
3️⃣ Системное моделирование. Проектирование информационных систем с помощью UML (с 28 июня)
Этот курс для ИТ-специалистов, которые хотят научиться проектировать сложные информационные системы с помощью объектно-ориентированного подхода и 7 наиболее востребованных на рынке диаграмм UML
Регистрация
🔹Воркшопы:
1️⃣ BPMN для людей: основы самой популярной нотации для описания бизнес-процессов (с 7 июня)
Воркшоп для ИТ-специалистов, которые хотят научиться описывать логику выполнения бизнес-процессов с помощью формальной нотации — BPMN
Регистрация
2️⃣ Проектирование интеграции с REST API (с 14 июня)
Воркшоп будет полезен тем, кто хочет:
— познакомиться с REST API
— научиться проектировать интеграцию «с нуля»
— описывать REST-интерфейсы в виде, пригодном для разработки
Регистрация
3️⃣ Основы разработки требований к информационной безопасности ИТ-систем (с 16 июня)
Воркшоп для системных аналитиков и других ИТ-специалистов, которые хотят выявлять и формировать требования к информационной безопасности
Регистрация
4️⃣ Проектирование и реализация очередей в брокерах RabbitMQ и Apache Kafka (с 28 июня)
Воркшоп для опытных системных аналитиков, которые хотят познакомиться с брокерами сообщений RabbitMQ и Apache Kafka и не испугаются кода на Python — да, будет хардкор, будем писать код
Регистрация
5️⃣ Event Storming как техника моделирования предметной области и выявления микросервисов (с 30 июня)
Воркшоп будет полезен системным аналитикам и начинающим архитекторам, которые хотят:
— научиться быстрому исследованию бизнес-процессов
— изучить технику моделирования предметной области
— выделять микросервисы
Регистрация
#дайджест@systems_education
Сохраняйте пост, чтобы потом не потерять!
🔹Буткемп:
Системный аналитик: Проектировщик корпоративных информационных систем (с 12 июня)
Программа профессиональной переподготовки для действующих ИТ-специалистов и системных аналитиков
Регистрация
🔹Курсы:
1️⃣ Интеграция систем. Разработка требований и основы проектирования (с 9 июня)
На курсе вы:
— Изучите технологии интеграции
— Спроектируете рабочую интеграцию, которую можно будет использовать в качестве образца в работе или положить в Портфолио
— Научитесь документировать межсистемное взаимодействие
Регистрация
2️⃣ Проектирование микросервисов (с 12 июня)
На курсе вы сможете освоить пошаговую технологию проектирования микросервисов для создания корпоративных информационных систем и систем массового обслуживания.
Регистрация
3️⃣ Системное моделирование. Проектирование информационных систем с помощью UML (с 28 июня)
Этот курс для ИТ-специалистов, которые хотят научиться проектировать сложные информационные системы с помощью объектно-ориентированного подхода и 7 наиболее востребованных на рынке диаграмм UML
Регистрация
🔹Воркшопы:
1️⃣ BPMN для людей: основы самой популярной нотации для описания бизнес-процессов (с 7 июня)
Воркшоп для ИТ-специалистов, которые хотят научиться описывать логику выполнения бизнес-процессов с помощью формальной нотации — BPMN
Регистрация
2️⃣ Проектирование интеграции с REST API (с 14 июня)
Воркшоп будет полезен тем, кто хочет:
— познакомиться с REST API
— научиться проектировать интеграцию «с нуля»
— описывать REST-интерфейсы в виде, пригодном для разработки
Регистрация
3️⃣ Основы разработки требований к информационной безопасности ИТ-систем (с 16 июня)
Воркшоп для системных аналитиков и других ИТ-специалистов, которые хотят выявлять и формировать требования к информационной безопасности
Регистрация
4️⃣ Проектирование и реализация очередей в брокерах RabbitMQ и Apache Kafka (с 28 июня)
Воркшоп для опытных системных аналитиков, которые хотят познакомиться с брокерами сообщений RabbitMQ и Apache Kafka и не испугаются кода на Python — да, будет хардкор, будем писать код
Регистрация
5️⃣ Event Storming как техника моделирования предметной области и выявления микросервисов (с 30 июня)
Воркшоп будет полезен системным аналитикам и начинающим архитекторам, которые хотят:
— научиться быстрому исследованию бизнес-процессов
— изучить технику моделирования предметной области
— выделять микросервисы
Регистрация
#дайджест@systems_education
👏1🎄1
Очный курс «Системный анализ + ИИ. Разработка требований и функциональное проектирование систем»
🔹Когда?
25-27 сентября
🔹Этот курс для:
— Бизнес-аналитиков, цель которых — перейти от описания бизнес-процессов и пользовательских историй к разработке функций программной системы
— Бизнес-аналитиков, технических писателей, тестировщиков, цель которых — переквалифицироваться в системного аналитика
— Начинающих системных аналитиков, цель которых — структурировать информацию по системным требованиям
— Менеджеров проектов, цель которых — писать техническое задание на софт
— Разработчиков, цель которых — делать свои проекты или разобраться в теме требований
🔹На курсе вы:
— Определите бизнес-задачи, проблемы и цели проекта с помощью экспресс-методов
— Создадите концептуальную модель и словарь данных
— Разработаете законченный документ требований к ПО, который позволит проводить достоверное и качественное планирование, оценку, проектирование, реализацию и приёмку программы
— Выявите функциональный объём проекта с помощью контекстной диаграммы, юскейсов и функциональных требований
— Сформулируете атрибуты качества и ограничений
Регистрация
#курс@systems_education #системный_анализ@systems_education
🔹Когда?
25-27 сентября
🔹Этот курс для:
— Бизнес-аналитиков, цель которых — перейти от описания бизнес-процессов и пользовательских историй к разработке функций программной системы
— Бизнес-аналитиков, технических писателей, тестировщиков, цель которых — переквалифицироваться в системного аналитика
— Начинающих системных аналитиков, цель которых — структурировать информацию по системным требованиям
— Менеджеров проектов, цель которых — писать техническое задание на софт
— Разработчиков, цель которых — делать свои проекты или разобраться в теме требований
🔹На курсе вы:
— Определите бизнес-задачи, проблемы и цели проекта с помощью экспресс-методов
— Создадите концептуальную модель и словарь данных
— Разработаете законченный документ требований к ПО, который позволит проводить достоверное и качественное планирование, оценку, проектирование, реализацию и приёмку программы
— Выявите функциональный объём проекта с помощью контекстной диаграммы, юскейсов и функциональных требований
— Сформулируете атрибуты качества и ограничений
Регистрация
#курс@systems_education #системный_анализ@systems_education
❤2🔥1