Требования и Бизнес-аналитики Frederick Brooks выразительно определил критическую

Требования и Бизнес-аналитики Frederick Brooks выразительно определил критическую роль требований при разработке ПО в классическом эссе (1987) ≪No Silver Bullet: Essence and Accidents of Software Engineering≫: “Строжайшее и единственное правило построения систем ПО - решить точно, что же строить. Никакая другая часть концептуальной работы не является такой трудной, как выяснение деталей технических требований, в том числе и взаимодействие с людьми, с механизмами и с иными системами ПО. Никакая другая часть работы так не портит результат, если она выполнена плохо. Ошибки никакого другого этапа работы не исправляются так трудно.

Роль Бизнес-аналитика Среди участников любого проекта по разработке ПО обязательно есть человек, явно или неявно выполняющий роль аналитика требований. Бизнес-аналитик Менеджер по продукту Специалист отдела маркетинга Менеджер проекта Профильный специалист Тим-лид Это основной коммуникативный канал между группой клиентов и командой раз работчиков

Задачи аналитика Задача аналитика — прежде всего выяснить, для чего нужна пользователям новая система, и затем определить функциональные и качественные требования Определить бизнес-требования Определить заинтересованных лиц и классы пользователей Выявить требования Анализировать требования Создавать спецификации с требованиями Управлять проверкой требований Обеспечить расстановку приоритетов требований Управлять требованиями

Определить бизнес-требования Зачем мы начинаем этот проект? Бизнес-требования описывают основные преимущества, которые новая система даст ее заказчикам, покупателям и пользователям. Освоить Х% рынка за Y месяцев Увеличить сектор рынка в стране X на Y% за Z месяцев Достигнуть объема продаж X единиц или дохода, равного $Y, за Z месяцев Получить Х% прибыли или дохода по инвестициям в течение Y месяцев

Определить заинтересованных лиц и классы пользователей Совместно с заказчиками следует выбрать соответствующих представителей каждого класса. Выделить из каждого класса юзер-чемпиона, или пауер-юзера. Пример: Проект по автоматизации продаж. 2 класса пользователей: отдел продаж, отдел доставки. Power User – отдела продаж - Татьяна Иванова, начальник отдела прода. Power User – отдела доставки- Клавдия Петровна, ведущий специалист отдела доставки.

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

Анализировать требования Анализ подразумевает выявление: Производных требований, логически проистекающих из запросов клиентов, а также невысказанные требования. Пример: в системе создается сущность, но ее нельзя отредактировать, соответственно должно быть требование(функциональность) позволяющее редактировать эту сущность. Ожидания(assumptions), которые, как считают клиенты, и так будут реализованы Пример: клиенту очевидно, что форматом импорта данных будет .csv, т.к. так заведено в их компании. Конфликтующие требования. Обычно источником конфликтов являются различные заинтересованные лица, чьи бизнес интересы пересекаются. Невнимательность

Создавать спецификации с требованиями Аналитик создает спецификацию требований. Функциональная спецификация Спецификация прецедентов использования. Диаграммы UML BPMN Аналитик создает графические макеты приложений.

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

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

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

Навыки, необходимые аналитику Умение слушать. Активное слушание Умение опрашивать и задавать вопросы Правильные, обдуманные вопросы Навыки анализа Анализировать Критически оценивать информацию Умение наблюдать Организационные навыки Организация потоков информации Организация контактов Навыки межличностного общения.

Навыки, необходимые аналитику Навыки написания документации Спецификация должна быть понятна как заказчику, так и разработчикам Навыки моделирования Создавать диаграммы Навыки прототипирования Рисовать графические макеты Прототипировать