Expand technical specification content

This commit is contained in:
Ruslan Bakiev
2026-05-01 11:41:30 +07:00
parent df721e273d
commit ef0622fe89
8 changed files with 718 additions and 377 deletions

View File

@@ -1,62 +1,72 @@
# Приемка и передаваемые артефакты
# 7. Приемка и состав артефактов
## Этапность приемки
## 7.1 Общие положения приемки
Разработка и приемка продукта выполняются последовательно.
Приемка должна подтверждать, что разработанный программный продукт соответствует настоящему техническому заданию, договору и спецификации.
### Этап 1
При приемке должны проверяться:
Критерий завершения:
- функциональность клиентского контура
- функциональность менеджерского контура
- работа с каталогом
- работа с заявками на заказ
- работа с заявками на расчет
- работа с заказами
- работа уведомлений
- работа бонусного контура
- работа интеграционного обмена в согласованном объеме
- заказчик согласовал 2-3 сверстанные страницы
- подтвержден визуальный подход
- подтверждена логика ключевых сценариев
## 7.2 Критерии приемки
### Этап 2
Продукт считается соответствующим требованиям, если:
Критерий завершения:
- все обязательные сценарии выполняются
- роли и права разграничены корректно
- статусы и история изменений отображаются корректно
- каталог и остатки отображаются корректно
- клиент не видит цену до публикации условий менеджером
- менеджер может обрабатывать заявки и публиковать условия
- система сохраняет и отображает историю значимых действий
- реализован весь функционал, описанный в ТЗ, без интеграции с 1С
- стороны подтвердили работоспособность сценариев внутри системы
## 7.3 Передаваемые артефакты
### Этап 3
Критерий завершения:
- настроен обмен с 1С
- подтверждена работоспособность интеграционных сценариев
- устранены блокирующие дефекты по интеграции
## Итоговые артефакты, которые должны быть переданы
По договору и спецификации в финальном комплекте должны быть:
В состав передаваемых материалов должны входить:
- исходный код всех разработанных компонентов
- перечень сторонних модулей и версий
- дистрибутивные комплекты и зависимости
- схема взаимодействия модулей
- схема движения данных
- перечень используемых сторонних модулей и их версий
- сведения об используемых внешних API
- схемы взаимодействия модулей
- схемы движения данных
- схемы баз данных и связей
- описание используемых сторонних API
- распределение ролей пользователей
- сетевые требования, порты и протоколы
- обучающие материалы
- исходные графические материалы
- схема графического интерфейса
- исходные графические и интерфейсные материалы
## Что нужно зафиксировать в актах приемки по этапам
## 7.4 Требования к документации
В акте или приложении к акту по каждому этапу желательно отдельно перечислять:
Документация должна позволять:
- что именно показывалось заказчику
- какие сценарии проверялись
- какие замечания были сняты
- какие вопросы перенесены на следующий этап
- развернуть продукт
- сопровождать продукт
- понимать архитектуру модулей
- понимать состав данных
- понимать состав пользовательских ролей
- понимать сценарии интеграционного обмена
## Открытые вопросы перед выпуском финальной редакции ТЗ
## 7.5 Требования к фиксации замечаний
- окончательный перечень страниц первого этапа
- полный состав статусов заявок и заказов
- формат и объем бонусного контура на первом релизе
- обязательные поля клиента и контрагента
- формат данных и событий для интеграции с 1С
При приемке каждая выявленная проблема должна быть классифицирована по влиянию:
- блокирующий дефект
- критичный дефект
- некритичное замечание
- пожелание к развитию
Каждое замечание должно иметь:
- описание
- шаги воспроизведения
- ожидаемый результат
- фактический результат
- статус устранения