Expand technical specification content
This commit is contained in:
@@ -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С
|
||||
При приемке каждая выявленная проблема должна быть классифицирована по влиянию:
|
||||
|
||||
- блокирующий дефект
|
||||
- критичный дефект
|
||||
- некритичное замечание
|
||||
- пожелание к развитию
|
||||
|
||||
Каждое замечание должно иметь:
|
||||
|
||||
- описание
|
||||
- шаги воспроизведения
|
||||
- ожидаемый результат
|
||||
- фактический результат
|
||||
- статус устранения
|
||||
|
||||
Reference in New Issue
Block a user