От Бизнес-систем - к информационным системам: переход шаг за шагом

* Системный анализ ИС и бизнес системы - связь, сходства и различия

Михаил КумсковУчебный Центр Люксофт

ЛАФ-2013

*План *Системный подход в работе Интернет-аналитика

*Техника определения требований к бизнесу

*Техника определения требований к ИС

*Техника определения требований к бизнесу

*Сценарий использования / История пользователя

ЛАФ-2013

Аналитики пишут требования к сайту Заказчика

*Системный подход

«Что есть система?» - определить «систему

координат»

Троица: "Система. Окружение системы. Услуги

системы»

Сценарии предоставления услуг – поведение системы

Основа для верификации (тестирования)

Дизайн системы –

реализация процессов «внутренними исполнителями»

ЛАФ-2013

*Системный подход

«Что есть система?» - определить «систему координат»

анализа

Система. Определить границы системы (что «внутри» а

что «вне»)

Окружение системы.

Актеры – «кто» и «что» взаимодействует с Системой.

Первичные актеры – пользователи. Вторичные – другие системы.

Услуги системы* Услуга обслуживания пользователя

– сценарии использования (Use Case)

ЛАФ-2013

Ищем требования – 3 шага

1. Система – определяем границы

• – «что внутри», а что «снаружи»

2. Окружение системы – актеры – первичные и вторичные

первичные – пользователи

вторичные – другие системы

3. Услуги системы – для каждого первичного актера

Услуга = Сценарии взаимодействия

(основа верификации)

ЛАФ-2013

Техника определения требований

УпражнениеПрименяем 3 шага:

1. Система – ИС - границы определены

2. Ищем: Окружение системы – экторы

3. Ищем: Услуги системы –

* для каждого первичного эктора

ЛАФ-2013

UML диаграмма сценариев использования

ЛАФ-2013

*УСЛУГА Системы

*УСЛУГА СИСТЕМЫ – ФОРМА ФУНКЦИОНАЛЬНЫХ ТРЕБОВАНИЙ

Метафора: «Услуга – ожерелье»бусинки – шаги услуги – функции Системы

Понятны заказчику

Понятны разработчику

Понятны тестировщику

Понятны «тех.писателю»

ЛАФ-2013

УСЛУГА – ФОРМА ФУНКЦИОНАЛЬНЫХ ТРЕБОВАНИЙ

Используется в качестве основы для контракта с Заказчиком

Обеспечивает участие заказчиков в процессе разработки с самого начала

Обеспечивает понимание и фиксацию функциональных требований к системе

ЛАФ-2013

* ТЕХНИКА ОПРЕДЕЛЕНИЯ ТРЕБОВАНИЙ

К БИЗНЕСУ

*Бизнес (система) – черный ящик!

*Формулировка проблемы

*Упражнение

*Применяем 3 шага:1. Система – бизнес система - границы

определены

2. Окружение системы – экторы

3. Услуги системы – для каждого первичного эктора

ЛАФ-2013

* ОТ ТРЕБОВАНИЙ К БИЗНЕСУ – к ИС

*Бизнес (система) – черный ящик!(Колледж – наша бизнес система)

• Бизнес услуги = бизнес процессы (БП)

• Автоматизируемая работа БП = услуга ИС

• Ее исполнитель = пользователь ИС = первичный эктор ИС

•Упражнение

ЛАФ-2013

ТЕХНИКА СПЕЦИФИКАЦИИ СЦЕНАРИЯ ИСПОЛЬЗОВАНИЯ

Основной поток. Альтернативные потоки

ЛАФ-2013

ТЕХНИКА СПЕЦИФИКАЦИИ СЦЕНАРИЯ ИСПОЛЬЗОВАНИЯ

ЛАФ-2013

* ТЕХНИКА СПЕЦИФИКАЦИИ СЦЕНАРИЯ ИСПОЛЬЗОВАНИЯ

ЭВРИСТИКИ ПРИ ИЗОБРАЖЕНИИ

СЛОЖНЫХ БИЗНЕС

ПРОЦЕССОВ

•Детализация шагов «Бизнес-услуги» (процесса) – критерий

•Пример

•Визуализация на UML – каждый поток – на своей отдельной диаграмме

Проектирование системы

* Открываем черный ящик:• Определяем исполнителей –

(список)

• Для ИС – подсистемы и классы

• Для Бизнеса – сотрудники и ИС

• Назначаем “шаги-бусинки” – на исполнителей

• Паттерн: “boudary”, “control”, “entity”

Agile / RUP

Сценарий использования / История пользователя

Agile / RUP

Хорошие сценарии использованияДолжны:• Приносить значимый результат• Содержать все вариации• Описывать взаимодействие и механизмы, но не

политики Не быть зависимыми от технологий и интерфейсов

Быть достаточно крупными

Инициироваться только одним актером

Включать основные бизнес-исключения и их обработку

Ирина Крючкова, Киев, Октябрь 2011

*Agile / RUP

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

Границы системы Актеры Сценарии

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

Представляет собой не только диаграмму!

Ирина Крючкова, Киев, Октябрь 2011

*Agile / RUP

Ирина Крючкова, Киев, Октябрь 2011

Истории пользователей –

короткое описание функциональности, которая нужна пользователям для достижения их бизнес-целей.

Конкретные нужды конкретного пользователя, выраженные в простой форме.

Одно или два предложения с указанием:

• Актера – кто будет использовать историю

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

• Выгоды – бизнес-ценность результатов работы истории

*Agile / RUP

Ирина Крючкова, Киев, Октябрь 2011

Шаблон истории пользователя

Как <тип пользователя> я хочу <сделать> и тем самым получить

<выгоды>

*Agile / RUP

Ирина Крючкова, Киев, Октябрь 2011

Сравнение: Уровень детализации

Истории пользователей

Краткое описание сценария

Неформальные сценарии

Формальные сценарии использования

*Agile / RUP

Ирина Крючкова, Киев, Октябрь 2011

Сравнение: Компетентность и доверие

Планируем – в сценариях использования

Либо САМ работаешь – либо другие, НО по твоему

ПЛАНУ

<*Подводим Итоги

Знание основ Системного Анализа – подмога в БОЮ за создание «правильного»

приложения

*«Как наверху - так и внизу»

• СИСТЕМА – сначала ВНЕШНЕЕ поведение,

а потом – ВНУТРЕННЕЕ проектирование

• «История пользователя» –

это ЭКЗЕМПЛЯР

сценария

использования

(экземпляр

услуги СИСТЕМЫ)

Вопросы?

*СПАСИБО ЗА ВНИМАНИЕ!

Skype: kumskov

E-mail: kumskov@mail.ru

mkumskov@luxoft.com

Докладчик: Михаил Кумсков

*Радость была?