Menu

Инжиниринг требований (формирование и управление требованиями)

Вы здесь:ИРИСОФТЭто интересноИнжиниринг требований (формирование и управление требованиями)

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

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

Проблемы в работе с требованиями ведут к лишним доработкам и переделкам, низкому качеству, задержкам и провалу проектов. Время, которое не тратилось на требования – есть время, затрачиваемое на переделку (издержки х200).

Без четкого процесса формирования и управления требованиями более 80% разработок заканчиваются плачевно, т.к. решения, принимаемые на ходу, не могут быть оптимальными.

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

  • Требования заказчиков
  • Требования законодательства
  • Требования качества

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

Отсутствие понимания важности разработки прописанных требований влечет:

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

Инжиниринг требований

Инжиниринг требований объединяет формирование и управление требованиями. Первая часть, это сбор, извлечение, фиксирование, преобразование, конкретизация и анализ требований с использованием различных подходов, методов и нотаций. Вторая часть, это систематизация (распределение) и построение связей между требованиями с использованием атрибутики. Ее цель- трассировка для контроля и анализа изменений.

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

Рекомендуется выделить как минимум 3 уровня требований:

  1. Уровень требований заинтересованных сторон, который определяет, что различные заинтересованные стороны желают достичь?
  2. Уровень системных требований, который определяет, как система будет удовлетворять требованиям заинтересованных сторон?
  3. Уровень спецификации изделия (архитектура системы), который определяет, как архитектура системы будет удовлетворять системным требованиям?

Создание правильной структуры требований помогает:

  • Лучше осмыслить большой объем информации и увидеть картину в целом
  • Отыскать наборы требований, относящихся к определенному разделу
  • Лучше оценить требования (стоимость/время реализации)
  • Выявить пробелы и повторы
  • Минимизировать общее количество требований путем отклонения невыполнимых
  • Исключить конфликты и противоречия между требованиями
  • Повторно использовать требования в последующих проектах

Формирование требований

При формировании требований необходимо учитывать критерии хорошего требования и принцип SMARTЭто значит, что требование должно быть:

  • Корректным (с технической и юридической точек зрения)
  • Полным, т.е. выражать утверждение или законченную идею
  • Четким и однозначным
  • Согласованным и не конфликтующим с другими требованиями
  • Проверяемым
  • Уникальноидентифицированным и отслеживаемым
  • Выполнимым
  • Модульным и(-или) блочным
  • Не должно содержать описания конкретного решения
  • Должно быть сформулировано в утвердительной форме

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

Управление требованиями

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

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

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

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

Возможности и преимущества

Правильно сформированные требования и организованный процесс управления ими дает:

  • Информированность ясное понимание целей и задач разработки
  • Прозрачность общая картина проекта и его состояние
  • Тестируемость – известно, что тестировать, чтобы сдать заказчику
  • Трассируемость прозрачность отношений между требованиями
  • Оценка влияния – оценка последствий вносимых изменений
  • Удовлетворение заказчик и бизнес получают то, что хотели
  • Соответствие разрабатываем и производим то, что заказывалось, соответствуя нормам и правилам
Ноябрь 2018
Пн Вт Ср Чт Пт Сб Вс
« Окт    
 1234
567891011
12131415161718
19202122232425
2627282930  
Меню
Мы превращаем возможности в реальность