Align specification stages and prototypes

This commit is contained in:
Ruslan Bakiev
2026-05-04 11:53:45 +07:00
parent d9cefb9f54
commit 415fcf40fe
16 changed files with 39 additions and 61 deletions

File diff suppressed because one or more lines are too long

Before

Width:  |  Height:  |  Size: 11 KiB

After

Width:  |  Height:  |  Size: 11 KiB

File diff suppressed because one or more lines are too long

Before

Width:  |  Height:  |  Size: 11 KiB

After

Width:  |  Height:  |  Size: 11 KiB

File diff suppressed because one or more lines are too long

Before

Width:  |  Height:  |  Size: 11 KiB

After

Width:  |  Height:  |  Size: 11 KiB

File diff suppressed because one or more lines are too long

Before

Width:  |  Height:  |  Size: 9.4 KiB

After

Width:  |  Height:  |  Size: 9.4 KiB

File diff suppressed because one or more lines are too long

Before

Width:  |  Height:  |  Size: 11 KiB

After

Width:  |  Height:  |  Size: 11 KiB

File diff suppressed because one or more lines are too long

Before

Width:  |  Height:  |  Size: 13 KiB

After

Width:  |  Height:  |  Size: 13 KiB

File diff suppressed because one or more lines are too long

Before

Width:  |  Height:  |  Size: 11 KiB

After

Width:  |  Height:  |  Size: 11 KiB

File diff suppressed because one or more lines are too long

Before

Width:  |  Height:  |  Size: 11 KiB

After

Width:  |  Height:  |  Size: 11 KiB

File diff suppressed because one or more lines are too long

Before

Width:  |  Height:  |  Size: 15 KiB

After

Width:  |  Height:  |  Size: 15 KiB

File diff suppressed because one or more lines are too long

Before

Width:  |  Height:  |  Size: 5.4 KiB

After

Width:  |  Height:  |  Size: 5.4 KiB

File diff suppressed because one or more lines are too long

Before

Width:  |  Height:  |  Size: 12 KiB

After

Width:  |  Height:  |  Size: 12 KiB

File diff suppressed because one or more lines are too long

Before

Width:  |  Height:  |  Size: 13 KiB

After

Width:  |  Height:  |  Size: 13 KiB

File diff suppressed because one or more lines are too long

Before

Width:  |  Height:  |  Size: 15 KiB

After

Width:  |  Height:  |  Size: 15 KiB

File diff suppressed because one or more lines are too long

Before

Width:  |  Height:  |  Size: 6.5 KiB

After

Width:  |  Height:  |  Size: 6.5 KiB

File diff suppressed because one or more lines are too long

Before

Width:  |  Height:  |  Size: 11 KiB

After

Width:  |  Height:  |  Size: 11 KiB

View File

