Требование

Требование — очень распространенное понятие, которое активно используется в программной инженерии, управлении сервисами, бизнес-анализе и т. д. С точки зрения АП, требование — изложение потребности, которая должна быть реализована в архитектуре предприятия. Требования представляют собой «средства» для реализации целей. В конечном счете достижение целей подразумевает формирование обширного перечня требований, которые будут реализованы в целевой архитектуре предприятия. Требования могут быть декомпозированы до уровня, необходимого для закрытия потребности. В других областях знаний могут использоваться и используются иные определения данного понятия. Процесс формирования требований имеет отправной точкой начальный этап и далее продолжается на всех этапах. Так как речь идет о непрерывном процессе получения требований, определении приоритетов, реализуемости и т. д., то используется термин «управление требованиями».

Существуют различные типы требований, которые нужно рассмотреть подробнее [ВАВОК[1] 3].

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

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

Требования к решению описывают возможности и свойства решения, необходимые для удовлетворения потребностей заинтересованных сторон. Именно на уровне требований к решению происходит детализация требований до уровня разработки и реализации. Требования заинтересованных сторон, рассмотренные ранее, служат своеобразным мостом между требованиями к решению и бизнес-требованиями.

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

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

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

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

  • • статус («Одобрено», «Предложено», «Отклонено», «Обсуждается»...);
  • • источник требований (руководитель функционального подразделения, руководитель ИТ...);
  • • стабильность требования (А, В, С...);
  • • полезность (критическое, полезное, важное...);
  • • трудозатраты (5 труд, часов, 10 труд, часов...);
  • • риск (А, В, С...);
  • • версия ПО;
  • • и др.

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

Оценка

Под оценкой понимается результат анализа некоторой ситуации. С помощью данного объекта могут анализироваться проблемы компании и их причины для выявления движущих сил преобразований. На рис. 3.45 представлен фрагмент анализа проблем строительной компании, в котором используется объект «Оценка».

Анализ проблем в строительной компании (фрагмент)

Рис. 3.45. Анализ проблем в строительной компании (фрагмент)

  • [1] Business Analysis Body of Knowledge (ВАВОК) — свод знаний по бизнес-анализу.
 
Посмотреть оригинал
< Пред   СОДЕРЖАНИЕ   ОРИГИНАЛ     След >