Специалист по разработке требований

Научитесь формулировать точные, понятные и полные требования к информационным системам

Link to this page location: #about

Зачем нужны требования?

Для бизнеса: помогают четко сформулировать задачи и избежать дополнительных расходов на переделки
Для аналитиков: обеспечивают структуру и последовательность работы над проектом
Для разработчиков: служат руководством по созданию системы, исключая двусмысленность
Для тестировщиков: позволяют проверить, соответствует ли система ожиданиям
Для заказчиков: дают уверенность, что продукт будет соответствовать ожиданиям и бизнес-целям

Четко сформулированные требования позволяют сократить сроки разработки, избежать конфликтов между командами и повысить качество конечного продукта

Что вы получите после курса

Понимание процесса

Тщательно изучите основные методы разработки качественных требований

Практика в команде

Будете работать над решением практических задач в команде из 3−4 аналитиков

Подтверждение навыков

Разработаете документ с техническими требованиями в финале курса

Поддержка сообщества

Доступ в закрытую Telegram-группу для общения и обмена опытом

Материалы курса

Постоянный доступ к шаблонам, чек-листам и образцам документов

Карьерный старт

Консультация по составлению резюме и поиску работы

Оставьте заявку и освойте разработку требований на практике!

1. Карточка проекта

Упрощенный документ, который собирает основные аспекты проектирования: текущую ситуацию, целевую ситуацию и концепцию решения. Позволяет быстро зафиксировать ключевые требования и ожидания от проекта

2. Контекстная диаграмма (Context Diagram)

Визуальное представление окружения программной системы, показывающее роли пользователей, внешние системы и данные, с которыми система взаимодействует. Помогает выявить границы системы

3. Диаграмма способов применения (Use Case Diagram)

Графическое представление ролей пользователей и ключевых задач, которые они выполняют с системой. Позволяет понять, как пользователи будут взаимодействовать с системой и какие результаты они ожидают

4. Функциональные требования в канонической форме

Формулировка требований с использованием шаблона: "<Программная система> <должна> <действие> <Объект><условия>". Это помогает точно определить функциональность системы и ожидания пользователей

5. Сценарии способов применения (Use Cases)

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

6. Диаграмма состояний (Statechart Diagram)

Визуальное представление жизненного цикла объекта в системе, показывающее допустимые состояния, переходы между ними и условия, при которых эти переходы происходят. Полезна для классов данных с нетривиальным жизненным циклом

7. Концептуальная модель данных

Модель, описывающая классы данных, с которыми будет работать система, и связи между ними. Обеспечивает общее представление структуры данных и служит основой для последующего детального проектирования

8. Словарь данных (Data Dictionary)

Документ, в котором содержится атрибутный состав классов данных. Основной формат — описание через конструкции грамматик Бэкуса-Наура, что позволяет четко формализовать характеристики данных

9. Трассировка классов данных на типовые операции

Метод, позволяющий оценивать полноту требований, создавая матрицу, в которой классы данных связаны с типичными информационными операциями (создание, обновление, просмотр и т.д.). Это помогает понять, какие функции необходимо реализовать в системе

10. Формулирование требований к качеству и ограничениям

Эта техника направлена на определение атрибутов качества и возможных ограничений программного обеспечения, используя канонический формат требований. Она помогает сократить разрыв между теоретическими стандартами качества, такими как ISO 25000, и практическими требованиями, часто игнорируемыми на этапе проектирования

Link to this page location: #program

Разработка требований и функциональное проектирование

20 марта — 22 марта | 7 апреля — 18 апреля
41 академический час
6 онлайн-занятий по выходным или вечером в будни

Link to this page location: #teachers

Преподаватели курса – практикующие специалисты

Денис Бесков

Автор курса, эксперт по системному анализу

Мира Карлаш

Аналитик с опытом работы в международных компаниях

Евгений Галактионов

Аналитик с 20-летним опытом работы в логистике, банковском ритейле, ERP

Анастасия Московкина

Руководитель аналитиков, ментор, спикер международных конференций

Юрий Куприянов

Эксперт по архитектуре и управлению продуктами, разработчик IT-решений

Ирина Федькина

Эксперт в разработке комплексных систем и бизнес-процессов

Link to this page location: #reviews

Link to this page location: #cta

Оставьте заявку и станьте специалистом по разработке требований

Link to this page location: #materials

Сбор и анализ требований к программному продукту, Юрий Химонин
Статья-введение в разработку требований к ПО
Принципы работы с требованиями к ПО, Дин Леффингуэлл, Уидриг
Хороший обзор процесса и основных практик по работе с требованиями
Разработка требований к программному обеспечению (Software Requirements), Карл Вигерс
Развёрнутое описание подхода к разработке концепции ПО, пользовательских требований и требований к ПО
Современные методы описания функциональных требований к системам (Writing Effective Use Cases), Алистер Коберн
Замечательная методичка по разработке функциональных требований в формате «способов применения» (вариантов использования, use cases)