Проектирование подогревателей сетевой воды
теплофикационных турбин в условиях электронного представления данных
В.И. Брезгин,
доц.,
к.т.н., с.н.с.,
А.А.
Чубаров,
инж.,
г. Екатеринбург
Современная эпоха
развития наукоемких производств во всем мире характеризуется все более широким
применением технологий непрерывной информационной поддержки продукции на всех
этапах ее жизненного цикла. Сегодня эти технологии объединены под общим
названием – CALS- технологий (Continuous Acquisition and Life
Cycle Support). Концепция развития
CALS-технологий в промышленности России входит в перечень «Приоритетные
направления развития науки и критические технологии федерального уровня»,
утвержденный решением коллегии Министерства промышленности, науки и технологии
РФ[1],
где отмечается как критическая "информационная интеграция и системная
поддержка жизненного цикла продукции (CALS-технологии, САЕ, CAD, САМ
технологии)".
Производители такой
наукоемкой продукции, как турбин и турбинного оборудования, до настоящего
времени не используют достижения передовых в этом отношении стран и
предприятий. Данная статья является изложением взглядов авторов на возможные
пути ликвидации такого отставания. Настоящей работой авторы надеются обратить
внимание руководителей турбинных заводов на проблемы, возникающие в такой
работе и предложить возможные пути их решения.
Согласно [1] турбина
за время своего существования проходит следующую совокупность этапов жизненного
цикла (ЖЦ): маркетинговые исследования, составление технического задания,
проектирование, технологическая подготовка производства, изготовление,
поставка, эксплуатация, ремонт, утилизация. В производстве турбин и турбинного
оборудования можно выделить две основные особенности: во-первых, турбинный
завод является основным участником ЖЦ описываемого оборудования практически на
протяжении всего его существования, во-вторых, жизненный цикл турбины
отличается большой продолжительностью этапа эксплуатации, а также других,
постпроизводственных этапов ЖЦ. Эти особенности имеют как положительную, так и
отрицательную стороны. Положительным фактором является то, что решение вопросов
интеграции производственных данных в рамках одного предприятия, несомненно,
проще, чем на нескольких десятках. Поэтому на первом этапе создания системы
непрерывной информационной поддержки ЖЦ турбин и турбинного оборудования
необходимо создание единого информационного пространства (ЕИП) в рамках
турбинного завода. Однако, наряду с положительным моментом, этот же фактор
повышает сложность решаемых задач в силу большого разнообразия особенностей
информационной поддержки на этапах от маркетинговых исследований до поставки и
ремонта.
Ключевым принципом
CALS-технологий является отображение реальных бизнес-процессов на виртуальную
информационную среду, где эти процессы реализуются в виде компьютерных систем,
а информация существует только в электронном виде [2]. На рисунке 1 представлен
верхний уровень функциональной модели (контекстная диаграмма) проекта
"Применение CALS-технологий в жизненном цикле турбин и турбинного
оборудования".
Целью построения
данной функциональной модели является анализ возможности и путей применения
концепции CALS в жизненном цикле (ЖЦ) турбин и турбинного оборудования.
Согласно стандарту
[3] на контекстной диаграмме концептуальная модель представлена в виде
единственной работы (функции) – "Обеспечить поддержку ЖЦ турбин и
турбинного оборудования". Основным результатом выполнения этой работы
является повышение эффективности бизнес-процессов на всех этапах ЖЦ турбин и
турбинного оборудования (стрелка выхода). Исполнителями (механизмами) этой
работы являются все участники ЖЦ турбин и турбинного оборудования, в первую
очередь – маркетинговые, проектные и производственные подразделения турбинного
завода, транспортная и монтажная организация, электрическая станция и ремонтное
предприятие. Для получения требуемого результата работы используются
информационные ресурсы участников ЖЦ турбин и турбинного оборудования (стрелка
входа). В качестве управляющих воздействий в модели рассматриваются
международные и российские стандарты; внутренние стандарты и правила;
информационные технологии, лежащие в основе обеспечения связи и взаимодействия
участников ЖЦ турбин и турбинного оборудования.
Первая декомпозиция
описываемой модели представлена на рисунке 2.
В качестве основных
работ приняты три функции:
a)
представление
данных о турбинах и турбинном оборудования в электронном виде. В качестве данных мы
рассматриваем информационные объекты (ИО), которые порождаются на всех этапах
ЖЦ турбин и турбинного оборудования: от маркетинговых исследований до
утилизации турбин и оборудования. Данная функция является первым этапом
создания единого информационного пространства (ЕИП) для предприятий-участников
ЖЦ турбин и турбинного оборудования.
b)
интеграция
данных о турбинах и турбинном оборудовании в рамках ЕИП. Основным содержанием этой работы
является выбор и согласование протоколов связи между предприятиями-участниками
ЖЦ турбин и турбинного оборудования, выбор и согласование единой технологии
взаимодействия прикладных компонентов, создание единой модели данных и создание
в этих условиях виртуального предприятия, которое обеспечит объединение затрат,
навыков и доступ на глобальные рынки всех участников. Именно виртуальное
предприятие[2]
может обеспечить потребителей тепловой и электрической энергии
конкурентоспособными турбинами, соответствующими современным требованиям
рентабельности, надежности и эффективности.
c)
реинжиниринг
бизнес-процессов ЖЦ турбин и турбинного оборудования. Реинжинирингом является изменение
структуры бизнес-процессов ЖЦ турбин и турбинного оборудования на всех этапах.
Рис 1.
Концептуальная модель системы. Верхний уровень – контекстная диаграмма
Рис. 2.
Концептуальная модель системы. Первая декомпозиция.
Преобразование
информационных ресурсов (стрелка входа) в электронные данные происходит под
управлением требований информационных технологий (стрелка управления
"технологии"), российских и международных стандартов, а также
внутренних стандартов и правил (см. блок 1 на рисунке 2). Анализ действующих в
настоящее время стандартов в России показал, что наряду с ГОСТами и
руководящими документами, соответствующим требованиям CALS-технологий
(стандарты России серии ГОСТ Р ИСО 10303 и руководящие документы серии Р50.1.),
значительное число Российских стандартов требует приведения в соответствие с
международными. В первую очередь это относится к стандартам ЕСКД (Единая
система конструкторской документации) и ЕСТД (Единая система технологической
документации). На турбинных заводах, кроме того, имеются отраслевые стандарты
(ОСТ) и правила, которые также не соответствуют требованиям CALS-технологий.
При разработке системы информационной поддержки ЖЦ турбин и турбинного
оборудования следует выбирать следующие приоритеты: при создании документации в
электронном виде приоритет должен отдаваться отдавался Российским стандартам,
соответствующим требованиям CALS-технологий, а случае
их отсутствия – стандартам, рекомендованным ISO, и, в первую очередь – ISO
10303 STEP и ISO
13584 PLIB. В случае создания документации на бумажном носителе
приходится придерживаться Российских стандартов, что связано с необходимостью
обеспечения деятельности производственных подразделений турбинных заводов.
Еще
одним управляющем воздействием является стрелка "Новые правила
бизнеса", являющейся обратной связью по управлению работы "Выполнить
реинжиниринг…" (блок 3, рисунок 2). Наличие обратной связи свидетельствует
о наличии требований изменения структуры электронных документов под
воздействием изменившихся правил бизнеса.
Вопросы
интеграции данных и создания виртуального предприятия решаются соответствующей
функцией (работой) – см. блок 2 на
рисунке 2. Главной особенностью этой работы является наличие двух стрелок
выхода: стрелка "Виртуальное предприятие" и стрелка "Повышение
эффективности БП на этапах ЖЦ турбин и турбинного оборудования",
мигрировавшая с контекстной диаграммы. Интеграция данных о турбине и турбинном
оборудовании, порождаемых на всех этапах, происходит в рамках виртуального
предприятия (ВП). Управляющими воздействиями для этой функции являются
требования стандартов (Международных и Российских) и возможности используемых
технологий. В силу существенных различий во внутренних стандартах (ОСТах)
предприятий-участников ВП, их использование для задач интеграции данных не
целесообразно.
Третья
функция на диаграмме декомпозиции – "Выполнить реинжиниринг
бизнес-процессов". Необходимость в реинжиниринге очевидна: все предприятия
Российской экономики сегодня нуждаются в той или иной мере в реорганизации
своих бизнес-процессов. Более того, опыт развитых стран показывает, что в высокотехнологичных
отраслях экономики реинжиниринг бизнеса происходит практически непрерывно.
Реорганизация бизнес-процессов, несомненно, имеет свои особенности у каждого
участника ВП, однако реинжиниринг должен происходить под управлением
требований, накладываемых задачами интеграции участников в виртуальное
предприятие. Поэтому данная работа (см. блок 3 на рисунке 2) имеет пять стрелок
управления. В свою очередь новые правила бизнеса, выработанные в результате
реинжиниринга бизнес-процессов у всех участников ВП, оказывают управляющее
воздействие на функцию "Представление данных о турбинах и турбинном
оборудования в электронном виде", о чем свидетельствует наличие обратной
связи по управлению.
Дальнейшая
декомпозиция концептуальной модели системы раскрывает структуру системы
информационной поддержки ЖЦ турбин и турбинного оборудования. Диаграмма А1
(рисунок 3) представляет собой декомпозицию работы "Представить данные о
турбине и турбинном оборудовании в электронном виде" (блок 1, рисунок 2).
Как
показал анализ деятельности турбинных заводов, в силу относительно слабо
развитых рыночных отношений России в части энергетического машиностроения,
вопросы маркетингового обследования рынка, как правило, решаются не
специализированными предприятиями, а отдельными подразделениями турбинных
заводов. Зачастую эти функции частично выполняют инженеры-конструкторы
проектного подразделения. В этой связи ветвь механизма под названием
"Маркетинговое предприятие" может на турбинных заводах являться
маркетинговым подразделением завода или, в отдельных случаях, его функции могут
выполнять проектные подразделения КБ.
Основным
результатом работы "Выполнить
маркетинговые исследования, изучить потребности" (блок 1.1, рисунок 3)
является формирование исходных данных для проектирования турбин и турбинного
оборудования. Для этого необходима предварительная оценка потребностей, поэтому
в диаграмме добавлена стрелка входа
"Общественные потребности в электрической и тепловой энергии"
(тоннелированная стрелка типа "не в родительской диаграмме").
Наиболее
важной для всех последующих этапов ЖЦ турбин является функция "Выполнить
проектирование турбин и турбинного оборудования" (блок 1.2, рисунок 3). В
описываемой концептуальной модели данная функция представляет собой объединение
двух этапов – проектирование конструкции и проектирование технологии. Особая
важность этого этапа ЖЦ подтверждается статистическими данными: как показывает
отечественный опыт, 50-70% имеющихся дефектов в готовой машиностроительной
продукции вызваны ошибками в конструкторских решениях, 20-30% - недостатками
технологии изготовления, 5-15% - возникают по вине рабочих [5]. Информационные
объекты (ИО), создающиеся на этапах создания конструкции турбин и турбинного
оборудования, в значительной мере могут быть представлены в электронном виде,
поскольку степень развитости автоматизированных систем конструкторских работ
(САПР) существенно выше, чем систем автоматизации технологической подготовки
производства (АСТПП). Этому есть объективные причины: конструкторские системы в
значительной степени универсальны, поэтому разработчики программного
обеспечения больший интерес проявляют именно к этим системам. Системы
технологической подготовки производства в большей степени обладают
индивидуальными особенностями, характерными для конкретного производства,
поэтому можно говорить о некотором отставании уровня АСТПП от САПР. Тем не
менее, для турбинного производства, характеризующегося значительной долей
сборочных операций и операций по обработке металлов резанием (они являются в
достаточной степени формализуемыми и моделируемыми графическими твердотельными
образами), эта проблема имеет хорошие перспективы к разрешению.
Рис. 3. Концептуальная модель системы.
Декомпозиция А1 – "Представить данные о турбине и турбинном оборудовании в
электронном виде".
В
процессе разработки конструкции турбин и технологии их изготовления основными
работами являются: разработка технического проекта; разработка рабочего
проекта; разработка эксплуатационной и товарно-сопроводительной документации;
проектирование технологии производства, проектирование специнструмента и
технологической оснастки; разработка программ для станков с ЧПУ.
Электронные представления результатов
технического проектирования турбины являются в большей степени промежуточными,
необходимыми в первую очередь для дальнейшей разработки конструкции. Результаты
рабочего проектирования, помимо производственных задач, представляют интерес и
для маркетинговой, и эксплуатирующей организации, и, возможно, в первую
очередь, для ремонтной организации. Поэтому формы представления ИО этапа
рабочего проектирования значительно более широкие.
Основной
особенностью эксплуатационной документации является сам подход к ее созданию. В
рамках концепции CALS информационная поддержка процессов эксплуатации изделий
обеспечивается путем использования интерактивных электронных технических
руководств (ИЭТР). Процесс подготовки ИЭТР должен представлять собой
автоматическую процедуру генерации электронной документации с возможностью
редактирования. Только таким образом обеспечивается преемственность и
непротиворечивость информации.
Одна
из основных задач технологической подготовки производства – обеспечение
технологичности конструкции, несомненно, должна решаться непосредственно в
процессе проектирования конструкции турбин и турбинного оборудования. Таким
образом, по мере проведения работ по реинжинирингу производственных процессов
все более обоснованно следует говорить о конструкторско-технологической
подготовке производства. Действующая в настоящее время на турбинных заводах
технологическая подготовка производств, помимо упоминавшейся уже задачи
обеспечения технологичности конструкции, решает задачи маршрутизации деталей и
механизмов, разработки материальных нормативов, проектирования технологических
процессов изготовления деталей и сборочных единиц, конструирование специальной
технологической оснастки и инструментария, установление норм выработки по
операциям, оказание технологической помощи цехам, надзор за правильным применением технологии и
технологической оснастки. В рамках современного производства решение этих
вопросов должно происходить в условиях широкого использования систем АСТПП.
Отдельной
задачей является разработка программ для станков с ЧПУ. Широкое использование
достижений САМ-технологий (САМ – Computer Aided Manufacturing), использование
трехмерных твердотельных моделей деталей и узлов турбин для автоматизированной
разработки постпроцессоров обеспечит управление информационными ресурсами на
этапе конструкторско-технологической подготовки производства. На сегодня
вопросы автоматизации технологической подготовки производства на турбинных
заводах, как и на большинстве машиностроительных заводов России, весьма далеки
от своего решения. Однако отдельные весьма успешные примеры движения в этом
направлении внушают оптимизм [6].
Для
реализации функции "Сформировать данные этапа изготовления и контроля
качества" (см. рисунок 3, блок 1.3) силами подразделений турбинного завода
необходимо наличие единого информационного пространства предприятия. На рисунке
4 представлена структура корпоративной информационной среды (КИС) турбинного
завода. КИС рассматривается состоящей из двух связанных и взаимозависимых
информационных систем (ИС), которые различаются по возложенным на них функциям.
Первая ИС – производственная, обеспечивает информационную поддержку основного,
производственного сегмента деятельности турбинного завода. Вторая - ИС обеспечения, обеспечивает информационную
поддержку остальных спектров деятельности предприятия.
Рис. 4.
Структура корпоративной информационной среды турбинного завода.
Фундаментом как первой,
так и второй ИС, является база данных. В силу различий функций двух ИС, базы
данных имеют различную направленность. ИС производственная (ИС-П) ориентирована
на управление данными об изделии, в данном случае – турбоустановки, поэтому
фактически является базой данных изделий (БДИ). ИС обеспечения (ИС-О), которая
ориентирована на подготовку производства и обеспечение его технологическими,
финансовыми, людскими ресурсами, является базой данных предприятия (БДП). В
силу общности стратегических целей турбинного завода БДИ и БДП неизбежно имеют
тесную неразрывную связь.
Система управления базой
данных (СУБД) является единой как для БДИ, так и для БДП.
Для интеграции
подсистем, выполняющих управление такими аспектами деятельности турбинного
завода, как управление финансами, персоналом, сбытом продукции,
материально-техническим обеспечением и пр., предназначена система планирования
ресурсов, которую чаще всего называют ERP-система (Enterprise Resource Planning – ERP).
Для интеграции
подсистем, базирующихся на БДИ, и выполняющих поддержку основных,
производственных функций турбинного завода, предназначена система управления
данными об изделиях, чаще называемая PDM-системой (Product Data Management – PDM).
Последней функцией
диаграммы декомпозиции A1 (блок 1.4. на рисунке 3) является функция
"Сформировать данные постпроизводственных этапов ЖЦ турбин и турбинного
оборудования". Поскольку число предприятий-участников на этих этапах
значительно увеличивается, было принято решение о выделении этих этапов в
отдельную модель, о чем свидетельствует стрелка вызова в нижней грани блока 1.
Эта модель в данной работе авторами не затрагивается.
Согласно концептуальной
модели, представленной на рисунке 2, третьей функцией (работой) на первой
диаграмме декомпозиции является функция "Выполнить реинжиниринг
бизнес-процессов". Покажем, на примере проектирования подогревателей
сетевой воды теплофикационных турбин, что было сделано в решении данной
проблемы авторами.
Диаграмма А3 (рисунок 7)
представляет собой декомпозицию работы "Выполнить реинжиниринг
бизнес-процессов" (блок 3 на рисунке 2). Составляющие функции
реинжиниринга понятны из названий блоков (работ).
Декомпозиция работы
"Выбрать подход к реорганизации" (блок 3.1) позволила выделить
следующие четыре функции (работы):
§
классифицировать
имеющиеся подходы.
§
проанализировать
применимость различных методов.
§
сформулировать
принятый подход.
§
проанализировать
возможность смешанного подхода.
Анализ существующих
подходов к реорганизации предприятия показал, что весь спектр модификаций
варьируется от мягких постепенных методов улучшения его деятельности, до
жестких, регламентирующих его коренную ломку и построение бизнес-процессов
заново, на пустом месте. В качестве основных подходов для анализа были выбраны:
§ классический подход фирмы IBM,
разработанный Д.Мартином – методика BSP (Business System
Planning).
§ подход У.Деминга – CPI (Continuous Process Improvement – непрерывное улучшение процессов) и
его японский анализ TQM
(Total Quality Management – тотальное управление качеством).
§ метод BPR (Business Process Reengineering – реинжиниринг бизнес-процессов)
М.Хаммера и Дж.Чампи [8].
В результате анализа был
принят комбинированный подход – в основе лежит классическая методика BSP, адаптированная
с целью ее ориентации на современные структурные методы, дополненная некоторыми
положениями метода BPR. Применение метода BPR в полном объеме с его
фундаментальным переосмыслением и радикальным перепланированием
бизнес-процессов принято нецелесообразным по причине большой затратности.
Рис.7. Диаграмма декомпозиции А3 –
"Выполнить реинжиниринг бизнес-процессов".
Для анализа деятельности
конструкторского подразделения (см. работу "Выполнить анализ деятельности
предприятий-участников ВП" – блок 3.2 на рисунке 7) была применена
методология структурного системного анализа и проектирования. В качестве
основного метода были использованы метод SADT в нотациях IDEF0, IDEF3 и DFD . В
качестве средства функционального моделирования было выбрано AllFusion Process
Modeler 4.1, поддерживающее выбранные нотации.
Функциональное
моделирование процесса проектирования сетевого подогревателя, которое
проводилось с целью оценки эффективности бизнес-процессов, выявления
"узких мест" и резервов, определения качества организации
материальных и информационных потоков, соответствия организационной структуры
характеру деятельности проектного подразделения, оценки достаточности или
избыточности ресурсов и т.д., являлось первым этапом реинжиниринга
бизнес-процессов предприятия. В результате была создана функциональная модель
бизнес-процесса проектирования сетевого подогревателя типа AS-IS (как есть).
На этапе разработки
системного проекта реорганизации (см. блок 3.3 на рисунке 7) выполнялись работы
по анализу модели AS-IS и разработке модели TO-BE (как будет).
На рисунке 8
представлена диаграмма А0, являющаяся первой декомпозицией контекстной
диаграммы функциональной модели "Проектирование сетевого
подогревателя". Здесь в первую очередь интерес представляет взаимосвязь
функций и процессов проектирования сетевого подогревателя. В результате
декомпозиции каждой из функций получены от двух до пяти функций третьего
иерархического уровня. Основная с точки зрения технологии проектирования
функция – функция "Разработка технического проекта" (блок 2 на
рисунке 8). Ее результатом является документация сетевого подогревателя на
уровне технического проекта.
Функция разработки
рабочего проекта требует больших трудовых и временных затрат, но многие
процедуры более низких иерархических уровней, в частности процедуры выполнения
различных спецификаций, могут быть автоматизированы в значительной степени.
Особый интерес
представляет функция "Оформление рабочей документации" (блок 6). В
процессе разработки функциональной модели "AS-IS" проектирования
теплообменников в условиях КБ турбинного завода было установлено, что на этапе
рабочего проектирования, конструктор все чертежи выполняет карандашом на
ватмане (так называемые "белки"). Затем выполняется копирование
чертежей тушью на кальки (функция "Копировать чертежи на кальки"),
затем выполняется сверка кальки с "белкой" (функция "Выполнить
проверку кальки"), затем кальки используются в качестве оригинала при
тиражировании (функция "Выполнить тиражирование рабочей
документации"). В результате появляются рабочие чертежи, так называемые
"синьки".
Такая технология
производства технической документации, во-первых, чрезвычайно не
производительная, а, во-вторых, недостаточно точная. Поэтому в модели
"TO-BE" эти функции были исключены. Из всего перечня функций модели
"как есть" в составе функции "Оформление рабочей
документации" модели "как будет" остались только следующие
работы: сбор конструкторской документации; сортировка документации; учет
документации.
При создании
функциональной модели проектирования подогревателей сетевой воды особое
внимание было уделено классификации понятий и созданию на ее основе словаря
понятий для устранения проблем с терминологией.
При разработке модели
"как будет" были использованы ряд положений, относящихся к жесткой
модели реинжиниринга [8]. В частности, исключение части функций работы
"Оформление рабочей документации" является проявлением такой основной
характеристики перепроектированных процессов, как "несколько работ
объединяются в одну".
Эта же функция может
служить и проявлением другой характеристики перепроектированного процесса –
"снижение доли работ по проверке и контролю". Исключение функции
копирования привело к исключению функции проверки калек, результатом чего стало
существенному сокращение сроков проектирования и повышение качества рабочих
чертежей.
В процессе
функционального моделирования было выявлено ряд процедур, реорганизация которых
может повысить эффективность проектирования. В первую очередь это касается всех
проектных процедур, связанных с выполнением расчетов. Сегодня эти операции
выполняются сотрудниками отдела расчетов. При реинжиниринге бизнес-процессов
проектирования удалось существенно сократить затраты времени за счет вынесения
части расчетных процедур за рамки отдела расчетов[3]
и объединения этих работ непосредственно с функциями выполнения чертежных
процедур.
Рис.8.
Диаграмма А0 – первая декомпозиция контекстной диаграммы модели
"Проектирование сетевого подогревателя".
На этапе технического
проекта реинжиниринга процессов проектирования теплообменников была разработана
модель данных информационной системы. Для построения модели использовалось
CASE-средство Erwin Data Modeler. Модель данных разрабатывалась в двух уровнях
представления - логическом и физическом. Основными объектами модели на
логическом уровне являются сущности (например, "Сетевой
подогреватель", "Паротурбинная установка", "Исходные
данные"), атрибуты и связи. Логическая модель данных не связана с конкретной
системой управления баз данных (СУБД), и
может быть представлена наглядно. Физическая модель данных, напротив, зависит
от конкретной СУБД, фактически являясь отображением системного каталога.
Разделение модели данных на логический и физический уровень позволило решить
задачи документирования и масштабирования.
Поскольку модель данных
из-за своей величины была разбита на подмножества модели, в которые были
включены тематически общие сущности.
В результате проведенных
работ по анализу и реинжинирингу проектирования сетевых подогревателей был
создан прототип Системы параметрического проектирования (СППр) сетевых
подогревателей, используя который было выполнено проектирование нового сетевого
подогревателя ПСГ-790 для турбин ПТ-50/60-130 и Т-18-7,5. При этом, фактически,
было положено начало формированию банка данных рабочей документации в
электронном виде. В процессе работ, кроме того, были формализованы, и сохранены
в электронном виде корпоративные знания проектных подразделений турбинного
завода, выполняющих проектирование сетевых подогревателей. Знания, накопленные
авторами в ходе выполнения этой работы, были использованы при написании
учебников [4, 8] для студентов вузов.
В заключение необходимо
отметить, что сегодня на турбинных заводах осознают необходимость реорганизации
производства и всей деятельности предприятия, в частности, важность внедрения
новых информационных технологий. Однако, лишь в редких случаях такое внедрение
рассматривается в контексте построения корпоративной информационной среды и
реинжиниринга всех бизнес-процессов [7]. В настоящее время совместными усилиями
сотрудников кафедры "Турбины и двигатели" УГТУ-УПИ и персонала
Уральского турбинного завода (УТЗ) продолжаются работы по внедрению современных
технологий управления и информационной поддержки основной продукции УТЗ –
паровых турбоустановок.
Литература
1.
Р
50.1.031-2001. Информационные технологии поддержки жизненного цикла продукции.
Терминологический словарь. Часть 1. Стадии жизненного цикла продукции. - М.:
Госстандарт России, 2001.
2.
А.Ф.
Колчин, М.В.Овсянников, А.Ф.Стрекалов, С.В.Сумароков. Управление жизненным
циклом продукции - М.: Анахарсис, 2002. – 304 с.
3.
Р50.1.028-2001.
Информационные технологии поддержки жизненного цикла изделия. Методология
функционального моделирования. - М.: Госстандарт России, 2001.
4.
Теплообменники
энергетических установок: Учебник для вузов. К.Э. Аронсон, С.Н.Блинков, В.И.
Брезгин и др. Под ред. профессора, докт. техн. наук Ю.М.Бродова. Екатеринбург:
Изд-во "Сократ", 2002. 968 с.
5.
Смирнов
А.В., Юсупов Р.М. Технология параллельного проектирования: основные принципы и
проблемы внедрения // Автоматизация
проектирования. 1997, № 2.
6.
Кучерявых
В.М., Молочник В.И., Яблочников Е.И. Реализация проектов создания АСТПП на предприятиях
отечественного машиностроения // Информационные технологии в проектировании и
производстве. 2004. № 2. С.13…17.
7.
Применение
концепции CALS на примере теплофикационной паротурбинной установки / Брезгин
В.И., Бродов Ю.М., Кортенко В.В. и др. // "Тяжелое машиностроение" №
2, 2002 г.С.29-31.
8.
Хаммер
М., Чампи Дж. Реинжиниринг корпорации: Манифест революции в бизнесе / Пер. с
англ. СПб.: Изд-во СПб ун-та, 1997.
[1]
Протокол заседания коллегии № ПК-18 от 10 августа 2001 г.
[2] Виртуальное
предприятие – это такое предприятие, которое создается из различных предприятий
на контрактной основе, не имеет единой юридической организационной структуры,
но обладает единой информационной структурой с целью создания и использования
компьютерной поддержки жизненного цикла конкретного изделия [4].
[3] По [8] – " выход работы за границы организационных структур".