ошибки в постановках находятся до разработки

При переезде туристического сервиса на микросервисы системный аналитик проверяет каждую постановку на коде ещё до разработки. Так нашли семь расхождений — и главное: в сервисе не было проверки доступа, на которой держатся права всех пользователей.

как было

Сервис — мобильное приложение для путешественников и кабинет для бизнеса — переезжает с монолита на Django в микросервисы на .NET. Описания программного интерфейса почти не было: из 244 операций описание было у 114, коды ошибок — у 28, примеров — ни у одной. Что делает операция и кто её вызывает, приходилось выяснять у разработчиков в переписке и на созвонах.

что изменилось

1. 1

   Каталог всех операций

   Собран из схемы, сборки приложения и прежнего аудита: видно, что реально используется и что описывать первым.

2. 2

   Постановка сверяется с кодом

   Каждое требование проверяется на коде сервиса до передачи разработчикам.

3. 3

   Права проверяются тестами

   Матрица прав из постановки превращается в проверочный код с тестами.

4. 4

   Стыки с другими системами

   1С бухгалтерии, оплата через банк, вход по одноразовому коду — описаны и согласованы с владельцами заранее.

что получил проект

Дыру в правах доступа нашли до того, как на ней построили новые сервисы. Разработчики получают задачи, уже проверенные на коде, а спорное всплывает до того, как на него потратила время команда.