От бизнес-систем к информационным системам: переход...
DESCRIPTION
Презентация доклада Михаила Кумскова, представленного на конференции IT Arena во Львове 3 октября. Михаил Кумсков – эксперт по методологиям управления требованиями, использования методологии RUP и инструментария IBM Rational (Системный анализ) Luxoft Training.TRANSCRIPT
От Бизнес-систем - к информационным системам: переход шаг за шагом
* Workshop. Defining requirements for information systems based on business analysis of a domain area
Михаил КумсковУчебный Центр Люксофт
itarena.lviv.ua/
itarena.lviv.ua/
*План *Системный подход в работе Интернет-аналитика
*Модель предметной области
*Техника определения требований к ИС
*Техника определения требований к бизнесу
Цель мастер класса –
получить радость
itarena.lviv.ua/
*План *UML, use cases, business use cases,
ER-model
*Example study – creating three models
*Application domain model (ER model analog)
*Use case models (functional requirements in IS)
*Business use case models (requirements to business, which is being automated)
*Discussing the advantages of such approach to IS development
*Creating models in groups
*Discussing the results
itarena.lviv.ua/
*Системный подход
«Что есть система?» - определить «СИСТЕМУ КООРДИНАТ»
анализа
Троица: "Система. Окружение системы. Услуги системы»
Сценарии предоставления услуг – поведение системы
Основа для верификации (тестирования)
Дизайн системы – потом,
когда «откроем черный ящик»
реализация процессов «внутренними исполнителями»
itarena.lviv.ua/*Системный подход
«Что есть система?» - ИС или «Бизнес Система»?
Система. Определить границы системы (что «внутри» а
что «вне»)
Окружение системы.
Актеры – «кто» и «что» взаимодействует с Системой.
Первичные актеры – пользователи. Вторичные – другие системы.
Услуги системы* Услуга обслуживания пользователя
– Сценарии использования (Use Case)
или «Бизнес Сценарии использования»
(Если «Бизнес Система»)
itarena.lviv.ua/
Техника определения требований
УпражнениеПрименяем 3 шага:
1. Система – ИС - границы определены
2. Ищем: Окружение системы – «актеры»
3. Ищем: Услуги системы –
* для каждого пользователя - первичного «актера»
itarena.lviv.ua/
UML диаграмма сценариев использования
itarena.lviv.ua/*УСЛУГА Системы
*УСЛУГА СИСТЕМЫ – ФОРМА ФУНКЦИОНАЛЬНЫХ ТРЕБОВАНИЙ
Метафора: «Услуга – ожерелье»бусинки – шаги услуги – функции Системы
Понятны заказчику
Понятны разработчику
Понятны тестировщику
Понятны «тех.писателю»
itarena.lviv.ua/
УСЛУГА – ФОРМА ФУНКЦИОНАЛЬНЫХ ТРЕБОВАНИЙ
Используется в качестве основы для контракта с Заказчиком
Обеспечивает участие заказчиков в процессе разработки с самого начала
Обеспечивает понимание и фиксацию функциональных требований к системе
itarena.lviv.ua/
Модель предметной области
*0. Я – инвестор (Генеральный директор)
*1. Список-1. «Бизнес События», подлежащие регистрации
(сущности с атрибутом «дата-время»)
*2. Список-2. «Бизнес Объекты», подлежащие регистрации
(сущности БЕЗ атрибута «дата-время»)
*3. цикл по «Бизнес событиям»:
*UML class диаграмма с Событием в центре +
связанные сущности из списка-1 и списка-2 (ассоциации)
3.1. расставляем множественности на ассоциациях
3.2. преобразуем «много-ко-многим» и «один-к-одному»
3.3. расставляем собственные атрибуты сущностей.
itarena.lviv.ua/
Модель предметной областиКомбинат Питания
itarena.lviv.ua/
Модель предметной областиКомбинат Питания
itarena.lviv.ua/
Комбинат Питания
itarena.lviv.ua/
Модель предметной области
*Упражнение
itarena.lviv.ua/* ТЕХНИКА ОПРЕДЕЛЕНИЯ
ТРЕБОВАНИЙ
К БИЗНЕСУ
*Бизнес (система) – черный ящик!
*Формулировка проблемы
*Упражнение
*Применяем 3 шага:
1. Система – бизнес система - границы
определены
2. Окружение «Бизнес Системы» –
«бизнес актеры» - клиенты
3. Услуги системы – для каждого
клиента - первичного «бизнес
актера»
itarena.lviv.ua/
* ОТ ТРЕБОВАНИЙ К БИЗНЕСУ – к ИС
*Бизнес (система) – черный ящик!(Колледж – наша бизнес система)
• Бизнес услуги = бизнес процессы (БП)
• Автоматизируемая работа БП = услуга ИС
• Ее исполнитель = пользователь ИС = первичный эктор ИС
•Упражнение
itarena.lviv.ua/ТЕХНИКА СПЕЦИФИКАЦИИ СЦЕНАРИЯ ИСПОЛЬЗОВАНИЯ
Основной поток. Альтернативные потоки
itarena.lviv.ua/ТЕХНИКА СПЕЦИФИКАЦИИ СЦЕНАРИЯ ИСПОЛЬЗОВАНИЯ
itarena.lviv.ua/Использование сущностей предметной областей
*UML class диаграмма «Бизнес События» – как пост условие основного альтернативного потока сценария использования ИС
*Используем состояния сущностей для формулировки деталей спецификации сценария использования
itarena.lviv.ua/
itarena.lviv.ua/
ЭВРИСТИКИ ПРИ ИЗОБРАЖЕНИИ
СЛОЖНЫХ БИЗНЕС
ПРОЦЕССОВ
•Детализация шагов «Бизнес-услуги» (процесса) – критерий
•Пример
•Визуализация на UML – каждый поток – на своей отдельной диаграмме
itarena.lviv.ua/
Проектирование системы
* Открываем черный ящик:• Определяем исполнителей –
(список)
• Для ИС – подсистемы и классы
• Для Бизнеса – сотрудники и ИС
• Назначаем “шаги-бусинки” – на исполнителей
• Паттерн: “boudary”, “control”, “entity”
itarena.lviv.ua/*«Как наверху - так и внизу»
• СИСТЕМА – сначала ВНЕШНЕЕ поведение,
а потом – ВНУТРЕННЕЕ проектирование
• «История пользователя» –
это ЭКЗЕМПЛЯР
сценария
использования
(экземпляр
услуги СИСТЕМЫ)
itarena.lviv.ua/
Вопросы?
itarena.lviv.ua/
*СПАСИБО ЗА ВНИМАНИЕ!
Skype: kumskov
E-mail: [email protected]
Докладчик: Михаил Кумсков
*Радость была?