Скачать презентацию
Идет загрузка презентации. Пожалуйста, подождите
Презентация была опубликована 12 лет назад пользователемwww.vniiaes.ru
1 Центр 720 Алексей Сачик Инженерия Требований
2 Центр 720 Часть 1. Введение и подходы стандартов центр 7202
3 Центр центр 7203 Факторы успеха проектов Вовлечение пользователей15.9% Поддержка руководства13.9% Четкая и ясная постановка требований13.0% Хорошее планирование9.6% Реалистичные ожидания (соответствие требованиям)8.2% Частые контрольные точки7.7% Компетентная команда7.2% Владение требованиями5.3% Управление требованиями повышает вероятность успешного завершения проекта
4 Центр центр 7204 Причины провалов проектов Неполные или неоднозначные требования Низкое вовлечение пользователей в проект Недостаточно ресурсов Нереалистичные ожидания Недостаточная поддержка руководства Постоянно изменяющиеся, нестабильные требования Плохое планирование Проект перестает быть нужным Размер и сложность проекта The Standish Group, 1999
5 Центр центр 7205 Требование Утверждение, которое идентифицирует эксплуатационные, функциональные параметры, характеристики или ограничения проектирования продукта или процесса, которое однозначно, проверяемо и измеримо. Необходимо для приемки продукта или процесса (потребителем или внутренним руководящим принципом обеспечения качества). ISO/IEC Разработка требований
6 Центр центр 7206 Требование Потребность или ожидание, которое установлено, обычно предполагается или является обязательным. ISO 9000:2008 Система менеджмента качества. Основные положения и словарь Документально изложенный критерий, который должен быть выполнен, если требуется соответствие документу, и по которому не разрешены отклонения. ISO 9000:2008 Система менеджмента качества. Основные положения и словарь
7 Центр 720 Требование Независимое от концепции смешение нужд (потребностей), ожиданий, ограничений и иногда предпочтительных решений. Kevin Forsberg центр 7207
8 Центр центр 7208 Стратегия проверки Требования заинтересованн ых сторон Системные требования Требования к подсистемам Требования для компонентов Модульные тесты Интеграционные тесты Системные тесты Приемочные тесты проверка компонентов Оптимизация затрат/пользы, проверка взаимодействия подсистем Определение того, что система должна делать, проверка системы Определение результата для заинтересованных сторон, приемка продукта Время
9 Центр центр 7209 Связь с архитектурным проектированием Архитектурное проектирование синтезирует решение, удовлетворяющее системным требованиям. ISO/IEC 15288:2008 Системная и программная инженерия Разделение функций системы, выявленные при анализе требований и приписывание их элементам архитектуры системы. Создание производных требования, необходимых при таком приписывании. ISO/IEC 15288:2008 Системная и программная инженерия
10 Центр центр Требования в жизненном цикле систем Бизнес-моделирование Требования Анализ и дизайн Реализация Тестирование Разворачивание Управление конфигурацией Управление проектом Управление средой Стадии Стадия 1Стадия 2Стадия 3Стадия N Этапы
11 Центр 720 Часть 2. Подходы стандартов центр 72011
12 Центр 720 Обзор ISO/IEC Software and systems engineering Life cycle processes Requirements engineering (Программная и системная инженерия – Практики жизненного цикла – Разработка требований) Является расширенным технических практик стандарта ISO/IEC 15288: – 15288:6.4.1-Определенение требований заинтересованных сторон – 15288:6.4.2-Анализ требований – другие технические практики центр 72012
13 Центр 720 Синтаксис требований [обстоятельства][субъект][действие][объект][ограничение] Пример: Когда сигнал х получен [обстоятельства], система [субъект] должна установить [действие] разряд сигнала [объект] в течение 2 секунд [ограничение] или [обстоятельство][действие][значение] Пример: В состоянии 1[обстоятельство] минимальный диапазон должен быть не менее [действие] 8 миль [значение] центр 72013
14 Центр центр Атрибуты требований Идентификатор Приоритет Критичность, важность Источник требования Причина, обоснование создания требования Сложность Оценка риска Тип – Функциональные – Требования к интерфейсам – Производительность – Ограничения – Технологические требования (законы, контрактные отношения, физическая безопасность и т.п.) – Нефункциональные Требования качества Требования эргономики ISO/IEC Разработка требований
15 Центр 720 Характеристики отдельных требований 1.Необходимость 2.Абстрактность 3.Недвусмысленность 4.Согласованность с другими 5.Полнота 6.Четкость, краткость 7.Выполнимость, осуществимость 8.Трассируемость 9.Проверяемость центр 72015
16 Центр 720 Характеристики группы требований центр Полнота 2.Согласованность с другими 3.Выполнимость (д/б по средствам, в рамках бюджета, сроков и т.п.) 4.Ограниченность
17 Центр 720 Практики стандарта ISO 29148:6.2 - Определение требований заинтересованных сторон (Stakeholder requirements definition process) ISO 29148:6.3 - Анализ требований (Requirements analysis process ) ISO 29148:6.4 - Появление практики разработки требований в других технических процессах (архитектурное проектирование, верификация, валидация) ISO 29148:6.5 –Управление требованиями центр 72017
18 Центр центр Проверка требований в СИ Валидация – объективное доказательство соответствия функций системы требованиям заинтересованных сторон. Верификация – подтверждение соответствия системы специфицированным требованиям ISO/IEC 15288:2008 Системная и программная инженерия
19 Центр 720 Единицы сведений 1 (information items) Определяется требуемое содержание спецификаций требований и формат их представления: – Спецификация требований заинтересованных сторон (StRS) – Спецификация системных требований (SyRS) – Спецификация программных требований (SRS) Спецификации предназначены для представления разных типов требований единиц сведений центр Информационные единицы
20 Центр 720 Типовые типы требований в соответствии с возможностями системы (system scope) центр Окружение предприятия Политики и процедуры Стандарты и спецификации Культура Технологии Организационные (бизнес) операции Процессы Политики Ограничения Правила Системные операции IT Система Программное обеспечение Окружающая среда Тенденции рынка Законы Социальные отношения Культура Business Management Reqs Business Operational Reqs System Reqs Software Reqs
21 Центр 720 software Последовательность создания спецификаций центр Req. process (предпр иятие) Req. process (бизнес) Req. process (Систем а) Req. process (ПО) Req. process (Систем а) StRS SyRS SRS business management reqs business operational reqs Окружение предприятия Подсистема А Подсистема B Система Организационные (бизнес) операции Системные операции
22 Центр 720 Пример плана спецификации SyRS центр Введение 1.1 Назначение системы 1.2 Состав системы 1.3 Сокращения и аббревиатуры 1.4 Источники 1.5 Краткий обзор 2.Описание системы 2.1 Назначение системы 2.2 Режимы работы системы 2.3 Ключевые возможности 2.4 Основные условия 2.5 Основные ограничения 2.6 Пользовательские характеристики 2.7 Предположения и зависимости 2.8 Операционные сценарии 3.Возможности систем, ограничения и условия 3.1 Физические Конструктивные Прочность, долговечность Адаптируемость Экзогенные условия (относящиеся к окруж. среде) 3.3 Характеристика системы (эффективность, производительность) 3.2 Защищенность и безопасность системы 3.4 Управление информацией 3.5 Системные операции Человеческие факторы Ремонтопригодность Надежность 3.6 Политика и регулирование 3.7 Жизненный цикл самообеспечения системы 4.Интерфейсы системы
23 Центр 720 Часть 3. Структуризация требований центр 72023
24 Центр 720 Структура типов требований центр 72024
25 Центр 720 Структура на основе проекта центр 72025
26 Центр 720 Часть 4. Информационные пакеты центр 72026
27 Центр центр Основные поставщики ВендорПродукт Dassault SystemesENOVIA Requirement Central SiemensTeamcenter Requirements Managements IBMRational DOORS VisuresolutionsIRqA
28 Центр центр ENOVIA Requirement Central Предлагает ряд возможностей для выражения потребностей, которые должны быть выполнены с соблюдением ограничений разрабатываемой системы. Позволяет фиксировать требования непосредственно через Requirement Central или через включенные компоненты работы с MS Office Word и Excel. Является первым звеном в RFLP (Requirements – Functional – Logical - Physical) цепи, которая заканчивается в самой VPLM системе.
29 Центр центр Teamcenter Requirements Managements (TcR) Служит для: – Идентификации требований и их связи с процессом проектирования, на начальных этапах разработки изделия – Распределения требований между отделами и проектными группами и системами изделия и управления ими – Управления требованиями во время выполнения программы
30 Центр центр RFLP - трассируемость Requirements Functional Logical Physical – подход, позволяющий построить и протестировать полнофункциональную виртуальную модель физического объекта еще до его создания.
31 Центр центр ! ! ! ! ! ! «» ! ! ! ! ! ! Структура продукта «» ! спецификация раздел комментарии требование производное требование подтребование продуктовая линейка модель/продукт свойство проверка тесты 31 Требования заинтересованных сторон Спецификация требований к подсистемам Спецификац ия системных требований
32 Центр центр IBM Rational DOORS Программный продукт предназначен для работы с требованиями на всем их жизненном цикле: – Выявление и фиксация требований – Анализ требований – Спецификация требований – Валидация и верификация требований – Управление требованиями
33 Центр центр IRqA Гибкая система для разработки и управления требованиями. Компоненты: Выявление, фиксация и управление требованиями Тонкий клиент для доступа из любой точки мира в любое время Разработчик отчетов Интеграция с другими системами управления требованиями
34 Центр 720 Часть 6. Применение в проекте ВВЭР ТОИ центр 72034
35 Центр 720 Работы по инженерии требований Сбор требований Анализ требований Связь структуры требований с функциональной структурой, логической архитектуры и электронным макетом центр 72035
36 Центр 720 Спасибо за внимание! Алексей Сачик ОАО «ВНИИАЭС» центр 72036
Еще похожие презентации в нашем архиве:
© 2024 MyShared Inc.
All rights reserved.