Систематизация понятий в области управления жизненным циклом перспективных компьютерных обучающих систем военных вузов

Манеркин В.П.

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

В проекте, описанном в начале статьи, существовало 3 основных проблемы, связанных с использованием COM API. Представим, как можно реализовать этот проект в рамках новой технологии:

а) очевидно, снимается вопрос о протоколе взаимодействия - протокол HTTP позволяет использовать любые каналы связи, в том числе и со стойким шифрованием;

б) так же решается вопрос об асинхронном выполнении отчетов - в новом API запустить отчеты на выполнение в таком режиме так же просто, как и в синхронном;

в) и, наконец, проблемы со сложностью API для использования тоже нет, так как урезанная функциональность положительно сказалась на простоте использования и скорости разработки.

Особо нужно отметить, что задача интеграции средства BI в приложения Microsoft Office - это не частная задача одного проекта, поэтому в новой версии продукта компания MicroStrategy предложила на суд пользователей новое клиентское приложение, построенное на новой технологии XML Web Services.

2. MicroStrategy Office. Новый компонент платформы MicroStrategy, предназначенный для выполнения отчетов из приложений Microsoft Office и сохранения результатов в документах Word, Excel, PowerPoint.

MicroStrategy Office представляет собой модуль, загружаемый при запуске приложений Office и отображаемый кнопкой на панели инструментов.

При настройке нового приложения для работы нужно знать URL веб-сервиса MicroStrategy Web

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

Выполнив отчет, пользователь может работать с ним как с частью документа, например, сделать график в Excel. Есть также возможность обновления отчетов, то есть выполнения отчета и подстановка новых результатов в документ. Есть воз-

можность запускать на выполнение или обновление сразу несколько отчетов.

Итак, с внедрением в систему корпоративной отчетности и аналитики MicroStrategy технологии Web Services были существенно расширены возможности по интеграции этой платформы Business Intelligence в корпоративные информационные среды. Среди новых возможностей необходимо отметить:

• возможность использовать публичные каналы передачи данных для построения распределенных систем;

• новые компоненты интеграции с Microsoft Office;

• новый XML Web Services API, с возможностью использования из наиболее популярных платформ J2EE и .NET;

• API для интеграции с портальными решениями.

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

1. Newcomer E.,2002, Understanding Web Services: XML, WSDL, SOAP and UDDI. Addison-Wesley

2. SOAP Version 1.2 W3C Recommendation 24 June 2003

3. Web Services Description Language (WSDL) Version 2.0 W3C Working Draft 10 November 2003

4.,MicroStrategy University 2003, Web Universal Customiza-_

tion.

СИСТЕМАТИЗАЦИЯ ПОНЯТИИ В ОБЛАСТИ УПРАВЛЕНИЯ ЖИЗНЕННЫМ ЦИКЛОМ ПЕРСПЕКТИВНЫХ КОМПЬЮТЕРНЫХ ОБУЧАЮЩИХ СИСТЕМ ВОЕННЫХ ВУЗОВ

В.П. Манеркин

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

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

Удалено: .

Удалено:

Отформатировано: Шрифт: 10 пт

Отформатировано: Отступ: Первая строка: 0 см, Поз.табуляции: 2,12 см, по левому краю + нет в 7,62 см + 15,24 см

23

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

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

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

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

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

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

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

2 Проблема управления жизненным циклом

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

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

