* От Бизнес-систем - к информационным системам: переход шаг за шагом Михаил Кумсков Учебный Центр Люксофт * *Системный подход в работе Интернет-аналитика *Техника определения требований к бизнесу *Техника определения требований к ИС *Техника определения требований к бизнесу *Сценарий использования / История пользователя Аналитики пишут требования к сайту Заказчика * «Что есть система?» - определить «систему координат» Троица: "Система. Окружение системы. Услуги системы» Сценарии предоставления услуг – поведение системы Основа для верификации (тестирования) Дизайн системы – реализация процессов «внутренними исполнителями» * «Что есть система?» - определить «систему координат» анализа Система. Определить границы системы (что «внутри» а что «вне») Окружение системы. Актеры – «кто» и «что» взаимодействует с Системой. Первичные актеры – пользователи. Вторичные – другие системы. Услуги системы * Услуга обслуживания пользователя – сценарии использования (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: [email protected] [email protected] Skype: kumskov * Радость была? Кумсков