Мест меньше, чем сотрудников. Кто-то бронирует и не приезжает, кто-то встаёт на чужое место, а разбираются потом руками — по журналам шлагбаума и переписке в чате.
Архитектура и ТЗ D2Tech · часть контура в продакшене
Корпоративный паркинг: бронирование мест и СКУД
Сервис бронирования парковочных мест с интеграцией СКУД и видеоаналитикой занятости. 157 проверяемых требований с критерием приёмки; четыре противоречия найдены до того, как их начали кодировать.
157 проверяемых требований с критерием приёмки4 противоречия найдены до разработки2 интеграции: СКУД и API вендора парковки
Задача
Что сделали
Реестр вместо документа
157 требований, у каждого — источник в исходном документе и критерий приёмки. Отдельный каталог из 27 сценариев: 19 Must, 6 Should, 2 Could.
Противоречия наружу
Окно check-in в одном разделе −30/+30 минут, в таблице параметров −30/+60. Таких мест четыре — и все вынесены заказчику до разработки.
Честно про API вендора
Фактический выезд машины из него напрямую не определяется — только по косвенному признаку. Записали, что его нужно проверить на выборке, прежде чем строить на нём отчётность.
Как устроено
- Интеграции
- СКУД, видеоаналитика занятия места, API вендора парковки.
- Документация
- Реестр из 157 функциональных и 6 нефункциональных требований, каталог из 27 сценариев с приоритетами, реестр открытых вопросов с ответами заказчика.
Похожая задача?
Опишите её — пришлём скоуп и смету за 24 часа: