Pull to refresh

Comments 11

а ГОСТ34 не?

не сеет разумное, доброе и вечное? :)

Ограничения всегда можно наложить, а вот снять их гораздо сложнее. Да и вне РФ это не так актуально :)

В статье раздел "Бизнес-логика" по содержанию больше похож на системную логику

Можно назвать и так. Суть в том, чтобы для описанных артефактов в разделе "Бизнес-логика", не плодить несколько разделов, а упаковать все спецификации для бэкенда в один раздел.

Благодарю! Не отказался бы еще и от лавандавого рафа :)

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

На практике испробован, как в небольшой компании/стартапе, так и в крупной. Проекты - цепочка поставок/ритейл.

В процессе согласования участвовали разработчики и руководители. С этим проблем не было.

Данный документ (скорее это правильно назвать спецификацией) можно смело использовать прямо в качестве тз. Тут у нас описание контракта, взаимодействия сервисов, описание бд, а также флоу пользователя и навигация по экранам/ui.

На самом деле сюда можно добавить статусную схему для разных сущностей продукта (если есть необходимость)

До вашего комментария не слышал о таком подходе. Даже загуглить не так просто :)

"Швейцарский Стандарт" так сказать :)

Sign up to leave a comment.

Articles