Варианты использования. Введение

Варианты использования.Введение

Анна АбрамоваE-mail: anna@sergeevna.org

Skype: abramova_anna

О себе

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

разработке

• 5 лет в роли разработчика учебных курсов и преподавателя СПбГУ и ИТМО

• Разработала свой курс по системному анализу в ИТ для начинающих аналитиков

Что такое ВИ?

• Соглашение относительно поведения рассматриваемой системы (А. Коберн)

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

Главное в ВИ

• Самое главное– определить рассматриваемую систему– основное действующее лицо– его цель

User Story: Как <пользователь/роль> я хочу иметь возможность <действие> для того, чтобы достигнуть <цели>

• Второе– Учет требований других заинтересованных лиц– Предусловия (минимальные гарантии)– Результат (гарантии успеха)– Триггер (инициирующее событие)

ПримерСистема: Анна АбрамоваОсновное действующее лицо:

Участник встречи СоА по ВИЦель: ?Другие заинтересованные лица:

ИТ-специалисты, не попавшие на встречуСотрудники тайм-кафе П.М.Ж.

Предусловие: присутствие на встречеРезультат: ?Триггер: 19:30 04.03.2014

Ограничения применения

• Функциональные требования• Требования с точки зрения пользователя

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

Описание цели пользователя в виде ВИ:частые вопросы

• Это требование? Какое это требование?• «Создать отчет о работе отдела анализа» – это ВИ? А

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

упоминать элементы интерфейса?

• ?

Задача: составить набор целей пользователя для системы

• Полный (описывающий необходимую пользователю функциональность)

• На одном уровне абстракции• Неизбыточный

Инструменты

• Модель бизнес-процессов– Задача роли в процессе – цель пользователя в системе– Не все задачи в процессе реализуются в системе– Не все задачи в процессе реализуются в одной системе

• Набор основных объектов, с которыми работает пользователь– Набор объектов, существующих вне контекста рассматриваемой

системы– Для одного вида систем набор объектов может быть разный

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

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

Набор объектов CRM

• Заказ • Клиент• Заказ

Такой набор ВИ помогает

• аналитикам• тестировщикам• разработчикам• проектировщикам интерфейса• руководителю проекта

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

Для аналитика

• Инструмент анализа• Отправная точка для обсуждения (User Story в Agile),

мозгового штурма– сначала список, потом конкретная цель пользователя

• Описание роли пользователя

Для разработчика

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

Для руководителя проекта

• Границы проекта– Объем соответствия стандартам

• ВИ – элемент поставки• Приоритет реализации функций

– Если функция реализует приоритетный ВИ – она приоритетна– Если одна функция встречается в нескольких ВИ, она приоритетна

Для проектировщика интерфейсов

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

Для тестировщика

• Основа для сценариев тестирования