Курс по системному и бизнес анализу "Системный и бизнес-анализ. Уровень 1. Инженерия требований" разработанный экспертами-практиками, является 1-ым курсом в серии и большей частью посвящён работе с требованиями заказчика.
Цель тренинга / курса:
Сформировать у аудитории ключевые умения в области сбора, анализа, документирования, моделирования, коммуникации и управления требованиями к информационным системам
Целевая аудитория:
руководители и специалисты отделов и групп системного и бизнес-анализа;
архитекторы и ведущие разработчики;
руководители проектов;
IT-специалисты, заинтересованные в приобретении и систематизации знаний в объеме курса.
Предварительные требования для участников:
уверенный пользователь ПК (обязательно).
английский язык — на уровне чтения технической документации (желательно);
опыт работы в сфере IT, программной инженерии или профильное профессиональное образование.
Регламент проведения занятий:
продолжительность тренинга - 2 дня (16 ак. часов);
форма занятий — очная
режим занятий — с 10:00 до 17:20 с обеденным перерывом (60 мин.) и двумя кофе-паузами (по 5 – 10 мин. каждая).
Модуль 1.1 Онтологические основания инженерии требований
Современная инженерия требований (системный анализ). Цели и задачи
тренинга. Наивное и целеориентированное определение системы. Понятие
системы, надсистемы и подсистемы. Холархии и системы систем.
Контекст и границы системы. «Серые зоны» и их динамика.
Заинтересованные стороны, их цели и интересы. Границы систем.
Функциональные и конструктивные объекты, 4D-экстенсионализм.
Жизненный цикл (ЖЦ) программно-аппаратной системы: основные модели.
Процессы ЖЦ систем. Роль системного аналитика (инженера по
требованиям).
Высказывания, потребности, пожелания и требования. Функциональные и
нефункциональные требования (ограничения и атрибуты качества).
Уровни требований и эволюция их разработки. Полнота требований.
Техники MoSCoW, FURPS+ и др. Модель Кано. Модальности как форма
качественной оценки требований.
Модуль 1.2 [Практикум]. Идентификация и описание границ и контекста
системы
Решение задач на идентификацию и описание границ и контекста системы
с использованием диаграмм вариантов использования UML и диаграмм
потоков данных (DFD).
Защита работ и обсуждение результатов.
Модуль 1.3 Ключевые источники и техники сбора требований
Источники информации в сборе требований. Заинтересованные стороны.
Выявление и моделирование заинтересованных сторон.
Техники сбора требований и критерии их выбора. Наблюдение. Интервью
и его разновидности. Лучшие практики и нюансы проведения интервью.
Отстаивание точки зрения и управление вниманием оппонента. «Можно» и
«нельзя» в интервью.
Иные техники: фокус-группа, анкетирование, разбор примеров,
экспертные оценки и опросы, «мозговой штурм», создание и
демонстрация прототипов. Изучение и анализ документов и
информационных систем. Деловые игры и выявление скрытых требований,
закономерностей и зависимостей.
Структура типовой спецификации требований к информационной системе .
Варианты и возможности адаптации . Точки зрения на систему.
Решение задач на идентификацию и описание вариантов использования
систем с использованием диаграмм прецедентов UML и концептуальное
моделирование предметной области с использованием диаграмм классов
UML и (или) диаграмм «сущность - связь».
Предварительное формирование типовой спецификации требований к
информационной системе (дорабатывается в качестве домашнего задания
во внеаудиторное время). Формирование глоссария. Описание требований
на естественном языке.
Критерии качества спецификации требований и набора требований к
системе. Качество требований относительно содержания,
документирования и согласования
Модели и моделирование. Свойства и назначение моделей.
Концептуальные модели и концептуальное моделирование. Состав
концептуальных моделей: концептуальные классы.
Моделирование целей заинтересованных сторон (организаций).
Структурные, функциональные и поведенческие модели.
Решение задач на функциональное представление требований с
использованием диаграмм потоков данных и (или) диаграмм деятельности
UML и поведенческое представление требований с использованием
диаграмм состояний UML.