Понравилась презентация – покажи это...
Слайд 0
Алексей Сачик
05.02.2016
1
Инженерия Требований
Слайд 1
Часть 1.
Введение и подходы стандартов
05.02.2016
центр 720
2
Слайд 2
05.02.2016
центр 720
3
Факторы успеха проектов
Вовлечение пользователей 15.9%
Поддержка руководства 13.9%
Четкая и ясная постановка требований 13.0%
Хорошее планирование 9.6%
Реалистичные ожидания (соответствие требованиям) 8.2%
Частые контрольные точки 7.7%
Компетентная команда 7.2%
Владение требованиями 5.3%
Управление требованиями
повышает вероятность успешного завершения проекта
Слайд 3
05.02.2016
центр 720
4
Причины провалов проектов
Неполные или неоднозначные требования
Низкое вовлечение пользователей в проект
Недостаточно ресурсов
Нереалистичные ожидания
Недостаточная поддержка руководства
Постоянно изменяющиеся, нестабильные требования
Плохое планирование
Проект перестает быть нужным
Размер и сложность проекта
The Standish Group, 1999
Слайд 4
05.02.2016
центр 720
5
Требование
Утверждение,
которое идентифицирует эксплуатационные, функциональные параметры, характеристики или ограничения проектирования продукта или процесса, которое однозначно, проверяемо и измеримо. Необходимо для приемки продукта или процесса (потребителем или внутренним руководящим принципом обеспечения качества).
ISO/IEC 29148 Разработка требований
Слайд 5
05.02.2016
центр 720
6
Требование
Потребность или ожидание, которое установлено, обычно предполагается или является обязательным.
ISO 9000:2008 Система менеджмента качества. Основные положения и словарь
Документально изложенный критерий, который должен быть выполнен, если требуется соответствие документу, и по которому не разрешены отклонения.
ISO 9000:2008 Система менеджмента качества. Основные положения и словарь
Слайд 6
Требование
Независимое от концепции смешение нужд (потребностей), ожиданий, ограничений и иногда предпочтительных решений.
Kevin Forsberg
05.02.2016
центр 720
7
Слайд 7
05.02.2016
центр 720
8
Стратегия проверки
Требования заинтересованных сторон
Системные требования
Требования к подсистемам
Требования для компонентов
Модульные тесты
Интеграционные тесты
Системные тесты
Приемочные тесты
проверка
компонентов
Оптимизация затрат/пользы,
проверка взаимодействия подсистем
Определение того, что система должна делать, проверка системы
Определение результата для заинтересованных сторон, приемка продукта
Время
Слайд 8
05.02.2016
центр 720
9
Связь с архитектурным проектированием
Архитектурное проектирование синтезирует решение, удовлетворяющее системным требованиям.
ISO/IEC 15288:2008 Системная и программная инженерия
Разделение функций системы, выявленные при анализе требований и приписывание их элементам архитектуры системы. Создание производных требования, необходимых при таком приписывании.
ISO/IEC 15288:2008 Системная и программная инженерия
Слайд 9
05.02.2016
центр 720
10
Требования в жизненном цикле систем
Бизнес-моделирование
Требования
Анализ и дизайн
Реализация
Тестирование
Разворачивание
Управление конфигурацией
Управление проектом
Управление средой
Стадии
Стадия 1
Стадия 2
Стадия 3
Стадия N
Этапы
1
1
2
1
2
3
1
2
Слайд 10
Часть 2.
Подходы стандартов
05.02.2016
центр 720
11
Слайд 11
Обзор
ISO/IEC 29148 Software and systems engineering — Life cycle processes — Requirements engineering (Программная и системная инженерия – Практики жизненного цикла – Разработка требований)
Является расширенным технических практик стандарта ISO/IEC 15288:
15288:6.4.1-Определенение требований заинтересованных сторон
15288:6.4.2-Анализ требований
другие технические практики
05.02.2016
центр 720
12
Слайд 12
Синтаксис требований
[обстоятельства][субъект][действие][объект][ограничение]
Пример: Когда сигнал х получен [обстоятельства], система [субъект] должна установить [действие] разряд сигнала [объект] в течение 2 секунд [ограничение]
или
[обстоятельство][действие][значение]
Пример: В состоянии 1[обстоятельство] минимальный диапазон должен быть не менее [действие] 8 миль [значение]
05.02.2016
центр 720
13
Слайд 13
05.02.2016
центр 720
14
Атрибуты требований
Идентификатор
Приоритет
Критичность, важность
Источник требования
Причина, обоснование создания требования
Сложность
Оценка риска
Тип
Функциональные
Требования к интерфейсам
Производительность
Ограничения
Технологические требования (законы, контрактные отношения, физическая безопасность и т.п.)
Нефункциональные
Требования качества
Требования эргономики
ISO/IEC 29148 Разработка требований
Слайд 14
Характеристики отдельных требований
05.02.2016
центр 720
15
Слайд 15
Характеристики группы требований
05.02.2016
центр 720
16
Слайд 16
Практики стандарта
ISO 29148:6.2 - Определение требований заинтересованных сторон (Stakeholder requirements definition process)
ISO 29148:6.3 - Анализ требований (Requirements analysis process )
ISO 29148:6.4 - Появление практики разработки требований в других технических процессах (архитектурное проектирование, верификация, валидация)
ISO 29148:6.5 –Управление требованиями
05.02.2016
центр 720
17
Слайд 17
05.02.2016
центр 720
18
Проверка требований в СИ
Валидация – объективное доказательство соответствия функций системы требованиям заинтересованных сторон.
Верификация – подтверждение соответствия системы специфицированным требованиям
ISO/IEC 15288:2008 Системная и программная инженерия
Слайд 18
Единицы сведений1 (information items)
Определяется требуемое содержание спецификаций требований и формат их представления:
Спецификация требований заинтересованных сторон (StRS)
Спецификация системных требований (SyRS)
Спецификация программных требований (SRS)
Спецификации предназначены для представления разных типов требований единиц сведений
05.02.2016
центр 720
19
1 Информационные единицы
Слайд 19
Типовые типы требований в соответствии с возможностями системы (system scope)
05.02.2016
центр 720
20
Окружающая среда
Тенденции рынка
Законы
Социальные отношения
Культура
Business Management Reqs
Business Operational
Reqs
System
Reqs
Software
Reqs
Слайд 20
software
Последовательность создания спецификаций
05.02.2016
центр 720
21
Req.
process (предприятие)
Req.
process (бизнес)
Req.
process (Система)
Req.
process (ПО)
Req.
process (Система)
StRS
StRS
SyRS
SyRS
SRS
business management
reqs
business operational
reqs
Окружение предприятия
Подсистема А
Подсистема B
Система
Организационные (бизнес) операции
Системные операции
Слайд 21
Пример плана спецификации SyRS
центр 720
22
Слайд 22
Часть 3.
Структуризация требований
05.02.2016
центр 720
23
Слайд 23
Структура типов требований
05.02.2016
центр 720
24
Слайд 24
Структура на основе проекта
05.02.2016
центр 720
25
Слайд 25
Часть 4.
Информационные пакеты
05.02.2016
центр 720
26
Слайд 26
05.02.2016
центр 720
27
Основные поставщики
Слайд 27
05.02.2016
центр 720
28
ENOVIA Requirement Central
Предлагает ряд возможностей для выражения потребностей,
которые должны быть выполнены с соблюдением ограничений
разрабатываемой системы.
Позволяет фиксировать требования непосредственно через Requirement Central или через включенные компоненты работы с
MS Office Word и Excel.
Является первым звеном в RFLP (Requirements – Functional – Logical - Physical) цепи, которая заканчивается в самой VPLM системе.
Слайд 28
05.02.2016
центр 720
29
Teamcenter Requirements Managements (TcR)
Служит для:
Идентификации требований и их связи с процессом проектирования, на начальных этапах разработки изделия
Распределения требований между отделами и проектными группами и системами изделия и управления ими
Управления требованиями во время выполнения программы
Слайд 29
05.02.2016
центр 720
30
RFLP - трассируемость
Requirements Functional Logical Physical – подход, позволяющий построить и протестировать полнофункциональную виртуальную модель физического объекта еще до его создания.
Слайд 30
05.02.2016
центр 720
31
!
!
!
!
!
Структура продукта
«»
!
спецификация
раздел
комментарии
требование
производное требование
подтребование
продуктовая линейка
модель/продукт
свойство
проверка
тесты
31
Требования заинтересованных сторон
Спецификация требований к подсистемам
Спецификация системных требований
Слайд 31
05.02.2016
центр 720
32
IBM Rational DOORS
Программный продукт предназначен для работы с требованиями на всем их жизненном цикле:
Выявление и фиксация требований
Анализ требований
Спецификация требований
Валидация и верификация требований
Управление требованиями
Слайд 32
05.02.2016
центр 720
33
IRqA
Гибкая система для разработки и управления
требованиями. Компоненты:
Слайд 33
Часть 6.
Применение в проекте ВВЭР ТОИ
05.02.2016
центр 720
34
Слайд 34
Работы по инженерии требований
Сбор требований
Анализ требований
Связь структуры требований с функциональной структурой, логической архитектуры и электронным макетом
05.02.2016
центр 720
35
Слайд 35
Спасибо за внимание!
Алексей Сачик
ОАО «ВНИИАЭС»
alexey.sachik@gmail.com
sachik@vniiaes.ru
05.02.2016
центр 720
36
