*
От Бизнес-систем - к информационным системам: переход шаг за шагом
Михаил Кумсков Учебный Центр Люксофт
* *Системный подход в работе Интернет-аналитика
*Техника определения требований к бизнесу
*Техника определения требований к ИС
*Техника определения требований к бизнесу
*Сценарий использования / История пользователя
Аналитики пишут требования к сайту Заказчика
* «Что есть система?» - определить «систему координат»
Троица: "Система. Окружение системы. Услуги системы»
Сценарии предоставления услуг – поведение системы Основа для верификации (тестирования)
Дизайн системы – реализация процессов «внутренними исполнителями»
* «Что есть система?» - определить «систему координат» анализа Система. Определить границы системы (что «внутри» а что «вне») Окружение системы.
Актеры – «кто» и «что» взаимодействует с Системой. Первичные актеры – пользователи. Вторичные – другие системы. Услуги системы
* Услуга обслуживания пользователя – сценарии использования (Use Case)
1. Система – определяем границы • – «что внутри», а что «снаружи» 2. Окружение системы – актеры – первичные и вторичные
первичные – пользователи
вторичные – другие системы
3. Услуги системы – для каждого первичного актера
Услуга = Сценарии взаимодействия (основа верификации)
Техника определения требований Упражнение Применяем 3 шага:
1. Система – ИС - границы определены 2. Ищем: Окружение системы – экторы 3. Ищем:
*
Услуги системы – для каждого первичного эктора
UML диаграмма сценариев использования
* *УСЛУГА СИСТЕМЫ – ФОРМА
ФУНКЦИОНАЛЬНЫХ ТРЕБОВАНИЙ
Метафора: «Услуга – ожерелье» бусинки – шаги услуги – функции Системы Понятны заказчику Понятны разработчику Понятны тестировщику Понятны «тех.писателю»
УСЛУГА – ФОРМА ФУНКЦИОНАЛЬНЫХ ТРЕБОВАНИЙ
Используется в качестве основы для контракта с Заказчиком
Обеспечивает участие заказчиков в процессе разработки с самого начала
Обеспечивает понимание и
фиксацию функциональных требований к системе
*
ТЕХНИКА ОПРЕДЕЛЕНИЯ ТРЕБОВАНИЙ К
БИЗНЕСУ
* Бизнес (система) – черный ящик! * Формулировка проблемы
* Упражнение * Применяем 3 шага: 1. Система – бизнес система - границы определены
2. Окружение системы – экторы 3. Услуги системы – для каждого первичного эктора
* ОТ ТРЕБОВАНИЙ К БИЗНЕСУ – к * Бизнес (система) – черный ящик! (Колледж – наша бизнес система)
• Бизнес услуги = бизнес процессы (БП) • Автоматизируемая работа БП = услуга ИС
• Ее исполнитель = пользователь ИС = первичный эктор ИС
•Упражнение
ИС
ТЕХНИКА СПЕЦИФИКАЦИИ СЦЕНАРИЯ ИСПОЛЬЗОВАНИЯ Основной поток. Альтернативные потоки
ТЕХНИКА СПЕЦИФИКАЦИИ СЦЕНАРИЯ ИСПОЛЬЗОВАНИЯ
*
ЭВРИСТИКИ ПРИ ИЗОБРАЖЕНИИ СЛОЖНЫХ БИЗНЕС ПРОЦЕССОВ
• Детализация шагов «Бизнес-
услуги» (процесса) – критерий
• Пример • Визуализация на UML –
каждый поток – на своей отдельной диаграмме
Проектирование системы * Открываем черный ящик: • Определяем исполнителей – (список)
• Для ИС – подсистемы и классы • Для Бизнеса – сотрудники и ИС
• Назначаем “шаги-бусинки” – на исполнителей
• Паттерн: “boudary”, “control”, “entity”
Agile / RUP Сценарий использования / История пользователя
Agile / RUP
Хорошие сценарии использования Должны: • Приносить значимый результат • Содержать все вариации • Описывать взаимодействие и механизмы, но не политики
Не быть зависимыми от технологий и интерфейсов
Быть достаточно крупными Инициироваться только одним актером
Включать основные бизнесисключения и их обработку Ирина Крючкова, Киев, Октябрь 2011
* Agile / RUP
Модель сценариев использования Имеет четыре компонента: Границы системы Актеры Сценарии использования Отношения
Представляет собой не только диаграмму!
Ирина Крючкова, Киев, Октябрь 2011
* Agile / RUP Истории пользователей
–
короткое описание функциональности, которая нужна пользователям для достижения их бизнесцелей. Конкретные нужды конкретного пользователя, выраженные в простой форме. Одно или два предложения с указанием: • Актера – кто будет использовать историю
• Описания истории – высокоуровневый обзор функциональности • Выгоды – бизнес-ценность результатов работы истории Ирина Крючкова, Киев, Октябрь 2011
* Agile / RUP Шаблон истории пользователя Как <тип пользователя> я хочу <сделать> и тем самым получить <выгоды>
Ирина Крючкова, Киев, Октябрь 2011
* Agile / RUP Сравнение: Уровень детализации
Формальные сценарии Неформальные использования сценарии
Краткое описание сценария Истории пользователей
Ирина Крючкова, Киев, Октябрь
* Agile / RUP Сравнение: Компетентность и доверие
Ирина Крючкова, Киев, Октябрь 2011
Планируем – в сценариях использования
Либо САМ работаешь – либо другие, НО по твоему ПЛАНУ
< * Подводим Итоги
Знание основ Системного Анализа – подмога в БОЮ за создание «правильного» приложения
* «Как наверху - так и внизу» • СИСТЕМА – сначала
ВНЕШНЕЕ поведение,
а потом – ВНУТРЕННЕЕ проектирование
• «История пользователя» – это ЭКЗЕМПЛЯР сценария использования
(экземпляр услуги СИСТЕМЫ)
* Докладчик: Михаил
E-mail: kumskov@mail.ru mkumskov@luxoft.com
Skype: kumskov
* Радость была?
Кумсков