2.3. Управление требованиями, спецификация rup

Существуют различные определения требований предъявляемых к системам:

• требование – это условие или возможность, которой должна соответствовать система;

• требование – условия или возможности, необходимые пользователю для решения проблем или достижения целей;

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

При разработке информационной системы в качестве требования можно рассматривать потребности заказчика.

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

Требования, возникающие при разработке систем можно ранжировать по трем основным уровням:

• бизнес – требования;

• требования пользователей;

• функциональные требования.

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

Выделяют определенные уровни требований. В общем виде требования являются системными. Такие требования предъявляются к системам, в состав которых входят другие подсистемы. При этом под системой понимается программная, программно – аппаратная, либо человеко-машинная система.

В международной спецификации Rational Unified Process (RUP) при классификации требований используется пяти уровневая система модель требований:

1. Функциональные требования.

2. Требования применимости.

3. Требования надежности.

4. Требования производительности.

5. Требования эксплуатационной пригодности.

Дополнительно определяется четыре уровня:

1. Ограничения проекта.

2. Требования выполнения.

3. Требования к интерфейсу.

4. Физические требования.

Анализ требований к информационной системе позволяет выделить в них следующие основные составляющие:

• извлечение требований;

• анализ требований в узком смысле;

• специфицирование требований;

• проверка требований.

Стандарт RUP предлагает следующие цели, которые преследует процесс анализа:

• добиться одинакового понимания с заказчиком и пользователями о том, что должна делать система;

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

• определить границы системы;

• определить интерфейс пользователя и системы.

Методология RUP рекомендует двухуровневую схему планирования работ над проектом. При этом выделяется план проекта и план итерации.

План проекта разбивается на фазы:

• начало;

• уточнение;

• конструирование;

• переход к следующему этапу.

В зависимости от степени сложности проекта и квалификации разработчиков системы, в каждой фазе выделяется отдельные этапы ­– итерации.

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

С точки зрения движения требований их можно подразделить на 4 класса.

Условно обозначим их:

• «Заказчик – Требование»;

• «Требование – Система»;

• «Система» – «Требование»;

• «Требование» – «Заказчик».