# Functional requrements rules

## Назначение

Этот файл описывает, как оформлять функциональные требования в подраздел `### Функциональные требования` в документах.

## Правила
- Функциональное требование (FR) расширяет и дополняет шаги, описанные в сценарии.
- Функциональное требование (FR) не должно копировать шаг сценария не неся дополнительной информации.
- Название  функционального требования формируется следующим образом - "FR.<номер>. <Название>", где 
  - <номер> идет инкрементально внутри конкретного документа, начинается с 1.
  - <Название> - кратко описывает что делает требование, суть действий (от 3 до 7 слов)

 

## Пример целевого описания сценария

### Примеры названия FR
 - Получение данных клиента из АС ЕПК
 - Проверка уровня доступа
 - Сценарий построения списка связанных предложений


 ### Примеры описания FR
FR.1. Получение данных клиента из АС ЕПК
1. Сформировать запрос к эндпоинту POST /api/v1/path/to/resourse в АС ЕПК
    - Заголовки
        - <тут идет описание заголовков и того как они формируются>
    - Параметры запроса
        - <тут идет описание параметров и того как они формируются>
    - Тело запроса
        - <тут идет описание структуры объекта JSON или payload в другмо формате так как это задано требованиями>

2. Обработать ответ от АС ЕПК
    Успешный ответ - <взять из описания вызываеого api критерии успешного ответа >
    Ничего не найдено - <взять из описания вызываеого api критерии успешного овтета, опционально (если применимо)>
    Ошибка - <взять из описания вызываеого api критерии успешного ответа >