Сценарное планирование

Сценарное планирование

All you need isAll you need is www.uml2.ruwww.uml2.ru

Безуглый Дмитрий Леонидович

О докладчике◦ Более 15-лет опыта участия в

проектах по созданию, развитию, внедрению и эксплуатации различных информационных систем.� Самый крупный проект 50

инженеров, около 30 человеко -лет

◦ Более 5 лет опыта консалтинга и обучения в различных областях создания информационных систем.� Управление командами

разработчиков ПО� Управление проектами

Летний Аналитический Фестиваль 2010Летний Аналитический Фестиваль 2010

лет� Самый дорогой проект 2,5 млн

долл.� Максимальный ROI проекта 400%� Около 1000 проведенных

интервью � Работа с более чем 250-ми

участниками команд

2

� Управление проектами� Управление требованиями� Архитектура сложных систем� В общей сложности более 500

участников тренингов

◦E-mail для контактов: [email protected]

• С чем связаны основные проблемы разработки и управления требованиями ?

• Какие мы знаем подходы к работе с

Вопросы для размышления


• Какие мы знаем подходы к работе с требованиями ?

Курс: Разработка и управление требованиями

3

Обсуждение : Ключевые препятствия (1)

Неопределенность

Эффект


Функциональныйподход

Эффект ряби


4

???????????????? ???????????????? + ?????????????? ?????? = ?????? ???? ???????????? ??????????? ?????????


Сложность

Аналитическ


Скрупулезность

анализа

Аналитический паралич


5


Требования к Качеству

Какое такое


Нефункциональные требования

Какое такое качество ?


6

Еще один слайд про качество ☺

Цель Заказчика

Заказчик и Автоматизированная


Суррогатная Цель

Верификация требований

Заказчик и пользователи

Требования

Автоматизированная система

1-7

Since we most probably will not have direct access to our customer and user community at all times, and since some customers have been known to change their minds, it is important to write down the agreed-upon requirements of the system to be built. Requirements can be viewed as a “proxy” for the customer, because they provide the details of the customer’s desires and agreements on what the system should do. The requirements should be captured in a form that is understandable to both the customer and the development team. The requirements provide the surrogate goal for the development team while building the system, as well as the criteria for acceptance and validation of the system by the customer upon delivery.

Чудище обло-огромно-озорно и …



Сложность

Качество

Еще немного вопросов

• Причем тут сценарии ?

• Где вообще применяются сценарии ?


• Что такое сцена и сценарий ?

Сценарное планирование в Бизнесев Бизнесе

Движущие силы (Driving forces)

Сценарное планирование Этап 1-й Исследование основных движущих сил


Предопределенные элементы

(predetermined elements)

Ключевых неопределенности(key

uncertainties)

11

Сценарное планирование Этап 2-й


Этап 3-й Обработка рисков

Выбираем стратегию– По смягчению негативный сценариев– По максимизации вероятности или отдачи

позитивных сценариев.


позитивных сценариев.

13

Сценарное планирование – подход к исследованию будущего

Сценарное планирование метод стратегического планирования, позволяющий управлять неопределенностью будущего.

Эту концепцию концепцией, в мире


Эту концепцию концепцией, в мире бизнеса популяризировала группа планировщиков из Shell, которая смогла “предсказать” нефтяной кризис 1973г.

14

Вопросы?Вопросы?Вопросы?Вопросы?

