'

Алексей Сачик

Понравилась презентация – покажи это...





Слайд 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


×

HTML:





Ссылка: