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

* 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: kumskov@mail.ru

mkumskov@luxoft.com

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

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