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

2. *
*Системный подход в работе
Интернет-аналитика
*Техника определения требований к
бизнесу
*Техника определения требований к
ИС
*Техника определения требований
к бизнесу
*Сценарий использования / История
пользователя

3. Аналитики пишут требования к сайту Заказчика

4. *
«Что есть система?» - определить «систему координат»
Троица: "Система. Окружение системы. Услуги
системы»
Сценарии предоставления услуг – поведение системы
Основа для верификации (тестирования)
Дизайн системы –
реализация процессов «внутренними исполнителями»

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

6. 1. Система – определяем границы
• – «что внутри», а что
«снаружи»
2. Окружение системы – актеры
– первичные и вторичные
 первичные –
пользователи
вторичные – другие системы
3. Услуги системы – для каждого
первичного актера
Услуга = Сценарии взаимодействия
(основа верификации)

7. Техника определения требований
Упражнение
Применяем 3 шага:
1. Система – ИС - границы определены
2. Ищем: Окружение системы – экторы
3. Ищем: Услуги системы –
* для каждого первичного эктора

8. UML диаграмма сценариев
использования

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

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

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

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

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

14. ТЕХНИКА СПЕЦИФИКАЦИИ
СЦЕНАРИЯ ИСПОЛЬЗОВАНИЯ

15. *

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

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

18. Agile / RUP
Сценарий использования / История пользователя

19. Agile / RUP
Хорошие сценарии использования
Должны:
• Приносить значимый результат
• Содержать все вариации
• Описывать взаимодействие и механизмы, но не политики
 Не быть зависимыми от технологий и
интерфейсов
 Быть достаточно крупными
 Инициироваться только одним
актером
 Включать основные бизнес-
исключения и их обработку
Ирина Крючкова, Киев, Октябрь 2011

20. * Agile / RUP
Модель сценариев использования
Имеет четыре
компонента:
 Границы системы
 Актеры
 Сценарии
использования
 Отношения
Представляет собой не
только диаграмму!
Ирина Крючкова, Киев, Октябрь 2011

21. * Agile / RUP
Ирина Крючкова, Киев, Октябрь 2011
Истории пользователей –
короткое описание функциональности, которая
нужна пользователям для достижения их бизнес-
целей.
Конкретные нужды конкретного пользователя,
выраженные в простой форме.
Одно или два предложения с указанием:
• Актера – кто будет использовать историю
• Описания истории – высокоуровневый обзор
функциональности
• Выгоды – бизнес-ценность результатов
работы истории

22. * Agile / RUP
Ирина Крючкова, Киев, Октябрь 2011
Шаблон истории пользователя
Как <тип пользователя> я хочу <сделать> и тем
самым получить <выгоды>

23. * Agile / RUP
Ирина Крючкова, Киев, Октябрь
Сравнение: Уровень детализации
Истории
пользователей
Краткое
описание
сценария
Неформальные
сценарии
Формальные
сценарии
использования

24. * Agile / RUP
Ирина Крючкова, Киев, Октябрь 2011
Сравнение: Компетентность и доверие

25. Планируем – в сценариях использования
Либо САМ работаешь – либо другие,
НО по твоему ПЛАНУ

26. <* Подводим Итоги
Знание основ Системного Анализа –
подмога в БОЮ за создание «правильного» приложения

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

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