Реестр требований: различия между версиями

Материал из О цифровизации и вообще
Нет описания правки
Нет описания правки
 
Строка 19: Строка 19:
# Инициатор требования.
# Инициатор требования.
# Обоснование (необязательно).
# Обоснование (необязательно).
# Приоритет (MoSCoW: Must have - обязательно должно быть, Should have - хорошо бы сделать, Could have - можно было бы сделать, Won't have - не требуется).
# Приоритет (например, по методике MoSCoW: Must have - обязательно должно быть, Should have - хорошо бы сделать, Could have - можно было бы сделать, Won't have - не требуется).
{{Backlinks}}
{{Backlinks}}

Текущая версия от 13:15, 22 февраля 2026

Реестр требований - это документ, включающий перечень требований к внедряемой автоматизированной системе.

Этот перечень определяет то, чем будет являться система в результате.

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

Предварительный реестр требований составляется по итогам обследования и уточняется по итогам моделирования.

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

Структура реестра требований:

  1. Код требования.
  2. Категория требования (функциональное, техническое, интерфейсное).
  3. Наименование требования.
  4. Описание требования.
  5. Коды связанных процессов.
  6. Источник требования (номер протокола обследования, законодательство, логика процесса, и т.п.).
  7. Инициатор требования.
  8. Обоснование (необязательно).
  9. Приоритет (например, по методике MoSCoW: Must have - обязательно должно быть, Should have - хорошо бы сделать, Could have - можно было бы сделать, Won't have - не требуется).