Software & Systems

Развитие программных продуктов и методологий управления бизнесом привело к появлению в середине 90-х годов идей интегрированного управления, которые базировались на концепции целевой интеграции процессов, направленных на наиболее полное удовлетворение потребностей конечного пользователя продукции. Более простым выражением этой же идеи является термин процессный подход в управлении.

В конце 2003 г. во исполнение поручения Правительства РФ Минпромнауки России провело совещание по вопросам внедрения интегрированных электронных технологий организации и управления производством военной техники [1,2]. Были рассмотрены проблемы внедрения подобных систем на предприятиях оборонно-промышленного комплекса (ОПК), производящих наукоемкую продукцию, и в первую очередь, на предприятиях – экспортерах военной техники.

На совещании было отмечено [2], что в последние годы применение технологий электронного сопровождения наукоемкой продукции на этапах ее проектирования, производства и эксплуатации (в соответствии с концепцией CALS-техноло­ гий) становится одним из обязательных условий заключения контрактов на экспорт вооружений и военной техники (ВВТ). Результаты реализации пилотных проектов реализации концепции CALS-технологий свидетельствуют, что для достижения реального экономического эффекта при производстве и эксплуатации военной техники необходимо решить задачу создания на предприятиях интегрированных электронных технологий организации и управления производством (ERP-систем). На совещании принято решение о повсеместном внедрении ERP-технологий на оборонных предприятиях как стандартной программы обеспечения производства ВВТ.

Рассматривая перспективные компьютерные обучающие системы (КОС) для военных вузов РФ в качестве основы для реализации наукоемких технологий и требования к подготовке военных специалистов в соответствии с ГОС ВПО и КТ необходимо подойти к проблеме их создания с нескольких позиций.

Во-первых, ГОС ВПО и КТ, которые определяют содержание баз данных и баз знаний КОС и требования к уровням подготовленности выпускников военных вузов, должны быть приведены к уровню международных стандартов.

Во-вторых, КОС могут и должны использоваться для подготовки иностранных военнослужащих.

В-третьих, перспективные КОС для военных вузов в исполнении оборонно-промышленного комплекса в обозримом будущем будут представлять собой новый сектор рынка, за который предстоит конкурентная борьба, и могут претендовать на экспорт наряду с ВВТ.

На основании изложенного можно сделать две предпосылки.

1. Уместно и необходимо рассматривать процесс управления жизненным циклом КОС военных вузов в контексте перехода от их кустарного производства силами самих вузов к высокотехнологичному производству на основе потенциала ОПК в соответствии с международными стандартами управления качеством ISO 9000:2000 [10,11].

2. Проблема управления жизненным циклом ВВТ российского производства в соответствии с концепцией CALS-технологий достаточно актуальна. Для перспективных КОС военных вузов (как для потенциального продукта экспорта) ее актуальность не менее значима.

Следовательно, целесообразно систематизировать понятия в управлении жизненным циклом перспективных КОС военного вуза.

Прежде всего, в соответствии с [3] аббревиатура CALS трактуется двояко. Первым значением является термин Computer-Aided Acquisition and Logistics Support  – стандарт CALS, автоматизированная поддержка принятия решений по приобретению [электронных изделий] и материально-техническому обеспечению. Второе значение – Continuous Acquisition and Life-cycle Support – постоянный сбор данных и поддержка в течение всего жизненного цикла – глобальная стратегия, направленная на более тесную интеграцию предприятий путем упрощения бизнес-процессов и применения стандартов и технологий к разработке и использованию деловой и технической информацией, к управлению и обмену , еюобмену и использованию деловой и технической информацией.

Очевидно, что вторая трактовка (глобальная стратегия) рассматривается аналитическими компаниями, разработчиками компьютерных инструментальных систем и изделий как концепция создания CALS-технологий [1,2,4,7-9].