Прежде всего, в соответствии с [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 наряду с измене-

Удалено:

Удалено: ,

Удалено: обмену и использованию деловой и технической информацией

Удалено:

Отформатировано: Шрифт: не курсив

Удалено:

Отформатировано: Шрифт: 10 пт

Отформатировано: Отступ: Первая строка: 0 см, Поз.табуляции: 2,12 см, по левому краю + нет в 7,62 см + 15,24 см

24

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

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

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

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

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

Собственно жизненный цикл (life cycle [3]) -совокупность всех стадий жизни изделия (продук-

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

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

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

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

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

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

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

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

Удалено: Коротко о

Удалено: ,

Отформатировано: Шрифт: 10 пт

Отформатировано: Отступ: Первая строка: 0 см, Поз.табуляции: 2,12 см, по левому краю + нет в 7,62 см + 15,24 см

25

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

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

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

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

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

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

макропроектирования адаптивных компьютерных технологий обучения - АКТО) [12].

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

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

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

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

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

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

Отформатировано

Удалено:

Отформатировано:

интервал Перед: 1 пт

Отформатировано

стную работу бизнес-партнеров в рамках проекта на всех его этапах^и одинаковое понимание целей всеми участниками проекта.

Такая идеология породила новую организационную форму выполнения крупномасштабных и наукоемких проектов, связанных с созданием

многономенклатурной продукции, которая получила название виртуальное предприятие [14]. Географически удаленные друг от друга компании (организации), связанные общими бизнес-процессами, объединяются в некие организационные

структуры на период реализации проекта, осуществляя взаимодействие в рамках рабочих и проектных групп. К примеру, такими организациями могут быть военные вузы, ЦНИИ МО РФ, предприятия ОПК.

iНе можете найти то, что вам нужно? Попробуйте сервис подбора литературы.

Отформатировано Отформатировано Отформатировано Отформатировано Удалено:: Удалено: ;

(^Отформатировано Отформатировано Отформатировано Отформатировано Отформатировано Отформатировано Отформатировано Отформатировано

Согласно концептуальным положениям CALS, реальные бизнес-процессы отображаются на вир-

Отформатировано: Шрифт: 10 пт

Отформатировано: Отступ: Первая строка: 0 см, Поз.табуляции: 2,12 см, по левому краю + нет в 7,62 см + 15,24 см

26

туальную информационную среду, в которой определение продукта представлено в виде полного электронного описания изделия, а среда его создания и среда эксплуатации в виде систем моделирования процессов и их реализации. Все составляющие (определение продукта, среды его создания и среды эксплуатации) не только взаимосвязаны, но и непрерывно развиваются на всем протяжении жизненного цикла продукта [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;

21*'!

Отформатировано: Шрифт: 10 пт

Отформатировано: Отступ: Первая строка: 0 см, Поз.табуляции: 2,12 см, по левому краю + нет в 7,62 см + 15,24 см

• средство организации обмена данными между 1Ваап РЭМ и специфическими приложе ниями (системы СЛЭ/СЛМ/СЛЕ, системы управления проектами), интеграция с которыми отсутствует.

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

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

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

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

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

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

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

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

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

Назначение пользователей и групп пользователей. Разграничение прав пользователей, гибкое изменение прав пользователей (как в рамках про-

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

Пользовательский интерфейс. Дружественный графический интерфейс пользователя позволяет обеспечить легкую навигацию, настройку и доступ пользователей к данным электронного хранилища (совместное использование изменяемых данных об изделии различными специалистами в соответствии с выполняемыми ими функциями). Предусмотрено несколько типов рабочих пространств, в которых происходит реализация основных функций 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 предоставляет возможность генерации различных документов, содержащих информацию, имеющую отношение к проектированию и производству изделия.

Удалено:

-{^Удалено:

-{^Удалено: ,1

Отформатировано: Шрифт: 10 пт

Отформатировано: Отступ: Первая строка: 0 см, Поз.табуляции: 2,12 см, по левому краю + нет в 7,62 см + 15,24 см

28

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

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

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

В iBaan PartnerNet экспорт данных осуществляется в форме публикаций, в состав которых могут входить данные из системы PDM (в виде пакетов, предварительно подготовленных в iBaan Product Packager), а также файлы и сопроводительная информация. Предусмотрена вторичная рассылка публикаций с возможностью добавления данных и расширения списка адресатов, фильтрация и архивирование публикаций. Аналогично бизнес-партнер может импортировать пакет данных об изделии для использования в качестве исходной информации для заявки, предложения (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 осуществ- I ляется путем формирования запроса для выбора требуемых данных из базы данных PDM. Запросы могут быть сохранены и повторно использованы. Интеграция между iBaan PDM и офисными приложениями обеспечивает не только редактирование файлов в соответствующем приложении, но и разграничение прав доступа пользователей к файлам.

В iBaan обеспечивается синхронизация изменений, произведенных конструктором с помощью CAD в моделях и чертежах изделия, с базой данных iBaan PDM, что устраняет дублирование. Ме-

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

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

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

Начатая Правительством РФ работа по структурному реформированию предприятий ВПК име-

Отформатировано

Ь!' '

29 I

Удалено:

Удалено: которой

Удалено: ,

Отформатировано

iНе можете найти то, что вам нужно? Попробуйте сервис подбора литературы.

Отформатировано

. ГИ

. Г21

. Г3]

. Г41

J51

. Г61

. Г71

. Г81

J91

Г101

Ш1

Г121

Г131

Г141

... Г151

■■■ Г161

■■■ Г171

■■■ Г181

Г191

Г201

Г211

1221

Г231

Г241

Г251

1261

1271

Г281

1291

Г301

Г311

Г321

Г331

Г341

1351

Г361

Г371

Г381

Г391

1401

Г411

Г421

Г431

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

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

Таким образом, в результате анализа современного состояния и перспектив развития информационных технологий предприятий ОПК РФ, важности перспективных КОС военных вузов РФ как потенциального продукта экспорта в данном материале проведена систематизация понятий в области управления жизненным циклом перспективных КОС военного вуза. Такая систематизация, по мнению автора, полезна для формирования системного подхода к промышленному производству перспективных КОС военных вузов РФ и увязки материалов, изложенных в монографии [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.

\\Ь\

Отформатировано

Ш '

'"А

iНе можете найти то, что вам нужно? Попробуйте сервис подбора литературы.

> » л

Отформатировано

m

Отформатировано

1441

[451

[461

[471

[481

1491

[501

[511

[521

1531

1541

[551

[561

[571

[581

[591

1601

!6Д

[621

Отформатировано

Удалено:

международной

Удалено: конференции

Удалено:

Отформатировано

РЕАЛИЗАЦИЯ АЛГОРИТМА ПОИСКА ИСКЛЮЧЕНИИ В ВИДЕ ПРОВАЙДЕРА OLEDB FOR DATA MINING

(Работа выполнена при поддержке РФФИ, проект № 03-01-00745)

Отформатировано

[631

[641

[651

1661

[671

[681

1691

30

Похожие темы научных работ по компьютерным и информационным наукам , автор научной работы — Манеркин В. П.

Текст научной работы на тему «Систематизация понятий в области управления жизненным циклом перспективных компьютерных обучающих систем военных вузов»