Upload
nitsa
View
83
Download
4
Embed Size (px)
DESCRIPTION
ЛАФ-2013. Системный анализ ИС и бизнес системы - связь, сходства и различия. Михаил Кумсков Учебный Центр Люксофт. От Бизнес-систем - к информационным системам: переход шаг за шагом. ЛАФ-2013. Системный подход в работе Интернет-аналитика Техника определения требований к бизнесу - PowerPoint PPT Presentation
Citation preview
От Бизнес-систем - к информационным системам: переход шаг за шагом
* Системный анализ ИС и бизнес системы - связь, сходства и различия
Михаил КумсковУчебный Центр Люксофт
ЛАФ-2013
*План *Системный подход в работе Интернет-аналитика*Техника определения требований к бизнесу*Техника определения требований к ИС*Техника определения требований к бизнесу*Сценарий использования / История пользователя
ЛАФ-2013
Аналитики пишут требования к сайту Заказчика
*Системный подход «Что есть система?» - определить «систему
координат»
Троица: "Система. Окружение системы. Услуги системы»
Сценарии предоставления услуг – поведение системыОснова для верификации (тестирования)
Дизайн системы – реализация процессов «внутренними исполнителями»
ЛАФ-2013
*Системный подход «Что есть система?» - определить «систему координат»
анализа
Система. Определить границы системы (что «внутри» а что «вне»)
Окружение системы. Актеры – «кто» и «что» взаимодействует с Системой. Первичные актеры – пользователи. Вторичные – другие системы.
Услуги системы* Услуга обслуживания пользователя – сценарии использования (Use Case)
ЛАФ-2013
Ищем требования – 3 шага1. Система – определяем границы
• – «что внутри», а что «снаружи»
2. Окружение системы – актеры – первичные и вторичные
первичные – пользователи
вторичные – другие системы
3. Услуги системы – для каждого первичного актера
Услуга = Сценарии взаимодействия
(основа верификации)
ЛАФ-2013
Техника определения требований
УпражнениеПрименяем 3 шага:
1. Система – ИС - границы определены
2. Ищем: Окружение системы – экторы
3. Ищем: Услуги системы –
* для каждого первичного эктора
ЛАФ-2013
UML диаграмма сценариев использования
ЛАФ-2013
*УСЛУГА Системы*УСЛУГА СИСТЕМЫ – ФОРМА ФУНКЦИОНАЛЬНЫХ ТРЕБОВАНИЙ
Метафора: «Услуга – ожерелье»бусинки – шаги услуги – функции Системы
Понятны заказчику Понятны разработчику Понятны тестировщику Понятны «тех.писателю»
ЛАФ-2013
УСЛУГА – ФОРМА ФУНКЦИОНАЛЬНЫХ ТРЕБОВАНИЙИспользуется в качестве основы для контракта с Заказчиком
Обеспечивает участие заказчиков в процессе разработки с самого начала
Обеспечивает понимание и фиксацию функциональных требований к системе
ЛАФ-2013
* ТЕХНИКА ОПРЕДЕЛЕНИЯ ТРЕБОВАНИЙ
К БИЗНЕСУ
*Бизнес (система) – черный ящик!*Формулировка проблемы
*Упражнение*Применяем 3 шага:
1. Система – бизнес система - границы определены
2. Окружение системы – экторы 3. Услуги системы – для каждого
первичного эктора
ЛАФ-2013
* ОТ ТРЕБОВАНИЙ К БИЗНЕСУ – к ИС
*Бизнес (система) – черный ящик!(Колледж – наша бизнес система)
• Бизнес услуги = бизнес процессы (БП)• Автоматизируемая работа БП =
услуга ИС• Ее исполнитель = пользователь
ИС = первичный эктор ИС
•Упражнение
ЛАФ-2013
ТЕХНИКА СПЕЦИФИКАЦИИ СЦЕНАРИЯ ИСПОЛЬЗОВАНИЯ
Основной поток. Альтернативные потоки
ЛАФ-2013
ТЕХНИКА СПЕЦИФИКАЦИИ СЦЕНАРИЯ ИСПОЛЬЗОВАНИЯ
ЛАФ-2013
* ТЕХНИКА СПЕЦИФИКАЦИИ СЦЕНАРИЯ ИСПОЛЬЗОВАНИЯ
ЭВРИСТИКИ ПРИ ИЗОБРАЖЕНИИ СЛОЖНЫХ БИЗНЕС
ПРОЦЕССОВ•Детализация шагов «Бизнес-услуги» (процесса) – критерий
•Пример
•Визуализация на UML – каждый поток – на своей отдельной диаграмме
Проектирование системы
* Открываем черный ящик:• Определяем исполнителей –
(список)• Для ИС – подсистемы и
классы• Для Бизнеса – сотрудники и
ИС• Назначаем “шаги-бусинки” – на
исполнителей• Паттерн: “boudary”, “control”,
“entity”
Agile / RUP
Сценарий использования / История пользователя
Agile / RUP
Хорошие сценарии использованияДолжны:• Приносить значимый результат• Содержать все вариации• Описывать взаимодействие и механизмы, но не
политики Не быть зависимыми от технологий и интерфейсов
Быть достаточно крупными Инициироваться только одним
актером Включать основные бизнес-
исключения и их обработкуИрина Крючкова, Киев, Октябрь 2011
*Agile / RUP
Модель сценариев использованияИмеет четыре компонента:
Границы системы Актеры Сценарии
использования Отношения
Представляет собой не только диаграмму!
Ирина Крючкова, Киев, Октябрь 2011
*Agile / RUP
Ирина Крючкова, Киев, Октябрь 2011
Истории пользователей – короткое описание функциональности, которая нужна пользователям для достижения их бизнес-целей.
Конкретные нужды конкретного пользователя, выраженные в простой форме.
Одно или два предложения с указанием:• Актера – кто будет использовать
историю• Описания истории – высокоуровневый
обзор функциональности• Выгоды – бизнес-ценность
результатов работы истории
*Agile / RUP
Ирина Крючкова, Киев, Октябрь 2011
Шаблон истории пользователяКак <тип пользователя> я хочу
<сделать> и тем самым получить <выгоды>
*Agile / RUP
Ирина Крючкова, Киев, Октябрь 2011
Сравнение: Уровень детализации
Истории пользователей
Краткое описание сценария
Неформальные сценарии
Формальные сценарии использования
*Agile / RUP
Ирина Крючкова, Киев, Октябрь 2011
Сравнение: Компетентность и доверие
Планируем – в сценариях использования
Либо САМ работаешь – либо другие, НО по твоему
ПЛАНУ
<*Подводим Итоги
Знание основ Системного Анализа – подмога в БОЮ за создание «правильного»
приложения
*«Как наверху - так и внизу»
• СИСТЕМА – сначала ВНЕШНЕЕ поведение,
а потом – ВНУТРЕННЕЕ проектирование• «История
пользователя» –
это ЭКЗЕМПЛЯР сценария использования (экземпляр услуги СИСТЕМЫ)
Вопросы?
*СПАСИБО ЗА ВНИМАНИЕ!
Skype: kumskov
E-mail: [email protected]
Докладчик: Михаил Кумсков
*Радость была?