Документ описывает процесс перехода от бизнес-систем к информационным системам через системный подход, определение требований и создание моделей. Основное внимание уделяется различным техникам, таким как UML и сценарии использования, для описания систем и их окружения. Мастер-класс нацелен на изучение моделей и их применения в разработке с акцентом на совместное создание и анализ результатов.

1. От Бизнес-систем - к информационным
системам: переход шаг за шагом
*
Михаил Кумсков
Учебный Центр Люксофт

2. itarena.lviv.ua/
*
*Системный подход в работе Интернет-
аналитика
*Модель предметной области
*Техника определения требований к ИС
*Техника определения требований к
бизнесу
Цель мастер класса –
получить радость

3. 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

4. itarena.lviv.ua/ *
«Что есть система?» - определить «СИСТЕМУ КООРДИНАТ» анализа
Троица: "Система. Окружение системы. Услуги системы»
Сценарии предоставления услуг – поведение системы
Основа для верификации (тестирования)
Дизайн системы – потом,
когда «откроем черный ящик»
реализация процессов «внутренними исполнителями»

5. itarena.lviv.ua/ *
«Что есть система?» - ИС или «Бизнес Система»?
Система. Определить границы системы (что «внутри» а что «вне»)
Окружение системы.
Актеры – «кто» и «что» взаимодействует с Системой.
Первичные актеры – пользователи. Вторичные – другие системы.
Услуги системы
* Услуга обслуживания пользователя
– Сценарии использования (Use Case)
или «Бизнес Сценарии использования»
(Если «Бизнес Система»)

6. itarena.lviv.ua/
Техника определения требований
Упражнение
Применяем 3 шага:
1. Система – ИС - границы определены
2. Ищем: Окружение системы – «актеры»
3. Ищем: Услуги системы –
* для каждого пользователя - первичного «актера»

7. itarena.lviv.ua/
UML диаграмма сценариев
использования

8. itarena.lviv.ua/ *
*УСЛУГА СИСТЕМЫ – ФОРМА
ФУНКЦИОНАЛЬНЫХ ТРЕБОВАНИЙ
Метафора: «Услуга – ожерелье»
бусинки – шаги услуги – функции Системы
 Понятны заказчику
 Понятны разработчику
 Понятны тестировщику
 Понятны «тех.писателю»

9. itarena.lviv.ua/
УСЛУГА –
ФОРМА ФУНКЦИОНАЛЬНЫХ ТРЕБОВАНИЙ
Используется в качестве основы
для контракта с Заказчиком
Обеспечивает участие заказчиков
в процессе разработки с самого
начала
Обеспечивает понимание и
фиксацию функциональных
требований к системе

10. itarena.lviv.ua/
*0. Я – инвестор (Генеральный директор)
*1. Список-1. «Бизнес События», подлежащие регистрации
(сущности с атрибутом «дата-время»)
*2. Список-2. «Бизнес Объекты», подлежащие регистрации
(сущности БЕЗ атрибута «дата-время»)
*3. цикл по «Бизнес событиям»:
*UML class диаграмма с Событием в центре +
связанные сущности из списка-1 и списка-2 (ассоциации)
3.1. расставляем множественности на ассоциациях
3.2. преобразуем «много-ко-многим» и «один-к-одному»
3.3. расставляем собственные атрибуты сущностей.

11. itarena.lviv.ua/
Комбинат Питания

12. itarena.lviv.ua/
Комбинат Питания

13. itarena.lviv.ua/
Комбинат Питания

14. itarena.lviv.ua/
*Упражнение

15. itarena.lviv.ua/ * ТЕХНИКА ОПРЕДЕЛЕНИЯ ТРЕБОВАНИЙ
К БИЗНЕСУ
*Бизнес (система) – черный ящик!
*Формулировка проблемы
*Упражнение
*Применяем 3 шага:
1. Система – бизнес система - границы
определены
2. Окружение «Бизнес Системы» – «бизнес
актеры» - клиенты
3. Услуги системы – для каждого клиента -
первичного «бизнес актера»

16. itarena.lviv.ua/
* ОТ ТРЕБОВАНИЙ К БИЗНЕСУ – к ИС
*Бизнес (система) – черный ящик!
(Колледж – наша бизнес система)
• Бизнес услуги = бизнес процессы (БП)
• Автоматизируемая работа БП = услуга ИС
• Ее исполнитель = пользователь ИС =
первичный эктор ИС
•Упражнение

17. itarena.lviv.ua/
ТЕХНИКА СПЕЦИФИКАЦИИ
СЦЕНАРИЯ ИСПОЛЬЗОВАНИЯ
Основной поток. Альтернативные потоки

18. itarena.lviv.ua/
ТЕХНИКА СПЕЦИФИКАЦИИ
СЦЕНАРИЯ ИСПОЛЬЗОВАНИЯ

19. itarena.lviv.ua/
*UML class диаграмма «Бизнес События» –
как пост условие основного
альтернативного потока сценария
использования ИС
*Используем состояния сущностей для
формулировки деталей спецификации
сценария использования

20. itarena.lviv.ua/

21. itarena.lviv.ua/
ЭВРИСТИКИ ПРИ ИЗОБРАЖЕНИИ
СЛОЖНЫХ БИЗНЕС ПРОЦЕССОВ
• Детализация шагов «Бизнес-
услуги» (процесса) – критерий
• Пример
• Визуализация на UML –
каждый поток – на своей
отдельной диаграмме

22. itarena.lviv.ua/
Проектирование системы
* Открываем черный ящик:
• Определяем исполнителей – (список)
• Для ИС – подсистемы и классы
• Для Бизнеса – сотрудники и ИС
• Назначаем “шаги-бусинки” – на
исполнителей
• Паттерн: “boudary”, “control”, “entity”

23. itarena.lviv.ua/ *«Как наверху - так и внизу»
• СИСТЕМА – сначала
ВНЕШНЕЕ поведение,
а потом – ВНУТРЕННЕЕ
проектирование
• «История пользователя» –
это ЭКЗЕМПЛЯР
сценария
использования
(экземпляр услуги
СИСТЕМЫ)

24. itarena.lviv.ua/

25. itarena.lviv.ua/
*
Докладчик: Михаил Кумсков
E-mail: kumskov@mail.ru
mkumskov@luxoft.com
Skype: kumskov
*Радость была?