Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

Особенности анализа в проектах по разработке сервисов

605 views

Published on

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

Published in: Education
  • Be the first to comment

Особенности анализа в проектах по разработке сервисов

  1. 1. Особенности анализа в проектах по разработке сервисов Ирина Сурова ЗАО Лаборатория Касперского Irina.Surova@Kaspersky.com
  2. 2. Контекст компании •Продуктоваяразработка •> 15продуктов •Для выпуска большого продукта требуется взаимодействие около 10 команд •> 35 аналитиков в отделе •Time Driven Development
  3. 3. Взгляд из космоса Антивирус на компьютере юного пользователя
  4. 4. Взгляд из космоса Антивирус на компьютере пользователя Антивирусные базы Сигнатуры Сырые базы Система сборки антивирусных баз Система тестирования антивирусных баз Система раздачи обновлений Готовые базы Kaspersky Security Network Антивирус на компьютере корпоративного пользователя АРМ антивирусного аналитика
  5. 5. Первые впечатления •Они очень разные. И команды, и сервисы Система сборки антивирусных баз Система тестирования антивирусных баз Система раздачи обновлений Kaspersky Security Network АРМ антивирусного аналитика Антивирус на компьютере юного пользователя Антивирус на компьютере корпоративного пользователя
  6. 6. Первые впечатления •У них другое представление о времени
  7. 7. Первые впечатления •У них куча взаимосвязей со всех сторон
  8. 8. Первые впечатления •У них все можно потрогать руками! •Все можно изменить! Почти все…
  9. 9. Зачем? Зачем им вообще аналитик?!
  10. 10. Первые впечатления от навыков аналитиков •Разработка требований •Методология •Знание линейки продуктов/технологий… •Самостоятельность •Зона ответственности •Коммуникации •Навыки управления
  11. 11. Первые впечатления от навыков аналитиков •Применение разных форматов описания требований •Удовлетворение критериям качества требований •Визуальное моделирование требований •Понимание и использование НФТ •Использование трассировок, версионирования, ведение истории изменений •Выявление влияния на другие системы •Применение инструментов для разработки требований (СУТ)
  12. 12. Не входят в аттестационные формы •Подключение новых клиентов к сервису •Разбор инцидентов •Согласование изменений в пользу одних клиентов с другими клиентами •Изменения по результатам мониторинга здоровья сервиса
  13. 13. Что же делать?
  14. 14. Строить новую модель предметной области и работы аналитика!
  15. 15. Варианты инфраструктурных систем •Система обработки потока •Продуктовый сервис •АРМ для внутренних целей •АРМ для поддержки бизнес-решений
  16. 16. Начало (функциональные требования)
  17. 17. Кому нужна информация о сервисе •Клиенты •Команда разработки и поддержки сервиса •Команды смежных систем
  18. 18. Продукту важны •Сценарий использования сервиса (контекст) •Формат запроса •Краткое описание алгоритма •Формат ответа
  19. 19. Команде Read-сервис •Формат запроса •Алгоритм формирования ответа клиенту •Формат ответа •Исходные данные, необходимые для формирования ответа (Read) •Источник и алгоритм получения исходных данных
  20. 20. Команде Write-сервиса •Формат запроса •Алгоритм формирования ответа клиенту •Формат ответа •Данные, сохраняемые после обращения клиента (Write) •Приемник и алгоритм передачи данных
  21. 21. Смежникам (Write/Read сервис) •Данные, публикуемые/сохраняемые после обращения клиента •Алгоритм передачи данных в/из сервиса
  22. 22. Тепло ль тебе девица, тепло ль тебе красная?
  23. 23. Нефункциональные требования •Доступность •Время отклика •Качество данных сервиса •Требования по нагрузке •Требования по инфобезопасности
  24. 24. Татьяна Задорожная, Tavlla
  25. 25. Где нужен аналитик? •Близость к неквалифицированным пользователям •Количество взаимосвязей •Количество разных клиентов •Рискованность результата
  26. 26. Какой нужен аналитик? •Может объять необъятное •Может удержать в голове и оперировать большим количеством взаимосвязей •Быстро строит и оперирует разными уровнями абстракции •Четко понимает границы системы и может оперировать разными точками зрения
  27. 27. Что дальше? •Карта сервисов •Каталог сервисов •Общие шаблоны требований для сервисов •Общие правила работы с сервисами для продуктов (заявка на подключение, выявление нефункциональных требований по доступности, безопасности…)
  28. 28. Спасибо за внимание Ирина Сурова Irina.Surova@Kaspersky.com

×