Доклад Кристины Ерофеевой на конференции Analyst Days-5, 22-23 апреля 2016 г., Санкт-Петербург www.analystdays.com

1. Deutsche Bank
Deutsche Bank Technology Centre, LLC
Птички и пчёлки.
Как документировать сложное просто.
0

2. Kristina Erofeeva
Analyst Days 2016
Deutsche Bank
Deutsche Bank Technology Centre, LLC
Кристина Ерофеева,
человек и аналитик
Доклад отражает личное мнение и взгляды автора, которые могут
не совпадать с мнением и позицией ООО «Технологический Центр
Дойче Банка»
Об авторе

3. Deutsche BankDeutsche Bank Kristina Erofeeva
Analyst Days 2016Deutsche Bank Technology Centre, LLC
Причем тут птички?
— Информация слишком
сложна для восприятия
— Аналитик, который
должен был
использовать
упрощающие аналогии,
не сделал этого
— Всё пропало 

4. Kristina Erofeeva
Analyst Days 2016
Deutsche Bank
Deutsche Bank Technology Centre, LLC
— Мы собрали бизнес-требования;
— Они непротиворечивы, правильны, их достаточно, чтобы описать
всю функциональность системы;
— Они организованы определенным образом;
— Но, при достижении некоторой сложности системы, структура
бизнес-требований не подходит для разработки
В чём проблема?

5. Kristina Erofeeva
Analyst Days 2016
Deutsche Bank
Deutsche Bank Technology Centre, LLC
— Система делает отчеты по транзакциям
— 7 разных регулирующих органов
— 6 разных типов сделкок
— 40 событий различной бизнес-природы
— 30+ разных типов отчетов (по нескольку для каждого регулятора)
— Несколько временных отсечек (сразу, в конце дня, за неделю)
— Бизнес экспертиза распределена во-первых по типам
сделок, во-вторых по регулирующим органам
— Структура системы предолагает единообразную обработку
всех отчетов
Например:

6. Kristina Erofeeva
Analyst Days 2016
Deutsche Bank
Deutsche Bank Technology Centre, LLC
— Дорогая и/или долгая разработка
— Неоптимальный код, много переделок
— Copy & Paste как способ справиться со сложностью
— Перенос на команду разработки ожидания экспертизы в
предметной области
Почему это проблема?

7. Deutsche BankDeutsche Bank Kristina Erofeeva
Analyst Days 2016Deutsche Bank Technology Centre, LLC
Декомпозиция бизнес-требований
4/29/2016 2010 DB Blue template
6

8. Kristina Erofeeva
Analyst Days 2016
Deutsche Bank
Deutsche Bank Technology Centre, LLC
— Одно бизнес-требование можно разделить на несколько
требований помельче
— Каждое из требований помельче должно описывать только один
атомарный аспект создания фукнциональности
— Например: кто? в какой момент? да/нет? какой статус?
Важно: при делении бизнес-требований каждое из них всё ещё
остаётся именно БИЗНЕС-требованием, без деталей реализации.
Как декомпозировать?

9. Kristina Erofeeva
Analyst Days 2016
Deutsche Bank
Deutsche Bank Technology Centre, LLC
— Бизнес-сценарии:
Новая сделка => Отклонено (ошибка валидации) => Новая сделка
Закрытие сделки => Отклонено => Закрытие сделки
— Как декомпозировать:
Как отчитываться по событиям определенного типа (новое,
закрытие)
Какая реакция на ошибки валидации во всех случаях
— Как удобно обобщить:
(Событие) => если отклонено => (Событие того же типа)
Например:

10. Kristina Erofeeva
Analyst Days 2016
Deutsche Bank
Deutsche Bank Technology Centre, LLC
Оптимизация организации требований
9

11. Kristina Erofeeva
Analyst Days 2016
Deutsche Bank
Deutsche Bank Technology Centre, LLC
Тождественные преобразования: немного магии, немного здравого
смысла
— Можно:
— Найти похожие параметры в разных объектах
— Заменить значимыми числами и поправочными коэффициентами
— Попробовать вынести часть формулы «за скобку»
— Привести формулу к «единому знаменателю» 
— Замена логического параметра числовым (сторона сделки
меняется на + или -)
Как оптимизировать?
10

12. Kristina Erofeeva
Analyst Days 2016
Deutsche Bank
Deutsche Bank Technology Centre, LLC
Система осуществляет торговые операции, торговля происходит
валютными парами (у которых есть первая валюта сделки, вторая
валюта сделки)
Необходимо добавить функциональность обложения сделок
комиссией
Например:
11

