32. Опишите процесс «Управление требованиями» при проектировании ис.

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

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

Требования к ПО – это документированное представление условий или возможностей для вариантов 1 и 2

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

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

Управление требованиями (англ. requirements management) — совокупность процессов технологии проектирования систем, включающая идентификацию, выявление, документирование, анализ, отслеживание, установление приоритетов требований, достижение соглашения по требованиям и затем управление изменениями и уведомление соответствующих заинтересованных лиц. Управление требованиями — непрерывный процесс на протяжении всего проекта.

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

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

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

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

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

1 . Исследование

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

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

2. Анализ осуществимости

На стадии анализа осуществимости определяется стоимость требований.

Для пользовательских требований текущая стоимость работы сравнивается с будущей стоимостью установленной системы. Задаются вопросы такие как: «Сколько нам сейчас стоят ошибки ввода данных?» Или, «Какова стоимость потери данных из-за ошибки оператора связанной с используемым интерфейсом?». Фактически, потребность в новом инструменте часто распознаётся, когда подобные вопросы попадают во внимание людей, занимающихся в организации финансами.

Результатом стадии анализа осуществимости является бюджет и график проекта