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.

Превращая создание продукта в конкурентное преимущество: Системный инжиниринг

1,235 views

Published on

Системный инжиниринг – есть междисциплинарный подход,
используемый для контроля за разработками сложных, инновационных
изделий и систем
Анатолий Волохов,
Software Group, Rational-Telelogic Solutions

Published in: Technology
  • Be the first to comment

Превращая создание продукта в конкурентное преимущество: Системный инжиниринг

  1. 1. ® IBM Software GroupПревращая создание продукта в конкурентноепреимущество:Системный инжиниринг Анатолий Волохов, Software Group, Rational-Telelogic Solutions, anatoly.volokhov@ru.ibm.com © 2008 IBM Corporation
  2. 2. IBM Software Group | Rational software IBM Software Group | Rational softwareСистемный инжиниринг (System Engineering). Определения Системный инжиниринг - целостный, ориентированный на изделие подход, отвечающий за создание и выполнение процессов, охватывающих различные инженерные дисциплины и обеспечивающих удовлетворение нужд заказчиков и непосредственных пользователей изделия Системный инжиниринг – есть междисциплинарный подход, используемый для контроля за разработками сложных, инновационных изделий и систем * Система – это набор компонентов (которые и сами могут быть системами), соединенных и связанных определенным образом так, чтобы обеспечить функционирование, которое сами по себе компоненты обеспечить не могут. Корабль, самолет, ракета - есть система.. и их основные компоненты (корпус, крылья, система управления, силовые установки, вооружение, программное обеспечение ...), также являются системами (или оборудованием) 2
  3. 3. IBM Software Group | Rational software IBM Software Group | Rational softwareПереход от полного производства к системной сборкеПассажирский самолет Boeing 787 Кол-во комплектующих : 6 млн. Схем в САПР : 20,000 Число поставщиков : 2,600 Изменений в дизайне : 150,000 Производство и поставка комплектующих: Boeing 787 Dreamliner Source: The Seattle Times 3
  4. 4. IBM Software Group | Rational software IBM Software Group | Rational softwareЗначительно возрастает доля программной составляющейи это ведет к существенным проблемам 100% Общая стоимость «Железо» Распределение составляющих 60% стоимости Разработка Программное 20% обеспечение 1970 1990 2008 Рост софтверных составляющих Влияние на бизнес Тип Год Функции, самолета контролируемые ПО F-4 1960 8% A-7 1964 10% F-111 1970 20% F-15 1975 35% F-16 1982 45% B-2 1990 65% F-22 2000 80% 4
  5. 5. IBM Software Group | Rational software IBM Software Group | Rational softwareЗачем нужен Системный Инжиниринг Системный Инжиниринг отвечает за всю картину в целом, обеспечивая выполнение требований в течение всего жизненного цикла изделия. Повышение вероятности успеха создания Системы Понимание природы Системы и ее поведения в окружающей среде Определение характеристик Системы с точки зрения пользователя Уменьшение рисков Определение и оценка рисков, неопределенностей и изменяемых параметров в процессе принятия решений Соответствие нормативным документам и требованиям регулирующих организаций Уменьшение общей стоимости жизненного цикла изделия Улучшение процесса принятия решений в планировании, разработке, управлении, эксплуатации Такой подход начинается с понимания потребностей заказчика, определения функциональности изделия и обязательных запланированных проверок (аттестаций, приемочных испытаний, контроля) на самых ранних стадиях жизненного цикла создания изделия 5
  6. 6. IBM Software Group | Rational software IBM Software Group | Rational softwareДля чего это все нужно ? Разработка и управление Разработка и управление Проверка требований R требованиями требованиями R1 R2 Проверка функционала R1-1 R1-2 Функциональный Функциональный R2-1 R2-2 R2-3 дизайн дизайн F2 F3 Проверка архитектуры F1 Архитектурный Архитектурный F5 Проверки, тесты, Проверки, тесты, дизайн дизайн F4 System приемо-сдаточные приемо-сдаточные Проверка испытания, испытания, дизайна Физический Физический сертификация сертификация дизайн дизайн Разработка продукта в полном соответствии с требованиями Учет изменений на всех уровнях разработки Тесты, проверки, сертификация проверят требования Обеспечивается сквозной мониторинг производства продукта Конечный продукт соответствует требованиям на все 100% 6
  7. 7. IBM Software Group | Rational software IBM Software Group | Rational softwareК чему ведет неиспользование системного инжинирингаПроблемы с проектами Только 28% проектов отвечают запланированным срокам и бюджетуПрямые убытки Выпуск изделия на рынок всего на 6 месяцев позже может стоить компании трети планового пятилетнего показателя возврата инвестицийИсправление ошибок Более 45% бюджета на разработку, может «уйти» на исправление и переделки От 35 до 50% общего объема работ тратится на исправление ошибок в дизайне Исправление ошибок, обнаруженных на этапе эксплуатации, обходится в 200 раз дороже ошибок, обнаруженных на ранних этапах Sources: • Don Reinertsen, McKinsey, 1983 • Standish Group, 2001 • Leffingwell & Widrig, “Managing Software Requirements,” Addison Wesley, 1999 • Effective Requirements Practices, NASA • IAG Consulting, 2008 • Dynamic Market Limited, 2007 7
  8. 8. IBM Software Group | Rational software IBM Software Group | Rational softwareАварии все еще продолжают беспокоить производителейи PLM не является панацеей от всех бед.. Аэрокосмическое агентство На 40с полета бортовой компьютер прототипа стратегической ракеты стоимостью $1 млрд. ошибочно выдал команду на самоуничтожение Производитель автомобилей Компания вынуждена была отозвать 75 тысяч автомобилей, которые из-за ошибки в ПО вдруг начинали тормозить на большой скорости Производитель мед. оборудования: Из-за некачественного ПО пришлось изымать из эксплуатации 42 тысячи дефибрилляторов 8
  9. 9. IBM Software Group | Rational software IBM Software Group | Rational softwareПочему это происходит?Пользователи разделены разными приложениями и средствами коммуникации Планирование Производство производства ОбслуживаниеДизайн Совместно решать проблемы Отслеживать статус программы Общаться с поставщикамиЗакупки Качество и Управление тестирование Партнеры проектами 9
  10. 10. IBM Software Group | Rational software IBM Software Group | Rational softwareПочему это происходит?Вертикальная структура организации разработки – уже большая проблема Несогласованность процессов и правил, используемых участниками проекта «Know-how» – только в пределах своей вертикали SW MCAD E/E Рук-во Информация, доступная только Программные Механические внутри вертикалей, снижает компоненты компоненты Электронные компоненты ??? общую производительность группы Сложность сотрудничества и обмена данными и результатами Заниженные возможности отслеживания оперативных решений и меняющейся информации Низкий уровень повторного использования существующих решений и артефактов, а также слабый контроль над процессами Разработка не всегда отражает потребности рынка 10
  11. 11. IBM Software Group | Rational software IBM Software Group | Rational softwareРешения для системного инжиниринга Системный инжиниринг требует взаимодействия множества инструментов и дисциплин для обеспечения и поддержки Управления совместными бизнес- процессами: Управление портфелями Управление программами Управление требованиями Управление изменениями Управление конфигурациями Управление поставками Управление потоками задач Контроль за соблюдением стандартов Моделирование и тестирование систем и изделий (в зависимости от их типа) : UML & SysML Rhapsody Simulink Modelica MCAD & ECAD 11
  12. 12. IBM Software Group | Rational software IBM Software Group | Rational softwareРазработка без управления требованиями –непредсказуемый результатЕсли вы еще только начинаетезадумываться об улучшенииваших процессов, то помните,что начать стоит именно спроцесса управлениятребованиями, потому что здесьдействует простой принцип : что посеешь, то и пожнешь.Если требования плохие, то все остальные вашиусилия, процессы и инструменты лишь помогут вамкак можно быстрей создать плохой продукт. 12
  13. 13. IBM Software Group | Rational software IBM Software Group | Rational softwareК чему все это приводит ... ... и как найти выход из этого нерадостного положения? Проблемы бизнеса Продукт не удовлетворяет заказчика 46% Поздний выход на рынок / упущенный спрос 33% Слабая коммерциализация / раскрутка 26% Качество продукта 24% Ценовая политика 23% Нечеткое позиционирование продукта 19% The CIO’s Guide to the PERFECT Launch: Translating Innovation to Business Benefit, AMR Research, 2005 Организационные возможности Улучшить связь и взаимодействие между дисциплинами / доменами 71% Повысить доступность требований 49% Уметь прогнозировать поведение системы до тестирования 46% Внедрить новый или переделать имеющийся процесс разработки, чтобы охватить множественные дисциплины / домены 43% (... что-то, не имеющее отношения к данной теме ...) 39% Aberdeen Group, System Design: New Product Development for Mechatronics, Michelle Boucher, David Houlihan, January, 2008 13
  14. 14. IBM Software Group | Rational software IBM Software Group | Rational softwareВся наша жизнь – это работа с требованиями.... В БЫТУ Если жена звонит вам и просит по пути с работы домой купить – хлеб, сахар, масло, молоко и вино - то это ничто иное, как сбор и формирование требований Если в разговоре выясняется, что она имела ввиду: Хлеб белый – 1 батон Масло растительное - 1 бутылка Сахар-песок– 2 пачки Молоко топленое – 1 литр то это ничто иное, как декомпозиция и детализация требований. Разговор заканчивается тем, что вы приходите к выводу, что вино вы покупать не стоит, потому что в гости придет друг, которому пить противопоказано ... - это ничто иное, как работа с ограничениями или учет ограничивающих факторов Если вы решаете, что хлеб, масло и сахар вы купите в одном магазине, а вот молоко в другом - это выглядит как структуризация требований Если чуть позже жена вновь звонит вам и говорит, что она передумала и просит вместо молока купить сметану, то это изменение требований Если уже дома вы сверяете купленное с тем списком, что диктовала жена, - это проверка реализации требований или тестирование И если обнаруживаете, что вместо сметаны вы все-таки купили молоко - это значит, что вы не учли изменение, ранее внесенное в одно из требований 14
  15. 15. IBM Software Group | Rational software IBM Software Group | Rational software Вся наша жизнь – это работа с требованиями.... НА РАБОТЕ упрощенная модель проекта Приемочные Требования заказчика тесты Тесты Ре Нормы и ш ае правила т Системные требования Системное тестирование Подчиняется Тесты Ре ш Архитектурный ае дизайн т ИнтеграционноеПромышленные Соответствует и модульноестандарты Тесты тестирование 15
  16. 16. IBM Software Group | Rational software IBM Software Group | Rational softwareВ большей степени это происходит потому, чтолюди с разным мышлением с трудом понимают друг друга Вынужденные Стоимость ошибки исправлений и корректировок Время Формирование Приемка требований и их анализ системы Requirements document Системный Интеграция и анализ и дизайн тестирование подсистем HW/SW design document .exe .doc Дизайн Модульная приложения интеграция и тестирование SW design .exe specification .doc Реализация приложения и блочные тесты 16
  17. 17. IBM Software Group | Rational software IBM Software Group | Rational softwareИнжиниринг требований – составная часть системногоинжиниринга Более 80% разработок заканчиваются плачевно только из-за неудовлетворительного формирования требований, их анализа и управления им IDC, November 2007 Почти 80% ошибок вносится на стадии формирования требований NASA, 2006 Проблемы в работе с требованиями ведут к излишним доработкам и переделкам, плохому качеству, задержкам и провалу проектов 200Стоимость исправления (%) Время, которое не тратилось на требования – есть время, затрачиваемое на переделку 50 (издержки x200) 20 10 5 1-2 0 Analysis Design Coding Unit Test Acceptance Maintenance Test Стадия обнаружения ошибки Source: • Defense System Management College, DAU, 2004 17
  18. 18. IBM Software Group | Rational software IBM Software Group | Rational softwareОчень важен правильный старт и эффективная работа • Около 60%-70% общего числа всех проектов заканчиваются плачевным результатом только из-за неудовлетворительного формирования требований, их анализа, управления и контроля - Meta Group, 2003 ия ан ма ов е ст н еб Си Диз ай Тр Крах Задержки - средний проект «опаздывает» на 220% Неэффективная работа - 40-50% времени специалиста тратится на задачи, не связанные с выполнением его непосредственных обязанностей: поиск нужных документов, отслеживание изменений... 18
  19. 19. IBM Software Group | Rational software IBM Software Group | Rational softwareИнжиниринг требований ломает барьеры Инжиниринг требований Software Engineering Тест инжиниринг Формирование Приемка требований и их анализ системы Системный Интеграция и тестирование анализ и дизайн подсистем Дизайн Модульная интеграция и приложения тестирование Реализация приложения и блочные тесты 19
  20. 20. IBM Software Group | Rational software IBM Software Group | Rational software Анатолий Волохов anatoly.volokhov@ru.ibm.com© Copyright IBM Corporation 2008. All rights reserved. The information contained in these materials is provided for informational purposes only, and is provided AS IS without warranty of anykind, express or implied. IBM shall not be responsible for any damages arising out of the use of, or otherwise related to, these materials. Nothing contained in these materials is intended to, norshall have the effect of, creating any warranties or representations from IBM or its suppliers or licensors, or altering the terms and conditions of the applicable license agreement governing the useof IBM software. References in these materials to IBM products, programs, or services do not imply that they will be available in all countries in which IBM operates. Product release dates and/orcapabilities referenced in these materials may change at any time at IBM’s sole discretion based on market opportunities or other factors, and are not intended to be a commitment to future productor feature availability in any way. IBM, the IBM logo, Rational, the Rational logo, Telelogic, the Telelogic logo, and other IBM products and services are trademarks of the International BusinessMachines Corporation, in the United States, other countries or both. Other company, product, or service names may be trademarks or service marks of others. 20
  21. 21. ® IBM Software GroupПревращая создание продукта в конкурентноепреимущество:Инжиниринг требований Анатолий Волохов, Software Group, Rational-Telelogic Solutions, anatoly.volokhov@ru.ibm.com © 2008 IBM Corporation
  22. 22. IBM Software Group | Rational software IBM Software Group | Rational softwareНеобходим системный подход к работе с требованиями,чтобы производить успешный и прибыльный продукт Инжиниринг требований = Формирование требований + Управление требованиями Are we solving the right problem ? Инициализация Собирать, извлекать, фиксировать, преобразовывать, конкретизировать, обсуждать, Осмысление анализировать требования, используя различные подходы, метода и нотации Формирование Анализ требований Возможность специалистам по бизнесу работать над требованиями вместе с технологическим экспертам Анализ Are we solving the problem right ? Управление требованиями Систематизировать и структурировать Приоритезация требования, строить взаимоотношения между ними, используя атрибутику, линкование и трассировку. Контролировать и анализировать изменения и Реализация управлять ими 22
  23. 23. IBM Software Group | Rational software IBM Software Group | Rational softwareЧто такое “требование” ... Требование - есть единичная задокументированная необходимость Требование - описание того, каким должен быть определенный продукт (или сервис) Функциональные требования описывают Потреб- ности рынка точное поведение (функционирование) системы, т.е. - «что система должна Требования высокого уровня делать» Функциональные требования Нефункциональные требования описывают насколько хорошо это поведение должно Нефункциональные требования исполняться (но избегайте слова – как) Системные Структурные требования требования Требования ведут нас через весь Требования к интерфейсам процесс разработки продукта Спецификация изделия Спецификация изделия 23
  24. 24. IBM Software Group | Rational software IBM Software Group | Rational softwareЧто такое «требования» ...Требования – это : Список фактических задач группы, работающей над проектом (TO-DO list) Список того, ЧТО хочет получить заказчик Описание того, ЧТО должна делать система, чтобы удовлетворить пользователей и бизнес-потребности Перечень того, КАКИЕ компоненты должны быть реализованы: hardware & software процедуры и регламенты Описание того, ЧТО каждый компонент ДОЛЖЕН ДЕЛАТЬ и КАК компоненты будут ВЗАИМОДЕЙСТВОВАТЬ 24
  25. 25. IBM Software Group | Rational software IBM Software Group | Rational softwareУспешный проект должен получить свои требованиядо начала работ по его реализацииРешения, принимаемые на ходу, Как «распилить» систему на подсистемы не могут быть оптимальными и компоненты? Что хочет получить Как бы не забыть про заказчик ? интерфейсы сопряжения... Кто будет Кто и что будет пользователем разрабатывать ? системы ? Следствие: За последующие исправления все равно придется расплачиваться 25
  26. 26. IBM Software Group | Rational software IBM Software Group | Rational softwareПризнаки хорошего требованияКаждое индивидуальное требование должно быть: Корректное с технической и юридической точек зрения Полное выражать утверждение или законченную идею Четкое, однозначное недвусмысленное и не сбивающее с толку Совместимое согласующееся и не конфликтующее с другими требованиями Проверяемое чтобы подтвердить, что результат соответствует требованию Трассируемое уникально идентифицированное и отслеживаемое Выполнимое чтобы реализоваться в рамках запланированного бюджета и сроков Модульное, блочное изменяться без чрезмерных последствий для всего проекта Инженерно-независимое не должно содержать описания конкретного решения Позитивное сформулировано в утвердительной форме 26
  27. 27. IBM Software Group | Rational software IBM Software Group | Rational softwareКак создавать хорошие требования... Каждое требование должно выглядеть как законченное предложение, содержащее подлежащее и сказуемое, и при этом отражать: предметную принадлежность (требование относится к пользователю или к системе) содержать утверждение (логическое условие, действие, предполагаемый результат) Необходимо использовать : либо глагол должен, когда требование является обязательным, либо глагол может, когда требование является дополнительным или факультативным возможны и вариации этих глаголов, но при соблюдении смысловых мер предосторожности Законченное требование должно точно формулировать конечную цель или определять желаемый результат Требование должно содержать критерии и оценки его успешной реализации или другие аналогичные индикаторы качества, которые можно было бы измерить. невозможно контролировать то, что нельзя измерить 27
  28. 28. IBM Software Group | Rational software IBM Software Group | Rational softwareАнатомия хорошего требования пользователя Указывается предметная Используется принадлежность определенный глагол Приложение должнопользователь долженстепень Неподготовленный обеспечить высокую иметь возможность создать отчет менее, чем за 3 минуты использования и удобство работы Декларируется позитивный Измеряемый критерий конечный результат производительности Наибольшая проблема – суметь прописать ВСЕ эти составляющие для КАЖДОГО требования, которое вы формулируете 28 r572
  29. 29. IBM Software Group | Rational software IBM Software Group | Rational softwareПочему требования должны быть структурированы?Требования должны быть структурированы, чтобы можно было увидеть: Контекст - общие характеристики среды, к которой относятся требования Позволяет охватить взглядом всю картину целиком Дублирование требований Одна и та же работа может выполняться дважды Возможно возникновение конфликтных ситуаций на стадии разработки Значительное удорожание стоимости поддержки продукта в последующем Пропуск требования Отсутствие требования ведут к потере функциональности Может привести к изъянам в области реализации нефункциональных требований (напр., производительность, надежность, простота использования и т.д. – которые практически уже не поддаются исправлению, если проект завершен и система создана. Помните эффект домино?? Это начинается здесь!!! 29
  30. 30. IBM Software Group | Rational software IBM Software Group | Rational software«Хочу» против «могу»... Возможности: • Что заказчик хочет от системы – “Мне нужно устройство, которое обеспечивало бы полив моих посевов” • Наличие ассоциированных характеристик – “ежедневно... и все поля...” Ограничения: • Все, что связано с запретами, лимитами и сдерживающими факторами • Налагаемые извне – обычно обязательные (стандарты, правила, законы) – “Но скважина не может выдавать больше 1000 литров воды в час” • Налагаемые заказчиком – часто не очень обязательные – “Поэтому хотелось бы использовать мощности имеющихся оросительных каналов” 30
  31. 31. IBM Software Group | Rational software IBM Software Group | Rational softwareПользователь #1.Оглавление документа с требованиями1.0. Общее описание 3.0. Специфические требования1.1. Характеристики продукта 3.1. Функциональные требования1.2. Контекстные или системные 3.2. Нефункциональные требования диаграммы и схемы (в порядке важности)1.3. Условия эксплуатации 4.0. Верификационные замеры и проверки1.4. Характеристики пользователя 5.0. Заметки2.0. Допущения и зависимости (информация, не имеющая отношения к требованиям) 31
  32. 32. IBM Software Group | Rational software IBM Software Group | Rational softwareПользователь #2.Типы документов с требованиями Business Requirements Document (BRD) BRD Market Requirements Document (MRD) User Requirements Document (URD) SRS Statement of Work (SOW) Operational Concept Document (OCD) Interface Control Document (ICD) System Requirements Specifications (SRS) TRs GRs Technical Requirements Specification (TRS) Constrains & Restrictions Document (CRD) 32
  33. 33. IBM Software Group | Rational software IBM Software Group | Rational softwareЭффективное формирование требованийосновывается на совместной работе, объединяющей различные точки зрения Фиксируйте предлагаемые решения для будущих проработок Используйте графику и связи для структуризации информации Устраните непонимание - используйте общий глоссарий Координация совместной деятельности Используйтедискуссии для общения Используйте рисунки и наброски для визуализации Стройте модели и детализируйте их 33
  34. 34. IBM Software Group | Rational software IBM Software Group | Rational softwareИсточники требований.Сложные системы получают требования из многих источников Пользователи Бизнес Конкуренты Заказчики Эксплуатация Sales Help Desk Обучение Принимайте во внимание мнение ВСЕХ возможных пользователей. Даже ОДНО неучтенное требование может привести к большим проблемам или печальному результату 34 r572
  35. 35. IBM Software Group | Rational software IBM Software Group | Rational softwareСовет: как создавать требования Принимайте во внимание различные источники (внутренние, внешние, Web). Идентифицируйте типы и группы пользователей. Общайтесь с каждым. Попытайтесь заставить пользователя выражать свои мысли в терминах процессов и данных, используемых ими на каждом шаге разработки Записывайте каждое требование как полное предложение, сформулированное в утвердительное форме Не забывайте о прошлых ошибках и старайтесь обойти их хорошими и простыми альтернативными вариантами требований Постарайтесь выяснить природу возникновения требования. Не стесняйтесь на некоторые требования заказчика спросить - ПОЧЕМУ? Никогда не оставляйте попыток улучшить формулировку требования. Остановитесь только когда каждый скажет, что понял, что имеется ввиду Не жалейте времени сформулировать требование как можно более однозначно и недвусмысленно. Скорость работы многих специалистов - одна страница в час. Потратьте и вы хотя бы столько же времени, чтобы создать хороший документ с требованиями – это окупится сторицей. 35
  36. 36. IBM Software Group | Rational software IBM Software Group | Rational softwareМы часто слышим – а зачем нужно управлять требованиями?Попытаемся ответить на это вопрос вашими же словами: Текущий статус проекта никогда не ясен до тех пор, пока мы не поймем, что уже опаздываем и не укладываемся в плановый график Создается впечатление, что техническое задание всегда изменяется в самое неподходящее время Изменения требуют много внимание и времени и обходятся нам очень дорого У нас в компании большие проблемы в общении между подразделениями – трудно понять кто, что хочет и почему Довольно часто случается, что нам приходится переделывать наш продукт, что обходится в немалую копеечку.. Наблюдаются большие проблемы с тестированием некорректно сформулированных требований У нас нет полной уверенности в том, что наши тесты проверяют все модули и подсистемы продукта Процесс тестирования требует слишком много времени и денег В свои требования наши заказчики зачастую закладывают и решение Мы испытываем большие трудности при попытке организовать требования в управляемую и контролируемую группу 36
  37. 37. IBM Software Group | Rational software IBM Software Group | Rational softwareПреимущества, которые дает управление требованиями Информированность – ясное понимание целей и задач разработки Прозрачность – руководство может видеть общую картину и статус проекта Тестируемость – известно что тестировать, чтобы сдать продукт заказчику Интеграция – все отдельные блоки и модули наконец-то работают вместе Трассируемость – прозрачность отношений между требованиями Управление изменениями – оценка последствий вносимого изменения Оптимизация – разрабатываем и поставляем только то, что заказывалось Качество – мы хорошо понимаем, как много это значит для бизнеса Удовлетворение - заказчик и бизнес получают то, что хотели Соответствие – демонстрация соответствия нормативным документам Анализ - возможность оперативного принятия решений 37
  38. 38. IBM Software Group | Rational software IBM Software Group | Rational software Анализ влияния (Impact Analysis) Требования Приемочные с на е заказчика тесты пронени ТестыЗазме и Ре Нормы и ш ае правила т Системные требования Системное тестирование Подчиняется Тесты Ре ш Архитектурный ае дизайн т ИнтеграционноеПромышленные Соответствует и модульноестандарты Тесты тестирование 38
  39. 39. IBM Software Group | Rational software IBM Software Group | Rational software Трассировка (Traceability Analysis)Требования Приемочныезаказчика тесты Тесты Ре Нормы и ш ае правила т Системные требования Системное тестирование Подчиняется Тесты Ре ш Архитектурный ае дизайн т Интеграционное е Соответствует и модульное 24 . нПромышленные 3 ..стандарты тестирование ен т Тесты с Те ойд пр 39
  40. 40. IBM Software Group | Rational software IBM Software Group | Rational softwareКак это выглядит в AIRBUSС 2003 года System Engineering называется в Airbus - Requirements Based Engineering Подготовка Специфи- производства Методические кации и Безопа- Обучение инструкции характе- сность ристики Аттестация Тех. поддержка Потребности и Контроль и Приемочные требования проверка испытания Сертификация Дизайн дизайна Эксплуатация Производство Жизненный цикл изделия Процессы и методы 40 Организация Время Стоимость
  41. 41. IBM Software Group | Rational software IBM Software Group | Rational softwareКак это выглядит в BAE SYSTEMS 41
  42. 42. IBM Software Group | Rational software IBM Software Group | Rational softwareИспользование инжиниринга требований имеет своинеоспоримые преимущества Почти 100% проектов стали выполняться точно в срок Ушли проблемы с перерасходом бюджета Значительно уменьшилось количество исправлений (right first time) Заметно увеличилась процессная, методологическая, инструментальная и персональная эффективность в инжиниринге Снизился риск появления дефектов Инжиниринг требований стал рассматриваться как конкурентное преимуществоThe US Air Force Academy Требования Анализ Дизайн Разработка Ввод в эксплуатацию Обычно 3% 27% 55% 15% Инжиниринг требований Лучшие практики 20% 13% 22% 5% 30-50% Экономия времени 42
  43. 43. IBM Software Group | Rational software IBM Software Group | Rational softwareУправление требованиями приносит реальную пользу Совершенствование цикла разработки современной системы управления ракетным вооружением Tomahawk при использовании Requirements Management При отсутствии Impact Analysis, большинство изменений попросту принималось Теперь проведение Impact Analysis - вопрос лишь нескольких минут 43
  44. 44. IBM Software Group | Rational software IBM Software Group | Rational softwareТребования и качество Качество: полное соответствие результата первоначальным требованиям• Цель управления требованиями: - поставка качественного продукта - в соответствии с графиком, - в рамках выделенного бюджета, - отвечающего исходной спецификации, с полной уверенностью, что все первичные требования учтены, проконтролированы и выполнены 44
  45. 45. IBM Software Group | Rational software IBM Software Group | Rational software Анатолий Волохов anatoly.volokhov@ru.ibm.com© Copyright IBM Corporation 2008. All rights reserved. The information contained in these materials is provided for informational purposes only, and is provided AS IS without warranty of anykind, express or implied. IBM shall not be responsible for any damages arising out of the use of, or otherwise related to, these materials. Nothing contained in these materials is intended to, norshall have the effect of, creating any warranties or representations from IBM or its suppliers or licensors, or altering the terms and conditions of the applicable license agreement governing the useof IBM software. References in these materials to IBM products, programs, or services do not imply that they will be available in all countries in which IBM operates. Product release dates and/orcapabilities referenced in these materials may change at any time at IBM’s sole discretion based on market opportunities or other factors, and are not intended to be a commitment to future productor feature availability in any way. IBM, the IBM logo, Rational, the Rational logo, Telelogic, the Telelogic logo, and other IBM products and services are trademarks of the International BusinessMachines Corporation, in the United States, other countries or both. Other company, product, or service names may be trademarks or service marks of others. 45
  46. 46. ® IBM Software GroupПревращая создание продукта в конкурентноепреимущество:Rational DOORS -инструментальное средствоподдержки процессауправления требованиями Анатолий Волохов, Software Group, Rational-Telelogic Solutions, anatoly.volokhov@ru.ibm.com © 2008 IBM Corporation
  47. 47. IBM Software Group | Rational software IBM Software Group | Rational softwareАрхитектура DOORS 47
  48. 48. IBM Software Group | Rational software IBM Software Group | Rational softwareDOORS: импорт-экспорт Direct Entry Word MS-Word PowerPoint Microsoft MS-Word RTF Excel OLE Outlook HTML ASCII RTF MS-Word Spreadsheet ASCII DOORS Spreadsheet MS-Project MS-Project Tool Integrations* Tool Integrations* Interleaf Interleaf FrameMaker FrameMaker Print 48
  49. 49. IBM Software Group | Rational software IBM Software Group | Rational softwareDOORS: база данных Папки Удаленная папка Проекты Документы DOORS Привычное окружение - легко структурировать проект 49
  50. 50. IBM Software Group | Rational software IBM Software Group | Rational softwareDOORS: взгляд на документ Ничего нового – можно сразу начинать 50
  51. 51. IBM Software Group | Rational software IBM Software Group | Rational softwareDOORS: поддержка русского языка 51
  52. 52. IBM Software Group | Rational software IBM Software Group | Rational softwareИмпорт из Microsoft Word 52
  53. 53. IBM Software Group | Rational software IBM Software Group | Rational softwareОкно DOORSКолонки атрибутов Вся информация в одном окне 53
  54. 54. IBM Software Group | Rational software IBM Software Group | Rational softwareDOORS: все в одном Любые данные, в любом формате 54
  55. 55. IBM Software Group | Rational software IBM Software Group | Rational softwareDOORS – изменения и связиИндикаторизменений Указатель связей Идеально для быcтрого отслеживания изменений 55
  56. 56. IBM Software Group | Rational software IBM Software Group | Rational softwareСоздание связей – drag-and-drop как внутри одного документа... ... так и между разными документами 56
  57. 57. IBM Software Group | Rational software IBM Software Group | Rational softwareПолная картина 57
  58. 58. IBM Software Group | Rational software IBM Software Group | Rational softwareОрганизация совместной работы Преодолеть разногласия между многочисленными подрядчиками подразделениями сотрудниками ? Привлечь всех к тесной и организованной совместной работе Устранить недоразумения, связанные с недостоверностью информации 58

×