13. Kristina Erofeeva
Analyst Days 2016
Deutsche Bank
Deutsche Bank Technology Centre, LLC
Комиссия 1: Кол-во по первой валюте сделки * Коэффициент1
Комиссия 2: Кол-во во второй валюте сделки * курс пересчёта из
первой валюты во вторую * Коэффициент2
Комиссия 3: Количество в единицах некоторой третьей валюты *
курс пересчёта из третьей валюты во вторую * Коэффициент3
Комиссия 4: Количество по нескольким сделкам (объединённым
каким-либо принципом) * Коэффициент4
Комиссия итого: Количество * (при необходимости) Курс пересчёта *
Коэффициент
Например:
12

14. Kristina Erofeeva
Analyst Days 2016
Deutsche Bank
Deutsche Bank Technology Centre, LLC
Сборка структуры функциональных требований
13

15. Kristina Erofeeva
Analyst Days 2016
Deutsche Bank
Deutsche Bank Technology Centre, LLC
Поэтапное построение структуры функциональных
требований
14
— Мы отталкиваемся не от сценариев использования и бизнес-нужд,
а от архитектуры/структуры разрабатываемой системы
— Все ситуации, которые могут произойти в определённой части
системы, делятся на 5-7 групп, которые с точки зрения реализации
требуют единой обработки
— Выделяется общая часть обработки всего, и некоторые ветвления
для более узких групп требований
Единого идеального способа построения структуры, по мнению автора,
не существует. Поэтому…

16. Deutsche BankDeutsche Bank Kristina Erofeeva
Analyst Days 2016Deutsche Bank Technology Centre, LLC
Как проверить оптимальность полученной
структуры?
15
- Если вы всё ещё видите
это выражение лица у
команды разработки,
что-то идёт не так
- Если всё идет как надо –
это выражение лица будет
у бизнес-пользователей,
которые будут смотреть в
полученные
функциональные
требования

17. Kristina Erofeeva
Analyst Days 2016
Deutsche Bank
Deutsche Bank Technology Centre, LLC
— Проблема 1: при декомпозиции / организации / сборке
аналитик может допустить ошибки, бизнес-пользователь может
их не заметить, и тогда код разойдется с бизнес-требованиями
— Возражение к проблеме: если преобразование структуры не
делает и не «вербализирует» аналитик, то то же самое неявно
делает каждый участник команды разработки.
Причем, каждый сделает это по-своему. 
— Способы преодоления: инженер по тестированию читает и
бизнес-, и функциональные требования при составлении
сценариев тестирования
— Кросс-проверка другими функциональными аналитиками
Привнесённые проблемы и как с ними справиться

18. Kristina Erofeeva
Analyst Days 2016
Deutsche Bank
Deutsche Bank Technology Centre, LLC
— Проблема 2: при различной структуре бизнес и функциональных
требований возможны те же последствия, как и для
неоптимальной архитектуры ПО: структура функциональных
требований не поддерживает изменение бизнес-требований во
времени
— Способы преодоления: если есть возможность – исследовать
бизнес-требования такого рода в прошлом, чтобы определить
потенциальные «зоны подвижности».
Как и с архитектурой ПО, нет надёжного способа преодоления.
Но это не значит, что структура функциональных требований
и/или архитектура ПО в принципе бесполезны. 
— Кросс-проверка другими функциональными аналитиками
Привнесённые проблемы и как с ними справиться

19. Kristina Erofeeva
Analyst Days 2016
Deutsche Bank
Deutsche Bank Technology Centre, LLC
— Система работает стабильно (потому что код структурирован
хорошо)
— При изменении функциональных требований – очевидно, какие
части системы нуждаются в доработке
— Система работает понимаемо для бизнес-пользователей, и
можно выявить несоответствия в ожиданиях и результате, хоть и
после сопротивления бизнес-пользователей
— Всё это в целом дает ощущение безопасности от сложной
системы
Что получится в итоге

20. Kristina Erofeeva
Analyst Days 2016
Deutsche Bank
Deutsche Bank Technology Centre, LLC 19
Спасибо за внимание
Вопросы?

21. Kristina Erofeeva
Analyst Days 2016
Deutsche Bank
Deutsche Bank Technology Centre, LLC
Данный материал не является предложением или предоставлением какой-либо
услуги. Данный материал предназначен исключительно для информационных и
иллюстративных целей и не предназначен для распространения в рекламных
целях. Любой анализ третьих сторон не предполагает какого-либо одобрения или
рекомендации. Мнения, выраженные в данном материале, являются актуальными
на текущий момент, появляются только в этом материале и могут быть изменены
без предварительного уведомления. Эта информация предоставляется с
пониманием того, что в отношении материала, предоставленного здесь, вы будете
принимать самостоятельное решение в отношении любых действий в связи с
настоящим материалом, и это решение является основанным на вашем
собственном суждении, и что вы способны понять и оценить последствия этих
действий. ООО "Дойче Банк Техцентр" не несет никакой ответственности за любые
убытки любого рода, относящихся к этому материалу.
4/29/2016 2010 DB Blue template
20