2. О докладчике
◦ Более 15-лет опыта участия в ◦ Более 5 лет опыта консалтинга и
проектах по созданию, развитию, обучения в различных областях
внедрению и эксплуатации создания информационных
различных информационных систем. систем.
Самый крупный проект 50 Управление командами
инженеров, около 30 человеко - разработчиков ПО
лет Управление проектами
Самый дорогой проект 2,5 млн Управление требованиями
долл. Архитектура сложных систем
Максимальный ROI проекта 400% В общей сложности более 500
участников тренингов
Около 1000 проведенных
интервью ◦E-mail для контактов: bdl@system-
Работа с более чем 250-ми approach.ru
участниками команд
Летний Аналитический Фестиваль 2010 2
3. Вопросы для размышления
• С чем связаны основные проблемы разработки и
управления требованиями ?
• Какие мы знаем подходы к работе с
требованиями ?
Курс: Разработка и управление 3
Летний Аналитический Фестиваль 2010 требованиями
4. Обсуждение : Ключевые
препятствия (1)
Неопределенность
Эффект
ряби
Функциональный
подход
Курс: Разработка и управление
4
Летний Аналитический Фестиваль 2010 требованиями
5. Обсуждение : Ключевые
препятствия (2)
Сложность
Аналитическ
ий паралич
Скрупулезность
анализа
Курс: Разработка и управление
5
Летний Аналитический Фестиваль 2010 требованиями
6. Обсуждение : Ключевые
препятствия (3)
Требования
к Качеству
Какое такое
качество ?
Нефункциональ
ные требования
Курс: Разработка и управление
6
Летний Аналитический Фестиваль 2010 требованиями
7. Еще один слайд про качество ☺
Цель Заказчика
Заказчик и Автоматизированная
пользователи система
Верификация Суррогатная
требований Цель
Требования
Летний Аналитический Фестиваль 2010 1-7
11. Сценарное планирование Этап 1-й
Исследование основных движущих сил
Движущие силы
(Driving forces)
Предопределенные
Ключевых
элементы
неопределенности(key
(predetermined
uncertainties)
elements)
11
Летний Аналитический Фестиваль 2010
13. Этап 3-й Обработка рисков
Выбираем стратегию
– По смягчению негативный сценариев
– По максимизации вероятности или отдачи
позитивных сценариев.
13
Летний Аналитический Фестиваль 2010
14. Сценарное планирование – подход к
исследованию будущего
Сценарное планирование метод
стратегического планирования,
позволяющий управлять
неопределенностью будущего.
Эту концепцию концепцией, в мире
бизнеса популяризировала группа
планировщиков из Shell, которая смогла
“предсказать” нефтяной кризис 1973г.
14
Летний Аналитический Фестиваль 2010
16. СИС
( Сценарий Использования
Системы)
Разработка ПО и Сценарии
Курс: Разработка и управление
All you need is
требованиями www.uml2.ru 16
17. Вопросы для размышления
• Какие основные инварианты существуют при
разработке ПО ?
• С какими видами сценариев мы сталкиваемся
при разработке ПО ?
• Как связаны между собой инварианты и сценарии
в разработке ПО ?
17
Летний Аналитический Фестиваль 2010
18. История использования сценариев в
разработке ПО
В 1996 году Айвар Джекобсон впервые
сформулировал технику визуального
моделирования для специфицирования сценариев
использования при разработке ПО. Изначально им
использовался несколько терминов usage scenarios
и usage case, но со временем устоялось
использование термина use case.
Благодаря целой плеяде методистов и в первую
очередь Алистеру Коберну в течение 1990-х
сценарии использования стали ключевой
методологией специфицирования функциональных
требований
18
Летний Аналитический Фестиваль 2010
19. Какие инварианты фиксирует сценарий ?
Цель: “Разместить заказ”
Подцель:
Получить
sc1 sc2 sc3 sc4 sc5 sc6 sc7 ...
... кредит S S F S F
... резерв S F S F F
S F
(Успех) (Провал )
*Коберн Алистер
Летний Аналитический Фестиваль 2010
20. Бизнес сценарии
В 2000 году Эриксон и Пенкер (
Hans-Erik Eriksson, Magnus
Penker ) «вернули» в бизнес
среду использование
сценариев
Для каждого БС
– Ключевым инвариантом
является Бизнес-цель
– Ключевая раскрываемая
неопределенность -
разбиение на
активности/Шаги
20
Летний Аналитический Фестиваль 2010
21. Бизнес и системные сценарии
Бизнес сценарий Системный сценарий
(Business use case ) (System use case )
• Использует не техническую • Описывает поведение
терминологию системы на
• Рассматривает систему в функциональном
качестве «черного ящика» техническом языке
• По сути представляет собой • Определяет функцию
описание «Бизнес которую система
процесса» по достижении предоставляет
цели уровня пользователю
бизнеса/пользователя • По сути представляет собой
описание достижения цели
уровня приложения
21
Летний Аналитический Фестиваль 2010
23. Нефункциональные
требования
Качество
All you need is
ООО «Системный Подход» www.uml2.ru
24. Атрибуты качества
(ИСО/МЭК 9126-93)
Шесть характеристик, которые с минимальным
дублированием описывают качество
программно-го обеспечения
– Функциональные возможности (Functionality)
– Надежность (Reliability)
– Практичность (Usability)
– Эффективность (Efficiences)
– Сопровождаем ость (Maintainability)
– Мобильность (Portability)
ООО «Системный Подход»
Летний Аналитический Фестиваль 2010
25. Группы архитектурных требований
Существует большое количество архитектурных решений,
которые удовлетворяют функциональным требованиям. Но
только некоторые из них соответствуют всей совокупности
требований.
Басс, Клементс и Кацман выделяют следующие группы
архитектурных требований (атрибутов качества):
– Атрибуты качества системы
– Коммерческие атрибуты качества
– Атрибуты качества самой архитектуры
Формирование требований
Летний Аналитический Фестиваль 2010
26. Атрибуты качества Коммерческие
АК архитектуры
системы Атрибуты
• Availability • Time (Сроки выхода • Integrity
(Доступность) на рынок) (Целостность)
• Modifiability • Cost (Стоимость и • Portability
(Модифицируемость) прибыль) (переносимость)
• Performance • Life Time (Срок • Reusability
(Производительность) службы системы) (Возможность
• Security • Target market повторного
(Безопасность) ( Целевой рынок) использования)
• Testability • Product Schedule • Flexibility (Гибкость)
(Тестируемость) (График • Reliability (надежность
• Usability развертывания )
(Практичность) продукта) • Robustness
• Interoperability (Живучесть)
(Интеграция с
существующими
системами )
ООО «Системный Подход»
Летний Аналитический Фестиваль 2010
27. Что не так ?
Летний Аналитический Фестиваль 2010
28. Главная проблема нефункциональных
требований
Записать
требование Реализовать
Проверить …
легко (Гибкость , сложно
надежность …)
ООО «Системный Подход»
Летний Аналитический Фестиваль 2010
29. Вопросы для размышления
• Как правильно описывать нефункциональные
требования ?
• Можно ли верифицировать или валидировать
нефункциональные требования ?
• Как сделать так, чтобы реализовать и
верифицировать НФТ было легко ?
Летний Аналитический Фестиваль 2010 29
30. Сон про не сон.
"Если про сон сказать, что это не сон а про не
сон - сон, то получится сон про несон или
несон про сон"
ООО «Системный Подход»
Летний Аналитический Фестиваль 2010
32. САК (Сценарии атрибутов качества)
Сценарий
Атрибута
Качества
Объект/
Стимул
Элемент
Источник Среда Реакция Измерение
Летний Аналитический Фестиваль 2010
33.
34. Каркасы № 1
• Хижина
• Дом советов
Летний Аналитический Фестиваль 2010
35. Каркасы №2
• < Главное Скорость
• Главное ? -->
Летний Аналитический Фестиваль 2010
36. Проектирование требований
Сценарии
использования
Бизнес Архитектурные
сценарии сценарии
Каркас
приложен
ия Сложность
Неопределенность
Летний Аналитический Фестиваль 2010 Качество
38. Ссылки и литература
Сценарное планирование – подход к
исследованию будущего
http://www.empatika.com/blog/scenario_planni
ng_introduction
История сценарного планирования
http://www.empatika.com/blog/scenario_planni
ng_history
Use cases, ten years later
http://alistair.cockburn.us/Use+cases%2c+ten+ye
ars+later
www.UseCases.org
Курс: Разработка и управление
38
Летний Аналитический Фестиваль 2010 требованиями
39. Архитектурные сценарии
В 2003 году Л. Басс, П. Клементс,
Р. Кацман в Книге Software
Architecture in Practice
предложили подход
трансформации Атрибутов
качества системы в Сценарии
Атрибутов Качества
Курс: Разработка и управление
требованиями
Летний Аналитический Фестиваль 2010 39
40. Бизнес сценарии
В 2000 году Эриксон и Пенкер (
Hans-Erik Eriksson, Magnus
Penker ) «вернули» в бизнес
среду использование
сценариев
Для каждого БС
– Ключевым инвариантом
является Бизнес-цель
– Ключевая раскрываемая
неопределенность -
разбиение на
активности/Шаги
Курс: Разработка и управление
40
Летний Аналитический Фестиваль 2010 требовнаиями