Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.
Upcoming SlideShare
Тренды в инженерии требований и управлении требованиями
Next
Download to read offline and view in fullscreen.

3

Share

Download to read offline

Инженерия требований

Download to read offline

Инженерия требований в системной инженерии

Related Books

Free with a 30 day trial from Scribd

See all

Инженерия требований

  1. 1. Инженерия требований Москва 17 марта 2012г.
  2. 2. 25 обязательных практик системной инженерии ISO 15288:2008Обеспечения проектов описывание жизненного Проектные цикла управление проектами управление планирование инфраструктурой проекта управление портфелем управление проектов выполнением и управление персоналом управление качеством контроль проекта Технические поддержка проектов сбор требований управление анализ требований решениями архитектурный дизайн управление изготовление рисками интеграция управление верификация конфигураци (проверка) ей переход к управление эксплуатации информацией валидация (приёмка) измерения эксплуатация обслуживание вывод из эксплуатации 2
  3. 3. Жизненный цикл в системной инженерии определение приемка в требований эксплуатациюАрхитектурное интеграцияпроектирование рабочее изготовление проектирование 3
  4. 4. На что менеджер должен добавить денег? Стадия обнаружения Стоимость ошибки исправления Требования x1 (единица отсчета) Проектирование x5 Строительство x12 Проверки X40 Эксплуатация X250 Данные INCOSE 4
  5. 5. Пример: требования к составлению планаХотелка: есть один исполнитель и три работыот трёх разных заказчиков. Исполнительделает одну работу один день, быстрее неможет. Нужно помочь ему запланироватьработы.Задача: спроектировать правильныетребования к плану. 5
  6. 6. Выбор способа составления графика работ Задача: три работы Управление процессами (очереди к станкам) Управление проектами (у одного человека много проектов)Критическая цепочка (TOC)общий буфер времени длягруппы операций Использованы материалы 6 Eli Schragenheim и Daniel P.Walsh
  7. 7. Литература• Инженерия требований (структура метода) -- http://ailev.livejournal.com/769827.html• Метод инженерии требований (что делает инженер по требованиям) -- http://ailev.livejournal.com/810548.html• Второе поколение инженерии требований -- http://ailev.livejournal.com/754369.html, инженерия требований в MBSE -- http://ailev.livejournal.com/801113.html• Стандарты представления требований -- http://ailev.livejournal.com/900086.html• Требования – это программа, метод, интеракция -- http://ailev.livejournal.com/805721.html 7
  8. 8. Требования• Заинтересованных сторон• Системные• Архитектурные• Рабочей документации• Требования – это описание (модель) системы + деонтическая модальность 8
  9. 9. Описание метода: инженерия требований1. Описание предметной области настраиваемость, надежность сторон (защитимость (устойчивость, -- разработка обоснования бизнес-(онтологии) требований безопасность, защищенность, модели1.1 Назначение требований выживаемость), 2.4.2. Предвосхищение (visioning) -- бизнеса,1.2. Требования как рабочие продукты (артефакты) бездефектность (доступность, системы, приложения, компоненты 1.2.1. Отличия рабочих продуктов требований от правильность, 2.4.3. Разработка требований архитектурных и проектных рабочих продуктов. предсказуемость, надежность- -- выявление требований Различение требований и ограничений. стабильность)), -- переиспользование требований 1.2.2. Виды формулирования требований и экономичность, сопрягаемость, -- анализ (моделирование) требований требования к ним эксплуатационные -- прототипирование требований -- уровень неформальности: текст -- характеристики, -- формулирование требований модели поддерживаемость, удобство в -- валидация требований -- используемая парадигма использовании (декларативные-процесссные) -- к данным -- информационные модели (в том 3. Обоснование выполнения требований -- к интерфейсам (requirements case) числе онтологии и метамодели для них - -- ограничения (включают все 3.1. Рабочие продукты (декларации, аргументы, - как минимум, глоссарий). виды требований) -- спецификации требований. Шаблоны свидетельства) информационных объектов. 2. Практики работы с требованиями 3.2. Практики обоснования -- концепции 2.1. Место практик в процессе -- набор практик обоснования 1.2.3 Виды использования -- в жизненном цикле -- жизненный цикл обоснования -- автономные требования -- среди других инженерных дисциплин 4. Команда, ее роли и требуемые -- требования как задания на испытания -- смежные практики: планировать усилия и test-driven development инженерии требований, готовить инфраструктуру квалификации управления требованиями и моделирования, -- источники требований -- требования как запросы на изменения -- разработка требований и практики issue tracking управлять данными и конфигурацией требований, улучшать практики и т.д. -- использование требований 1.2.4 Виды по источникам -- проверка требований -- требования и нужды 2.2 Стандартизация практик -- международные стандарты: ISO 15288 и ISO -- управление требованиями заинтересованных сторон -- результат анализа требований 12207, ISO 29148, IEEE 1233, для обоснования ISO 5. Инструменты инженерии требований1.3. Классификация требований по их предмету 15026 -- автономные требования (типа IRqA etc.) 1.3.1. Контрактные, производные, -- частные стандарты: OPFRO, QUASAR -- требования-запросы (Dassault Systemes эксплуатационные, к обслуживанию, 2.3. Разнообразие практик в части природы системы Requirements/Engineering Portal) обеспечению, обучению, прекращению (*программоемкая+ система, модель бизнеса, предметная -- модели требований (моделеры, в том числе использования, организационные, программные, область, компонент, семейство продуктов, программное интегрируемые в САПР) аппаратные, оборудованию и т.д. -- разнообразие приложение, датацентр, завод и т.д.). Стандарты BABOK, типов требований, каждый из которых требует ITIL. своих рабочих продуктов, производящих и 2.4. Типовой набор практик использующих их практик и квалификации 2.4.1. бизнес-анализ инженеров требований -- анализ клиента 1.3.2. К методу разработки -- анализ конкурента 1.3.3. К продукту -- анализ рынка 1.3.3.1. Функциональные -- анализ технологии 1.3.3.2. Нефункциональные -- анализ пользователя -- качества (ценовая -- профилирование заинтересованных доступность, сторон 9 производительность, -- выявление целей заинтересованных
  10. 10. Умения инженера по требованиям (подробнее: http://ailev.livejournal.com/810548.html)• Быть лидером (leadership) – упаковывать живых тушек с личными интересами в культурно-обусловленные позиции. Работает с людьми.• Быть социотехником – найти и извлечь все требования из человека в позиции. Работает с диаграммами целеполагания (early requirements engineering), т.е. грамотный по Alan Key.• Быть инженером – понимать архитектуру, разбираться в инженерных обоснованиях, читать чертежи... 10
  11. 11. Три поколения инженерии• «Алхинженерия»: Неформальные тексты и эскизы• Современная инженерия: Диаграммы и чертежи («псевдокод»)• Моделе-ориентированная (model-based) инженерия: формальные языки (вычисляемый «код») 11
  12. 12. Стандарты представления требований• SysML• AP233• RIF• ISO 29148• ITU Z.151 (URN=GRL+UCM) и другие из GORE (i*, BMM, ArchiMate, MBRD, Planguage): выражение оппозиции цели-средства (ends – means)• ISO 15926• ….. 12
  13. 13. Требования и архитектура:сегодня трудноразделимы http://ailev.livejournal.com/938820.html Dietz-The Generic System Development Process 13
  14. 14. АрхитектураАрхитектура – это всё важное. 14
  15. 15. Спасибо за вниманиеАнатолий Левенчук,Директор по исследованиям Русского отделения INCOSEhttp://ailev.ruailev@asmp.msk.suВиктор Агроскинvic5784@gmail.comTechInvestLab.ru(495) 748-53-88 15
  • MopMex

    Jan. 9, 2018
  • ivankurmanov

    Oct. 29, 2013
  • victorokulov

    Mar. 18, 2012

Инженерия требований в системной инженерии

Views

Total views

5,852

On Slideshare

0

From embeds

0

Number of embeds

2,334

Actions

Downloads

207

Shares

0

Comments

0

Likes

3

×