Синергия UML: Модель предметной области, Бизнес-системы, Информационные системы: переход шаг за шагом
Upcoming SlideShare
Loading in...5
×

Like this? Share it with your network

Share

Синергия UML: Модель предметной области, Бизнес-системы, Информационные системы: переход шаг за шагом

  • 2,109 views
Uploaded on

Презентация Михаила Кумскова на конференции Analyst Days-3, 24 мая 2014, Москва ...

Презентация Михаила Кумскова на конференции Analyst Days-3, 24 мая 2014, Москва
www.analystdays.com

More in: Education
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Be the first to comment
    Be the first to like this
No Downloads

Views

Total Views
2,109
On Slideshare
532
From Embeds
1,577
Number of Embeds
8

Actions

Shares
Downloads
31
Comments
0
Likes
0

Embeds 1,577

http://analyst.by 792
http://analystdays.ru 434
http://www.luxoft-training.ru 174
http://analystdays.com 155
http://www.analystdays.com 8
http://www.analystdays.ru 7
http://it-conf.ru 5
http://plus.url.google.com 2

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
    No notes for slide

Transcript

  • 1. МАСТЕР-КЛАСС «Синергия UML: Модель предметной области, Бизнес-системы, Информационные системы: переход шаг за шагом» Кумсков Михаил УЦ «Люксофт»
  • 2. План 1. Системный подход в работе аналитике 2. Техника поиска требований к ИС. 3. Техника определения требований к бизнесу 4. Модель предметной области 5. Решаем задачу
  • 3. Системный подход «Что есть система?» - определить «систему координат» Троица: "Система. Окружение системы. Услуги системы» • Сценарии предоставления услуг – поведение системы • Основа для верификации (тестирования) Дизайн системы – • реализация процессов «внутренними исполнителями»
  • 4. ИС: Системный подход «Что есть система?» основа анализа Система. Определить границы системы (что «внутри» и что «вне») Окружение системы. • Актеры– «кто» и «что» взаимодействует с Системой. • Первичные: Актеры– пользователи. • Вторичные:– Другие системы. Услуги системы • Услуги для пользователей – сценарии использования (Use Cases)
  • 5. Техника определения требований к ИС Упражнение Применяем 3 шага: 1. Система – ИС - границы определены 2. Ищем: Окружение системы – Актеров 3. Ищем: Услуги системы – – для каждого первичного актера
  • 6. UML диаграмма сценариев использования
  • 7. УСЛУГА Системы УСЛУГА СИСТЕМЫ – ФОРМА ФУНКЦИОНАЛЬНЫХ ТРЕБОВАНИЙ Метафора: «Услуга – ожерелье» бусинки – шаги услуги – функции Системы Понятны заказчику Понятны разработчику Понятны тестировщику Понятны «тех.писателю»
  • 8. УСЛУГА – ФОРМА ФУНКЦИОНАЛЬНЫХ ТРЕБОВАНИЙ  Используется в качестве основы для контракта с Заказчиком  Обеспечивает участие заказчиков в процессе разработки с самого начала  Обеспечивает понимание и фиксацию функциональных требований к системе
  • 9. ТЕХНИКА ОПРЕДЕЛЕНИЯ ТРЕБОВАНИЙ К БИЗНЕСУ Бизнес (система) – черный ящик! –Формулировка проблемы Упражнение Применяем 3 шага: 1. Система – бизнес система - границы определены 2. Окружение системы – Бизнес Актеры 3. Услуги системы – для каждого первичного Бизнес Актера
  • 10. ОТ ТРЕБОВАНИЙ К БИЗНЕСУ – к ИС Бизнес (система) – черный ящик! (Колледж – наша бизнес система) • Бизнес услуги = бизнес процессы (БП) • Автоматизируемая работа БП = услуга ИС • Ее исполнитель = пользователь ИС = первичный эктор ИС • Упражнение
  • 11. ТЕХНИКА СПЕЦИФИКАЦИИ СЦЕНАРИЯ ИСПОЛЬЗОВАНИЯ Основной поток. Альтернативные потоки
  • 12. ТЕХНИКА СПЕЦИФИКАЦИИ СЦЕНАРИЯ ИСПОЛЬЗОВАНИЯ
  • 13. ЭВРИСТИКИ ПРИ ИЗОБРАЖЕНИИ СЛОЖНЫХ БИЗНЕС ПРОЦЕССОВ • Детализация шагов «Бизнес- услуги» (процесса) – критерий • Пример • Визуализация на UML – каждый поток – на своей отдельной диаграмме
  • 14. Проектирование Системы Открываем черный ящик: • Определяем исполнителей – (список) • Для ИС – подсистемы и классы • Для Бизнеса – сотрудники и ИС • Назначаем “шаги-бусинки” – на исполнителей • Паттерн: “boudary”, “control”, “entity”
  • 15. Модель предметной области 0. Я – инвестор 1. События, подлежащие регистрации 2. Справочники для поддержки событий 3. (Цикл): для каждого события: • Диаграмма классов – событие в центре • Вокруг – «связанные» сушности • Раставляем ассоциации и множественности • Структурируем диаграмму (паттерны) 4. В инструменте формируется «сетка классов»
  • 16. Модель предметной области Сущность = Класс = Картотека БД (таблица) 1. Если есть таблица – должно быть приложение для работы с ней (операции CRUD – Create, Read, Update,Delete) – сценарий использования 2. «Разносим» сценарии использования по новой и существующим системам
  • 17. А теперь – новая задача 1. Система-1 – бизнес система 2. Шаги Бизнес сценария использования – бизнес процес 3. Автоматизируемые шаги – сценарии использования 4. Система-2 – ИС система 5. Модель предметной области 6. Синергия трех моделей
  • 18. Разбор полета Почувствовать разницу…
  • 19. СПАСИБО ЗА ВНИМАНИЕ! Skype: kumskov E-mail: mkumskov@gmail.com mkumskov@luxoft.com Телефон: +8 916 - 676 – 39 -16 Докладчик: Михаил Кумсков