16 часов
Онлайн/оффлайн
Удостоверение о повышении квалификации
Описание
«Школа квалифицированного заказчика: Инженерия требований» — практический курс для государственных и муниципальных служащих, технических заказчиков, бизнес-аналитиков и руководителей ИТ-проектов, которые хотят научиться писать технические задания, которые невозможно оспорить, и принимать системы без пробелов и двойных трактовок.
Без воды. Без абстрактных лекций. Без отрыва от реальности госзаказа. Только то, что реально работает при приёмке автоматизированных систем в 2026 году.
🔹 Как сформулировать требование, которое пройдёт экспертизу и приёмку — восемь критериев качества по IEEE 830, принцип атомарности, типовые ошибки из судебной практики.
🔹 Как написать SRS, OpsCon и Use Case по международным стандартам — и перевести их в российский ГОСТ 34.602-89 без потери требований.
🔹 Как написать техническое задание на АИС, ГИС и ГосИС — три типа систем, три адаптированные структуры ТЗ с готовыми шаблонами и чек-листами.
🔹 Как написать техническое задание на программное обеспечение по ГОСТ 19.201 — и не перепутать его с ГОСТ 34.602, который применяется для автоматизированных систем.
🔹 Как написать техническое задание на сайт — 12 обязательных разделов: от карты сайта и дизайна до безопасности, производительности и критериев приёмки.
🔹 Как провести аудит документации подрядчика — и составить мотивированный акт замечаний со ссылками на конкретные пункты ГОСТов.
🔹 Как разработать Программу и методику испытаний — чтобы каждый пункт ТЗ был проверен, а акт приёмки стал юридически безупречным документом.
🔹 Как защитить свои требования в суде — матрица трассировки (RTM), приоритезация по MoSCoW, критерии приёмки, которые работают в арбитражной практике.
🔹 Как выбрать стандарт — ГОСТ 34 или ГОСТ 19 — для любой задачи: от заказной АС до тиражного ПО и мобильного приложения.
Цель курса — дать заказчику полный набор инструментов для самостоятельной разработки технических заданий, приёмки автоматизированных систем и программного обеспечения, а также защиты интересов в спорах с подрядчиками. После курса вы не зависите от подрядчиков в формулировании требований и можете принимать работу без риска подписать «муляж» вместо документации.
Как проходит обучение
Модульность
Вы можете пройти курс с любого модуля. Если вам срочно нужно написать ТЗ на сайт — начинаете с Модуля 4. Если хотите сначала освоить международные стандарты спецификации — с Модуля 2. Неограниченный доступ к базе знаний после завершения курса.
Учитесь где угодно
Доступ с телефона, планшета или ноутбука — в любое время, в любом месте. Всё, что нужно, — устройство под рукой, и вы сразу можете продолжить обучение без ограничений
Поддержка учащихся
В течение всего курса вы получаете неограниченную обратную связь: задаёте вопросы и получаете подробные рекомендации от наставников. Разбор вашего Технического задания на АС, проверка SRS и Use Case, аудит документации подрядчика, рецензия на Программу и методику испытаний — наставники помогают внедрить знания в ваш проект.
Программа обучения
Модуль 1. Фундамент: требования как инженерная дисциплина (4 часа)
- Что такое требование по SWEBOK и BABOK. Определение. Отличие от проектного решения и пользовательской истории. Три типа утверждений, которые путают с требованиями
- Иерархия требований по BABOK 3.0. Business → Stakeholder → Solution (Functional / Non-Functional) → Transition. Как проверить, не пропущен ли уровень
- Восемь критериев качества требования по IEEE 830-1998. Корректность, однозначность, полнота, непротиворечивость, проверяемость, модифицируемость, трассируемость, приоритезированность. Каждый критерий с парой «плохо → хорошо» из реальной практики госзаказа
- Принцип атомарности. Одно предложение — одно требование — один тест. Как разбить склеенное требование на независимые единицы
- Пять техник извлечения требований по BABOK. Интервью, воркшопы, наблюдение, анализ документов, прототипирование. Когда какую применять
- Метод «5 Why» для отделения потребности от навязанного решения. Как не дать подрядчику или руководителю навязать «блокчейн» вместо реальной потребности
- Матрица трассировки требований (RTM). Горизонтальная, вертикальная и обратная трассировка. Как выявить «сиротские» и «золотые» требования
- Управление границами проекта. Scope Baseline, Scope Creep, приоритезация по MoSCoW. Как защитить проект от расползания
- IEEE 830-1998: структура SRS. Introduction, Overall Description, Specific Requirements. Шаблон функционального требования: Actor → Action → Object → Condition. Категории нефункциональных требований с численными метриками
- ISO/IEC/IEEE 29148-2011: системная рамка. StRS, SyRS, SRS. Operational Concept (OpsCon). Контекстная диаграмма системы
- Use Case по RUP. Уровни детализации по Коберну. Структура полностью детализированного Use Case: актор, предусловия, основной поток, альтернативные потоки, постусловия
- Конвертация международных артефактов в ГОСТ 34.602-89. Таблица соответствия разделов. Главный принцип: ни одно требование не должно исчезнуть при переносе
- Практикум: участники формулируют 5 атомарных требований для своего проекта, пишут SRS и OpsCon, разрабатывают Use Case с основным и альтернативными потоками, конвертируют в ТЗ по ГОСТ 34.602-89
Модуль 2. Техническое задание на АИС, ГИС и ГосИС (4 часа)
- Общая структура ТЗ по ГОСТ 34.602. Девять разделов — от «Общих сведений» до «Источников разработки». Как проверить любое ТЗ на полноту за 15 минут
- Техническое задание на АИС. Специфика автоматизированных информационных систем. Требования к информационному обеспечению: базы данных, справочники, НСИ, форматы документов, миграция. Ролевая модель: матрица ролей и прав доступа. Функции с регламентом и критериями отказа. Интеграционные требования
- Техническое задание на ГИС. Специфика геоинформационных систем. Требования к картографической основе: тип подложки, масштабный ряд, система координат, проекция, источник данных, частота обновления. Требования к пространственным данным: типы геометрии, атрибутивный состав, точность позиционирования. Геофункциональность: поиск, пространственные запросы, маршруты, геокодирование, тепловые карты. Производительность отрисовки
- Техническое задание на ГосИС. Юридический статус государственной информационной системы. Нормативная база: 149-ФЗ, Постановление № 676, требования ФСТЭК и ФСБ. Класс защищённости. Меры защиты информации. Интеграция с инфраструктурой электронного правительства: ЕСИА, ЕПГУ, СМЭВ, ЕСНСИ, ГосСОПКА. Аттестация и ввод в эксплуатацию. Типичные ошибки ТЗ на ГосИС из судебной практики
- Практикум: участники разрабатывают фрагмент ТЗ на АИС (информационное обеспечение, ролевая модель, функции), ТЗ на ГИС (картооснова, пространственные данные, геофункциональность), ТЗ на ГосИС (защита информации, интеграции, аттестация)
Модуль 3. Техническое задание на программное обеспечение (4 часа)
- ГОСТ 19 и ГОСТ 34: основы и отличия. Две нормативные вселенные. Критерий выбора стандарта. Сравнение разделов ТЗ, стадий разработки, видов документов. Таблица: когда ГОСТ 19, когда ГОСТ 34 — 10 типовых ситуаций из госзаказа
- Структура ТЗ по ГОСТ 19.201-78. Восемь разделов: введение, основания для разработки, назначение разработки, требования к программе, требования к программной документации, технико-экономические показатели, стадии и этапы разработки, порядок контроля и приёмки. Детальный разбор каждого раздела с шаблонами заполнения
- Требования к программе. Функциональные характеристики, надёжность, условия эксплуатации, информационная и программная совместимость. Как описать так, чтобы разработчик понял, а заказчик смог принять
- Стадии разработки ПО по ГОСТ 19.102. ТЗ → Эскизный проект → Технический проект → Рабочий проект → Внедрение. Содержание каждой стадии, сроки, отчётная документация
- Программная документация по ГОСТ 19.101. Спецификация, Текст программы, Описание программы, Формуляр, Руководство оператора, Руководство системного программиста. Обязательный минимум для приёмки. Как провести аудит комплекта документации и составить мотивированный акт замечаний
- Качество программного обеспечения и тестирование. Модель качества по ISO/IEC 25010: 6 характеристик с измеримыми показателями. Виды тестирования: модульное, интеграционное, системное, приёмочное. Критерии приёмки. Требования к сопровождению: гарантийный срок, SLA, депонирование исходного кода (эскроу)
- Практикум: участники выбирают стандарт для 10 типовых ситуаций, заполняют ТЗ на ПО по ГОСТ 19.201, разрабатывают матрицу качества по ISO 25010, пишут критерии приёмки, проводят аудит комплекта ПО-документации
Модуль 4. Техническое задание на сайт (4 часа)
- Структура ТЗ на сайт: основные разделы. 12 разделов полного ТЗ. Общие сведения (цели измеримы). Карта сайта и навигация. Требования к дизайну (адаптивность, типографика, цвета). Требования к вёрстке (HTML5, CSS3, кросс-браузерность, PageSpeed, WCAG 2.1 AA). Контент и CMS (роли, миграция). Функциональные требования (формы, чат, ЛК, поиск). SEO-требования (семантическое ядро, мета-теги, микроразметка, ЧПУ)
- Специфические разделы ТЗ на сайт. Требования к безопасности: OWASP Top 10, SSL/TLS, DDoS, резервное копирование, 152-ФЗ. Требования к производительности: TTFB, FCP, LCP, нагрузка, кэширование, CDN. Требования к хостингу: ОС, веб-сервер, СУБД, масштабирование, мониторинг. Требования к сопровождению: гарантия, SLA, обучение, документация. Требования к приёмке: виды тестирования, критерии
- Типичные ошибки ТЗ на сайт. Нет мобильной версии. Нет требований WCAG. «Сайт должен быть в топе Яндекса» — это другой контракт. Нет резервного копирования. Нет защиты OWASP. Чек-лист самопроверки из 10 пунктов
- Практикум: участники разрабатывают полное ТЗ на сайт: 12 разделов с измеримыми показателями. Проверяют себя по чек-листу типичных ошибок
Модуль 5. Итоговая аттестация и заключение
- Тестирование знаний (онлайн-тест на 30 вопросов по всем модулям: требования, международные стандарты, ГОСТ 34, ГОСТ 19, ТЗ на АИС, ГИС, ГосИС, ПО и сайты)
- Защита итогового проекта — комплекта документации для своего проекта: 5 атомарных требований, Use Case, фрагмент ТЗ по ГОСТ 34.602, фрагмент ПМИ, матрица трассировки
- Выдача удостоверения о повышении квалификации
- Рекомендации по дальнейшему развитию: углублённое изучение ГОСТ 34.603 (испытания), ГОСТ 34.201 (документирование), управление ИТ-проектами в госзаказе
Особенности:
- Практика вместо теории: 60% времени — работа с реальными шаблонами и кейсами из госзаказа. Вы не просто слушаете, а пишете SRS, OpsCon, Use Case, ТЗ по ГОСТ 34.602 и ГОСТ 19.201, ПМИ, матрицу трассировки.
- Международные и российские стандарты в одном курсе. SWEBOK, BABOK, IEEE 830, ISO 29148, RUP + ГОСТ 34, ГОСТ 19. Не конфликт, а единая методологическая система.
- Судебная практика. Разбор реальных кейсов: когда размытая формулировка в ТЗ привела к проигрышу заказчика. Как писать так, чтобы суд встал на вашу сторону.
- Готовые шаблоны. Каждый участник получает: шаблон SRS, шаблон OpsCon, шаблон Use Case, шаблон ТЗ по ГОСТ 34.602, шаблон ТЗ по ГОСТ 19.201, шаблон ТЗ на сайт, шаблон ПМИ, шаблон RTM, шаблон акта замечаний, чек-листы самопроверки.
- Гибкость. Возможность адаптации под специфику: для ИТ-директоров — упор на приёмку и тестирование, для бизнес-аналитиков — на SRS и Use Case, для контрактных управляющих — на юридическую чистоту ТЗ и критерии приёмки.
Результаты обучения:
Участники смогут:
- Сформулировать атомарное и проверяемое требование по критериям IEEE 830
- Написать SRS, OpsCon и Use Case по международным стандартам и конвертировать их в ТЗ по ГОСТ 34.602-89
- Проверить любое ТЗ на соответствие ГОСТ 34.602 за 15 минут
- Написать техническое задание на АИС с ролевой моделью и интеграциями
- Написать техническое задание на ГИС с картографической основой и геофункциональностью
- Написать техническое задание на ГосИС с требованиями к защите информации и аттестации
- Написать техническое задание на программное обеспечение по ГОСТ 19.201
- Написать техническое задание на сайт (12 обязательных разделов)
- Провести аудит документации подрядчика и составить мотивированный акт замечаний со ссылками на пункты ГОСТов
- Разработать Программу и методику испытаний на основе ТЗ
- Построить матрицу трассировки требований (RTM) и расставить приоритеты по MoSCoW
- Сформулировать критерии приёмки, которые работают в суде
Рекомендуемые материалы:
- ГОСТ 34.602-89 и ГОСТ 34.602-2020 — Техническое задание на автоматизированную систему
- ГОСТ 19.201-78 — Техническое задание на программное обеспечение
- ГОСТ 34.601 — Стадии создания автоматизированных систем
- ГОСТ 34.201-2020 — Виды и комплектность документов на АС
- ГОСТ 19.101-77 — Виды программных документов
- ГОСТ 19.402-78 — Описание программы
- ГОСТ 34.603-92 — Виды испытаний автоматизированных систем
- IEEE 830-1998 — Software Requirements Specification
- ISO/IEC/IEEE 29148-2011 — Systems and software engineering
- SWEBOK 4.0 — Software Engineering Body of Knowledge
- BABOK 3.0 — Business Analysis Body of Knowledge
- Постановление Правительства РФ № 676 — Требования к государственным информационным системам
- Методические рекомендации Минцифры РФ по разработке технических заданий
Программа соответствует требованиям ФГОС и может быть сертифицирована как программа повышения квалификации для специалистов в сфере государственного и корпоративного ИТ-заказа.