Isoiec 15288 2008 Системная инженерия процессы жизненного цикла систем
 Скачать 0.69 Mb.
|
ISO/IEC 15288:2008 Системная инженерия - процессы жизненного цикла системPraxOS версия 1.0 Проблемы современной инженерииСложность: до 10 млн. деталей (нефтяная платформа), проект существует до 100 лет До 1000 контракторов на один проект, у каждого контрактора свой язык Мультидисциплинарность Требования и спецификации проекта приходят с самых разных сторон и непрерывно меняются Каждый проект стал «вавилонской башней». Что дает системная инженерия (по данным INCOSE)Это достигается через А) введение общего языка, описывающего проект Б) сознательный сдвиг усилий на ранние стадии проекта, где цена ошибки экспоненциально меньше
8% затрат на внедрение сиcтемной инженерии дают выигрыш в 20% стоимости проектов, и на 50% увеличивают вероятность окончания проекта в срок Системная инженерияМеждисциплинарный подход к проблеме успешного создания систем и средство для её решения. Фокусируется (при постоянном внимании к охвату проблемы во всей полноте):
Описывает процесс разработки систем и как бизнес-процесс, и как технический процесс Охватывает стадии жизни систем от появления замысла до вывода из эксплуатации ISO/IEC 15288 «Системная инженерия - процессы жизненного цикла систем»Дать возможность организациям (внешним и внутренним контракторам) договориться о совмещении замыслов, процессов проектирования, создания, эксплуатации и вывода из эксплуатации самых разных рукотворных систем – от зубочисток до атомных станций, от систем стандартизации до корпораций Внедрить в практику организации ряд ключевых идей системной инженерии:
И что нового?Ничего, кроме интеграции разных идей в одной организационной системе на уровне международного стандарта Использование этих идей в организации можно обсуждать и проверять УниверсальностьПрименим к любым рукотворным системам любой области человеческой деятельности (включая организации, сервисы, сами системы стандартизации). Охватывает полный цикл жизни (например: замысел, разработка, производство, использование, поддержка и вывод из эксплуатации) Учитывает необходимость контрактации (приобретения и поставки продуктов и услуг) Охватывает использование внутри организаций и между организациями (в «расширенной организации» проекта) Включает в процессы людей, оборудование, компьютеры, софт (ссылается на связанный стандарт ISO 12207 – жизненный цикл софта) Применяется параллельно, итеративно и рекурсивно для различных частей системы Учитывает особенности композиции любых систем – встроенных, автономных, интегрированных и любых других, сложных и простых ПроисхождениеСовместная разработка ISO и IEC, активное участие INCOSE Начало работ в 1996, версии в 2002, 2005 (ГОСТ Р ИСО/МЭК 15288-2005), 2008 Призван гармонизировать так называемое «болото стандартов» системной инженерии (многочисленные стандарты, принятые различными военными ведомствами, государствами, отраслевыми организациями стандартизации) ИспользованиеОбязателен для контрактов министерства обороны развитых (все, что летает высоко и далеко – в список корпоративных членов INCOSE входят все крупные аэрокосмические фирмы мира) Используется для крупных европейских строительных контрактов (например, Coetunnel 2 – автомобильный тоннель в Амстердаме) Используется в проектах ITER и реактора PBMR (Южная Африка). Некоторые терминыСистема – совокупность взаимодействующих элементов, организованных для достижения одной или более провозглашенных целей (предоставления продукта или услуги) Зафиксированный вариант (Baseline) – вариант спецификации или самой системы (продукта, услуги), прошедший формальное согласование и утверждение, являющийся основанием для дальнейшего развития, изменения в который могут быть внесены только через формальную процедуру Организация – человек или группа людей, сооружений и оборудования, для которых определены ответственность, полномочия и взаимоотношения (адаптировано из ISO 9000:2005). Часть организации (даже один человек) или группа организаций – тоже организация, если в ней есть ответственность, полномочия и отношения Процесс – набор взаимосвязанных или взаимодействующих действий, преобразующих входы в выходы (из ISO 9000:2005). Процессы состоят из действий (activities), а действия – из задач (tasks) Продукт – результат процесса (ISO 9000:2005) Проект – мероприятие с определенными критериями начала и окончания, предназначенное для создания продукта или услуги с учётом определённых ресурсов и требований (адаптировано из ISO 9000:2005). Может быть рассмотрен как уникальный экземпляр процесса, состоящий из скоординированных и управляемых действий и может включать действия из Проектных процессов и Технических процессов, определенных в ISO 15288 Приёмка (Validation) – подтверждение, что система удовлетворяет пользовательским требованиям. Проверка (Verification) – подтверждение, что специфицированные к системе требования выполняются. Обеспечивающая система (Enabling system) – система, поддерживающая работу рассматриваемой системы на протяжении каких-либо стадий её жизненного цикла, но не вносящая прямого вклада в её работу на стадии эксплуатации Системный подходПроектирование (обеспечивающая система) Изготовление (обеспечивающая система) Рассматриваемая система Система в операционном окружении подсистемы Система в операционном окружении Жизненный циклСтадии жизненного цикла (жёстко стандартом не предписываются) Стадии могут сосуществовать или возобновляться после завершения Стадии определяют основные точки принятия решений, вехи проекта (decision gates) Понятие зафиксированного состояния (baseline): после формального закрепления принятых по проекту решений, изменение которых можно провести только через формальную процедуру V – модельИдея Функционирование и развитие Требования и архитектура Рабочий проект Реализация Сборка и тестирование Проверка и приёмка Проверка и приёмка Декомпозиция и специфицирование проекта Интеграция и тестирование проекта Ещё один взглядИдея Производство Эксплуатация Вывод Разработка Поддержка Любая связь подразумевает итерации и рекурсию! Разнообразие жизненных циклов
Инжиниринг требованийНа всех стадиях жизненного цикла: Определять заинтересованных лиц и собирать их требования (требования стейкхолдеров) Анализировать требования стейкхолдеров и формировать требования разработчиков Проводить проверку соответствия требованиям разработчиков (верификацию) Проводить пользовательскую приёмку (валидацию) Опасность недооценки требованийМодель INCOSE: усилия по выполнению проекта растут как куб от числа требований Архитектурный дизайнАрхитектура – фундаментальная организация системы, воплощённая в её компонентах, их отношениях друг с другом и с внешним окружением, а также принципы, управляющие её созданием и развитием (ISO/IEC 42010:2007, IEEE 1471) Архитектура задаёт решение проблемы (необходимость соответствия противоречивым требованиям) в виде описания взаимодействующих подсистем Архитектурный синтез после анализа требований Архитектурное описание – набор взглядов и моделей, отражающих различные формально зафиксированные точки зрения стейкхолдеров Создание архитектуры – стадия жизненного цикла системы, имеющая свой жизненный цикл (например, замысел архитектуры, определение требований к архитектуре, разработка архитектуры, создание архитектуры, использование архитектуры), и содержащая все процессы ISO 15288 Архитектурное описание (ISO/IEC 42010:2007, IEEE 1471)Процессный подходПроцессный подход – рассмотрение всех действий в организации как реализаций типовых шаблонов, отражающих те или иные организационные практики (PraxOS) Процесс – набор взаимосвязанных или взаимодействующих действий, преобразующих входы в выходы (из ISO 9000:2005). Процессы состоят из действий (activities), а действия – из задач (tasks) Процессы – форма привнесения, фиксации и развития организационных практик Процессы документированы, могут быть предметом коммуникации (обсуждения) Выполнение процессов проверяемо (ISO 15504):
Выполнение всех предписанных действий и задач Выполнение требований и ограничений Выполнение измерений хода процесса Четыре группы процессовОрганизационные Проектные Технические Поставка Приобретение Организационные Проектные Технические Мультипроектность не учитывается! 25 обязательных процессов системной инженерии
управление моделью жизненного цикла управление инфраструктурой управление портфелем проектов (программой) управление персоналом управление качеством Технические
переход к эксплуатации приёмка (Validation) эксплуатация обслуживание вывод из эксплуатации Проектные
поддержка проектов управление решениями управление рисками управление конфигурацией управление информацией измерения Контрактации Закупка Поставка обеспечивают Технологическая нейтральность стандартаНе указано, какие именно технологии необходимо использовать в предписанных процессах. Внедрение стандарта состоит во внедрении конкретных технологий/методологий получения результатов, требуемых стандартом
В проектном управлении - выбор из CPM, CCPM, Last Planner и т.д. …. Без выбора технологий влияние ISO 15288 на жизнь организации не больше, чем влияние ISO 9000 при формальном внедрении («описали и забыли») Спасибо за вниманиеАнатолий Левенчук http://ailev.ru ailev@asmp.msk.su Виктор Агроскин vic5784@gmail.com TechInvestLab.ru +7 (495) 748-5388 Дополнительные материалы: http://www.praxos.ru |