SECON'2016. Куприянов Юрий, OMG Essence - единая теория программной инженерииSECON
Возможна ли единая теория программной инженерии? Scrum и водопад, kanban и RUP - что у них общего и чем они различаются, и можно ли описать это формально? Как сравнить методики, выбирая ее для конкретного проекта? Как перейти от одной методики к другой? Как оценить здоровье проекта, независимо от методики? Ответы - в докладе.
HTP. Business Requirements Elicitation & Documentation [1.01, RUS]Alex V. Petrov
Приступая к реализации проектов разработки информационных систем, заказчик и исполнитель, как правило, в большей степени нацелены на подготовку технического задания. Однако, в действительности техническое задание — это финальный документ, в подготовке которого участвуют представители аналитического блока команды. Создание технического задания должно предваряться формированием ряда не менее важных документов, относящихся к более ранним этапам жизненного цикла системы. Одним из этих документов являются «Бизнес-требования» (англ. Business Requirements Document, BRD).
Ключевая миссия этого документа — исчерпывающее определение рамок, или объема, проекта. Какие объемы проекта существуют, как определяются и из чего складываются? Включать ли в BRD перечень заинтересованных сторон и предварительно идентифицированные риски проекта? Какую еще информацию следует включать в BRD, а какую — нет? Как провести границу между BRD и документом «Функциональные требования» (англ. Functional Requirements Document, FRD)? Как взаимодействовать с заказчиком для эффективного определения бизнес-требований? Ответы на эти и другие вопросы — в презентации с выступления в Парке высоких технологий (Минск, 03 декабря 2015 г.).встрече
Стандарт OMG Essence - в чем польза для аналитика?Yury Kupriyanov
"Режиссерская версия" слайдов к докладу "Стандарт OMG Essence - в чем польза для аналитика?" на ЛАФ'2013. Полностью приведены чеклисты для стадий альф: стейкхолдер, возможность и требования.
SECON'2016. Куприянов Юрий, OMG Essence - единая теория программной инженерииSECON
Возможна ли единая теория программной инженерии? Scrum и водопад, kanban и RUP - что у них общего и чем они различаются, и можно ли описать это формально? Как сравнить методики, выбирая ее для конкретного проекта? Как перейти от одной методики к другой? Как оценить здоровье проекта, независимо от методики? Ответы - в докладе.
HTP. Business Requirements Elicitation & Documentation [1.01, RUS]Alex V. Petrov
Приступая к реализации проектов разработки информационных систем, заказчик и исполнитель, как правило, в большей степени нацелены на подготовку технического задания. Однако, в действительности техническое задание — это финальный документ, в подготовке которого участвуют представители аналитического блока команды. Создание технического задания должно предваряться формированием ряда не менее важных документов, относящихся к более ранним этапам жизненного цикла системы. Одним из этих документов являются «Бизнес-требования» (англ. Business Requirements Document, BRD).
Ключевая миссия этого документа — исчерпывающее определение рамок, или объема, проекта. Какие объемы проекта существуют, как определяются и из чего складываются? Включать ли в BRD перечень заинтересованных сторон и предварительно идентифицированные риски проекта? Какую еще информацию следует включать в BRD, а какую — нет? Как провести границу между BRD и документом «Функциональные требования» (англ. Functional Requirements Document, FRD)? Как взаимодействовать с заказчиком для эффективного определения бизнес-требований? Ответы на эти и другие вопросы — в презентации с выступления в Парке высоких технологий (Минск, 03 декабря 2015 г.).встрече
Стандарт OMG Essence - в чем польза для аналитика?Yury Kupriyanov
"Режиссерская версия" слайдов к докладу "Стандарт OMG Essence - в чем польза для аналитика?" на ЛАФ'2013. Полностью приведены чеклисты для стадий альф: стейкхолдер, возможность и требования.
Доклад Анатолия Левенчука "Практики жизненного цикла системной инженерии: ISO 15288 и OMG Essence" на 73 заседании Русского отделения INCOSE, 13 марта 2013г.
Глава 9 методы и техники бизнес-анализа (babok 2.0 на русском скачать)Ivan Shamaev
Методики и техники бизнес-анализа для бизнес-аналитиков. Текст взят и переведен на русский язык из BABOK 2.0 (Свод знаний по бизнес-анализу версия 2.0). Скачать в формате pdf BABOK 2.0 на русском языке. Бизнес-анализ. Бизнес-аналитики. Системные аналитики. IIBA. iiba.org, iiba.ru, russia.iiba.org. Руководство по бизнес-анализу. Методы для сбора требований и анализа бизнеса.
SPb BA & SA Night. Stakeholder Management Essentials [1.01, RUS]Alex V. Petrov
Управление заинтересованными сторонами — одна из ключевых техник бизнес-анализа, которая обсуждалась на «Вечере системного и бизнес-анализа» в С.-Петербурге 06 июня 2015 г. Ключевые вопросы: заинтересованные стороны и их интересы, точки зрения и представления; основные шаги управления заинтересованными сторонами, шаблон карты заинтересованных сторон по TOGAF9.
Юрий Бабин -- многокритериальная оптимизация в инженерных проектахAnatoly Levenchuk
Доклад Юрия Бабий "Опыт применения инструментария многокритериальной оптимизациии для повышения эффективности сложных технических систем" на 65 заседании Русского отделения INCOSE, 24 октября 2012г.
Б.Позин, Е.Горбунова -- развитие ядра Essence для стадии сопровожденияAnatoly Levenchuk
Доклад Бориса Позина и Eвгении Горбуновой "Предложение по развитию ядра OMG Essence для обеспечения процессов жизненного цикла программных систем" на 97 заседании INCOSE, 26 ноября 2014г.
Опыт применения метода ATAM для оценки архитектурыCUSTIS
Выступление Игоря Беспальчука, нашего руководителя проектов дирекции архитектуры, на заседании русского отделения INCOSE (9 ноября 2016 года, Москва).
Видеозапись выступления:
https://vimeo.com/190918892
INFOSYSTEMS. How to Measure Software Architecture [1.01, RUS]Alex V. Petrov
Прошедший в «Академии информационных систем» (г. Москва) семинар «Как измерить архитектуру ПО?» ответил на вопрос о том, реально ли оценить архитектуру программной системы и сказать, насколько она полна, качественна, подвержена тем или иным недостаткам. В ходе семинара слушатели узнали, какие архитектурные метрики существуют, какие из них — признаны отраслью, в чем состоит их польза и как подходить к их применению в условиях производства.
Управление требованиями. Сбор требований. Характеристики хороших требований. Анализ требований. Управление изменениями требованиями. Курс для бизнес-аналитиков. Основы бизнес-анализа для начинающих
ITGM #5. System Duality and Its Practical Effect on Business Analysis [1.0, RUS]Alex V. Petrov
Как гласит один из постулатов современной системной инженерии, любая сложная инженерная система есть иррациональное единство функции и конструкции, и информационные системы — не исключение.
Постичь внутреннюю онтологическую двойственность таких систем — значит научиться отчетливо видеть альтернативные пути удовлетворения потребностей заинтересованных сторон, осознанно, а не интуитивно различать ограничения и требования, элементы ИТ-архитектур и элементы ИТ-решений, идентифицировать внешние и внутренние интерфейсы систем в их надсистемах и многое-многое другое.
ITGM #5. What Is Enterprise Architecture [1.0, RUS]Alex V. Petrov
«Экономический дарвинизм» XXI в. делает предприятия все более уязвимыми в жесткой конкурентной борьбе. Сегодня мы наблюдаем радикальную трансформацию даже самых консервативных отраслей, не говоря уже о «новой экономике» и высокотехнологичных сферах. Бизнес стремительно осваивает принципиально иные средства производства, каналы коммуникаций, виды инфраструктуры и постоянно перевооружается в попытке опередить соперников по борьбе за клиента. И не всегда удачно.
В этих условиях вопросы эффективного проектирования корпоративной архитектуры (англ. Enterprise Architecture, EA) приобретают все большую актуальность. Из чего складывается такая архитектура и в чем ее отличие от ИТ- и бизнес-архитектуры? Какая она бывает? Как правильно ее создавать? Актуальна ли проблематика корпоративной архитектуры для малого и среднего бизнеса и возможно ли «масштабирование вниз» классических архитектурных подходов?
Практический анализ и визуальное моделирование на UMLNikolai Kireev
Презентация курса online-тренингов, проводимых совместно Школой Системного Анализа г. Москва и IT-Студией WebMax.BY г. Минск.
Запись на курс по ссылке: http://school.system-analysis.ru/uml-online/
Presentation of the offering from InnovaChron Inc. You will see that there are 3 main offerings: Team optimization, workshops, and a complete program for new managers. Enjoy!
Доклад Анатолия Левенчука "Практики жизненного цикла системной инженерии: ISO 15288 и OMG Essence" на 73 заседании Русского отделения INCOSE, 13 марта 2013г.
Глава 9 методы и техники бизнес-анализа (babok 2.0 на русском скачать)Ivan Shamaev
Методики и техники бизнес-анализа для бизнес-аналитиков. Текст взят и переведен на русский язык из BABOK 2.0 (Свод знаний по бизнес-анализу версия 2.0). Скачать в формате pdf BABOK 2.0 на русском языке. Бизнес-анализ. Бизнес-аналитики. Системные аналитики. IIBA. iiba.org, iiba.ru, russia.iiba.org. Руководство по бизнес-анализу. Методы для сбора требований и анализа бизнеса.
SPb BA & SA Night. Stakeholder Management Essentials [1.01, RUS]Alex V. Petrov
Управление заинтересованными сторонами — одна из ключевых техник бизнес-анализа, которая обсуждалась на «Вечере системного и бизнес-анализа» в С.-Петербурге 06 июня 2015 г. Ключевые вопросы: заинтересованные стороны и их интересы, точки зрения и представления; основные шаги управления заинтересованными сторонами, шаблон карты заинтересованных сторон по TOGAF9.
Юрий Бабин -- многокритериальная оптимизация в инженерных проектахAnatoly Levenchuk
Доклад Юрия Бабий "Опыт применения инструментария многокритериальной оптимизациии для повышения эффективности сложных технических систем" на 65 заседании Русского отделения INCOSE, 24 октября 2012г.
Б.Позин, Е.Горбунова -- развитие ядра Essence для стадии сопровожденияAnatoly Levenchuk
Доклад Бориса Позина и Eвгении Горбуновой "Предложение по развитию ядра OMG Essence для обеспечения процессов жизненного цикла программных систем" на 97 заседании INCOSE, 26 ноября 2014г.
Опыт применения метода ATAM для оценки архитектурыCUSTIS
Выступление Игоря Беспальчука, нашего руководителя проектов дирекции архитектуры, на заседании русского отделения INCOSE (9 ноября 2016 года, Москва).
Видеозапись выступления:
https://vimeo.com/190918892
INFOSYSTEMS. How to Measure Software Architecture [1.01, RUS]Alex V. Petrov
Прошедший в «Академии информационных систем» (г. Москва) семинар «Как измерить архитектуру ПО?» ответил на вопрос о том, реально ли оценить архитектуру программной системы и сказать, насколько она полна, качественна, подвержена тем или иным недостаткам. В ходе семинара слушатели узнали, какие архитектурные метрики существуют, какие из них — признаны отраслью, в чем состоит их польза и как подходить к их применению в условиях производства.
Управление требованиями. Сбор требований. Характеристики хороших требований. Анализ требований. Управление изменениями требованиями. Курс для бизнес-аналитиков. Основы бизнес-анализа для начинающих
ITGM #5. System Duality and Its Practical Effect on Business Analysis [1.0, RUS]Alex V. Petrov
Как гласит один из постулатов современной системной инженерии, любая сложная инженерная система есть иррациональное единство функции и конструкции, и информационные системы — не исключение.
Постичь внутреннюю онтологическую двойственность таких систем — значит научиться отчетливо видеть альтернативные пути удовлетворения потребностей заинтересованных сторон, осознанно, а не интуитивно различать ограничения и требования, элементы ИТ-архитектур и элементы ИТ-решений, идентифицировать внешние и внутренние интерфейсы систем в их надсистемах и многое-многое другое.
ITGM #5. What Is Enterprise Architecture [1.0, RUS]Alex V. Petrov
«Экономический дарвинизм» XXI в. делает предприятия все более уязвимыми в жесткой конкурентной борьбе. Сегодня мы наблюдаем радикальную трансформацию даже самых консервативных отраслей, не говоря уже о «новой экономике» и высокотехнологичных сферах. Бизнес стремительно осваивает принципиально иные средства производства, каналы коммуникаций, виды инфраструктуры и постоянно перевооружается в попытке опередить соперников по борьбе за клиента. И не всегда удачно.
В этих условиях вопросы эффективного проектирования корпоративной архитектуры (англ. Enterprise Architecture, EA) приобретают все большую актуальность. Из чего складывается такая архитектура и в чем ее отличие от ИТ- и бизнес-архитектуры? Какая она бывает? Как правильно ее создавать? Актуальна ли проблематика корпоративной архитектуры для малого и среднего бизнеса и возможно ли «масштабирование вниз» классических архитектурных подходов?
Практический анализ и визуальное моделирование на UMLNikolai Kireev
Презентация курса online-тренингов, проводимых совместно Школой Системного Анализа г. Москва и IT-Студией WebMax.BY г. Минск.
Запись на курс по ссылке: http://school.system-analysis.ru/uml-online/
Presentation of the offering from InnovaChron Inc. You will see that there are 3 main offerings: Team optimization, workshops, and a complete program for new managers. Enjoy!
The Tolouse Lecture On Innovation Beta 8 22.01.10Pozzolini
This is my second version of the lecture on Innovation. It integrates HBSchool\'s lessons.
I believe that this will be more proficient for the Industry.
Download and quote me!!!!
Share my bike commute through the SF Baylands and Shoreline Park. Commuting by bike is fun; even if you ride your bike one day a week you are reducing your commute driving by 20%!
I biked to work 2,640 total miles this last year, and every day is a new adventure.
Об измерениях в разработке ПО слышали все. Но какая от польза от их внедрения? И какие необходимые условия внедрения?
Вашему вниманию будут представлены различные способы измерения качества продукта, как их можно использовать для улучшений рабочих процессов, определения проблем, поддержки контрактных обязательств, оценки достижения целей индивидуума, отдела или компании. Также вы узнаете, как выбрать и внедрить действительно нужные метрики.
Презентация "Анализ, проектирование и разработка корпоративных информационны...ph.d. Dmitry Stepanov
Рассмотрены теоретические подходы к анализу, проектированию, разработке, тестированию и промышленному использованию корпоративных информационных систем. Выполнен анализ практических методов реализации систем, включающий использование баз знаний для выявления требований; низкоуровневых методов проектирования с графическими элементами ответственности; принципов контроля полномочий, общего решения и контура обратной связи для реализации программных разработок; всевозможных видов тестирования; последовательной и параллельно-последовательной стратегий перехода к промышленной эксплуатации. Источник: http://stepanovd.com/news_2015_2_64ntkmirea.html?lang=RU.
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 требовнаиями