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

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

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

ЛАФ-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

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

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