Варианты использования. Введение Презентация для встречи сообщества аналитиков Санкт-Петербурга 13 декабря 2014

1. Варианты использования.
Введение
Анна Абрамова
E-mail: anna@sergeevna.org
Skype: abramova_anna

2. О себе
• Абрамова Анна
• Образование: СПбГУ, ПМ-ПУ
• С 2002 года в ИТ
• С 2008 года в роли аналитика
• Работа в заказных и внутренних проектах, продуктовой
разработке
• 5 лет в роли разработчика учебных курсов и
преподавателя СПбГУ и ИТМО
• Разработала свой курс по системному анализу в ИТ для
начинающих аналитиков

3. Что такое ВИ?
• Соглашение относительно поведения рассматриваемой
системы (А. Коберн)
• Формат описания взаимодействия лица, имеющего цель,
с некоей системой:
– Клиент-Компания (бизнес-процесс)
– Пользователь-Система (цель пользователя-человека)
– Клиент-Сервер (цель пользователя-системы)

4. Главное в ВИ
• Самое главное
– определить рассматриваемую систему
– основное действующее лицо
– его цель
User Story: Как <пользователь/роль> я хочу иметь возможность
<действие> для того, чтобы достигнуть <цели>
• Второе
– Учет требований других заинтересованных лиц
– Предусловия (минимальные гарантии)
– Результат (гарантии успеха)
– Триггер (инициирующее событие)

5. Пример
Система: Анна Абрамова
Основное действующее лицо:
Участник встречи СоА по ВИ
Цель: ?
Другие заинтересованные лица:
ИТ-специалисты, не попавшие на встречу
Сотрудники тайм-кафе П.М.Ж.
Предусловие: присутствие на встрече
Результат: ?
Триггер: 19:30 04.03.2014

6. Ограничения применения
• Функциональные требования
• Требования с точки зрения пользователя
• с учетом требований других заинтересованных лиц
помогают выявить
– бизнес-правила
– требования к производительности

7. Описание цели пользователя в виде ВИ:
частые вопросы
• Это требование? Какое это требование?
• «Создать отчет о работе отдела анализа» – это ВИ? А
«Найти требование» – это ВИ?
• Нужно ли учитывать систему, как действующее лицо?
• Нужно ли в ВИ, описывающих цели пользователя,
упоминать элементы интерфейса?
• ?

8. Задача: составить набор целей пользователя
для системы
• Полный (описывающий необходимую пользователю
функциональность)
• На одном уровне абстракции
• Неизбыточный

9. Инструменты
• Модель бизнес-процессов
– Задача роли в процессе – цель пользователя в системе
– Не все задачи в процессе реализуются в системе
– Не все задачи в процессе реализуются в одной системе
• Набор основных объектов, с которыми работает
пользователь
– Набор объектов, существующих вне контекста рассматриваемой
системы
– Для одного вида систем набор объектов может быть разный

10. Бизнес-процессы

11. Графическая модель набора ВИ

12. Набор объектов CRM
• Заказ • Клиент
• Заказ

13. Такой набор ВИ помогает
• аналитикам
• тестировщикам
• разработчикам
• проектировщикам интерфейса
• руководителю проекта

14. Единое понимание предметной области
(почему делаем именно так?)

15. Для аналитика
• Инструмент анализа
• Отправная точка для обсуждения (User Story в Agile),
мозгового штурма
– сначала список, потом конкретная цель пользователя
• Описание роли пользователя

16. Для разработчика
• Форматы данных
• Требования к производительности
• Протоколы ввода/вывода

17. Для руководителя проекта
• Границы проекта
– Объем соответствия стандартам
• ВИ – элемент поставки
• Приоритет реализации функций
– Если функция реализует приоритетный ВИ – она приоритетна
– Если одна функция встречается в нескольких ВИ, она приоритетна

18. Для проектировщика интерфейсов
• Описание роли пользователя
• Требования к интерфейсу пользователя

19. Для тестировщика
• Основа для сценариев тестирования