Методы выявления требований

В своей практике аналитики используют большое количество различных методов по выявлению требований. Для того, чтобы собрать наиболее полные требования рекомендуется по возможности использовать сразу несколько методов. Ниже представлен список основных методов выявления требований:

• интервьюирование и анкетирование,

• проведение семинаров,

• мозговой штурм,

• работа в фокус-группе,

• создание прототипов системы,

• варианты использования,

• анализ существующей документации,

• анализ интерфейсов (программных и аппаратных),

• анализ структуры программного обеспечения по коду (reverse engineering).

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

Интервью

Интервью является основным способом получения требований от заказчика и пользователя информационной системы. В данной работе я не буду приводить примеры опросников и рекомендации о том, как проводить интервью. Тема интервьюирования затронута во многих книгах по управлению требованиями. Наиболее полно, на мой взгляд, данный метод выявления требований описан в [1] и [2]. Стоит отметить лишь основные правила, которые необходимо помнить во время и после интервью:

• Аналитик должен быть компетентен в предметной области заказчика;

• Во время интервью аналитик должен сосредоточиться на проблеме;

• Аналитик должен задавать открытые вопросы, которые предполагают развернутый ответ;

• Аналитик может предлагать свои идеи на счет разрабатываемой системы;

• Аналитик должен выяснить ожидания интервьюируемых (что, если…);

• Аналитик должен протоколировать результаты интервью.

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

Семинары требований

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

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

Мозговой штурм

Мозговой штурм является превосходным способом поиска новых идей для разрабатываемой системы и ее предметной области. Цель мозгового штурма сфокусироваться на проблеме и предложить определенное количество радикальных идей по решению данной проблемы. Подробное описание применения мозгового штурма на практике можно найти в [3].

Фокус-группа

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