@@ -1031,7 +1031,7 @@
- настройки параметров по товарному направлению хранятся в CatalogProductTypeSetting
- реферальные связи реализуются через ReferralLink, связывающий одного пользователя с другим пользователем
= Требования к интерфейсу и прототипам
= Требования к интерфейсу, прототипам и дизайну
== Карта экранов
@@ -1301,6 +1301,15 @@
Ниже приведены низкодетализированные wireframe-прототипы. Они используются как визуальная фиксация состава страниц, ключевых блоков и пользовательских действий.
== Требования к прототипам и визуальному дизайну
Прототипы, приведенные в настоящем техническом задании, являются низкодетализированными wireframe-схемами. Они фиксируют структуру экранов, состав блоков, расположение основных элементов и пользовательские действия.
Прототипы должны выполняться в черно-белом виде либо в оттенках серого. Цвета, графические акценты, иллюстрации, финальная типографика и иные элементы визуального стиля не считаются согласованным дизайном на основании wireframe-прототипов.
Визуальный дизайн программного продукта может быть зафиксирован отдельными дизайн-материалами, изображениями или макетами, согласованными сторонами. Такие материалы уточняют внешний вид интерфейса, но не изменяют функциональные требования, состав экранов, роли, данные и интеграции, если это прямо не согласовано сторонами отдельно.
== Клиентские экранные формы
@@ -2496,14 +2505,16 @@ Wireframe-прототип:
== Общий порядок выполнения работ
Работы выполняются поэтапно, чтобы согласовывать ключевые решения до перехода к следующей части реализации.
Работы выполняются по этапам, соответствующим логике договора и настоящего технического задания. Отдельный этап UX/UI не выделяется: интерфейсные требования, карта экранов, wireframe-прототипы и требования к визуальному дизайну фиксируются в составе технического задания.
Переход к следующему этапу выполняется после согласования сторонами результата предыдущего этапа либо после фиксации замечаний, не препятствующих продолжению работ.
== Этап 1. Разработка и согласование технического задания
На этапе разрабатывается и согласуется настоящее техническое задание.
На этапе разрабатывается и согласуется настоящее техническое задание, включая функциональные требования, состав ролей, требования к данным, интерфейсные требования, карту экранов, wireframe-прототипы, интеграционные требования и требования к приемке.
Wireframe-прототипы на данном этапе фиксируют структуру экранов и пользовательские действия. Они не являются финальным визуальным дизайном. Визуальные дизайн-материалы могут быть приложены или согласованы отдельно в порядке, установленном разделом требований к интерфейсу, прототипам и дизайну.
Результат этапа:
@@ -2511,33 +2522,15 @@ Wireframe-прототип:
- зафиксированные границы продукта
- зафиксированный состав пользовательских ролей
- зафиксированные функциональные, интеграционные, технические и эксплуатационные требования
- зафиксированные интерфейсные требования и wireframe-прототипы
- зафиксированные требования к визуальному дизайну либо порядок согласования отдельных дизайн-материалов
Критерий завершения этапа: утверждение технического задания сторонами.
== Этап 2. UX/UI и согласование визуального подхода
== Этап 2. Реализация программного продукта
На этапе подготавливаются 2-3 сверстанные страницы личного кабинета с основными элементами интерфейса.
В состав страниц для согласования могут входить:
- страница входа или регистрации
- каталог либо карточка товара
- корзина либо карточка заявки
- менеджерская карточка клиента или заказа
Результат этапа:
- согласованный визуальный подход
- согласованные базовые интерфейсные элементы
- подтверждение применимости выбранного подхода для клиентского и менеджерского контуров
Критерий завершения этапа: согласование визуального подхода сторонами.
== Этап 3. Функциональная реализация без интеграции с 1С
На этапе реализуются основные пользовательские и менеджерские сценарии без подключения обмена с 1С.
На этапе реализуются основные пользовательские, менеджерские, административные, бонусные и интеграционные функции программного продукта в объеме, установленном настоящим техническим заданием.
В состав этапа входят:
@@ -2551,38 +2544,23 @@ Wireframe-прототип:
- уведомления в согласованном объеме
- бонусный и реферальный контур
- административные настройки, необходимые для работы продукта
Результат этапа:
- работоспособный программный продукт с основным функционалом
- возможность проверки клиентских, менеджерских и бонусных сценариев без обмена с 1С
Критерий завершения этапа: готовность и приемка основного функционала без интеграции с 1С.
== Этап 4. Интеграция с 1С и отладка обмена
На этапе выполняются подключение, настройка и отладка интеграции с 1С.
В состав этапа входят:
- согласование или уточнение интеграционной спецификации
- сопоставление внутренних идентификаторов и идентификаторов 1С
- настройка приема webhook-событий от 1С
- настройка получения данных из 1С через согласованные методы
- сопоставление внутренних идентификаторов и идентификаторов 1С
- проверка получения каталога, остатков, заказов, статусов и задолженности
- проверка обработки дублей и ошибок обмена
- проверка отображения даты актуальности данных
Результат этапа:
- работоспособный интеграционный обмен с 1С в согласованном объеме
- работоспособный программный продукт с основным функционалом
- работоспособный интеграционный обмен с 1С в согласованном объеме, если необходимые доступы и параметры обмена предоставлены заказчиком
- журналирование ключевых интеграционных событий
- подтвержденная работоспособность сценариев, зависящих от данных 1С
- возможность проверки клиентских, менеджерских, бонусных и интеграционных сценариев
Критерий завершения этапа: подтвержденная сторонами работоспособность сценариев с 1С в согласованном объеме.
Критерий завершения этапа: готовность программного продукта к итоговой проверке и приемке в согласованном объеме.
== Этап 5. Передача результата и приемка
== Этап 3. Передача результата и приемка
На этапе выполняются итоговая проверка, устранение критичных замечаний и передача результата работ.