СИС ( Сценарий Использования


( Сценарий Использования Системы)

Разработка ПО и Сценарии


16

• Какие основные инварианты существуют при разработке ПО ?

• С какими видами сценариев мы сталкиваемся при разработке ПО ?

Вопросы для размышления


• Как связаны между собой инварианты и сценарии в разработке ПО ?

17

История использования сценариев в разработке ПО

В 1996 году Айвар Джекобсон впервые сформулировал технику визуального моделирования для специфицирования сценариев использования при разработке ПО. Изначально им использовался несколько терминов usage scenariosи usage case, но со временем устоялось


и usage case, но со временем устоялось использование термина use case.

Благодаря целой плеяде методистов и в первую очередь Алистеру Коберну в течение 1990-х сценарии использования стали ключевой методологией специфицирования функциональных требований

18

Какие инварианты фиксирует сценарий ?

Цель: “Разместить заказ”

sc1 sc2 sc6 sc7 ...

Ssc3

S

S

F

F

S

S

F

F

F

Получить... кредит

... резерв

sc4 sc5Подцель:


(Успех) (Провал )

S FS

S FF

F... резерв

*Коберн Алистер

Бизнес сценарииВ 2000 году Эриксон и Пенкер (

Hans-Erik Eriksson, Magnus Penker ) «вернули» в бизнес среду использование сценариев


сценариевДля каждого БС

– Ключевым инвариантом является Бизнес-цель

– Ключевая раскрываемая неопределенность -разбиение на активности/Шаги

20

Бизнес и системные сценарииБизнес сценарий

(Business use case )

• Использует не техническую терминологию

• Рассматривает систему в качестве «черного ящика»

Системный сценарий(System use case )

• Описывает поведение системы на функциональном техническом языке


качестве «черного ящика»• По сути представляет собой

описание «Бизнес процесса» по достижении цели уровня бизнеса/пользователя

техническом языке • Определяет функцию

которую система предоставляет пользователю

• По сути представляет собой описание достижения цели уровня приложения

21


Нефункциональные требования


требования

Качество

ООО «Системный Подход»

Атрибуты качества (ИСО/МЭК 9126-93)

Шесть характеристик, которые с минимальным дублированием описывают качество программно-го обеспечения– Функциональные возможности (Functionality)– Надежность (Reliability)


– Надежность (Reliability)– Практичность (Usability)– Эффективность (Efficiences)– Сопровождаем ость (Maintainability)– Мобильность (Portability)


Группы архитектурных требований

Существует большое количество архитектурных решений, которые удовлетворяют функциональным требованиям. Но только некоторые из них соответствуют всей совокупности требований.

Басс, Клементс и Кацман выделяют следующие группы


Басс, Клементс и Кацман выделяют следующие группы архитектурных требований (атрибутов качества):

– Атрибуты качества системы

– Коммерческие атрибуты качества

– Атрибуты качества самой архитектуры

Формирование требований

Атрибуты качества системы

• Availability(Доступность)

• Modifiability(Модифицируемость)

• Performance (Производительность)

• Security (Безопасность)

Коммерческие Атрибуты

• Time (Сроки выхода на рынок)

• Cost (Стоимость и прибыль)

• Life Time (Срок службы системы)

• Target market ( Целевой рынок)

АК архитектуры

• Integrity(Целостность)

• Portability(переносимость)

• Reusability(Возможность повторного использования)


(Безопасность)• Testability

(Тестируемость)• Usability

(Практичность)

( Целевой рынок)• Product Schedule

(График развертыванияпродукта)

• Interoperability(Интеграция с существующими системами )

использования)• Flexibility (Гибкость)• Reliability (надежность

)• Robustness

(Живучесть)


Что не так ?


Что не так ?

Главная проблема нефункциональных требований


Записать требование

легко (Гибкость , надежность …)

Реализовать сложно Проверить …


Вопросы для размышления• Как правильно описывать нефункциональные

требования ?• Можно ли верифицировать или валидировать

нефункциональные требования ?

Летний Аналитический Фестиваль 2010Летний Аналитический Фестиваль 2010 29

• Как сделать так, чтобы реализовать и верифицировать НФТ было легко ?

Сон про не сон.

"Если про сон сказать, что это не сон а про не сон - сон, то получится сон про несон или несон про сон"

Летний Аналитический Фестиваль 2010Летний Аналитический Фестиваль 2010ООО «Системный Подход»

Нефункциональное функциональное

Требование значит тестирование

Тестирование значит


Тестирование значит Сценарий

Сценарий значит Функция


САК (Сценарии атрибутов качества)

Сценарий Атрибута Качества


Стимул

Источник Среда

Объект/ Элемент

Реакция Измерение

Каркасы № 1• Хижина


• Дом советов

Каркасы №2

• < Главное Скорость


• Главное ? -->

Проектирование требований

Бизнес сценарии

Сценарии использования

Архитектурные сценарии


Каркасприложен

ия


Сложность

Качество


Ссылки и литератураСценарное планирование – подход к

исследованию будущего http://www.empatika.com/blog/scenario_planning_introduction

История сценарного планирования


История сценарного планирования http://www.empatika.com/blog/scenario_planning_history

Use cases, ten years laterhttp://alistair.cockburn.us/Use+cases%2c+ten+years+later

www.UseCases.org


38

Архитектурные сценарии

В 2003 году Л. Басс, П. Клементс, Р. Кацман в Книге Software Architecture in Practiceпредложили подход

Летний Аналитический Фестиваль 2010Летний Аналитический Фестиваль 2010 39

предложили подход трансформации Атрибутов качества системы в Сценарии Атрибутов Качества


Бизнес сценарииВ 2000 году Эриксон и Пенкер (

Hans-Erik Eriksson, Magnus Penker ) «вернули» в бизнес среду использование сценариев


сценариевДля каждого БС

– Ключевым инвариантом является Бизнес-цель

– Ключевая раскрываемая неопределенность -разбиение на активности/Шаги

Курс: Разработка и управление требовнаиями

40

Безуглый Дмитрий

Системный ПодходПодход

[email protected]

Летний Летний Аналитический Аналитический

ФестивальФестивальAll you need is …All you need is …

ФестивальФестиваль

г. Ивановог. Иваново1010--11 июля 201011 июля 2010

conf.uml2.ruconf.uml2.ru

Date post:	22-Nov-2014
Category:	Education
Upload:	grigoriy-pechenkin
View:	789 times
Download:	3 times

Сценарное планирование

Education