Названная концепция включает в себя основные принципы и базовые технологии информационной поддержки жизненного цикла изделий (продуктов). Реализация концепции CALS предполагает базовые технологии автоматизации всех этапов (стадий) жизненного цикла изделия (продукта) (см. рисунок): ERP (Enterprise Resource Planning – планирование ресурсов на уровне предприятия) [3], SCM (Supply Chain Management – управление цепочками поставок (снабжения) [3], CRM (Customer Relationship Management – системы управления взаимосвязями (отношениями) с клиентами и партнерами) [3], PLM (Product Life-cycle Management – управление жизненным циклом продукта) [7]. По данным различных источников, взаимосвязь между этими технологиями определяется по-разному. В любом случае все эти базовые технологии обеспечивают жизненный цикл изделий вне зависимости от того, каким именно образом они интегрируются. Однако следует обратить внимание на изменение взглядов на PLM – средства после 2000-го года. Одним из предвестников грядущих перемен можно признать new PLM – «новое управление жизненным циклом изделий». Новый взгляд на PLM наряду с изменениями в технологиях интеграции приложений и архитектуре корпоративных систем позволяет представить предприятие как единый управляемый организм.

До последнего времени внедрение компьютеров на промышленных предприятиях не было напрямую связано с конечной целью их существования, которая, как известно, состоит в получении прибыли на основе выпуска и продажи продуктов. Из-за ограниченности технических средств предпринимались разрозненные попытки автоматизировать отдельные, зачастую не самые критичные, участки. Но системы, которые по привычке называют информационными, так и не вышли на уровень управления предприятием в целом, они остаются вспомогательными и по своей значимости не могут рассматриваться наравне с основными средствами производства. Как следствие, постоянные сомнения в отношении экономической стороны компьютинга. Наиболее образно выраженные в известном парадоксе продуктивности: «компьютеры можно обнаружить всюду, кроме отчетов об их экономической эффективности».

События последних лет показали, что период созревания отрасли информационных технологий (ИТ-отрасли) закончился. С одной стороны, накоплена достаточная сумма технологий, а с другой – инвесторы требуют прозрачности бизнес-проектов, желая вкладывать средства в конкретные рентабельные проекты. В связи с этим в новой кризисной экономической реальности особые надежды возлагаются на PLM.

В [7] приводится следующее сравнение. В современном автомобиле есть множество систем автоматизации, но решающую роль в управлении пока играет человек, поэтому автоматике отводится второстепенная роль: в принципе, без нее вполне можно обойтись. В автомобиле отдельные подсистемы логически связаны между собой только посредством водителя. До сих пор примерно то же самое наблюдается и в корпоративных системах. Хорошо известные системы категории CAD, CAM, ERP, CRM, и другие желательны, но не обязательны и в известной мере вторичны. Без них тоже вполне можно обойтись, никем научно не доказано их влияние на показатели работы предприятия в целом. Однако с наступлением новой фазы электронного бизнеса ситуация меняется. Системы автоматизации становятся обязательными, приобретают первостепенную значимость и теперь должны образовывать единую систему управления. По мнению многих аналитиков, объединяющей может стать технология управления жизненным циклом продуктов PLM.

Если аналитики и расходятся во мнениях относительно PLM, то только по степени оптимизма в предсказаниях темпов роста.

Собственно жизненный цикл (life cycle [3]) – совокупность всех стадий жизни изделия (продукта) от разработки концепции до прекращения эксплуатации. В соответствии с [8], выделяются следующие этапы жизненного цикла: разработка концепции проекта, анализ требований рынка (потребителей), проектирование, определение источников поставок, производство, дистрибуция (размещение, распределение, востребованность продукции [13]), послепродажное обслуживание.

Коротко оОхарактеризуем перечисленные этапы.

Разработка концепции проекта. На основе анализа требований рынка формируется общая идея нового изделия или, что случается значительно чаще, концепция усовершенствований в проекте уже существующего продукта. Система PLM предоставляет информацию, которая может использоваться для анализа жизнеспособности полученной концепции.

Анализ требований рынка. На этом этапе производитель должен понять, насколько востребован рынком новый продукт, и оценить выполнимость требований рынка (потребителей). На этом этапе система PLM используется для извлечения данных из различных информационных систем, которые могут способствовать получению более точной картины.

Проектирование. На данном этапе конструкторы создают проект нового изделия – соответствующие системы автоматизированного проектирования (САПР – CAD) и PDM-peшения (PDM – Product Data Management – управление данными при производстве, сопровождении продукта; управление производственной информацией [3]) являются составной частью PLM-решения. При проектировании используется вся необходимая дополнительная информация, поставщиком которой являются PLM-модули, включая факторы, связанные с послепродажным обслуживанием изделия, информация о предпочтениях заказчика, данные о производственных возможностях и т.д.

Определение источников поставок (PLM-sourcing). На этом этапе отдел закупок должен провести предварительную работу по поиску источников приобретения необходимых для производства изделия деталей, материалов, компонентов, оборудования и т.д. Задача систем PLM – предоставить достоверные данные о доступности тех или иных деталей/компонентов/материалов, их стоимости, потенциальных поставщиках и возможных альтернативных источниках.

Производство. В соответствии с определенными на этапе проектирования спецификациями и с использованием полученных на этапе поставок деталей и материалов производится продукт (изделие). Реализованные в PLM специальные методы контроля качества позволяют гарантировать соответствие производимого изделия заданным спецификациям.

Дистрибуция. Готовое изделие поставляется либо дистрибьютору, который размещает его на своем складе до поступления соответствующего заказа, либо непосредственно заказчику. Полученные из системы PLM исторические данные о потребностях рынка помогают производителю свести к минимуму число уровней инвентаризации готовой продукции.

Послепродажное обслуживание. На этом этапе выполняются техническое сопровождение, обслуживание и ремонт (в течение гарантийного срока или обслуживание как дополнительно оплачиваемый сервис). PLM позволяет учесть различную информацию об изделии, поступающую на этом этапе жизненного цикла, при разработке последующих проектов и тем самым способствует повышению качества и привлекательности продукции для клиентов.

Ликвидация. Основными формами ликвидации ВВТ являются уничтожение и утилизация. Уничтожение может рассматриваться как низшая технологическая форма ликвидации, вынужденно применяемая при отсутствии приемлемых способов использования высвобождающихся компонентов. Утилизация предполагает демилитаризацию, диверсификацию и переработку изделий.

Перечисленные этапы жизненного цикла объективно свойственны для любого изделия (продукта), в том числе для ВВТ и КОС военного вуза, но при нетехнологичном процессе разработки либо субъективно могут быть упущены из поля зрения разработчиков, либо могут реализовываться с отступлением от систематизированной последовательности циклов.

При принятии решения о проектировании и производстве изделия неизбежно возникает дилемма о выборе способа производства: разрабатывать систему силами временного творческого коллектива вуза или отдать предпочтение промышленной разработке [5,6]? По мнению специалистов, затраты на разработку информационных систем для вуза при обоих способах производства эквивалентны. Однако качество разработки при технологичном производстве, безусловно, выше, чем при кустарном. Для производства КОС военного вуза такой вывод может быть более категоричным: если речь идет не о методике, а о технологии обучения, можно ли допустить применение нетехнологичных компьютерных средств обучения и соответствующих программных средств? Ответ очевиден. Только промышленная, основанная на концептуальных положениях CALS, разработка КОС военного вуза может быть признана как технологичная и обеспечивающая требуемое качество подготовленности выпускников. При этом роль специалистов вузов в процессе разработки КОС возрастает.

Так, рамки участия специалистов вузов расширяются от этапа непосредственной разработки компьютерных технологий обучения до их проектирования на ранних этапах создания КОС (этап макропроектирования адаптивных компьютерных технологий обучения – АКТО) [12].

В последовательности задач создания АКТО задача разработки нормативного описания получения конечного продукта решается трижды:

-  на этапе оптимального проектирования с целью разработки процедур управления обучением (процедуры реализации выбранного набора обучающих воздействий, процедуры формирования АКТО, процедуры контроля деятельности и состояния обучаемого, процедуры управления процессом реализации АКТО);

-  на этапе оптимального использования (подэтап подготовки производства) с целью задания вида исходного и конечного продукта и создания исходного продукта (моделей изучаемых учебных элементов);

-  на этапе оптимального использования (подэтап реализации технологии) с целью формирования того нормативного описания АКТО, которое учитывает условия реализации технологии (специфику деятельности обучаемого) и будет реализовано в процессе обучения.

Если рассматривать КОС как средство реализации технологии, то такое расширение временных рамок имеет позитивное значение – представляется возможность задать все необходимые адаптивные свойства КОС для их учета в конструктиве и программном обеспечении. Такой подход будет способствовать повышению дидактической эффективности реализуемых компьютерных технологий обучения и их адаптивных свойств [12].

Современная бизнес-среда базируется на кооперации и специализации. Участниками бизнес-среды могут стать компании, наилучшим образом удовлетворяющие тендерным условиям и расположенные в любой точке мира. Отношения между бизнес-партнерами начинают складываться с момента зарождения идеи о целесообразности вывода на рынок нового продукта и строятся на принципах ролевого участия, что предполагает: совместную работу бизнес-партнеров в рамках проекта на всех его этапах;  и одинаковое понимание целей всеми участниками проекта.

Такая идеология породила новую организационную форму выполнения крупномасштабных и наукоемких проектов, связанных с созданием многономенклатурной продукции, которая получила название виртуальное предприятие [14]. Географически удаленные друг от друга компании (организации), связанные общими бизнес-про­ цессами, объединяются в некие организационные структуры на период реализации проекта, осуществляя взаимодействие в рамках рабочих и проектных групп. К примеру, такими организациями могут быть военные вузы, ЦНИИ МО РФ, предприятия ОПК.

Согласно концептуальным положениям CALS, реальные бизнес-процессы отображаются на виртуальную информационную среду, в которой определение продукта представлено в виде полного электронного описания изделия, а среда его создания и среда эксплуатации в виде систем моделирования процессов и их реализации. Все составляющие (определение продукта, среды его создания и среды эксплуатации) не только взаимосвязаны, но и непрерывно развиваются на всем протяжении жизненного цикла продукта [15].

Окончательное решение о целесообразности и возможности вывода на рынок продукта с планируемыми показателями принимается по результатам выполнения венчурной стадии проекта [4]. Моделирование самого изделия, среды и процессов, происходящих с изделием при его разработке, производстве и эксплуатации, позволяет проанализировать множество различных вариантов конструкции изделия, разные технологии изготовления и способы производства, технического обслуживания, логистического обеспечения. Более того, удается заменить натурные испытания изделия моделированием его поведения, процесса его эксплуатации, тем самым обеспечивая реализацию принципа «управление проектом по стоимости» и выбора наиболее оптимального проектного решения.

Адекватные средства реализации единого информационного пространства в рамках виртуального предприятия должны обеспечивать:

- совместимость различных вычислительных платформ и программных решений;

- единую систему представления данных;

- интеграцию данных, делающую возможной их совместное и многократное использование в реальном масштабе времени;

- юридическую достоверность и защищенность данных;

- регламентирование процедур обработки, хранения и передачи данных;

- согласование по основным положениям понятийного аппарата, рекламных, методических и учебных материалов, материалов документирования и публикаций.

Сегодня многие ИТ-компании предлагают свои решения, в той или иной мере реализующие виртуальную информационную среду PLM-реше­ ния. Однако PLM-решения различных производителей, представляющие собой наборы инструментальных средств создания интегрированных информационных сред, в разной степени реализуют концепцию CALS и удовлетворяют заложенным в ней основным принципам и базовым технологиям информационной поддержки жизненного цикла изделий. Часто обеспечивается лишь «островная» автоматизация со свойственными ей недостатками.

Компании, специализирующиеся на ERP-системах, напротив, стараются предлагать PLM-решения, охватывающие практически все этапы жизненного цикла изделия, аккумулируя не только системы CAD/CAE (Computer~Aided Engineering – автоматизированное конструирование [3]) /CAM и PDM, но и ERP, CRM, SCM, TQM (Total Quality Management – глобальное управление качеством [3]) и др.

Перед предприятиями стоит проблема принятия стратегического решения по выбору между набором точечных «лучших в своем роде» приложений и интегрированным продуктом от одного производителя. Большинство аналитиков склоняются в пользу интегрированных продуктов.

Программные решения группы компаний iBaan [4] стремятся к охвату всего жизненного цикла изделия и позволяют информационно связать различные системы и создать интегрированное информационное пространство с помощью Web-технологий.

Продукт iBaan for PLM предназначен для создания на предприятиях авиакосмической промышленности, судостроения, станкостроения, автомобилестроения корпоративных информационных систем и обеспечения поддержки полного электронного описания изделия (совокупность конструктивных, технологических, производственных, логистических, эксплуатационных данных и цифровых данных о качестве изделия). При этом решаются задачи, определяющие экономическую эффективность и конкурентоспособность предприятий: сокращение затрат; повышение рентабельности, доходов; сокращение времени выхода новых изделий на рынок; сокращение потерь, связанных с принятием неоптимальных решений; повышение качества изделий.

Продукт представляет собой интегрированный набор программных модулей, в совокупности обеспечивающих заказчикам сквозное решение для реализации взаимодействия между практически неограниченным числом конструкторов, технологов, производственников и других участников бизнес-процесса на всем протяжении жизненного цикла изделия. В состав iBaan for PLM входят:

· система управления данными об изделии – iBaan PDM;

· системы анализа данных, поддержки принятия решений и подготовки отчетов – iBaan Lifecycle Analyzer, iBaan Lifecycle Reporter;

· средства, позволяющие реализовать сотрудничество между бизнес-партнерами в расширенном окружении виртуального предприятия и совместное использование ими информации, относящейся к изделию;

· iBaan Product Packager, iBaan Partner Net, iBaan Enterprise Content Management;

· интерфейс с общеизвестными программными продуктами MS Office и MS Project;

· интерфейсы с системами автоматизированного проектирования;

· интерфейс с iBaan ERP;

· средство организации обмена данными между iBaan PDM и специфическими приложе-  ниями (системы CAD/CAM/CAE, системы  уп-  равления проектами), интеграция с которыми   отсутствует.

Управление данными об изделии

iBaan PDM представляет собой основу информационной поддержки жизненного цикла изделий. Охарактеризуем основные функции этого компонента.

Управление документами (хранение, безопасность, иерархические и неиерархические связи между документами, группирование в папки, твердые копии документов и др.).

Управление данными об изделии. В электронном хранилище данных накапливается и обрабатывается информация, составляющая электронное описание изделия (данные о составе изделия, его структуре и вариантах конфигурации; геометрические модели и чертежи, хранящиеся в различных форматах; технические характеристики изделия и др.).

Управление изменениями и версиями. Реализован контроль над версиями (изделий и их компонентов, документов, файлов, папок и др.), хранение и доступ к информации о предыдущих версиях, многоуровневая проверка связей, предусмотрена возможность отмены действий по записи и извлечению данных из хранилища.

Управление конфигурацией изделия. Предусмотрено применение альтернативных (по дате и версии) компонентов изделий и др.

Управление потоками работ. Реализована возможность создания бизнес-процессов управления конструкторскими разработками и внесением изменений в проект: графическое представление последовательных и параллельных работ; гибкая структура потока работ; шаблоны потока работ; назначение одного или группы исполнителей работ; возможность автоматического выполнения отдельных работ; закрепление конкретных документов, деталей, сборочных единиц за отдельной работой; лист заданий с указанием приоритета выполнения работ и рассылка извещений о событиях по электронной почте; рассмотрение и утверждение работ; контроль за выполнением потока работ и т.д.

Запросы и отчеты. Предоставляется возможность контекстного поиска информации и поиска по атрибутам и специфическим категориям, различные сортировки данных; сохранение результатов запроса для дальнейшего использования; формирование и получение твердых копий отчетов.

Администрирование. Интегрированный контроль иерархических связей между объектами, устаревших и совпадающих объектов, ревизий. Создание, модификация и удаление шаблонов объектов (документы, папки, бизнес-процессы, детали).

Назначение пользователей и групп пользователей. Разграничение прав пользователей, гибкое изменение прав пользователей (как в рамках проекта, так и отдельного бизнес процесса). Использование масок для автоматической идентификации объектов.

Пользовательский интерфейс. Дружественный графический интерфейс пользователя позволяет обеспечить легкую навигацию, настройку и доступ пользователей к данным электронного хранилища (совместное использование изменяемых данных об изделии различными специалистами в соответствии с выполняемыми ими функциями). Предусмотрено несколько типов рабочих пространств, в которых происходит реализация основных функций PDM. Работа авторизованного пользователя осуществляется в одном из рабочих пространств. Состав информации, представленной в рабочем пространстве, может быть персонализирован. Наличие встроенного средства просмотра документов, моделей и чертежей деталей и дрпр., а также возможность использования внешних приложений для визуализации данных.

IBaan PDM имеет трехуровневую архитектуру: сервер баз данных и сервер хранилища данных (Vault); PDM-сервер (US, MTS); PDM-клиенты (CFE).

Анализ данных и поддержка принятия  решений

IBaan Lifecycle Analyzer обеспечивает поддержку принятия решений на основе анализа данных, имеющих отношение к проектированию и производству изделия. В продукте реализовано восстановление информации о разных изделиях (деталях) из iBaan ERP для их сравнения и визуального представления различий. Это бывает полезно в случае анализа влияния распоряжения о конструкторских изменениях, реализуемого в iBaanPDM, на существующую уже в iBaan ERP структуру изделия. Сравнение спецификаций изделий можно выполнить, когда оба изделия находятся в одной и той же системе (iBaan ERP или iBaan PDM), или когда одно изделие находится в iBaan PDM, a другое – в iBaan ERP. Сравнение спецификаций изделий осуществляется, как правило, в случае подготовки проектных изменений, когда влияние изменения проектных данных неочевидно. Основываясь на результатах проведенного анализа, может быть принято более обоснованное решение относительно содержания и времени внесения изменений в конструкцию изделия. Кроме того, можно обеспечить доступ к реальным данным о складских запасах деталей.

IBaan Lifecycle Reporter предоставляет возможность генерации различных документов, содержащих информацию, имеющую отношение к проектированию и производству изделия.

Средства для совместной работы

IBaan Product Packager и iBaan Partner Net способствуют более эффективному сотрудничеству партнеров (заказчиков, поставщиков, субподрядчиков, производителей и др.), управляя передачей данных об изделии на всем протяжении его жизненного цикла. В условиях кооперации данные об изделии (чертежи, спецификации, различные документы и пр.) могут быть совместно использованы как авторизованными сотрудниками (пользователями, предопределенными в проектах PDM) в соответствии с их правами доступа, так и разными бизнес-партнерами в рамках виртуального предприятия.

Функция импорта позволяет получать данные об изделии из разных источников и импортировать их в iBaan PDM, предварительно осуществив процесс верификации. Функция экспорта осуществляет упаковку данных (структура изделия, документы, ссылочные документы и папки) и передачу метаданных в формате XML. IBaan Product Packager отвечает за архивацию, отправку ин-  формации в требуемом формате одному или   нескольким бизнес-партнерам, используя почту, рассылку уведомлений с указанием места раз-  мещения в сети пакета с данными или iBaan PartnerNet.

В iBaan PartnerNet экспорт данных осуществляется в форме публикаций, в состав которой которых могут входить данные из системы PDM (в виде пакетов, предварительно подготовленных в iBaan Product Packager), a также файлы и сопроводительная информация. Предусмотрена вторичная рассылка публикаций с возможностью добавления данных и расширения списка адресатов, фильтрация и архивирование публикаций. Аналогично бизнес-партнер может импортировать пакет данных об изделии для использования в качестве исходной информации для заявки, предложения (RFP – Request For Proposals) или запроса на использование ресурсов (RFQ – Request For Quote). Выделенные проектно-ориентированные Web-области, которые контролируются PDM, обеспечивают безопасность совместно используемых данных об изделии; передача данных осуществляется с использованием протокола SSL.

IBaan ECM служит для управления документами, потоками работ и для контроля изменений. Управление изменениями предполагает хранение старых и новых версий документов, а также хранение предыстории изменений каждого документа. Управление потоком работ позволяет автоматизировать бизнес-процессы, включая ERP-объекты и связанные с ними документы. Интеграция с iBaan PDM обеспечивает доступ к хранилищу данных об изделиях и связанных с ними документов. IBaan ECM интегрируется также с приложениями MS Office, используя систему запросов для поиска документов. Предусмотрена возможность связывания документов, включая отсканированные твердые копии документов, с любыми объектами ERP, управление ими, а также добавление электронной подписи авторизованных лиц на электронных документах.

Средства интеграции систем  и приложений

Интеграция с MS Office и MS Project позволяет осуществлять обмен информацией между iBaan PDM и офисными приложениями. Функции управления документами реализуются непосредственно в среде MS Office, а все поддерживаемые файлы могут быть записаны в базу данных с автоматическим обновлением связей между различными типами документов. Открытие файлов в соответствующем приложении MS Office осуществляется путем формирования запроса для выбора требуемых данных из базы данных PDM. Запросы могут быть сохранены и повторно использованы. Интеграция между iBaan PDM и офисными приложениями обеспечивает не только редактирование файлов в соответствующем приложении, но и разграничение прав доступа пользователей к файлам.

В iBaan обеспечивается синхронизация изменений, произведенных конструктором с помощью CAD в моделях и чертежах изделия, с базой данных iBaan PDM, что устраняет дублирование. Механизм управления изменениями и версиями предусматривает создание копии выбранной версии данных об изделии и изменение статуса данных при извлечении их из хранилища, что ограничивает доступ (например, только просмотр данных) других пользователей к этой версии до завершения процесса внесения конструкторских изменений. После утверждения конструкторских изменений данные заносятся в хранилище, формируя новую версию. Статус предыдущей и новой версий данных изменяется, и обе становятся доступными для пользователей.

Интеграция iBaan PDM с BaanlV/iBaan ERP реализована для подсистем «Производство», «Проект», «Сервис» и «Конфигуратор». Применение таблично заданного двунаправленного механизма передачи данных обеспечивает возможность обмена производственными и типовыми спецификациями изделия, данными о покупных, альтернативных, обслуживаемых деталях, бюджетах элементов и работ.

В iBaan PDM создаются и поддерживаются структуры проектов, включая распределенную структуру работ (WBS), рабочий пакет (WP), проекты изделий и деталей. Предусмотрено взаимно однозначное соответствие между проектами Baan и проектами iBaan PDM.

Начатая Правительством РФ работа по структурному реформированию предприятий ВПК имеет целью создание крупных проектно-производ­ственных вертикально-интегрированных структур, в рамках которых могут быть созданы коллаборации предприятий с четко выраженными ролевыми функциями при одновременном обеспечении качества и конкурентоспособности выпускаемой

 продукции. Тем самым складываются условия для создания на предприятиях ВПК полнофункциональных корпоративных интегрированных информационных систем, обеспечивающих поддержку всего жизненного цикла изделий.

Таким образом, в результате анализа современного состояния и перспектив развития информационных технологий предприятий ОПК РФ, важности перспективных КОС военных вузов РФ как потенциального продукта экспорта в данном материале проведена систематизация понятий в области управления жизненным циклом перспективных КОС военного вуза. Такая систематизация, по мнению автора, полезна для формирования системного подхода к промышленному производству перспективных КОС военных вузов РФ и увязки материалов, изложенных в монографии [12], в общий контекст современного производства ВВТ.

Список литературы

1.    Материалы совещания Минпромнауки по вопросам внедрения интегрированных электронных технологий организации и управления производством военной техники//www.redstar.ru

2.    Рапопорт Б.М. Национальная безопасность неотделима от безопасности технологической. // Красная звезда. – 2003. - № 234 (24020).

3.    Пройдаков Э.М., Теплицкий Л.А. Англо-русский словарь по вычислительной технике, Интернету и программированию.- 3-е изд., испр. и доп. – М.: Издательско-торговый дом «Русская Редакция», 2003. – 640 с.

4.    Рапопорт Б.М. Средство создания корпоративных систем// Открытые системы. – 2003. - № 6.

5.    Шеян И. ERP для вуза – не роскошь//Computerworld. – 2003. - № 46 (399).

6.    Материалы международной междунар. конференции конф.: «Информационные технологии в образовании »//www.computerworld.ru

7.    Черняк Л. PLM – не роскошь, а необходимость// Открытые системы. – 2003. - № 6.

8.    Дубова Н. Автоматизация от идеи до утилизации// Там же.

9.    Краснухин А. Методологии проектирования сложных изделий// Там же.

10.     ISO 9000. Международный стандарт системы управления процессом проверки качества.

11.     ГОСТ Р ИСО 9001-96. Национальный стандарт системы управления процессом проверки качества.

12.     Манеркин В.П. Методы создания адаптивных компьютерных технологий обучения. - Тверь: ВУ ПВО, 2003. -   180 с.

13.     Новейший словарь иностранных слов и выражений. – М.: ООО «Издательство АСТ», Мн.: Харвест, 2002.-976 с.

14.     Левин А., Судов Е. CALS-сопровождение жизненного цикла. // Открытые системы, 2001, № 3.

15.     NATO CALS Handbook, 2000.