Реестр требований: различия между версиями
Материал из О цифровизации и вообще
Нет описания правки |
Нет описания правки |
||
| Строка 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
Реестр требований - это документ, включающий перечень требований к внедряемой автоматизированной системе.
Этот перечень определяет то, чем будет являться система в результате.
Перечень подлежит согласованию инициаторами требований, владельцами процессов, руководителем проекта и утверждению владельцем системы.
Предварительный реестр требований составляется по итогам обследования и уточняется по итогам моделирования.
Документ рекомендуется оформлять в виде электронной таблицы, либо в специализированной системе управления проектом.
Структура реестра требований:
- Код требования.
- Категория требования (функциональное, техническое, интерфейсное).
- Наименование требования.
- Описание требования.
- Коды связанных процессов.
- Источник требования (номер протокола обследования, законодательство, логика процесса, и т.п.).
- Инициатор требования.
- Обоснование (необязательно).
- Приоритет (например, по методике MoSCoW: Must have - обязательно должно быть, Should have - хорошо бы сделать, Could have - можно было бы сделать, Won't have - не требуется).
