1. Промышленный и технологический форсайт Российской Федерациина долгосрочную перспективуСтандарты системной инженерииМосква — Санкт-Петербург2012 2. В.К. Батоврин. Стандарты системной инженерии: серия докладов (зеленых книг) в рамкахпроекта «Промышленный и технологический форсайт Российской Федерации» / В.К. Батоврин;под ред. М.С. Липецкой, К.А. Ивановой; Фонд «Центр стратегических разработок «Северо-Запад». — СПб., 2012. — Вып. 4. — 64 с. — (Серия докладов в рамках проекта «Промышленный итехнологический форсайт Российской Федерации»).Издание подготовлено в рамках проекта «Промышленный и технологический форсайтРоссийской Федерации на долгосрочную перспективу». Инициатором данного проектавыступило Министерство промышленности и торговли Российской Федерации.Руководитель проекта: В.Н. КнягининРуководитель рабочей группы: М.С. ЛипецкаяАвтор книги: В.К. БатовринРедакторы: М.С. Липецкая,К.А. ИвановаИллюстрация на обложке: Thufir / Bigstockphoto.com© Министерство промышленности и торговли Российской Федерации, 2012© Фонд “Центр стратегических разработок “Северо-Запад”, 2012© Батоврин В.К., 2012 3. О проектеНастоящее издание подготовлено в рамках «Промышленного и технологического форсайтаРоссийской Федерации» — проекта, инициированного Министерством промышленности иторговли Российской Федерации и выполненного экспертной группой под руководством Фонда«Центр стратегических разработок «Северо-Запад».Основной целью работы стало получение долгосрочных прогнозов развития мировогопроизводственного сектора и технологических рынков в сценарной форме, а также фиксацияцелевых позиций российских игроков по отношению к выявленным сценариям и составление«дорожных карт» достижения лидерства на приоритетных технологических рынках РоссийскойФедерации.Осуществление промышленного и технологического форсайта позволило определитьперспективные ниши на рынках продуктов и технологий, направления государственнойполитики по развитию и регулированию технологического роста промышленности, направлениянаучно-технологической политики в промышленности и смежных секторах. Результаты проектамогут стимулировать принятие целого ряда стратегических решений федерального уровня, лечьв основу разработки планов и нормативных документов как Министерства промышленности иторговли Российской Федерации, так и других ведомств, а также создать базу для координациидействий/политик государства и бизнеса, подтолкнуть к запуску новый комплекс проектовразвития промышленных технологий.Важная черта реализованного проекта — вовлечение широкого круга участников, как экспертов,так и практиков управления. В нашей работе приняли участие представители крупнейшихпроизводственных компаний более чем десяти базовых секторов, ведущих исследовательскихинститутов, институты развития. Мы получили более двадцати авторских экспертныхматериалов, более 150 экспертных анкет. Активными участниками публичных мероприятийстали более пятидесяти экспертов проекта.Начиная исследование, мы исходили из того, что большинство секторов, являющихся базойсовременной индустриальной системы, вышли на «технологическое плато». Считается, что длякомпаний и территорий, зоной специализации которых являются зрелые индустрии, существуетдва способа удержания собственной конкурентоспособности. Первый — достижение эффектамасштаба, оптимизация производственных, управленческих и организационных процессоввнутри компаний, консолидация рынков. Второй — принципиальное технологическоеобновление, разработка и продвижение инновационных продуктов, «ломающих»традиционные рынки.В фокус исследования попали три «технологических потока» — группы технологий,оказывающих революционное воздействие на большинство базовых отраслей, рынков ипроизводственных процессов (т.н. системные инновации): 1) современное проектирование,включая как концептуальный дизайн, так и самые современные средства инжиниринга итехнологии производства; 2) технологии получения и применения новых промышленныхматериалов; 3) «умные» (автоматизированные, интеллектуальные, автономные) системы исреды. Их комплексное применение позволит многим российским отраслям перейти к «новомукачеству» развития и выйти в авангард мировых рынков. 4. Понятно, что для внедрения передовых технологий потребуется обновление всех компетенций:исследователей-разработчиков, инженеров, технологов, среднетехнических кадров.Невозможно использовать новые разработки и без комплекса управленческих новаций:перехода к концепции управления жизненным циклом продуктов, управления цепочками илисетями создания стоимости, управления сложными системами, управления качеством.Ситуация для России осложняется тем, что в нашей стране на протяжении более двадцати летпромышленность не вкладывала значимых инвестиций в технологический рост, и по целомуряду направлений мы сейчас движемся в логике «догоняющего» развития: это и глобальныестандарты и практики эффективного проектирования и производства, информационныесистемы, ряд областей дизайна и инженерии.Серия дискуссионных докладов — т.н. «зеленых книг» проекта — первая за последние годыпопытка российских экспертов поднять в комплексе вопросы системной трансформациипроизводств, вычленить и описать группы технологий, готовые к массовому внедрению,спрогнозировать образование новых рынков, оценить потребность в технологиях дляреструктуризации традиционных секторов, оценить последствия для компаний российскойиндустрии.Цель публикации «зеленых книг» — приглашение всех заинтересованных сторон внести свойвклад в формирование предложений для обновления государственной политики в сфереуправления технологическим развитием. По итогам публичных обсуждений докладов будутподготовлены тематические «Белые книги развития технологий российской промышленности»,содержащие общее видение технологического развития нашей страны, принципы реализациивыбранных стратегий, направления реализации государственной политики. 5. БлагодарностиСоздатели данной книги выражают глубокую признательность экспертам, нашедшимвозможность дать интервью и принять участие в публичных мероприятиях проекта«Промышленный и технологический форсайт Российской Федерации на долгосрочнуюперспективу». Авторский коллектив благодарит участников рабочего процесса, чьи мнениявнесли важный вклад в обсуждение темы. 6. 6ОглавлениеО проекте 3Список иллюстраций и таблиц 7Аннотация 81. Описание мировой повестки, основных трендов, научной повестки 101.1. Системная инженерия как методология создания сложных систем 101.2. Стандарты в области системной инженерии 132. Современная российская проблематика 162.1. Нарастание отставания отечественного нормативно-технического обеспеченияпо системной инженерии 172.2. Проблемы образования в системной инженерии 203. Основные стейкхолдеры темы 264. Тенденции в области развития стандартов системной инженерии 295. Ключевые направления государственной политики 45Библиография 47Список использованных сокращений 50Приложение 51Приложение 1. Основные стандарты системной инженерии 51 7. 7Список иллюстраций и таблицРисунок 1. Системная инженерия. Важные вехиРисунок 2. Профиль современной системной инженерииРисунок 3. Результаты работы ISO/IEC JTC1/SC7Рисунок 4. Участие стран и делегатов в заседаниях ISO/IECJTC1/SC7 (2010–2011гг.)Рисунок 5. Первоначальное развитие стандартов системной инженерииРисунок 6. Использование стандарта EIA-632Рисунок 7. Уровень детализации, принятый в стандартах разработки системРисунок 8. Классификация стандартов системной инженерииРисунок 9. Принципы формирования единого информационного пространствапредприятия в части нормативного обеспечения деятельности по созданиюсистемРисунок 10. Концепция ISO/IECJTC1/SC7 по гармонизации стандартов системнойинженерииТаблица 1. Сведения об официальных международных организацияхстандартизацииТаблица 2. Основные стандарты системной инженерии111214173839404142432851 8. 8АннотацияРазвитие науки и технологий, беспрецедентный прогресс информатики, глобализацияэкономики, интеграционные процессы в гражданском обществе вызывают потребность всоздании все более совершенных оборонных, образовательных, производственных,транспортных, энергетических и других систем. В ответ на требования развития эти системыпостоянно усложняются: в составе систем появляется все больше элементов, границы становятсяподвижными, для описания поведения используются все более трудные для понимания модели.Проблема постоянного роста сложности систем, создаваемых людьми, существенно обостряетсяв условиях высокой скорости появления и освоения новых технологий. Помимо обостренияпроблемы сложности, быстрота технологических изменений ставит перед создателями систем идругие вызовы (например, заставляет существенно, иногда неоднократно, продлеватьжизненный цикл (ЖЦ) систем, уже введенных в эксплуатацию)1.Усложняются не только системы, но и деятельность по их созданию. Для обеспечения высокогокачества и конкурентоспособности систем от их создателей требуется соответствующий уровеньпрофессионализма и способность к непрерывному совершенствованию своих компетенций,готовность к творческому осмыслению достижений зарубежных коллег и формированию наэтой основе собственных эффективных системных решений, умение целенаправленно и спользой действовать в составе группы специалистов разного профиля.Наша страна и отечественные специалисты, несмотря на более чем двадцатилетний застой вдеятельности по созданию сложных систем и развитию новых технологий, еще не утратилиспособности к разработке высокотехнологичных систем и поддержке их полного ЖЦ. Однако вцелом конкурентоспособность систем, создаваемых отечественными специалистами впоследние годы, имеет тенденцию к снижению. По мнению экспертов, причина такогоположения дел в значительной мере определяется недостатками отечественного образования всистемной инженерии.Современный подход к созданию сложных систем анализирует системную и программнуюинженерию в неразрывном единстве. Именно системная инженерия рассматривается какдисциплина, которая закладывает и описывает ключевые принципы организации и управлениядеятельностью по созданию систем любого масштаба и назначения, развивает методологию исредства управления ЖЦ сложных систем, создает принципы и инструменты их разработки. Приэтом за программной инженерией оставляется ключевая роль в комплексной реализациисистемных решений более высокого уровня.1Так, для некоторых моделей тяжелых самолетов реальная длительность ЖЦ превышает запланированную в 2,5–3 раза,достигая, в частности для самолета B-52, примерно ста лет. За этот срок успевает поменяться несколько, а по некоторымнаправлениям — около десяти поколений базовых технологий. 9. 9Такая иерархия методов находит широкое признание и, в частности, получила отражение врезультатах продолжающихся уже более 15 лет работ по созданию комплекса международныхстандартов описания процессов ЖЦ систем и программных средств2. Этот же подходреализуется в осуществляемом сегодня рядом ведущих университетов США при поддержкеИнститута инженеров электротехники и электроники3, Международного совета по системнойинженерии4,Ассоциации вычислительной техники5и многих других всемирно известныхакадемических и профессиональных организаций, проекте BKCASE6, нацеленном на созданиесвода знаний по современной системной инженерии7.2Батоврин В.К. Современное состояние международных стандартов системной и программной инженерии // Бизнес-информатика, 2009. № 3 (9). С. 3–10.3Institute of Electrical and Electronics Engineers, IEEE.4International Council on System Engineering, INCOSE.5Association for Computing Machinery, ACM.6Body of Knowledge and Curriculum to Advance Systems Engineering.7Body of Knowledge and Curriculum to Advance Systems Engineering. // Электронный ресурс. Режим доступа:http://www.bkcase.org. (дата обращения: 28.11.12). 10. 101. Описание мировой повестки, основныхтрендов, научной повестки1.1. Системная инженерия как методология создания сложных системРост масштабов и усложнение способов организации человеческой деятельности по созданиюсистем, повышение степени ответственности за ее результаты, быстрое возрастание сложностивозникающих при этом научных, технических и управленческих проблем привели к появлению всередине ХХ века новой прикладной системной методологии — системной инженерии8.Сформировалось несколько определений понятия «системная инженерия». В научных иметодических разработках зарубежных ученых системная инженерия понимается какмеждисциплинарный подход и методика, определяющие полный набор технических иуправленческих усилий, необходимых для того, чтобы преобразовать совокупностьпотребностей заказчика и других заинтересованных сторон, имеющихся ожиданий иограничений в эффективное системное решение и поддержать это решение в течение егожизни9.Такой подход включает определение показателей назначения, интеграцию инженерно-технических специалистов в работу по формированию архитектуры, выявление необходимыхпроцессов жизненного цикла (ЖЦ), позволяющих сбалансировать экономические, временные ифункциональные требования.Более 40 лет тому назад А. Холл в своей широко известной книге10впервые описалметодологию системной инженерии, определив ее как организованную творческую технологиюи выделив в качестве основных элементов системной инженерии следующие три положения.Первое — системная инженерия многоаспектна, и этот факт должен быть обязательно отраженпри определении ее предмета.Второе — в основу деятельности системного инженера должно быть положено понимание того,что целью всего процесса системной инженерии является оптимальное проведениефункциональных границ между человеческими интересами, системой и ее окружением. Всамом же окружении выделяются три главные составные части:8Hall A. Methodology for System Engineering. — D. van Nostrand Company, 1962; Good H., Machol R. System Engineering. Anintroduction to the design of large-scale systems. — N.Y.: McGraw-Hill Book Company, 1957.9Нежурина М. И. Методология проектирования и реализации инновационных образовательных программ // Современныепроблемы фундаментальных и прикладных исследований: Труды 51-й научной конференции МФТИ. Часть X. — Москва —Долгопрудный, 2008. С. 53–58.10Hall A. Methodology for System Engineering. — D. van Nostrand Company, 1962. 11. 11• физическое и техническое окружение;• деловое и экономическое окружение;• социальное окружение.Третье — системная инженерия уделяет первостепенное внимание исследованию потребностей,в основе которого должно лежать использование передовых экономических теорий, учетпотребностей рынка и возможность изменения этих потребностей как сейчас, так и в будущем.Роль и значение системной инженерии в научном и индустриальном развитии визуализированына Рисунке 1.Рисунок 1.Системная инженерия. Важные вехиИсточник: Инновационный форум в ЗАТО г. Железногорск, 2012. «Кадры для инновационного кластера». Материалы кдокладу. В.К. Батоврин.Именно комплексный, ориентированный на полный ЖЦ подход, предполагающий при созданиисистем творческое, взаимоувязанное сочетание достижений техники, управления, экономики идругих областей, и составляет суть системной инженерии как научной и техническойдисциплины. Такая совокупность приемов придает системной инженерии особую актуальность,позволяет использовать ее достижения для построения различных по назначению и природесистем в их развитии и отличает (но не противопоставляет) системную инженерию от другихболее знакомых российским специалистам дисциплин, таких как управление качеством,управление проектами, управление поставками, управление ресурсами, управление рисками ит.п. (см. Рис. 2). 12. 12Рисунок. 2.Профиль современной системной инженерииИсточник: Инновационный форум в ЗАТО г. Железногорск, 2012. «Кадры для инновационного кластера». Материалы кдокладу. В.К. Батоврин.Многими специалистами отмечается, что суть системной инженерии как дисциплины, котораядля достижения своих целей ориентируется в рамках управления ЖЦ, состоит и в решениизадач управления, и в решении задач проектирования. Крупнейший современный авторитет вэтой области А. Сейдж (Andrew Sage) указывает, что системная инженерия является технологиейуправления, сосредоточенной на контроле процессов полного ЖЦ с целью определения,разработки и применения экономически эффективных, высококачественных, надежных систем,отвечающих потребностям потребителя11.Понимая под ЖЦ развитие системы, продукта, услуги, проекта или другого созданногочеловеком объекта от появления замысла и формирования концепции до изъятия изобращения, системная инженерия в качестве цели управления ЖЦ ставит достижениеорганизацией состояния, когда она способна, на выстроенной надлежащим образомметодической основе, выбирать и реализовывать эффективные процессы ЖЦ. В результатесистема, представляющая ценность для заинтересованных сторон, развивается на протяженииЖЦ и приобретает способность удовлетворять установленным требованиям.11Батоврин В.К. Современное состояние международных стандартов системной и программной инженерии // Бизнес-информатика, 2009. № 3 (9). С. 3–10. 13. 131.2. Стандарты в области системной инженерииВ соответствии с определением Международной организации по стандартизации (InternationalOrganization for Standardization — ISO) под стандартизацией понимается деятельность,направленная на достижение оптимальной степени упорядочения в определенной областипосредством установления положений для всеобщего и многократного использования вотношении реально существующих или потенциальных задач.Применение различных форм и методов стандартизации традиционно связывается сповышением эффективности производства, с улучшением качества продукции, с ростомжизненного уровня, сформировалось устойчивое представление, что правильно поставленнаястандартизация является одним из важнейших признаков зрелости процессов производствапродукции и услуг, является залогом успешной сертификации продукции.Важнейшим качеством любых стандартов, в частности — стандартов системной инженерии,является то, что соблюдение и выполнение установленных в них норм, правил и другихтребований не является обязательным. Иными словами, здесь действует принципдобровольности, когда, согласно международным нормам, механизмы административногопринуждения принципиально не используются. Добровольность стандартизации является ееосновным отличием от регулирования. Международная практика в области регулированияпредполагает разработку регламентов, в которых описываются характеристики продукции,процессов или услуг, включая соответствующие административные положения, соблюдениекоторых является обязательным. В области системной инженерии, где ведущую роль играютрамочные, требующие адаптации стандарты, регламенты сегодня не разрабатываются. Носледует помнить, что положения стандартов системной инженерии после адаптации ивключения в соглашение между приобретателем и поставщиком системы становятсяобязательными для выполнения.Целью процесса стандартизации в системной инженерии можно считать достижениеоптимальной степени упорядочения технической и управленческой деятельности в областисоздания систем, структур, машин, системной продукции и процессов. Для достижения этойцели в стандартах системной инженерии устанавливаются положения, необходимые дляпреобразования совокупности потребностей клиентов и других заинтересованных сторон,имеющихся ожиданий и ограничений в эффективное, конкурентоспособное решение и длясопровождения этого решения на протяжении его жизни. Подобная особенность стандартовсистемной инженерии приводит к тому, что они, как правило, представляют собой кодексырекомендованной практики или поведения, а также руководства по осуществлениюдеятельности или спецификации процессов деятельности, применимые к создаваемым людьмисистемам различной природы и назначения. Это отличает стандарты системной инженерии отдругих стандартов, обеспечивающих инженерную деятельность, которые в своем большинствеявляются техническими спецификациями прямого действия, содержащими нормы ипоказатели, связанные с характеристиками определенного вида продукции или услуг. 14. 14Главным создателем стандартов системной инженерии и программной инженерии сегодняявляется седьмой подкомитет Объединенного технического комитета 1 ISO и Международнойэлектротехнической комиссии IEC «Системная и программная инженерия» (ISO/IEC JTC1/SC7Software and systems engineering). Этот подкомитет создает стандарты, поддерживающиеразработку систем и программных средств и управление их ЖЦ, начиная с 1995-го года. Всоставе комплекса этих стандартов сегодня имеется около 40 действующих спецификаций,примерно 20 документов находятся на различных этапах разработки, некоторые результатыработы ISO/IEC JTC1/SC7 показаны на Рис. 3.Рисунок 3.Результаты работы ISO/IEC JTC1/SC7 за годы существованияИсточник: ЦСР «Северо-Запад» по материалам В.К. БатовринаISO/IEC JTC1/SC7 работает в тесном сотрудничестве с ведущими мировыми организациями,оказывающими серьезное влияние на мировой рынок системных разработок. Среди них:Компьютерная ассоциация Института инженеров электротехники и электроники (Institute ofElectrical and Electronics Engineers Computer Society — IEEE CS), Международный совет посистемной инженерии INCOSE, Международная ассоциация по управлению проектами(International Project Management Association — IPMA), Международный союз электросвязи(International Telecommunication Union — ITU), НАТО и многие другие. Кроме того, высокий темпработы, набранный ISO/IEC JTC1/SC7 за последние годы, а также то, что стандарт ISO/IEC 15288признан сегодня в качестве одного из базовых практически всеми разработчиками систем,позволяет надеяться, что в недалеком будущем стандарты системной инженерии будутповсеместно использоваться в качестве нормативно-технического и, что может быть еще болееважно, нормативно-методического обеспечения при создании систем всех видов и назначения.С другой стороны, активную работу по построению связанного семейства стандартов,необходимых для создания производственных систем и их интеграции как внутри, так и междупредприятиями, включая управление цепочками поставок и электронный бизнес, ведет 15. 15Технический комитет 184 «Системы промышленной автоматизации и интеграция» (ISO/TC 184Industrial automation systems and integration). Среди разработок этого ТК — мощное, включающеемногие десятки спецификаций, семейство стандартов ISO 10303 «Системы автоматизациипроизводства и их интеграция. Представление данных об изделии и обмен этими данными».Эти стандарты являются одним из важнейших элементов нормативно-технического обеспеченияCALS-технологий12.В последнее время ТК 184 развивает новое семейство стандартов информационной поддержкиЖЦ в промышленности — ISO 15289 «Интеграция данных жизненного цикла дляперерабатывающих предприятий, включая нефтяные и газовые производственныепредприятия». Последний стандарт вызывает большой интерес у отечественных разработчиковсложных систем, в частности у специалистов в области атомной энергетики. В отличие отстандартов JTC1/SC7, в стандартах ISO/TC 184 вопросы обеспечения деятельности по созданиюсистем практически не рассматриваются и основное внимание сосредоточено на достиженииэффективности систем за счет обеспечения интероперабельности, т.е. способности к обменуинформацией и использованию информации, полученной в результате обмена внутри систем имежду системами.К сожалению, сотрудничество между ISO/IEC JTC1/SC7 и ISO/TC 184 начало складыватьсясравнительно недавно, что негативно сказывается на формировании единой, интегрированнойсистемы стандартов системной инженерии.К стандартам системной инженерии также относятся спецификации, которые содержатупоминание о системной инженерии в своем наименовании или в разделе «Областьприменения». Кроме того, мы примем во внимание перечень стандартов системной инженерии,который можно найти в проекте Руководства к своду знаний в области системной инженерии(Guide to the Systems Engineering Body of Knowledge — SEBoK)13.2. Современная российская проблематикаСегодня мировое академическое и индустриальное сообщества признают системнуюинженерию в качестве методологической основы, позволяющей сформировать устойчивую,сквозную связь между миссией, стратегическими целями, конкретными задачами и12Continuous Acquisition and Lifecycle Support — непрерывная информационная поддержка поставок и жизненного цикла. CALS-технологии представляют собой современный подход к проектированию и производству высокотехнологичной и наукоемкойпродукции, основанный на использовании современных информационных технологий для управления ЖЦ производственнойпродукции.13Это Руководство в течение последних 2-х лет разрабатывается ведущими мировыми экспертами по системной инженерии врамках международного проекта Body of Knowledge and Curriculum to Advance Systems Engineering (BKCASE) — Свод знаний иучебный план для современной системной инженерии. В настоящее время доступна версия Руководства SEBoK 0.75.Полученный перечень действующих и заканчиваемых в разработке стандартов системной инженерии, представлен вПриложении 1. 16. 16измеримыми результатами инженерной деятельности по созданию систем любых классов иназначения.В нашей стране работы в области системотехники (systems engineering) начались в 60-х иактивно велись до середины 80-х годов XX века.Специфика разработанных стандартов в РФ (система ГОСТ)Единая система стандартов автоматизированных систем управления ГОСТ 24 разрабатывалась сконца 1970-х до середины 1980-х годов и содержала спецификации, в которыхустанавливалось содержание и требования к документированию результатов работ по созданию(развитию) автоматизированных систем управления (АСУ). Система стандартов ГОСТ 24включала более 20 спецификаций, в частности, в стандартах ГОСТ 24 описывались типовыестадии ЖЦ АСУ, типовые проектные решения, способы оценки важнейших характеристик АСУ идругие положения. В целях распространения положений ГОСТ 24 на более широкий спектрсистем, в конце 1980-х годов был разработан единый комплекс стандартов наавтоматизированные системы (ЕКС АС) ГОСТ 34. ЕКС АС представляет собой совокупностьвзаимоувязанных межотраслевых документов, обеспечивающих стандартизацию и унификациюАС всех видов, процессов их создания, функционирования и развития. Комплексраспространяется на АС и их составные части, а также на ЖЦ и документирование АС.Стандарты комплекса ГОСТ 24 не обновлялись более 20 лет, но они по сей день пользуютсяпризнанием в нашей стране и широко используются на практике. Другими словами, в планеметодического и нормативно-технического обеспечения деятельности по созданию систем нашастрана отстает от мирового инженерного сообщества минимум на 20–25 лет.Таким образом, основным объектом стандартизации в области системной инженерии сегодняявляются процессы создания систем, кроме того — стандартизируются методы оценки качества изрелости этих процессов, а также способы описания системных артефактов, а именно — системи процессов. При этом в помощь специалистам — разработчикам систем активно формируетсяполная система руководств, позволяющих эффективно использовать нормативно-техническоеобеспечение деятельности по созданию систем.2.1. Нарастание отставания отечественного нормативно-технического обеспечения посистемной инженерииВ середине 2000-х годов в течение короткого периода наши специалисты пыталисьинтегрироваться в мировое сообщество создателей нормативно-технического обеспечениясистемной инженерии, они, в частности, приняли участие в разработке стандарта ISO/IEC15288. В 2007 году в Москве прошло заседание ISO/IECJTC1/SC7, в котором от России принялоучастие около 10 человек. В дальнейшем российское участие в работе международногоэкспертного сообщества, формирующего нормативно-техническое обеспечение системнойинженерии, по существу, прекратилось. На Рис. 4 показано участие стран и делегатов в 17. 17заседаниях ISO/IECJTC1/SC7 в 2010 и 2011 годах, делегатов от России на этих заседаниях небыло.Можно выделить две основные причины невысокого интереса отечественных специалистов кстандартам системной инженерии:• сложность освоения и применения современных стандартов системной инженерии;• существенные отличия между отечественной и западной культурами разработки систем.Рисунок 4.Участие стран и делегатов в заседаниях ISO/IECJTC1/SC7в 2010 и 2011 годахИсточник: ЦСР «Северо-Запад» по материалам В.К. БатовринаСложность освоения состоит в том, что современные рекомендации по системной инженериипредполагают: каждая отрасль или крупная корпорация разрабатывает на основе стандартов,подобных ISO/IEC 15288 и ISO/IEC 12207, собственные нормативные документы,адаптированные к корпоративным нуждам. Далее, с учетом полученных результатов,определяется совокупность методов и инструментов управления процессами ЖЦ при созданиисистем. Объем работ по подготовке подобной системы документов весьма велик, кроме того,высоки требования к квалификации занятого в этом процессе персонала. Создание и апробациянеобходимого крупной организации комплекта документов может занять до 3–5 лет ипотребовать многомиллионных затрат. К работе требуется привлекать большое количествовысококвалифицированных специалистов14. К тому же требуется организовать сопровождениеполученной системы документов и обеспечить их регулярную актуализацию. Зарубежный опыт14Например, в разработке Руководства по системной инженерии Национального космического агентства США принималоучастие около 140 человек.// NASA Systems Engineering Handbook. — NASA/SP-2007-6105, Rev 1, December 2007. 18. 18показывает, что такая актуализация должна проводиться не реже, чем один раз в 5 лет. Однако,как показывает тот же зарубежный опыт, эти затраты окупаются. Приходится констатировать, чтосегодня в нашей стране практически отсутствует персонал, готовый к подобному планомерному,профессиональному применению положений и рекомендаций системной инженерии впрактике создания систем и управления их полным ЖЦ. Помимо этого, в стране неосуществляется подготовка соответствующего персонала.Начиная со стандарта программной инженерии ГОСТ Р ИСО/МЭК 12207 «Информационнаятехнология. Процессы жизненного цикла программных средств», введенного в РФ в 2000 году,обнаружилось, что отечественные специалисты и организации в своей массе оказались неготовыми должным образом применять признанные международным экспертным ииндустриальным сообществом нормативные документы по системной и программнойинженерии и управлению ЖЦ. Одна из основных проблем состоит в том, что, по мнениюкритиков, на основе указанных стандартов невозможно ни выдать задание, ни принятьрезультат работы, т.е. специалисты требуют, чтобы подобный нормативный документ былнамного более конкретен. При этом, полагаю, в силу отсутствия необходимой современныминженерам профессиональной культуры, отечественные специалисты забывают, чтоупомянутые спецификации не являются стандартами прямого действия, а одна из ключевыхтенденций мирового развития нормативно-технического обеспечения инженернойдеятельности — придание спецификациям универсального характера.Спецификации содержат рекомендации и положения относительно того, что следует делать,оставляя решение о том, как это делать, на усмотрение сторон, создающих систему иуправляющих проектом. Весь современный мировой опыт подтверждает, что существуют общиепринципы управления деятельностью по созданию систем, которые отражаются вмеждународных стандартах, а отрасль или предприятие адаптируют их к условиям своихпроектов. В результате сложившегося непонимания, стандарты, подобные ISO/IEC 15288,подвергаются постоянной критике со стороны нашего профессионального сообщества, ихназывают бесполезными и нежизнеспособными. Неумение применять указанные спецификациипо назначению приводит к искажению их смысла. Ошибки, постепенно накапливаясь, вызываютпутаницу, что, в сочетании с невысоким качеством перевода документов на русский язык,приводит к полной невозможности работы. Таким образом, вместо источника сведений обэффективных процессах ЖЦ, подобные международные стандарты зачастую становятся у насисточником проблем и помехой для разработчиков систем.Опытные, квалифицированные кадры, подготовленные еще в СССР, оказались психологическине готовыми к восприятию современных зарубежных достижений в области создания сложныхсистем — традиционная культура инженерной деятельности, унаследованная нами от СССР, исовременная западная культура системных разработок во многом разнятся между собой. Крометого, за последние двадцать лет мы, по существу, потеряли целое поколение специалистов —разработчиков систем. У этого «потерянного поколения» отсутствует опыт участия в крупныхсистемных разработках, нарушена связь с живыми носителями информации в этой области. Это 19. 19поколение не получило базовой, фундаментальной подготовки, отвечающей требованиямсегодняшнего дня и мировому уровню развития технологий, у заметной части этого поколениядаже нет представления о достижениях мировой науки и инженерной мысли в областисоздания сложных систем. К этому добавляется языковой барьер: как показывают оценки,большинство молодых специалистов не готово к самостоятельной профессиональной работе соригинальными англоязычными научно-техническими и нормативными материалами.Указанные причины, наряду с другими факторами, приводят к тому, что отставание нашейстраны в части нормативно-технического обеспечения разработки сложных инженерных системпостоянно нарастает, это в итоге приводит к потере конкурентоспособности отечественныхсистемных разработок.Проблемы применения рекомендаций системной инженерииСилами международного сообщества системных инженеров за последние 10–15 летразработана и успешно апробирована совокупность теоретических и практическихрекомендаций по созданию сложных систем. Кроме того, в этой области активно работаютшироко известные в мире профессиональные организации, среди которых выделяются IEEE иINCOSE, а также ведущие мировые корпорации — производители систем. По существу,основным результатом их деятельности является происходящее буквально у нас на глазахформирование новой культуры разработки систем — культуры, которая уже становится, а всамом ближайшем будущем окончательно станет ядром для проведения всех видов работ посозданию систем. Эта культура перенимается всеми успешными компаниями, создающимисистемы, конкурентоспособные на мировом рынке. До сегодняшнего дня наша страна ни в лицепроизводителей систем, ни в лице высшей школы, ни в лице специалистов по стандартизациипрактического участия в этой работе не принимала.Отечественные специалисты и организации не только оказались в роли стороннихнаблюдателей, но и не научились должным образом применять готовые, признанныемеждународным экспертным и индустриальным сообществом нормативные документы поуправлению ЖЦ.Начиная с введенного в РФ в 2000 году стандарта программной инженерии ГОСТ Р ИСО/МЭК12207 «Информационная технология. Процессы жизненного цикла программных средств»,обнаружилась ситуация практически полной неготовности отечественных разработчиков систем(включая программные системы) к работе с подобными спецификациями.2.2. Проблемы образования в системной инженерииСегодня во всем мире складывается положение, когда организации, занятые созданиемсложных систем и их элементов, испытывают дефицит высококвалифицированных кадров. Это,в значительной мере, относится к современным инженерам, которых выпускается недостаточно. 20. 20Ситуация такова, что многие зарубежные эксперты, включая представителей работодателей ивысшей школы, стали говорить о зарождающемся кризисе инженерного образования.Существует множество причин, вызывающих указанное состояние, но ключевыми являютсяочень высокие требования к уровню квалификации инженера, занятого разработкой продукциивысоких технологий и систем на их основе, и сравнительно невысокий уровень оплаты такихспециалистов (например, по сравнению с юристами, банковскими служащими илименеджерами высшего звена).С учетом сказанного, понятен интерес, который системная инженерия вызывает сегодня вкачестве образовательного направления. Как показывают контакты с зарубежными коллегами,многие из них надеются, что высокий уровень постановки учебного процесса при подготовкесистемных и программных инженеров поможет существенно оживить внимание молодежи кинженерной деятельности. Свидетельством интереса к системной инженерии со сторонызарубежного научно-педагогического сообщества может, например, служить тот факт, чтотолько за последние 3 года по рассматриваемой тематике на английском языке издано более 50учебных книг, а сама системная инженерия и ее отдельные разделы входят в учебные планыпрактически всех ведущих зарубежных университетов. Материалы по системной инженериишироко представлены в образовательных сетях15. Наконец, крупнейшие правительственныеучреждения и ведущие мировые компании различных стран разрабатывают собственныеруководства по системной инженерии16и активно содействуют повышению квалификации вэтой области своих сотрудников17.Следует добавить, что отечественная высшая школа и наши работодатели сегодня во многомразобщены. Распространена ситуация, когда, например, крупные ИТ-компании, по существу,заново обучают молодых специалистов, пришедших к ним на работу, но налаживать серьезное,долговременное сотрудничество с высшей школой по множеству причин считаютнецелесообразным.Преодоление культурных различий — еще одна ключевая проблема, поскольку только на путиинтеграции в мировое сообщество разработчиков систем мы сможем сохранить и, возможно,развить свой национальный научно-технический потенциал в этой области.15В качестве примера можно назвать материалы на портале Массачусетского технологического института. — MIT Open CourseWare. // URL: http://ocw.mit.edu/index.htm (дата обращения: 28.11.12).16Systems Engineering Guide for Systems of Systems. Version 1.0. — US Department of Defense, 2008 // Электронный ресурс. —Режим доступа: http://www.acq.osd.mil/se/docs/SE-Guide-for-SoS.pdf. (дата обращения: 28.11.12); NASA Systems EngineeringHandbook. — NASA/SP-2007-6105 Rev1, 2007 // Электронный ресурс. — Режим доступа:http://education.ksc.nasa.gov/esmdspacegrant/Documents/NASA%20SP-2007-6105%20Rev%201%20Final%2031Dec2007.pdf. (дата обращения: 28.11.12); INCOSE Systems Engineering Vision 2020. —INCOSE-TP-2004-004-02, 2007.17Trudeau P. Designing and Enhancing a Systems Engineering Training and Development Program. // Электронный ресурс. — Режимдоступа: http://www.mitre.org/work/tech_papers/2010/10_0678/10_0678.pdf. (дата обращения: 28.11.12); СайтУниверситета военных закупок МО США. // Электронный ресурс. — Режим доступа: http://www.dau.mil/default.aspx. (датаобращения: 28.11.12). 21. 21Наконец, остается неосознанной, по существу, сама необходимость современного образованияв системной инженерии. Учебно-методическое и другое ресурсное обеспечение такогообразования планово не развивается. В сущности, вся работа ложится на плечи отдельныхэнтузиастов.Следует напомнить, что целевая подготовка системных инженеров в нашей стране была начатадостаточно давно: первая в СССР кафедра системотехники была организована в Московскомэнергетическом институте (МЭИ) в 1969 году. Постепенно подобные кафедры возникли вомногих технических вузах страны, и к середине 1980-х годов их стало более 30. Однакоколичество не перешло в качество: отечественные инженеры-системотехники в своей основе нестали специалистами, готовыми создавать системы, конкурентоспособные на глобальномрынке, специалистами, умеющими организовать и определить содержание комплекса работ посозданию сложной системы, обеспечить эффективное управление полным ЖЦ такой системы,творчески сочетать в этой работе достижения техники, управления и экономики. Наш инженер-системотехник скорее был техническим специалистом, разбирающимся в инженерныхпроблемах создания и функционирования автоматизированных систем управлениятехнологическими процессами и владеющим технологиями создания отдельных системныхэлементов. Такому положению способствовал целый ряд причин, среди которых немаловажнойоказалась та, что при переводе на русский язык книги Г. Гуда и Р. Макола18в качествеэквивалента английского System Engineering был использован термин «системотехника»,который довольно быстро стал пониматься как термин технический, применимый в сферетехники и технологий. Суть системной инженерии как междисциплинарного подхода иметодики, о чем говорилось в предыдущем разделе, оказалась в значительной степениутраченной. Если посмотреть, кого сегодня готовят еще оставшиеся в некоторых вузах страныкафедры системотехники, то мы увидим, что в своей основе это инженеры-программисты.Такое положение в корне не соответствует сложившимся сегодня за рубежом представлениям осодержании образования специалиста — создателя современных систем.С учетом сказанного, можно констатировать, что в области создания сложных систем иуправления их ЖЦ в нашей стране сегодня, по существу, нарушена целостность системыподготовки квалифицированных кадров. В этой системе и в ее связях с внешней средойпроизошли серьезные разрывы, нарушена преемственность. Для исправления положениянужны серьезные инфраструктурные сдвиги, которые должны затронуть культурные основыдеятельности по подготовке специалистов. Мы, по существу, должны ответить на вопрос, вкакой степени наша национальная система подготовки кадров готова стать частью мировойсистемы, сможет ли отечественная высшая школа самостоятельно преодолеть кризис вподготовке специалистов, способных создавать конкурентоспособные системы, и, наконец,нужны ли такие специалисты нашей стране и отечественному бизнесу? Если упомянутыеспециалисты нужны, то для интеграции в мировую систему подготовки18Good H., Machol R. System Engineering. An introduction to the design of large-scale systems. — N.Y.: McGraw-Hill Book Company,1957. 22. 22высококвалифицированных системных инженеров совершенно недостаточно изменить наборпоказателей оценки образовательной деятельности и перейти на двухуровневую систему, какэто делается сейчас у нас под видом Болонского процесса. Необходимо снимать культурныебарьеры, что намного сложнее. Причем для успешного преодоления культурных различийнедостаточно усилий одной только высшей школы, здесь ключевую роль играет отечественнаяиндустрия, которая должна найти свое место (в мировом производственном процессе и намировом рынке) и сформировать ясное представление о том, в чем заключается национальнаякадровая политика применительно к проблемам создания систем, конкурентоспособных наглобальном рынке.Зарубежный опыт показывает, что на подготовку специалиста — разработчика компонентовсложных систем уходит 6–8 лет, включая время подготовки в вузе, а для подготовкиспециалиста, способного разрабатывать общесистемные решения и заниматься системнойинтеграцией, требуется 10–15 лет. Причем в последнем случае для достижения высокогоуровня квалификации системному инженеру необходим обязательный опыт работы в компании— мировом лидере в своей области. Отмечу, что сотрудничество западных университетов спроизводителями сложных систем находится на высоком уровне. Например, Массачусетскийтехнологический институт, являющийся одним из лидеров по подготовке системных инженеров,при реализации образовательных программ в этой области сотрудничает с более чем 20крупнейшими мировыми компаниями19. Годовой бюджет этих программ по приблизительнойоценке составляет около $100 млн. Другим примером может служить то, что программыподготовки по системной инженерии для дипломированных специалистов (Systems EngineeringGraduate Programs) сегодня реализуются более чем в двухстах зарубежных вузах20, если сюдадобавить программную инженерию, то общее число подобных вузов приблизится к пятистам.Отечественные специалисты тоже оказались включенными в сотрудничество с западнымикомпаниями — производителями сложных систем, однако нашим соотечественникамотводится, как правило, роль онлайн-разработчиков решений на нижних уровнях системнойиерархии. В этих условиях достижения и рекомендации системной инженерии нашемуспециалисту оказываются, по сути, не нужны, а в качестве нормативной основы ему служатинструкции зарубежного руководителя. Если же такой специалист начинает проявлятьповышенный интерес к существу управления полным ЖЦ целевых систем, это может привести кпечальным для него последствиям, вплоть до увольнения. Что касается соотечественников,которые сумели в указанных обстоятельствах войти в состав разработчиков и реализатороввысокоуровневых системных решений, то они либо уже работают за рубежом на постояннойоснове, либо собираются начать такую работу в самое ближайшее время.19Среди таких компаний — Amazon.com, Inc.; Boeing Company; Dell; Harley-Davidson; General Dynamics; General Motors;Honeywell; Intel; Nokia; Northrop Grumman; Novartis AG; Raytheon, и этот список можно продолжать.20Список образовательных программ по системной инженерии. // Электронный ресурс. Режим доступа:http://www.gradschools.com/search-programs/systemsengineering. (дата обращения: 28.11.12). 23. 23Недостаток внимания к организации и практической реализации образования в системнойинженерии, наряду с упомянутой проблемой «потерянного поколения» разработчиков систем ив сочетании с необходимостью учета культурных различий между быстро развивающейсязападной и стареющей отечественной школой системных разработок, являются, по мнениюавтора, одним из наиболее серьезных вызовов, стоящих сегодня перед отечественной высшейшколой и национальной промышленностью в деле перехода на инновационный путь развития.2.2.1.Требования к профессиональным компетенциям системного инженераПоскольку в отечественных источниках затруднительно найти ответ на вопрос «какимтребованиям должен отвечать системный инженер?», обратимся к опыту крупных зарубежныхкомпаний. В недавней публикации 15 сотрудников НАСА, имеющих в общей сложности 390-летний (почти четыре века) коллективный опыт работы в системной инженерии и реализациисистемных проектов в аэрокосмической области, выделили основные личные качества,которыми, на их взгляд, должен обладать хороший системный инженер21. Было названо 11таких качеств, а именно:• интеллектуальная любознательность, выражающаяся в первую очередь в способности ижелании постоянно учиться новому;• способность видеть целое даже при наличии множества мелких деталей, включающая, вчастности, умение не терять основную, главную цель и объединять для разговора наодном языке ученых, разработчиков, операторов и другие заинтересованные стороны,невзирая на изменения, возникающие по мере развития ЖЦ;• способность к выделению общесистемных связей и закономерностей, с помощьюкоторой первоклассный системный инженер может помочь другим членам командыпроекта в установлении места их системных решений в общей картине и в работе надостижение общих системных целей;• высокая коммуникабельность — способность слушать, писать и говорить таким образом,который способствует наведению мостов между инженерами и управленцами на основеиспользования единых терминов, процессов и процедур;• выраженная готовность к лидерству и к работе в команде, предполагающая, в частности,наличие глубоких и многосторонних технических знаний, энтузиазма в достижениипоставленных целей, креативности и инженерного «инстинкта»;• готовность к изменениям, предполагающая, в числе прочего, и понимание неизбежностиизменений;• приспособленность к работе в условиях неопределенности и недостаточностиинформации, предполагающая, в частности, способность к толкованию неполных ипротиворечивых требований;21The Art and Science of Systems Engineering. // Электронный ресурc. Режим доступа:http://www.nasa.gov/pdf/311199main_Art_and_Sci_of_SE_SHORT_1_20_09.pdf. (дата обращения: 28.11.12). 24. 24• специфическая убежденность в том, что следует надеяться на лучшее, но планироватьхудшее, предполагающая, в частности, что системный инженер постоянно проверяет иперепроверяет детали, имеющие отношение к обеспечению технической целостностисистемы;• наличие разнообразных технических навыков — способность применять обоснованныетехнические решения, что требует от системного инженера знания множестватехнических дисциплин на уровне эксперта;• уверенность в себе и решительность, но не высокомерие, т.к. даже хороший системныйинженер может ошибиться;• способность строго выполнять предписания по реализации процесса при пониманиитого, когда надо остановиться и внести изменения, что предполагает способностьсистемного инженера не только формально описать, но и «почувствовать» процессы.Важность этих выводов понятна, их, безусловно, надо принимать во внимание, но в нашейсегодняшней ситуации указанные рекомендации скорее стоит рассматривать как пожелания набудущее, которые надо учесть при формировании требований к компетенциям системныхинженеров, на основании которых вузы будут в дальнейшем разрабатывать своиобразовательные программы.Зарубежные публикации, помимо описания требований к личным качествам системногоинженера, содержат также описание требований к компетенциям специалистов, претендующихна работу в качестве системных инженеров22. Среди важнейших компетенций системногоинженера, в частности, называются:• умение управлять требованиями на всех уровнях системной иерархии;• владение современными методами и инструментами разработки систем, включаяархитектурный подход;• владение методами и инструментами анализа систем, включая моделирование, анализнадежности, анализ рисков, анализ технико-экономических характеристик;• умение организовывать и проводить испытания систем и анализировать результатыиспытаний;• умение налаживать эффективное человеко-машинное взаимодействие;• умение реализовывать интегрированные системные решения, учитывающиегетерогенность и возможную распределенность элементов, составляющих систему;• владение процессным подходом;• умение управлять изменениями.22Sheard S. Twelve systems engineering roles. — Proceedings of INCOSE, 1996. // Электронный ресурс. Режим доступа:http://www.incose.org/educationcareers/PDF/12-roles.pdf. (дата обращения: 28.11.12). 25. 25При разработке учебных программ по системной инженерии и смежным дисциплинам вкачестве основного пути видится максимально глубокая интеграция отечественной высшейшколы, специалистов и организаций в мировое сообщество разработчиков сложных систем,ускоренное освоение достижений мировой научной и инженерной мысли в этой области,широкое использование зарубежных программ и методик в наших условиях. Необходимо такжепроводить целенаправленную адаптацию сохранившихся отечественных методик и традицийразработки сложных систем к признанной международным сообществом традиции системныхразработок, планомерно сглаживать возникающие на этом пути культурные и психологическиебарьеры. Важное место в этой работе должны занять освоение и творческое применениесоздаваемого сейчас свода знаний и учебного плана по современной системной инженерии23.23Body of Knowledge and Curriculum to Advance Systems Engineering. // Электронный ресурс. Режим доступа:http://www.bkcase.org. (дата обращения: 28.11.12). 26. 263. Основные стейкхолдеры темыС первых шагов своего развития и по настоящее время, системная инженерия в качестве основыдеятельности по созданию систем выделяет необходимость комплексного учета потребностейзаинтересованных сторон, представляющих как интересы промышленности и экономики, так ипотребителей, включая представителей различных общественных сил и движений.В результате подобного комплексного подхода заинтересованные стороны могут бытьпредставлены широким спектром категорий — конечные пользователи, управленческое иинженерное сообщество, академические круги, образовательные институты, бизнес.Обозначенные категории преследуют различные цели, которые должны быть гармоничноучтены при формировании современного свода стандартов в системной инженерии, в том числе— через регулирование отношений:• между группами заинтересованных сторон;• между заинтересованными сторонами и объектом интереса.По областям интересов стейкхолдеров можно подразделить на тех, кто• ответственен за качество разработанного стандарта (разработчики, профессиональноеэкспертное сообщество);• преследует коммерческие и маркетинговые цели — повышение качества иконкурентоспособности продукции, улучшение позиций на рынках (бизнес, отчасти —правительство, если речь идет о национальных/отраслевых масштабах);• заинтересован в конечном использовании и массовом распространении стандартовсистемной инженерии для синхронизации развития отечественной и зарубежнойсистемной инженерии и производства сложных систем (правительственные институты(отраслевые министерства), академическое сообщество).Стейкхолдеры могут быть как внешними по отношению к процессу разработки стандартовсторонами (как потребители и правительство, которые напрямую и косвенно используютрезультат), так и внутренними (непосредственные разработчики).Поскольку в полной мере практика стандартизации в области системной инженерии развита взарубежных странах, приведем ряд зарубежных примеров организации заинтересованныхсторон. 27. 27Проект BKCASE. В качестве примера проекта, объединяющего основных стейкхолдеров в США,можно привести проект BKCASE24. Основными разработчиками проекта BKCASE являются:• Министерство обороны США (US Department of Defense).МО США признает, что результаты проекта BKCASE будут полезны для разработчиковоборонительных систем. Интересы МО США в проекте BKCASE представляет офис директора пооборонным исследованиям и инжинирингу (The office of the Director of Defense Research &Engineering).• Стивенсовский технологический институт (Stevens Institute of Technology) и Высшаявоенно-морская школа (Naval Postgraduate School).Стивенсовский технологический институт и Высшая военно-морская школа являютсяответственными координаторами работ по проекту BKCASE.• Исследовательский центр по системной инженерии (Systems Engineering ResearchCenter).Основная задача исследовательского центра по системной инженерии состоит в поддержании иулучшении возможностей МО США в области системной инженерии в интересах обеспеченияуспешности разработки, комплексирования, испытаний и устойчивого развития сложныхоборонительных систем, услуг и организаций.Также примером стейкхолдеров выступают профессиональные ассоциации США, в томчисле:• Ассоциация вычислительной техники (Association for Computing Machinery — ACM).ACM — крупнейшая в мире научно-образовательная общественная организация в областиинформатики и вычислительной техники, образованная в США в 1947 году.• Отделение систем института инженеров электротехники и электроники (Institute ofElectrical and Electronics Engineers (IEEE) Systems Council) и Компьютерное общество IEEE(Institute of Electrical and Electronics Engineers (IEEE) Computer Society).IEEE — крупнейшая в мире некоммерческая профессиональная организация, объединяющая вомногих странах мира около 400 тыс. специалистов в области электротехники, электроники исвязанных с ними технологий.• Международный совет по системной инженерии (International Council on SystemsEngineering — INCOSE) — некоммерческая организация, в составе которой сегодня около10 тыс. специалистов из многих стран мира. Организация занята формированием24BKCASE (произносится как "Bookcase") — это акроним для «Свода Знаний и Учебной программы для ПродвиженияИнженерных Систем». Проект осуществляется через партнерство между Стивенсоновским технологическим институтом иАспирантурой ВМС США. Сущность проекта заключается в формировании свода знаний по системной инженерии. 28. 28базовых принципов создания эффективных систем и распространением необходимыхдля этого методов и инструментов.• Подразделение системной инженерии Национальной ассоциации предприятийоборонной промышленности США (National Defense Industrial Association (NDIA) SystemsEngineering Division).NDIA одна из ведущих ассоциаций в оборонной промышленности США, занятых проблемамиобеспечения национальной безопасности.Разработкой официальных международных стандартов системной инженерии занимаютсяМеждународная организация стандартизации и Международная электротехническая комиссия,деятельность которых тесно связана между собой посредством организационных ипроцедурных механизмов, что обеспечивает целостность и гармоничность разрабатываемыхими официальных международных стандартов. Краткие сведения об этих организацияхприведены в Таблице 1.Таблица 1.Сведения об официальных международных организациях стандартизацииИсточник: ЦСР «Северо-Запад» по материалам В.К. БатовринаЛоготипНаименованиеорганизацииГодоснованияХарактеристикаМеждународнаяорганизациястандартизации —International StandardOrganization (ISO)1947 годКрупнейшая мировая организация,занятая продвижением, разработкой,развитием стандартизации и смежныхвидов деятельности во всемирноммасштабе. Цель ИСО — облегчениемеждународного обмена товарами иуслугами, развитие сотрудничества всферах интеллектуальной, научной,технической и экономическойдеятельностиМеждународнаяэлектротехническаякомиссия —InternationalElectrotechnicalCommittee (IEC)1906 годВедущая мировая организация поразработке и публикации международныхстандартов во всех областяхэлектротехники и электроники исвязанных с ними технологий 29. 294. Тенденции в области развитиястандартов системной инженерииМожно указать на следующие важнейшие тенденции в области развития стандартов системнойинженерии:• По мере формирования глобального рынка и взаимопроникновения технологийпроисходит возрастание роли стандартов системной инженерии в качестве важнейшегоэлемента обеспечения успешности деятельности по созданию систем.• Происходит дальнейшая структуризация системы стандартов инженерной деятельностис постепенным выделением стандартов системной инженерии в отдельный домен.• Официальные и фактические стандарты системной инженерии по существу становятсяравнозначными.• Стандарты системной инженерии разрабатываются как открытые универсальныеспецификации, имеющие рамочный характер и применяемые на добровольной основе.Эти стандарты требуют адаптации к условиям организации или проекта и,соответственно, высокой квалификации использующего их персонала. Регламенты вобласти системной инженерии не разрабатываются.• Основным объектом стандартизации в области системной инженерии сегодня являютсяпроцессы создания систем, кроме того, стандартизируются методы оценки качества изрелости этих процессов, а также способы описания системных артефактов.• Ведутся работы по гармонизации комплекса стандартов системной инженерии спостепенным формированием единого информационного пространства нормативногообеспечения деятельности по созданию систем.• Отставание нашей страны в части нормативно-технического обеспечения разработкисложных инженерных систем постоянно нарастает.Ниже мы охарактеризуем эти тенденции.Возрастание роли стандартов системной инженерииСпособность к созданию сложных, конкурентоспособных систем является для государства ибизнеса ключевым, критически важным показателем, определяющим место на рынке и вглобальной экономике. Формирование такой способности связано с множеством различныхфакторов, но одним из ключевых является необходимость учитывать постоянные и серьезныеизменения, которые объективно происходят в условиях инженерной деятельности, а именно:• системы как основной продукт инженерной деятельности постоянно усложняются; 30. 30• скорость появления и освоения новых технологий увеличивается на фоненеобходимости продления (иногда неоднократного) жизненного цикла систем,введенных в эксплуатацию;• конкуренция на рынке инженерной продукции и услуг нарастает;• инженерная деятельность как таковая и в части организации, и в части реализацииусложняется.С учетом этих вызовов силами международного инженерного сообщества разрабатываетсясовокупность теоретических и практических рекомендаций по созданию сложных,конкурентоспособных систем25. Можно констатировать, что формируется новая культурнаясреда системных разработок, ключевым инфраструктурным элементом которой являетсясистемная инженерия.Системная инженерия как новая прикладная системная методология появилась в середине ХХвека в ответ на резкое усложнение научных, технических и управленческих проблем,возникающих при создании систем, и на рост ответственности за результаты этойдеятельности26.Системная инженерия всегда уделяла стандартам, в частности стандартам разработки ипроектирования систем, должное внимание, но в последние 10–15 лет усилия, которыезатрачиваются в этой области международным сообществом специалистов по созданию систем,стали особенно заметны.Стандарты системной инженерии становятся обязательным элементом при разработкеразличных нормативных документов и руководств как государственными, так инегосударственными организациями. Например, стандарт ISO/IEC 15288 «Системнаяинженерия. Процессы жизненного цикла систем» использовался в качестве основы приразработке Руководства по закупкам Министерства обороны США27, программы поэтапныхвооружений НАТО28, справочного руководства по системной инженерии INCOSE29, руководства25Dickerson C.E., Mavris D.N. Architecture and principles of systems engineering — CRC Press. Auerbach Publications. Taylor & FrancisGroup, 2010; Andrew P. Sage, William B. Rouse. Handbook of Systems Engineering and Management, Second Edition. — John Wiley &Sons, Inc, 2009; Stevens Renee. Engineering Mega-Systems. The Challenge of Systems Engineering in the Information Age. — CRCPress. Auerbach Publications. Taylor&Francis Group, 2011; Hitchins Derek K. Systems Engineering. A 21st Century SystemsMethodology. — John Wiley & Sons, Inc., 2007.26Hall A. Methodology for System Engineering. — D. van Nostrand Company, 1962; Good H., Machol R. System Engineering. Anintroduction to the design of large-scale systems. — N.Y.: McGraw-Hill Book Company, 195727ISO/IEC 15288:2008 Systems and software engineering — System life cycle processes.// Электронный ресурс. Режим доступа:http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=43564 (дата обращения: 28.11.12).28NATO Phased Armaments Programming System (PAPS). AAP-20. Edition 2. February 2010.// Электронный ресурс. Режимдоступа: http://nsa.nato.int/nsa/zPublic/ap/AAP-20(2)Ec1.pdf (дата обращения: 28.11.12).29INCOSE Systems Engineering Handbook v. 3.2.1. — INCOSE‐TP‐2003‐002‐03.2.1, January 2011. 31. 31по разработке систем Национального аэрокосмического агентства США (НАСА)30и во многихдругих случаях.Стандарты системной инженерии, в которых для всеобщего и многократного использованияустанавливаются правила, общие принципы, процессы и инструменты созданияконкурентоспособных систем, являются важнейшим фактором для поддержания политики,проводимой создателями систем в отношении конкурентоспособности системной продукции иуслуг, инноваций, уменьшения барьеров в торговле, защиты интересов потребителей, снижениярисков при осуществлении государственных закупок.Выделение стандартов системной инженерии в отдельный доменСегодня известно множество стандартов, поддерживающих инженерно-техническуюдеятельность: развиваются стандарты систем менеджмента, имеются и другие стандарты,которые в той или иной степени могут обеспечивать деятельность по созданию систем(например, стандарты системы менеджмента качества группы ISO 9000, стандарты системыэкологического менеджмента группы ISO 14000 и другие). Система этих стандартовскладывалась в течение долгого времени.В свою очередь, стандарты системной инженерии появились в 21 веке, и границы между этимистандартами и другими стандартами, полезными для системного инженера и другихспециалистов, занятых созданием различных технических и социально-технических систем,пока размыты. Структуризация системы стандартов инженерной деятельности с учетом реалийсовременного положения в области разработки сложных систем и управления их ЖЦ началась,но находится на начальной стадии.Имеется множество нормативно-технических документов (с привязкой к областямстандартизации), в которых, в целях добровольного многократного использования,устанавливаются характеристики, нормы, правила, требования к организации и осуществлениюразличной инженерно-технической деятельности по созданию систем и к ее результатам. ВОбщероссийском классификаторе стандартов (ОКС)31, который гармонизирован сМеждународным классификатором стандартов и Межгосударственным классификаторомстандартов, предметные области стандартизации (разделы), распространяются на областиболее узкие, чем та, которую охватывает понятие системная инженерия. Например, в ОКСвыделены разделы: 19 «Испытания», 21 «Механические системы и устройства общегоназначения», 25 «Машиностроение», 35 «Информационные технологии. Машины конторские».Очевидно, что стандарты, принадлежащие этим разделам, так или иначе связаны с предметом30NASA Systems Engineering Handbook. — NASA/SP-2007-6105, Rev 1, December 2007.31Общероссийский классификатор стандартов (ОКС) ОК (МК (ИСО/ИНФКО МКС) 001-96) 001-2000. — М: ИПК«Издательство стандартов», 2000. 32. 32системной инженерии, но напрямую отнести все подобные спецификации к стандартамсистемной инженерии невозможно.Возникает вопрос, где проходит граница между стандартами системной инженерии и другимистандартами, в которых установлены технические правила и нормы, относящиеся к различнымсистемам, машинам, их элементам и узлам. В настоящее время ответ на этот вопрос отсутствует.Более того, в литературе по стандартизации он еще внятно не поставлен.Стандарты систем менеджмента активно используются для нормативно-техническогообеспечения работ по созданию систем. Некоторые из них, например стандарты системыменеджмента качества, напрямую использовались при разработке важнейшего стандартасистемной инженерии ISO/IEC 15288.Определить отношение стандартов системной инженерии к стандартам систем менеджментасегодня затруднительно. Чтобы проиллюстрировать ситуацию, рассмотрим, например,национальный стандарт ГОСТ Р ИСО/МЭК 16085-2007 «Менеджмент риска. Применение впроцессах жизненного цикла систем и программного обеспечения», который, судя по названию,относится к стандартам системы менеджмента риска. В этом стандарте имеется утверждение,что его текст идентичен тексту оригинала. Если посмотреть оригинал, то он называетсяISO/IEC/IEEE 16085: 2006 Systems and software engineering — Risk management («Системная ипрограммная инженерия. Менеджмент риска»), т.е. является стандартом системной инженерии.Указанные проблемы поиска места стандартов системной инженерии по отношению к«классическим» инженерным стандартам и к стандартам систем менеджмента возникли пообъективным причинам. При формировании современной системы стандартизации научные,технические, управленческие и экономические аспекты деятельности по созданию продукции иуслуг были отделены друг от друга, тогда как системная инженерия и, соответственно, базовыестандарты системной инженерии рассматривают их в неразрывном единстве. Трудностьгармоничного сочетания и интеграции науки, проектирования, менеджмента и финансов невызывает сомнений.С учетом того, что стандарты системной инженерии становятся все более востребованнымисреди специалистов — создателей систем, можно предположить, что в ближайшие 3–5 летупомянутые выше трудности удастся в основном преодолеть и место стандартов системнойинженерии среди других стандартов четко определится.Взаимосвязь официальных и фактических стандартов системной инженерииМеждународная стандартизация развивается сегодня в двух основных формах — официальнаястандартизация и фактическая стандартизация. В свою очередь, развитие стандартов системнойинженерии сегодня идет как по пути совершенствования системы официальныхмеждународных стандартов системной инженерии, так и за счет формирования развитогосемейства фактических стандартов в этой области. 33. 33Официальные стандарты, или стандарты De jure, разрабатываются, принимаются исопровождаются официальными международными организациями по стандартизации. Этиорганизации стандартизации признаны во всем мире, функционируют на основемеждународных соглашений, участие в их работе открыто для уполномоченных органов всехстран, выпускаемые ими стандарты имеют статус официальных документов. Деятельностьмеждународных организаций стандартизации тесно связана между собой посредствоморганизационных и процедурных механизмов, что в значительной мере обеспечиваетцелостность и гармоничность разрабатываемых ими стандартов. Благодаря тому, чтоофициальные международные стандарты разрабатываются и сопровождаются на хорошорегламентированной, взаимно согласованной, систематической основе, об их совокупностиможно говорить как о системе международных стандартов. Строгая регламентация процессаразработки официальных стандартов, безусловно, повышает качество этих документов, неслучайно при разработке систем в интересах государства предпочтение отдается именноофициальным стандартам. С другой стороны, строгость регламента отрицательным образомсказывается на оперативности разработки официальных стандартов, что заставляет создателейсистем обращаться к фактическим стандартам, разработчики которых быстрее реагируют наизменения требований рынка и появление новых технологий.Отметим также весьма важную особенность официальных стандартов системной инженерии,эти спецификации, например базовый стандарт ISO/IEC 15288, носят явно выраженныйрамочный характер, т.е. предполагается, что содержащиеся в этих стандартах рекомендациидолжны обязательно адаптироваться к условиям конкретной инженерной деятельности. Такойподход предполагает, что в определенной отрасли или в крупной корпорации с учетомрекомендаций официальных стандартов должны быть разработаны свои нормативно-технические акты, регулирующие инженерную деятельность. Подобные рекомендацииразрабатываются профессиональными сообществами, государственными организациями,осуществляющими закупки систем в интересах правительства, а также крупнымикорпорациями, занятыми созданием сложных систем. В качестве примера можно привестируководства Международного совета по системной инженерии (International Council on SystemsEngineering — INCOSE)32, Руководство федерального управления гражданской авиации США(Federal Aviation Administration — FAA)33, Руководство военно-морского ведомства США34,Руководство Национального космического агентства США — НАСА35. Кроме того, военныеведомства, которые в больших количествах закупают сложные системы, разрабатывают32Systems engineering handbook. A guide for system life cycle processes and activities. — INCOSE‐TP‐2003‐002‐03.2.1, January2011; INCOSE Systems Engineering Measurement Primer v.2.0. — INCOSE-TP-2010-005-02, November 2010.33U.S. Department of Transportation. Federal Aviation Administration. Requirements Engineering Management Handbook. —DOT/FAA/AR-08/32, June 2009.34Naval «Systems of Systems» Systems Engineering Guidebook. Volume 1, 2.Version 2.0.,November 2006.35NASA Systems Engineering Handbook. — NASA/SP-2007-6105, Rev 1, December 2007. 34. 34собственные отраслевые стандарты системной инженерии, например, НАТО разработалособственный стандарт по инженерному обеспечению военных закупок AEP-6736.Фактические стандарты, или стандарты De facto, не имеют официального статуса и могут бытьпредставлены в произвольной форме, однако высокая заинтересованность разработчиков этихстандартов в их широком практическом применении, направленность на решение конкретныхтехнических задач при создании и реализации продукции и услуг, высокая скорость разработкии возможность использования стандарта De facto еще до того, как он будет окончательноутвержден и принят, делают спецификации этого типа весьма востребованными на рынке ипривлекательными для потребителей. Поскольку процедуры разработки, принятия,документирования и сопровождения фактических стандартов формализованы хуже, чем вслучае официальных стандартов, истинная ценность фактических стандартов может вызыватьсомнения, а риски при их использовании оказываются выше, чем при использованиистандартов De jure. Эта особенность фактических стандартов нашла отражение в том, что доконца 1990-х годов их применение в проектах крупных систем, таких как информационныесистемы военных ведомств или системы, разрабатываемые в рамках программ созданияэлектронных правительств, не рекомендовалось. В настоящее время ситуация стала меняться. Вчастности, в США и в Европейском союзе приняты положения, согласно которым использованиефактических стандартов в проектах крупных систем разрешено, но их рекомендуется применятьтолько при отсутствии подходящих официальных стандартов.Отметим, что среди стандартов системной инженерии, перечисленных в Приложении 1, кфактическим стандартам можно отнести около 20 % спецификаций. С другой стороны,ISO/IEC/JTC1/SC7 при разработке значительной части своих стандартов использует в качествеосновы стандарты Ассоциации по стандартам Института инженеров электротехники иэлектроники (The IEEE Standards Association — IEEE-SA). Эта ассоциация является одним измировых лидеров в области профессиональной стандартизации и разрабатывает стандарты наоснове консенсуса, т.е. процедуры, принятой в официальных организациях стандартизации.Таким образом, почти половина стандартов системной инженерии являются стандартами Defacto или разработаны на их основе.С учетом сказанного можно констатировать, что в настоящее время системная инженерия неотдает явного предпочтения какой-то одной форме стандартов, используя по необходимостикак официальные, так и фактические стандарты. В свою очередь, основой для многихфактических стандартов является рамочный официальный стандарт ISO/IEC 15288.Все национальные стандарты системной и программной инженерии (см. Приложение 1)разработаны на основе официальных стандартов, подготовленных ISO/IEC/JTC1/SC7, иприняты в России методом прямого введения на основе аутентичного перевода36Engineering for system assurance in NATO programmes. — AEP-67 (Edition 1), February 2010. 35. 35соответствующего официального международного стандарта. Кроме того, мы считаемвозможным условно отнести к стандартам системной инженерии стандарты комплекса ГОСТ 34.Это оригинальная отечественная разработка, которая в момент завершения в какой-то степениопережала аналогичные разработки западных коллег, но эти спецификации, созданные более20 лет тому назад, нуждаются в срочной актуализации и практически не связаны ссовременными зарубежными стандартами системной инженерии.Можно сказать, что в нашей стране вопрос о взаимосвязи официальных и фактическихстандартов системной инженерии по существу не стоит в силу практического отсутствиянациональной системы подобных стандартов. Необходимо также отметить, что прямоеиспользование международных стандартов еще не стало повседневной отечественнойпрактикой, поэтому при разработке различных систем отечественные специалистыпредпочитают использовать либо сильно устаревшие национальные стандарты, либо плохоформализованные корпоративные практики, которые далеко не всегда увязаны с лучшимизарубежными достижениями в области нормативно-технического обеспечения инженернойдеятельности.Подводя итог описанию взаимосвязи официальных и фактических стандартов системнойинженерии, еще раз подчеркнем, что официальные и фактические стандарты системнойинженерии неразрывно связаны между собой и по существу являются равнозначными.Универсальный характер стандартов системной инженерииВ области системной инженерии, где основным объектом стандартизации являетсядеятельность системного инженера и принципиальные положения, задающие главныетребования к ее выполнению, способам организации и обеспечения качества, стандартыразрабатываются как открытые.Открытость стандарта подразумевает, что:• стандарт разработан в рамках полностью открытой процедуры, обеспечивающей учетмнения любой заинтересованной стороны, и принят на основе консенсуса;• стандарт полностью доступен для ознакомления любому заинтересованному лицу,которое в связи с этим не испытывает технических, организационных иликоммуникационных трудностей;• на основе стандарта может быть изготовлена продукция и/или оказана услуга,определена методика, разработана модель, пригодные для широкого распространенияна законном основании;• использование стандарта не связано с какими бы то ни было обременениями(вознаграждение за использование авторских прав разработчика стандарта или иноголица, оформившего такие права, ни при каких условиях не выплачивается). 36. 36Применительно к конкретным способам и, главным образом, инструментам деятельности посозданию систем, корпорации часто разрабатывают решения, которые становятсяфактическими, проприетарными стандартами, в отношении которых предусматриваютсяжесткие ограничения на использование и распространение. Но, как уже говорилось, подобныеспецификации в качестве стандарта в системной инженерии не используются.Как указывалось выше, целью процесса стандартизации в системной инженерии можно считатьдостижение оптимальной степени упорядочения технической и управленческой деятельности вобласти создания систем. Важнейшими являются стандарты, определяющие предметдеятельности системного инженера и принципиальные положения, задающие главныетребования к ее выполнению, способы ее организации и обеспечения качества. Отсюда следует,что международное сообщество разработчиков систем заинтересовано в том, чтобы стандартысистемной инженерии были универсальными, т.е. пригодными к использованию независимо отназначения и области применения создаваемой системы. Это требование нашло отражение встандартах, создаваемых ISO/IEC/JTC1/SC7. Спецификации, которые разрабатывает JTC1/SC7,согласно терминологии, принятой в ИСО, относятся к «горизонтальным» стандартам. Этоозначает, что эти стандарты имеют в основном общий характер и могут быть применены вразличных областях, таких как социально-технические, промышленные, космические,транспортные и другие системы. В результате, организации, заинтересованные в появлениистандартов и руководств, отражающих специфику своей предметной области, могутэффективно использовать спецификации, разработанные JTC1/SC7, в качестве основы. Вчастности, в базовом стандарте системной инженерии ISO/IEC 15288 указывается, что он можетиспользоваться при решении задач управления ЖЦ любых систем, создаваемых людьми, иприменим для систем единичного и массового производства, а также систем, адаптируемых потребованиям заказчика.Для достижения высокой степени универсальности, в стандартах системной инженерииописания процессов не детализируются в терминах методов и процедур, необходимых дляудовлетворения требований и достижения результатов процессов. Эти стандарты в своей основеявляются рамочными (framework standards). При использовании стандартов системнойинженерии для разработки соглашения между приобретателем и поставщиком системыположения стандартов могут отбираться для включения в соглашения с учетом необходимойадаптации. В таком случае сторонам соглашения более приемлемо заявлять о требованияхсоответствия соглашению, нежели определенному стандарту.Адаптация стандартов системной инженерии в интересах организации или проектапредполагает, что должны быть, в частности, выполнены следующие действия:• Определены обстоятельства, влияющие на адаптацию, включая особенности средыфункционирования системы, коммерческие и эксплуатационные риски, вопросыбезопасности, доступности, удобства применения и т.п. 37. 37• Приняты во внимание модели жизненного цикла, рекомендованные или установленныев организации в качестве обязательных для использования.• Учтены интересы всех сторон, затрагиваемых адаптацией.Из сказанного видно, что платой за универсальность стандартов системной инженерии являютсявысокие требования к квалификации персонала, занятого их применением. В наших условияхэто требование оказывается критическим. Действительно, отечественные специалисты иорганизации практического участия в разработке стандартов системной инженерии непринимают и, соответственно, не готовы к их практическому использованию. Для удобстваиспользования рамочных стандартов ISO/IEC/JTC1/SC7 выпускает Руководства по ихприменению, а также стандарты, содержащие рекомендации по практическому использованиюотдельных процессов (см. Приложение 1). Это несколько облегчает работу системныхинженеров, но требования к их профессиональной квалификации остаются очень высокими.Таким образом, современные стандарты системной инженерии разрабатываются как открытые,универсальные спецификации, имеющие рамочный характер и применяемые на добровольнойоснове. Эти стандарты требуют адаптации к условиям организации или проекта и,соответственно, высокой квалификации использующего их персонала.Ключевые объекты стандартизации в области системной инженерииВ истории развития стандартов системной инженерии можно выделить два этапа (Рис.5).Первый этап, который начался в 1960-х годах и продолжался до начала 1990-х годов, можноназвать периодом подхода ЖЦ — в качестве основных объектов стандартизации выступалистадии и этапы ЖЦ и привязанные к ним документы, содержащие формальные результатыинженерной деятельности (схемы, описания, модели, чертежи и т.д.). Второй этап можноназвать этапом торжества процессного подхода, он последовал вслед за первым ипродолжается до сих пор, стандарты этого периода характеризуются тем, что содержаттребования к результатам и целям процессов, действиям, выполняемым по ходу процессов, ноне регламентируют способы реализации этих процессов и сопровождающую документацию.Исторически первым стандартом системной инженерии был, по-видимому, стандарт МО СШАMIL-STD 499 «Управление разработкой систем» (System Engineering Management). Этот стандартразвивался, начиная с 1969-го года, на протяжении более 20 лет, его заключительная, но непринятая к практическому применению, версия MIL-STD 499B легла в основу таких важнейшихсовременных стандартов системной инженерии, как ANSI/EIA 632, ISO/IEC 26702 и ISO/IEC15288 (см. Приложение 1). Целью стандарта MIL-STD 499 являлась стандартизациясовокупности критериев, которые могли бы использоваться заказчиком при реализации планауправления разработкой системы. В основу этого плана было положено представление остадиях и этапах работы по созданию системы, которые были определены в стандарте. 38. 38Рисунок 5.Первоначальное развитие стандартов системной инженерииИсточник: ЦСР «Северо-Запад». Аналитический отчет по тематике «Системная инженерия». В.К. Батоврин.В то время как специалисты МО США работали над стандартами семейства MIL-STD 499, Альянспредприятий электронной промышленности (Electronics Industries Alliance — EIA)37в содружествес Ассоциацией предприятий аэрокосмической промышленности (Aerospace IndustriesAssociation — AIA)38и Национальным советом по системной инженерии (National Council onSystems Engineering-INCOSE)39разработали на основе проекта стандарта MIL 499B собственныйстандарт EIA-632 Processes for Engineering of a System («Процессы разработки систем»).Поначалу EIA-632 имел статус временного стандарта и занимал промежуточное положениемежду стандартами, специфицирующими собственно ЖЦ систем, и стандартами,устанавливающими типовые процессы ЖЦ. В дальнейшем, в 1998 году, была разработана37Альянс предприятий электронной промышленности (Electronics Industries Alliance — EIA): некоммерческая организация,объединяющая производителей электронного оборудования со штаб-квартирой в Вашингтоне. Основная задача Ассоциации— разработка электрических и функциональных спецификаций интерфейсного оборудования. Одной из наиболее известныхразработок ассоциации является интерфейс RS-232C.38Ассоциация предприятий аэрокосмической промышленности (Aerospace Industries Association — AIA). Некоммерческаяорганизация, созданная в 1919 году и объединяющая ведущих производителей и поставщиков самолетов и вертолетовгражданского, военного и делового назначения, а также оборудования, услуг и информационных технологий дляаэрокосмического комплекса США. Одна из крупнейших в мире организаций, занятых разработкой стандартов в своейпрофессиональной области. Сотрудничает с ИСО.39Национальный совет по системной инженерии (National Council on Systems Engineering — INCOSE). Некоммерческаяорганизация, объединяющая разработчиков систем, на базе которой в 1990 году был создан Международный совет посистемной инженерии — INCOSE. 39. 39итоговая, полностью «процессная» версия EIA-632, которая действует до настоящего времени, асопровождает ее, начиная с 2010 года, ассоциация Tech America, объединяющая американскиекорпорации, заинтересованные в ускоренном инновационном развитии. Основным объектомвнимания в EIA-632 является установление фундаментальной совокупности процессов,необходимых разработчику при создании или реинжиниринге систем. Стандарт носитрамочный характер и устанавливает рекомендации, на основе которых предприятие можетсформировать политики и процедуры в области разработки систем, начиная от получениятребований к поставляемой системной продукции и заканчивая системной продукцией, готовойк использованию. Предполагалось, что рекомендации стандарта следует адаптировать ккаждому отдельному проекту (Рис. 6). В целом рекомендации EIA-632 относятся к инженернымпрактикам, связанным с управлением ЖЦ систем, но на более низком иерархическом уровне посравнению с тем, который характерен для рекомендаций стандарта ISO/IEC 15288 (Рис. 6).Рисунок 6.Использование стандарта EIA-632Источник: ЦСР «Северо-Запад». Аналитический отчет по тематике «Системная инженерия». В.К. Батоврин.Одновременно с коллективной разработкой стандарта EIA-632 Институтом инженеровэлектротехники и электроники в 1993 году была начата разработка стандарта P1220 Applicationand Management of the Systems Engineering Process («Управление процессом разработки системи его применение»). Опытная версия этого стандарта была принята в 1994 году, а основная — в1998 году, на его основе, в свою очередь, был принят стандарт IEEE Std 1220–2005. Этотдокумент послужил основой для разработки и принятия в 2007 году официальногомеждународного стандарта ISO/IEC 26702, который устанавливает требования к процессуразработки систем и его применению на протяжении всего ЖЦ системной продукции. Встандарте определены работы, которые необходимо выполнить на протяжении ЖЦ для того,чтобы преобразовать нужды ЗС, имеющиеся требования и ограничения в системное решение.По существу, этот стандарт достаточно подробно детализирует требования к инженернымпрактикам, связанным с разработкой системных решений (Рис. 7). 40. 40Рисунок 7.Уровень детализации, принятый в стандартах разработки системИсточник: ЦСР «Северо-Запад» по материалам В.К. БатовринаСтандарт ISO/IEC 15288:2008 Systems and Software Engineering. System lifecycle processes(«Системная и программная инженерия. Процессы жизненного цикла систем») в своей первойредакции был принят в 2002 году, его нынешняя версия — в 2008-м. Стандарт устанавливаетобщие основы для описания ЖЦ систем, созданных людьми, включая формирование единойструктуры для установления и развития связей и кооперации между сторонами, создающими ииспользующими системы и управляющими ими в целях совместной согласованной работы. Встандарте описано множество процессов ЖЦ систем, которые относятся к полному ЖЦ, включаяпроцессы закупки и поставки системы (Рис. 7). Процессы ЖЦ охарактеризованы в стандарте втерминах целей и результатов, являющихся итогом успешной реализации этих процессов иподдерживающих определение, контроль и совершенствование процессов ЖЦ, используемыхвнутри организации или в рамках какого-либо проекта. Сегодня ISO/IEC 15288 являетсяобщепризнанным базовым стандартом системной инженерии.По мере развития стандартов комплекса системной инженерии, разрабатываемогоISO/IEC/JTC1/SC7, выделились основные объекты стандартизации, характерные дляиспользования процессного подхода к нормативно-техническому обеспечению деятельности посозданию систем. 41. 41Важнейшими из этих объектов являются:• основы системной инженерии;• процессы системной инженерии в целом и их детализированное описание;• оценка процессов;• принципы описания систем и процессов.Классификация стандартов системной инженерии показана на Рисунке 8.Рисунок 8.Классификация стандартов системной инженерииИсточник: ЦСР «Северо-Запад» по материалам В.К. БатовринаВ комплексе стандартов системной инженерии важную роль играют прикладные руководства,содержащие рекомендации по использованию отдельных стандартов и процессов системнойинженерии или по выбору инструментальных средств. Подобные руководства могут бытьдополнительно выделены в качестве объекта стандартизации.Гармонизация стандартов системной инженерии и формирование единогоинформационного пространстваСтандарты системной инженерии в течение десятков лет разрабатывались и сопровождалисьразличными организациями. Среди этих организаций были как официальные организации 42. 42стандартизации, так и профессиональные организации, работающие в интересах определенныхотраслей промышленности, в первую очередь оборонной и аэрокосмической. В результате, вмомент появления стандарта ISO/IEC 15288 в 2002 году в инженерном сообществе не былоединого взгляда на то, что собой должно представлять нормативно-техническое обеспечениеработ по созданию систем различного назначения. Поскольку стандарт ISO/IEC 15288 былзаявлен как универсальный и стал общепризнанным базовым стандартом системнойинженерии, началась работа по гармонизации с этим стандартом имевшегося нормативно-технического обеспечения, а также по планированию дальнейшего развития этого обеспеченияс учетом положений и рекомендаций ISO/IEC 15288. Иными словами, специалисты признали,что в области создания систем следует сформировать единое информационное пространствонормативно-технической документации, причем при формировании этого пространства заоснову следует взять процессный подход. Было признано, что в результате гармонизации будетдостигнуто положение, когда комплекс официальных и фактических стандартов системнойинженерии станет по существу интеграционной основой для формирования нормативногообеспечения деятельности предприятия по созданию систем. На этой основе предприятия, сучетом своей политики по управлению ЖЦ, а также положений, содержащихся в общихруководствах по системной инженерии, смогут адаптировать рекомендации, содержащиеся впроцессных и проектных стандартах, и сформировать нормативно-техническое обеспечениеорганизации в целом и, возможно, применительно к отдельным направлениям своейинженерной деятельности (Рис. 9).Рисунок 9.Принципы формирования единого информационного пространства предприятия в частинормативного обеспечения деятельности по созданию системИсточник: ЦСР «Северо-Запад» по материалам В.К. Батоврина 43. 43При проведении работ по гармонизации комплекса стандартов системной инженерии,основными целями являются:• формирование единого словаря,• формирование интегрированного набора процессов, пригодных для создания любыхсистем,• формирование единого способа описания процессов,• формирование представления об отчетной документации, применительно к широкомукругу предметных областей и приложений.Начиная со второй половины первого десятилетия XXI века указанные принципы гармонизациипри работе над стандартами системной инженерии были взяты за основу ISO/IECJTC1/SC7, вдальнейшем к этой работе присоединились INCOSE и комитет по стандартам IEEE. В августе2011 года комитет G47 ассоциации Tech America договорился с ISO/IECJTC1/SC7 о начале работпо гармонизации стандарта EIA-632 со стандартом ISO/IEC 15288. Важнейшим итогом работыJTC1/SC7 по гармонизации комплекса стандартов системной инженерии сегодня являетсяодновременный выход в конце 2008 года двух обновленных стандартов, содержащих описаниепроцессов ЖЦ систем (ISO/IEC 15288:2008) и программных средств (ISO/IEC 12207:2008).Общие принципы гармонизации комплекса стандартов системной инженерии в представленииISO/IECJTC1/SC7 проиллюстрированы на Рисунке 10.Рисунок 10.Концепция ISO/IECJTC1/SC7 по гармонизации стандартов системной инженерииИсточник: ЦСР «Северо-Запад» по материалам В.К. Батоврина 44. 44Таким образом, работы по гармонизации комплекса стандартов системной инженерии ведутсянарастающими темпами. В результате этих усилий за рубежом постепенно формируется единоеинформационное пространство нормативных документов, полностью обеспечивающихдеятельность по созданию систем любого класса и назначения. На основе единого нормативно-технического обеспечения работ по созданию систем каждое предприятие может путемадаптации сформировать собственный нормативный базис подобных работ.По существу важнейшим результатом деятельности по формированию единой,интегрированной системы стандартов системной инженерии является происходящее буквальноу нас на глазах формирование новой культурной среды разработки систем любого класса иназначения. В этой среде сегодня работает абсолютное большинство успешных компаний,создающих системы, конкурентоспособные на мировом рынке. 45. 455. Ключевые направлениягосударственной политикиСейчас сформированы некоторые особенности современной отечественной практики системнойинженерии:• повышенное внимание к вопросу в последние 2–3 года;• отсутствие комплексного подхода с акцентом на отдельные процессы ЖЦ, в частностипроцессы управления требованиями, информацией и конфигурацией;• попытка замены управления ЖЦ систем управлением ЖЦ продукции (Project Life Cyclemanagement — PLM).Как указывалось выше, отечественные специалисты, включая научных работников, инженеров,управленцев, преподавателей, по существу не готовы к планомерному и эффективномуиспользованию достижений современной системной инженерии ни профессионально, нипсихологически.В качестве основного пути выхода из создавшейся ситуации экспертами предполагается:• максимально глубокая интеграция отечественной высшей школы, специалистов иорганизаций в мировое сообщество разработчиков сложных систем;• ускоренное освоение достижений мировой научной и инженерной мысли в этойобласти;• целенаправленная адаптация сохранившихся отечественных методик и традицийразработки сложных систем к признанной международным сообществом традициисистемных разработок;• смягчение культурных и психологических барьеров.Кроме того, важнейшее значение приобретает системное движение, которое, объединяя всехзаинтересованных лиц, в частности — преподавателей, специалистов, студентов, может внестиопределяющий вклад в формирование и возможное развитие в нашей стране современнойобразовательной и профессиональной среды, отвечающей потребностям в подготовке иповышении квалификации разработчиков сложных систем.Видимо, первостепенную важность для нашей страны имеет сегодня создание эффективнойсистемы переподготовки и повышения квалификации кадров по системной инженерии. Иначинать эту работу надо с подготовки преподавателей, поскольку в сегодняшней России их, посуществу, не осталось. В качестве положительного момента здесь следует отметить наличие уряда отечественных преподавателей определенного задела в части разработки и апробациипрограмм по системной инженерии, пригодных для использования в системе послевузовскогообразования. Кроме того, в Московском государственном университете МФТИ, Национальномисследовательском технологическом университете МИСиС, Техническом университете МИРЭА иряде других вузов в последние три года начата реализация программ подготовки магистров, гдесистемной инженерии отдается одна из ключевых ролей. 46. 46При формировании системы подготовки квалифицированных системных инженеров полезнопринять во внимание, что в основе успешного функционирования подобной системы зарубежом лежит несколько факторов, среди которых можно выделить:• наличие готового к использованию методологического базиса системнойинженерии и управления ЖЦ, созданного силами крупнейших техническихуниверситетов, индустрии и профессиональных организаций, таких как IEEE иINCOSE;• активную работу по совершенствованию и развитию этого базиса содновременным привлечением ведущих специалистов высшей школы, науки ииндустрии;• наличие сертифицированных программ дополнительного образования,реализуемых под эгидой ведущих профессиональных организаций;• активное участие работодателей в формировании и реализации программдополнительной подготовки системных инженеров;• наличие качественного и разнообразного учебно-методического обеспечения свозможностью практически свободного доступа к нему, а также к нормативно-технической документации, включая международные стандарты и стандартыорганизаций;• формирование системы дистанционного образования, предлагающей открытыеобразовательные ресурсы высокого качества;• наличие квалифицированных преподавателей, имеющих, помимо опытаметодической работы, большой опыт работы в ведущих мировых корпорациях —разработчиках систем и в организациях — разработчиках стандартов (например,многие ведущие специалисты ISO/IEC/JTC1, включая ряд руководителей,являются одновременно университетскими профессорами).С учетом масштабов и многоаспектности обсуждаемой проблемы трудно ожидать, что она будетрешена в обозримом будущем на государственном уровне. По-видимому, при поиске решенийследует в первую очередь ориентироваться на помощь корпораций, заинтересованных всоздании конкурентоспособных комплексных систем и в выходе на мировой рынок, а также всохранении и возможном расширении своего влияния на этом рынке. Для того чтобы решитькадровые проблемы и обеспечить себя системными инженерами, эти корпорации должныобладать достаточными ресурсами, включая опыт организации и успешного осуществлениямеждународного сотрудничества, быть готовыми к интеграции в мировое системноесообщество. В свою очередь, вузы должны рассматривать системную инженерию и смежные сней дисциплины как базовые при разработке и реализации учебных планов инженеров —разработчиков сложных систем. 47. 47Библиография1. Andrew P. Sage, William B. Rouse. Handbook of Systems Engineering and Management,Second Edition. — John Wiley & Sons, Inc, 2009.2. Body of Knowledge and Curriculum to Advance Systems Engineering. // Электронныйресурс. Режим доступа: http://www.bkcase.org. (дата обращения: 28.11.12).3. Dickerson C.E., Mavris D.N. Architecture and principles of systems engineering — CRC Press.Auerbach Publications. Taylor & Francis Group, 2010.4. Engineering for system assurance in NATO programmes. — AEP-67 (Edition 1), February2010.5. Good H., Machol R. System Engineering. An introduction to the design of large-scale systems.— N.Y.: McGraw-Hill Book Company, 195740.6. Guide to the Systems Engineering Body of Knowledge (SEBoK) version 0.75. // Электронныйресурс. Режим доступа:http://www.sebokwiki.org/075/index.php/Guide_to_the_Systems_Engineering_Body_of_Knowledge_(SEBoK)_v._0.75 (дата обращения: 28.11.12).7. Hall A. Methodology for System Engineering. — D. van Nostrand Company, 196241.8. Hitchins Derek K. Systems Engineering. A 21st Century Systems Methodology. — John Wiley &Sons, Inc., 2007.9. INCOSE Systems Engineering Handbook v. 3.2.1. — INCOSE‐TP‐2003‐002‐03.2.1, January2011.10. INCOSE Systems Engineering Handbook v.3.2. — INCOSE-TP-2003-002-03.2, 2010.11. INCOSE Systems Engineering Measurement Primer v.2.0. — INCOSE-TP-2010-005-02,November 2010.12. INCOSE Systems Engineering Vision 2020. — INCOSE-TP-2004-004-02, 2007.13. ISO/IEC 15288:2008 Systems and software engineering — System life cycle processes.//Электронный ресурс. Режим доступа:http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=43564 (дата обращения: 28.11.12).14. ISO/IEC/ IEEE 24765:2010 Systems and software engineering — Vocabulary.// Электронныйресурс. Режим доступа:http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=50518 (дата обращения: 28.11.12).15. NASA Systems Engineering Handbook. — NASA/SP-2007-6105 Rev1, 2007 // Электронныйресурс. — Режим доступа:http://education.ksc.nasa.gov/esmdspacegrant/Documents/NASA%20SP-2007-6105%20Rev%201%20Final%2031Dec2007.pdf. (дата обращения: 28.11.12).40Имеется перевод: Гуд Г.Х., Макол Р.Э. Системотехника. Введение в проектирование больших систем. — М.: Сов. радио, 1962.41Имеется перевод: Холл А. Опыт методологии для системотехники. — М.: Сов. радио, 1975. 48. 4816. NATO Phased Armaments Programming System (PAPS). AAP-20. Edition 2. February 2010.//Электронный ресурс. Режим доступа: http://nsa.nato.int/nsa/zPublic/ap/AAP-20(2)Ec1.pdf (дата обращения: 28.11.12).17. Naval «Systems of Systems» Systems Engineering Guidebook. Volume 1, 2.Version 2.0.,November 2006.18. Sage A. P. Systems Management for Information Technology and Software Engineering. —New York: Wiley, 1995.19. Sheard S. Twelve systems engineering roles. — Proceedings of INCOSE, 1996. // Электронныйресурс. Режим доступа: http://www.incose.org/educationcareers/PDF/12-roles.pdf. (датаобращения: 28.11.12).20. Stevens Renee. Engineering Mega-Systems. The Challenge of Systems Engineering in theInformation Age. — CRC Press. Auerbach Publications. Taylor&Francis Group, 2011.21. Systems Engineering Guide for Systems of Systems. Version 1.0. — US Department of Defense,2008 // Электронный ресурс. — Режим доступа: http://www.acq.osd.mil/se/docs/SE-Guide-for-SoS.pdf. (дата обращения: 28.11.12).22. Systems engineering handbook. A guide for system life cycle processes and activities. —INCOSE‐TP‐2003‐002‐03.2.1, January 2011.23. The Art and Science of Systems Engineering. // Электронный ресурc. Режим доступа:http://www.nasa.gov/pdf/311199main_Art_and_Sci_of_SE_SHORT_1_20_09.pdf.(дата обращения: 28.11.12).24. Trudeau P. Designing and Enhancing a Systems Engineering Training and DevelopmentProgram. // Электронный ресурс. — Режим доступа:http://www.mitre.org/work/tech_papers/2010/10_0678/10_0678.pdf. (датаобращения: 28.11.12).25. U.S. Department of Transportation. Federal Aviation Administration. Requirements EngineeringManagement Handbook. — DOT/FAA/AR-08/32, June 2009.26. Батоврин В.К. Современное состояние международных стандартов системной ипрограммной инженерии // Бизнес-информатика, 2009. № 3 (9). С. 3–10.27. Липаев В.В. Проблемы образования в программной инженерии // Открытоеобразование, 2010. № 3 (80). С. 91–100.28. Нежурина М.И. Методология проектирования и реализации инновационныхобразовательных программ // Современные проблемы фундаментальных и прикладныхисследований: Труды 51-й научной конференции МФТИ. Часть X. — Москва —Долгопрудный, 2008. С. 53–58.29. Общероссийский классификатор стандартов (ОКС) ОК (МК (ИСО/ИНФКО МКС) 001-96) 001-2000. — М: ИПК Издательство стандартов, 2000.30. Официальный веб-портал проекта BKcase. // Электронный ресурс. Режим доступа:http://www.bkcase.org/ (дата обращения: 28.11.12).31. Сайт Университета военных закупок МО США. // Электронный ресурс. — Режим доступа:http://www.dau.mil/default.aspx. (дата обращения: 28.11.12). 49. 4932. Список образовательных программ по системной инженерии. // Электронный ресурс.Режим доступа: http://www.gradschools.com/search-programs/systemsengineering. (датаобращения: 28.11.12). 50. 50Список использованных сокращений:1. ACM (Association for Computing Machinery) — Ассоциация вычислительной техники.2. AIA (Aerospace Industries Association) — Ассоциация предприятий аэрокосмическойпромышленности.3. BKCASE (произносится как "Bookcase") — это акроним для «Свода Знаний и Учебнойпрограммы для Продвижения Инженерных Систем». Проект осуществляется черезпартнерство между Стивенсоновским технологическим институтом и Аспирантурой ВМССША. Сущность проекта заключается в формировании свода знаний по системнойинженерии.4. CALS-технологии (Continuous Acquisition and Lifecycle Support) — непрерывнаяинформационная поддержка поставок и жизненного цикла.5. EIA (Electronics Industries Alliance) — Альянс предприятий электронной промышленности.6. IEC (International Electrotechnical Commission) — Международная электротехническаякомиссия (МЭК).7. IEEE (Institute of Electrical and Electronics Engineers Computer Society) — Институтинженеров электротехники и электроники.8. INCOSE (International Council on Systems Engineering) — Международный совет посистемной инженерии.9. IPMA (International Project Management Association) — Международная ассоциация поуправлению проектами.10. ISO (International Organization for Standardization) — Международной организации постандартизации.11. ITU (International Telecommunication Union) — Международный союз электросвязи.12. JTC1 (Joint Technical Committee 1) — Первый технологический комитет Международнойорганизации по стандартизации «Информационные технологии».13. PLM (Project Life Cycle management) — управление ЖЦ продукции (УЖЦ).14. SC7 — Седьмой подкомитет «Программное обеспечение и системная инженерия»Первого технологического комитета Международной организации по стандартизации.15. АС — автоматизированная система.16. АСУ — автоматизированная система управления.17. ЖЦ — жизненный цикл.18. МИРЭА — Московский институт радиотехники, электроники и автоматики.19. МИСиС — Федеральное государственное автономное образовательное учреждениевысшего профессионального образования «Национальный исследовательскийтехнологический университет «МИСиС».20. МФТИ — Московский физико-технический институт.21. ОКС — Общероссийский классификатор стандартов. 51. 51ПриложениеПриложение 1.Таблица 2.Основные стандарты системной инженерииНаименование Краткая характеристика Режим доступаСтандарты Седьмого подкомитета Объединенного технического комитета 1 ISO и IEC — Системнаяи программная инженерия (ISO/IEC JTC1/SC7 Software and systems engineering)ISO/IEC 15288: 2008 Systems andsoftware engineering. System lifecycle processesУстанавливает общие принципыописания ЖЦ систем, созданных людьми.Определяет совокупность процессов ЖЦ,которые могут быть использованы напротяжении ЖЦ для управления иреализации стадий ЖЦ системы.В РФ действует предыдущая версия этогостандарта (ГОСТ Р ИСО/МЭК 15288 —2005 Системная инженерия. ПроцессыЖЦ систем)http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=43564ISO/IEC/IEEE 24765: 2010 Systemsand software engineering.VocabularyСодержит стандартизированнуютерминологию, применимую в сфереинженерии систем и программныхсредств.Подготовлен в сотрудничестве сКомитетом по стандартам системной ипрограммной инженерии IEEE ComputerSociety. Использует отдельные материалыРуководства к своду знаний поуправлению проектами — PMBOK,разработанного Институтом поуправлению проектами (США)http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=50518ISO/IEC/IEEE 42010:2011 Systemsand software engineering.Architecture descriptionПредназначен для использования приразработке, анализе и сопровождениисистемной архитектуры посредствомиспользования описаний архитектуры.http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail. 52. 52Определяет концептуальную модельописания архитектуры.Результат более чем 12-летнего развитиястандарта IEEE 1471htm?csnumber=50508ISO/IEC 26702: 2007 Applicationand Management of the SystemsEngineering ProcessОпределяет междисциплинарныеработы, необходимые на протяженииЖЦ системы для преобразованияпотребностей заказчика, требований иограничений в системное решение.В основе лежит стандарт IEEE 1220http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=43693ISO/IEC/IEEE 29148: 2011 Systemsand software engineering.Requirements engineeringУстанавливает требования к системам ипрограммным продуктам и услугам напротяжении ЖЦ. Подготовлен всотрудничестве с Комитетом постандартам системной и программнойинженерии IEEE Computer Societyhttp://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=45171ISO/IEC/IEEE 16085: 2006 Systemsand software engineering. RiskmanagementОпределяет процесс управления риском,который может использоваться напротяжении ЖЦ как систем, так и ПО.Разработан в результате переработкистандарта IEEE Std 1540-2001http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=40723ISO/IEC/IEEE 15939: 2007 Systemsand software engineering.Measurement processОпределяет процесс измерений,применимый в области системной ипрограммной инженерии и в сфереадминистративного управленияhttp://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=44344ISO/IEC/IEEE 16326: 2009 Systemsand software engineering. Life cycleprocesses. Project managementСодержит нормативные материалы длясоставления планов управленияпроектами разработки программногообеспечения, а также систем, интенсивноиспользующих программноеобеспечение.Результат гармонизации стандартовISO/IEC TR 16326:1999 и IEEE Std 1058-http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=41977 53. 531998ISO/IEC TR 24748-1: 2010 Systemsand software engineering. Guide toLife Cycle ManagementСодержит описание концепций ЖЦ, атакже целей и результатов типовыхстадий ЖЦ.Спецификации группы ISO/IECTR 24748разработаны в интересах гармонизацииподходов к управлению ЖЦ систем и ПОhttp://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=50502ISO/IEC TR 24748-2: 2011 Systemsand software engineering. Life cyclemanagement, Part 2: Guide to theapplication of ISO/IEC 15288Рассматривает концепции системы, ЖЦ,процесса, организационного управления,проекта и адаптации на основеположений ISO/IECTR 24748-1 и ISO/IEC15288:2008http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=54994ISO/IEC TR 24748-3:2011 Systemsand software engineering. Life cyclemanagement, Part 3: Guide to theapplication of ISO/IEC 12207: 2008Рассматривает концепции системы, ЖЦ,процесса, организационного управления,проекта и адаптации на основеположений ISO/IECTR 24748-1 и ISO/IEC12207:2008http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=54995ISO/IEC/IEEE 15289: 2011 Systemsand software engineering. Contentof life-cycle information products(documentation)Содержит требования по идентификацииинформационных объектов(информационных продуктов,документации), которые следуетразрабатывать на протяжении ЖЦ системи ПО, а также требования к процессамуслуг.Имеет в основе стандарты ISO/IEC 12207и ISO/IEC 15288, наряду со стандартамигруппы ISO/IEC 20000 (менеджментуслуг), которые, в свою очередь,базируются на британском стандартеBS15000 и библиотеке ITILhttp://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=54388ISO/IEC/IEEE 15026-1:2010Systems and software engineering.System and software assurance, Part1: Concepts and vocabularyОпределяет терминологию иустанавливает упорядоченнуюсовокупность концепций и отношениймежду ними, для того чтобысформировать основу для единогоhttp://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=50520 54. 54понимания ключевых концепций,принципов и стандартов семействаISO/IEC 15026ISO/IEC/IEEE 15026-2: 2011Systems and software engineering.System and software assurance, Part2: Assurance caseУстанавливает минимальный набортребований к структуре и содержаниюнабора средств, которые используютсядля поддержания заявленных свойств ицелостности систем и ПОhttp://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=52926ISO/IEC/IEEE 15026-3: 2011Systems and software engineering.System and software assurance, Part3: Integrity levelsСодержит описание уровней целостностисистем и программных средств всопоставлении с уровнями требованийhttp://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=57107ISO/IEC TR 90005: 2008 Systemsengineering. Guidelines for theapplication of ISO 9001 to systemlife cycle processesРуководство для организаций поприменению стандарта ISO 9001:2000при приобретении, поставке, разработке,эксплуатации и сопровождении систем исвязанных с этим услуг по обеспечениюhttp://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=41553ISO/IEC TR 16337 SystemsEngineering HandbookСодержит описание ключевых процессови действий, выполняемыхразработчиками систем. Разрабатываетсяна основе Руководства INCOSE посистемной инженерии. Планируется квведению в 2013 годуhttp://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=56186ISO/IEC 26513: 2009 Systems andsoftware engineering. Requirementsfor testers and reviewers of userdocumentationОбеспечивает интересы пользователейПО в получении непротиворечивой,полной, точной, удобной в применениидокументацииhttp://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=43072ISO/IEC/IEEE 26512: 2011 Systemsand software engineering.Requirements for acquirers andsuppliers of user documentationРазработан в помощь пользователямISO/IEC 15288:2008 и ISO/IEC12207:2008 в части приобретения илипоставки документации пользователя ПОкак части процессов ЖЦ ПОhttp://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=43071ISO/IEC 26514: 2008 Systems andsoftware engineering. Requirementsfor designers and developers of userСодержит требования к проектированиюи разработке документации пользователяПО как части процессов ЖЦ ПОhttp://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail. 55. 55documentation htm?csnumber=43073ISO/IEC TR 24766: 2009Information technology. Systems andsoftware engineering. Guide forrequirements engineering toolcapabilitiesРуководство по возможностям, которымидолжны обладать инструменты,применяемые в инженерииhttp://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=51041ISO/IEC TR 18018: 2010Information technology. Systems andsoftware engineering. Guide forconfiguration management toolcapabilitiesСодержит рекомендации по оценке ивыбору средств управленияконфигурациейhttp://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=51042ISO/IEC TR 24774: 2010 Systemsand software engineering. Life cyclemanagement. Guidelines for processdescriptionСодержит рекомендации по элементам,которые наиболее часто используютсядля описания процессов ЖЦ системhttp://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=53815ISO/IEC 29155-1: 2011 Systemsand software engineering.Information technology projectperformance benchmarkingframework, Part 1: Concepts anddefinitionsУстанавливает концепции и определенияв отношении границ и схем дляпроведения сопоставительных[оценочных] испытаний характеристикпроектов в области информационныхиспытанийhttp://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=54993ISO/IEC 12207: 2008 Systems andsoftware engineering. Software lifecycle processesУстанавливает общие схемы процессовЖЦ ПО, включая собственно процессы,действия и работы, которыеосуществляются в процессеприобретения ПО или услуги, ираспространяется на поставку,разработку, использование,сопровождение и прекращениеиспользования ПО, включая ПОвстроенных средств.http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=43447ISO/IEC 14764: 2006 SoftwareEngineering. Software Life CycleProcesses MaintenanceСодержит детальное описание процессасопровождения ПО, описанного вISO/IEC 12207, включая дополненияhttp://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=39064 56. 56ISO/IEC TR 90003: 2004 Softwareengineering. Guidelines for theapplication of ISO 9001 to computersoftwareСодержит руководство для организаций,применяющих ISO 9001:2000 приприобретении, поставке, разработке,использовании и сопровождении ПОкомпьютеров и связанных с этим услугhttp://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=35867ISO/IEC 24744: 2007 SoftwareEngineering. Metamodel forDevelopment MethodologiesСодержит описание метамодели методикразработки в области программнойинженерииhttp://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=38854ISO/IEC/IEEE 26511: 2011 Systemsand software engineering.Requirements for managers of userdocumentationСпецифицирует процедуры управленияпользовательской документацией напротяжении ЖЦ ПОhttp://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=43070ISO/IEC/IEEE 26515:2011 Systemsand software engineering.Developing user documentation in anagile environmentСпецифицирует способы разработкидокументации пользователя в проектахбыстрой (agile) разработкиhttp://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=43074ISO/IEC 25010: 2011 Systems andsoftware engineering. Systems andsoftware Quality Requirements andEvaluation (SQuaRE). System andsoftware quality modelsСодержит описание моделипотребительского качества и моделикачества продукции, которыеприменимы и к компьютерным системам,и к программным продуктамhttp://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=35733ISO/IEC 25040: 2011 Systems andsoftware engineering. Systems andsoftware Quality Requirements andEvaluation (SQuaRE) -- EvaluationprocessСодержит требования и рекомендациипо оценке качества ПО и уточняет общиеконцепцииhttp://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=35765ISO/IEC TR 25060: 2010 Systemsand software engineering. Systemsand software product qualityRequirements and Evaluation(SQuaRE). Common Industry Format(CIF) for usability: Generalframework for usability, relatedinformationСодержит описание предполагаемого кразработке семейства международныхстандартов Единого промышленногоформата (Common Industry Formats(CIF)), который документирует иоценивает удобство примененияинтерактивных системhttp://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=35786 57. 57ISO/IEC 15504-1: 2004 Informationtechnology. Process assessment, Part1: Concepts and vocabularyСодержит концепции и словарь,используемые для оценки процессовISO/IEC 15504-2: 2003 Informationtechnology. Process assessment, Part2: Performing an assessmentСодержит требования по оценкепроцессов, которые используются винтересах улучшения процессов и оценкиих возможностейhttp://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=37458ISO/IEC 15504-5:2012 Informationtechnology. Process assessment, Part5: An exemplar software life cycleprocess assessment modelСодержит описание примера моделиоценки процесса, удовлетворяющейтребованиям ISO/IEC 15504-2http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=60555ISO/IEC TR 15504-6:2008Information technology. Processassessment, Part 6: An exemplarsystem life cycle process assessmentmodelЗадает рамки для оценки возможностейпроцессов, которые могутиспользоваться организациями припланировании, управлении,мониторинге, контроле и улучшенииприобретения, поставки, разработки,эксплуатации, при оценке и поддержкепродуктов и услугhttp://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=43446Стандарты технического комитета 176 ISO — Менеджмент качества (ISO/TC176 Qualitymanagement and quality assurance)ISO 9001 Quality ManagementSystem. RequirementsУстанавливает требования к системеменеджмента качества в тех случаях,когда организация нуждается вдемонстрации своей способностистабильно поставлять продукцию,отвечающую требованиям потребителейи обязательным требованиям, и ставитцелью повышение удовлетворенностипотребителей за счет эффективногоприменения системы менеджментакачества, включая процессы постоянногоее улучшения, и обеспечениесоответствия требованиям потребителейи обязательным требованиямhttp://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=46486 58. 58Стандарты Технического руководящего бюро(ISO Technical Management Board)ISO 31000 Risk management.Principles and guidelinesУстанавливает принципы и содержитобщее руководство по менеджментурискаhttp://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=43170ISO/IEC 31010 Risk management.Risk assessment techniquesДополняет стандарт ISO 31000, содержитруководство по выбору и применениютиповых процедур по оценке рискаhttp://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=51073Стандарты технического комитета 184 ISO — Автоматизированные системы и интеграция(ISO/TC184 Automation systems and integration)ISO 19439:2006 Enterpriseintegration. Framework forenterprise modelingУстанавливает рамочные принципы,соответствующие требованиям стандартаISO 15704, служащие основойкоординации и идентификации типовыхпроцедур моделирования предприятия,которые охватывают, но неограничиваются интегрированнымкомпьютеризированным производствомhttp://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=33833ISO 15704:2000 Industrialautomation systems. Requirementsfor enterprise-reference architecturesand methodologiesУстанавливает требования пообеспечению интероперабельности,интеграции и архитектуре системавтоматизированного предприятияhttp://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=28777ISO 10303-61:2011 Industrialautomation systems and integration.Product data representation andexchange, Part 61: Integratedgeneric resource: Systemsengineering representationУстанавливает структурыинтегрированных ресурсов для целейразработки системhttp://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=51333ISO/PAS 20542:2006 Industrialautomation systems and integration.Product data representation andexchange. Reference model forsystems engineeringУстанавливает требования к обменуинформацией междузаинтересованными сторонами впроцессе разработки и проектированиясистемhttp://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=35464 59. 59Стандарты американской ассоциации компаний, внедряющих инновации Tech AmericaEIA 632 Processes for Engineering ofa SystemСодержит описание интегрированнойсовокупности фундаментальныхпроцессов, необходимых разработчикамдля создания и реинжиниринга системhttp://www.geia.org/ANSI-EIA-632-Standard--PROCESSES-FOR-ENGINEERING-A-SYSTEMEIA 649 National ConsensusStandard for ConfigurationManagementУстанавливает терминологию в областиуправления конфигурацией, содержитописание процесса управленияконфигурацией с использованием пятибазовых функций и соответствующих имфундаментальных принциповhttp://www.geia.org/ANSI-EIA-649-A-Standard----NATIONAL-CONSENSUS-STANDARD-FOR-CONFIGURATION-MANAGEMENTEIA 748Earned Value ManagementSystemСодержит лучшие деловые практики дляобеспечения высокоэффективногоуправления планированием и контролемдля программ и предприятийhttp://www.geia.org/ANSI-EIA-748-B-Standard--EARNED-VALUE-MANAGEMENT-SYSTEMSСтандарты Европейской ассоциации по стандартизации в области космической техники(European cooperation for Space Standardization)ECSS-E-ST-10C Systems EngineeringGeneral RequirementsУстанавливает требования пореализации практик системнойинженерии при разработкеаэрокосмических систем и продукцииhttp://www.ecss.nl/ECSS-E-ST-10-02 Space Engineering— VerificationОпределяет фундаментальные принципыверификации, включая критерии выборастратегии верификации, испецификацию требований пореализации программы верификацииhttp://www.ecss.nl/ECSS-E-ST-10-06 SpaceEngineering. Technical RequirementsSpecificationСодержит обзор основных принципов иподходов к спецификации техническихтребований, определяет различные типытребованийhttp://www.ecss.nl/ 60. 60ECSS-M-ST-10C Space projectmanagement. Project planning andimplementationСодержит описание ключевых элементовпланирования проекта и его реализации,включая идентификациювысокоуровневых требований, ипродукции, которые в совокупностипозволяют вести эффективноепланирование проектовhttp://www.ecss.nl/ECSS-M-ST-40C Space projectmanagement. Configuration andinformation managementСодержит описание процессов иустанавливает требования поуправлениюинформацией/документацией иконфигурацией при реализациипрограмм и проектов в аэрокосмическойобластиhttp://www.ecss.nl/ECSS-M-00-03 Space projectmanagement. Risk managementОпределяет принципы и требования кменеджменту риска в аэрокосмическихпроектах применительно к участникамвсех уровней, включая заказчиков ипоставщиков первого и последующихуровнейhttp://www.ecss.nl/Национальные стандарты РФГОСТ Р ИСО/МЭК 15288-2005Информационная технология.Системная инженерия. Процессыжизненного цикла системНастоящий стандарт устанавливаетобщие основы для описания жизненногоцикла систем, созданных людьми,определяет детально структурированныепроцессы и соответствующуютерминологию.Разработан на основе стандарта ISO/IEC15288:2002 System engineering — Systemlife cycle processeshttp://www.complexdoc.ru/lib/%D0%93%D0%9E%D0%A1%D0%A2%20%D0%A0%20%D0%98%D0%A1%D0%9E%7C%D0%9C%D0%AD%D0%9A%2015288-2005ГОСТ Р ИСО/МЭК 12207-2010Информационная технология.Системная и программнаяинженерия. Процессы жизненногоцикла программных средствУстанавливает общую структурупроцессов ЖЦ программных средств, накоторую можно ориентироваться впрограммной индустрии.Разработан на основе стандарта ISO/IEC12207:2008 Systems and softwarehttp://protect.gost.ru/document.aspx?control=7&baseC=6&page=0&month=4&year=2012&search=12207&id=176990 61. 61engineering -- Software life cycle processesГОСТ Р ИСО/МЭК ТО 15271-2002Информационная технология.Руководство по применению ГОСТР ИСО/МЭК 12207 (Процессыжизненного цикла программныхсредств)Содержит рекомендации по применениюГОСТ Р ИСО/МЭК 12207. Основноевнимание уделено особенностям,требующим учета при прикладномприменении ГОСТ Р ИСО/МЭК 12207 вусловиях реальных проектов созданияпрограммных средств. Рассмотрены триосновополагающие модели жизненногоцикла и приведены примерыприкладного применения ГОСТ РИСО/МЭК 12207.Разработан на основе стандарта ISO/IECTR 15271:1998Information technology.Guide for the application of ISO/IEC 12207(Software life cycle processes)http://www.complexdoc.ru/lib/%D0%93%D0%9E%D0%A1%D0%A2%20%D0%A0%20%D0%98%D0%A1%D0%9E%7C%D0%9C%D0%AD%D0%9A%20%D0%A2%D0%9E%2015271-2002ГОСТ Р ИСО/МЭК ТО 16326-2002Программная инженерия.Руководство по применению ГОСТР ИСО/МЭК 12207 приуправлении проектомУточняет и дополняет ГОСТ Р ИСО/МЭК12207 в части процесса управления. Встандарте рассмотрены вопросы,специфичные для программных средствили приводящие к проблемам приреализации основных процессов по ГОСТР ИСО/МЭК 12207 в программныхпроектах.Разработан на основе стандартаISO/IECTR16326:1999Softwareengineering. Guidefor the application of GOST R ISO/IEC12207 to project managementhttp://www.complexdoc.ru/lib/%D0%93%D0%9E%D0%A1%D0%A2%20%D0%A0%20%D0%98%D0%A1%D0%9E%7C%D0%9C%D0%AD%D0%9A%20%D0%A2%D0%9E%2016326-2002ГОСТ Р ИСО/МЭК 16085-2007Менеджмент риска. Применение впроцессах жизненного цикласистем и программногообеспеченияУстанавливает процесс менеджментариска при заказе, поставке, разработке,эксплуатации и сопровождениипрограммного обеспечения.Разработан на основе стандарта ISO/IEC16085:2006 Systems and softwareengineering -Risk managementhttp://www.complexdoc.ru/lib/%D0%93%D0%9E%D0%A1%D0%A2%20%D0%A0%20%D0%98%D0%A1%D0%9E%7C%D0%9C%D0%AD%D0%9A%201 62. 626085-2007ГОСТ 34.003-90 Информационнаятехнология. Комплекс стандартовна автоматизированные системы.Автоматизированные системы.Термины и определенияУстанавливает термины и определенияосновных понятий в областиавтоматизированных системhttp://www.gost.ru/wps/portal/pages.CatalogOfStandartsГОСТ 34.201-89 Информационнаятехнология. Комплекс стандартовна автоматизированные системы.Виды, комплектность иобозначение документов присоздании автоматизированныхсистемУстанавливает виды, наименование,комплектность и обозначениедокументов, разрабатываемых настадиях создания автоматизированныхсистем, установленных ГОСТ 34.601.http://www.gost.ru/wps/portal/pages.CatalogOfStandartsГОСТ 34.601-90 Информационнаятехнология. Комплекс стандартовна автоматизированные системы.Автоматизированные системы.Стадии созданияУстанавливает стадии и этапы созданияавтоматизированных системhttp://www.gost.ru/wps/portal/pages.CatalogOfStandartsГОСТ 34.602-89 Информационнаятехнология. Комплекс стандартовна автоматизированные системы.Техническое задание на созданиеавтоматизированной системыУстанавливает состав, содержание,правила оформления документа«Техническое задание на создание(развитие или модернизацию) системы»http://www.gost.ru/wps/portal/pages.CatalogOfStandartsГОСТ 34.603-92 Информационнаятехнология. Виды испытанийавтоматизированных системУстанавливает виды испытанийавтоматизированных систем и общиетребования к их проведениюhttp://www.gost.ru/wps/portal/pages.CatalogOfStandartsРД 50-680-88 Методическиеуказания. Автоматизированныесистемы. Основные положенияУстанавливают назначение, состав,основные принципы создания ифункционирования автоматизированныхорганизационно-технических системРД 50-34.698-90 Руководящийдокумент по стандартизации.Методические указания.Информационная технология.Комплекс стандартов иУстанавливает требования к содержаниюдокументов, разрабатываемых присоздании автоматизированных систем 63. 63руководящих документов наавтоматизированные системы.Автоматизированные системы.Требования к содержаниюдокументов 64. 64Фонд «Центр стратегических разработок «Северо-Запад» Фонд «Центр стратегических разработок «Северо-Запад» основан в 2000 году. Учредители: Центр стратегических разработок (Москва), пивоваренная компания«Балтика», ОАО «Телекоминвест», ОАО «Акционерный Банк «РОССИЯ» и ФГУП«Центральный научно-исследовательский институт «Гранит». Фонд «Центр стратегических разработок «Северо-Запад» — независимый общественныйинститут. Деятельность Фонда заключается в проведении стратегических исследований и выработкеэкспертных рекомендаций по широкому кругу социально-экономических вопросов. Выполнение функции коммуникативной площадки рассматривается как одна из ключевыхзадач. Фонд создает условия для свободного и заинтересованного общения представителейразличных профессиональных, территориальных, деловых и общественных сообществ поактуальным вопросам стратегического развития. Работа Фонда в первую очередь адресована лицам, принимающим стратегические решенияи несущим ответственность за их реализацию, а также экспертно-консультационным ипроектным группам. Партнерами Фонда являются федеральные министерства и ведомства, региональные имуниципальные органы власти, общественные и научные организации, бизнес-структуры.Россия, 199106, Санкт-Петербург, 26-я линия В.О., д. 15, корп. 2, лит. А.Тел./факс: +7 (812) 380 0320, 380 0321E-mail:
[email protected]://www.csr-nw.ru