Здравствуйте, Flem1234, Вы писали:

F>"Платеж можно отложить, чтобы обработать его позже". Не могу понять, куда это записать: в правила или в функциональные требования?

Скорее второе. Это требование, есть основание для введения дополнительного состояния у сущности "платеж".

P.S. По моему, ты форумом промазал.

"Платеж можно отложить, чтобы обработать его позже". Не могу понять, куда это записать: в правила или в функциональные требования?

Здравствуйте, stump, Вы писали:

S> Это требование, есть основание для введения дополнительного состояния у сущности "платеж".

Я тоже так подумал.

S>P.S. По моему, ты форумом промазал.

А какой форум у нас для анализа требований? Я выбирал между этим и архитектурой, выбрал этот.

F>"Платеж можно отложить, чтобы обработать его позже". Не могу понять, куда это записать: в правила или в функциональные требования?

В сценарии. А те, наверное, в функциональные требования.

Здравствуйте, Flem1234, Вы писали:


S>>P.S. По моему, ты форумом промазал.

F>А какой форум у нас для анализа требований? Я выбирал между этим и архитектурой, выбрал этот.

Такие темы на uml2.ru обсуждают — там сообщество аналитиков

Здравствуйте, Flem1234, Вы писали:

F>"Платеж можно отложить, чтобы обработать его позже". Не могу понять, куда это записать: в правила или в функциональные требования?

Это не является бизнес-правилом.

Здравствуйте, Flem1234, Вы писали:

F>"Платеж можно отложить, чтобы обработать его позже". Не могу понять, куда это записать: в правила или в функциональные требования?

На мой взгляд, это требование, которое впоследствии можно описать, как в виде функции "Отложить платёж", так и в виде правила "При условии <...>, платёж откладывается".