Доклад Ирины Суровой на конференции Analyst Days-4, 17-18 апреля 2015 г., Минск www.analystdays.com

1. Особенности анализа в проектах
по разработке сервисов
Ирина Сурова
ЗАО Лаборатория Касперского
Irina.Surova@Kaspersky.com

2. Контекст компании
•Продуктоваяразработка
•> 15продуктов
•Для выпуска большого продукта
требуется взаимодействие около 10
команд
•> 35 аналитиков в отделе
•Time Driven Development

3. Взгляд из космоса
Антивирус на
компьютере
юного
пользователя

4. Взгляд из космоса
Антивирус на
компьютере
пользователя
Антивирусные базы
Сигнатуры Сырые базы
Система
сборки
антивирусных
баз
Система
тестирования
антивирусных
баз
Система
раздачи
обновлений
Готовые базы
Kaspersky
Security Network
Антивирус на
компьютере
корпоративного
пользователя
АРМ
антивирусного
аналитика

5. Первые впечатления
•Они очень разные. И команды, и сервисы
Система
сборки
антивирусных
баз Система
тестирования
антивирусных
баз
Система
раздачи
обновлений
Kaspersky
Security Network
АРМ
антивирусного
аналитика
Антивирус на
компьютере
юного
пользователя
Антивирус на
компьютере
корпоративного
пользователя

6. Первые впечатления
•У них другое представление о времени

7. Первые впечатления
•У них куча взаимосвязей со всех сторон

8. Первые впечатления
•У них все можно потрогать руками!
•Все можно изменить! Почти все…

9. Зачем? Зачем им вообще
аналитик?!

10. Первые впечатления от
навыков аналитиков
•Разработка требований
•Методология
•Знание линейки продуктов/технологий…
•Самостоятельность
•Зона ответственности
•Коммуникации
•Навыки управления

11. Первые впечатления от
навыков аналитиков
•Применение разных форматов описания
требований
•Удовлетворение критериям качества требований
•Визуальное моделирование требований
•Понимание и использование НФТ
•Использование трассировок, версионирования,
ведение истории изменений
•Выявление влияния на другие системы
•Применение инструментов для разработки
требований (СУТ)

12. Не входят в аттестационные
формы
•Подключение новых клиентов к
сервису
•Разбор инцидентов
•Согласование изменений в пользу
одних клиентов с другими клиентами
•Изменения по результатам
мониторинга здоровья сервиса

13. Что же делать?

14. Строить новую модель предметной
области и работы аналитика!

15. Варианты инфраструктурных
систем
•Система обработки потока
•Продуктовый сервис
•АРМ для внутренних целей
•АРМ для поддержки бизнес-решений

16. Начало (функциональные
требования)

17. Кому нужна информация о
сервисе
•Клиенты
•Команда разработки и поддержки
сервиса
•Команды смежных систем

18. Продукту важны
•Сценарий использования сервиса
(контекст)
•Формат запроса
•Краткое описание алгоритма
•Формат ответа

19. Команде Read-сервис
•Формат запроса
•Алгоритм формирования ответа
клиенту
•Формат ответа
•Исходные данные, необходимые для
формирования ответа (Read)
•Источник и алгоритм получения
исходных данных

20. Команде Write-сервиса
•Формат запроса
•Алгоритм формирования ответа
клиенту
•Формат ответа
•Данные, сохраняемые после
обращения клиента (Write)
•Приемник и алгоритм передачи
данных

21. Смежникам (Write/Read
сервис)
•Данные, публикуемые/сохраняемые
после обращения клиента
•Алгоритм передачи данных в/из
сервиса

22. Тепло ль тебе девица, тепло ль
тебе красная?

23. Нефункциональные
требования
•Доступность
•Время отклика
•Качество данных сервиса
•Требования по нагрузке
•Требования по инфобезопасности

24. Татьяна Задорожная, Tavlla

25. Где нужен аналитик?
•Близость к неквалифицированным
пользователям
•Количество взаимосвязей
•Количество разных клиентов
•Рискованность результата

26. Какой нужен аналитик?
•Может объять необъятное
•Может удержать в голове и оперировать
большим количеством взаимосвязей
•Быстро строит и оперирует разными
уровнями абстракции
•Четко понимает границы системы и может
оперировать разными точками зрения

27. Что дальше?
•Карта сервисов
•Каталог сервисов
•Общие шаблоны требований для
сервисов
•Общие правила работы с сервисами для
продуктов (заявка на подключение,
выявление нефункциональных требований
по доступности, безопасности…)

28. Спасибо за внимание
Ирина Сурова
Irina.Surova@Kaspersky.com