Как стать автором
Обновить

Как писать требования к проекту. Шаблон документации

Уровень сложностиПростой
Время на прочтение4 мин
Количество просмотров18K
Всего голосов 13: ↑11 и ↓2+11
Комментарии11

Комментарии 11

а ГОСТ34 не?

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

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

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

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

Сельдереевый фреш автору!

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

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

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

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

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

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

очень похоже на метод проектирования HERMES 5

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

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

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории