Практики системного анализа в работе UX-проектировщика

Константин Валеев
ProfsoUX 2020

Доклад рассчитан в основном на UX-дизайнеров, менеджеров продукта и всех причастных.

Меня зовут Константин Валеев, я руковожу отделом системной аналитики в «Ростелеком ИТ» — мы разрабатываем основные цифровые продукты «Ростелекома»: сервис интерактивного телевидения Wink, решения для видеонаблюдения, личные кабинеты.

Системные аналитики находятся между всеми участниками проектной команды: между заказчиком, разработкой и дизайном. Они отвечают за сбор требований, трансляцию их в команду, первичное проектирование и UX. В нашей компании под эту роль есть выделенные люди, но так далеко не везде, и зачастую роль системного аналитика берут на себя (хотя бы и временно), например, дизайнеры. При этом те практики, которые предлагает системный анализ, могут пригодиться и им.

Про что я расскажу:
- За что отвечает человек с ролью «системный аналитик», как бы не называлась его должность в компании.
- Какие основные практики системного анализа полезны при проектировании интерфейсов: сбор и анализ требований, проработка сценариев (особенно альтернатив и исключений), проработка модели данных и маппинг её на интерфейсы: пользовательские и программные. Расскажу немного про каждую с рекомендациями и примерами. Покажу пару классических нотаций моделирования, и как они прикладываются к дизайну.
- Какие претензии часто возникают у разработки к UX-проектировщикам (проработка граничных случаев, непонимание модели данных и предметной области, потеря консистентности), и как практики системного анализа могут помочь.
- Какие хард-скиллы были бы полезны дизайнеру: понимание как из логических данных получаются физические и как они хранятся, понимание основ межсистемного взаимодействия и программных интерфейсов.

Transcript

1. 29 февраля 2020. Санкт-Петербург Три инструмента системного аналитика в работе UX-проектировщика Константин Валеев
2. Обо мне Руковожу аналитиками и проектами в «Ростелеком ИТ» — софтверном IT-кластере, разрабатывающем цифровые продукты «Ростелекома». Много и плотно работаю с дизайнерами. 2
3. Twean Peaks 3
4. Три столпа системного анализа • Управление требованиями • Проработка сценариев • Моделирование предметной области 4
5. 1. Управление требованиями 5
9. 2. Сценарное проектирование 9
10. Сценарии использования • Сценарии — описание достижения пользовательских целей • Проработка сценариев — основа для проектирования UX (и есть проектирование де-факто) • Основа для вычленения требований и сущностей данных 10
11. Usage Context Новый пользователь заходит в свой личный кабинет компании. Он хочет посмотреть, какие заказы совершал в последнее время. Он может отфильтровать нужные и сохранить выбранные параметры как фильтр, чтобы потом не задавать их снова. Получив выборку, он может выгрузить её в отчёт. 11
12. Usage Scenario 1. Заходит в личный кабинет и переходит к заказам. 2. Выбирает нужные параметры для фильтрации. 3. Если хочет, сохраняет фильтр, даёт ему название. 4. Или же может выбрать уже сохраненный фильтр и применить его. 5. Смотрит на выдачу и выгружает её в файл отчёта. 12
13. Main Scenario Основной сценарий: 1. Пользователь заходит в личный кабинет и выбирает заказы. 2. Выводится список последних заказов. 3. Пользователь выбирает параметры для фильтрации. 4. Выводится отфильтрованный список последних заказов. 5. Пользователь выгружает его в отчёт. 6. Скачивается файл отчёта. Альтернативы: 3. Пользователь выбирает уже сохраненный фильтр. 5. Пользователь сохраняет параметры в фильтр. Исключения: 2. Сохраненных заказов нет. 4. По фильтру ничего не нашлось. 5. У пользователя нет прав на выгрузку отчётов. 13
14. Main & Alt Scenarios Основной сценарий: 1. Пользователь заходит в личный кабинет и выбирает заказы. 2. Выводится список последних заказов. 3. Пользователь выбирает параметры для фильтрации. Или выбирает сохраненный фильтр. 4. Выводится отфильтрованный список последних заказов. 5. Пользователь выгружает его в отчёт. 6. Скачивается файл отчёта. Альтернативы: 3a. Пользователь выбирает уже сохраненный фильтр. 4a. Выводится отфильтрованный список последних заказов по сохраненному фильтру. 5а. Возврат в шаг 5 основного сценария. 5с. Пользователь сохраняет параметры в фильтр. 6с. Предлагается сохранить названия фильтра. 7с. Пользователь вводит название нового фильтра и решает, будет ли он публичным. 8с. Выводится отфильтрованный список последних заказов по сохраненному фильтру. 9с. Возврат в шаг 5 основного сценария. Исключения: 2d. Сохраненных заказов нет. 3d. Показывается сообщение и предложение заказать что-нибудь. 4e. По фильтру ничего не нашлось. 4e. Показывается сообщение и предложение сменить настройки фильтра. 5f. У пользователя нет прав на выгрузку отчётов. 6f. Показывается сообщение и предложение запросить права. 14
15. Full-dressed Scenario 1. Пользователь заходит в личный кабинет и выбирает заказы. 2. Приложение запрашивает метод GET /orders/last. 3. Бекенд возвращает список заказов. 4. Приложение отображает список последних заказов. 5. Пользователь выбирает параметры для фильтрации. 6. Приложение запрашивает метод GET /orders/last с параметров filter. 7. Бекенд возвращает отфильтрованный список заказов. 8. Приложение выводит отфильтрованный список последних заказов. 9. Пользователь выгружает его в отчёт. 10. Приложение запрашивает метод GET /report/last с параметром filter. 11. Бекенд возвращает файл отчёта. 15
16. Уровни детализации An introduction to smart use cases, Sander Hoogendoorn 16
17. Уровни детализации — use-case-диаграмма An introduction to smart use cases, Sander Hoogendoorn 17
18. 3. Модель предметной области 18
19. Общий глоссарий Заказ Статус Поисковый запрос Избранное Корзина Способ доставки Профиль Аккаунт Платёжные данные 19
20. Онтология: термины и связи 20
21. Много терминов и связей Kai Pata, Concept map of scaffolding, https:/ /tihane.wordpress.com/2012/11/21/concept-map-of-scaffolding 21
22. Очень много терминов и связей Ontology of Quranic Concepts, http:/ /corpus.quran.com/ontology.jsp 22
23. Инструменты, когда очень сложно Protege Grakn 23
24. Начать просто Guarino, N., Oberle, D., & Staab, S. (2009). What Is an Ontology? In S. Staab, & R. Studer, International Handbooks on Information Systems: Handbook on Ontologies (pp. 1-17). Berlin Heidelberg: Springer-Verlag 24
25. От терминов к сущностям 25
26. Примеры правил • Существительное и родительный падеж. Дата заказа, диаметр круга, цвет автомобиля • Предложения вида: <класс> имеет <атрибут> Пример: у сотрудника есть дата рождения; у адреса есть почтовый индекс; процесс имеет время активации • Прилагательное в сочетании с существительным Быстрая машина; большой дисплей; большой банковский счет; красная машина; черный список • Предложения вида: <класс> является <атрибут> Если человек является совершеннолетним; если заявка одобрена • Дифференцирующие атрибуты Двух пользователей недостаточно различать только по именам и фамилия, возможно нужен ещё какой- нибудь атрибут вроде даты рождения 26
27. Сущности и атрибуты — логическая ER-диаграмма 27
28. OOUX: A Foundation for Interaction Design 28
29. Статусы — диаграмма состояний 29
31. А если всё вместе? «Как мы карту фокусов рисовали», Александра Савельева, «Собака Павлова» 31
32. Диаграмма надёжности Kollár Lajos, Sterbinszky Nóra, Case study in system development - Notes 32
34. Что стоит посмотреть • IREB Requirements Modeling Handbook • IREB Requirements Management Handbook • BABoK Guide • Writing Effective Use Cases, Alistair Cockburn • UML Distilled, Martin Fowler 34
35. Спасибо! hello@kvaleev.me @kvaleev