Особенности анализа в проектах по разработке сервисов
TRANSCRIPT
Особенности анализа в проектах по разработке сервисов
Ирина СуроваЗАО Лаборатория Касперского
Контекст компании
•Продуктовая разработка
•> 15 продуктов
•Для выпуска большого продукта требуется взаимодействие около 10 команд
•> 35 аналитиков в отделе
•Time Driven Development
Взгляд из космоса
Антивирус на компьютере
юного пользователя
Взгляд из космоса
Антивирус на компьютере
пользователя
Антивирусные базы
Сигнатуры Сырые базы
Система сборки
антивирусных баз
Система тестирования антивирусных
баз
Система раздачи
обновлений
Готовые базы
Kaspersky Security Network
Антивирус на компьютере
корпоративного пользователя
АРМ антивирусного
аналитика
Первые впечатления
•Они очень разные. И команды, и сервисыСистема сборки
антивирусных баз Система
тестирования антивирусных
баз
Система раздачи
обновлений
Kaspersky Security Network
АРМ антивирусного
аналитика
Антивирус на компьютере
юного пользователя
Антивирус на компьютере
корпоративного пользователя
Первые впечатления
•У них другое представление о времени
Первые впечатления
•У них куча взаимосвязей со всех сторон
Первые впечатления•У них все можно потрогать руками!
•Все можно изменить! Почти все…
Зачем? Зачем им вообще аналитик?!
Первые впечатления от навыков аналитиков
•Разработка требований
•Методология
•Знание линейки продуктов/технологий…
•Самостоятельность
•Зона ответственности
•Коммуникации
•Навыки управления
Первые впечатления от навыков аналитиков
•Применение разных форматов описания требований
•Удовлетворение критериям качества требований
•Визуальное моделирование требований
•Понимание и использование НФТ
•Использование трассировок, версионирования, ведение истории изменений
•Выявление влияния на другие системы
•Применение инструментов для разработки требований (СУТ)
Не входят в аттестационные формы
•Подключение новых клиентов к сервису
•Разбор инцидентов
•Согласование изменений в пользу одних клиентов с другими клиентами
•Изменения по результатам мониторинга здоровья сервиса
Что же делать?
Строить новую модель предметной области и работы аналитика!
Варианты инфраструктурных систем
•Система обработки потока
•Продуктовый сервис
•АРМ для внутренних целей
•АРМ для поддержки бизнес-решений
Начало (функциональные требования)
Кому нужна информация о сервисе
•Клиенты
•Команда разработки и поддержки сервиса
•Команды смежных систем
Продукту важны
•Сценарий использования сервиса (контекст)
•Формат запроса
•Краткое описание алгоритма
•Формат ответа
Команде Read-сервис
•Формат запроса
•Алгоритм формирования ответа клиенту
•Формат ответа
•Исходные данные, необходимые для формирования ответа (Read)
•Источник и алгоритм получения исходных данных
Команде Write-сервиса
•Формат запроса
•Алгоритм формирования ответа клиенту
•Формат ответа
•Данные, сохраняемые после обращения клиента (Write)
•Приемник и алгоритм передачи данных
Смежникам (Write/Readсервис)
•Данные, публикуемые/сохраняемые после обращения клиента
•Алгоритм передачи данных в/из сервиса
Тепло ль тебе девица, тепло ль тебе красная?
Нефункциональные требования
•Доступность
•Время отклика
•Качество данных сервиса
•Требования по нагрузке
•Требования по инфобезопасности
Татьяна Задорожная, Tavlla
Где нужен аналитик?
•Близость к неквалифицированным пользователям
•Количество взаимосвязей
•Количество разных клиентов
•Рискованность результата
Какой нужен аналитик?
•Может объять необъятное
•Может удержать в голове и оперировать большим количеством взаимосвязей
•Быстро строит и оперирует разными уровнями абстракции
•Четко понимает границы системы и может оперировать разными точками зрения
Что дальше?
•Карта сервисов
•Каталог сервисов
•Общие шаблоны требований для сервисов
•Общие правила работы с сервисами для продуктов (заявка на подключение, выявление нефункциональных требований по доступности, безопасности…)
