Ж У Р Н А ЛД Л Я П Р О Ф Е С С И О Н А Л О В

В О Б Л А С Т И САПР

www.cadmaster.ru3(43)’2008

CA

Dm

ast

er

32

00

8

КАКОРГАНИЗОВАТЬПРОЦЕССТРЕХМЕРНОГОПРОЕКТИРОВАНИЯ

БОЛЬШЕ ЧЕМДОКУМЕНТООБОРОТ

EnergyCS Line в ОАО"ВНИПИгаздобыча"

Model Studio CSТрубопроводы

AutomatiCS ADT В ИНСТИТУТЕ"Волгоград(нефтепроект"

ЭЛЕКТРОННЫЙКУЛЬМАН ИЛИИНФОРМАЦИОННАЯМОДЕЛЬ ЗДАНИЯ

СОДЕРЖАНИЕГлавный редакторОльга КазначееваЛитературные редакторыСергей Петропавлов,Геннадий Прибытко,Владимир МарутикКорректорЛюбовь ХохловаДизайн и версткаМарина Садыкова,Елена Чимелене

Адрес редакции:117105, Москва,Варшавское ш., 33Тел.: (495) 363'6790Факс: (495) 958'4990

www.cadmaster.ru

Журнал зарегистрированв Министерстве РФ поделам печати, телерадио'вещания и средств мас'совых коммуникаций

Свидетельство о регистрации: ПИ №77'1865 от 10 марта 2000 г.

Учредитель:ЗАО “ЛИР консалтинг”

Сдано в набор 4 июня 2008 г.Подписано в печать 11 июня 2008 г.

Отпечатано:Издательство "Проспект"

Тираж 5500 экз.

Полное или частичноевоспроизведение илиразмножение каким быто ни было способом ма'териалов, опубликован'ных в настоящем изда'нии, допускается толькос письменного разреше'ния редакции.© ЛИР консалтинг

ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ

АППАРАТНОЕ ОБЕСПЕЧЕНИЕПлоттерыШирокоформатные принтеры Canon 102

Системы широкоформатного копирования1+1 больше чем 2 106

Лента новостей 2 Календарь событий 4

Ж У Р Н А Л Д Л Я П Р О Ф Е С С И О Н А Л О В В О Б Л А С Т И С А П Р

ПерсонаБыть или быть 6

Очерки и технологииКак организовать процесс трехмерногопроектирования 8

МашиностроениеБольше чем документооборот… 18

COPRA RollForm: проверено практикой 30

Современные методы контроля над производством 32

ЭлектротехникаEnergyCS Line в ОАО "ВНИПИгаздобыча". Опыт применения при проектировании линий напряжением 10 кВ 36

Электронный архив и документооборотВнедрение электронных архивов инженернойдокументации. Попытка обобщения 42

Информационная система нормативных документов для предприятий судостроительной промышленности 50

Гибридное редактирование и векторизацияPlanTracer SL 3.5 54

Изыскания, генплан и транспортВ филиалах появится GeoniCS 58

Проектирование промышленных объектовModel Studio CS Трубопроводы 60

AutomatiCS ADT при проектированиимикропроцессорных систем автоматики обустройств месторождений. Опыт института "Волгограднефтепроект" 64

Новый подход к построению структуры Базы Данных и Знаний AutomatiCS ADT 68

ПАССАT 1.07 – теперь с теплообменниками 74

Под знаком интеграции. Заметки о Гидросистеме 2.80 78

Проще, удобнее, точнее! На старте –СТАРТ 4.61 80

Архитектура и строительствоТихая революция. Электронный кульман или информационная модель здания 88

StruCad V13: будущее проектированияметаллоконструкций 94

Реализация расчета монолитных жилых зданий на прогрессирующее(лавинообразное) обрушение в средевычислительного комплекса SCAD Office 98

ЛЕНТА НОВОСТЕЙ

2

Сертификат соответствия ProjectStudioCS 4.6

Программный комплекс ProjectStudioCS 4.6, состоящий из ProjectStudioCS Архитектура 1.6, ProjectStudioCS Конструкции 4.6 и ProjectStudioCS Фундаменты 4.6, получилсертификат соответствия ГосстрояРоссии № РОСС RU.СП15.Н00144 № 0842718, подтверждающий пол;ное соответствие следующим норма;тивным документам: � СНиП 2.02.01;83* � СНиП 52;01;2003 � СП 52;101;2003 � СНиП 2.02.03;85 � СНиП 2.01.07;85* � СП 50;102;2003 � ГOCT 23279;85 � ГОCT 14098;91 � ГОCT 5264;80 � ГОCT 21.101;97 � ГOCT 21.501;93 � ГОCT 2.301;68 � ГОСТ 2.302;68 � ГОCT 2.304;81

Срок действия сертификата – до 1 марта 2010 года.

Новая сборка Project StudioCS

4.6 – build 017

Компания CSoft Development объяви;ла о выходе новой сборки программ;ного продукта Project StudioCS 4.6 –build 017. В состав Project StudioCS 4.6 включе;ны: � Project StudioCS Архитектура 1.6 � Project StudioCS Конструкции 4.6 � Project StudioCS Фундаменты 4.6

Выход новой сборки коммерческойверсии программы обусловлен вне;сением исправлений в существую;щие инструменты:

� Project StudioCS Ядро – исправле;на ошибка в программе генера;ции масштабного текста, возни;кавшая при смене используемо;го стиля.

� Project StudioCS Архитектура – в меню модуля исправлена икон;ка на кнопке Отменить панелиКлючевые слова.

� Project StudioCS Конструкции – устранена ошибка, возникавшаяпри сборке конструкции и вклю;чении в нее сечения арматурногостержня в виде детали с непри;своенной маркой.

Дистрибутив доступен в Центре за;грузки.

№3 | 2008 | CADmaster

Новые стандарты и нормативы по строительству и электротехнике уже доступны в системе NormaCS

В обновление информационной системы по нормативным документам NormaCS будутвключены новые документы, с нетерпением ожидаемые специалистами в области строи+тельства и электротехники.

В систему вошли 26 новых нормативных документов, опубликованных Госстандартом России,которые вступают в силу в середине 2008 года и в начале 2009 года. Таким образом, специалис;ты получают возможность использовать новые стандарты при разработке будущих проектов.

На сегодня система NormaCS является наиболее полной базой нормативов и стандартов.NormaCS – единственная система, содержащая аутентичные тексты документов. В ней содер;жится более 40 тысяч полнотекстовых документов, регламентирующих деятельность предприя;тий различных отраслей промышленности.

Перечень документов, вошедших в обновление:1. ГОСТ Р 52856;2007 Оборудование вакуумное. Размеры фланцев2. ГОСТ Р МЭК 61084;2;4;2007 Системы кабельных и специальных кабельных коробов для эле;

ктрических установок. Часть 2. Частные требования. Раздел 4. Сервисные стойки3. ГОСТ Р МЭК 61084;2;1;2007 Системы кабельных и специальных кабельных коробов для эле;

ктрических установок. Часть 2. Частные требования. Раздел 1. Системы кабельных и спе;циальных кабельных коробов, предназначенные для установки на стенах и потолках

4. ГОСТ Р МЭК 60811;1;3;2007 Общие методы испытаний материалов изоляции и оболочекэлектрических и оптических кабелей. Часть 1;3. Методы общего применения. Методы опре;деления плотности. Испытания на водопоглощение. Испытание на усадку

5. ГОСТ Р МЭК 60331;12;2007 Испытания электрических кабелей в условиях воздействия пла;мени. Сохранение работоспособности. Часть 12. Испытательное оборудование. Воздейст;вие пламени температурой не менее 830 град. С одновременно с механическим ударом

6. ГОСТ Р МЭК 60331;31;2007 Испытания электрических кабелей в условиях воздействия пла;мени. Сохранение работоспособности. Часть 31. Проведение испытаний и требования к нимпри воздействии пламени одновременно с механическим ударом. Кабели на номинальноенапряжение до 0,6/1,0 кВ включительно

7. ГОСТ Р МЭК 60332;1;1;2007 Испытания электрических и оптических кабелей в условиях воз;действия пламени. Часть 1;1. Испытание на нераспространение горения одиночного верти;кально расположенного изолированного провода или кабеля. Испытательное оборудование

8. ГОСТ Р МЭК 60332;1;2;2007 Испытания электрических и оптических кабелей в условиях воз;действия пламени. Часть 1;2. Испытание на нераспространение горения одиночного верти;кально расположенного изолированного провода или кабеля. Проведение испытания привоздействии пламенем газовой горелки мощностью 1 кВт с предварительным смешениемгазов

9. ГОСТ Р МЭК 60332;1;3;2007 Испытания электрических и оптических кабелей в условиях воз;действия пламени. Часть 1;3. Испытание на нераспространение горения одиночного верти;кально расположенного изолированного провода или кабеля. Проведение испытания на об;разование горящих капелек/частиц

10. ГОСТ Р МЭК 60332;2;1;2007 Испытания электрических и оптических кабелей в условияхвоздействия пламени. Часть 2;1. Испытание на нераспространение горения одиночного вер;тикально расположенного изолированного провода или кабеля

11. ГОСТ Р МЭК 60332;2;2;2007 Испытания электрических и оптических кабелей в условияхвоздействия пламени. Часть 2;2. Испытание на нераспространение горения одиночного вер;тикально расположенного изолированного провода или кабеля небольших размеров. Про;ведение испытания диффузионным пламенем

12. ГОСТ Р 52755;2007 Топливо жидкое композитное. Технические условия 13. ГОСТ 12.1.012;2004 ССБТ. Вибрационная безопасность. Общие требования14. ГОСТ 30873.5;2006 Ручные машины. Измерения вибрации на рукоятке. Часть 5. Бетоноло;

мы и молотки для строительных работ15. ГОСТ Р 52803;2007 Изделия огнеупорные теплоизоляционные. Технические условия16. ГОСТ Р 52161.2.29;2007 Безопасность бытовых и аналогичных электрических приборов.

Часть 2.29. Частные требования для зарядных устройств батарей 17. ГОСТ Р 52161.2.30;2007 Безопасность бытовых и аналогичных электрических приборов.

Часть 2.30. Частные требования для комнатных обогревателей 18. ГОСТ Р 52161.2.31;2007 Безопасность бытовых и аналогичных электрических приборов.

Часть 2.31. Частные требования для воздухоочистителей для кухонь 19. ГОСТ Р 52805;2007 Обои стеклотканевые. Технические условия 20. ГОСТ Р 52847;2007 Автомобильные транспортные средства. Тормозные механизмы. Техни;

ческие требования и методы стендовых испытаний 21. ГОСТ Р 52848;2007 Аппараты пневматического тормозного привода. Общие технические

требования 22. ГОСТ Р 52875;2007 Указатели тактильные наземные для инвалидов по зрению. Техничес;

кие требования 23. ГОСТ Р ИСО 8528;2;2007 Электроагрегаты генераторные переменного тока с приводом от

двигателя внутреннего сгорания. Часть 2. Двигатели внутреннего сгорания 24. ГОСТ Р ИСО 8528;7;2007 Электроагрегаты генераторные переменного тока с приводом от

двигателя внутреннего сгорания. Часть 7. Технические данные для описания и расчета 25. ГОСТ Р МЭК 60580;2006 Изделия медицинские электрические. Измерители произведения

дозы на площадь26. ГОСТ Р 52638;2006 Средства спасения экипажей инженерных сооружений, эксплуатируе;

мых на акваториях. Общие технические требования

CADmaster | 2008 | №3 3

nanoCAD СПДС – стань лицензионным пользовате+лем прямо сейчас

Компания ЗАО "Нанософт" объявила о выходе первогосвоего продукта nanoCAD СПДС, который будет рас;пространяться по принципиально новой технологии.

Для того чтобы стать лицензионным пользователемСАПР, достаточно просто зайти на сайт, зарегистриро;ваться и заполнить шаблон лицензионного сертифика;та. После проверки данных вы абсолютно бесплатностановитесь лицензионным пользователем. При этомпроцесс лицензирования никак не связан с установкойи авторизацией программного продукта. Более того,nanoCAD СПДС можно скачать прямо на сайте, а дляего установки не требуется ключей и лицензионныхфайлов. Сервис будет доступен с 1 июля.

nanoCAD СПДС – это первый продукт в линейке отече;ственных САПР, которые разрабатывает компанияЗАО "Нанософт" и которые появятся в скором време;ни. В течение года ожидается более 20 продуктов дляразных специальностей. В это же время будут идти ак;тивные работы по совершенствованию графическойплатформы, которая также позволит сторонним разра;ботчикам выпускать приложения на ее основе.

nanoCAD СПДС – универсальная двумерная графиче;ская программа, система автоматизированного проек;тирования (САПР), предназначенная для выполнениячертежей и оформления рабочей документации в ар;хитектурно;строительном проектировании и смежныхотраслях. Программа позволяет проектировщику осу;ществлять весь цикл графических работ:

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

� выполнять абсолютно точные чертежи с использо;ванием любых типов объектов, включая парамет;рические "интеллектуальные" объекты;

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

� осуществлять полноценное взаимодействие с кол;легами;проектировщиками, выполняющими черте;жи в самых распространенных САПР, а также тра;диционным "ручным" способом;

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

� выводить готовые технические документы на пе;чать и публиковать их в форматы электронных ар;хивных документов, защищенные от изменений.

Программа nanoCAD СПДС предназначена для разра;ботки проектной документации в соответствии со стан;дартами СПДС (Система проектной документации длястроительства), а также отдельными положениямистандартов ЕСКД (Единая система конструкторскойдокументации).

Более подробную информацию о программе и компа;нии читайте на сайте www.nanocad.ru.

Конкурс "Полигон для творчества". Возможностьпроявить себя есть у всех!

Компания Consistent Software Distribution, официальныйдистрибьютор Autodesk в России, объявляет о началехудожественного конкурса "Полигон для творчества".Конкурс открыт для всех: участником может стать сту;дент вуза, крупная компания, занимающаяся спецэф;фектами в кино или создающая компьютерные игры, ипросто человек, избравший трехмерную графику своимхобби. Не имеет значения, профессионал вы или люби;тель. Главное – это ваше уникальное видение и творче;ский подход. Мы принимаем любые работы, созданные в течение2008 года. Эти работы вполне могут быть частью ком;мерческого проекта или создаваться специально дляконкурса. Единственное условие – они должны быть вы;полнены при помощи продуктов Autodesk Media andEntertainment: � Autodesk 3ds Max� Autodesk Maya Победителей ждут ценные призы.Подробности – на сайте www.consistent.ru/polygon

№3 | 2008 | CADmaster

КАЛЕНДАРЬ СОБЫТИЙ

4

Нефтегаз (выставка) Москва 23'27 июня Наталья Кузякина (495) 913'2222 e'mail: marketing@csoft.ru

Первый воронежский Воронеж 26'28 июня Наталья Иванова (4732) 39'3050 инвестиционный форум e'mail: marketing@csoft.vrn.ru

DiHalt 2008 – фестиваль компьютерного Нижний Новгород 28'29 июня Снежана Шкабенкова (831) 277'7911искусства e'mail: sn@csoft.nnov.ru

Новейшие технологии автоматизированного Воронеж 8 июля Наталья Иванова (4732) 39'3050проектирования автомобильных дорог (семинар) e'mail: marketing@csoft.vrn.ru

АрхСтояние 2008. Ноев ковчег (фестиваль) Калужская обл. 19'20 июля Марина Вергунова (495) 642'6848e'mail: vergunova@consistent.ru

Новейшие технологии для проведения Липецк 22 июля Наталья Иванова (4732) 39'3050геодезических изысканий (семинар) marketing@csoft.vrn.ru

Комплексные системы автоматизированного Воронеж 5 августа Наталья Иванова (4732) 39'3050архитектурного проектирования (семинар) e'mail: marketing@csoft.vrn.ru

Комплексные системы автоматизированного Белгород 12 августа Наталья Иванова (4732) 39'3050архитектурного проектирования (семинар) e'mail: marketing@csoft.vrn.ru

Балтийская Строительная Неделя32008 (выставка) Санкт'Петербург 10'13 сентября Татьяна Денисова (812) 496'6929e'mail: tdenisova@csoft.spb.ru

Лучший российский StruCad3проект Москва 18 сентября Алексей Лебедянцев (495) 913'2222(конференция) e'mail: marketing@csoft.ru

Решения ГК CSoft для автоматизации Тюмень 24 сентября Дмитрий Шамшетдинов (3452) 75'1351комплексного проектирования e'mail: shamsha@tyumen.csoft.ruв промышленном и гражданскомстроительстве (конференция)

Новое поколение САПР: Казань 25 сентября Раиса Чигарова (843) 570'5431ПО для архитектурно3строительного e'mail: info@kazan.csoft.ru проектирования (семинар)

Новое поколение САПР: Казань 1 октября Раиса Чигарова (843) 570'5431ПО для изысканий, генплана e'mail: info@kazan.csoft.ru и вертикальной планировки (семинар)

выставкамастер'класссеминарконференцияфорумолимпиадаконкурсфестиваль

Авторизованный дистрибьютор Autodesk в России Consistent Software®

E;mail: info@consistent.ru Internet: www.consistent.ru

Любая новая компания (в том случае, ког�да мы говорим не о создании инструмента дляоптимизации тех или иных процессов) – этопрежде всего идея. Идея, которая рождаетсязадолго до того, как получит свое материаль�ное воплощение. Рождение идеи – процесс за�гадочный, почти таинственный. Его можноразглядывать и разгадывать. Можно отследитьпервый импульс, который оплодотворилидею, вспомнить день и час, точно обнаружитьобстоятельства, при которых все происходило.Невозможно вывести алгоритм рожденияидеи. Есть, конечно, различные техники, ко�торые худо�бедно (и не более того) позволяютэтот процесс запустить, но насколько они эф�фективны? "Брэйн шторминг" – знаем, краси�во звучит. Но столь же красивых результатовобычно приносит мало. В основном на уровнепережевывания старого. И уж, конечно, это неработает так: создали компанию, придумалиидею, нарисовали "миссию" (что это такое, я задолгие годы обретения "знаний" так и не по�нял) – и вперед. Теперь понятно, что сначалавсегда идея, скорее даже некое дуновение, ко�торое потом станет идеей. Потом то самое to beor not to be, а потом все прочие ингредиенты –разговоры, люди, встречи, документы.

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

В чем новизна? Это же очень понятно, да�же смешно называть это новой идеей. Отчет�ливая новизна тут в том, что мы осмелилисьна вопрос "быть или не быть" ответить "Быть!"

Реальные потребности рынка и те САПР,которые предлагают этому рынку, – это как дваберега у одной реки. Много красивых оберток,

лозунгов, различных идеек, позиционирований(любимое слово маркетологов; я им тоже болел,кучу книжек прочитал, два диплома написал, ауж рассуждал…), новых концепций и псевдоре�волюционных нововведений. А реальность, заисключением сводок о продажах и курса акций,на радость бабушкам�инвесторам, между темоставляет желать лучшего. Какой уж там PLM.Нам бы окна начертить для заказчика и в оче�редной раз нарисовать типовой кран. А чтоСАПР? САПР или очень дорог или вон на пол�ке лежит в виде заключенного в картон, но по�чему�то облагаемого НДС права использова�ния. И всем вроде бы хорошо – и продажникидовольны, и закупщики выскребли весь бюджети, может, даже пользователи сходили на фур�шет, на какой�нибудь event, поглядели на ри�сунки в цвете и 3D, послушали про то, что в20XX все будут жить в отдельной квартире…Тут�то про банальную идею и вспоминаешь.Которая проста и красива.

И вот выныриваешь из этого заоблачноговиртуального мира, смотришь на идею. И зада�ешь вопрос: "To be or not to be?" Оглядываешь�ся и думаешь: "А может кто�то другой?" Пере�жевывай, планируй, пиши отчеты, занятийвроде много. Но приходит мысль: "А почему нея?" И на самом деле не важно, есть ли еще кто�нибудь, сможет ли еще кто�нибудь. Важно рискнуть самому. И понятно, что будет куча во�просов, непонимающих взглядов.

Потому что нет сзади тебя этой махины, ко�торая медленно ползет, закатывая ростки ново�го в асфальт, но не дает шестеренкам этой махи�ны выпасть, направляет их в четкое русло "мис�сии". Нет, и слава богу. Долгожданные свободаи осмысленность. Поэтому, приняв решение,спокойно себе работаешь, повторяя про себя:"Глаза боятся, а руки делают". И начинаешь по�тихоньку строить – сантиметр за сантиметром.Потому что уже любишь. А любишь потому чтоверишь. В идею, которая проста и красива.

А потом оказывается, что ты не один такойгерой, который на сакраментальный вопрос от�ветил "Быть". Что таких людей целая группа. Та�ким образом, есть довольно значительная частьпаззла. А другая его часть – формирование чис�то практической части, обеспечивающей это са�мое бытие идеи. И здесь ты движешься как в го�рах по узкой тропе. Нет ничего неважного, вто�ростепенного. Поэтому ты делаешь большиеуши и широкие глаза – чтобы слушать, смотретьи впитывать все вокруг. А вокруг немало тех, ко�торые не верят в идею, а хотят ее обесценить даи просто уничтожить. Идея, хоть и сильна и кра�сива, при этом все же пока хрупкая. Вот и защи�щаешь от внутренних и внешних врагов. И не�известно, какие страшнее. Внутренние – это,кстати, собственные сомнения и скепсис.

Что значит "Быть" в случае с Nano�идеей ипреодолением барьеров? Во�первых, это скепти�цизм участников рынка, который передается ипользователям. Как это так, мы по 20 лет совер�шенствуем наши замечательные решения, у настысячи разработчиков, а тут приходит компания,которой без году неделя, и говорит: Нанософт –это другое. Это лучше и дешевле. Здесь важно по�нять, что выбор за пользователем, который дол�жен сам разобраться, а не слепо верить консуль�танту, у которого, может, основная цель – сбить столку, завуалировать истинную картину. Трудное вобеспечении бытия идеи – оно же и интересное.Что трудно? Во�вторых, когда ты осваиваешьновое, ты постоянно утыкаешься в то, что это дотебя никто не делал, что шаблонов и готовых ре�цептов не существует. Но при этом задачи, кото�рые ты ставишь перед сотрудниками, компани�ями�партнерами, сами по себе очень интерес�ны. Именно эта свежесть рождает синергетиче�ский эффект, который неожиданно открываетдля тебя новые источники ресурсов и идей. В�третьих, формирование новой реальности –это сплошная "езда в незнаемое". Чего толькостоит отсутствие привычного механизма: ли�цензионные файлы и ключи не нужны, а всеупирается в юридический аспект. Или предель�но четкое понятие стоимости дополнительныхуслуг, когда набор дополнительных сервисоввыбирает сам заказчик. Об этом имеет смыслпоговорить подробнее в других материалах.

Интересно, что тот же вопрос "быть или небыть" задает себе и клиент, потребитель. Длянего поиск верного ответа – также напряже�ние, отказ от стереотипов, уворачивание от на�тиска рекламы королей рынка – западных раз�работчиков. Здесь можно, конечно, вооружив�шись методиками презентаций и продаж, за�няться привычным "уговариванием". Мы, од�нако, решили сесть, что называется, в лодкупотребителя. И здесь все очень просто: хочешьпопробовать продукт – бери и ставь. Без клю�чей, лицензионных файлов и прочей защиты.При этом, чтобы стать лицензионным пользо�вателем, – всего�то и дел – зарегистрироватьсяи получить сертификат. Хочешь получать об�новления, новые библиотеки, дополнительныесервисы, влиять на развитие продукта – запла�ти за абонемент, но разумные деньги, 300 руб�лей в месяц, например. Не нравится тебе про�дукт, привык к другому – не покупай, но у тебяесть быстрая, бесплатная и легальная возмож�ность убедиться в том, что он тебе не нужен.При этом мы уж точно расстаемся друзьями.

По отношению к нашей идее и к нашимпродуктам пользователь еще не раз задастсявопросом "To be or not to be". Это его священ�ное право, его территория – сомневаться ивыбирать. Но мы с самого начала оставляемсебе надежду в какой�то момент найти путь кего сердцу. Так и сидим с ним тихонько в од�ной лодке, не прячем весло за спину и плывемв океане. Иногда по пути переговариваемся.

Наше первое обращение к пользователямтакое – у нас есть идея, которая невероятнопроста и красива. Нам она очень нравится.Мы пришли с нею к вам и говорим – попро�буйте сами. Отказаться никогда не поздно.

Максим ЕгоровЗАО "Нанософт"

Тел.: (495) 645�8626E�mail: max@nanocad.ru

№3 | 2008 | CADmaster

Быть или бытьПЕРСОНА

6

Быть или не быть? Спрашиваешь иной раз сам себя, приближаясь к границе, за

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

неизвестно, готов ли. Сотни быть или не быть в течение одного дня, года, в течение

одной жизни. Не уверен, что большинство из нас чаще отвечает на этот вопрос – да,

переменам быть. Когда такой вопрос приходит, значит потребуются сверхресурсы,

чтобы принять решение. Выход за рамки обычного и привычного. Но взвешенный

риск – это и есть то самое ускорение, за счет которого удается проскользнуть между

двумя полюсами – неверием, сомнениями и заносчивой торопливостью. Вечные качели

между жаждой перемен и страхом уклониться от устойчивости, потерять стабильность,

а значит покой.

№3 | 2008 | CADmaster

ОЧЕРКИ И ТЕХНОЛОГИИ

8

Как организоватьпроцесс трехмерногопроектирования

Как организоватьпроцесс трехмерногопроектирования

Говорить о САПР и трехмерном

проектировании промышленных

объектов стало модным – о нем

рассуждают и директора проект�

ных организаций, и начальники отделов

САПР, и конечно же поставщики про�

граммного обеспечения.

Несмотря на то что и потребитель

САПР хочет проектировать в 3D, и по�

ставщики САПР всячески этому способ�

ствуют, в реальности проектных органи�

заций, нормально работающих с 3D�мо�

делями, не так уж много. И потому эта

статья адресована прежде всего тем, кто

не ищет оправдания неудач с внедрением

трехмерного проектирования, а пытается

освоить трехмерный САПР или усовер�

шенствовать имеющуюся технологию.

Постараюсь поделиться собственным

мнением о том, зачем нужно трехмерное

проектирование, какие на этом пути воз�

никают проблемы и какие существуют

решения…

Почему мы говорим обавтоматизации проектирования…

Эта статья является обобщением про�

блем и путей решения, с которыми стал�

киваются специалисты компании ЗАО

"СиСофт" при внедрении систем автома�

тизированного проектирования в про�

ектных институтах.

ЗАО "СиСофт" – лидирующая рос�

сийская компания, работающая на рынке

САПР. Компания осуществляет консал�

тинг и внедрение комплексных решений

в области систем автоматизированного

проектирования (САПР), технологичес�

кой подготовки производства, докумен�

тооборота, информационного обеспече�

ния и геоинформационных систем. Боль�

шая часть решений базируется на уни�

кальном сочетании мировых и отечест�

венных разработок в этой области.

Услуги, предлагаемые CSoft, включа�

ют анализ существующей технологии

выполнения работ, определение наибо�

лее эффективных программно�аппарат�

ных решений, разработку концепции

развития САПР на предприятии, постав�

ку, установку и настройку компонентов

автоматизированной системы, обучение

пользователей, выполнение пилотных

проектов, внедрение автоматизирован�

ных систем "под ключ".

Заказчиками и партнерами ЗАО "Си�

Софт" являются крупнейшие вертикаль�

ные компании и проектные институты,

такие как Инженерные центры НПК ОАО

РАО "ЕЭС России", ведущие проектные

институты ОАО "Газпром" (ОАО "ВНИ�

ПИгаздобыча", ОАО "Гипрогазцентр",

ОАО "Гипроспецгаз"), ОАО "Гипровосток�

нефть", проектные филиалы ОАО "НК

"Роснефть" – Термнефть", АК "АЛРОСА",

ФГУП "Атомэнергопроект", проектные

филиалы ОАО "ТНК�BP" и многие другие.

Применение информационных тех�

нологий существенно изменило тради�

ционное производство и сферу услуг. В

свою очередь это потребовало от нас не

только осуществлять поставку про�

граммно�аппаратных средств, но и вы�

полнять целый спектр других работ:

� предпроектное обследование;

� разработку информационных систем

САПР, ГИС, ТПП и документооборо�

та;

� поставку и пуско�наладку систем

САПР, ГИС, ТПП и документооборо�

та;

� организацию и сопровождение пи�

лотных проектов (опытная эксплуа�

тация);

� запуск информационной системы в

промышленную эксплуатацию;

� сопровождение информационной

системы на протяжении всего ее жиз�

ненного цикла.

Эти, на первый взгляд, дополнитель�

ные работы и являются теми вехами, ко�

торые определяют успех всего процесса

внедрения средств автоматизации проек�

тирования.

Зачем нужно трехмерноепроектирование?

Многие руководители проектных ин�

ститутов, видя работу западных (и неко�

торых российских) партнеров, основан�

ную на 3D�моделировании с автоматизи�

рованной генерацией чертежей, уверова�

ли в его чудодейственную силу. Трехмер�

ное проектирование промышленных

объектов обрастает легендами и мифами,

которые усиленно поддерживаются про�

давцами САПР, и порой кажется, что во

всей этой теме не найти уже ни слова

правды. Но ведь чудо трехмерного про�

ектирования действительно существует!

Правда, оно не решает всех проблем про�

ектной организации и требует тщатель�

ной подготовки. Итак, зачем же нужно

трехмерное проектирование?

Оно позволяет создать виртуальный

(электронный) макет объекта. На основе

этого виртуального макета можно прове�

рить геометрическую согласованность мо�

дели (выполнить проверку на предмет кол�

лизий), сгенерировать любые необходи�

мые виды и разрезы, то есть сформировать

основные чертежи, получить исходные

данные для расчетов и смежных задач.

И, что самое важное, корректно построен�

ная модель позволяет получать абсолютно

точные перечни оборудования, изделий и

материалов, используемых в этой модели, –

спецификации, ведомости материалов…

Ничего другого трехмерная модель дать

не в состоянии! Она не способна организо�

вать производство, урегулировать передачу

заданий, решить проблему с планировани�

ем и в разы повысить эффективность про�

изводства. Тем не менее это вовсе не повод

отказываться от трехмерного проектирова�

ния. Возможность проверки коллизий

позволяет сэкономить миллионы рублей,

уходящих на устранение ошибок проекти�

рования, ускорить выпуск чертежей и спе�

цификаций, значительно улучшить их ка�

чество. И даже не это главное, потому что

чертеж или спецификация находится в

CADmaster | 2008 | №3 9

сфере ответственности отдельного чело�

века и никак не отражается на работе кол�

лектива. Куда более важен сам процесс со�

здания трехмерной модели и получение

документов на основе коллективно со�

зданной модели. 3D�моделирование тре�

бует осознания процессов проектирова�

ния в целом и способствует более четким

отношениям между проектировщиками,

что в свою очередь, как это ни странно,

приводит к многократному росту произ�

водительности. А это собственно и обес�

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

пользователей САПР.

Эффект от автоматизациипроектирования

Мы пока не сказали ни слова об эф�

фекте внедрения, – а без этого непонят�

но, зачем же она, эта головная боль –

внедрение 3D�САПР.

В рамках работы с институтами РАО

"ЕЭС России" "СиСофт" выполнил рас�

четы, имевшие целью выяснить, на�

сколько использование САПР влияет на

сроки выполнения определенного объе�

ма проектирования. При этом требова�

лось не вносить организационных изме�

нений, а также сохранить или улучшить

качество продукции.

Для начала все виды проектных ра�

бот были разделены по характеру объек�

тов. В результате сложились две группы,

принципиально различные по составу и

качеству проектных работ: проекты пло�

щадных объектов и проекты линейных

(магистральных) объектов.

Для каждого раздела (проектной

специальности) была вычислена доле�

вая часть от стоимости всего проекта.

Например, при проектировании пло�

щадных объектов на долю инженер�

ных изысканий приходится всего 4%

от стоимости, тогда как при проекти�

ровании линейных объектов этот по�

казатель составляет 17%. Доля архи�

тектурно�строительной части для пло�

щадных объектов – 26%, для линей�

ных – 21%.

Эти цифры позволяют понять "важ�

ность" каждого раздела проектирования

и указывают, где именно автоматизация

должна принести наибольший эффект.

Если взять, например, площадной объ�

ект и посмотреть на его показатели, ста�

новится ясно, что каким бы образом мы

ни автоматизировали инженерные изы�

скания, даже получив двукратный рост

производительности (2% от стоимости

проекта), минимальная автоматизация

архитектурно�строительной части с по�

вышением производительности на 1%

даст больший результат (2,6% от общей

стоимости).

Далее для каждого раздела проекти�

рования была произведена декомпози�

ция задач. Укрупненная декомпозиция

по архитектурно�строительной части

приведена на рис. 1.

Рис. 1

Разбивка осей

Размещение строительных конструкций

Выпуск чертежей и проектных документов

№3 | 2008 | CADmaster

ОЧЕРКИ И ТЕХНОЛОГИИ

10

Для каждой задачи были произведе�

ны расчеты ее доли в работах, выполняе�

мых каждым проектным отделом каждо�

го проектного института. Каждая из ра�

бот была автоматизирована с помощью

специализированных прикладных про�

грамм, после чего доли работ были вы�

числены повторно. Соответственно по�

явилась еще одна доля – освободившего�

ся времени (ресурсов). На рис. 2 приве�

ден пример соотношения работ в рамках

одного проектного отдела – до начала

использования САПР и после.

Аналогичным образом были вычис�

лены показатели по всем проектным от�

делам (по всем специальностям). Резуль�

таты показаны на рис. 3.

Из диаграмм видно, что САПР, авто�

матизирующий деятельность проекти�

ровщиков, в идеальном случае позволяет

сократить сроки проектирования в 2�2,5

раза, а следовательно, опять�таки в иде�

альном случае, при неизменных затратах

на производство за рассматриваемый пе�

риод можно удвоить показатели по про�

изводимой продукции. То есть вместо

одного проекта разработать два.

Является ли это пределом? Как выяс�

нилось, нет. Помимо прямых проектных

задач существует целый спектр других

процессов, тоже требующих решения:

информационно�справочная поддержка

проектировщика, структурирование и

контроль выпуска проектно�сметной до�

кументации, структурирование и кон�

троль самого процесса проектирования.

В разных институтах эти процессы погло�

щают от 40 до 60% от времени, уходящего

на выполнение проекта. Поэтому ком�

плексная автоматизация наряду с САПР

предусматривает другие подсистемы, ав�

томатизирующие производственную дея�

тельность проектной организации.

Впрочем, обсуждение всего, что за�

трагивает автоматизация проектной дея�

тельности, едва ли возможно в рамках

одной статьи, поэтому вернемся к теме

3D�САПР и проблемам внедрения…

Проблемы при внедрении системтрехмерного проектирования

С проблемами внедрения САПР

сталкивался любой, кто пытался этим за�

ниматься. Наиболее типичные сложнос�

ти, связанные с внедрением системы

трехмерного проектирования и ком�

плексных САПР, вполне понятны и их

несложно сформулировать:

� нормативная база, строительные

нормы и правила Российской Феде�

Доли работ до внедрения САПР

Архитектурно3строительная часть для линейных (магистральных) объектов

Архитектурно3строительная часть для площадных объектов

Доли работ после внедрения САПР

Доли работ до внедрения САПР Доли работ после внедрения САПР

Рис. 2

CADmaster | 2008 | №3 11

рации далеки от потребностей про�

ектировщиков и заказчиков. ГОСТы,

ОСТы, СНиПы и прочие норматив�

ные документы часто регламентиру�

ют форму подачи материалов, но

практически не стандартизируют со�

держание. Еще чаще приходится

оперировать нормативной базой, ко�

торая не учитывает ни современных

средств проектирования, ни совре�

менного оборудования, изделий и

материалов;

� от реальных потребностей отстает

машиностроение – производители

оборудования, изделий и материалов

ориентируются на возможности соб�

ственного оборудования и на старые

типовые проекты, а не на требования

рынка. Сравните: проектировщики

США и Европы конструируют обо�

рудование самостоятельно, а штуч�

ные заказы размещают в Китае, Ин�

дии и других странах с невысокой

стоимостью производства. Как след�

ствие, их проекты более экономич�

ны, поскольку не содержат много�

кратного превышения требуемых па�

раметров, что присуще работе со

стандартизованными типоразмера�

ми;

� трехмерное проектирование почти

всегда внедряется в уже действующее

производство, а значит существую�

щие документооборот и организация

работ не предполагают существова�

ния ни такого проектирования, ни

электронного технического доку�

ментооборота;

� и, наконец, отсутствие должной под�

готовки кадров в области САПР (чу�

до, если выпускник нашего вуза умеет

качественно чертить с использовани�

ем AutoCAD, о трехмерном модели�

ровании и говорить не приходится).

Снова повторю: все сказанное – не

повод отказываться от планов внедрить

трехмерное проектирование. Следует

только понимать, что для получения

ожидаемой эффективности САПР нуж�

но будет потратить должные суммы на

программное и аппаратное обеспечение

и еще примерно в 2�4 раза больше – на

услуги по внедрению и техническому со�

провождению. Кроме того, требуются

мощная административная поддержка и

время (в среднем от шести месяцев до

трех лет). И еще не нужно забывать, что

ежегодно придется обновлять про�

граммное и, возможно, аппаратное

обеспечение, организовывать перепод�

готовку кадров и постоянно совершен�

ствовать САПР.

Давайте поговорим об этом попо�

дробнее…

Внедряем САПРРассмотрим процесс внедрения

трехмерного проектирования как ком�

плексную задачу, включающую пробле�

мы автоматизации рабочих мест специа�

листов, организации производства, ис�

кусственного ограничения использова�

ния САПР.

С чего начать?Чтобы обеспечить нормальные усло�

вия перехода к трехмерному проектиро�

ванию, понадобятся ревизия всего, чем

Линейные объекты

Площадные объекты

Рис. 3

№3 | 2008 | CADmaster

ОЧЕРКИ И ТЕХНОЛОГИИ

12

располагает предприятие, и выбор моде�

ли перехода.

По большому счету таких моделей

всего две: первая заключается в плано�

мерном переобучении всего персонала и

прохождении каждой фазы внедрения

всем кадровым составом; вторая основа�

на на организации комплексных (по со�

ставу специальностей) рабочих групп и

ориентации этих групп на выполнение

определенного рода работ.

Достоинством первой модели являет�

ся поэтапное изменение технологии, со�

хранение традиций проектирования. К

существенным недостаткам приходится

отнести растянутость процесса, что не

дает быстрого экономического эффекта

от внедрения. Возникают проблемы и с

поддержанием одинакового уровня об�

разования в области САПР.

Преимущество второй модели внед�

рения – возможность быстро получить

результат, легкость настройки САПР,

простота обучения, малые риски проект�

ной организации. Есть и свои минусы: в

первое время необходима постоянная за�

грузка группы проектами, группу должен

возглавлять собственный руководитель

(ГИП) и она должна быть выведена из

подчинения начальников отделов.

Поскольку оба подхода не лишены

как достоинств, так и несовершенств,

есть смысл комбинировать эти методы.

Логично сначала воспользоваться воз�

можностью быстрого получения эффек�

та, организовав и загрузив работой от од�

ной до четырех рабочих групп. Как пра�

вило, устойчивая работа группы достига�

ется на третьем�четвертом проекте –

именно тогда можно начинать массовое

обучение технологиям комплексной ра�

боты с САПР и создавать дополнитель�

ные рабочие группы.

Теперь несколько слов о тех, кого

следует включать в эти группы.

Каждой рабочей (проектной) группе

необходимы специалисты, которые бу�

дут исполнять проект. Они должны быть

самостоятельными – следовательно, на�

чинающих проектировщиков допускает�

ся привлекать к этой работе только наря�

ду с опытными специалистами. Рабочей

группе должен быть назначен ГИП.

Кроме того, для выполнения любого

проекта понадобятся дополнительные

группы, которые могут и не включаться в

основной состав рабочей группы:

� группа технического обеспечения

ИТ – специалисты, которые будут

обеспечивать техническую поддерж�

ку САПР;

� группа консультантов САПР – реко�

мендуемая, но не обязательная груп�

па, составленная из специалистов

компании – системного интегратора

(если такой имеется) и обеспечиваю�

щая дополнительную техническую

поддержку САПР;

� группа технических экспертов – еще

одна рекомендуемая, но не обяза�

тельная группа, включающая специа�

листов высокой квалификации (ко�

торые могут консультировать группу

технического обеспечения ИТ), кон�

сультантов САПР и специалистов ра�

бочей группы по вопросам, касаю�

щимся инженерных специальностей.

Руководство должно ясно понимать,

что все участники рабочей группы "вы�

падут" из общего производства, то есть

на этапе перехода их производитель�

ность будет значительно ниже обычной,

а то и вообще нулевой! Особое внимание

следует уделять отпускам специалистов

(по ходу первых проектов это может вы�

звать осложнения), лучше же сразу пре�

дусмотреть участие в группе нескольких

инженеров одной специальности.

Все проекты (в том числе и пилот�

ный), выполняемые рабочей группой,

должны включаться в производственный

план – даже в том случае, если в качестве

пилотного выполняется проект, когда�то

уже выполненный ранее. Другими слова�

ми, мотивация участников группы долж�

на быть не слабее мотивации рядового

проектировщика.

Конечно, на подготовительном этапе

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

и распоряжения (приказ о формирова�

нии рабочей группы, приказ о выполне�

нии проекта, о назначении ГИПа, о под�

чинении и т.д.).

Информационная поддержка проектаПри работе с трехмерной САПР не

следует забывать об информационной

поддержке проекта. Такая поддержка

включает ряд мероприятий и программ�

но�технических средств, обеспечиваю�

щих согласованную работу рабочей груп�

пы. В целом информационная поддерж�

ка должна осуществляться дополнитель�

ными подсистемами (общая схема при�

ведена на рис. 4).

Несмотря на то что программное

обеспечение (например, PLANT�4D,

EnergyCS, Project StudioCS) поставляется с

готовыми базами данных, каждый про�

ект потребует пополнения БД оборудова�

ния, изделий и материалов: заранее

включить в базы всё, что только может

потребоваться, попросту невозможно.

Исключение составляют случаи актив�

ного применения типовых проектов или

наличие жестких корпоративных огра�

ничений на используемую номенклатуру.

Перед началом проектирования нуж�

но пополнить базу данных оборудова�

Рис. 4

CADmaster | 2008 | №3 13

ния, изделий и материалов, наиболее ча�

сто используемых в проектной органи�

зации. Как правило, эта процедура пред�

варяет каждый новый проект. Для опе�

ративного пополнения базы данных но�

выми графическими образами (трехмер�

ными моделями оборудования) необхо�

димо назначить ответственного испол�

нителя (или группу исполнителей). До�

пустимо обучить специалистов рабочей

группы и поручить пополнение БД им,

но это не лучший путь: дополнительные

обязанности неизбежно будут отвлекать

проектировщиков от основной работы и

"распылят" ответственность. Большие

объемы пополнения базы проще зака�

зать у поставщиков ПО.

Еще одним важным условием, обес�

печивающим эффективное использова�

ние САПР, является унификация стан�

дартов на состав и форму документов,

выпускаемых средствами САПР, а также

разработка регламентов выполнения

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

САПР при локальном и распределенном

проектировании.

Решая эту задачу, необходимо прове�

сти обследование применяемых проект�

ных процедур, а затем, основываясь на

его результатах, разработать стандарты

предприятия, касающиеся использова�

ния САПР, и необходимые технические

требования к настройке систем, форма�

там документов…

Работы по подготовке стандартов со�

става и формы документов, как правило,

включают:

� анализ выпускаемой проектной до�

кументации;

� анализ существующего регламента

передачи заданий на разработку час�

тей проекта;

� исследование методики работ с суб�

подрядными организациями;

� настройку систем САПР под резуль�

таты разработанных стандартов на

состав и форму документов.

Регламенты для работы в САПР

стандартизуют организацию электрон�

ного чертежа – установки, использова�

ние пространства модели и листа, мето�

ды черчения; правила и основные требо�

вания к использованию слоев, цветов,

типов линий и штриховок; правила и ос�

новные требования к использованию

текстовых и размерных стилей; правила

и основные требования к использова�

нию блоков и типовых узлов; правила и

основные требования к сохранению

файлов и т.д.

Регламенты для работы в САПР

должны учитывать действующие норма�

тивные документы стандартов СПДС,

ЕСКД, ИСО и местных СТП. Использо�

вание регламента позволит упростить и

одновременно ужесточить (!) нормокон�

троль, а также сформулировать требова�

ния к электронным чертежам, поступаю�

щим от субподрядных организаций, –

вне зависимости от того, какое про�

граммное обеспечение использовалось

для разработки частей проекта. Работа

по созданию и внедрению стандартов

требует довольно много времени и ресур�

сов, поэтому проще, а в итоге и дешевле

заказать ее выполнение силами систем�

ного интегратора – например, ЗАО "Си�

Софт". Компания не только разработает

стандарт, но и поможет его внедрить;

кроме того, будет установлено специаль�

ное программное обеспечение для кон�

троля исполнения этого стандарта.

Не менее важным фактором, влияю�

щим на проектирование, является акту�

альность нормативно�технической до�

кументации (ГОСТ, ОСТ, ТУ, РД, СТП).

Понадобятся специализированные эле�

ктронные библиотеки нормативно�тех�

нической документации, которые пред�

назначены для хранения, поиска и отоб�

ражения текстов и реквизитов норма�

тивных документов, а также стандартов,

применяемых на территории Россий�

ской Федерации и регламентирующих

деятельность предприятий различных

отраслей промышленности.

Примером реализации такой библи�

отеки является программный комплекс

NormaCS, который обеспечивает единое

информационное пространство норма�

тивных документов и стандартов, пол�

ноту и актуальность базы данных НТД.

Аутентичность текстов обеспечивается

их получением непосредственно от раз�

работчиков стандартов. Кроме того, на�

глядно отображаются признаки состоя�

ния документов (действует, не действу�

ет), хранятся и отображаются поправки

и изменения к их текстам, имеется воз�

можность анализировать связи докумен�

та с другими нормами и стандартами.

Единое информационное простран�

ство нормативных документов и стандар�

тов позволит снизить количество оши�

бок, связанных с использованием уста�

ревших норм и правил проектирования.

Наконец, важнейшим средством ин�

формационной поддержки процессов

проектирования является использова�

ние системы электронного архива и до�

кументооборота. В задачи этой системы

входит сбор в интегрированной базе

данных всей информации и документа�

ции, связанной с разрабатываемыми

объектами, и обеспечение коллективно�

го использования информации в про�

цессах проектирования, планирования и

производства.

Система электронного архива и до�

кументооборота обеспечивает все необ�

ходимые функции для обеспечения ин�

женерных работ:

� регистрацию и учет документов, а

также их электронных образов;

� регистрацию документов в электрон�

ном каталоге;

� отображение и обработку электрон�

ных учетных карточек документов;

� навигацию по электронному катало�

гу документов;

� поиск документов в электронном ка�

талоге;

� ведение истории документов;

� формирование структуры основного

комплекта проектной документации;

� импорт электронных документов из

файловой системы;

� обеспечение пакетного ввода скани�

рованных документов;

� создание нового проекта на основе

выбранного шаблона.

Задачу хранения электронных доку�

ментов можно решить несколькими пу�

тями.

Первый из возможных способов –

организовать файловое хранилище на

сервере и регулировать доступ к файлам

на уровне операционной системы. Этот

путь является самым простым и вполне

достаточным при выполнении первого�

второго проекта. Вместе с тем такое ре�

шение значительно усложняет админис�

трирование и вынуждает вести отдель�

ный реестр документов с "расшифров�

кой" имен файлов. Существенным недо�

статком этого пути следует признать и

невозможность обеспечить документо�

оборот (электронное согласование и

прохождение документов).

Второй путь – разработка собствен�

ной системы на основе стандартной

СУБД (SQL Server или Oracle). Здесь уже

понадобятся программисты и постанов�

щики задач, которые выполнят эту рабо�

ту. Система будет эволюционировать по

мере роста потребностей проектной ор�

ганизации, но при этом она не предус�

матривает возможности масштабирова�

ния или, скажем, изменения системы

хранения. Как следствие, реорганизация

структуры архива или разработка допол�

нительных функций требует переделки

значительной части программы.

Есть и третий способ: приобретение

специализированного программного

обеспечения и выполнение его настрой�

ки. Систем электронного архива и доку�

ментооборота предлагается довольно

много, но выбирать следует только из

специальных решений, предназначен�

ных для проектных организаций. К та�

ким системам относится, например,

TDMS (Technical Data Management

System), функциональные возможности

которой позволяют создать систему уп�

равления проектными данными и систе�

му управления информационными по�

№3 | 2008 | CADmaster

ОЧЕРКИ И ТЕХНОЛОГИИ

14

токами. Полномасштабное внедрение

информационной системы открывает

возможность комплексной автоматиза�

ции всего цикла задач, связанных с во�

просами хранения, поиска и распределе�

ния технической информации и доку�

ментации, планирования и оперативного

управления работами.

Планирование работ и выполнениепроекта

Когда планируется первый (пилот�

ный) проект, следует обратить внимание

на следующее:

� проект или исполняемый фрагмент

проекта должны быть характерными

(типичными) для проектной органи�

зации;

� специализация рабочей группы и

функциональные возможности про�

граммного обеспечения должны со�

ответствовать проекту;

� исходные технические данные долж�

ны быть представлены в полном объ�

еме.

При выборе пилотного проекта нуж�

но помнить, что основная задача его вы�

полнения – отработка методологии ис�

пользования программного обеспечения

при выполнении определенного типа

проектов. А вовсе не демонстрация

функций ПО.

Когда организационные вопросы ре�

шены и заказ на проектирование полу�

чен, следует сформировать план выпол�

нения работ.

Для формирования календарного

плана проекта необходимо выполнить

принципиальный (укрупненный) план,

который включает наименование работ,

их последовательность и предполагае�

мую длительность, а также данные об ис�

полнителях.

Разработчику принципиального пла�

на необходимо учитывать особенности

средств трехмерного проектирования:

проектные работы должны иметь четкие

границы, а каждый этап – быть закон�

ченным и необратимым!

В целом принципиальный план пре�

дусматривает следующие этапы:

Этап I. Подготовка к исполнению проекта

� Ознакомление проектной группы

с общими правилами работы:

каждый ее участник должен знать,

к кому обращаться с технически�

ми вопросами, куда и как сохра�

нять результаты проектирования.

� Определение места хранения про�

екта и соответствующих регулиру�

ющих документов.

Этап II. Предпроектные работы (изыска�

тельские работы и подготовка исход�

ных данных по площадке, в том числе

формирование 3D�модели существу�

ющего рельефа, выпуск полного ком�

плекта документов).

Этап III. Принципиальная часть проекта

� Разработка технологической схе�

мы, выбор и согласование основ�

ного оборудования и основных

используемых материалов.

� Выполнение ситуационной части

проекта (планировочное реше�

ние). Для упрощения процесса

планирования работ и удобства

подготовки материалов объект

необходимо поделить на проект�

ные зоны.

Наличие согласованного перечня

оборудования и материалов позволяет

значительно сократить сроки проектиро�

вания. Для заказчика это согласование

выгодно еще и тем, что он может начать

поиск и закупку оборудования и матери�

алов.

При размещении оборудования на

схеме следует уточнить условия размеще�

ния (требуются ли, например, фунда�

мент, вентиляция, измерение давления

и т.п.). В этом случае будет нетрудно де�

тализовать план работ и контролировать

его выполнение.

По завершении третьего этапа рабо�

чей группе понадобится откорректиро�

вать план работ, поскольку к этому мо�

менту уже будет определен перечень зда�

ний и сооружений. Каждое здание и со�

оружение фактически является отдель�

ным проектом, а значит можно распа�

раллелить работу и распределить нагруз�

ку по специальностям. Дальнейшие эта�

пы относятся к каждому зданию.

Этап IV. Трехмерное проектирование

зданий и сооружений (компоновоч�

ное решение):

� формирование основного архи�

тектурно�компоновочного реше�

ния;

� размещение основного техноло�

гического оборудования;

� размещение основных "коридо�

ров" под трубопроводы и смеж�

ные коммуникации;

� трассировка основных технологи�

ческих коммуникаций;

� размещение основного оборудо�

вания смежных отделов;

� трассировка основных инженер�

ных коммуникаций.

В завершение этапа необходимо со�

гласовать с заказчиком общее компоно�

вочное решение – это позволит значи�

тельно уменьшить количество измене�

ний в проекте и, следовательно, сокра�

тить сроки проектирования.

Четвертый этап призван решить

только компоновочную задачу, так что

постарайтесь избежать наиболее распро�

страненной ошибки – не углубляйтесь в

детализацию! Выполните модель в ука�

занном объеме, подготовьте чертежи об�

щего назначения, компоновку помеще�

ний, планы размещения оборудования.

Сформируйте презентационные чертежи

в изометрии (рекомендую проставить

обозначения и осевые размеры), сделай�

те визуализацию по чертежам.

Завершив этот этап, группа должна

детализировать план работ исходя из

имеющейся информации. Формируя

компоновочное решение, получаем пол�

ный (или почти полный) перечень обо�

рудования, коммуникаций и строитель�

ных конструкций.

При размещении рекомендуется ис�

пользовать (задавать) обозначения обо�

рудования, коммуникаций и строитель�

ных конструкций – это упростит плани�

рование и отслеживание исполнения де�

талировочных чертежей.

Документирование (выпуск детали�

ровочных чертежей и спецификаций,

входящих в состав проекта) следует вы�

полнять только по завершении трехмер�

ной модели всего фрагмента.

Этап V. Трехмерное проектирование (де�

тализация)

� Трассировка второстепенных тру�

бопроводов (габаритно незначи�

мые байпасы, импульсные трубки

и т.п.).

� Трассировка кабельных сетей эле�

ктроснабжения и КИПиА.

� Трехмерная детализация строи�

тельных решений.

На этом этапе разработка деталиро�

вочной трехмерной модели может ока�

заться малопродуктивной – в этом слу�

чае все операции пятого этапа выполня�

ются средствами двумерного проектиро�

вания.

Этап VI. Документирование

� Выпуск чертежей общих видов на

основе модели (планов, разрезов

и сечений).

� Выпуск спецификаций на основе

модели.

� Выпуск деталировочных черте�

жей.

� Выпуск пояснительной записки.

Этот этап понятен без дополнитель�

ных комментариев, а его результаты соб�

ственно и являются конечной целью

проектирования.

Несколько полезных советов…Разработка шаблонов и регламенти�

рующих документов по использованию

программных средств должна выпол�

няться непосредственно перед началом

выполнения проекта. Позже допустимы

только косметические изменения.

При настройке САПР, если не удает�

ся обеспечить соответствие требованиям

ГОСТ или СТП, касающимся формы вы�

ходных документов (как правило, это не�

CADmaster | 2008 | №3 15

соответствия, влияющие на внешний

вид документа), необходимо выпустить

СТП или изменение к СТП, узаконив

новую форму документа. Обычно в тех

случаях, когда не страдает полнота ин�

формации, такое изменение не вызыва�

ет возражений заказчика и надзорных

органов. К сказанному хотелось бы до�

бавить слова начальника отдела норма�

тивно�правового обеспечения ТЭК, Де�

партамента ТЭК Минпромэнерго Рос�

сии М.М. Соловьева: "В отечественной и

мировой нефтегазовой отрасли стандар�

ты организаций являются наиболее зна�

чительной частью в общей системе тех�

нического регулирования. Они призва�

ны аккумулировать опыт и конкурент�

ные преимущества компаний, реализу�

ют стратегию и инженерные подходы

компаний".

Для регулирования отношений в

процессе трехмерного моделирования

следует предусмотреть систему статусов

(рабочая версия, предварительное реше�

ние, проверка предварительного реше�

ния, согласовано для детализации, про�

верка, моделирование завершено).

Организуйте еженедельные планер�

ки по текущему положению пилотного

проекта – с протоколированием в рабо�

чем журнале.

При выполнении пилотного проекта

каждый этап должен начинаться с фик�

сации целей и завершаться представле�

нием результатов всем участникам рабо�

чей группы, а по возможности и руково�

дителям, не задействованным в проекте:

главному инженеру, ГИПам, начальни�

кам отделов.

Воспользуйтесь услугами системного

интегратора – CSoft, Бюро ESG, МАГ�

МА – там работают высококлассные

специалисты, которые помогут сформи�

ровать план перехода к работе с САПР и

окажут необходимую техническую под�

держку (обучение пользователей, сопро�

вождение пилотного проекта, техничес�

кое сопровождение рабочих проектов).

И, наконец, самое важное: не забы�

вайте, что автоматизация – это всегда

компромисс между "так положено и так

было всегда" и "так удобнее, качествен�

нее и быстрее".

Реализация на примереВ завершение, чтобы не быть голо�

словным, приведу как пример решение в

области комплексной автоматизации,

реализованное в проектном институте

ОАО "ВНИПИгаздобыча".

ОАО "ВНИПИгаздобыча", являясь

дочерним акционерным обществом

ОАО "Газпром", более 80% объемов сво�

их работ выполняет по заказам Газпро�

ма, обеспечивая проектной документа�

цией значительную часть вводимых объ�

ектов добычи газа и

углеводородного

сырья. В институте

внедрена и успешно

действует система

менеджмента каче�

ства в соответствии

с международным

стандартом ISO

9001:2000, что под�

тверждено серти�

фикатом BVQI.

И н с т и т у т

"ВНИПИгаздобы�

ча" выполняет ком�

плекс проектно�

изыскательских и

научно�исследова�

тельских работ для

строительства но�

вых, расширения,

реконструкции и

технического пере�

вооружения дейст�

вующих объектов:

� газовых, газоконденсатных, газокон�

денсатонефтяных и нефтяных место�

рождений;

� магистральных газопроводов, ком�

прессорных станций;

� станций подземного хранения газа;

� заводов и установок по переработке

газа, газового конденсата, сопутству�

ющих компонентов;

� сетей газоснабжения областей, реги�

онов, населенных пунктов.

Процесс комплексной автоматиза�

ции проектных работ начат в 2004 году,

до этого автоматизация ограничивалась

отдельными программными продукта�

ми – с обычным бумажным хождением

заданий, обычным нормоконтролем и,

конечно, без трехмерного проектирова�

ния. Ситуация напоминала ту, что и се�

годня можно видеть в большинстве про�

ектных институтов: программное обес�

печение приобреталось по "хотелкам"

проектных отделов, САПР удавалось

внедрить лишь на редкие рабочие места,

говорить о трехмерном проектировании

не приходилось вовсе…

Сегодня состояние внедрения САПР

находится здесь на достаточно высоком

уровне. Институт является одним из не�

многих в России, кто смог перейти на

современные методы проектирования: с

3D�проектированием, электронным ар�

хивом и документооборотом, с элек�

тронным хождением заданий между от�

делами, автоматизированным нормо�

контролем и прочими современными

достижениями.

В целом решение, используемое в

институте, выглядит как "дом" (рис. 5).

В основании "дома" лежит САПР�

платформа, которая обеспечивает базо�

вые инженерные функции на каждом

автоматизированном рабочем месте

проектировщика. Базовая платформа

унифицирует форматы электронных

чертежно�графических документов и

позволяет выполнять геометрическое

согласование моделей (при 3D�проекти�

ровании).

На базовой платформе функциони�

руют узкопрофильные решения, кото�

рые расширяют возможности базовой

платформы для каждой отдельной спе�

циальности: инженер�электрик воору�

жен программами для электротехничес�

ких расчетов и выпускает документы той

формы, которая установлена именно в

его сфере деятельности; технолог опери�

рует со своими функциями и т.д.

Всё объединяется системой управле�

ния технической информацией (систе�

мой электронного архива и/или доку�

ментооборота), которая регулирует

(контролирует) отношения проектиров�

щиков при работе над проектом: упоря�

дочивает сам проект, управляет согласо�

ваниями, изменениями, контролирует

выдачу заказчику и прием от субподряд�

чиков, подготавливает данные для кон�

троля календарного и ресурсного плани�

рования и т.п.

Венчают конструкцию системы ин�

формационного обеспечения: информа�

ционная система по нормативным доку�

ментам, библиотека оборудования, из�

делий и материалов и прочие. Эти систе�

мы должны обеспечивать быстрый и

удобный доступ к актуальной норматив�

ной документации, номенклатуре изде�

лий, типовым проектам и типизирован�

ным решениям, используемым при про�

ектировании.

Рис. 5

№3 | 2008 | CADmaster

ОЧЕРКИ И ТЕХНОЛОГИИ

16

Результатом проектирования в ОАО

"ВНИПИгаздобыча" остаются бумаж�

ные комплекты чертежей, которые и яв�

ляются основной продукцией проект�

ных подразделений института. Помимо

"бумаги" доступны и трехмерные модели

объектов – на рис. 6 приведены фраг�

менты 3D�модели и фотография постро�

енного объекта, которые могут исполь�

зоваться как на этапах строительства и

пуска в эксплуатацию, так и впоследст�

вии – для ведения оперативных журна�

лов, контроля плановой замены обору�

дования, ремонтов и т.д.

Комплексная автоматизация в ин�

ституте "ВНИПИгаздобыча" продолжает

развиваться – c появлением новых тех�

нологий осуществляется проработка ме�

тодики использования и выполняется

комплекс мероприятий, обеспечиваю�

щий неразрывность общего процесса

проектирования. Вводятся в эксплуата�

цию новые подсистемы единого инфор�

мационного пространства, разрабатыва�

ются новые стандарты предприятия и

регламенты. Сейчас в институте ведется

работа по созданию единого информа�

ционного пространства с едиными пра�

вилами проектирования двух географи�

чески удаленных филиалов, расположен�

ных в Новосибирске и Новом Уренгое…

Развитие комплексной автоматиза�

ции проектирования в институте "ВНИ�

ПИгаздобыча" подтверждает основные

стратегические постулаты нашей компа�

нии, на которые мы ориентируемся при

внедрении САПР:

1. Поэтапное внедрение программного

обеспечения с учетом внешних и вну�

тренних особенностей разработки

проектной и рабочей документации,

передового опыта и возможности

дальнейшего совершенствования

бизнес�процессов в проектных ин�

ститутах.

2. Увеличение производительности тру�

да и обеспечение прозрачности биз�

нес�процессов разработки проектной

и рабочей документации. Сокраще�

ние затрат на проектные работы.

3. Создание единого информационного

пространства для всех специалистов,

участвующих в разработке проектной

и рабочей документации. Обеспече�

ние комплексной информационной

поддержки.

Игорь Орельяна УрсуаCSoft

Тел.: (495) 913�2222E�mail: orellana@csoft.ru

Фрагменты трехмерной модели объекта на этапе проектирования(слева вид приближенный, справа – обзорный)

Комплексная трехмерная модель (слева) и фотография построенного объекта (справа)

Рис. 6

Эта статья продолжает цикл пуб�

ликаций, начатый в предыду�

щих номерах журнала. Напом�

ним вкратце, что речь идет об

опыте построения системы автоматиза�

ции процессов технической подготовки

производства на крупном машинострои�

тельном предприятии, специализирую�

щемся на агрегатостроении для авиаци�

онной отрасли.

Почему недостаточно "простодокументооборота"?

В предыдущей статье [1] была по�

дробно рассмотрена реализованная в си�

стеме структура данных, удовлетворяю�

щая комплексу многих, зачастую проти�

воречивых требований различных служб,

процедур их взаимодействия, а также

традиций предприятия. Были упомянуты

и средства, которые позволили реализо�

вать эту достаточно сложную структуру.

Настало время подробно рассмотреть во�

прос о том, каким образом наладить в си�

стеме механизмы управления процесса�

ми подготовки производства, обеспечив

при этом:

� прозрачность процессов проектиро�

вания и проведения изменений;

� понятную логику и простоту управле�

ния этими процессами для пользова�

телей;

� подконтрольность процессов для ру�

ководства предприятия;

� безопасность с точки зрения хране�

ния информации и организации кол�

лективного доступа к ней.

Почему наладить? Ведь на предприя�

тии уже действует традиционная система

"бумажного" технического документо�

оборота, которая как раз и призвана

обеспечить выполнение всех указанных

требований! Казалось бы, достаточно не

разрушить то, что есть, тем более что

практически все виды документов, за�

действованных в процессах подготовки

производства, остаются в работе. Меня�

ется только способ получения этих доку�

ментов. Более того, имея в распоряже�

нии систему TechnologiCS, располагаю�

щую развитыми средствами создания

электронного архива и управления элек�

тронными документами, можно претен�

довать на решение проблемы путем акку�

ратного переноса уже существующих

принципов управления документацией.

Тем не менее, существует ряд причин,

которые заставляют смотреть на ситуа�

цию шире, не ограничиваясь только до�

кументами.

Чтобы ясно представить себе, чего

можно ждать от внедрения системы эле�

ктронного документооборота (СЭД), а

чего нельзя, попытаемся понять тради�

ционную трактовку этого термина.

Основной нормативный документ

(ГОСТ Р 51141�98 – Делопроизводство и

архивное дело. Термины и определения)

дает следующее определение документо�

оборота:

"Документооборот – движение доку�

ментов в организации с момента их со�

здания или получения до завершения ис�

полнения или отправления".

Что касается определения электрон�

ного документооборота, то различные

источники предлагают вариации, по сути

не сильно отличающиеся от вышеприве�

денного. Отличие, пожалуй, только в

специфических терминах, относящихся

к электронным документам, а также в

дополнительных специфических функ�

циях систем, его обеспечивающих. Ха�

рактерные примеры:

"Система электронного документо�

оборота – организационно�техническая

система, обеспечивающая процесс со�

здания, управления доступом и распро�

странения электронных документов в

компьютерных сетях, а также обеспечи�

вающая контроль над потоками доку�

ментов в организации" [2].

"СЭД – это <…> система, позволяю�

щая решать все типовые задачи элек�

тронного документооборота для работы с

документами – регистрация и ввод доку�

ментов, поиск документов, маршрутиза�

ция, создание отчетов, ведение архива,

управление правами доступа в системе"

[3].

Как видим, объединяет все эти трак�

товки то, что в качестве объекта хране�

ния и управления рассматривается имен�

но документ как носитель информации.

Теперь попытаемся понять, почему

только с помощью управления докумен�

тами мы не решим задачу управления

процессами подготовки производства.

Для этого проанализируем ряд характер�

ных случаев, иллюстрирующих роль тех

или иных документов в данных процес�

сах.

1. Особенность предприятия, для кото�

рого выполнялся рассматриваемый

проект, состоит в том, что продукция

основного профиля изготавливается

в основном по конструкторской до�

кументации сторонних разработчи�

ков (специализированных КБ – дер�

жателей подлинников документа�

ции). Таким образом, по отношению

к информации в системе данная до�

кументация является первоисточни�

ком, и предприятию необходимо

обеспечить точное соответствие под�

линника и информационного объек�

та системы – его "образа". Данный

пример как раз укладывается в тра�

диционную трактовку: управляя до�

кументом, мы должны обеспечить

синхронное "слежение" за ним соот�

ветствующего объекта. Специфика�

№3 | 2008 | CADmaster

Больше чемдокументо�оборот…

МАШИНОСТРОЕНИЕ

18

ция, разработанная и утвержденная

сторонним разработчиком, порож�

дает ее электронный образ – специ�

фикацию сборочной единицы в

TechnologiCS. Дальнейшие измене�

ния объекта происходят по мере по�

лучения от разработчика уже других

документов – Извещений об изме�

нении.

2. Совершенно по�другому "работают"

технологические документы. Ком�

плекты технологической документа�

ции – это воплощение процесса про�

ектирования, который осуществля�

ется непосредственно в системе.

В данном случае первоисточником

служит объект системы Techno�

logiCS, а комплект документации

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

ве отчета. Заметим также, что отчет

формируется в любой момент по же�

ланию разработчика и, соответствен�

но, может отражать все стадии разра�

ботки технологического процесса.

Этот пример иллюстрирует утверж�

дение, приведенное в [4]: "…внедре�

ние электронных средств работы с

информацией, основанных на базах

данных, предполагает изменение са�

мой сути документа: из "носителя

информации" он становится лишь ее

отображением в форме, привычной

для пользователя".

3. В особый класс следует выделить так

называемую "сводную документа�

цию" (обычно это различные конст�

рукторские и технологические ведо�

мости). Дело в том, что с точки зре�

ния "традиционного" документообо�

рота данные документы являются

полноценными носителями инфор�

мации и, соответственно, объектами

управления – полученные "ручным"

способом, они, так же как и осталь�

ные, подвержены процедурам разра�

ботки, согласования и утверждения.

При этом с точки зрения информа�

ционной системы они выглядят со�

вершенно иначе. С одной стороны,

они представляют собой форму визу�

ализации информации, содержа�

щейся в базе данных. Это значит, что

управлению подлежат не документы,

а объекты, их породившие, – специ�

фикации и техпроцессы, принадле�

жащие узлу либо изделию. Докумен�

ты при этом автоматически форми�

руются по мере готовности исходной

информации. С другой стороны, в

базе данных нет явного объекта, ко�

торый однозначно соответствовал бы

конкретному документу (являлся его

"образом"), – управлять приходится

сразу множеством объектов, поро�

дивших один документ. Здесь требу�

ется пояснение. В системе Techno�

logiCS есть объект под названием

"Итоговая спецификация", получае�

мый в результате разузлования изде�

лия и как раз предназначенный для

формирования на его основе свод�

ной документации. Однако по ряду

причин, о которых будет сказано ни�

же, от использования этого объекта

при получении сводной документа�

ции пришлось отказаться.

4. Как уже сказано, результатом наших

усилий должна была стать система

управления процессами подготовки

производства. Слово "процессы" в

данном случае играет ключевую

роль. Действительно, если с точки

зрения системы было бы логичным

выстроить непрерывную, "сквозную"

процедуру управления информацией

об изделиях – от разработки конст�

рукторской документации до окон�

чания технологического проектиро�

вания, то требования плановых и

производственных служб подразуме�

вают использование данной инфор�

мации в разном составе и объеме на

разных этапах подготовки производ�

ства:

� готовность конструкторской доку�

ментации позволяет планировать по�

купные детали и изделия;

� готовность расцеховки и норм расхо�

да материала позволяет определить

номенклатуру цехов и принимать ме�

ры для обеспечения производства

материальными ресурсами, а также

планировать изготовление опытных

партий деталей;

� готовность технологической доку�

ментации позволяет осуществить за�

вершающие стадии подготовки и

приступать к планированию серий�

ного производства.

Таким образом, на каждом из этапов

(на финише каждого из подпроцессов

подготовки производства) необходим за�

фиксированный, утвержденный состав и

объем необходимой информации, а так�

же соответствующих ей документов.

Все перечисленное позволяет сде�

лать следующие выводы:

� во�первых, нельзя рассматривать до�

кументы, сопровождающие процес�

сы подготовки производства, отдель�

но от соответствующих им структу�

рированных данных, составляющих

базу нормативно�справочной ин�

формации. Документы и соответст�

вующая им информация представля�

ют собой единое целое и, следова�

тельно, должны управляться как

один объект;

� во�вторых, необходимо четко пред�

ставить себе, какие из документов

являются исходными, а какие по�

рождаются системой. Это позволит

понять, что в данном процессе – база

данных или документ – является

объектом управления, а что должно

"отслеживать" изменение оригинала.

При этом желательно по возможнос�

ти сформулировать единый подход к

управлению; во всяком случае, логи�

ка управления и тем и другим должна

быть одинаковой с точки зрения

пользователя;

� в�третьих, все процедуры управле�

ния должны быть процессно�ориен�

тированными.

Эти выводы легли в основу реализа�

ции системы управления процессами

технической подготовки производства

на упомянутом предприятии.

Идеи и инструменты для их реализации

Каждый проект внедрения при всех

схожих, типовых характеристиках ана�

логов имеет ряд индивидуальных осо�

бенностей, которые заставляют нас сно�

ва и снова анализировать возможности

системы TechnologiCS в поиске новых

способов применения функциональнос�

ти системы. Не стал исключением и рас�

сматриваемый проект.

Идей, которые легли в основу реше�

ния, по большому счету было всего две:

� структура данных, подробно описан�

ная в [1];

� способ управления этими данными и

документами, на котором мы по�

дробно остановимся.

Сам по себе способ не нов: впервые

он был предложен и применен в ходе ре�

ализации проекта, описанного в [5].

Способ предусматривает наличие в сис�

теме двух типов документов – управля�

ющих и технических. Технические доку�

менты – это классические чертежи, спе�

цификации, ведомости и пр. Управляю�

щие документы – это виртуальные (с

точки зрения пользователя) объекты,

которые позволяют связывать техничес�

кие документы и объекты базы данных,

а также синхронно ими управлять. Раз�

работанная нами в рамках проекта

структура данных позволила раскрыть

новые возможности использования ло�

гики, положенной в основу работы уп�

равляющих документов, а оба этих фак�

тора вместе взятые – найти новые реше�

ния, учитывающие все особенности де�

централизованного способа подготовки

производства.

Практически на всех проектах мы

сталкивались с проблемой управления

процессами разработки и проведения

изменений в технологических процес�

сах. Эта проблема является для нас тра�

диционной, и связана она с тем, что та�

программное обеспечение

CADmaster | 2008 | №3 19

кие объекты, как материал заготовки,

расцеховка (предварительный маршрут)

и технологические процессы цехов, раз�

рабатываются последовательно разны�

ми службами. Подобная организация

процесса диктует логику управления

правами доступа пользователей к объек�

там и документам системы. Права на эти

объекты должны последовательно пере�

ходить от подразделения к подразделе�

нию по мере выполнения функций, со�

ставляющих процесс.

В системе TechnologiCS техпроцесс

представляет собой цельный объект,

включающий в себя и материал, и рас�

цеховку, и сквозной маршрут изготов�

ления. Права доступа пользователей

можно установить только целиком к

версии техпроцесса, а дополнительные

механизмы, такие как разделение прав

доступа к элементам расцеховки, к

"своим" и "чужим" записям в техпроцес�

се, требуют централизованного адми�

нистрирования – по сути, управление

разработкой и управление правами до�

ступа должно быть сосредоточено в од�

них руках.

При разработке структуры данных,

подробно описанной в [1], мы постара�

лись найти решение, которое обеспечи�

вало бы возможность полноценного уп�

равления процессами разработки. В ре�

зультате появилась новая сущность – "це�

ходеталь", имеющая собственную версию

техпроцесса. Такое решение позволило

разделить предмет разработки между це�

ховыми технологическими бюро. Поло�

вина задачи, казалось бы, решена, однако

остались записи об основном материале

и расцеховке как неотъемлемые части

техпроцесса цеха�изготовителя. Более то�

го, эти записи логически должны отно�

ситься к сквозному техпроцессу!

Для этого случая предложено следую�

щее решение – то, что не представилось

возможным решить с помощью структу�

ры, должна решить специфическая логи�

ка работы управляющих документов. Для

иллюстрации рассмотрим некоторые ее

составляющие.

Виды документов, их связи с объектами базы данных и между собой

Этот раздел касается только специ�

фических управляющих документов.

Описание работы электронных доку�

ментов, являющихся типовыми и ис�

пользующихся традиционным образом

(например, "Заявка на проектирование

оснастки"), сознательно опущено.

Итак, для обеспечения возможности

синхронного управления документами и

соответствующими им объектами необ�

ходимо прежде всего обеспечить их связь

"один к одному", тем более что разрабо�

танная структура данных позволяет нам

сделать это в полной мере. Таким обра�

зом, появляется управляющий документ

"Карта ввода" и его подвиды:

� Карта ввода ДСЕ (детале�сборочной

единицы) конструкторская КВ ДСЕ

(к) – связана с конструкторской вер�

сией спецификации;

� Карта ввода ДСЕ технологическая

КВ ДСЕ (т) – связана с технологиче�

ской версией спецификации;

� Карта ввода техпроцесса цеха�изго�

товителя КВ ЦИ;

№3 | 2008 | CADmaster

МАШИНОСТРОЕНИЕ

20

Рис. 1. Документы "КВ ДСЕ" и их связи с объектами системы

Рис. 2. Пример способа обработки документа "КВ ДСЕ (к)"

� Карта ввода техпроцесса цеха�соис�

полнителя КВ Ц (соответствует це�

ходетали).

КВ ЦИ и КВ Ц связаны с соответст�

вующими версиями техпроцессов.

Заметим, что указанные документы

также однозначно соответствуют техни�

ческим документам – чертежам, специ�

фикациям и комплектам технологичес�

кой документации, и был прямой резон

снабдить их маршрутами, соответствую�

щими согласованию и утверждению

именно данных документов; при этом

технические документы хранятся в фай�

ловом составе соответствующих Карт

ввода. Данный принцип позволяет, кро�

ме того, синхронно управлять состояни�

ем всего комплекта технической доку�

ментации, относящегося к объекту. Тем

более что в разных случаях этот комплект

может иметь разный состав, например:

� сборочная единица может иметь чер�

теж, спецификацию и ряд текстовых

документов;

� технологический узел может иметь

только спецификацию;

� деталь может иметь только чертеж

и т.д.

Заметим, что структура документов

КВ ЦИ, КВ Ц и способы их обработки

аналогичны приведенным на рис. 1 и 2 с

той лишь разницей, что они связаны с

версиями техпроцессов, а в файловом

составе этих документов содержатся це�

ховые комплекты технологической до�

кументации. Есть еще разница в том, что

данные документы не связаны напря�

мую с номенклатурными позициями –

они "входят" в специфический управля�

ющий документ, речь о котором ниже.

Если для управления конструктор�

ским и технологическим составом до�

статочно КВ ДСЕ, то для управления

разработкой технологического процес�

са, а также для выделения этапа работы с

расцеховкой и материалом необходим

еще один управляющий документ, объе�

диняющий КВ ЦИ и все относящиеся к

ней КВ Ц. Этот документ называется

Карта ввода техпроцесса (КВ ТП). Он

объединяет версии техпроцессов по�

средством входящих в него КВ ЦИ и

КВ Ц и определяет совокупность ин�

формации о техпроцессе изготовления

целиком. КВ ТП не имеет файлового со�

става, ее способ обработки специфичен

и не содержит этапов согласования и

утверждения – только отслеживает ста�

тусы входящих в него документов, тем

самым позволяя вовремя осуществить

ввод в действие утвержденных комплек�

тов технологической документации и

соответствующих им версий техпроцес�

сов (рис. 3�4).

Любой процесс – будь то разработка

нового изделия или проведение измене�

ний – в общем случае подразумевает ра�

программное обеспечение

CADmaster | 2008 | №3 21

Рис. 3. Документы "КВ ТП" и их связи с объектами системы

Рис. 4. Пример способа обработки документа "КВ ТП"

боту сразу с группой номенклатурных

позиций:

� разработка новой продукции подра�

зумевает появление информации по

всему номенклатурному перечню, со�

ставляющему изделие;

� замена (модернизация) оборудова�

ния на одном из участков цеха приво�

дит к необходимости массовой кор�

рекции техпроцессов.

Подобных примеров можно привести

множество, и все они диктуют необходи�

мость еще одного вида управляющего до�

кумента, который должен объединять

весь вводимый (изменяемый) номенкла�

турный перечень. Этот документ называ�

ется Извещение об изменении (ИИ) или

извещение о создании (ИИ0); он в ка�

кой�то мере соответствует своему тради�

ционному (бумажному) прообразу, но

при этом выполняет еще ряд специфиче�

ских функций:

� объединяет вводимую (изменяемую)

номенклатуру;

� устанавливает связи на документы,

непосредственно указывающие на

вводимые (изменяемые) версии но�

менклатуры (КВ ДСЕ, КВ ТП);

� может устанавливать связи на другие

ИИ, таким образом формируя "це�

почки" изменений, проведенных на

основании документов, которые вы�

пущены другими подразделениями;

� отслеживает статусы входящих в него

документов, тем самым фиксируя мо�

мент окончания работ по проведе�

нию изменения (ввода данных);

� определяет момент ввода в действие

(актуализации) информации, соот�

ветствующей изменению;

� решает задачу предварительного со�

гласования изменения, для этого со�

№3 | 2008 | CADmaster

МАШИНОСТРОЕНИЕ

22

Рис. 5. Документ "ИИ/ИИ0" и его связи с объектами системы

Рис. 6. Пример способа обработки документа ИИ

держит в файловом составе техниче�

ский документ "Извещение" – тот

самый прообраз, содержащий суть

изменения на стандартном бланке.

Это делает возможным, согласовав

суть изменения с заинтересованны�

ми службами, впоследствии внести

эти изменения в базу и утвердить со�

ответствующие версии и документы;

� служит для связи с изделием техни�

ческого документа вида "Сводная ве�

домость", сформированного с учетом

данного, а также других утвержден�

ных изменений, вступающих в силу к

дате актуализации извещения об из�

менении.

С учетом перечисленного можно

считать документ ИИ контейнером, кей�

сом, содержащим исчерпывающую ин�

формацию об изменениях всех объектов,

порожденную им в системе (рис. 5�6).

Логика управления и взаимодействие документов

Как видим, часть задач, поставлен�

ных в начале статьи, мы уже решили.

Действительно, предложена понятная

логика устройства структуры докумен�

тов в системе. В нашем случае все доку�

менты являются управляющими! Имен�

но они несут на себе соответствующие

способы обработки и управляют, с од�

ной стороны, версиями спецификаций и

техпроцессов, а с другой – их "электрон�

ными образами": файлами чертежей,

спецификаций, комплектов технологи�

ческой документации и т.д. Такой спо�

соб управления помимо всего прочего

гарантирует целостность информации:

мы управляем всей ее совокупностью.

Понятие "технический документ"

при этом трансформировалось в при�

вычную категорию, которая обычно ас�

социируется именно с файлом. Во вся�

ком случае, вероятность возникновения

разночтений на этот счет сведена к ми�

нимуму.

Семейство "Карт ввода", однозначно

соответствующих версиям объектов ба�

зы данных, обеспечивает требуемое

единство управления и создает основу

для полноценного разделения прав до�

ступа.

Способы обработки управляющих

документов (в данном случае – ИИ) поз�

воляют реализовать два сценария работы

с документами и версиями: и в случае,

если документ пер�

вичен (версия лишь

фиксирует измене�

ние), и в случае вы�

пуска документа�

ции в результате

проведенных изме�

нений в соответст�

вующих версиях.

При этом оба сце�

нария обеспечива�

ют единство логики

управления.

Логика, лежа�

щая в основе уп�

равления инфор�

мацией, позволила

организовать кол�

лективную работу

по проектирова�

нию и проведению

изменений в рам�

ках рабочих групп,

организация кото�

рых полностью со�

ответствует струк�

туре инженерных

служб предприя�

тия, а роли кон�

кретных пользователей определяются их

должностными обязанностями. Данный

способ организации работы, а также

структура архива, копирующая структу�

ру инженерных служб, легли в основу

управления правами доступа к докумен�

там и версиям.

И наконец, все процедуры, связан�

ные с проектированием, выполняются с

использованием целого семейства спе�

циальных скриптовых модулей, разра�

ботанных в рамках проекта, реализую�

щих все возможные сценарии процессов

и регламентирующих взаимодействие

пользователей в этих процессах.

При инициировании любого процес�

са анализируются три условия:

� кто является инициатором процесса

(пользователь), в какую рабочую

группу и с какой ролью он входит;

� какой из допустимых в данной ситу�

ации сценариев выбран;

� номенклатурный перечень, который

подлежит обработке.

В принятой логике этих условий до�

статочно для того чтобы определить по�

следовательность дальнейших дейст�

вий, автоматически сформировать круг

участников и назначить им права досту�

па к создаваемым (изменяемым) доку�

ментам и версиям, а также автоматизи�

ровать рутинные последовательности

действий пользователей в рамках про�

цесса.

Рамки статьи не позволяют привести

исчерпывающее описание процессов –

подобное описание займет слишком

много места. Поэтому ограничимся от�

дельными примерами.

1. Шаг 1. Пользователь – Разработчик

в рабочей группе ТБ ОГТ (подразде�

ление, отвечающее за технологиче�

ский состав и разработку маршру�

тов) – должен провести изменение

расцеховки. Он просто выбирает

соответствующее действие (рис. 7).

2. Шаг 2. Проанализировав информа�

цию об инициаторе процесса, про�

граммный модуль запускает выпол�

нение процесса по определенному

сценарию, при этом уточняя инфор�

мацию о создаваемом документе

(рис. 8).

3. Шаг 3. В случае, если ИИ требует

предварительного согласования, раз�

работчик может воспользоваться до�

программное обеспечение

CADmaster | 2008 | №3 23

Рис. 7. Изменение расцеховки – шаг 1

Рис. 8. Изменение расцеховки – шаг 2

полнительными функциями, реали�

зующими этот процесс (рис. 9).

4. Шаг 4. Пользователь выбирает необ�

ходимый ему сценарий и получает

перечень возможных дальнейших

действий (рис. 10).

5. Шаг 5. Система проанализировала

соответствие полномочий пользова�

теля (Разработчик в рабочей группе)

выбранному им сценарию, отобрази�

ла ему материал и расцеховку из вер�

сий техпроцессов, соответствующих

выбранному ИИ (!), и предложила в

данной ситуации два варианта дейст�

вий (рис. 11):

� редактировать техпроцесс (изме�

нить расцеховку);

� указать цех�изготовитель.

6. Пользователь производит требуемые

изменения, при этом не рискуя оши�

биться при выборе версии: система

сама предоставляет ему для работы

нужную.

Обратите внимание, что пользователь

выполняет понятные ему действия, а си�

стема в это время автоматически:

� формирует все необходимые управ�

ляющие документы;

� создает соответствующие изменению

версии;

� устанавливает все необходимые связи;

№3 | 2008 | CADmaster

МАШИНОСТРОЕНИЕ

24

Рис. 9. Изменение расцеховки – шаг 3

Рис. 10. Изменение расцеховки – шаг 4

Рис. 11. Изменение расцеховки – шаг 5

� устанавливает права на созданные

объекты.

7. Следующим этапом необходимо со�

гласовать изменение с цехами. Это

удобно сделать, сформировав отчет

"Материально�расцеховочная ведо�

мость" (рис. 12), который наглядно

отобразит суть внесенного измене�

ния (шаг 1).Обратите внимание, что ведомость

(отчет, полученный в Excel) дает воз�

можность запустить макрос, который

умеет:

� обращаться к TechnologiCS;

� находить там управляющий доку�

мент, к которому он должен быть до�

бавлен (в нашем случае это файло�

вый состав Извещения об измене�

нии);

� проверять права пользователя, со�

здавшего данный документ, на пред�

мет возможности выполнения дан�

ного действия;

� автоматически выполнять все дейст�

вия по сохранению себя в архиве.

Подобный принцип применяется

для всех отчетов, полученных из

TechnologiCS. Прежде всего это конст�

рукторские спецификации, технологи�

ческая документация и различные ведо�

мости.

8. Следующее действие пользователя –

отправить Извещение на согласова�

ние (рис. 13) в техбюро цехов (шаг 2).

Обратите внимание – пользователь

просто выбирает действие. Система при

этом автоматически:

� анализирует расцеховку и определяет

получателей документа, предостав�

ляя при этом возможность откоррек�

тировать список получателей;

� формирует почтовую рассылку со�

гласно списку, добавив Извещение в

качестве вложения;

� добавляет к Извещению пользовате�

лей с ролью "Согласующий" из рабо�

чих групп согласно списку.

Заметим также, что почтовая система

TechnologiCS служит основным средст�

вом организации коллективной работы

пользователей и распределения заданий

на разработку. При этом для исключения

рассылки "спама" при выполнении каж�

дого перехода список адресатов форми�

руется индивидуально для каждого кон�

кретного документа.

Нет необходимости подробно иллю�

стрировать дальнейшую обработку вы�

бранного сценария – отметим только,

что все последующие действия пользо�

вателей сопровождают такие же и по�

добные им сервисы. Хочется обратить

внимание читателей на дополнительные

сервисные возможности, специально

разработанные для контроля выполне�

ния подготовки производства.

программное обеспечение

CADmaster | 2008 | №3 25

Рис. 12. Согласование изменения – шаг 1

Рис. 13. Согласование изменения – шаг 2

Прежде всего это "Монитор" – уни�

версальное средство, отражающее состо�

яние документов и позволяющее пользо�

вателю получать актуальную информа�

цию о состоянии процесса, участником

которого он является (рис. 14 и 15).

Еще одна важная задача, которую

удалось автоматизировать, – это форми�

рование заданий пользователям в зави�

симости от степени готовности докумен�

тов, за которые отвечают другие участни�

ки процесса. Например, документ ИИ

должен "следить" за статусами входящих

в него Карт ввода – и по мере обретения

ими определенных статусов изменить

собственный. Другой пример – актуали�

зация версий, связанных с вводом в дей�

ствие Извещения.

Осуществлять подобный контроль

вручную, особенно при большом коли�

честве документов, крайне затруднитель�

но. Поэтому было разработано целое се�

мейство программ�роботов, решающих

эту и подобные ей задачи. Они запуска�

ются автоматически (обычно в ночное

время) и анализируют изменения состо�

яний документов, произошедшие за оп�

ределенный временной промежуток

(рис. 16).

В зависимости от видов документов,

связей между ними и их статусов робот

"принимает решение" о возможности вы�

полнения следующего по сценарию дей�

ствия и информирует пользователей –

№3 | 2008 | CADmaster

МАШИНОСТРОЕНИЕ

26

Рис. 14. Монитор: отображение степени готовности технологической документации по конкретному техпроцессу

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

Рис. 16. Протокол работы программы'робота

авторов данных документов о необходи�

мости выполнения определенных дейст�

вий (рис. 17).

И в заключение – несколько слов об

управлении правами доступа пользова�

телей к объектам системы. Данный про�

цесс также удалось максимально авто�

матизировать, используя:

� идентификацию пользователя;

� принятые структуры архива и рабо�

чих групп;

� выбранный сценарий создания и об�

работки документов.

ПримерРазработчик ОГК выполняет понят�

ное ему действие: "Отправить утверж�

денный документ в ОГТ для проработки

технологического состава". При этом ав�

томатически выполняются следующие

действия:

� удаляются права пользователей ра�

бочей группы ОГК, относящиеся к

данному документу (остаются только

права Разработчика – автора доку�

мента);

� добавляются права пользователей

рабочей группы ОГТ в соответствии

с их ролями в собственной рабочей

группе;

� документ отправляется почтовым со�

общением, что дает ОГТ возмож�

ность иметь права только на этот до�

кумент; при этом права на раздел ар�

хива ОГК, в котором документ был

создан, у них отсутствуют.

С чем не справился TechnologiCSВыше был уже упомянут особый

класс документов – сводные конструк�

торские и технологические ведомости,

традиционно формирующиеся на осно�

ве так называемого полного состава, по�

лучаемого в результате разузлования из�

делия. Единственный предоставляемый

системой TechnologiCS механизм, поз�

воляющий собрать всю необходимую

для этих ведомостей информацию, – это

"Итоговая спецификация".

Существует два варианта формиро�

вания итоговой спецификации: разузло�

вание по активным версиям специфика�

ций и по назначенным версиям.

Первый способ не подходит уже по�

тому, что полученная итоговая специфи�

кация отобразит нам информацию, ак�

туальную на сегодня. Нам же необходи�

мо отобразить в ведомости информа�

цию, которая будет соответствовать со�

стоянию изделия, определенному доку�

ментом ИИ, утвержденным нами сего�

дня, но вступающим в действие в буду�

щем.

Второй способ требует централизо�

ванного управления версиями и, следо�

вательно, наличия у "управляющего"

прав на все требуемые версии специфи�

кации. Еще серьезнее проблема в случае

работы с технологическими (материаль�

ными, расцеховочными) ведомостями.

Назначить используемую версию тех�

процесса для позиции спецификации

может только разработчик специфика�

ции (конструктор), причем на стадии

разработки данной спецификации. В это

же время версия ТП, которая должна

быть использована, может еще просто

не существовать – и появиться в момент,

когда и спецификация, и связанный с

ней документ будут утверждены и за�

крыты для редактирования.

Единственный выход – определить

объект, который будет фиксировать со�

стояние изделия на определенную дату,

то есть однозначно определять совокуп�

ность версий спецификаций и техпро�

цессов, которые будут действовать на эту

дату, и использовать этот объект для

формирования сводной информации.

Процедуру разузлования при этом при�

дется вынести за пределы системы.

Такой объект в нашем распоряжении

уже имеется – это упомянутое выше Из�

вещение об изменении. Данный объект

аккумулирует исчерпывающую инфор�

мацию об изменяемой номенклатурной

позиции, об иерархии управляющих до�

кументов (как конструкторских, так и

технологических), их статусах, датах

вступления в действие, а также соответ�

ствующих им версиях спецификаций и

техпроцессов.

программное обеспечение

CADmaster | 2008 | №3 27

Рис. 17. Сообщения программы'робота

Рис. 18. Определение полной применяемости в изделиях на дату ввода в действие ИИ

Процедура получения сводной ин�

формации об изделии, необходимой для

формирования различных ведомостей,

выглядит следующим образом. Разра�

ботчик – автор Извещения об измене�

нии – должен сформировать некий пе�

речень ведомостей, отражающих резуль�

тат проведенного изменения. Для этого

он выполняет ряд действий:

1. Разработчик должен определить пе�

речень изделий, на которые повлияет

его изменение. При этом решается

не такая уж тривиальная задача – на�

до не просто определить применяе�

мость изменяемой номенклатуры, а

сделать это с учетом того, что на дату

вступления в действие "нашего" ИИ,

по другим номенклатурным позици�

ям, входящим в те же изделия, могут

быть проведены другие изменения.

Эту задачу решает специально разра�

ботанный модуль "Применяемость"

(рис. 18).

2. Выбрав изделия, для которых будет

формироваться полный состав, раз�

работчик запускает модуль, выпол�

няющий разузлование изделий.

Процедура выполняется традицион�

ным способом, но с тем отличием,

что выполняется она вне системы, с

помощью внешнего приложения.

Разузлование, как и определение

применяемости, выполняется "на

дату" ввода в действие требуемого

ИИ, а также с учетом всех других из�

менений, которые должны вступить

в действие к указанной дате

(рис. 19).

3. Дальше – дело техники. Остается

разместить нужную информацию на

соответствующем бланке и сохра�

нить полученный документ в архиве,

связав его, с одной стороны, с изде�

лием и, с другой стороны, с доку�

ментом Извещение об изменении,

которому он соответствует (рис. 20).

Таким образом, используя принятую

структуру управляющих документов и

логику их работы, можно в интерактив�

ном режиме получать любую информа�

цию об изделиях, учитывая их состоя�

ние в требуемый момент времени (или

соответствующее конкретному измене�

нию).

ЗаключениеКак видно из материалов этой ста�

тьи, круг решенных задач существенно

шире традиционно входящих в понятие

"Электронный документооборот". Но

ведь именно так изначально была по�

ставлена задача: мы не просто должны

были управлять конструкторской и тех�

нологической документацией – мы

должны были предложить и реализовать

способ управления информацией, обес�

печивающий поддержку процессов под�

готовки производства, актуальность ба�

зы нормативно�справочной информа�

ции, а также своевременное снабжение

производственной системы необходи�

мой информацией.

В качестве краткого резюме приведем

следующее:

� Задача управления правами доступа

пользователей к информации в рам�

ках процессов подготовки производ�

ства получила полноценное решение.

� Все действия пользователей в систе�

ме жестко регламентированы, их со�

держание и последовательность вы�

полнения определяются специаль�

№3 | 2008 | CADmaster

МАШИНОСТРОЕНИЕ

28

Рис. 19. Результат разузлования изделия: исходные данные для построения ведомостей

ными макрофункциями, реализую�

щими разработанные в ходе проекта,

согласованные и утвержденные про�

цессы подготовки производства и

сценарии их выполнения.

� Предложенная логика работы управ�

ляющих документов обеспечила эф�

фективное управление объектами

системы, при этом удалось соблюсти

логически единые принципы работы

с различными видами объектов, а

также технических документов.

� Выстроена система контроля теку�

щего состояния объектов системы (в

том числе конструкторской и техно�

логической документации) с помо�

щью специальных программных

средств (монитор состояния).

� Обеспечено автоматическое отсле�

живание моментов изменения состо�

яния документов и информирование

пользователей о необходимости вы�

полнения тех или иных действий

(скриптовые модули – "роботы").

Обеспечено автоматическое форми�

рование заданий пользователям и их

взаимодействие в рамках тех или

иных процессов.

� Документы, являющиеся отчетами,

полученными из системы, приобре�

ли "интеллект", реализованный с по�

мощью встроенных макрофункций.

� Решен ряд специфических задач, не

имеющих прямой функциональнос�

ти, для реализации их в Techno�

logiCS.

Таким образом, обеспечена прозрач�

ность и подконтрольность процесса

подготовки производства. Отслеживает�

ся реальная готовность изделия (измене�

ния) к запуску (внедрению) в производ�

ство на каждой стадии подготовки про�

изводства, взаимосвязь, состояние и ко�

нечный результат не только отдельных

работ, но и процесса в целом.

И это существенно больше чем доку�

ментооборот.

Литература1. Дмитрий Докучаев. С чего начинает�

ся АСТПП. – CADmaster, №1/2008,

с. 30�35.

2. Информационное агентство

"Клерк.Ру" (www.klerk.ru). Интернет�

ресурс. Открытый доступ. "Выбор

системы электронного документо�

оборота: взгляд заказчика" (обзор).

3. Википедия – проект свободной мно�

гоязычной энциклопедии. Интернет�

ресурс. Открытый доступ, русскоязыч�

ный раздел (http://ru.wikipedia.org).

4. Дмитрий Докучаев. Цель подсказыва�

ет средства. – CADmaster, №5/2007,

с. 50�55.

5. Петр Бобов. Электронный документо�

оборот в TechnologiCS: результаты вне�

дрения на крупном предприятии. –

CADmaster, №3/2006, с. 26�36.

Дмитрий ДокучаевЕлена Докучаева

CSoftТел. (495) 913�2222

E�mail: dokuchaev@csoft.rudokuchaeva@csoft.ru

программное обеспечение

CADmaster | 2008 | №3 29

Рис. 20. Результат работы – сводная конструкторско'технологическая ведомость

Перед предприятиями, выпус�

кающими сварные прямо�

шовные трубы, сегодня ста�

вятся задачи не только по

расширению сортамента выпускаемых

изделий, но и по освоению производства

труб из сталей повышенной прочности.

Требования потребителей к качеству га�

зонефтепроводных труб среднего и

большого диаметров непрерывно возра�

стают, обостряется и конкуренция меж�

ду заводами�изготовителями за право

поставлять продукцию тому или иному

заказчику. В связи с этим трубные ком�

пании модернизируют парк оборудова�

ния – с тем чтобы его переналадка не

только на новый типоразмер труб круг�

лого сечения, но и на выпуск труб любо�

го другого сечения занимала минималь�

ное время. При этом изготовление вал�

ков формовочных станов, входящих в

состав трубоэлектросварочных агрега�

тов, занимает до 14 месяцев. Как прави�

ло, заказы на изготовление валкового

инструмента предприятия размещают на

стороне, так как не обладают необходи�

мым станочным парком для его произ�

водства. До недавнего времени единст�

венно возможным способом оценки ка�

чества расчета калибровки и изготовле�

ния комплекта валков было его практи�

ческое испытание на стане. Это приво�

дило и приводит к дополнительным вре�

менным и финансовым затратам, свя�

занным с отладкой процесса формовки

труб. В итоге предприятия не только те�

ряют прибыль, но и несут дополнитель�

ные расходы.

Самого пристального внимания таких

предприятий заслуживают возможности

программных комплексов COPRA RF и

COPRA FEA RF (разработчик – data M

Software GmbH), обеспечивающие про�

цесс валковой формовки трубных загото�

вок. Это программное обеспечение мож�

но рассматривать как виртуальный фор�

мовочный стан, позволяющий испыты�

вать комплекты валков и осваивать новые

марки сталей для производства прямо�

шовных труб задолго до того, как будут

изготовлены валки формовочного стана.

Многоэтапная концепция, реализо�

ванная в программном комплексе, обес�

печила возможность оценивать преиму�

щества и выявлять слабые стороны вы�

бранных калибровок формовочного ин�

струмента.

№3 | 2008 | CADmaster

COPRA RollForm:проверено практикой

МАШИНОСТРОЕНИЕ

30

На этапе анализа процесса формовки

трубы модуль COPRA DTM (COPRA

RF), исходя из таких параметров, как

межклетевое расстояние, диаметры вал�

ков, толщина полосы и др., определяет

значения деформаций, возникающих в

материале при формовке. Таким образом

определяются и области материала, в ко�

торых могут возникнуть большие пласти�

ческие деформации. Среди наиболее час�

то встречающихся дефектов трубных за�

готовок, снижающих качество сварного

шва, следует прежде всего назвать такие,

как "крыша" кромок и их волнистость (го�

фрирование). Волнистость кромок труб�

ной заготовки обусловлена уже упомяну�

тыми большими пластическими дефор�

мациями – как в открытых, так и в закры�

тых калибрах. Программный комплекс

COPRA RF позволяет заблаговременно

выявить слабые места используемого спо�

соба калибровки валков – до того как на

основании конструкторской документа�

ции, разработанной средствами того же

программного обеспечения, будет изго�

товлен формовочный инструмент.

Как уже сказано, до недавнего вре�

мени единственно возможным спосо�

бом оценить качество расчета калибров�

ки и изготовления комплекта валков бы�

ло практическое испытание на стане. Те�

перь полную картину происходящего в

процессе формовки дает моделирование

методом конечных элементов. На этом

этапе наиболее эффективен специали�

зированный программный комплекс

COPRA FEA RF, специально разрабо�

танный для моделирования процессов

валковой формовки.

Основываясь на данных, получен�

ных при работе с COPRA RF, этот про�

граммный комплекс создает конечно�

элементную модель валков формовоч�

ного стана и исходной заготовки, кото�

рой в процессе формовки предстоит об�

рести форму готового изделия.

Модель процесса формовки позво�

ляет уже на стадии проектирования оце�

нить основные технологические параме�

тры формовки, что в свою очередь ис�

ключает необходимость огромных мате�

риальных и физических затрат. Выясня�

ется и совокупность факторов, влияю�

щих на качество готового изделия.

Все сказанное позволяет рассматри�

вать программное обеспечение COPRA

RF и COPRA FEA RF как надежный и

универсальный инструмент анализа

процессов валковой формовки прямо�

шовных труб.

Антон СкрипкинCSoft

Тел.: (495) 913�2222E�mail: Skripkin@csoft.ru

программное обеспечение

CADmaster | 2008 | №3 31

Сегодня большинство отечест�

венных машиностроительных

компаний обладает современ�

ным станочным парком, будь

то небольшой цех, состоящий из не�

скольких станков с числовым программ�

ным управлением (ЧПУ), или крупное

производство, оснащенное сотней обра�

батывающих центров. Естественно, ин�

вестируя в производство, администрация

любого предприятия стремится получить

максимум качественной продукции в как

можно более сжатые сроки, чтобы быст�

рее "отбить" вложенные средства. Этого

можно добиться лишь при условии чет�

кой организации технологического цик�

ла, бесперебойной работы цеховых

служб и оборудования. До недавнего вре�

мени задача контроля над станками с

ЧПУ и над производственным персона�

лом решалась довольно примитивно.

Мастера участков сами писали отчеты о

планах и загрузке станков, ставили

"восьмерки" в табельный лист, обычно

особенно не заботясь о точности полу�

ченной информации или, наоборот, оз�

вучивали "правильные" цифры, выгод�

ные им самим. И до сих пор на некото�

рых заводах можно увидеть прикреплен�

ные к стойке ЧПУ бумажные листочки с

расчерченными таблицами, куда опера�

торы под конец смены ставят галочки,

отчитываясь о выполненной работе. Ес�

тественно, что при таком подходе и речи

быть не может о достоверности инфор�

мации, которую получает администра�

ция предприятия.

Программно�технический комплекс

Foreman MDC (от англ. foreman – мас�

тер, бригадир), разработанный петер�

бургской компанией "ЛО ЦНИТИ",

позволяет руководству компании полу�

чать в виде наглядных графиков и отче�

тов точные данные о загрузке и причи�

нах простоя оборудования, а цеховым

службам – оперативную информацию

об аварийных ситуациях на производст�

ве. Технологам и нормировщикам суще�

ственно помогут автоматически сохра�

няемые в базе данных сведения о факти�

ческом времени обработки деталей и ре�

жимах резания. Вся полученная инфор�

мация хранится на сервере и может быть

использована в системе документообо�

рота предприятия.

Принцип работы комплексаАппаратная часть системы – Foreman

Box выполнена в виде приставки неболь�

шого размера. Она монтируется на стой�

ке ЧПУ и соединяется проводами с лам�

пой старта цикла и реле аварийного сиг�

нала. Таким образом, серьезного вмеша�

тельства в электрическую схему станка

не происходит. Каждый раз, когда опера�

тор нажатием кнопки Старт цикла запу�

скает управляющую программу, Foreman

Box автоматически регистрирует сигнал

и отправляет его в центральную базу дан�

ных на сервере, тем самым оперативно

информируя о том, работает станок или

простаивает.

На передней панели приставки

Foreman Box расположены шесть кнопок

для указания типичных причин простоя

оборудования, например:

– наладка;

– техническое обслуживание;

– контроль детали;

– нет программы;

– нет материала;

– нет работы.

Если станок с ЧПУ не выполняет

управляющую программу, оператор

должен нажать соответствующую кноп�

ку на приставке, то есть указать причи�

ну простоя, в противном случае про�

стой будет автоматически зарегистри�

рован как необоснованный. Получен�

ная информация сохраняется в базе

данных. Вы можете назначить для кно�

пок самые разнообразные события, на�

пример: обед, производственное сове�

щание, поломка инструмента, обуче�

ние и т.д.

№3 | 2008 | CADmaster

СОВРЕМЕННЫЕметоды контролянад производством

МАШИНОСТРОЕНИЕ

32

Кнопка 1

Кнопка 2

Кнопка 3

Кнопка 4

Кнопка 5

Кнопка 6

Приставка Foreman Box отправляет

информацию на сервер в базу данных

через беспроводное (Wi�Fi) или провод�

ное соединение. Программное обеспе�

чение Foreman принимает эту информа�

цию, обрабатывает ее и выводит в на�

глядном виде на мониторы ПК директо�

ра компании, начальника цеха, руково�

дителей производственных служб.

Контроль в режиме реальноговремени

Установив на персональный ком�

пьютер программу Foreman Online, вы

получаете возможность непосредствен�

но со своего рабочего места в режиме ре�

ального времени контролировать собы�

тия, происходящие с цеховым оборудо�

ванием. Отпадает утомительная необхо�

димость каждое утро совершать обход

всего станочного парка: достаточно про�

сто щелкнуть клавишей мыши – и вся

информация о работе станков и опера�

торов в наглядном виде отображается на

мониторе.

Однако этим возможности ком�

плекса не исчерпываются. Foreman

Online позволяет получать дополни�

тельную служебную информацию о

программе, выполняемой в настоящий

момент на конкретном станке, о степе�

ни (в процентах) ее выполнения, о

скорости подачи, о режущем инстру�

менте, которым производится обра�

ботка, и т.д.

Возможен и удаленный мониторинг:

чтобы в любой точке планеты получать

оперативную информацию о состоянии

производства, достаточно лишь иметь

высокоскоростной Internet и постоян�

ный IP�адрес.

Формирование отчетов и графиковForeman Report позволяет админист�

рации предприятия правильно оцени�

вать различные технико�экономические

параметры производства и осуществляет

выпуск отчетной документации. Работа

программное обеспечение

CADmaster | 2008 | №3 33

с программой очень проста и состоит из

трех этапов:

1) выбор объектов – следует указать на�

звания станков или фамилии опера�

торов для формирования отчета или

графика;

2) выбор временного интервала – требу�

ется с помощью встроенного кален�

даря задать дату/время начала и кон�

ца отчетного периода;

3) выбор типа отчета – для формиро�

вания отчета на основе информации,

хранящейся в базе данных на сервере,

достаточно дважды щелкнуть клави�

шей мыши по ярлыку.

В стандартную поставку системы вхо�

дят несколько базовых отчетов: "Эффек�

тивность использования оборудования",

"Обоснованный простой", "Работа вне

графика", "Необоснованный простой",

"Все события станка", "Отчет по авари�

ям", "Эффективность работы операто�

ров". Сформированные отчеты, содержа�

щие красочные 3D�диаграммы и таблич�

ные данные, могут быть сохранены в раз�

личных форматах или распечатаны на

принтере. Удобный механизм плагинов

позволяет заказывать разработчику лю�

бые необходимые именно вашему произ�

водству типы отчетов и быстро добавлять

их в систему.

Не только контрольОднако сказанное отнюдь не означа�

ет, что программно�технический ком�

плекс Foreman предназначен исключи�

тельно для мониторинга оборудования и

персонального контроля над оператора�

ми. Функция автоматического оповеще�

ния позволяет существенно ускорить ра�

боту некоторых цеховых служб и опера�

тивно влиять на возникающие пробле�

мы. К примеру, если на станке произой�

дет авария, система автоматически от�

правит текстовое сообщение на персо�

нальный компьютер главного инженера

или механика. Если закончились заго�

товки, оператор нажмет кнопку Нет ма�

териала для регистрации причины про�

стоя и тем самым отошлет электронное

сообщение в цеховую службу, отвечаю�

щую за снабжение станка заготовками.

Если же технолог�программист забудет о

необходимости создания и передачи на

станок управляющей программы, опера�

тор может напомнить ему об этом, нажав

кнопку Нет программы на приставке

Foreman Box. Таким образом, комплекс

гарантирует оперативность решения воз�

никших проблем, позволит быстро во�

зобновить производственный цикл и не

сорвать сроки поставки продукции.

Внедрение на предприятииСовременная архитектура программ�

но�технического комплекса Foreman

позволяет быстро внедрить его на любом

предприятии. При этом неважно, какое

оборудование вы используете: система

позволит связать в единое информаци�

онное пространство как новые импорт�

ные обрабатывающие центры, так и уста�

ревшие советские станки с ЧПУ.

Простота монтажа объясняется, во�

первых, тем, что все аппаратные средства

находятся внутри приставки Foreman

Box, которая крепится непосредственно

на стойке ЧПУ или рядом с ней. Анало�

гичные продукты других фирм устанав�

ливаются внутрь стойки, что значитель�

но усложняет и удорожает процесс мон�

тажа. Во�вторых, поддержка комплексом

беспроводной передачи данных позволя�

ет избежать необходимости трудоемкой

протяжки кабелей по всему цеху.

На начальном этапе внедрения требу�

ется сконфигурировать программную

часть комплекса. Обычно этим занима�

ется системный администратор, который

описывает структуру производства

(включая участки, группы и станки),

вводит различные технико�экономичес�

кие параметры оборудования, указывает

персональные данные операторов и гра�

фик их работы, определяет список воз�

можных событий простоя. Доступ ко

всем программным настройкам и базе

данных защищен логином и паролем, а

сама приставка при установке надежно

опечатывается.

Важное преимущество: разработкой

комплекса занимаются отечественные

программисты, к которым всегда можно

обратиться за консультацией, заказать

необходимый тип отчета или связать

станочную базу данных с действующей

на предприятии системой документо�

оборота. В настоящий момент комплекс

внедрен и успешно работает на ведущих

отечественных предприятиях машино�

строения.

Андрей Ловыгин,технический директор

ЗАО "ЛО ЦНИТИ"Тел. (812) 375�7671

E�mail: info@locniti.ru

№3 | 2008 | CADmaster

МАШИНОСТРОЕНИЕ

34

Авторизованный дистрибьютор Autodesk в России Consistent Software®

E;mail: info@consistent.ru Internet: www.consistent.ru

Одно из основных направлений

деятельности ОАО "ВНИПИ�

газдобыча" – проектные рабо�

ты (в том числе связанные с

электроснабжением) по обустройству

газовых месторождений ОАО "Газпром",

расположенных на Крайнем Севере, то

есть в районах с отрицательными сред�

негодовыми температурами и чрезвы�

чайно морозными зимами (температур�

ный минимум, зафиксированный в этих

краях, �650 С).

При проектировании электроснаб�

жения одними из наиболее трудоемких

являются работы по проектированию ли�

ний электропередач среднего напряже�

ния: приходится решать целый комплекс

задач, связанных прежде всего с обработ�

кой большого объема информации о

плане трассы, полученной от изыскате�

лей, и механическим расчетом проводов

проектируемой линии.

Выбор программного комплекса.Почему именно EnergyCS Line?

Для выполнения расчетов, предусмо�

тренных ПУЭ, рассматривалось про�

граммное обеспечение нескольких ком�

паний, в том числе комплекс EnergyCS

Line (разработчик – CSoft Development).

Изучение возможностей EnergyCS Line

при проектировании электроснабжения

позволило говорить о следующих досто�

инствах комплекса:

� EnergyCS Line позволяет пользовате�

лю настраивать программу под требо�

вания конкретной организации. В ча�

стности, возможно вести базу данных

собственного применяемого обору�

дования, формировать различные

выходные документы. Исходные дан�

ные могут вводиться как из внешних

электронных таблиц, так и в графиче�

ском представлении непосредствен�

но из AutoCAD. Результаты оформля�

ются не только как табличные и гра�

фические печатные документы, но и

в электронном виде, пригодном для

дальнейшей обработки.

� Решение всего комплекса задач осу�

ществляется в одной программе – без

лишних переходов от приложения к

приложению. Непосредственно в

EnergyCS Line реализована визуали�

зация результатов.

� Программа позволяет выполнить

расстановку промежуточных опор без

обращения к шаблонам. При этом

расстановка выполняется с использо�

ванием данных о профиле трассы,

опорах, пересечениях, допустимом

габарите провисания провода, а так�

же с учетом информации о возмож�

ности установки опор по показаниям

грунта. Расстановку можно выпол�

нять многократно – до получения оп�

тимального результата, причем про�

грамма не препятствует проектиров�

щику корректировать результаты

этой операции.

� В EnergyCS Line реализованы подхо�

ды, которые позволяют использовать

один и тот же программный ком�

плекс для проектирования линий

низкого и среднего напряжения, а

также высоковольтных воздушных

линий электропередач. Метод меха�

нического расчета проводов позволя�

ет выполнять расчеты для любых

пролетов, в том числе и для больших

переходов.

� Формирование табличных докумен�

тов осуществляется в виде докумен�

тов MS Word по шаблонам, заранее

настроенным в соответствии со стан�

дартами предприятия.

� Формирование графических доку�

ментов осуществляется в AutoCAD на

листах документов, полученных в ка�

честве исходных данных.

� При возникновении проблем система

технической поддержки и разработ�

чики в кратчайшие сроки помогают

устранить все коллизии.

� Цена лицензии на программный про�

дукт также оказалась приемлемой.

На выбор программы повлияло и ис�

пользование в ней алгоритмов для меха�

нического расчета проводов, основан�

ных на разработках известного специа�

листа в этой области профессора

А.Д. Бошняковича. Приобретению Ener�

gyCS Line предшествовали проверочные

расчеты по уже завершенным проектам,

а результаты сопоставлялись с теми, что

были получены по старым методикам.

Проверка показала совпадение результа�

тов – при том что в EnergyCS Line при�

меняются другие методы расчета прови�

сания провода и расстановки опор.

Специалисты ОАО "ВНИПИгаздо�

быча" параллельно проектируют не�

сколько объектов – соответственно по�

требовалось приобрести и достаточное

количество лицензий EnergyCS Line. Се�

годня программа установлена на ком�

пьютерах электротехнического отдела, а

также на ноутбуке, который использует�

ся при выездах – для решения вопросов

на месте.

Первое применениеПервым объектом, на котором был

применен программный комплекс, стала

небольшая линия электропередач на од�

ном из газовых месторождений в Ямало�

Ненецком АО.

В качестве исходных данных исполь�

зовался чертеж района прохождения ВЛ,

на котором были нанесены высотные от�

метки местности и инженерные комму�

никации, выполненные другими отдела�

№3 | 2008 | CADmaster

EnergyCS Lineв ОАО "ВНИПИгаздобыча"ОПЫТ ПРИМЕНЕНИЯ ПРИ ПРОЕКТИРОВАНИИ ЛИНИЙ НАПРЯЖЕНИЕМ 10 КВ

ЭЛЕКТРОТЕХНИКА

36

ми института, – в частности, автомо�

бильная дорога, вдоль которой пройдет

ВЛ. Кроме того, на чертеже были отмече�

ны положения начала и конца трассы.

Начало работы с EnergyCS Line по�

требовало выполнения ряда подготови�

тельных работ, обеспечивающих ввод ис�

ходных данных в программу:

� в AutoCAD Civil 3D по отметкам ме�

стности была сформирована 3D�по�

верхность местности, где предстоит

пройти ВЛ (рис. 1);

� с помощью макроса собственной раз�

работки по сформированной триан�

гуляции поверхности и нанесенной

на чертеже линии трассы была пост�

роена таблица профиля проектируе�

мой ВЛ (формат таблицы – CSV);

� исходя из принятой конфигурации

ВЛ, на чертеже были расставлены ан�

керные опоры (рис. 2), представляю�

щие собой блоки с соответствующи�

ми атрибутами. Средствами AutoCAD

координаты размещения опор и их по�

зиционные обозначения переданы в

таблицу формата CSV.

Далее работа строится следующим об�

разом.

После загрузки программы и сохране�

ния файла вводятся общие данные для

проекта, представленные на рис. 3.

В общих данных определяются значи�

мые для расчетов параметры климатичес�

кого района, предпочтительные типы ан�

керных и промежуточных опор, линейной

арматуры, арматуры подвески проводов

и т.д.

Описание профиля трассы и анкерных

опор (рис. 4, 5) вводится в соответствую�

щие таблицы программы с помощью ко�

манды Загрузить из файла.

программное обеспечение

CADmaster | 2008 | №3 37

Рис. 1

Рис. 2

Рис. 3Рис. 4

Дополнительная информация о трас�

се, связанная с описанием пересечений,

может вводиться непосредственно в таб�

лицу пересечений (рис. 6) или в специ�

альные поля описания профиля. На се�

годня данные о пересечениях вводятся

вручную, но в дальнейшем планируется

вводить их из таблицы формата CSV, ко�

торая будет формироваться аналогично

таблице анкерных опор.

Следующая задача состоит в том, что�

бы описать топологические участки ли�

нии, определяющие ее конфигурацию.

Линия может состоять из множества то�

пологических участков, которыми явля�

ются основная линия ВЛ и ответвления

от нее либо от других ответвлений (слож�

ность конфигурации линии программа

не ограничивает). В свою очередь каж�

дый топологический участок может быть

образован множеством анкерных участ�

ков, то есть независимых по механичес�

кому расчету участков между двумя ан�

керными или угловыми опорами. В каче�

стве угловых опор при небольших углах

поворота могут использоваться проме�

жуточные опоры – в этом случае анкер�

ные участки, разделенные промежуточ�

ными угловыми опорами, рассматрива�

ются в расчете совместно. Результат опи�

сания топологии ВЛ в виде совокупности

анкерных участков приведен на рис. 7.

Далее следует расставить промежу�

точные опоры – в каждом анкерном уча�

стке по отдельности. При наличии

EnergyCS Line эта работа не покажется

трудоемкой: программа выполняет на�

чальную расстановку, учитывая профиль

трассы, высоту опор, наличие пересече�

ний, а также условия грунта. При расста�

новке опор автоматически обеспечива�

ются горизонтальные габариты пересе�

чений. Вертикальные габариты проекти�

ровщик контролирует самостоятельно,

но в помощь ему EnergyCS Line предо�

ставляет специальное средство – окно

отображения схемы расстановки опор

(рис. 8).

В окне показаны и профиль трассы,

и места установки опор, и кривые про�

висания провода, и обозначение пересе�

чений в масштабе. Любая опора может

быть вручную передвинута вправо или

влево по трассе, установлена на искусст�

венном возвышении или заглублена. В

рассматриваемом проекте эта возмож�

ность использовалась для обеспечения

величин пролетов, смежных с анкерны�

ми опорами, равными 0.6* Lгаб в соот�

ветствии с требованиями производителя

опор. Начиная с любой точки можно из�

менить тип устанавливаемой опоры.

Перед автоматической расстановкой

программа определяет исходный (наи�

более тяжелый) и расчетный (с наиболь�

шей стрелой провисания) режимы для

выбранного провода и указанного типа

промежуточной опоры. Осуществляется

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

При расстановке постоянно контроли�

руется длина приведенного пролета, а

результат не требует последующей про�

№3 | 2008 | CADmaster

ЭЛЕКТРОТЕХНИКА

38

Рис. 5

Рис. 6

Рис. 7

Рис. 8

программное обеспечение

CADmaster | 2008 | №3 39

Рис. 9

Рис. 11

Рис. 12

Рис. 10

Рис. 13

верки, связанной с тем, что приведен�

ный пролет может существенно отли�

чаться от принятого расчетного. Кроме

того, расстановку опор можно оптими�

зировать по длине последнего пролета.

Такая расстановка существенно отлича�

ется от расстановки опор с использова�

нием шаблонов и выполняется намного

быстрее.

Когда опоры расставлены, можно

предусмотреть установку на них допол�

нительного оборудования: разъедини�

телей, муфт перехода с ВЛ на кабель,

разрядников или ограничителей пере�

напряжений. Места расположения это�

го оборудования уже определены про�

ектировщиком, требуется только ввес�

ти необходимую информацию: для ан�

керных опор – в таблицу "Анкерные

опоры", а для промежуточных – в таб�

лицу "Опоры участка". При этом обору�

дование будет учтено в спецификации

проекта.

Нумерация всех опор проекта вы�

полняется одной командой. Предвари�

тельно для каждого топологического

участка должны быть определены на�

чальные номера – например, литерные

префиксы и постфиксы. При выполне�

нии команды нумеруются только те

опоры, которые не имеют обозначе�

ний, введенных проектировщиком, –

то есть для перенумерации всех опор,

возможно, понадобится очистка их

обозначений. Программа позволяет со�

четать ручную нумерацию с автомати�

ческой.

Для проектирования фундаментов

или выбора способа крепления опоры

в грунте необходима проверка нагру�

зок на опору. В EnergyCS Line для по�

лучения нагрузок на любую выбран�

ную опору линии достаточно одной ко�

манды Нагрузки на опоры. Результат

может быть передан для дальнейшего

использования – например, в строи�

тельный отдел. Программа также вы�

полняет расчет серии режимов, опре�

деленных ПУЭ (для среднегодовой и

низшей температуры, режимов гололе�

да без ветра, гололеда с ветром, макси�

мального ветрового напора). Совокуп�

ность режимов отображается в таблице

и на рисунке�схеме опоры (рис. 9).

Кроме того, результаты (в формате MS

Word) могут быть включены в итоговую

документацию.

Следующий шаг – получение проект�

ной документации. По результатам рас�

становки программа позволяет получить

следующие итоговые документы:

� монтажные стрелы и монтажные тя�

жения или напряжения проводов

(рис. 10) и, если необходимо, тро�

сов;

� ведомость опор, ведомость опор с

оборудованием (рис. 11). В програм�

ме предусмотрена возможность ге�

нерации двух вариантов ведомости

опор: в одном случае одинаковые

опоры группируются под список

применимости, во втором – опоры с

оборудованием выделяются в от�

дельные позиции. Средствами про�

граммы также формируются ведо�

мость проводов и тросов, поопорная

ведомость гирлянд изоляторов, ве�

домость арматуры и изоляторов по

всему проекту (из которой возможно

формирование спецификации про�

екта) и ведомость пересечений (рис.

12) с описанием параметров пересе�

чений и результатами проверки габа�

ритов.

Помимо получения табличных ре�

зультатов возможен вывод опор ВЛ непо�

средственно на чертеж, использованный

в качестве исходных данных. К примеру,

опоры могут быть нанесены на план

(рис. 13) и профиль трассы (рис. 14) с

указанием всех необходимых габаритов

пересечений.

Таким образом, проект, на который

уходило до нескольких рабочих дней (с

учетом выполнения трудоемких вычис�

лений комплекса механического расче�

та проводов – проверки допустимых га�

баритов в любом из пролетов и на пере�

сечениях, монтажных стрел провеса

проводов и др.), после предваритель�

ной настройки программы оказалось

возможным выполнить менее чем за

день. Как минимум, при этом гаранти�

руется отсутствие арифметических

ошибок, а все инженерные решения

остались под контролем проектиров�

щика.

ЗаключениеПри выполнении проекта комплекс

EnergyCS Line доказал свою эффектив�

ность. Ряд решений, касающихся пред�

ставления результатов, был неприме�

ним в условиях нашей проектной орга�

низации, но в результате взаимодейст�

вия с разработчиками программы уда�

лось отладить технологию и получить

приемлемое решение. Применение

программы реально уменьшило затраты

на наиболее трудоемкую часть проекти�

рования ВЛ, механический расчет про�

водов, и тем самым существенно сокра�

тило сроки выполнения проекта, свело

на нет риск появления арифметических

ошибок, автоматизировало получение

практически всех табличных проектных

документов.

Несмотря на кажущуюся сложность

интерфейса программы и обилие вход�

ных данных, освоение программного

комплекса специалистами, ранее не ра�

ботавшими с EnergyCS Line, не требует

много времени.

Сергей Мыльников, Валерий Яшков

ОАО "ВНИПИгаздобыча"Тел.: (8452) 74�3184,

74�3818E�mail: YashkovVV@vnipigaz.gazprom.ru

№3 | 2008 | CADmaster

ЭЛЕКТРОТЕХНИКА

40

Рис. 14

ВведениеУже много лет в беседах с представите�

лями промышленных предприятий само�

го разного профиля я утверждаю, что в об�

ласти ИТ нет более запутанного вопроса,

чем вопрос электронного архива инже�

нерной (технической, конструкторской,

проектной и т.п. ) документации и систе�

мы электронного документооборота.

Количество аббревиатур и сокраще�

ний для обозначения этого понятия на

английском (TDM, Workflow, PDM,

PLM, CALS, PIM) и русском языках

(электронный архив, документооборот,

система управления структурой изделия,

ИПИ, ИЛП и т.п.) приближается к кри�

тическому для понимания сути дела.

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

Именно об этой проблеме мы и будем

сегодня говорить.

Определение целей Условно можно назвать две группы

отраслей промышленности, в которых

изначально используются разная терми�

нология, принципы проектирования и

оформления проектной документации:

� машиностроение, приборостроение,

судостроение, самолетостроение, ав�

томобилестроение и т.п.;

� блок отраслей, называемых промыш�

ленным и гражданским строительст�

вом (ПГС).

Даже предмет проектирования в этих

двух группах называется по�разному: в

первом случае – "изделие", во втором –

"объект". Однако такое разделение весь�

ма условно: так, установка, стоящая на

земле, – это объект, который строится на

месте эксплуатации, а нефтедобываю�

щая платформа – это изделие, изготав�

ливаемое на заводе. Хотя их конструкция

может быть одинакова.

Почти во всех случаях мы имеем дело

со сложными техническими изделиями и

объектами, которые состоят из огромно�

го количества компонентов (корабль,

атомный реактор, атомная или тепловая

электростанция, нефтеперегонная уста�

новка, вооружение и т.п.), поэтому речь

будет идти в основном о них. Хотя смею

утверждать, что положения, приведен�

ные в данной статье, справедливы и для

менее технически сложных изделий и

объектов (таких как холодильник или

коттедж), разве что востребованность тех

или иных информационных решений

выглядит по�разному.

Как�то, читая журнал CADmaster, на�

ткнулся на следующую фразу: "За годы

работы стоимость архива организации

может превысить стоимость всех осталь�

ных ее активов"1. С этим утверждением,

бесспорно, можно согласиться: в истори�

ческом плане от деятельности любой ор�

ганизации, занимающейся разработкой,

производством и эксплуатацией подоб�

ных изделий и объектов, в первую оче�

редь, остаются архивы проектной и кон�

структорской документации. Давно уш�

ли люди, стоявшие у истоков проектиро�

вания, могут исчезнуть и компании, ко�

торые этим занимались, а корабли и эле�

ктростанции еще десятилетиями продол�

жают исправно работать, дома стоят сто�

летиями, и в них живут люди. Поэтому

проблема создания современных элек�

тронных архивов инженерной докумен�

тации и обеспечения доступа к ним

крайне актуальна.

Однако все объекты и изделия, как

правило, состоят из множества компо�

нентов, связанных между собой самыми

разнообразными способами. И в первую

очередь мы нуждаемся в информации о

характеристиках этих компонентов, о

способах их связи друг с другом. Напри�

мер, для ремонта или замены насоса нам

необходимо знать его габаритные разме�

ры, потребляемую мощность, произво�

дительность, систему крепления и т.п.

Но современная конструкторская и

проектная документация устроена таким

образом, что человек может понять ее,

только визуально просматривая. Поиск

соответствующей информации также в

большинстве случаев осуществляется ви�

зуально. А это накладывает определен�

ные требования к организации архива.

Можно утверждать, что в глобальном

масштабе нам следует стремиться к со�

зданию не электронных архивов инже�

нерной документации, а систем хране�

ния инженерных данных, в которых эле�

ктронный конструкторский или проект�

ный документ – необходимый, но далеко

не единственный элемент хранения ин�

формации.

Приведем небольшой пример из

опыта создания электронного архива од�

ной очень уважаемой проектной органи�

зации Газпрома.

В промышленном и гражданском

строительстве общепринятой является

классификация проектных документов

по маркам основных комплектов рабо�

чих чертежей2. Именно в таком виде сда�

ется заказчику проектная документация.

№3 | 2008 | CADmaster

Внедрениеэлектронных архивовинженернойдокументации

ПОПЫТКА ОБОБЩЕНИЯ

ЭЛЕКТРОННЫЙ АРХИВ И ДОКУМЕНТООБОРОТ

42

1С. Нужненко, А. Орешкин, И. Богданова "Почем нынче документооборот". – CADmaster №3/2007, с. 42.2ГОСТ 21.101;97. СПДС. Основные требования к проектной и рабочей документации.

Казалось бы, повторение этой клас�

сификации в электронном виде при по�

строении структуры архива – естест�

венный шаг. И да, и нет… С одной сто�

роны, заказчик потребовал от нас со�

хранить в электронном архиве эту

структуру марок, томов и альбомов. Но

с другой – попросил сформировать дру�

гую… Структуру проектируемого объек�

та с доступом к той же проектной доку�

ментации, которая находится в структу�

ре, построенной по традиционному

принципу.

Подробный анализ показал, что тре�

бовалось реализовать аж 4 структуры:

� структуру объекта проектирования;

� структуру документации по проекту;

� структуру стадий проекта;

� структуру документации по догово�

рам (один проект может выполнять�

ся по нескольким договорам).

Таким образом, сформулируем ос�

новное требование современного за�

казчика: "Я должен иметь возмож�

ность быстро отыскать в электронном

архиве всё, что мне нужно, поскольку

в "бумажном" мне это не удается!" По�

пытки решить данную задачу, исполь�

зуя традиционные подходы, по край�

ней мере, неэффективны, а то и бес�

смысленны.

Информационная поддержкажизненного циклаизделий/объектов

Сегодня в самых разных кругах обсуж�

даются проблемы информационного обеспе�

чения жизненного цикла сложных изделий

и объектов. Правда, во многих случаях эти

обсуждения сводятся к вопросам инфор�

мационного обеспечения логистической

поддержки функционирования изде�

лий/объектов и планирования техничес�

кого обслуживания и ремонта (ТО и Р).

А если проще – к задаче своевременной

поставки запасных частей и принадлеж�

ностей (ЗИП) на эксплуатируемый объ�

ект. Причины этого упрощения понятны:

такой подход наиболее востребован, осо�

бенно иностранными заказчиками.

С нашей точки зрения, к вопросам

создания электронных архивов конст�

рукторской (проектной) документации

следует подходить с позиций информа�

ционного обеспечения жизненного цик�

ла. Ведь проектирование изделия или

объекта и является важнейшим этапом

реального жизненного цикла! Следова�

тельно, чем больше информации на

этом этапе будет введено в электронный

архив (или систему хранения инженер�

ных данных), тем более эффективным

будет ее дальнейшее использование.

Таким образом, формирование элек�

тронного архива проектной организа�

ции следует рассматривать как первый

этап создания системы информацион�

ного обеспечения жизненного цикла из�

делий и объектов. При этом абстрагиру�

емся от проблем множественности орга�

низаций, участвующих в проекте, про�

блем секретности и безопасности, часто

возникающих при проектировании и со�

здании подобных изделий и объектов, от

проблем разорванности целей участвую�

щих организаций и т.п. Современные

информационные и административные

технологии могут позволить решить все

подобные проблемы.

Аспекты внедренияПопробуем проанализировать, ка�

кую же функциональность запрашивают

заказчики, пытаясь сформулировать

свои требования к системам электрон�

ного архива.

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

В статье "Ступени внедрения ИПИ�

технологий"3 мы попытались проанализи�

ровать последовательность внедрения

ИПИ�технологий от электронного архива

программное обеспечение

CADmaster | 2008 | №3 43

Рис. 1. Ступени внедрения ИПИ'технологий

3А. Рындин, Л. Рябенький, А. Тучков, И. Фертман "Ступени внедрения ИПИ;технологий". – CADmaster №1/2006, с. 24.

инженерной документации (TDM) до

единой системы информационной под�

держки жизненного цикла (PLM) (рис. 1).

Как видим, одной из ступеней являет�

ся "единая среда проектирования изделий

и объектов", предусматривающая форми�

рование единого информационного про�

странства для работы всех участников тех�

нологического процесса. В этом инфор�

мационном пространстве должна накап�

ливаться вся информация по проекту в

процессе его разработки.

Сегодня в среде проектировщиков по�

явился термин "оперативный архив инже�

нерной документации", в который, по су�

ти, вкладывается тот же самый смысл, хо�

тя "единая среда проектирования изделий

и объектов", с нашей точки зрения, лучше

отражает суть дела.

Опыт внедрения на различных пред�

приятиях показал, что мы недооценивали

важность этой ступени. Фактически все

заказчики, произнося слова "электронный

архив", имеют в виду не только архив дол�

говременного хранения, но и оператив�

ный архив. Причем востребованность по�

следнего зачастую выше, чем архива дол�

говременного хранения, хотя сформули�

ровать к нему требования на порядок

сложнее.

Структуры изделий и объектовВ обеих группах отраслей при тради�

ционном проектировании применяются

отображаемые на бумаге структуры изде�

лий и объектов. В машиностроении и

близких к нему отраслях основными доку�

ментами являются спецификации, набор

которых отражает структуру изделий, что

и узаконено в ЕСКД.

В промышленно�гражданском стро�

ительстве дело обстоит иначе. Согласно

СПДС, спецификации и ведомости

здесь – вторичные документы, сопро�

вождающие чертежи.

На самом деле для отображения тех

или иных изделий либо объектов в зависи�

мости от поставленных нами целей ис�

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

яркий пример – судостроение. С точки

зрения строителя корабль состоит из сек�

ций, изготавливаемых отдельно, и собира�

ется из них. Команда рассматривает его

как совокупность палуб и помещений, и

совсем не интересуется, как они были по�

строены. С точки зрения функционально�

сти корабль состоит из множества систем

жизнеобеспечения, вооружения и т.п., ко�

торые строитель должен создать, а коман�

да – уметь эксплуатировать.

Таким образом, в идеальной системе

должна быть обеспечена возможность

формирования множества структур на ос�

нове одних и тех же данных и документов.

Подобный пример из области ПГС

приведен выше.

Атрибутивные данные компонентовПри обсуждении проблем создания

систем электронного архива мы много го�

ворим о различных видах графических до�

кументов (сканированных, созданных в

различных САПР и т.п.) и лишь мельком

замечаем: "Ну и, конечно, офисные: текс�

товые и табличные (т.е. в Word и Excel)". И

при этом абсолютно забываем о сути этих

"простых" офисных документов. А в них

может оказаться множество технических

данных о характеристиках изделия и/или

его компонентов. Такая информация аб�

солютно необходима для дальнейших эта�

пов жизненных циклов: для заказа компо�

нентов при строительстве, для анализа

возможностей замены, для той самой пре�

словутой задачи обеспечения информаци�

онной логистической поддержки… При

традиционном подходе в создаваемом ар�

хиве оказываются неструктурированные

документы, содержащие эти данные, рас�

познать которые человек может только

визуально.

Системы планированияНа сегодняшний день реально внедре�

ны самые разнообразные системы плани�

рования. Наиболее распространены среди

них MS Project и Primavera.

Как только речь заходит о создании

электронного архива, любой заказчик, у

которого уже внедрена система планиро�

вания, начинает разговор об интерфейсе

между ними. Психологически это совер�

шенно понятно. Во�первых, структура ра�

бот тесно связана со структурой объекта

или изделия, и если она уже в каком�либо

виде существует, никто не захочет повто�

рять проделанную работу еще раз.

Во�вторых, – и это, пожалуй, самое

главное – процент исполнения той или

иной работы заносится в систему плани�

рования вручную на основе субъектив�

ной информации от исполнителя рабо�

ты. Даже такая простая вещь, как переда�

ча из системы электронного архива в си�

стему планирования простой информа�

ции о количестве документов, находя�

щихся в определенном состоянии (на�

пример, на согласовании или утвержде�

нии), приводит заказчика в восторг –

у него появляются объективные данные

о ходе работы! А представьте себе, какая

будет реакция, если будет выводиться

информация по компонентной части,

например о проценте компонентов тех�

нологической схемы, уже размещенных в

трехмерной модели!

Система планирования связана не

только со структурой проекта, но и с внед�

ряемой системой технического докумен�

тооборота, а именно – с подсистемой вы�

дачи и обмена заданиями между главными

инженерами проекта и отделами, а также

между отделами, о чем речь пойдет ниже.

Заметим, что такие вопросы возника�

ют при внедрении подобных систем уже

сегодня.

Системы автоматизациипроектирования

Недавно меня пригласили прокон�

сультировать консалтинговое предприя�

тие по тематике, связанной с созданием

электронного архива. Но на вопрос, какие

системы автоматизированного проекти�

рования будут использованы в проекте, я

получил ответ, что ни проектант, ни тем

более САПР еще не выбраны… Вопрос о

рекомендуемой системе электронного ар�

хива отпал сам собой. То есть, конечно,

создать склад абстрактных документов в

абстрактной структуре не составляет труда

(по большому счету, это и файловая струк�

тура ОС умеет), но толку от него не будет

никакого.

Мне, естественно, возразят: "А проце�

дуры?.. А безопасность?.. А версии?.. А из�

менения?.." Все правильно, однако сама

суть будет выхолощена: в лучшем случае

получится электронный вариант традици�

онного архива с окошечком в двери – "до�

кумент сдал", "документ принял".

Количество специализированных

САПР (в основном, построенных на базе

стандартных) превышает всякие разумные

пределы. Для примера просто полистайте

каталоги нашей компании. Там и строи�

тельные САПР, и архитектурные, и по

внутренней инженерии, и по внешней, и

молниезащита, и черт знает что еще! И за�

метим, что все они создавались с одной

понятной целью: максимально автомати�

зировать процесс проектирования в той

или иной области. И эту цель они иногда

решают очень успешно. Иногда не очень.

Но большинство используемых сего�

дня специализированных САПР абсолют�

но не готовы передавать информацию в

единую систему хранения инженерных

данных, то есть представляют собой "за�

крытые" системы, ориентированные не на

передачу данных в другие подсистемы, а

на выпуск конкретных инженерных доку�

ментов. Хотя, что передавать, в общем�то,

понятно: структуру проектируемых объек�

тов и изделий, их технические характерис�

тики, компонентный состав, технические

характеристики компонент, возможно,

взаимосвязи. И как передавать, вроде то�

же ясно: существует уже фактически об�

щепринятая технология XML�файлов.

За последнее десятилетие появился

целый ряд САПР, которые используют

идею систем баз данных для хранения ин�

женерной информации и рассматривают

документы как отображения этих баз в

графическом или табличном виде. К со�

жалению, пока никто не придумал, как

эти САПР должны взаимодействовать с

другими. Например, некоторые известные

№3 | 2008 | CADmaster

ЭЛЕКТРОННЫЙ АРХИВ И ДОКУМЕНТООБОРОТ

44

системы проектирования технологичес�

ких установок плохо взаимодействуют с

архитектурно�строительными. Хотя сле�

дует признать, что уровень "открытости"

этих САПР на порядок выше традицион�

ных.

Вывод очень прост – если мы хотим

строить некие единые сквозные (ком�

плексные) системы проектирования, то

должны, наконец, начать думать не толь�

ко о сути задач, решаемых в той или иной

САПР, но и о том, как и откуда взять не�

обходимые исходные данные и куда и как

передать полученную информацию, то

есть обеспечить "открытость" этих САПР.

Трехмерные модели и двумерныечертежи и схемы

Огромное количество дискуссий ве�

дется о трехмерном моделировании слож�

ных объектов. Горы копий ломаются во�

круг изменения мышления проектанта,

автоматической генерации чертежей и их

взаимосвязи с трехмерными моделями,

автоматического получения программ

для станков с ЧПУ и т.п. Множество мне�

ний высказывается насчет автоматичес�

кого получения из трехмерных моделей

структуры изделия (или, по�простому,

спецификации).

Однако обсуждаемые проблемы на са�

мом деле сводятся к вполне традицион�

ным вопросам:

� однозначное соответствие компонен�

тов, используемых в трехмерных мо�

делях, классификаторам стандартных

деталей и компонентов;

� соответствие типоразмеров этих ком�

понентов разрешительным спискам;

� передача всех спецификаций от трех�

мерной модели в систему PDM и сис�

темы хранения инженерных данных;

� и, конечно, выпуск спецификаций в

соответствии с нормативными доку�

ментами и классификаторами.

Но мы почему�то забываем, что кроме

трехмерных моделей существует еще мас�

са графических документов, из которых

также надо извлекать структуры изделий,

объектов и их компонентный состав. Это

технологические схемы, электрические

чертежи, чертежи КИП и, наконец, про�

сто картинки, на которых в графическом

виде представлены структуры изделий и

объектов.

Между прочим, создавая трехмерные

модели, в большинстве случаев компо�

новщик может использовать только те

компоненты, которые уже включены в

соответствующую технологическую или

электрическую схему. А это означает, что

при проектировании система хранения

инженерных данных используется не

только для сбора информации, но и для ее

выдачи с целью дальнейшего проектиро�

вания.

Классификаторы стандартных изделий,комплектующих и материалов

С вопросом используемых САПР

очень тесно связана проблема применения

классификаторов стандартных изделий,

комплектующих и материалов. Фактичес�

ки во всех современных системах имеются

свои классификаторы стандартных изде�

лий и материалов. Однако в организациях

существуют корпоративные классифика�

торы и разрешительные списки для кон�

кретных проектов, которые теоретически

должны отражаться в САПР. На базе этих

классификаторов формируются специфи�

кации и разнообразные ведомости (стан�

дартных изделий, закупочные и т.п.). Если

изначально при проектировании исполь�

зованы не поставляемые или не удовлетво�

ряющие техническим требованиям стан�

дартные изделия и особенно оборудова�

ние, может потребоваться серьезное пере�

проектирование изделия или объекта.

На более поздних стадиях жизненного

цикла изделий/объектов эти ведомости

служат основой при составлении ведомо�

стей деталей и инструментов для обслу�

живания сложной техники. И надеж�

ность, и конкурентоспособность изделий

оказываются в большой зависимости от

доступности комплектующих для прове�

дения ТО и ремонта.

Именно на этапе эксплуатации во�

прос о стандартной кодификации ЗИП

выходит на первый план. Но с точки зре�

ния создания и настройки систем это ад�

министративная проблема: необходим

единый непротиворечивый подход к ко�

дификации хотя бы на отраслевом уров�

не. И в предлагаемых системах такой под�

ход может быть реализован.

Сегодня бросается в глаза несогласо�

ванность корпоративных классификато�

ров и разрешительных списков и класси�

фикаторов, применяемых в САПР и дру�

гих прикладных программах (в частности,

в расчетных). Ситуация может быть ис�

правлена только принятием администра�

тивного решения о ведении корпоратив�

ных (или отраслевых) классификаторов и

созданием модулей отображения их в фор�

матах, используемых конкретными САПР

и другими прикладными программами.

Находиться эти корпоративные клас�

сификаторы должны всё в той же корпо�

ративной системе хранения инженерных

данных, куда должны входить в первую

очередь атрибутивные данные по кон�

кретным стандартным изделиям, а во вто�

рую – варианты их представления в раз�

личных САПР.

Технический (инженерный)документооборот

Под техническим (инженерным) до�

кументооборотом обычно подразумева�

ются три момента:

� обмен заданиями между главными

инженерами проекта (ГИП) и проект�

ными отделами и непосредственно

между отделами (что особенно рас�

пространено в секторе промышлен�

ного и гражданского строительства);

� согласование технических докумен�

тов (чертежей, схем, спецификаций,

ведомостей и т.п.) и трехмерных моде�

лей;

� утверждение технических документов

(что тесно связано с вопросом элек�

тронной подписи и юридическими ас�

пектами утверждения инженерной

документации).

Замечу, что регламент выдачи заданий

обычно не прописан, а если и прописан в

документах по сертификации системы

управления качеством по ИСО 9002, то не

выполняется. Именно внедрение техни�

ческого документооборота и обеспечива�

ет в полной мере выполнение регламен�

тов по ИСО 9000.

Если решение вопроса электронного

согласования заказчик подразумевает "по

умолчанию", то вот вопрос электронного

утверждения в силу юридических аспек�

тов обычно ставит его в тупик.

Административный документооборотКогда мы начинаем разговор о техни�

ческом документообороте, рано или по�

здно заходит речь и о документообороте

административных документов. Тут сле�

дует иметь в виду два существенных мо�

мента:

� попытки использовать системы ад�

министративного документооборота

для инженерного в большинстве слу�

чаев остаются безуспешными или не�

удовлетворительными из�за больших

объемов инженерной документации

и специфики проблем, изложенных

выше;

� необходимо разделить администра�

тивный документооборот, имеющий

отношение к инженерному (ТЗ, со�

гласования и т.п.) от собственно ад�

министративного документооборота

(кадрового, зарплатного и т.п.). По�

нятно, что первую часть необходимо

интегрировать в инженерный доку�

ментооборот, а вторую можно вклю�

чать, а можно и реализовывать от�

дельно – он не имеет той историчес�

кой ценности, о которой мы говори�

ли выше. Хотя надо отметить, что

вопрос хранения тоже актуален: кад�

ровая, налоговая, пенсионная и дру�

гая информация хранится десятиле�

тиями.

Электронная подпись и легитимностьОдним из принципиальнейших во�

просов остается вопрос о легитимности

документов и данных. В конце 2006 го�

программное обеспечение

CADmaster | 2008 | №3 45

да наконец были приняты ГОСТ 2.051�

2006 (Электронные документы. Общие

положения)4 об электронных докумен�

тах и ГОСТ Р 34.10�2001 о формирова�

нии электронной подписи5. Но послед�

ний реально пока не используется. Что�

бы вывести электронную подпись на

уровень взаимодействия между пред�

приятиями, их сети должны быть под�

ключены к центрам сертификации, че�

му иногда препятствуют службы безо�

пасности предприятий.

Пока речь идет об электронной под�

писи на электронных документах в том

или ином виде, все более�менее понят�

но. Но ГОСТ 2.051�2006 (п. 4.4) огова�

ривает использование электронной под�

писи и для легитимизации трехмерных

моделей (как агрегированного элек�

тронного документа). На сегодняшний

день это никем не используется и трех�

мерные модели трактуются как справоч�

ная информация, однако понятно, что в

ближайшее время вопрос их легитимно�

сти встанет очень остро. Предположи�

тельно это произойдет, как только воз�

никнет и будет востребована возмож�

ность обмена трехмерными моделями

между предприятиями.

Еще один серьезнейший вопрос –

легитимность систем хранения инже�

нерных данных. Существует ряд САПР

(и не только САПР), в которых доку�

менты – это отражение состояния на�

копленных баз данных. То есть конст�

руктор, инженер или проектировщик в

процессе проектирования тем или иным

способом вводит инженерные данные в

СУБД. По окончании проектирования

осуществляется выпуск традиционной

конструкторской и проектной докумен�

тации. Это означает, что одновременно

с утверждением документации должно

происходить и "утверждение" (или "под�

писание") базы данных, на основе кото�

рой эта документация создается. Таких

систем уже немало, наиболее известны

TechnologiCS, PLANT�4D и ряд других.

А кто отвечает за корректность данных,

на которых основываются документы?

Сегодня нормативные документы на

этот вопрос не дают ответа.

Версии и измененияВозможность хранения версий доку�

ментов считается одной из принципиаль�

ных в системах электронного архива и

электронного документооборота инже�

нерной документации.

№3 | 2008 | CADmaster

ЭЛЕКТРОННЫЙ АРХИВ И ДОКУМЕНТООБОРОТ

46

4ГОСТ 2.051;2006. ЕСКД. Электронныедокументы. Общие положения.5ГОСТ Р 34.10;2001. Информационнаятехнология, криптографическаязащита информации. Процессыформирования и проверки электронно;цифровой подписи.

Рис. 2. Упрощенная структура современной системы хранения инженерных данных

Когда речь идет об одном документе,

все более�менее понятно… Но ведь он су�

ществует не сам по себе, а входит в некий

комплект или альбом. И что, у нас появ�

ляется новая версия альбома? И так далее,

вплоть до самого верхнего уровня – у нас

новая версия изделия?

Да и сами процедуры проведения

изменений, в общем, нетривиальны –

загляните в ГОСТы. А уж то, что такие

процедуры не имеют никакого отноше�

ния к существующим реалиям автома�

тизированного проектирования, это

точно… И отговорки про простую заме�

ну файла документа и сохранение пре�

дыдущей версии тоже не более чем от�

говорки.

Инструментальная системаВопрос об инструментальной, то

есть о такой стандартной поставляемой

информационной системе, на базе ко�

торой будет строиться конкретная сис�

тема электронного архива для конкрет�

ного предприятия, воспринимается за�

казчиками очень болезненно. Основное

заблуждение – это твердая уверенность,

что в инструментальной системе уже

есть все, что необходимо заказчику. Ре�

ально же стоимость работ по внедре�

нию подобных систем, по нашим оцен�

кам, колеблется от 30% до 500% от сто�

имости инструментальной системы, в

зависимости от требуемой функцио�

нальности.

Инструментальные системы отлича�

ются функционалом, привязанностью к

той или иной САПР (с которой они обыч�

но имеют общего производителя), рас�

пространенностью в той или иной отрас�

ли и ценой. С нашей точки зрения, при

сегодняшнем уровне интеграции с САПР

принципиальными аргументами в пользу

выбора той или иной инструментальной

системы являются распространенность в

отрасли, цена и, самое главное, внедрен�

ческий опыт предполагаемого исполни�

теля работ.

Я сознательно не привожу названия

конкретных инструментальных систем,

представленных на отечественном рынке,

поскольку уже давно убедился, что их вы�

бор в большинстве случаев – дело не на�

уки, а любви и прецедента.

Предварительные выводыИтак, из вышесказанного следует, что

количество нюансов превращает задачу

создания системы электронного архива и

документооборота в слабо формализуе�

мую. Обычно заказчик начинает разговор

с "аналога" бумажного архива, однако уже

вскоре понимает, что всё значительно

сложнее. И такая ситуация, к сожалению,

повторяется фактически на каждом пред�

приятии.

программное обеспечение

CADmaster | 2008 | №3 47

Поэтому попробуем сформулировать

концепцию разработки систем электрон�

ного архива:

� электронный архив инженерной доку�

ментации – это первый шаг к созданию

системы хранения инженерных данных.

Что, в свою очередь, является первым

шагом к созданию полномасштабной

системы информационной поддержки

жизненного цикла объектов и/или из�

делий;

� в связи с этим особое значение приоб�

ретают модули получения инженерной

информации из различных САПР, рас�

четных подсистем и других приклад�

ных систем;

� как следствие, необходимы модули ге�

нерации различных отчетов, в первую

очередь – спецификаций, ведомостей,

экспликаций и т.п. в соответствии с ис�

пользуемыми системами стандартиза�

ции;

� принципиальное значение имеют сис�

тема проведения изменений (ревизий)

документов, моделей и данных, стра�

тегия распространения этих изменений

по структурам объектов и изделий, а

также управление однозначным соот�

ветствием между моделями, докумен�

тами и данными;

� инженерный и связанный с ним адми�

нистративный документооборот сов�

местно с модулем связи с системой пла�

нирования обеспечивают прозрачное

управление и контроль процесса про�

ектирования;

� огромное значение имеет стратегия

использования электронной подписи по

отношению к документам, моделям и

данным.

На рис. 2 представлена структура по�

добной системы в том виде, в котором она

представляется нам сегодня.

Несомненно, стратегическое при�

нятие решений по указанным вопро�

сам, утвержденное на высшем админи�

стративном уровне заказчика, обеспе�

чит минимизацию проблем при внед�

рении.

Предварительное тестированиеНа наш взгляд, прежде чем присту�

пать к работам по внедрению электрон�

ного архива и электронного документо�

оборота, следует задать заказчику ряд во�

просов.

1. Собираетесь ли Вы строить только

электронный архив долгосрочного хране�

ния готовой документации или Вам не�

обходим оперативный архив (единая си�

стема проектирования изделий и объек�

тов)?

� Нам нужна только система элек�

тронного архива долгосрочного

хранения готовой документации.

� Нам нужна только система опера�

тивного архива (единая система

проектирования изделий и объек�

тов).

� Нам нужны оба компонента как

единый электронный архив инже�

нерной документации.

2. Собираетесь ли Вы строить систему

электронного архива инженерной доку�

ментации (конструкторской, техноло�

гической, проектной и т.п.) или Вам

нужна система хранения инженерных

данных?

� Нам нужна система электронного

архива, содержащая только инже�

нерные документы в разнообраз�

ном виде (векторном, растровом,

PDF, офисном и т.п.).

� Нам нужна система накопления

инженерных данных, которая не

только содержит инженерные до�

кументы, но и позволяет получать

спецификации, ведомости и дру�

гие необходимые табличные доку�

менты (фактически PDM�систе�

ма).

� Нам нужна система информацион�

ной поддержки жизненного цикла

изделия (объекта), которая будет

использоваться на дальнейших

этапах жизненного цикла (строи�

тельство, изготовление, эксплуата�

ция, ремонт и т.п.) (фактически

PLM�система).

3. Собираетесь ли Вы использовать элек�

тронную подпись?

� Нет, не собираемся, мы планируем

хранить сканированные подлин�

ники подписанных документов.

� Собираемся, но не сертифициро�

ванную, в рамках нескольких под�

разделений или нашего предприя�

тия.

� Собираемся, сертифицированную

в рамках нашего предприятия.

� Собираемся, сертифицированную

в рамках группы предприятий (за�

казчика, контрагента, строителя,

эксплуатирующей организации

и т.п.).

4. Собираетесь ли Вы использовать воз�

можности трехмерного проектирова�

ния?

� Нет, не собираемся.

� Собираемся в рамках ограничен�

ного количества подразделений

(3D�модели отдельных узлов,

подобъектов и т.п.).

� Собираемся в рамках построения

полной 3D�модели объекта (изде�

лия), но с ограниченной степенью

детализации.

� Собираемся в рамках построения

полной 3D�модели объекта (изде�

лия) с полной детализацией в мо�

дели.

5. Собираетесь ли Вы использовать ассо�

циативную связь между 3D�моделью

объекта (изделия) и двумерной докумен�

таций (чертежами)?

� Нет, нам этого не требуется.

� Да, нам нужна однонаправленная

ассоциативная связь (от 3D�моде�

ли к чертежам).

� Да, нам нужна двунаправленная

ассоциативная связь.

6. Необходимо ли Вам создание в рамках

единой системы проектирования корпо�

ративного классификатора стандарт�

ных изделий, комплектующих и матери�

алов?

� Нет, нам этого не требуется.

� Да, нам нужен корпоративный

классификатор стандартных изде�

лий и комплектующих.

� Да, нам нужен корпоративный

классификатор материалов.

7. Какую систему проведения изменений

Вы собираетесь использовать?

� Мы будем заменять документы це�

ликом.

� Мы будем использовать традици�

онную отечественную систему из�

вещений об изменениях.

� Мы будем использовать традици�

онную отечественную систему из�

вещений об изменениях, но доку�

менты – заменять целиком.

� Мы будем использовать западную

систему ревизий.

8. Хотите ли Вы автоматически отсле�

живать изменения во всех связанных до�

кументах и 3D�моделях?

� Нет, не хотим.

� Хотим иметь контроль, оповещаю�

щий, какие документы и 3D�моде�

ли затрагивают изменения.

� Хотим глобально отслеживать из�

менения во всех связанных доку�

ментах и 3D�моделях.

9. Требуется ли Вам документооборот,

обеспечивающий согласование и ут�

верждение документов и 3D�моде�

лей?

� Нет, не требуется.

� Требуется только для согласования

документов.

� Требуется для утверждения доку�

ментов.

10. Требуется ли Вам документооборот,

обеспечивающий распределение заданий

между главными конструкторами

(ГИП) и отделами, а также между от�

делами?

№3 | 2008 | CADmaster

ЭЛЕКТРОННЫЙ АРХИВ И ДОКУМЕНТООБОРОТ

48

� Нет, не требуется.

� Да, требуется.

11. Требуется ли Вам подключение админи�

стративного документооборота к сис�

теме технического?

� Нет, не требуется.

� Требуется только в рамках адми�

нистративного документооборота,

имеющего непосредственное от�

ношение к инженерному.

� Да, требуется в полном объеме.

12. Требуется ли Вам взаимодействие

между электронным архивом и сущест�

вующей системой планирования с точки

зрения согласования плана проектных

работ и структуры объекта (структу�

ры комплектов документов)?

� Нет, не требуется.

� Да, требуется.

13. Требуется ли Вам взаимодействие

между электронным архивом и сущест�

вующей системой планирования с точки

зрения получения объективной инфор�

мации о ходе выполнения работ, напри�

мер, о статусе документов?

� Нет, не требуется.

� Да, требуется.

14. Требуется ли Вам взаимодействие

между системой технического доку�

ментооборота и системой планирова�

ния с точки зрения автоматизации

планово�диспетчерской деятельности,

обмена заданиями между специальнос�

тями?

� Нет, не требуется.

� Да, требуется.

Это далеко не все вопросы, ответы на

которые следует получить у заказчика.

Требуется целый ряд количественных

показателей объемов проектирования,

тиражирования и хранения, сведения о

необходимости конвертации бумажного

архива, списки применяемых САПР и

другого прикладного программного

обеспечения, используемых систем ERP,

финансовых и систем планирования и

многое другое.

Только после ответов на эти вопросы

можно предварительно оценить стои�

мость проекта внедрения системы элек�

тронного архива и/или системы хранения

инженерных данных.

Заметим, что подробные функцио�

нальные спецификации (то есть техни�

ческое задание) можно получить толь�

ко после тщательного обследования

предприятия заказчика бизнес�анали�

тиками, специализирующимися в этой

области.

ЗаключениеВ этой статье я попытался отразить

наш опыт внедрения систем электрон�

ного архива и электронного документо�

оборота инженерной документации.

Сначала нам казалось, что никаких осо�

бых сложностей быть не должно. Жизнь

показала, насколько это мнение оши�

бочно.

Я абсолютно уверен, что в будущем

реально востребованными окажутся

только системы хранения инженерных

данных. А системы электронного архива

следует рассматривать как первый шаг в

этом направлении.

Александр Тучков,к.т.н., технический директор

CSoft�Бюро ESGТел.: (812) 496�6929

E�mail: Atuchkov@esg.spb.ru

программное обеспечение

Проектирование и строитель�

ство кораблей, судов, офшор�

ных платформ и прочих изде�

лий судостроения на всех ста�

диях жизненного цикла невозможно без

учета требований самых разных норма�

тивных документов. Все, так или иначе

имеющие отношение к судостроительно�

му производству, нуждаются в самой све�

жей и точной информации, касающейся

сферы международных и государствен�

ных стандартов, отраслевых стандартов

судостроения, а также в альбомах унифи�

кации, промышленных каталогах по су�

довому оборудованию.

Научно�исследовательский институт

стандартизации и сертификации "Лот"

(НИИ "Лот"), филиал ФГУП "ЦНИИ

им. академика А.Н. Крылова", является

головной организацией судостроитель�

ной промышленности по стандартиза�

ции и унификации, сертификации и ка�

честву продукции, метрологическому

обеспечению, каталогизации, классифи�

кации и кодированию, судовому маши�

ностроению, специализации и коопери�

рованию производств.

На базе НИИ "Лот" создан Техничес�

кий комитет по стандартизации ТК 005

"Судостроение". В области международ�

ной стандартизации НИИ "Лот" участву�

ет в работе технических комитетов меж�

дународных организаций по стандарти�

зации – ИСО/ТК8 "Суда и судовые тех�

нологии", ИСО/ТК188 "Малые суда",

МЭК/ТК18 "Электрооборудование судов

плавучих и прибрежных установок" и

возглавляет секретариат подкомитета

ИСО /ТК 8/ ПК 7 "Суда внутреннего

плавания".

Одним из основных направлений де�

ятельности НИИ "Лот" является хране�

ние и управление фондом нормативных,

технических и информационно�спра�

вочных документов судостроения и обес�

печение ими предприятий судострои�

тельной промышленности.

Для максимальной оптимизации тру�

да предприятий специалисты НИИ "Лот"

совместно со специалистами CSoft�Бюро

ESG приступили к созданию универ�

сального продукта, позволяющего струк�

турировать всю существующую отрасле�

вую нормативную информацию. За ос�

нову этого продукта была взята хорошо

себя зарекомендовавшая информацион�

но�справочная система NormaCS, пред�

назначенная для хранения, поиска и ото�

бражения текстов и реквизитов норма�

тивных документов, применяемых на

территории Российской Федерации и

регламентирующих деятельность пред�

приятий различных отраслей промыш�

ленности.

В ходе совместной с CSoft�Бюро ESG

работы НИИ "Лот" предложил структу�

рировать обширную информацию ин�

ститута, объединив свои информацион�

ные ресурсы с данными NormaCS. В спе�

циализированную судостроительную си�

стему вошли отраслевые стандарты, ру�

ководящие документы и ограничитель�

ные перечни судостроения.

Фонд нормативных документов судо�

строения, представленных в системе

NormaCS, состоит из следующих разде�

лов:

� "Общие вопросы стандартизации и

унификации в судостроении";

� "Корпус и корпусные конструкции";

� "Оборудование помещений";

� "Судовое машиностроение";

� "Судовое приборостроение";

� "Судовая электротехника";

� "Технология и изделия общего при�

менения";

� "Судостроительные материалы и их

испытания";

� "Изделия общей техники".

Полнотекстовый электронный фонд

нормативных документов судостроения

создан НИИ "Лот" на базе официальных

изданий документов. С помощью про�

граммного обеспечения Adobe Acrobat

электронные документы дополнены

средствами "навигации", обеспечиваю�

щими удобную работу с документом:

� закладки прямого доступа к структур�

ным элементам нормативного доку�

мента, извещениям об изменениях;

� связи перехода от ссылок на пункты,

таблицы, рисунки к тем страницам

документа, где расположены соответ�

ствующие информационные элемен�

ты;

� связи со ссылочными нормативными

документами судостроения.

Реализованы эффективные инстру�

менты для работы с изменениями в доку�

менте, позволяющие:

� аннулировать и заменять страницы;

� создавать средства перехода от изме�

няемого фрагмента нормативного до�

кумента к соответствующему фраг�

менту извещения об изменении и об�

ратно;

� выделять цветом изменяемые фраг�

менты нормативного документа;

� выводить измененный фрагмент тек�

ста на фоне прежней редакции.

Измененный документ пользователи

получают в виде новой версии файла.

Примеры работы с нормативными

документами судостроения в системе

NormaCS приведены на рис. 1�3.

Кроме того, пользователям системы

NormaCS доступны нормативные доку�

менты по следующим направлениям:

� "Машиностроение";

� "Металлообработка";

� "Строительство";

� "Энергетика";

№3 | 2008 | CADmaster

Информационная системанормативных документов для предприятийсудостроительнойпромышленности

Информационная системанормативных документов для предприятийсудостроительнойпромышленности

ЭЛЕКТРОННЫЙ АРХИВ И ДОКУМЕНТООБОРОТ

50

� "Железнодорожная техника";

� "Добыча и переработка нефти и га�

за";

� "Связь";

� "Сельское хозяйство";

� "Электроника";

� "Химическая и нефтехимическая

промышленность";

� "Охрана окружающей среды".

В числе пользователей NormaCS –

организации самого разного уровня и

различных отраслей. Специалисты та�

кого крупного института, как ОАО

"ЛЕНМОРНИИПРОЕКТ", приобрели

NormaCS, чтобы обеспечить оператив�

ный поиск необходимой нормативно�

справочной информации. И не разоча�

ровались в сделанном выборе. Главный

архитектор архитектурно�строительно�

го отдела этой организации Т. С. Позд�

някова отмечает: "Для работы с

NormaCS рядовой пользователь не

нуждается в специальном обучении:

программа логична, рациональна и

проста. А возможность мгновенного до�

ступа к необходимому документу делает

процесс проектирования быстрым и

удобным".

Каковы же особенности NormaCS?

Прежде всего отметим, что этот продукт –

единственный на отечественном рынке, в

котором наиболее полно представлены

нормативы и стандарты, использующиеся

в различных отраслях промышленности.

Разработкой NormaCS занимались спе�

циалисты, уже имеющие опыт создания

подобных систем, а к процессу структури�

рования документов в NormaCS, распре�

деления их по классификаторам (подбор�

кам по отраслям) привлекаются квалифи�

цированные специалисты информацион�

ных центров предприятий различных от�

раслей промышленности.

Система содержит реквизиты и текс�

ты более чем 40 тысяч документов,

включая практически все документы ка�

тегории ГОСТ, действующие в РФ, и бо�

лее сотни других типов нормативных до�

кументов (СНиП, СанПиН, РД, техно�

логические карты и т.п.).

NormaCS обеспечивает аутентич�

ность текстов нормативно�технических

документов, хранящихся в базе данных

программы. Полнота и актуальность ба�

зы данных, продуманный интерфейс и

удобный механизм отображения инфор�

мации позволяют решать любые задачи,

связанные с поиском нормативного до�

кумента. Высокий уровень сервиса, пре�

доставляемого пользователю програм�

мы, обеспечен преимуществами атрибу�

тивной и полнотекстовой базы данных,

наличием графических копий офици�

альной публикации документов и широ�

той охвата различных отраслей промы�

шленности. Реализована связь с офис�

ными продуктами и другими расчетно�

графическими программами автомати�

зированного проектирования, разрабо�

танными компанией CSoft Development.

Работа с NormaCS может проводить�

ся как в Intranet�, так и Internet�вариан�

те. При этом доступ к нормам и стандар�

там осуществляется в online�режиме.

При выходе из программы рабочие наст�

ройки сохраняются, а перенос докумен�

тов в MS Word происходит нажатием од�

ной кнопки. Локальная и сетевая версии

имеют единый интерфейс.

NormaCS предоставляет пользовате�

лю широкий спектр инструментов и воз�

можностей: единое информационное

пространство нормативных документов

и стандартов вне зависимости от коли�

программное обеспечение

CADmaster | 2008 | №3 51

Рис. 1

чества установленных баз, сквозное пе�

ремещение по гипертекстовым ссылкам,

интерфейс, настраиваемый в соответст�

вии с пожеланиями пользователя, воз�

можность настройки отображения рек�

визитов (карточки) документа.

Важное преимущество системы – вы�

сокая скорость поиска по атрибутам, в

качестве которых могут выступать наи�

менование, вид, индекс, номер, наиме�

нование организации, принявшей доку�

мент, а также по ключевым словам, датам

ввода, утверждения и т.д.

Пользователь может осуществлять

полнотекстовый поиск, в том числе по

фрагментам текста по поисковым запро�

сам. Программа наглядно отображает

признаки состояния документа (Дейст�

вует, Не действует, Проект).

Кроме того, имеется возможность

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

атрибутам в разделах, по результатам по�

иска, настраивать пользовательскую сре�

ду, использовать различные фильтры.

Графическое отображение запрашивае�

мого документа, представленное в виде

печатных страниц, можно вращать, сгла�

живать, масштабировать. Документ мо�

жет быть представлен как гипертекст.

При работе с базой вы получаете воз�

можность подключать различные базы

данных, настраивать формат и вид отоб�

ражаемых колонок, содержащих пере�

чень документов в классификаторе и ре�

зультатах поиска.

Особенно удобен сквозной поиск во

всех подключенных базах данных, осно�

ванный на любых, даже самых отрывоч�

ных сведениях о документе, что позволя�

ет в течение нескольких секунд найти не�

обходимый документ и перейти к любо�

му классификатору, где он представлен.

Вы можете получать доступ к нормам

и стандартам в online�режиме, выводить

результаты поиска на печать, хранить и

отображать поправки и изменения к тек�

стам документов, делать различные вы�

борки по множественным условиям, ана�

лизировать связи документа с другими

нормами и стандартами.

Поскольку все поисковые запросы

сохраняются, в любой момент можно

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

Все пользователи обеспечиваются ре�

гулярным информационным обслужива�

нием. При этом они сами выбирают пе�

риодичность актуализации сведений, со�

держащихся в базе данных. Отмененные

документы не удаляются из базы данных

и могут использоваться как справочные

материалы.

Таким образом, NormaCS предостав�

ляет не просто подборку информации, но

гибкие, настраиваемые под нужды поль�

зователя инструменты поиска, отображе�

ния, хранения необходимой информации.

Недавно был сделан очередной шаг

к усовершенствованию системы – по�

явился NormaCS Pro. Являясь самосто�

ятельным продуктом, включающим в

себя NormaCS, он позволяет создавать

и редактировать собственную базу дан�

ных в формате NormaCS, а также фор�

мировать базы стандартов предприя�

тия, редких документов, прочих внут�

№3 | 2008 | CADmaster

ЭЛЕКТРОННЫЙ АРХИВ И ДОКУМЕНТООБОРОТ

52

Рис. 2

ренних и внешних данных. Эти базы

могут быть подключены к сетевой или

локальной версии NormaCS. Кроме то�

го, NormaCS Pro обеспечивает возмож�

ность создания иерархических ком�

плексов нормативных документов (на�

пример, Отраслевые стандарты �

Стандарты предприятия � Нормативы

филиала � Документы отдела) со ссыл�

ками на документы вышележащих

уровней и сквозным поиском.

При формировании собственной базы

в формате NormaCS в ваше распоряжение

предоставляется целый ряд удобных ин�

струментов для ее редактирования, хране�

ния и защиты, среди которых – и созда�

ние многоуровневых классификаторов и

карточек документов, и поддержка сино�

нимов в обозначениях документов, и воз�

можность указывать несколько организа�

ций разработчиков и утверждающих орга�

нов… Особенно полезна такая функция,

как установка прямых и обратных ссылок

на документы из любых подключенных

баз NormaCS.

Широкие возможности NormaCS,

объединенные с богатейшими информа�

ционными ресурсами НИИ "Лот", ста�

нут незаменимым инструментом судост�

роителей.

Литература1. СТП НИМБ.16�98. Система менедж�

мента качества. Электронный фонд

документов судостроения.

2. А. Благий. NormaCS – лоцман в мире

информации. – CADmaster №1/2005.

3. В. Александров, С. Козменко. Спра�

вочно�информационная база данных

стандартных элементов, инструмен�

та и материалов. – CADmaster

№4/2004.

4. В. Александров, С. Козменко,

А. Рындин, А. Тучков, И. Фертман.

Элементы ИЛП. Технология авто�

матизированного контроля наиме�

нований предметов снабжения //

Тезисы доклада на конференции

"Интеграция предприятий – 2006.

Организационные и технологичес�

кие схемы электронного взаимо�

действия участников создания и

эксплуатации корабля. Инноваци�

онный проект в судостроении".

2006.

5. Информационные ресурсы:

www.normacs.ru; www.krylov.com.ru

Юрий Румянцев,директор НИИ "Лот"

E�mail: lot@mail.rcom.ruТел./факс: (812) 321�3665

Валентина Фофанова, ведущий научный сотрудник НИИ "Лот"

Игорь Фертман,директор CSoft�Бюро ESG

E�mail: fertman@csoft.spb.ruТел.: (812) 496�6929

Кирилл Поповзаместитель директора CSoft�Бюро ESG

E�mail: kpopov@csoft.spb.ru

программное обеспечение

CADmaster | 2008 | №3 53

Рис. 3

Вэтой статье мы рассмотрим

основные инструменты но�

вой версии, PlanTracer SL 3.5,

позволяющие упростить и

ускорить работу в программе, а также

различные способы их применения.

Напомним, что программа

PlanTracer SL – это графический ре�

дактор, предназначенный для фор�

мирования параметрических поэтаж�

ных и ситуационных планов. Про�

грамма используется при подготовке

планов технической инвентаризации

и оценке недвижимого имущества, а

также для выполнения любых работ,

где требуется создавать упрощенные

планы.

Все пользователи версии PlanTracer

SL 3.0 смогут получить новую версию

бесплатно.

Базовые функцииВ версии 3.5 реализована полная под�

держка Microsoft Windows Vista. Новый

инсталлятор позволяет устанавливать

программу по сети в "тихом режиме", что

значительно упрощает процесс. Измене�

на и сама процедура обновления про�

граммы: для получения новой версии

больше не придется скачивать из Интер�

нета весь дистрибутив – достаточно за�

грузить только сами исправления

(Patch).

Доработан механизм импорта из фор�

мата DWG и экспорта в этот формат, до�

бавлена поддержка форматов DWG и

DXF AutoCAD 2007/2008, а также ис�

правлен ряд ошибок. В новой версии

удалось решить большую часть проблем,

проявлявшихся при открытии файлов

(это относится и к тем файлам, которые

выполнены с использованием сторонних

приложений к AutoCAD).

Векторное редактированиеВ PlanTracer SL 3.5 реализованы два

давно ожидавшихся инструмента: раз�

мерные стили и стили печати.

Размерные стилиТехнология использования размер�

ных стилей хорошо известна пользовате�

лям AutoCAD – она позволяет значи�

тельно упростить и стандартизировать

работу с размерами при оформлении

планов. Теперь такая возможность по�

явилась и в PlanTracer SL.

Стили печатиВ новой версии программы реализо�

ван и механизм работы с цветозависимы�

ми стилями печати. Технология позволя�

ет непосредственно перед печатью объ�

екта изменять его свойства (цвет, тип и

толщину линий) в зависимости от цвета,

назначенного ему ранее.

Например, можно настроить програм�

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

исключением красных, печатались чер�

ным цветом и толщиной 0,5 мм, а крас�

ные линии оставались неизменными.

Использование различных цветов

при создании плана значительно повы�

шает его читаемость, а использование

стилей печати позволяет без каких бы то

ни было лишних действий распечатать

план в полном соответствии с требова�

ниями, предъявляемыми к чертежу.

Специализированные инструментыРяд улучшений, предложенных раз�

работчиками PlanTracer SL 3.5, направ�

лен на ускорение работы при решении

повседневных задач.

Пакетная растеризация Новый инструмент позволяет с мини�

мальными усилиями решить проблему

№3 | 2008 | CADmaster

PlanTracer SL 3.5

ГИБРИДНОЕ РЕДАКТИРОВАНИЕ и ВЕКТОРИЗАЦИЯ

54

ЧТО НОВОГО?

передачи данных сторонним организа�

циям. Основные пользователи PlanTracer

SL – это БТИ (бюро технической инвен�

таризации), которые с недавнего време�

ни обязаны передавать результаты своей

работы в Роснедвижимость. Планы мож�

но передавать в двух форматах: DWG и

JPG. Далеко не все задумываются, что,

передавая данные в легко редактируемом

векторном формате DWG, бюро факти�

чески помогают своим будущим конку�

рентам – кадастровым инженерам. С

точки зрения защиты интеллектуальной

собственности организации гораздо вы�

годнее передавать файлы в нередактиру�

емом растровом JPG.

В версии 3.5 реализован механизм,

позволяющий автоматически, без учас�

тия оператора конвертировать любое ко�

личество файлов формата CWS (доку�

мент PlanТracer SL) или DWG (документ

AutoCAD).

Для растеризации используется но�

вый диалог Новый растр из выбранного.

Подготовка помещения к печатиКоманда предназначена для автома�

тического формирования выкопировки

помещения в соответствии с требовани�

ями к оформлению кадастрового пас�

порта на объект недвижимости. По�

скольку эти требования сформулирова�

ны нечетко и трактуются на местах по�

разному, предусмотрено несколько ва�

риантов печати плана.

Команда отключения штриховкиЭта новая команда сделала более

простым процесс печати. Она позволяет

на время отключить на плане все штри�

ховки, что в свою очередь способствует

экономии чернил (например, при печа�

ти плана для проверки).

Команда реализована в виде кнопки

в статусном меню.

Расчет площадиПрактика показала, что для форми�

рования формулы расчета площади при�

менение Мастера формул не всегда эф�

фективно. Существует определенная ка�

тегория помещений (к примеру, Г�об�

разные комнаты), формулу расчета пло�

щади которых нельзя определить авто�

матически, но при этом сама формула

настолько проста, что обращение к Мас�

теру и не требуется.

Для этих случаев предусмотрен но�

вый механизм, который позволяет про�

сто ввести формулу с клавиатуры и рас�

считать ее так же, как выполняются рас�

четы в калькуляторе.

Быстрая коррекция площадейПосле того как при подготовке тре�

тьей версии PlanTracer была изъята ко�

манда полуавтоматической коррекции

площадей, мы получили множество об�

ращений от пользователей с просьбами

команду вернуть. В версии 3.5 этот инст�

румент (видимо, в свое время недооце�

ненный нами) появился снова.

Напомним, что команда Проверить

помещения и части поочередно предла�

гает ввести площади всех комнат на

плане. При этом программа сама пере�

мещает план так, чтобы по центру эк�

рана отображалось редактируемое по�

мещение. Это очень удобно при кор�

рекции значения площади (если име�

ется растровая подложка с правильны�

ми значениями площадей) или при

векторизации.

В заключениеРазумеется, мы упомянули лишь ос�

новные усовершенствования, реализо�

ванные в PlanTracer 3.5. И, как всегда,

новая версия программы готовилась с

учетом пожеланий наших клиентов, ко�

торых с каждым днем становится все

больше.

Очень надеемся, что новые инстру�

менты будут вам полезны.

Загрузить PlanTracer 3.5 можно с сай�

та www.plantracer.ru.

Андрей СевериновCSoft

Тел.: (495) 913�2222E�mail: severinov@csoft.ru

программное обеспечение

CADmaster | 2008 | №3 55

Команда позволяет:

� задавать размеры результирую�

щего растрового изображения;

� задавать масштаб плана на рас�

тре;

� выравнивать план относительно

листа;

� автоматически разбивать боль�

шие планы на фрагменты задан�

ного размера (например, на лис�

ты формата А4);

� использовать при растеризации

стили печати.

Команда может применяться в

пакетном режиме. Для этого требу�

ется при помощи Мастера команд�

ных файлов сформировать пере�

чень действий после чего восполь�

зоваться для обработки файлов

возможностями Мастера пакетных

заданий.

№3 | 2008 | CADmaster

ГИБРИДНОЕ РЕДАКТИРОВАНИЕ и ВЕКТОРИЗАЦИЯ

56

В конце 2007 года стало очевидно, что

освоить объемы проектирования, наме�

ченные на ближайшие годы ОАО "РЖД",

возможно только при переходе всех фи�

лиалов на единые технологические ре�

шения, внедренные по единой техноло�

гии. Сегодня в ряде филиалов ОАО "Рос�

желдорпроект" созданы и используются

собственные локальные технологичес�

кие цепочки для проектирования желез�

ных дорог и объектов железнодорожной

инфраструктуры. Средства автоматиза�

ции, используемые на отдельных этапах

разработки проектно�сметной докумен�

тации, как правило, функционируют в

разных программных средах, а иногда и

на разных системных платформах. Из�за

этого при информационном обмене

между смежными исполнителями ис�

пользуются многочисленные конверто�

ры, что значительно снижает производи�

тельность труда. При выполнении ком�

плексных проектов отсутствие сквозной

технологии проектирования на основе

единых форматов и стандартов приводит

к еще большим издержкам.

В качестве единого технологического

решения был выбран программный ком�

плекс GeoniCS, разработанный давним

партнером ОАО "РЖД" – группой ком�

паний CSoft.

Линейка GeoniCS позволяет органи�

зовать процесс проектирования от изыс�

каний до выпуска полного комплекта

проектной документации в едином про�

граммном комплексе на основе

AutoCAD Civil 3D 2008. При этом ис�

пользуется формат данных DWG, приня�

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

ОАО "Росжелдорпроект", вследствие че�

го отпадает необходимость конвертации

данных.

В программном комплексе GeoniCS ис�

пользуются высокоэффективные алгорит�

мы в области геометрического моделирова�

ния и вычислительной геометрии, реализо�

вана возможность многопользовательской

работы над проектом (объектной базой дан�

ных) с использованием локальной сети.

Начиная с декабря 2007 года в фили�

алах ОАО "Росжелдорпроект" проводит�

ся первый этап обучения: сотрудники ос�

ваивают приемы работы с программной

платформой комплекса – AutoCAD Civil

3D. Следующие этапы обучения состоят

из курсов по программам RGS (инже�

нерная геодезия),

Geodirect (инже�

нерная геология) и

GeoniCS Желдор

(проектирование

железных дорог).

В феврале 2008

года в ОАО "Рос�

желдорпроект" про�

шло совещание гео�

дезистов филиалов

по вопросам авто�

матизации обработ�

ки инженерно�гео�

дезических данных.

На нем была опре�

делена единая технология ввода геодези�

ческих данных в полевых и камеральных

условиях. Сегодня разрабатывается стан�

дарт "Условные знаки и обозначения,

применяемые в инженерно�геодезичес�

ких изысканиях".

Большинством филиалов определен

перечень проектов (из числа уже выпу�

щенных по старой технологии), на кото�

рых будет испытана работоспособность

программного комплекса. Первые испы�

тания будут проводиться на материалах

институтов "Мосжелдорпроект" и "Урал�

желдорпроект".

Полностью завершить внедрение

программного комплекса GeoniCS во

всех филиалах ОАО "Росжелдорпроект"

планируется к концу 2009 года.

Александр Томилин,начальник службы

информационных технологийОАО "Росжелдорпроект"

В ОАО "Росжелдорпроект" идет подготовка к внедрению во всех филиалах автоматизированной системы проектирования –

проектного комплекса GeoniCS. По мнению специалистов, это позволит освоить намеченные РЖД объемы проектирования нового

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

В состав программного комплекса GeoniCS входят приложения на платформе AutoCAD 2006/2008, позволяющие:

� выполнить обработку и уравнивание линейных изысканий: данных полевой съемки, в том числе при использовании кодирования

пунктов в поле;

� получить пространственное представление положения геологических слоев;

� сформировать генеральный план;

� развести по объекту инженерные сети;

� запроектировать линейно�протяженные объекты.

№3 | 2008 | CADmaster

В филиалах появится

GeoniCS

ИЗЫСКАНИЯ, ГЕНПЛАН и ТРАНСПОРТ

58

Опубликовано в газете "Новый проект" № 4 (19), апрель 2008 г.

Model Studio CS Трубопрово�

ды – программный ком�

плекс, предназначенный

для трехмерного проекти�

рования внутриплощадочных, внутрице�

ховых и межцеховых систем трубопрово�

дов (технологические трубопроводы,

трубопроводы пара и горячей воды, сис�

темы водо� и газоснабжения, отопления,

канализации и др.).

Программный комплекс разработан

на основе положений действующей нор�

мативно�технической документации, от�

вечает требованиям российских государ�

ственных и отраслевых стандартов.

При разработке Model Studio CS Тру�

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

технологии, что позволило сделать ком�

плекс интерактивным, простым и удоб�

ным в использовании, а следовательно в

немалой степени упростить его освое�

ние.

Model Studio CS Трубопроводы рабо�

тает в среде AutoCAD 2006/2007/2008/

2009, а также программных средств, в со�

став которых AutoCAD включен

(AutoCAD Architecture, AutoCAD Civil

3D, AutoCAD MEP и др.).

Новая разработка компании CSoft

Development призвана автоматизировать

работу инженеров, выполняющих ком�

поновку технологического оборудования

и обвязку трубопроводами. Инструмен�

ты Model Studio CS Трубопроводы позво�

ляют решать следующие задачи:

� Трехмерная компоновка и моделирова�ние� трехмерная компоновка оборудо�

вания;

� трехмерное эскизирование трубо�

проводов1 с последующим конст�

руированием;

� создание трехмерных параметри�

ческих моделей оборудования.

� Расчеты и проверка инженерных реше�ний� проверка коллизий, пересечений

и нарушения предельно допусти�

мых размеров в соответствии с

технологическими параметрами2;

� предварительный расчет прочно�

сти эскиза3 трубопровода в про�

грамме СТАРТ4;

� расчет прочности сконструиро�

ванного трубопровода в програм�

ме СТАРТ5.

� Документирование� автоматизированный выпуск чер�

тежей в соответствии с ГОСТ и

СТП:

� автоматическая генерация

планов, видов и разрезов на

основе трехмерной модели;

� автоматическая простановка

позиций, обозначений, отме�

ток уровня и размеров на пла�

нах, видах и разрезах;

� автоматическое формирова�

ние непроектных чертежных

документов:

� план положения коллизий с

размерами и позиционными

обозначениями,

� обзорный изометрический

план объекта проектирова�

ния,

� обзорные и детальные изо�

метрические планы в соот�

ветствии с линиями разре�

зов;

� автоматизированная компо�

новка листов (размещение

планов, видов, разрезов, таб�

лиц на листе);

� автоматическая генерация таблиц

и табличных документов в соот�

ветствии с ГОСТ и СТП6:

� автоматическая генерация

экспликации оборудования;

� автоматическая генерация

спецификации оборудования,

изделий и материалов;

� автоматическая генерация за�

казной спецификации;

� автоматическая генерация

трубного журнала;

� автоматическая генерация

спецификаций сборочных

единиц;

� автоматическая генерация не�

проектных документов:

� отчет о коллизиях,

� опросные листы на оборудо�

вание, изделия и материалы

(опционально);

№3 | 2008 | CADmaster

Model Studio CSТрубопроводы

ПРОЕКТИРОВАНИЕ ПРОМЫШЛЕННЫХ ОБЪЕКТОВ

60

1Реализовано впервые и не имеет аналогов. Функция позволяет избежать сложной реорганизации проектной деятельности, необ;ходимой при внедрении зарубежного программного обеспечения (ввиду различий в традициях проектирования). Кроме того, приработе с эскизами существует возможность оперативно изменять спецификацию трехмерной модели в соответствии с требования;ми заказчика, что крайне проблематично при работе с зарубежными САПР для проектирования трубопроводов.2Впервые реализовано на платформе AutoCAD, аналогов не существует. Позволяет вводить условия проверки в соответствии стребованиями действующей нормативной документации.3Впервые реализовано на платформе AutoCAD, аналогов не существует. Позволяет значительно сократить сроки конструированиятрубопровода и выпуска документации.4Программа СТАРТ поставляется отдельно (требуется модуль СТАРТ NF).5Программа СТАРТ поставляется отдельно (требуется модуль СТАРТ NF).6Таблицы и табличные документы генерируются на основе трехмерной модели – в форматах AutoCAD DWG (непосредственно начертеж), Microsoft Word, Microsoft Excel и в формате RTF. Все формы вывода таблиц поддерживают работу с шаблонами и формами.

� автоматическая генерация

таблиц и табличных докумен�

тов в соответствии со стандар�

том предприятия (пользова�

тельские типы таблиц).

Применение Model Studio CSТрубопроводы на различныхстадиях проектирования

При разработке Model Studio CS Тру�

бопроводы учтены наиболее важные

особенности проектного дела в России

(в том числе отношения "заказчик –

проектировщик"). На сегодня это един�

ственный программный комплекс для

проектирования технологических тру�

бопроводов, соответствующий отечест�

венным традициям проектирования

промышленных объектов и при этом

объединяющий в себе наиболее сильные

стороны других САПР этого профиля.

В соответствии с требованиями рос�

сийского рынка проектных работ Model

Studio CS Трубопроводы может исполь�

зоваться на этапе подготовки тендерной

документации, а также на всех стадиях

проектирования (обоснование инвести�

ций, ТЭО (проект), рабочий проект).

В процессе подготовки тендерной

документации Model Studio CS позволя�

ет сделать быстрый набросок предвари�

тельной модели объекта, визуализиро�

вать его средствами AutoCAD, а затем с

помощью инструментов документиро�

вания сформировать комплект демонст�

рационных чертежей. При наличии про�

екта�аналога, выполненного в Model

Studio CS или PLANT�4D, можно подго�

товить более детальные презентацион�

ные материалы и дать более точную

оценку проекта.

На стадии обоснования инвестиций

Model Studio CS позволит быстро сфор�

мировать трехмерную модель объекта и

подготовить базовое объемно�планиро�

вочное решение, на основе которого оп�

ределяется размер территории под стро�

ительство, а также провести экологичес�

кие и другие расчеты, необходимые для

оформления землеотвода. Наличие про�

екта�аналога, выполненного средствами

Model Studio CS или PLANT�4D, будет

очень полезным и на этой стадии: такой

проект значительно ускорит разработку

обоснования инвестиций.

На стадии обоснования ТЭО (про�

ект) инструменты Model Studio CS по�

могут максимально быстро и качествен�

но выполнить и обосновать компоно�

вочное решение. Документация форми�

руется в автоматическом режиме. Трех�

мерную модель можно довести до нуж�

ной степени детализации и внести все

необходимые изменения. "Сквозное"

использование модели Model Studio CS

обеспечивает значительное сокращение

сроков разработки проекта и выпуска

проектной документации.

На стадии рабочего проекта Model

Studio CS позволяет детализовать трех�

мерную модель и с минимальными до�

работками выпустить всю необходимую

рабочую документацию.

Основные возможности ModelStudio CS Трубопроводы

Интеллектуальные объекты Model

Studio CS используют высокоэффектив�

ные алгоритмы поведения и информа�

ционной поддержки, позволяющие в ре�

альном времени получать техническую

информацию для принятия инженерных

решений. Объекты содержат необходи�

мый и достаточный набор параметров,

которые используются в процессе про�

ектирования и документирования, а так�

же при экспорте в другие системы.

База данных Model Studio CS имеет

встроенную систему классификаторов и

выборок – это помогает проектировщику

быстро найти оборудование, изделия и

материалы, ознакомиться с их характери�

стиками и разместить на модели. В базе

данных представлены не только техноло�

гическое оборудование и детали трубо�

проводов, но и площадки обслуживания,

лестницы, сортамент металлопроката,

металлические и бетонные ограждения,

опорные конструкции и многое другое.

Гибкая, с проработанной эргономи�

кой система разработки и пополнения

БД интеллектуальных объектов делает

несложным процесс создания новых па�

раметрических компонентов (оборудо�

вание, изделия, материалы) и позволяет

программное обеспечение

CADmaster | 2008 | №3 61

Рис. 1. Интеллектуальные объекты Model Studio CS, используемые при проектировании, содержат как графическую, так и атрибутивную информацию

расширять состав единой базы данных

оборудования, изделий и материалов.

Для организаций, уже располагающих

собственными базами данных, предусмо�

трена возможность быстрой адаптации

этих баз к требованиям Model Studio CS.

Таким образом, в повседневной работе с

Model Studio CS проектировщик может

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

библиотеки компонентов.

Комплекс прошел тщательное эрго�

номическое тестирование, на основе ко�

торого разработаны специальные инст�

рументы и средства, позволяющие в ко�

роткий срок освоить трехмерное проек�

тирование. При компоновке технологи�

ческого оборудования одним из таких

средств является функция быстрого пе�

рехода из трехмерного представления в

двумерное – это позволяет выполнять

проектирование на привычном 2D�пла�

не, одним нажатием кнопки переключа�

ясь в трехмерный режим для выполнения

пространственного анализа модели.

Model Studio CS Трубопроводы поз�

воляет автоматически формировать ис�

ходные данные для расчета прочности

трубопроводов в программе СТАРТ. От

инженера�расчетчика требуется только

открыть файл с исходными данными и

произвести расчеты.

Программный комплекс располагает

мощным инструментом проверки допус�

тимых расстояний между объектами.

Контролируются расстояния между обо�

рудованием, трубопроводами, а также

между оборудованием и трубопровода�

ми. Model Studio CS позволяет задавать

условия в зависимости от технологичес�

ких параметров, то есть выполнять про�

верку в соответствии с требованиями

нормативной документации. Информа�

ция о коллизиях, обнаруженных в про�

цессе проверки, отображается как гра�

фически, так и в табличном виде.

Для удобства работы с моделью пре�

дусмотрен виртуальный спецификатор –

специальное диалоговое окно, всегда до�

ступное для просмотра и отображающее

состав модели в виде таблицы заданного

формата. С помощью спецификатора

инженер может редактировать парамет�

ры модели в табличной форме.

Одной из самых востребованных воз�

можностей, реализованных в Model

Studio CS, является работа на основе ти�

повых решений: сборки и типовые реше�

ния хранятся в базе данных комплекса

наряду с оборудованием, изделиями и

материалами. Например, если проекти�

ровщик, выполнив обвязку насоса, со�

хранит полученное решение в базе дан�

ных Model Studio CS, то впоследствии

можно будет вставлять в проект весь узел,

включающий и оборудование и обвязку.

Использование типизированных реше�

ний значительно сокращает сроки вы�

полнения проектов, а средства редакти�

рования типизированных решений поз�

воляют учесть все требования заказчика.

Самым важным в проектировании

является качество выпускаемой доку�

ментации, а здесь Model Studio CS прак�

тически вне конкуренции. При оформ�

лении проектных документов использу�

ются средства формирования видов и

разрезов, подсистема автоматической

простановки позиций, размеров и выно�

сок, а также другие инструменты. В до�

полнение к правилам оформления, осно�

ванным на ГОСТ, пользователь может

настроить собственные правила оформ�

ления разрезов и планов чертежа – эту

возможность обеспечивает специальный

Мастер, который позволяет создавать,

хранить, импортировать и экспортиро�

вать профили простановки размеров.

Model Studio CS поставляется с уже

настроенными правилами автоматичес�

кой генерации планов, видов и разрезов

на основе трехмерной модели, проста�

№3 | 2008 | CADmaster

ПРОЕКТИРОВАНИЕ ПРОМЫШЛЕННЫХ ОБЪЕКТОВ

62

Рис. 2. Библиотека оборудования содержит необходимые компоненты для трехмерного проектирования в Model Studio CS

Рис. 3. Подсистема поиска коллизий Model Studio CS обнаружила и показала на трехмерной моделинарушение допустимого расстояния

новки позиций, обозначений, отметок

уровня и размеров.

Для автоматического формирования

спецификаций, экспликаций и других

табличных документов предусмотрен

мощный инструмент, сделавший воз�

можным формирование таблицы как в

чертеже AutoCAD, так и в документе MS

Excel или MS Word.

Настройки, с которыми поставляет�

ся Model Studio CS, позволяют автома�

тически формировать экспликации обо�

рудования, спецификации оборудова�

ния, изделий и материалов, заказные

спецификации, трубные журналы, отче�

ты о коллизиях.

Простой в освоении и обслужива�

нии, комплекс представляет собой наи�

более выгодное решение по соотноше�

нию "цена/качество". Для практической

проверки его возможностей предусмот�

рена 30�дневная демо�версия.

И в завершение – еще один немало�

важный штрих. Создатели Model Studio

CS учли проблемы, возникающие при

внедрении САПР в действующее про�

ектное производство. Система разрабо�

тана так, чтобы переход к работе с систе�

мой потребовал от организации лишь

минимальных инфраструктурных изме�

нений и ничем не осложнил работу об�

служивающих служб (ИТ, САПР) – без

ущерба для функциональности про�

граммного продукта.

Игорь Орельяна УрсуаCSoft

Тел.: (495) 913�2222E�mail: orellana@csoft.ru

программное обеспечение

CADmaster | 2008 | №3 63

Рис. 4. Интерактивный спецификатор Model Studio CS позволяет работать с атрибутами модели в табличном виде

Рис. 5. Инструменты выпуска чертежей Model Studio CS позволяют сгенерировать нужные виды и автоматическиоформить их по заданным правилам

Рис. 6. Генератортабличных доку'ментов ModelStudio CS позволя'ет сформироватьтаблицу в наиболеераспространенныхформатах (на листчертежа, MicrosoftWord и др.)

ВведениеХотя об AutomatiCS ADT сказано и

написано немало, тема его комплексного

использования в проектах с применени�

ем микропроцессорных систем управле�

ния, к сожалению, так и осталась факти�

чески незатронутой. Связано это с тем,

что проектированием микропроцессор�

ной системы, как правило, занимается

субподрядная организация. Однако в по�

следнее время ситуация начала посте�

пенно меняться: генеральный проекти�

ровщик всё чаще разрабатывает и систе�

му микропроцессорного управления. Се�

годня мы расскажем об особенностях и

принципах использования AutomatiCS

ADT на этом важном этапе.

Особенности автоматизациипроектирования КИПиА

В настоящее время AutomatiCS

ADT – пожалуй, одна из немногих

САПР, позволяющих комплексно авто�

матизировать процесс проектирования

в части систем автоматического кон�

троля и управления.

Одна из особенностей процесса про�

ектирования систем автоматики в про�

ектных организациях заключается в том,

что на протяжении длительного времени

в рамках процесса состав программируе�

мого логического контроллера остается

до конца неясным. Кроме того, к одному

модулю могут быть подключены датчики

и исполнительные механизмы, располо�

женные в разных концах проектируемого

объекта. То есть проектные решения для

соответствующих каналов контроля и

управления чаще всего принимаются с

большим интервалом.

В связи с этим использование средств

системы AutomatiCS ADT в ООО "Волго�

граднефтепроект" имеет ряд

особенностей.

Принципы использованиясредств AutomatiCS

Существуют несколько

различных типов программи�

руемых логических контрол�

леров (ПЛК): моноблочные,

модульные и распределенные.

Моноблочные ПЛК при�

меняются на небольших объ�

ектах (обычно до 40 каналов

ввода/вывода). К этому классу

можно отнести и так называе�

мые интеллектуальные реле.

Как правило, в таких случаях

заранее известно распределе�

ние входных/выходных кана�

лов и проект выполняет один

человек. Поэтому работа в

AutomatiCS ADT сводится к

синтезу датчиков и их "ручно�

му" подключению к ПЛК с по�

мощью системы SchematiCS

(рис. 1).

№3 | 2008 | CADmaster

AutomatiCS ADT при проектированиимикропроцессорных системавтоматики обустройствместорожденийОПЫТ ИНСТИТУТА "ВОЛГОГРАДНЕФТЕПРОЕКТ"

ПРОЕКТИРОВАНИЕ ПРОМЫШЛЕННЫХ ОБЪЕКТОВ

64

Рис. 1. Отображение в SchematiCS моноблочного ПЛК DirectLogic (насосная пожаротушения)

Для систем с большим числом кана�

лов ввода/вывода применяются модуль�

ные ПЛК. Такие контроллеры состоят из

отдельных модулей: ввода/вывода, про�

цессора, питания и т.д. Преимуществом

этого вида ПЛК является возможность

компоновки под конкретный объект.

Над проектированием крупного

объекта всегда работает несколько че�

ловек. Для более эффективной работы

такой объект целесообразно разбить

на несколько небольших подобъек�

тов, распределив их между

проектировщиками, кото�

рые будут создавать для каж�

дого подобъекта свой про�

ект. В установках промысло�

вой подготовки нефти и газа

такими подобъектами явля�

ются так называемые пло�

щадки. Разбиение на пло�

щадки удобно, поскольку

задания от технологического

отдела поступают именно на

них. Созданные проекты

площадок можно объеди�

нить, после чего приступить

к проектированию системы

управления.

Для автоматической уста�

новки в объединенном проек�

те связей между элементами,

полученными в различных ча�

стях, а также для подключе�

ния датчиков и исполнитель�

ных механизмов различных

частей проекта к одному кон�

троллеру, использующему сиг�

налы на разных площадках (модуль

ПЛК), в AutomatiCS ADT предусмотре�

ны специальные промежуточные эле�

менты – так называемые терминальныефункции. С ними можно работать как с

обычными элементами AutomatiCS

ADT. В определенный момент терми�

нальные функции собираются агрегиру�ющим фреймом, образуя новый элемент,

который наследует необходимые пара�

метры и связи терминальных функций

(рис. 2).

В рассматриваемых модульных ПЛК

терминальной функцией служит один

канал модуля ПЛК (в общем случае –

четыре клеммы модуля). Агрегирую�

щим фреймом является модуль вво�

да/вывода.

Работу над проектом можно разбить

на два этапа:

� работа над площадками;

� работа над операторной.

На первом этапе производятся сле�

дующие действия:

программное обеспечение

CADmaster | 2008 | №3 65

Рис. 2. Агрегирование функций подключения к контроллеру

Рис. 3. Процесс агрегирования в AutomatiCS ADT

� синтез датчиков – выбор конкретно�

го изделия;

� подключение датчиков к каналам

ПЛК (к терминальным функциям) –

выполняется автоматически при син�

тезе;

� монтаж – врезка кабелей, клеммни�

ков и т.д.

После создания всех площадок мож�

но приступать к синтезу модулей вво�

да/вывода ПЛК, в процессе которого аг�

регирующий фрейм собирает в себя тер�

минальные функции. Распределение

сигналов по входам контроллера осуще�

ствляется либо автоматически по мере

поступления (из списка датчиков) в со�

ответствии с условиями их подключения,

если таковые имеются, либо вручную

проектировщиком (рис. 3). Из Базы Зна�

ний подбирается подходящий вариант,

после чего начинается синтез (выбор па�

раметров) созданного элемента. Вариант

наследует необходимые параметры и

связи терминальных функций (рис. 4).

В качестве наследуемых параметров

можно выбрать:

� название датчика/исполнительного

механизма, подключенного к терми�

нальной функции;

� позицию терминальной функции (с

точки зрения программистов верхне�

го уровня – тэг канала).

Результат агрегирования представлен

на рис. 5 в виде принципиальной схемы

модулей SIEMENS.

Стоит отметить, что при использова�

нии другого вида принципиальной схе�

мы (рис. 6) можно наследовать и назва�

ние контактов, через которые датчик

подключен к модулю.

Если применяется модуль со сгруп�

пированными каналами, в результате

синтеза получится так называемая общаяточка, которая затем будет разведена на

клеммнике. Процедура разводки общей

точки (общих точек) в AutomatiCS ADT

автоматизирована.

После выбора варианта начинается

синтез получившегося элемента. Вари�

ант может состоять из нескольких эле�

ментов – например, непосредственно из

модуля и терминальной функции под�

ключения к блоку питания. В данном

случае используется терминальная функ�

ция, потому что на этапе синтеза модуля

неизвестно, сколько потребителей будет

у блока питания.

Данный принцип несложно приме�

нять при использовании типовых схем

(управления приводами, группами сиг�

нализации и т.д.).

Принцип работы с распределенными

и модульными ПЛК в AutomatiCS ADT

фактически одинаков. Единственное

различие заключается в том, что при ис�

пользовании распределенных ПЛК син�

тез модуля начинается сразу после появ�

ления нужных каналов ввода/вывода в

проекте.

РезультатыВ ООО "Волгограднефтепроект"

AutomatiCS ADT использовался при ра�

боте с двумя проектами: один – с 580

каналами измерения и управления, дру�

гой – с 220 каналами.

Численные показатели эффективнос�

ти использования AutomatiCS ADT по

сравнению с традиционной технологией

проектирования не фиксировались, по�

этому объективная и точная их характе�

ристика – задача трудная. Тем более что

каждый контракт уникален. Но один на�

иболее показательный пример – выпуск

схем соединений и подключений – обой�

ти вниманием мы не можем. На создание

этих документов "вручную" требуется

примерно 1 чел./день (и это уже после то�

го, как выбраны клеммники, сделаны

принципиальные схемы и т.д.). Вывод

этих документов из AutomatiCS занимает

не более 10 минут (на ручную доводку от�

водится около 5 минут). Такая экономия

времени получается благодаря тому, что:

� все данные об объекте хранятся в эле�

ктронном виде и собраны в одном

месте, а не распределены по сотне

чертежей;

� выборка и создание документа про�

изводятся компьютером автоматиче�

ски.

ВыводыТаким образом, использование

AutomatiCS ADT позволяет:

� избавиться от однообразных моно�

тонных операций благодаря группо�

вой обработке;

� автоматизировать процесс построе�

ния как отдельно взятых клеммников

и кабелей, так и их множеств;

� централизованно хранить информа�

цию, исключив возможность появле�

ния случайных ошибок, связанных с

дублированием одних и тех же дан�

ных в разных документах;

� сократить время проектирования

(благодаря хранению информации в

электронном виде и автоматизиро�

ванной обработке).

В то же время существует необходи�

мость "ручной" доводки выходных доку�

ментов под стандарты предприятия, где

такая доводка была предусмотрена изна�

чально. Кроме того, текущая версия

AutomatiCS ADT, к сожалению, пока яв�

ляется однопользовательской средой, не

позволяющей работать с проектом не�

скольким проектировщикам одновре�

менно. Надеемся, что в последующих

версиях эти недостатки будут устранены.

Василий Калинин, генеральный директор

ООО "Волгограднефтепроект", к.т.н.

Владимир Зорин,главный инженер

ООО "Волгограднефтепроект", к.т.н.

Андрей Пахоменко, ведущий инженер отдела КиП и АСУТП

ООО "Волгограднефтепроект"

Тел.: (8442) 23�9039E�mail: PTO@volgogradnefteproekt.ru

№3 | 2008 | CADmaster

ПРОЕКТИРОВАНИЕ ПРОМЫШЛЕННЫХ ОБЪЕКТОВ

66

Рис. 4. Терминальные функции, агрегируемые модулем дискретного ввода

программное обеспечение

CADmaster | 2008 | №3 67

Рис. 5. Принципиальная схема модуля аналогового ввода SIEMENS

Рис. 6. Принципиальная схема модуля дискретного ввода "DirectLogic"

ВведениеБаза Данных и Знаний (БДЗ) – не�

отъемлемая часть САПР AutomatiCS

ADT, включающая в себя описание кон�

кретных технических средств автомати�

зации (ТСА) различных производителей,

а также описание типовых технических

решений, которые представляют собой

структуры из элементов с функциональ�

ными, логическими и электрическими

связями между ними.

БДЗ является источником для фор�

мирования виртуальной системы авто�

матики (модели проекта), в которой хра�

нится информация обо всех технических

средствах разрабатываемой системы и о

связях между ними. На основе этой ин�

формации осуществляется вывод про�

ектной документации.

БДЗ имеет иерархическую структуру.

При этом выбор технического решения

или средства осуществляется последова�

тельно, в несколько этапов, и каждый по�

следующий шаг почти всегда зависит от

решения, принятого ранее. Это позволя�

ет отсекать заведомо неподходящие вари�

анты и осуществлять оптимальный выбор

технических средств автоматизации.

Причем отметим, что указанную после�

довательность почти всегда диктует за�

вод�изготовитель ТСА. И чаще всего эти

последовательности различные (рис. 1).

БДЗ условно состоит из трех облас�

тей:

� общая;

� частная;

� универсальная.

Общая область предназначена для вво�

да технического задания (ТЗ) на проекти�

рование КИПиА либо из MS Excel или MS

Access, либо непосредственно средствами

AutomatiCS ADT. Здесь выбирается вид

измерения (Измерение�Температуры, Из�

мерение�Давления и т.д.) (рис. 2).

Частная область содержит описание

конкретных моделей приборов и средств

автоматизации различных производите�

лей.

№3 | 2008 | CADmaster

Новый подход кпостроению структурыБазы Данных и Знаний

AutomatiCS ADT

Новый подход кпостроению структурыБазы Данных и Знаний

AutomatiCS ADT

ПРОЕКТИРОВАНИЕ ПРОМЫШЛЕННЫХ ОБЪЕКТОВ

68

Рис. 1. Сравнение последовательностей определения характеристик термометров сопротивления

В универсальной области формируют�

ся типовые, универсальные, одинаковые

для различных изготовителей параметры

канала контроля. При этом определяются

основные требования к выбранному типу

технического средства, что позволяет про�

должать работу над проектом до уточне�

ния завода�изготовителя. Результатом

формирования параметров является тех�

ническая спецификация на данное техни�

ческое средство (опросный лист). В про�

грамме AutomatiCS разработаны универ�

сальные технические спецификации по

типам средств измерений, которые не за�

висят от конкретного поставщика обору�

дования КИПиА и наиболее полно опи�

сывают определенные виды измерения.

База Данных и Знаний. Частнаяобласть

Частная область БДЗ используется,

когда на начальном этапе проектиро�

вания уже известны завод�изготови�

тель и базовый тип датчика. Основное

условие – наличие описания этого

датчика в БДЗ.

Порядок работы с частной областью

сводится к следующему:

� выбирается вид измерения (измерение

температуры, давления, расхода и т.д.);

� определяется тип и структура техни�

ческого средства автоматизации (для

температуры – термопара, термопара

с гильзой, термометр сопротивления

и т.д.);

� выбирается производитель того или

иного технического средства;

� осуществляется выбор в соответст�

вии с данными номенклатуры вы�

бранного производителя.

На рис. 3 показаны шаги выбора тер�

мометра сопротивления с гильзой произ�

водства ПГ "Метран".

На заключительных этапах выбора

датчика определяется схема его электри�

ческого подключения и способ отобра�

жения информации (если датчик имеет

выходной сигнал). Также формируются

связи между элементами.

Преимущества подобного подхода к

работе с БДЗ следующие:

� выбор конкретного технического

средства;

� формирование формулы заказа (па�

раметр Модель);

� описание имен контактов датчика.

Однако, несмотря на достоинства,

данный способ работы с БДЗ имеет и

свои недостатки.

Во�первых, это необходимость по�

стоянного обновления базы. Номенкла�

туры различных заводов�изготовителей

постоянно изменяются, появляются но�

вые технические средства измерения.

Все эти изменения необходимо вносить

в БДЗ, чтобы она содержала наиболее

полные и точные данные, что требует

больших трудозатрат.

Во�вторых, данные номенклатур всех

производителей внести в БДЗ невозмож�

но. Поэтому чаще всего база настраива�

ется в соответствии с требованиями кон�

кретного проекта, когда известно, про�

дукция какого производителя будет ис�

пользоваться.

В�третьих, даже в настроенной БДЗ

может не оказаться нужного датчика, и

тогда необходимо будет прерывать про�

цесс проектирования и переходить к

описанию базы.

Кроме этого, при данном подходе ба�

за данных содержит многократно дубли�

рующуюся информацию: описание ана�

логичных технических средств различ�

ных производителей. Это увеличивает

размер базы, но не улучшает ее качест�

венный состав.

Последовательность определения

параметров технических средств зави�

сит от данных номенклатур заводов�из�

готовителей. При этом зачастую для

аналогичных датчиков различных про�

изводителей эта последовательность

разная (см. рис. 1), что не позволяет

формализовать процесс описания этих

датчиков в БДЗ и, таким образом, со�

программное обеспечение

CADmaster | 2008 | №3 69

Рис. 3. Шаги выбора технического средства в частной области

Рис. 2. Общая область БДЗ

№3 | 2008 | CADmaster

ПРОЕКТИРОВАНИЕ ПРОМЫШЛЕННЫХ ОБЪЕКТОВ

70

Рис. 4. Последовательность определения характеристик термометра сопротивления

Рис. 5. Фрагмент структуры универсальной области БДЗ для датчиков температуры

здает существенные трудности при ве�

дении базы.

Поэтому был разработан новый под�

ход к построению структуры базы и ис�

пользованию данных. Результатом этой

работы стала универсальная область, в

которой, в отличие от частной, последо�

вательность определения параметров

фиксирована и не зависит от производи�

теля (рис. 4).

База Данных и Знаний.Универсальная область

Универсальная область БДЗ исполь�

зуется в случае, когда на основании ТЗ

проектировщик не может однозначно

выбрать завод�изготовитель, или датчик

не описан в частной области базы, или

проектировщик проводит тендер на при�

боры и средства автоматизации.

Универсальная область разрабаты�

валась в соответствии с требованиями

ГОСТов по соответствующим средст�

вам измерения, а также на основе обоб�

щенного анализа номенклатур ведущих

производителей. В результате у проек�

тировщика появилась возможность вы�

бора технического средства без привяз�

ки к конкретному производителю, что

позволяет не приостанавливать про�

цесс проектирования до определения

конкретной модели технического сред�

ства.

В настоящий момент универсальная

область БДЗ описана для технических

средств измерения температуры, давле�

ния, перепада давления, уровня и расхо�

да. Кроме того, в отдельном файле при�

ведены возможные схемы электрическо�

го подключения выбранных датчиков.

На рис. 5 представлен фрагмент

структуры универсальной области БДЗ

для датчиков температуры.

На первом шаге формирования тре�

бований определяется структура техни�

ческого средства (просто термопара, тер�

мопара с гильзой, термопара с унифици�

рованным выходным сигналом и т.д.).

Затем проектировщик определяет основ�

ные требования к выбранному техничес�

кому средству автоматизации.

Последовательность выбора требова�

ний неслучайна.

Во�первых, учитываются зависимос�

ти между параметрами. Так, выбор граду�

ировки и класса допуска влияет на диа�

пазон измеряемых температур. От коли�

чества чувствительных элементов может

зависеть схема электрического подклю�

чения датчика (например, при выборе

двух чувствительных элементов нельзя

использовать 4�проводную схему ЭПД),

а диаметр корпуса и шкала показываю�

щих приборов влияют на класс точности.

Таким образом, вначале выбирается па�

раметр, от значения которого зависит

выбор других, следующих за ним пара�

метров.

Во�вторых, учитывается логика по�

строения универсальной области БДЗ.

Так, вначале выбираются параметры, ко�

торые характерны только для данного ти�

па технического средства – например, тип

выходного сигнала и наличие индикации

для термометров сопротивления с унифи�

цированным выходным сигналом (рис. 5).

А затем осуществляется выбор парамет�

ров, характерных для всех датчиков темпе�

ратуры (тип присоединения датчика, схе�

ма ЭПД и т.д.). Это позволяет избежать

дублирования информации в БДЗ.

На рис. 6 показаны шаги формирова�

ния требований для термометра сопро�

тивления с гильзой.

При прохождении по ветке формиро�

вания требований для определенных ви�

дов измерения проектировщик выбирает

значения основных параметров, являю�

щихся общими для датчиков определен�

ного типа.

На последнем шаге формирования

требований определяется схема электри�

ческого подключения датчика и способ

отображения информации (если датчик

имеет выходной сигнал). Кроме того, ус�

танавливаются связи между элементами.

На основании полученных требова�

ний формируется техническая специфи�

кация (опросный лист), которая наибо�

лее полно отражает все данные по данно�

му каналу контроля. В техническую спе�

цификацию можно добавлять дополни�

тельную информацию с помощью стан�

дартных средств программ SchematiCS и

AutomatiCS ADT. Это могут быть как па�

раметры, не вошедшие в универсальную

область, так и примечания и специаль�

ные требования. Окно опросного листа в

этом смысле – интерактивно. Добавлен�

ные параметры передаются обратно в

модель проекта (рис. 7).

Заполненная техническая специфи�

кация фактически является технико�

коммерческим предложением заводу�из�

готовителю приборов и средств автома�

тизации. Выбирая между предложения�

ми от ведущих производителей по опре�

деленным критериям, таким как соот�

ветствие требованиям, указанным в тех�

нической спецификации, цена, качест�

во, сроки поставки и т.д., инженер�про�

ектировщик остановится на наиболее

подходящем варианте. После этого в тех�

ническую спецификацию вносится

окончательная модель и завод�изготови�

тель технического средства.

Технические спецификации разрабо�

таны в виде графических фреймов с опре�

деленным набором параметров. Во всех

программное обеспечение

CADmaster | 2008 | №3 71

Рис. 6. Шаги выбора технического средства в универсальной области

графических фреймах присутствуют пра�

вила их вызова, основным из которых яв�

ляется параметр ВидТехническогоСредст�

ваКод. Этот параметр присваивается дат�

чикам автоматически в ходе синтеза

(рис. 6). Наименование графических фрей�

мов также выполнено в соответствии с па�

раметром ВидТехническогоСредстваКод.

Все технические спецификации

структурированы по набору параметров и

имеют следующие основные категории:

� общие данные по проекту;

� технологические параметры среды и

параметры места отбора;

� общие данные;

� механические данные;

� электрические данные;

� данные по индикации;

� данные по вспомогательным устрой�

ствам;

� общие примечания.

Форма технической спецификации

унифицирована и также не зависит от

конкретного производителя. Пример тех�

нической спецификации представлен на

рис. 8.

Когда известна окончательная модель

датчика, проектировщик должен запол�

нить модель технического средства и

прописать его контакты с учетом выбран�

ной схемы подключения.

Такой подход к работе с БДЗ имеет ряд

преимуществ. Во�первых, если датчик не

описан в базе, то можно продолжать про�

цесс проектирования в схемотехнической

части. По аналогии с частной областью

проводятся связи между датчиком и вы�

ходным сигналом (если датчик не являет�

ся местным показывающим прибором).

Это позволяет продолжать работу со свя�

зями – формировать клеммники, кабели.

Во�вторых, универсальная область

БДЗ избавляет от необходимости посто�

янного пополнения и редактирования

базы при изменении номенклатур заво�

дов�изготовителей.

Работа со средствамиавтоматизации, поставляемымикомплектно с оборудованием

В настоящий момент существует так�

же возможность выбора приборов и

средств автоматизации, поставляемых

комплектно с оборудованием. Выбирает�

ся только вид измерения, и формируются

связи с техническими средствами модели

проекта по данному каналу контроля.

Это упрощенный способ выбора техни�

ческого средства, когда надо получить

сигналы от комплектно поставляемой ус�

тановки и/или вывести в спецификацию

приборы, в том числе и местные, постав�

ляемые комплектно с оборудованием. На

рис. 9 показаны шаги выбора мерного

стекла, поставляемого комплектно с обо�

рудованием.

ЗаключениеВ настоящий момент существуют два

основных подхода к решению задачи хра�

нения информации в БДЗ и к выбору тех�

нических средств.

Первый подход основан на использо�

вании частной области БДЗ. При этом

выбор технического решения осуществ�

ляется среди всего множества ТСА, пред�

лагаемых производителями. Этот подход

характеризуется большой избыточностью

№3 | 2008 | CADmaster

ПРОЕКТИРОВАНИЕ ПРОМЫШЛЕННЫХ ОБЪЕКТОВ

72

Рис. 7. Добавление значения параметра "Модель" в техническую спецификацию и в модель проекта

БДЗ за счет дублирования процедур вы�

бора одинаковых параметров у разных

элементов (технических средств).

Второй подход основан на использо�

вании универсальной области БДЗ. Он

заключается в том, что для каждого эле�

мента выбранной структуры сначала

обозначаются общие параметры, прису�

щие всему классу технических средств.

При этом проектировщик получает на�

бор параметров, которые комплексно ха�

рактеризуют техническое решение, абст�

рагированное от конкретного произво�

дителя. Эти параметры в дальнейшем бу�

дут рассматриваться как требования при

выборе конкретных технических средств

того или иного производителя.

Основные преимущества универ�

сальной области:

� независимость от изменений, произ�

водимых в номенклатурах различных

заводов�изготовителей;

� формирование технических специ�

фикаций (опросных листов);

� выбор технического средства, абстра�

гированного от конкретного произ�

водителя;

� возможность перехода от универ�

сальной области БДЗ к частной обла�

сти.

Универсальная область входит в

стандартную поставку AutomatiCS ADT

и позволяет получать эффект от исполь�

зования системы уже на ранних стадиях

внедрения!

В результате длительного и тщатель�

ного анализа предметной области и тре�

бований ведущих производителей был

выработан ряд правил и методов, реали�

зованных в строгой последовательностиопределения параметров датчиков, что

отражается в описании универсальной

области базы. А поскольку эти методы

могут претендовать на некую стандарт�

ность, предлагаем специалистам проект�

ных организаций и заводов�поставщи�

ков ТСА высказать свое мнение о них.

CSoft ИвановоЕвгений Целищев,

д.т.н., с.н.с., генеральный директор

Иван Кудряшов,ведущий специалист

Анна Глязнецова,специалист

Александр Угрюмов,специалист

CSoft EngineeringМаксим Савинов,

начальник сектора КИПиА и электрики

Тел.: (4932) 33�3698E�mail: office@ivanovo.csoft.ru

программное обеспечение

CADmaster | 2008 | №3 73

Рис. 8. Пример технической спецификации

Рис. 9. Выбор мерного стекла, поставляемого комплектно с оборудованием

Постоянные читатели журна�

ла CADmaster уже знакомы

с программой ПАССАТ

("Прочностной Анализ Со�

стояния Сосудов, Аппаратов, Тепло�

обменников"), которая с 2004 года раз�

рабатывается в ООО "НТП Трубопро�

вод". Сейчас готовится к выпуску оче�

редная версия – 1.07 (на момент напи�

сания статьи она проходит бета�тести�

рование).

ПАССАТ – первая отечественная

программа на платформе Windows для

прочностных расчетов сосудов и аппара�

тов. При ее разработке основное внима�

ние уделялось простоте и удобству ис�

пользования.

Программа позволяет рассчитывать

большое число элементов аппарата в раз�

личных условиях и с учетом взаимного

влияния элементов. В качестве исходных

данных требуются лишь размеры и рас�

положение элементов относительно друг

друга, их материальное исполнение и ус�

ловия нагружения. Расчетные величины,

такие как вес, расчетные длины, опор�

ные нагрузки, характеристики колец же�

сткости (как в цилиндрических обечай�

ках, так и в седловых опорах), длины

хорд окружностей и прочие, определя�

ются автоматически. Визуально контро�

лировать введенные данные позволяет

отображение трехмерной модели рассчи�

тываемого аппарата. Важной особеннос�

тью программы является форма пред�

ставления результатов: пользователь по�

лучает не просто заключение о работо�

способности, а полный, оформленный

по ЕСКД протокол расчета, включая

примененные формулы, ссылки на нор�

мативные документы и промежуточные

вычисления, что позволяет имитировать

расчет вручную.

В новой версии появился долгождан�

ный модуль по расчету элементов кожу�

хотрубчатых теплообменников. Таким

образом, ПАССАТ состоит уже из четы�

рех модулей:

� Базовый модуль осуществляет ввод

данных, отображение модели, расчет

на прочность горизонтальных и вер�

тикальных сосудов и аппаратов с

формированием отчетов на основе

ГОСТ 14249�89, ГОСТ 25221�82,

ГОСТ 26202�84, ГОСТ 24755�89, РД

26�15�88, РД РТМ 26�01�96�83, РД 10�

249�98, РД 26.260.09�92, РД 26�01�

169�89 и др.;

� Модуль ПАССАТ�Колонны рассчиты�

вает аппараты колонного типа на

прочность и устойчивость от внеш�

них, ветровых и сейсмических нагру�

зок на основе ГОСТ Р 51273�99,

ГОСТ Р 51274�99 и др.;

� Модуль ПАССАТ�Штуцер включает

иностранные методики расчета шту�

№3 | 2008 | CADmaster

ПАССАT 1.07 –теперь с теплообменниками

ПРОЕКТИРОВАНИЕ ПРОМЫШЛЕННЫХ ОБЪЕКТОВ

74

Рис. 1. Задание компоновки ТА и размеров кожуха

церов и аппаратных фланцев WRC�

107/297, ASME VIII и др.;

� Модуль ПАССАТ�Теплообмениики рас�

считывает кожухотрубчатые тепло�

обменные аппараты на основе РД 26�

14�88, РД 24.200.21�91, ГОСТ 25859�

83, ГОСТ 30780�2002 и др.

Возможности базового модуля, а

также модулей ПАССАТ�Колонны и

ПАССАТ�Штуцер подробно освещены в

[1].

Расчет теплообменных аппаратов

(ТА) включает в себя расчет элементов

кожухотрубчатых теплообменников:

трубных решеток, труб, перегородок,

кожуха, компенсатора или расширителя

(при их наличии), плавающих головок.

Расчеты обечаек, днищ, патрубков,

фланцевых соединений и др. проводятся

по методикам, изложенным в соответст�

вующих разделах [2].

Основные расчетные параметры –

расчетная температура, рабочее, расчет�

ное и пробное давление, коэффициенты

запаса прочности и устойчивости, моду�

ли упругости материалов, свойства мате�

риалов, коэффициенты прочности свар�

ных швов, прибавки к расчетным тол�

щинам конструктивных элементов –

принимаются в соответствии с [3].

Методики расчетов элементов ТА ос�

нованы на отечественных нормах, при�

веденных в перечне нормативно�техни�

ческих документов с некоторыми допол�

нениями и уточнениями. В случае не�

точности или отсутствия методик расче�

та в отечественных нормативных доку�

ментах используются соответствующие

широко применяемые зарубежные ис�

точники.

При создании расчетной модели ТА

пользователю предлагаются несколько

типов теплообменного элемента:

� с неподвижными решетками;

� с компенсатором на кожухе;

� с расширителем на кожухе;

� с U�образными трубами;

� с плавающей головкой.

Исходные данные взаимовлияющих

частей теплообменного элемента (кожу�

ха, трубных решеток, узлов их соедине�

ния, трубного пучка, компенсатора и

кожуха при их наличии) задаются в еди�

ном диалоге (рис. 1).

При определении конструкции ко�

жуха предусмотрена возможность зада�

ния изоляции и футеровки. Параметры

стандартных фланцевых соединений мо�

гут быть выбраны из базы данных. Опре�

деление конструкции трубных решеток

(количество и размещение труб, расчет

максимального диаметра беструбной зо�

ны) автоматизировано (рис. 2).

После создания теплообменного

элемента к нему можно присоединить

остальные элементы – камеры, штуце�

ры, днища, крышки, опоры. Режим по�

лупрозрачного представления (рис. 3, 4)

позволяет контролировать правильность

задания внутренних элементов теплооб�

менника (труб, перегородок и др.).

Помимо расчета теплообменного

элемента проводятся расчеты всех эле�

ментов по соответствующим норматив�

ным документам. Добавлен расчет на

прочность (в том числе малоцикловую)

и устойчивость сильфонного (линзово�

го) компенсатора. При этом эквивалент�

ные осевые перемещения компенсатора

с учетом угловых и поперечных дефор�

маций кожуха определяются автомати�

чески по методике [10] (рис. 5).

Общее эквивалентное перемещение

в компенсаторе:

.

Анализ отечественных и зарубежных

нормативно�технических документов

[7�11], посвященных расчетам прочнос�

ти и жесткости компенсаторов, показал,

что в [8�11] используется практически

программное обеспечение

CADmaster | 2008 | №3 75

Рис. 2. Задание характеристик трубной решетки

одна и та же методика. Расчет осевой же�

сткости и прочности компенсаторов,

предложенный в [7], также основан на

методике [8�11].

В [7] для определения прочности и

жесткости используются упрощенные

формулы с большим количеством таб�

личных коэффициентов, что неудобно

для практического применения. При

этом в отечествен�

ных НД отсутствует

расчет компенсато�

ров на устойчи�

вость. Сравнитель�

ный анализ результатов расчетов ком�

пенсаторов, выполненный по [8�11], [7]

и с помощью метода конечных элемен�

тов (МКЭ), показал, что расчеты, вы�

полненные по [8�11] и МКЭ, имеют

удовлетворительную сходимость –

именно эти документы и легли в основу

методики расчета компенсаторов.

№3 | 2008 | CADmaster

ПРОЕКТИРОВАНИЕ ПРОМЫШЛЕННЫХ ОБЪЕКТОВ

76

Рис. 3. Горизонтальный аппарат с компенсатором

Рис. 4. Вертикальный аппарат с компенсатором

Рис. 5. Эквивалентные перемещения компенсатора под действием осевой силы (а), изгибающего момента (б) и поперечной силы (в)

а) б)

в)

ПАССАТ позволяет рассчитывать ТА

не только с цилиндрическим кожухом,

но и U�образными трубами и плаваю�

щей головкой с коническими обечайка�

ми (рис. 6).

При определении распределения сил

и моментов, действующих на корпус и

опоры аппарата, учитывается жесткость

трубного пучка. Проконтролировать рас�

пределение поперечных сил, моментов и

перемещений для горизонтальных аппа�

ратов можно с помощью эпюр (рис. 7).

Таким образом, пользователь полу�

чил еще один удобный и эффективный

инструмент для прочностного расчета

оборудования.

Литература1. Краснокутский А.Н., Тимошкин А.И.

Прочностной анализ сосудов и аппа�

ратов в программе ПАССАТ //

CADmaster, №3/2006 – с. 86�89.

2. СА 03�004�07. Расчет на прочность

сосудов и аппаратов. Стандарт ассо�

циации экспертных организаций тех�

ногенных объектов повышенной

опасности "Ростехэкспертиза".

3. ГОСТ 14249�89. Сосуды и аппараты.

Нормы и методы расчета на проч�

ность.

4. ГОСТ 25859�83. Сосуды и аппараты

стальные. Нормы и методы расчета

на прочность при малоцикловых на�

грузках.

5. РД 26�14�88. Сосуды и аппараты.

Нормы и методы расчета на проч�

ность. Элементы теплообменных ап�

паратов.

6. РД 24.200.21�91. Сосуды и аппараты.

Нормы и методы расчета на проч�

ность элементов плавающих головок

кожухотрубчатых теплообменных ап�

паратов.

7. ГОСТ 30780�2002. Сосуды и аппара�

ты стальные. Компенсаторы силь�

фонные и линзовые. Методы расчета

на прочность.

8. РТМ 38.001�94. Указания по расчету

на прочность и вибрацию технологи�

ческих стальных трубопроводов.

9. Standards of the Expansion Joint

Manufactures Association, INC, 8th

Edition, 2003.

10. EN 13445�3. European Standard.

Unfired pressure vessels. – Part 3. Issue 1

(2002�05).

11. ASME Boiler and Pressure Vessel Code.

Sect.VIII, Div.1, Appendix 26.

Андрей Краснокутский,Алексей Тимошкин

НТП "Трубопровод"E�mail: passat@truboprovod.ru

Internet: www.truboprovod.ru

программное обеспечение

CADmaster | 2008 | №3 77

Рис. 6. Испаритель с паровым пространством и U'образными трубами

Рис. 7. Эпюры распределения перемещений, поперечных усилий, моментов

Читателям журнала CADmaster

уже хорошо знакомы программ�

ные продукты, производимые

НТП "Трубопровод": семейство

СТАРТ, Гидросистема, Изоляция, Пред�

клапан, СТАРС, Пассат и Штуцер�МКЭ.

При работе с этими программами (ис�

ключение здесь составляет только

СТАРС) от пользователя требуется вво�

дить те или иные характеристики частей

трубопровода и оборудования. У компа�

ний�клиентов, осуществляющих полный

цикл проектирования, возникает законо�

мерный вопрос: нельзя ли не вводить все

эти параметры каждый раз заново, а ис�

пользовать уже введенные данные? Со�

трудники НТП "Трубопровод" предложи�

ли два пути решения этой проблемы:

� создание базы данных текущего про�

екта, которая содержала бы все сведе�

ния по нему. Каждая из программ

могла бы обращаться к базе и выби�

рать именно те данные, которые ей

необходимы;

� обмен информацией между работаю�

щими программами через COM�ин�

терфейсы.

Оба варианта находятся сейчас в ста�

дии проработки, однако их воплощение

требует немалых ресурсов, поэтому в

версии 2.80 программы Гидросистема ре�

ализовано одно из промежуточных реше�

ний: из системы СТАРТ импортируется

геометрия трубопроводов. Для этого

нужно только выбрать соответствующую

опцию меню и найти файл с расширени�

ем *.ctp, содержащий исходные данные

для системы СТАРТ. Импорт даже из

больших схем осуществляется практиче�

ски мгновенно.

Что именно импортируется?Гидросистема 2.80 осуществляет им�

порт прямых участков труб (включая дли�

ны их проекций на оси координат), узлов

(кроме тех, в которых сходятся два участ�

ка) и изделий (отводы, тройники, армату�

ра, компенсаторы). Совокупность элемен�

тов между узлами разветвлений интерпре�

тируется как ветвь трубопровода. Про�

грамма не предоставляет возможности за�

дать длину арматуры в явном виде, однако

импортированная из СТАРТ длина учиты�

вается при ее отображении на графике.

Если в ветви различен диаметр сосед�

них сопротивлений, то при импорте

между этими сопротивлениями вставля�

ется новый элемент – переход.

Помимо геометрических данных, им�

портируется температура продукта, а

также сведения по грунту (для подзем�

ных трубопроводов): тип грунта, его

плотность и теплопроводность.

За бортом остаются опоры (как не

принимающие участия в расчете гидрав�

лики), а также заглушки. На рис. 1 и 2

представлена схема трубопровода в сис�

теме СТАРТ и в Гидросистеме (после им�

порта).

Как это выглядит на схеме?В предыдущих версиях Гидросистемы

отсутствовала возможность задавать дли�

ны проекций участков труб на оси X и Y,

так как их горизонтальное расположение

не оказывает непосредственного влия�

ния на результат гидравлического расче�

та. Значимой является только величина

проекции на ось Z, то есть перепад вы�

сот. Тем не менее, в последнее время

пользователи всё чаще просили дать им

№3 | 2008 | CADmaster

Под знакоминтеграцииЗАМЕТКИ О ГИДРОСИСТЕМЕ 2.80

ПРОЕКТИРОВАНИЕ ПРОМЫШЛЕННЫХ ОБЪЕКТОВ

78

Рис. 1 Рис. 2

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

жение трубопровода в пространстве –

как это уже сделано в системе СТАРТ.

Дополнительные опции Гидросисте�

мы 2.80 позволяют задавать длины про�

екций, а также вручную менять участок,

являющийся замыкающим в кольце. За�

мыкающим считается участок, который

просто соединяет две уже отрисованные

точки на схеме. Хотя бы один такой учас�

ток должен быть в любом замкнутом кон�

туре – иначе на схеме контур может ра�

зомкнуться. По умолчанию (и при импор�

те из старых версий) программа сама опре�

деляет, какой из участков сделать замыка�

ющим, однако при импорте из СТАРТ

кольцевые схемы замкнуты по определе�

нию, поэтому для сохранения связности

схемы требуется лишь максимально точно

перенести все ее параметры в Гидросисте�

му. Это возможно только в том случае, ес�

ли в параметрах программы пользователь

выбрал опцию Точная графика.

Что такое "точная графика"?Поскольку в предыдущих версиях

Гидросистемы схема трубопровода была,

строго говоря, принципиальной схемой

соединений и могла иметь мало общего

с реальностью, реальные длины участ�

ков труб на равных сосуществовали в

схемах с условными длинами символи�

ческих обозначений, входящих в систе�

му изделий. Поясним это на примере.

Если пользователь добавил прямой уча�

сток трубы длиной 2 м, а затем арматуру,

длина условного обозначения которой

по умолчанию составляет 1 м, то на схе�

ме он получит картинку, показанную на

рис. 3.

А что происходит в системе СТАРТ?

Если мы зададим там прямой двухметро�

вый участок, а потом арматуру длиной

1 м в примыкающем узле, то арматура

"наложится" на участок и его реальная

длина на схеме будет уже не два, а полто�

ра метра (рис. 4).

При использовании опции Точная

графика Гидросистема ведет себя в этом

плане так же, как СТАРТ: длины изде�

лий как бы вычитаются из длины при�

мыкающего участка (рис. 5).

В этом случае внешний вид схемы

мало зависит от выбранных длин услов�

ных обозначений. Кольца в любом слу�

чае останутся замкнутыми, какие бы

длины обозначений входящих в них из�

делий мы ни выбрали.

В Гидросистеме длины таких элемен�

тов, как арматура, аппарат, вход и выход

из трубы, компенсатор, диафрагма, не

задаются пользователем, так как с точки

зрения гидравлики они являются сосре�

доточенными сопротивлениями. К от�

водам и переходам с заданной длиной

это не относится, поэтому в режиме точ�

ной графики они рисуются так же, как

прежде.

Режим точной графики позволяет

определить по схеме перепад высот на

отводе, переходе или замыкающем уча�

стке. Для этого на панели параметров

этих сопротивлений предусмотрена спе�

циальная кнопка.

А обратно?После выпуска версии 2.80 пользова�

тели не раз спрашивали, реально ли вы�

полнить обратный импорт: ввести схему

в Гидросистеме, выполнить проектный

расчет, а затем экспортировать результа�

ты в СТАРТ. В принципе ничего невоз�

можного в этом нет, хотя сведений, им�

портированных из Гидросистемы, будет

явно недостаточно для расчета на проч�

ность. Существует и другой подход, при

котором расчетная схема импортируется

из системы СТАРТ, просчитывается гид�

равлика схемы, а полученные давления,

температуры и диаметры передаются в

СТАРТ.

Взаимодействие с другимипрограммами

В следующей версии программы

Изоляция планируется реализовать

импорт трубопроводов из Гидросисте�

мы. Кроме того, имеет смысл непо�

средственно в Гидросистеме автомати�

чески выбирать и просчитывать тепло�

изоляционную конструкцию. Возмож�

ность учитывать детальные результаты

теплового и гидравлического расчета

при выборе теплоизоляции позволит

выбирать более правильную и эконо�

мичную теплоизоляционную конст�

рукцию.

В процессе разработки находится

экспорт из Гидросистемы в формат DXF,

причем по желанию пользователей уже в

версии 2.80 можно открыть экспорт в ог�

раниченную версию этого формата, ко�

торую "понимает" только MicroStation.

Эта версия программы импорта "интел�

лектуальнее" своей предшественницы в

системе СТАРТ, так как каждое изделие

выводится теперь отдельным блоком. С

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

как с единым целым.

Несколько слов о расчетныхвозможностях программы

За рамками нашего обзора остаются

новые расчетные возможности програм�

мы – они заслуживают отдельного рас�

смотрения. Упомянем только, что в вер�

сии 2.80 совместный тепловой и гидрав�

лический расчет может выполняться для

трубопроводов с замкнутыми контура�

ми, а сейчас идет работа над проектным

расчетом таких трубопроводов. Подроб�

нее о расчетных возможностях програм�

мы и алгоритмах их реализации мы пла�

нируем рассказать в ближайших номе�

рах журнала.

Что будет дальшеНа этот год запланирован выпуск

версии 2.90, в которой впервые появятся

следующие возможности:

� учет регулирующих клапанов при

расчете;

� графический показ результатов рас�

чета;

� расчет толщины изоляции.

Следите за новостями на сайте НТП

"Трубопровод", а также на сайтах

Consistent Software Distribution и других

наших дистрибьюторов!

Елена ЮдовинаНТП "Трубопровод"

Тел.: (495) 225�9431E�mail: hst@truboprovod.ru

Internet: www.truboprovod.ru

программное обеспечение

CADmaster | 2008 | №3 79

Рис. 3 Рис. 4 Рис. 5

Совсем недавно ([9]) мы рассказыва�

ли о большом обновлении семейства

программ СТАРТ – версии 4.60. И вот на

старте уже новая версия – 4.61. Ее воз�

можностям и посвящена эта статья.

Семейство программ СТАРТНапомним, что программы семейства

СТАРТ (СТАРТ, СТАРТ�Проф, СТАРТ�

Лайт и СТАРТ�Экспресс) предназначе�

ны для расчета прочности и жесткости

трубопроводов различного назначения,

имеющих произвольную конфигурацию

в пространстве, при статическом и цик�

лическом нагружении. Средствами про�

граммы рассчитываются как самоком�

пенсирующиеся трубопроводы, в кото�

рых компенсация температурных расши�

рений обеспечивается гибкостью самой

трубопроводной трассы, так и трубопро�

воды со специальными компенсирую�

щими устройствами, выполненными в

виде волнистых, линзовых или сальни�

ковых компенсаторов.

На сегодня СТАРТ – одна из самых

распространенных программ расчета

прочности и жесткости трубопроводов

различного назначения в России и стра�

нах СНГ. Программная система достигла

уровня своеобразного промышленного

стандарта и по своим потребительским

свойствам не уступает зарубежным ана�

логам. Ее используют более 700 органи�

заций в России, странах ближнего (Укра�

ина, Беларусь, Казахстан, Туркменистан,

Узбекистан) и дальнего зарубежья (Че�

хия, Литва, Великобритания, Сербия), а

общее число эксплуатирующихся копий

превышает 1300. Пользователями про�

граммы являются ПКО крупных заводов,

проектные организации химического,

газового, энергетического профиля и ря�

да других отраслей. Широкое примене�

ние программа получила при проектиро�

вании, строительстве и реконструкции

тепловых сетей.

Программная система СТАРТ имеет

долгую историю: в прошлом году мы от�

мечали ее 40�летие (первая редакция

ПС – тогда она называлась СТ�01 – бы�

ла сдана в промышленную эксплуата�

цию еще в 1967 году!). Восемь лет систе�

ма успешно эксплуатировалась на ЭВМ

серии "Минск", затем семнадцать лет на

№3 | 2008 | CADmaster

Проще,удобнее,точнее!

НА СТАРТЕ – СТАРТ 4.61

ПРОЕКТИРОВАНИЕ ПРОМЫШЛЕННЫХ ОБЪЕКТОВ

80

СТАРТ – это:� наглядный и интуитивно по�

нятный пользовательский

интерфейс;

� удобный и четко продуман�

ный объектно�ориентиро�

ванный способ ввода исход�

ных данных;

� всесторонняя логическая

проверка качества исходных

данных для расчета;

� подробная справочная сис�

тема и программная доку�

ментация;

� автоматическая проверка

всех деталей трубопровода

на внутреннее давление;

� проверка и выбор парамет�

ров типовых узлов трубопро�

водов (различных видов

компенсаторов, врезок,

тройников, фланцевых со�

единений);

� возможность расчета трубо�

проводов разнообразного

назначения и расположения

(в том числе вакуумных тру�

бопроводов) по различным

нормативным документам;

� расчет податливости штуце�

ров сосудов и аппаратов для

более точного вычисления

нагрузок на штуцеры и на�

пряжений в трубопроводе;

� интеграция с различными

системами трехмерного про�

ектирования промышлен�

ных установок, программа�

ми Штуцер�МКЭ и Гидроси�

стема, экспорт расчетных

схем в различные графичес�

кие среды (AutoCAD,

MicroStation, КОМПАС�

Графикс);

� регулярные (один раз в пол�

тора�два месяца) занятия по

обучению пользователей ра�

боте с программой;

� широкая налаженная сеть

дистрибьюторов по всей

России, в странах СНГ и за

рубежом;

� постоянная техническая

поддержка со стороны раз�

работчиков.

Некоторые ведущие пользователисистемы СТАРТ

Энергетика (тепловые станции,котельные, тепловые сети): Регио�

нальные инженерные центры и

генерирующие компании РАО

ЕЭС, Институт "Теплоэлектро�

проект", ОАО "Объединение

ВНИПИэнергопром", ОАО "МО�

ЭК", ГУП "МОСИНЖПРОЕКТ",

ОАО "ТВЭЛ", ЗАО "Мос�

Флоулайн", СПКБ РР ОАО "Мос�

энерго", ГУП "Мостеплоэнерго",

"Московская теплосетевая компа�

ния", РУП "БелНИПИЭнерго�

пром".

Технологические трубопроводы(нефте� и газопереработка, нефте�химия, химия, пищевая промыш�ленность, фармацевтическая про�мышленность, металлургия): ГУП

"Башгипронефтехим" (Уфа), ОАО

"ВНИПИнефть" (Москва), "Са�

мараНефехимпроект" (Самара),

ОАО "Омскнефтехимпроект",

ОАО "ИркутскНИИхиммаш",

ООО "Роснефть�НТЦ", ОАО

"Укрнефтехимпроект", ОАО "РУ�

САЛ ВАМИ", ООО "Русская Ин�

жиниринговая Компания", ООО

"РН�СахалинНИПИморнефть" –

дочернее предприятие "НК Рос�

нефть".

Магистральные газо� и нефте�проводы, обустройство место�рождений: ОАО "Гипротюмен�

нефтегаз", "Тюменьгипротрубо�

провод", ООО "ТюменНИИги�

прогаз", ЗАО "Тюменьнефтегаз�

проект", ЗАО "ВНИИСТнефте�

газпроект" (Москва).

Трубопроводы АЭС: ЗАО

"Атомэнерго", ФГУП "Атом�

энергопроект" (Москва), ФГУП

"Атомэнергопроект" (Нижний

Новгород).

Судостроение: ФГУП "ПО

"Севмаш".

ЭВМ серии ЕС, а с 1992 года (уже более

15 лет) на персональных компьютерах –

сначала под DOS, а затем под Windows.

Смена поколений ЭВМ и операцион�

ных систем, как правило, сопровожда�

лась капитальной переработкой ПС,

при этом возможности системы посто�

янно расширялись, а интерфейс поль�

зователя и расчетный алгоритм шлифо�

вались и совершенствовались.

Благодаря огромному числу пользо�

вателей и постоянной обратной связи со

специалистами различных отраслей

промышленности программа СТАРТ де�

тально верифицируется по всем параме�

трам (в том числе и путем перекрестного

тестирования с аналогичными отечест�

венными и зарубежными программами)

и постоянно развивается.

О новой версии 4.61При разработке версии 4.61 основ�

ные усилия были направлены на то что�

бы рядовому пользователю стало проще

и удобнее корректно учитывать в расчет�

ной схеме трубопровода все особеннос�

ти и тем самым повысить точность рас�

чета.

Прежде всего в новой версии реали�

зованы новые нормативные документы

ассоциации "Ростехэкспертиза", реко�

мендованные к применению Ростехнад�

зором:

� СА 03�003�07 "Расчеты на прочность

и вибрацию стальных технологичес�

ких трубопроводов". Документ реа�

лизован вместо устаревшего СТП

09.04.02. Внесены следующие изме�

нения: добавлен расчет на наружное

давление тройников, уточнена мето�

дика расчета напряжений в тройни�

ках, изменена расчетная модель

тройника и учет податливостей от�

ветвления. Осуществлен и ряд других

изменений;

� СА 03�005�07 "Технологические тру�

бопроводы нефтеперерабатываю�

щей, нефтехимической и химической

промышленности. Требования к уст�

ройству и эксплуатации". Документ

введен вместо ПБ 03�108�96 при оп�

ределении отбраковочных толщин.

Не остались без нашего внимания

конструктивная критика и рекоменда�

ции специалистов по расчету трубопро�

водов, сосудов и аппаратов. Добавлен ав�

томатический учет манометрического

эффекта в отводах, автоматический учет

маятникового эффекта при отклонении

тяг пружинных подвесок, автоматичес�

кий учет трения в пружинных опорах,

введен новый элемент "Заглушка", до�

бавлен автоматический контроль толщи�

ны стенки отводов на давление.

Рассмотрим эти изменения более по�

дробно.

Манометрический эффектИмпульсом к решению реализовать в

ПС СТАРТ автоматический учет мано�

метрического эффекта стала публика�

ция в журнале "Теплоэнергетика" [2] и

последующее обсуждение способов уче�

та данного эффекта при расчете трубо�

проводов.

Краткая справка: "манометрический

эффект" – это распрямление отвода,

имеющего начальную овальность, под

действием внутреннего давления. Этот

эффект влияет как на напряжения, так и

на результирующие усилия, перемеще�

ния и нагрузки на опоры. Если началь�

ной овальности нет (коэффициент

овальности a=0), то манометрический

эффект отсутствует.

Напряжения, возникающие из�за

начальной овальности отводов (ги�

бов), всегда автоматически учитыва�

лись программой СТАРТ согласно

пункту 5.2.6.3.3 норм [1]. Отдельный

расчет требуется только для оценки

влияния манометрического эффекта

на перемещения трубопровода и на�

грузки, передаваемые на опорные

конструкции.

Формально, согласно нормам [1],

учет манометрического эффекта при

вычислении перемещений и нагрузок

на опоры не обязателен. В пункте

5.2.3.1 [1] приведены расчетные сочета�

ния нагрузок, в которых манометриче�

ский эффект не фигурирует. Но в связи

с публикацией [2] и последующими

многочисленными вопросами пользо�

вателей авторы СТАРТ приняли реше�

ние реализовать автоматический учет

манометрического эффекта в полном

объеме.

В версии 4.61 такой расчет выполня�

ется автоматически, если пользователем

задан коэффициент овальности гибов

больше нуля. При этом следует иметь в

виду, что:

� фактические данные об овальности

отводов на стадии проектирования от�

сутствуют. При учете манометричес�

кого эффекта нагрузки на опоры и пе�

ремещения могут как увеличиваться,

так и уменьшаться – это зависит от

пространственной конфигурации тру�

бопровода. Поэтому следует исполь�

зовать фактические данные измере�

ний овальности. Ее значение нельзя

программное обеспечение

CADmaster | 2008 | №3 81

Рис. 1. Схема приложения дополнительных моментов для учета манометрического эффекта

принимать "с запасом", поскольку это

может пойти как в запас, так и не в за�

пас прочности оборудования;

� согласно п. 5.2.6.8 [1], если величина

начальной эллиптичности – 3%, то в

расчете напряжений эллиптичность

не учитывается (в расчетных форму�

лах применяется 0);

� согласно п. 5.2.6.8 [1] для низкотем�

пературных трубопроводов значение

начальной эллиптичности сечения

следует принимать с увеличением в

1,8 раза.

Авторами было принято решение не

вводить автоматический учет перечис�

ленных требований норм [1] в программу

СТАРТ (в отличие от других отечествен�

ных программ): они являются достаточ�

но противоречивыми и потому решение

об их применении оставлено на ответст�

венность пользователей.

Для учета манометрического эффекта

программой СТАРТ автоматически при�

кладываются изгибающие моменты по

концам отвода в плоскости его осевой

линии (рис. 1). В отличие от [3], величи�

на этих моментов вычисляется по фор�

муле, полученной согласно [4] и [5]:

,

где

– начальная эллиптичность

(овальность) поперечного сечения со�

гласно п. 5.2.6.8 [1], %,

– коэффициент податливости

отвода,

– коэффициент, характеризую�

щий влияние эллиптичности поперечно�

го сечения на искривление оси отвода,

– радиус оси отвода.

Автоматический учет маятниковогоэффекта при отклонении тягпружинных подвесок и трения в пружинных опорах

В жестких подвесках (терминология

ПС СТАРТ) влияние маятникового эф�

фекта (горизонтальных усилий, возника�

ющих при отклонении тяг) учитывалось

всегда (рис. 2а и 2б). В стандартных пру�

жинных подвесках влияние аналогично�

го эффекта при отклонении тяг пружин�

ных подвесок по умолчанию не учитыва�

лось. Тем не менее учесть это обстоятель�

ство с помощью программы СТАРТ было

достаточно просто, задавая подвеску как

нестандартное крепление с "фиктивны�

ми" связями (терминология ПС СТАРТ)

в горизонтальной плоскости и линейно

упругой связью по вертикали (рис. 2в,

2г), что и делали опытные пользователи

системы.

№3 | 2008 | CADmaster

ПРОЕКТИРОВАНИЕ ПРОМЫШЛЕННЫХ ОБЪЕКТОВ

82

Рис. 2. Моделирование упругих подвесок в программе СТАРТ

В версии 4.61 этот эффект в пружин�

ных подвесках учитывается автоматичес�

ки одновременно с подбором пружин и

усилий затяга. Для этого добавлено но�

вое свойство пружинных подвесок –

длина тяги.

В пружинных опорах появилась так�

же возможность автоматического учета

трения при горизонтальных перемеще�

ниях одновременно с подбором пружин

и усилий затяга. Для этого добавлено но�

вое свойство пружинных опор – коэф�

фициент трения.

Заглушки и нагрузки на штуцерыоборудования

Для моделирования присоединения

трубопровода к оборудованию часто ус�

танавливается мертвая опора и задается

смещение опоры от нагрева присоеди�

ненного оборудования. Это довольно

грубая модель взаимодействия трубопро�

вода и оборудования, но такой прием да�

ет запас прочности при расчете на темпе�

ратурные расширения, поэтому часто

применяется на практике. К сожалению,

при использовании такой модели слож�

но добиться приемлемых нагрузок на

оборудование.

По этой причине НТП "Трубопро�

вод" был разработан СТАРТ�Штуцер –

дополнительный модуль к программе

СТАРТ, позволяющий вычислять и учи�

тывать в расчете податливости врезки

трубопровода в сосуды и аппараты лис�

товой конструкции (колонны, сосуды и

аппараты, теплообменники). Затем по�

явилась отдельная программа с более

широкой областью применения – Шту�

цер�МКЭ, которая также позволяет

оценивать прочность узла врезки и вы�

дает таблицы допускаемых нагрузок.

Речь об этой программе шла в одном из

предыдущих номеров журнала

CADmaster [10]. Благодаря использова�

нию этих двух программ удалось до�

биться многократного снижения рас�

четных нагрузок на оборудование, обос�

нованное расчетом.

Как известно, от действия внутрен�

него давления на опоры трубопровода

передаются нагрузки, обусловленные на�

личием неуравновешенных усилий от

действия внутреннего давления [5], ко�

торые учитываются в программе СТАРТ.

Эти нагрузки схематично представлены

на рис. 3. Распорные усилия приклады�

ваются в следующих узлах расчетной схе�

мы:

� в неразгруженных осевых компенса�

торах (рис. 3, А);

� в углах поворота оси трассы (в отво�

дах) (рис. 3, Б);

� в тройниках и врезках (рис. 3, В);

� в заглушках (рис. 3, Г);

� в закрытой запорной арматуре

(рис. 3, Д);

� в переходах (рис. 3, Е).

Распорные усилия от внутреннего

давления не прикладываются:

� в незаглушенных концах трубопрово�

да (выброс продукта в атмосферу,

рис. 3, М).

Фактически в местах присоединения

трубопровода к оборудованию (рис. 3, К

и 4в) нет заглушки и распорные усилия

от давления на заглушку уравновешены

усилием от "пятна" внутреннего давле�

ния в самом аппарате (рис. 4г),

поэтому, на первый взгляд, распорное

усилие прикладывать не следует. Однако

это не так. Дело в том, что при расчете

штуцера оборудования на внешние на�

грузки и внутреннее давление расчет,

как правило, производится с учетом дав�

ления на заглушку штуцера (в большин�

стве известных методик и программ это

так). Следовательно, из условий равно�

весия, для получения нагрузок для про�

верки прочности штуцера следует также

учитывать силу давления на заглушку.

В программе СТАРТ во всех концевых

узлах с любым типом крепления автома�

тически учитывается сила давления на

заглушку.

Особенно большие нагрузки на обо�

рудование от давления получаются в си�

стемах с осевыми неразгруженными

сильфонными и линзовыми компенса�

торами. От внутреннего давления возни�

кают неуравновешенные силы, действу�

ющие на заглушки и гофры сильфонных

и линзовых компенсаторов (рис. 4а). Ес�

ли трубопровод зажат между опорами,

то, не имея возможности растянуться, он

передает распорные усилия на опоры

(рис. 4б).

Эти усилия равны произведению эф�

фективной площади сильфонного или

линзового компенсатора, умноженной

на внутреннее давление .

Эффективная площадь неразгружен�

ного сильфонного компенсатора вычис�

ляется по формуле

,

где

– средний ("эффективный")

диаметр гофров компенсатора.

Для трубопровода без компенсаторов

на опоры передаются нагрузки, равные

давлению на заглушку трубопровода

. Площадь давления на заглушку

равна

,

где

– внутренний диаметр трубы.

Другие усовершенствования в версии 4.61

Кроме уже рассмотренных, версия

4.61 включает в себя еще целый ряд усо�

вершенствований – в части как расчет�

ных возможностей, так и пользователь�

ского интерфейса.

программное обеспечение

CADmaster | 2008 | №3 83

Рис. 3. Моделирование распорных усилий в программе СТАРТ

№3 | 2008 | CADmaster

ПРОЕКТИРОВАНИЕ ПРОМЫШЛЕННЫХ ОБЪЕКТОВ

84

Рис. 4. Моделирование распорных усилий в программе СТАРТ

Расчетные возможности� Начиная с версии 4.61 произво�

дится проверка всех отводов не

только на изгиб, но и на внутрен�

нее давление. Для этого вместо ти�

пов отводов "изогнутый", "флан�

цевый", "сварной" используются

соответственно типы "крутоизог�

нутый", "гнутый", "секторный",

"штампосварной". В связи с этим в

отводах добавлены новые параме�

тры (число косых стыков сектор�

ных отводов, коэффициент проч�

ности сварного соединения, нали�

чие или отсутствие фланцев на

концах отвода, расположение

сварных швов в плоскости/из пло�

скости отвода). Таким образом,

все детали трубопровода в СТАРТ

теперь проверяются на внутреннее

давление.

� Для всех труб и деталей трубопро�

вода суммарная прибавка заменена

на два других параметра – "Прибав�

ка на коррозию" (эксплуатацион�

ная прибавка) и "Технологическое

утонение" (производственная при�

бавка).

� Добавлен расчет на давление сек�

торных и штампосварных отводов

по [1] в СТАРТ�Элементы и СТАРТ�

Базовый.

� В модуле СТАРТ�Элементы при рас�

чете компенсаторов из труб добавле�

на проверка толщины стенки на дав�

ление.

� Изменен контроль перекоса осевых

компенсаторов. Эквивалентное

осевое перемещение от угловой де�

формации не должно превышать 5%

от величины допустимого осевого

хода.

� Кольцевые напряжения по СНиП

2.05.06�85 вычисляются без учета

изгибных напряжений от овали�

зации сечения под давлением

грунта.

� Коэффициент прочности продоль�

ного сварного шва при расчете свар�

ных тройников и врезок принимается

равным 1.

программное обеспечение

CADmaster | 2008 | №3 85

Рис. 5. Диалоги вывода напряжений в деталях и участках трубопровода

Рис. 6. Дерево свойств участков

Пользовательский интерфейс� Программа протестирована и может

эксплуатироваться под Windows Vista.

� В окне общих данных для документа

РД 10�249�98 добавлена возможность

ввода срока службы не только в годах,

но и в часах.

� Добавлена довольно востребованная

функция автоматической вставки

П�образного компенсатора между

любыми двумя узлами.

� В штампосварном тройнике размеры

ответвления теперь принимаются ав�

томатически по примыкающему уча�

стку трубы.

� Добавлена возможность сортировки

списка участков по любому парамет�

ру – для этого достаточно щелкнуть

мышкой на соответствующее поле в

шапке таблицы.

� Выделение строк в списке участков

синхронизировано с выделением уча�

стков в графическом окне.

� Для удобства просмотра уменьшен по

ширине размер таблицы списка уча�

стков (сокращены заголовки).

� Улучшен диалог вывода напряжений

в деталях трубопровода. Добавлены

усилия на всех примыкающих участ�

ках, данные представлены в более

удобном виде (рис. 5).

� Для более удобной навигации ускоре�

но масштабирование вида колесиком

мыши в графическом окне.

� Добавлено дерево свойств участков

(рис. 6), в котором удобно выби�

рать участки трубопровода с опре�

деленными свойствами (давлени�

ем, температурой, толщиной стен�

ки и т.д.).

� Добавлена возможность групповой

замены типов деталей. Например, те�

перь можно заменить все неподвиж�

ные опоры определенного типа на

мертвые или заменить все штампо�

сварные тройники определенного ти�

па на врезки.

� Добавлена возможность копирова�

ния и вставки узловых деталей из

контекстного меню.

� Улучшены функции поворота фраг�

мента трубопровода (рис. 7), вставки

узла (рис. 8), смещения узла (рис. 9).

� Стандартные направляющие опоры

теперь можно ставить на участках с

уклоном до 0,02.

� Упруго�изогнутые участки теперь

можно задавать при углах перелома

до 0,07 градуса.

� Добавлен контроль коллизий при

вставке новых участков.

� Коэффициент трения во всех крепле�

ниях теперь может составлять от 0,05

до 0,4.

� Усовершенствован и усилен контроль

правильности исходных данных.

� Исправлена неточность при выводе

предельных нагрузок на оборудова�

ние в локальных осях (теперь вначале

в локальные оси переводятся все на�

грузки во всех расчетных состояниях

и уже из них выбираются предельные

значения).

Как обычно, все пользователи

СТАРТ с действующей гарантийной под�

держкой могут бесплатно получить но�

вую версию у своих дилеров или напря�

мую в НТП "Трубопровод". Команда

"СТАРТ" желает вам продуктивной рабо�

ты на новой версии и продолжает тру�

диться, чтобы порадовать вас новыми

приятными сюрпризами!

Литература1. РД 10�249�98. Нормы расчета на

прочность стационарных котлов и

трубопроводов пара и горячей воды,

ГУП "НТЦ по безопасности в промы�

шленности Госгортехнадзора Рос�

сии". – М., 2001.

2. Попов А.Б., Ветошкин В.А.,

Буков В.А. Использование различ�

ных программных средств при проек�

тировании и проверочных расчетах

высокотемпературных трубопрово�

дов. – М.: Теплоэнергетика, 2007,

№10.

3. Попов А.Б. Манометрический эф�

фект в трубопроводах ТЭС. Основ�

ные зависимости. – М.: Теплоэнерге�

тика, 2004, №11.

4. Костовецкий Д.Л. Прочность трубо�

проводных систем энергетических

установок. – СПб.: Энергия, 1973.

5. Зверьков Б.В., Костовецкий Д.Л.,

Кац Ш.Н., Бояджи К.И. Расчет и

конструирование трубопроводов.

Справочное пособие. – СПб.: Маши�

ностроение, 1979.

6. Проектирование и расчет трубопро�

водов тепловых электростанций. –

Л.: Труды ЦКТИ, 1966.

7. Никитина И.К. Справочник по тру�

бопроводам тепловых электростан�

ций. – М.: Энергоатомиздат, 1983.

8. РТМ 24.038.08�72. Расчет трубопро�

водов энергетических установок на

прочность. – Л.: НПО ЦКТИ, 1973.

9. Магалиф В.Я., Матвеев А.В., Шапи�

ро Е.Е., Бушуев А.В. СТАРТ 4.60. Но�

вая версия, новые возможности. –

CADmaster, №3, 2007.

10. Краснокутский А.Н., Тимошкин А.И.

Проблемы расчета прочности и жест�

кости штуцеров. – CADmaster, №3,

2007.

Виктор Магалиф,Алексей Матвеев,

Алексей Бушуев,Евгений Шапиро

НТП "Трубопровод"Тел.: (495) 737�3616

E�mail: start@truboprovod.ruInternet: www.truboprovod.ru

№3 | 2008 | CADmaster

ПРОЕКТИРОВАНИЕ ПРОМЫШЛЕННЫХ ОБЪЕКТОВ

86

Рис. 9. Смещение узла

Рис. 7. Поворот фрагмента трубопровода

Рис. 8. Вставка узла

Архитекторы и проектировщи�

ки – обычные люди. И как

обычным людям, им свойст�

венны инертность, рацио�

нальность, эмоциональность и консер�

ватизм. Дорогие проектировщики и ар�

хитекторы, в этой статье мы не будем

вас воспитывать, агитировать и обе�

щать, что с покупкой трехмерных про�

грамм вы и ваши организации обретут

светлое будущее. Мы займемся совер�

шенно другим делом. Расскажем вам о

том, как можно усовершенствовать

свой труд без шума и треска, не совер�

шая глобальной революции в сознании

и бюджете. А усовершенствовать его

стоит. Иначе не выдержать конкурен�

ции на бурно развивающемся рынке.

О "трехмерке" твердят со всех сторон,

вас нервирует ажиотаж, натиск продав�

цов, рекламы и презентаций. Заманчиво,

современно, креативно! Однако чувство

здорового консерватизма подсказывает

вам, что переход на трехмерный пакет вы�

глядит красиво, но на деле окажется не�

подъемной задачей. Слишком все другое,

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

есть страх неудачи, каких�то непредсказу�

емых потерь. Вполне знакомые и оправ�

данные опасения опытного специалиста,

которого весь мир пытается переучить.

Так вот, представьте себе, нам это

очень понятно! Более того, мы даже зна�

ем, что вы могли бы предпринять, не

вступая в противоречие со своей инерци�

ей и не задевая собственных амбиций.

То, над чем мы предлагаем вам пораз�

мыслить, – это не выдуманный нами

способ, который является очередным за�

№3 | 2008 | CADmaster

ТихаяреволюцияТихаяреволюция

ЭЛЕКТРОННЫЙ КУЛЬМАН ИЛИ ИНФОРМАЦИОННАЯ МОДЕЛЬ ЗДАНИЯ

АРХИТЕКТУРА и СТРОИТЕЛЬСТВО

88

вуалированным маркетинговым трю�

ком, а систематизированный опыт мно�

гих заказчиков – архитекторов и проек�

тировщиков, с которыми мы работаем и

совместно движемся по непростому

маршруту внедрения современного про�

граммного обеспечения.

Итак, речь пойдет о программном

обеспечении, хорошо знакомом многим.

Начнем с AutoCAD…

В плоском AutoCAD работают сей�

час почти все, к нему привыкли, можно

сказать прикипели – за исключением

тех, кому он принципиально не нравил�

ся и не нравится, но об этой категории

пользователей чуть позже и отдельно.

Трудное и неблагодарное дело ругать то,

что другому любо, понятно и привычно.

Мы и не станем ничего ругать, а попро�

буем разобраться в том, что такое этот

плоский AutoCAD в контексте новых и

более совершенных инструментов.

А с платформы говорят –AutoCAD…

Для большинства пользователей (как

правило, самоучек) он не более чем эле�

ктронный кульман. Это прочно укоре�

нившееся отношение к продукту, уходя�

щее корнями в уже достаточно далекое

прошлое. Но дело в том, что этот про�

дукт не есть электронный кульман! В

нем скрыто много неиспользуемых воз�

можностей, которые непривычны для

прежней, бумажной технологии форми�

рования чертежей. Пользователь не при�

вык или не хочет обращаться не только к

системе слоев, ссылочным файлам, бло�

кам с атрибутами, но и пользоваться

подшивками, таблицами, динамически�

ми блоками и многими другими инстру�

ментами, существенно облегчающими

процесс создания чертежа и улучшаю�

щими его качество. Результат – чертежи

нечитаемые, процесс их обработки тру�

доемок.

Процедура обмена чертежами – это

то самое место, в котором проявляет се�

бя главная "болячка" электронного куль�

мана. Отсутствие унификации отражает�

ся на всех этапах проектирования, а при

увеличении объема заказов и сокраще�

нии сроков на их выполнение эта "бо�

лячка" превраща�

ется в серьезную

проблему, кото�

рую приходится

решать, причем в

срочном порядке.

Как же быть?

Как сделать так,

чтобы более гра�

мотно организо�

вать процесс чер�

чения? Есть два

пути, по которым

могут пойти ком�

пании, не желаю�

щие расставаться

с электронными

кульманами.

Первый путь –

простой. Состоит

он в том, чтобы

использовать та�

кой программный

пакет, как СПДС

GraphiCS. Это

приложение к

AutoCAD, которое

как раз и предназ�

начено для

оформления рабо�

чих чертежей в

строгом соответ�

ствии с требова�

ниями СПДС.

Программа позво�

лит вам автоматизировать отрисовку ру�

тинных и графически насыщенных эле�

ментов рабочих чертежей, а также авто�

матизировать процесс создания специ�

фикаций, ведомостей и таблиц. Произ�

водительность труда проектировщика, и

это неоднократно проверено, при ис�

пользовании СПДС возрастает в не�

сколько раз. Кроме того, приложение

программное обеспечение

Торговый центр с паркингом в Пушкине

обеспечивает возможности гибкого уп�

равления объектами рабочего чертежа,

позволяет создать единые рабочие наст�

ройки для коллективной работы. Есть у

этого пакета и еще одно сильное преиму�

щество – он недорогой. Рабочее место

AutoCAD + СПДС GraphiCS – то, что

мы предлагаем как мягкое и простое ре�

шение для проектировщиков, избегаю�

щих революций.

Кроме такой комбинации могут быть

и другие – например, AutoCAD + Project

StudioCS Фундаменты или AutoCAD +

Project StudioCS Конструкции. Очень

многие пользователи, которые приобре�

ли подобные рабочие места, решили

свои локальные задачи и при минималь�

ных затратах вышли на приемлемый уро�

вень организации проектирования.

Эти приложения работают и на вер�

тикальных решениях, но, как правило,

используются для AutoCAD.

Второй путь сложнее, но в конечном

итоге продуктивнее для тех, кто справит�

ся с трудностями переходного периода.

Суть этого пути – в уходе от так называ�

емого "голого" AutoCAD на его верти�

кальные решения. Время, затраченное на

переход, обязательно окупится приобре�

тенным более мощным и удобным инст�

рументом. Обратите внимание, что пере�

ход этот вовсе не подразумевает резкое

"погружение" в объемное проектирова�

ние. Вы можете продолжать работать в

плоскости и одновременно оперировать

интеллектуальными объектами (такими

как стена, окно, дверь, перекрытия

и т.д.). Прикосновение к "вертикалке" в

первую очередь наверняка должно по�

нравиться специалистам более живым и

творческим, так как в этом формате есть

отрыв от привычного плоского

AutoCAD. Кроме того, выигрыш по ско�

рости и качеству проектов будет очевид�

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

нятого решения. Таким путем идут сей�

час те проектно�архитектурные органи�

зации, кому по силам разумный мини�

мальный риск во имя выживания.

Все вертикальные продукты, базиру�

ющиеся на платформе AutoCAD, автома�

тически привязывают свои интеллекту�

альные объекты к определенным слоям:

архитектурные ложатся на свои слои,

объекты землеустройства – на свои, как

и объекты инженерных коммуникаций.

Скажем откровенно: чтобы максимально

полно организовать процесс проектиро�

вания в вертикальном решении, надо по�

трудиться. И первое, что потребуется

сделать, – это соответствующим образом

настроить шаблоны. Но настройки тре�

буются даже в плоском AutoCAD. То есть

предварительно настраиваются и дву�

мерная, и трехмерная системы, однако

во втором случае появляется возмож�

ность хоть на какое�то время оторваться

от технологии бумажного проектирова�

ния. При двумерном проектировании

невозможно полностью сосредоточиться

на творчестве – проектировщик привя�

зан к процессу отслеживания и размеще�

ния объектов на определенных слоях.

Одно только трезвое понимание необхо�

димости уйти от этой рутины может за�

ставить специалистов задуматься над пе�

реходом на вертикальные решения. Мы

уже не останавливаемся здесь специаль�

но на прочих преимуществах таких ре�

шений: автоматическом получении спе�

цификаций, настройке оформительской

части и многом другом. И только полное

овладение инструментами вертикальных

решений компании Autodesk позволит

увидеть и испытать все преимущества

данного пути. Именно так, как это смог�

ли в архитектурном бюро Александра

Викторовича Самородницкого, которое

активно использует в работе AutoCAD

Architecture и AutoCAD Civil 3D.

Найти силы и разумные доводы, что�

бы покончить с жесткой привязкой к

электронному кульману и серьезно заду�

№3 | 2008 | CADmaster

АРХИТЕКТУРА и СТРОИТЕЛЬСТВО

90

НОВОСТЬРоссия выходит в лидеры по темпам снижения уровнякомпьютерного пиратства

Согласно исследованию BSA и

IDC, использование пиратского

программного обеспечения в

России снизилось за пять лет на

14% – с 87% в 2003 году до 73% в

2007�м.

В 2007 году нелицензионным

было 73% программного обес�

печения, установленного на

российские персональные ком�

пьютеры. По сравнению с пре�

дыдущим годом объем инстал�

лированного контрафактного

ПО сократился на 7%, и это са�

мое значительное снижение

среди 108 стран, где проходило

ежегодное глобальное исследо�

вание уровня компьютерного

пиратства. Результаты незави�

симого исследования, прове�

денного IDC, ведущей мировой

исследовательской и консал�

тинговой компанией в сфере

информационных технологий,

опубликованы Ассоциацией

производителей программного

обеспечения (BSA – Business

Software Alliance).

Согласно данным исследова�

ния, финансовые потери произ�

водителей ПО от использования

пиратской продукции выросли в

России с 2,2 до 4,2 миллиарда

долларов. Увеличение потерь

при сокращении уровня ком�

пьютерного пиратства стало ре�

зультатом существенного роста

российского компьютерного

рынка и рынка программного

обеспечения, сказалось и укреп�

ление рубля по отношению к

доллару.

"Решительная позиция госу�

дарства в области защиты интел�

лектуальной собственности, ус�

пешная работа российских пра�

воохранительных органов по

борьбе с компьютерным пират�

ством и активная деятельность

правообладателей дают превос�

ходные результаты, – сказал Ге�

орг Хернлебен (Georg Hern�

leben), директор BSA в странах

Центральной и Восточной Евро�

пы. – За последние пять лет из

страны с одним из самых высо�

ких уровней компьютерного пи�

ратства России удалось выйти в

мировые лидеры по темпам сни�

жения использования нелицен�

зионного ПО".

Последствия компьютерного

пиратства не сводятся к убыткам

предприятий компьютерной от�

расли и индустрии программного

обеспечения. По данным иссле�

дования BSA, опубликованного в

январе этого года, снижение

уровня пиратства может привес�

ти к появлению тысяч новых ра�

бочих мест и росту экономики,

исчисляемому миллиардами дол�

ларов, а также к увеличению

сумм налоговых сборов в под�

держку государственных и регио�

нальных программ. Согласно вы�

водам исследователей, сокраще�

ние к 2011 году уровня компью�

терного пиратства в России до

70% обеспечит создание 12 500

дополнительных высокооплачи�

ваемых рабочих мест, принесет

355 миллионов долларов налого�

вых поступлений и позволит уве�

личить на 8,5 миллиардов долла�

ров вклад ИТ�сектора в эконо�

мику страны.

Вот некоторые цифры, касаю�

щиеся уровня использования пи�

ратского ПО в 2007 году:

� среди 108 стран, в которых

проводилось исследование,

уровень пиратства снизился

в 67 странах, а увеличился

только в восьми. Тем не ме�

нее, поскольку рынок ПК

значительно быстрее рос в

странах с высоким уровнем

использования контрафакт�

ного ПО, мировой уровень

пиратства увеличился на 3%

и составил 38%;

� страны с самым низким

уровнем компьютерного пи�

ратства: США (20%), Люк�

сембург (21%), Новая Зелан�

дия (21%), Япония (23%).

При этом, несмотря на сни�

жение уровня компьютерно�

го пиратства в США на 1%,

потери правообладателей

выросли до 8 миллиардов

долларов;

� страны с самым высоким

уровнем пиратства: Армения

(93%), Молдова (92%), Азер�

байджан (92%), Бангладеш

(92%) и Зимбабве (91%);

� уровень компьютерного пи�

ратства в странах БРИК

(Бразилия, Россия, Индия,

Китай) составил 75%. При

этом самый высокий уровень

зафиксирован в Китае (82%),

самый низкий – в Бразилии

(59%);

маться о вертикальных решениях, озна�

чает сделать шаг в сторону формирова�

ния системы менеджмента качества.

Есть ради чего поискать ресурсы и отва�

житься на перемены.

А с платформы говорят – Revit...AutoCAD – платформа, а Revit – это

другая платформа. Это значит, что начи�

ная взаимоотношения с Revit, первое,

что следует сделать, – забыть идеологию

AutoCAD. В основу этой платформы

американцы заложили принцип инфор�

мационной модели здания (объекта)

Building Information Model (BIM). По су�

ти это почти база данных проектируемо�

го объекта с одновременным ее графиче�

ским отображением.

В Revit проектировщик всегда рабо�

тает в трехмерном пространстве. Виды в

Revit – это просто изменение точки

взгляда. С чем бы вы ни работали –

с перспективой, разрезом, фасадом – вы

всегда работаете с объемом. А кроме то�

го это еще и информационная модель.

Потому что в инструмент заложен не�

разрывный и двунаправленный меха�

низм связи между графическим отобра�

жением объекта и спецификациями. И

вы можете из спецификации влиять на

внешний вид и компоновку объекта. На�

пример, менять один тип окна или двери

на другой. Внесение изменений в модель

происходит автоматически. Это и есть

так называемый "бимовский" подход.

Revit откровенно хорош легкостью

создания проектной части. За счет чего?

Иной раз даже трудно бывает объяснить.

Играет роль фактор индивидуального

восприятия. Чем�то сродни ощущению

от салона понравившегося автомобиля:

просто понимаешь – очень удобно, твое.

Специалисты, которые пытались разо�

браться в этом вопросе, называют такое

качество эргономичностью. Так вот,

Revit – именно эргономичный пакет.

Среди наших клиентов есть пользовате�

ли, которые откровенно влюблены в

Revit и совершенно не приемлют

AutoCAD. Некоторые из них занимаются

концептуальным проектированием и по�

дачей проектов в Revit, а чертежи оформ�

ляют в AutoCAD. Объяснение простое: в

Revit отсутствуют приложения, которые

помогали бы выполнять чертежи по на�

шим нормам. Не случайно продукт так и

называется – AutoCAD Revit.

Напрасно искать в Revit отголоски

AutoCAD. Это совершенно разные паке�

ты, недаром они и зовутся платформа�

ми. Мы бы сказали, что Revit – это иной

принцип и иной подход к проектирова�

нию. Если в AutoCAD собственно черче�

нием занимается все�таки пользователь,

то в Revit эти функции в большей степе�

ни выполняет сам программный про�

дукт. Если ты еще не имеешь долгого

опыта общения с AutoCAD, проще сразу

начать привыкать к Revit. Исключение

составляют специалисты, которые в

принципе живут и работают гибко, по�

движно, легко перестраиваются, склон�

ны к постоянному обучению и творчест�

ву. Для них переход с AutoCAD на Revit

станет захватывающим приключением,

наподобие перехода на новый уровень в

компьютерной игре.

Однако еще раз напомним, что все

вертикальные продукты Autodesk требу�

ют настройки. Избежать этого не удаст�

ся ни в одной из платформ, будь то Revit

или AutoCAD. К определенным усили�

ям, к активной включенности в процесс

подготовки инструмента надо быть гото�

выми – и отнестись к этому спокойно.

Выбирая программные решения, нужно

понимать, что эффект, который вы по�

лучите от использования приобретенно�

го продукта, напрямую зависит от точ�

ности его настройки под структуру и за�

дачи конкретной организации. Кроме

того, очень важно не пожалеть ресурсов

на обучение сотрудников.

программное обеспечение

CADmaster | 2008 | №3 91

НОВОСТЬ� уровень компьютерного пи�

ратства в Украине снизился

за 2007 год на 1% и составил

83%;

� уровень компьютерного пи�

ратства в странах ЕС соста�

вил в 2007 году 35%, потери

правообладателей – 12,3

миллиарда долларов. Высо�

кий уровень пиратства за�

фиксирован в Греции (58%),

Италии (49%), Франции

(42%).

"За последний год Россия до�

стигла выдающихся результатов,

снизив уровень компьютерного

пиратства на 7%. Положительное

влияние здесь оказали програм�

мы по легализации, осуществляе�

мые производителями ПО и госу�

дарством, – отмечает Джон Гантс

(John Gantz), глава аналитичес�

кой службы и старший вице�пре�

зидент IDC. – Кроме того, право�

охранительные органы России

усилили работу против продав�

цов контрафакта и предприятий,

использующих нелегальное ПО,

в то время как некоторые распро�

странители переориентировались

с продажи нелицензионных про�

дуктов на легальную продукцию.

Стремительный экономический

рост и увеличение доходов стиму�

лирует потребителей к переоцен�

ке рисков от использования пи�

ратского ПО и приобретению ли�

цензионных продуктов".

BSA рекомендует государст�

вам предпринять пять последо�

вательных шагов для снижения

уровня компьютерного пиратст�

ва и достижения должного эко�

номического эффекта:

� повышение осведомленнос�

ти общества о ценности ин�

теллектуальной собственно�

сти и рисках использования

нелицензионного программ�

ного обеспечения;

� внесение поправок в наци�

ональное законодательство

об авторском праве – с це�

лью привести его в соответ�

ствие с решениями Всемир�

ной организации интеллек�

туальной собственности

(World Intellectual Property

Organization, WIPO). Это

позволит более действенно

бороться с цифровым и Ин�

тернет�пиратством;

� создание эффективных меха�

низмов контроля за соблюде�

нием законодательства, в том

числе усиление законода�

тельства в области защиты

авторских прав, как того тре�

бует Соглашение о торговых

аспектах работы с объектами

интеллектуальной собствен�

ности (Trade�Related Aspects

of Intellectual Property Rights

Agreement, TRIPS), принятое

Всемирной Торговой Орга�

низацией (ВТО);

� выделение значительных го�

сударственных ресурсов на

решение проблемы защиты

интеллектуальной собствен�

ности, в том числе создание

специальных национальных

служб по контролю за соблю�

дением законодательства в

области авторского права;

� организация межгосударст�

венного сотрудничества,

обучение работников судеб�

ных органов;

� внедрение политик учета и

управления программным

обеспечением – с демонстра�

цией этого на собственном

примере, а также требование

использовать в государствен�

ных учреждениях исключи�

тельно легальное программ�

ное обеспечение.

В исследовании BSA�IDC

Global Software Piracy Study

рассматривается компьютер�

ное пиратство в области про�

граммных продуктов, исполь�

зуемых на персональных ком�

пьютерах, в том числе в на�

стольных системах, ноутбуках

и сверхпортативных ПК. Ис�

следуемое программное обес�

печение включает в себя опе�

рационные системы, систем�

ное ПО (такое как базы данных

и ПО для обеспечения безопас�

ности компьютера), бизнес�

приложения и потребитель�

ские продукты – игры, про�

граммы для персонального

учета финансов, справочные

программы. Другие типы про�

граммного обеспечения, такие

как серверное ПО или ПО для

мейнфреймов, оставлены за

рамками исследования. IDC

использовала собственные ста�

тистические данные о постав�

ках программного и аппарат�

ного обеспечения, а также при�

бегла к услугам аналитиков из

более чем 60 стран, чтобы по�

лучить максимально полное

представление о тенденциях

компьютерного пиратства.

Дополнительную информа�

цию, а также полный текст ис�

следования можно получить по

адресу www.bsa.org/globalstudy.

Подбор рабочих мест, так же как и

выбор платформы, – исключительное

право заказчика. Но в этом, скорее всего,

компании потребуется помощь (так

обычно и бывает).

Взгляд тех, кто наблюдал опыт мно�

гих других организаций, взвешенные ар�

гументы специалистов, которые деталь�

но разбираются в каждом пакете, изучи�

ли его сильные и слабые стороны, осо�

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

компаний – все это может очень приго�

диться, а в конечном счете сэкономить

деньги, время и нервы…

Мы попытались предложить вариан�

ты и избавить пользователей от ненуж�

ного напряжения перед самой задачей

выбора инструментов проектирования.

Если эта информация кому�то окажется

полезной, сможем считать свою миссию

выполненной. А также будем ждать во�

просов, обращений за консультациями

или обучением, предложений о сотруд�

ничестве по тел. (812) 496�6929 и по эле�

ктронному адресу esg@esg.spb.ru.

Ирина Чиковская,руководитель отдела САПР

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

CSoft�Бюро ESG

Иллюстрации предоставленыархитектурно�проектным бюро

А.В. Самородницкого

№3 | 2008 | CADmaster

АРХИТЕКТУРА и СТРОИТЕЛЬСТВО

92

Жилой дом (Санкт'Петербург, улица Киевская) Торгово'офисный центр на Малом проспекте Васильевского острова

Завод бутилирования питьевой воды (Санкт'Петербург, Байконурская улица)

Бизнес'центр на Васильевском острове в Санкт'Петербурге

Авторизованный дистрибьютор Autodesk в России Consistent Software®

E;mail: info@consistent.ru Internet: www.consistent.ru

Новая, тринадцатая версия ми�

рового лидера среди систем

3D�моделирования металло�

конструкций – итог постоян�

ной, непрерывной работы над совершен�

ствованием системы StruCad и верный

вклад в надежное будущее. Система по�

полнилась новыми актуальными воз�

можностями и, конечно, передовыми

функциями в самых различных областях.

СистемаПолучили развитие многочисленные

системные новинки предыдущего рели�

за: теперь StruCad поддерживает работу

с операционной системой Microsoft

Windows Vista. При этом сохранена под�

держка и Microsoft Windows XP, и

Microsoft Windows 2000.

Среда 3D<моделирования (Каркас)Одним из важных дополнений в пла�

не комплексного подхода к проектирова�

нию металлоконструкций стал новый

встроенный модуль StruConnect, который

позволяет моделировать и рассчитывать

узловые соединения примыкания балок

(стропильных балок) к колоннам в соот�

ветствии со стандартами BS5950 – 1:2000

и SCI Green Book.

Для расчета узлового соединения

следует вызвать команду Загрузить в

StruConnect, выбрать необходимый узел и

элементы примыкания. После этого ат�

рибуты элементов (сечения, марки ста�

лей, эксцентриситет) и вся геометрия уз�

лового соединения автоматически отоб�

разятся в диалогово�графическом окне

модуля, позволяя инженеру�конструкто�

ру сразу же приступить к работе над рас�

четом несущей способности объектов те�

кущей узловой сборки (рис. 1).

Функциональные возможности мо�

дуля позволяют добавлять и редактиро�

вать объекты узловой сборки (пластины,

ребра, болты и т.п.), а также узловые на�

грузки (осевые усилия, моменты и т.п.).

Встроенный экран визуализации в не�

скольких проекциях (виды сверху, слева,

спереди) показывает текущее состояние

узловой сборки с учетом отображения

размерных привязок и нагрузок. Когда

задано необходимое сочетание нагрузок,

StruConnect в режиме реального времени

выполнит анализ и проверку узла, само�

стоятельно сформировав текстовый от�

чет. Если при проверке обнаружится по�

теря несущей способности, система вы�

даст соответствующее предупреждение и

предложит элементарные пути решения

проблемы. Эти операции можно произ�

водить неоднократно, определяя по ходу

расчетного моделирования наиболее ак�

туальную узловую сборку. Распечаткой

отчета, который формируется по зало�

женной форме�шаблону, может быть за�

креплен каждый результат.

По достижении необходимого ре�

зультата нужно закрыть окно модуля и

сохранить изменения – они автоматиче�

ски применятся к модели. Дополнитель�

ная команда Параметры StruConnect поз�

воляет редактировать уже рассчитанные

узлы – на тот случай, если понадобится

внести изменения.

Следующее усовершенствование вне�

сено по многочисленным просьбам

пользователей. Новая команда Добавить

сечение упростила процедуру пополне�

№3 | 2008 | CADmaster

StruCad V13БУДУЩЕЕ ПРОЕКТИРОВАНИЯ МЕТАЛЛОКОНСТРУКЦИЙ

АРХИТЕКТУРА и СТРОИТЕЛЬСТВО

94

Рис. 1. Диалоговое окно модуля StruConnect

ния базы данных металлопроката поль�

зовательскими непараметрическими

формами сечений. Команда использует

графический метод: пользователь может

нарисовать необходимую подложку –

плоскую форму сечения или импорти�

ровать ее из DXF/DWG/DWF�файлов, а

затем, используя упомянутую команду,

добавить новое сечение в базу для даль�

нейшей работы с ним. При добавлении

нового сечения предусмотрены следую�

щие возможности: задание вершин но�

вой формы сечения (вершины можно

задавать с учетом закруглений), ввод

имени формы сечения, ввод имени ти�

поразмера и определение положения ло�

кальных Х� и Y�осей. Когда ввод инди�

видуальных данных завершен, система

автоматически формирует специальный

отдельный файл по форме сечения и в

дальнейшем обеспечивает возможность

использовать созданное сечение при мо�

делировании, в спецификациях и черте�

жах (рис. 2).

Слои и уровни, а это одни из основ�

ных атрибутов модели, теперь можно за�

дать как шаблон в соответствии со стан�

дартами, принятыми в компании или

определенными для конкретного проек�

та. Для этого необходимо задействовать

новую команду Мастер слоев и, выпол�

нив элементарные настройки, задать

различные конфигурации, содержащие

пользовательские данные по слоям

(имя, цвет) и уровням (имя, цвет, значе�

ние высотной отметки). Завершив зада�

ние данных и используя всё ту же коман�

ду Мастер слоев, можно в автоматичес�

ком режиме быстро добавить пользова�

тельские слои и уровни как в текущую

модель, так и в другие.

Продолжая тему Мастеров, хотел бы

обратить ваше внимание на новую ко�

манду Мастер узлов. Если раньше зада�

ние узлов и их применение к различным

основным элементам металлокаркаса

выполнялось главным образом с ис�

пользованием команд Задать узел, Копи�

ровать узел, Редактировать элемент или

Клонировать/Копировать элемент, то те�

перь задание различных типов узловых

соединений (узловые макросы и/или

пользовательские (интерактивные) ти�

пы узлов) для выбранных конструктив�

ных элементов стало возможным и в ав�

программное обеспечение

CADmaster | 2008 | №3 95

Рис. 2. Пример пользовательского сечения

Рис. 3. Мастер слоев

томатическом режиме. Работа Мастера

узлов основана на предварительном ин�

дивидуально заданном наборе правил,

которые и определяют, какие типы узлов

добавляются на выбранные элементы по

всей модели или ее части.

Основные составляющие правил –

классы элементов. Для корректного оп�

ределения классов используются слои

элементов (Колонны, Балки, Фермы,

Связи и т.п.), геометрические свойства

элементов и/или атрибуты пользователя.

По определенным классам заполняется

матрица узловых правил, в которых

пользователь может перечислять проект�

ные случаи (ситуацию), – например, со�

единения балок с колоннами, балок с

балками, различные связевые и прогон�

ные соединения – и типы узлов для каж�

дого случая.

Размер и объем проекта не имеют ни�

какого значения: Мастер узлов как раз и

создан для того, чтобы свести к одному

действию часто повторяющиеся опера�

ции задания разных узлов для групп раз�

личных элементов, а значит сэкономить

время проектировщика и еще более уве�

личить производительность. Использо�

вание этой команды особенно эффек�

тивно при проектировании типовых и

серийных конструкций, зданий и соору�

жений, тем более если указанные в пра�

вилах типы узлов – параметрические.

Библиотека пополнилась новыми уз�

ловыми макросами, а также макросами

для экспресс�построения типовых кон�

струкций. Теперь стандартная библиоте�

ка макросов содержит уже около 200 на�

именований. Кроме того, часть макросов

преобразована в формат графического

интерфейса.

Интерактивный режим (модельноепроектирование узловыхсоединений)

Для удобства работы над изменением

существующих вырезов добавлена ко�

манда Редактировать вырез. В процессе

редактирования можно добавлять, пере�

мещать и удалять вершины, изменять ра�

диус закругления вершин выреза, редак�

тировать имена граней и углы между гра�

нями. Интерактивный вырез доступен

теперь для переноса и/или копирования

при помощи команд Перенести ФД/Ко�

пировать ФД.

В интерактивной команде Болты (Ре�

дактировать болты) активизирована оп�

ция Число слоев, позволяющая создавать

сквозные болты и отверстия. Ранее, что�

бы насквозь прошить квадратную трубу

или несколько не вплотную примыкаю�

щих друг к другу элементов, приходилось

выполнять дополнительные построения

"мнимых элементов". Теперь же при

вставке болтов и/или отверстий вы мо�

жете указать число слоев, прошиваемых

болтом, то есть количество толщин на уз�

ловых объектах (элементах, пластинах,

ребрах) по направляющей оси вставки

болта.

Чертежи и среда черченияКоманда Создать основной монтаж�

ный чертеж пополнилась тремя новыми

опциями для настройки отображения

болтов и отверстий в формируемых видах

(планы, разрезы). Например, используя

опции Отображение болтов/Отображе�

ние отверстий, можно отключить или за�

дать 2D�графическое полнообъемное или

2D�символическое представление болтов

и отверстий для формируемых видов.

Для основных монтажных чертежей и

видов (раздел проектирования – КМ) те�

перь доступен функционал команды

Обозначение детали, позволяющий со�

здать обозначение�выноску для выбран�

ных на виде объектов (элементов, фасон�

ных деталей, болтов/отверстий и т.д.).

При выполнении команды появляется

диалоговое окно, где можно настроить

содержание обозначений�выносок для

каждого типа объектов.

Новое семейство команд Настройка

базового чертежа позволит графически

№3 | 2008 | CADmaster

АРХИТЕКТУРА и СТРОИТЕЛЬСТВО

96

Рис. 4. Макрос Doors для экспресс'построения воротного/дверного проема

Рис. 5. Функции команды Редактировать вырез

настроить шаблоны форматок чертежей

в соответствии с требованиями пользо�

вателя. Функциональные возможности

команд позволяют импортировать суще�

ствующие форматки и логотип компа�

нии, добавлять, удалять, а также редак�

тировать графические и текстовые объ�

екты форматки. Завершив создание

шаблона, пользователь может экспорти�

ровать файлы со сведениями о новой

форматке чертежа и использовать их в

последующей работе.

ЛокализацияДля российских пользователей реа�

лизованы весьма существенные возмож�

ности, отсутствовавшие в предыдущих

версиях. Русскоязычную поддержку по�

лучили инсталлятор, а также набор дан�

ных по модели. Модуль формирования

калькуляций (оценка/расчет стоимости

конструкций) теперь работает и с рос�

сийскими рублями. Кроме того, выпол�

нен перевод диалоговых окон большин�

ства макросов по параметрическим уз�

ловым соединениям и типовым конст�

рукциям (рис. 8; см. также рис. 4).

Ближайший же релиз предложит и

справочную систему (команда Справка)

на русском языке.

Более подробная информация о сис�

теме StruCad – на сайте www.strucad.ru.

Алексей ХудяковCSoft

Тел.: (495) 540�3560E�mail: alexh@csoft.ru

программное обеспечение

CADmaster | 2008 | №3 97

Рис. 6.1

Примеры вставки болтовРис. 6.1. Опция Число слоев = 2. Рис. 6.2. Опция Число слоев = 3

Рис. 6.2

Рис. 7. Пример форматки

Рис. 8. Макрос Rbp для экспресс'построения узла основания колонны

Термин "прогрессирующее обру�

шение" относится к ситуации,

когда разрушение или поврежде�

ние какой�либо малой части

конструкции ведет к полному или почти

полному разрушению всей конструкции.

Поскольку невозможно полностью ис�

ключить вероятность возникновения ава�

рийных воздействий или ситуаций, вы�

званных деятельностью человека (взрывы

газа, теракты, пожары, наезды транспор�

та, дефекты проектирования, строитель�

ства и эксплуатации зданий, неквалифи�

цированная их реконструкция с надст�

ройкой, пристройкой, перепланировкой

помещений, сопровождаемых ослаблени�

ем или перегрузкой несущих элементов и

оснований) или природными явлениями

(землетрясения, ураганы, оползни, не�

равномерные деформации оснований),

необходимо обеспечить определенную

степень безопасности людей, находящих�

ся в зданиях, и сохранность их имущества

за счет уменьшения риска прогрессирую�

щего обрушения при локальных разруше�

ниях несущих конструкций.

Для предупреждения прогрессирую�

щего обрушения здания предлагаются

три способа проектирования: общее уп�

рочнение всего здания, местное усиле�

ние и взаимосвязь элементов. В боль�

шинстве американских норм предпочте�

ние отдается первому способу, при кото�

ром разрушение одного из элементов

здания не приводит к разрушению всего

строения. Местное усиление, то есть уп�

рочнение наиболее чувствительных мест,

трудно поддается стандартизации для

включения в нормы проектирования,

поскольку для этого нужно четко пред�

ставлять характер возможных воздейст�

вий на здание, в том числе террористиче�

ских атак. Конструктивная взаимосвязь

элементов или непрерывность конструк�

ции также является способом общего

или местного упрочнения.

Одним из документов, определяю�

щих правила проектирования для пре�

дотвращения прогрессирующего обру�

шения, являются рекомендации, разра�

ботанные МНИИТЭП и НИИЖБ, ут�

вержденные и введенные в действие при�

казом Москомархитектуры в 2005 г.

В изложении этих рекомендаций

проблема тезисно выглядит следующим

образом:

1) несущая система жилых зданий

должна быть устойчива к прогресси�

рующему (цепному) обрушению в

случае локального разрушения от�

дельных конструкций при аварийных

воздействиях (взрыв бытового газа,

пожар и т.п.);

2) допускаются локальные разрушения

отдельных несущих конструкций, но

эти первичные разрушения не долж�

ны приводить к обрушению соседних

конструкций, на которые передается

нагрузка, воспринимавшаяся ранее

элементами, поврежденными в ре�

зультате аварийного воздействия;

3) конструктивная система здания

должна обеспечивать его прочность и

устойчивость как минимум на время,

необходимое для эвакуации людей.

Перемещения конструкций и рас�

крытие трещин при этом не ограни�

чиваются;

4) устойчивость к прогрессирующему

обрушению проверяется расчетом на

особое сочетание нагрузок и воздей�

ствий, включающее постоянные и

временные длительные нагрузки, а

также воздействие гипотетических

локальных разрушений несущих кон�

струкций. Коэффициенты надежнос�

ти по нагрузкам следует принимать

равными 1;

5) расчетные характеристики материа�

лов повышаются за счет применения

специальных коэффициентов надеж�

ности. Кроме того, расчетные сопро�

тивления умножаются на коэффици�

енты условий работы, учитывающие

малую вероятность аварийных воз�

действий и рост прочности бетона

после возведения здания, а также

возможность работы арматуры за

пределом текучести.

Реализованный в комплексе SCAD

режим предназначен для моделирования

поведения конструкции зданий и соору�

жений в случае аварийных воздействий,

вызвавших локальные разрушения от�

дельных вертикальных несущих элемен�

тов. Основные расчетные предпосылки

приняты в соответствии с вышеуказан�

ными рекомендациями.

В основу расчета на прогрессирую�

щее обрушение положены следующие

положения:

� в качестве исходной модели конст�

рукции здания для расчета на про�

грессирующее обрушение принима�

ется модель, полученная по результа�

там прочностного анализа и последу�

ющего подбора арматуры в элементах

железобетонных конструкций и сече�

ний элементов стальных конструк�

ций;

� элементы расчетной схемы, модели�

рующие внезапно удаляемые элемен�

ты сооружения, объединяются в

группы; количество элементов соору�

жения, одновременно вышедших из

строя (обрушившихся), не ограничи�

вается;

� расчет выполняется для комбинации

загружений, включающей постоян�

№3 | 2008 | CADmaster

Реализация расчетамонолитных жилых зданийна прогрессирующее(лавинообразное) обрушениев среде вычислительногокомплекса SCAD Office

Реализация расчетамонолитных жилых зданийна прогрессирующее(лавинообразное) обрушениев среде вычислительногокомплекса SCAD Office

АРХИТЕКТУРА и СТРОИТЕЛЬСТВО

98

ные нагрузки и длительные части

временных нагрузок с коэффициен�

том 1;

� для учета внезапности удаления эле�

ментов конструкции и эффекта па�

дения обрушившихся конструкций

вводятся коэффициенты динамич�

ности;

� проверка элементов железобетонных

и стальных конструкций, входящих в

состав расчетной схемы после вне�

запного удаления элементов, выпол�

няется только с учетом первого пре�

дельного состояния;

� расчетные прочностные и деформа�

ционные характеристики материа�

лов принимаются равными их нор�

мативным значениям;

� поскольку в результате расчета на

прогрессирующее обрушение чаще

всего возникают большие перемеще�

ния, рекомендуется выполнять рас�

чет в геометрически нелинейной по�

становке.

Кроме того, полезно рассмотреть

случай, когда инициализация прогрес�

сирующего разрушения происходит по�

сле определенного, достаточно продол�

жительного периода эксплуатации, в те�

чение которого могут реализоваться де�

формации ползучести. Тогда расчет в

геометрически нелинейной постановке

даст менее пессимистический прогноз.

Такого рода вариант в настоящее время

разработан и проходит тестирование.

Подготовка данных и расчетРасчет на прогрессирующее обруше�

ние выполняется в два этапа (рис. 1).

Первый этап включает следующие дей�

ствия:

� статический и при необходимости

динамический расчеты с целью оп�

ределения напряженно�деформиро�

ванного состояния конструкции в

нормальных условиях эксплуатации;

� определение расчетных сочетаний

усилий;

� подбор арматуры в элементах желе�

зобетонных конструкций с учетом

первого и второго (трещиностой�

кость) предельных состояний;

� проверка и подбор прокатных сече�

ний элементов стальных конструк�

ций.

Для выполнения второго этапа необ�

ходимы дополнительные данные (рис. 2):

� список конечных элементов, входя�

щих во внезапно удаляемый фраг�

мент конструкции;

� проверочная комбинация загруже�

ний, в которую входят постоянные

нагрузки и длительная часть времен�

ных нагрузок с коэффициентом 1;

� группа нагрузок, определяющая вес

обрушившихся конструкций;

� коэффициент перегрузки (динамич�

ности) – Kf для корректировки реак�

ции системы при внезапном удале�

нии элемента конструкции;

� коэффициенты перегрузки – Kg для

корректировки реакции системы на

обрушение вышедших из строя кон�

струкций (по умолчанию принима�

ется Kg = Kf = 2);

� значение интервала неопределенно�

сти.

Если выполняется нелинейный рас�

чет, следует назначить метод расчета и

задать соответствующие параметры (ко�

личество шагов, количество итераций).

В программе принят следующий по�

рядок выполнения расчета:

� определяются реакции в узлах вы�

шедших из строя элементов, которые

примыкают к остальной части схе�

мы, от проверочной комбинации на�

грузок;

� полученные значения реакций до�

бавляются в расчетную комбинацию

с коэффициентом Kf;

� в проверочную комбинацию добав�

ляется группа нагрузок от веса обру�

шившихся конструкций с коэффи�

циентом Kg;

� формируется новая расчетная схема,

в которой разрушенные элементы

будут неактивны;

� выполняется расчет полученной схе�

мы на проверочную комбинацию;

формируются расчетные сочетания

усилий;

� выполняется экспертиза несущей

способности элементов стальных и

железобетонных конструкций.

Анализ результатовРезультаты расчета на прогрессиру�

ющее обрушение отображаются в гра�

фической форме в двух� и трехцветной

цветовой шкале.

В двухцветной шкале элементы раз�

деляются по цвету на работающие, у ко�

торых значение максимального по вели�

чине коэффициента использования ог�

раничений Kmax меньше единицы, и вы�

шедшие из строя (Kmax$1). В трехцвет�

ной шкале (рис. 3, 4, 5) третий цвет ис�

пользуется для указания элементов, по�

павших в интервал неопределенности,

то есть таких, которые, по мнению рас�

четчика, с одинаковой вероятностью

могут быть отнесены и к выбывшим из

строя, и к работающим. Значение интер�

программное обеспечение

CADmaster | 2008 | №3 99

Рис. 1. Конечно'элементная расчетная модель здания

Рис. 2. Диалоговое окно Прогрессирующееразрушение

вала неопределенности (в % от Kmax) на�

значается пользователем.

Заметим, что найденные неработаю�

щие элементы – это те, которые отказали

на первом же шаге процесса лавинооб�

разного распространения обрушений.

Если их включить в список конечных

элементов, входящих во внезапно удаля�

емый элемент конструкции, и опреде�

лить, куда передается нагрузка после их

разрушения, то можно получить картину

разрушений на втором шаге и т.д. Однако

чаще требуется выполнить усиление эле�

ментов (может быть, не всех), попавших

в неработающие по результатам первого

шага, и повторить расчет уже для усилен�

ной конструкции. Усиливаемые элемен�

ты следует объединять в соответствую�

щие группы армирования.

Задание первоначальногоармирования

При подборе арматуры по результа�

там прочностного анализа в сечениях

№3 | 2008 | CADmaster

АРХИТЕКТУРА и СТРОИТЕЛЬСТВО

100

Рис. 3. Результаты расчета на прогрессирующее обрушение в трехцветной шкале (осторожная оценка)

Рис. 4. Результаты расчета в зоне обрушившейся колонны по оси 9/В (красный цвет соответствуетвышедшим из строя элементам при осторожной оценке)

элементов преобладает арматура опре�

деленного положения. Так, например, в

пролетах чаще всего необходима только

нижняя арматура, а на опорах – верх�

няя. В результате разрушения части не�

сущих конструкций характер напря�

женно�деформированного состояния

элемента может измениться. Приопор�

ные сечения балки, примыкающие к

вышедшей из строя колонне, становят�

ся пролетными со всеми вытекающими

последствиями. В этом случае актуаль�

ной может оказаться возможность зада�

ния некоего первоначального армиро�

вания, меньше которого в сечении быть

не должно (рис. 6). Если при подборе

арматуры окажется, что первоначаль�

ного армирования недостаточно, то к

нему будет добавлена необходимая ар�

матура. В противном случае в сечении

останется заданное первоначальное ар�

мирование.

Армирование задается значением

площади для каждого вида арматуры

(продольная – нижняя, верхняя, боко�

вая; поперечная – вдоль различных гра�

ней сечения), для каждого сечения или

ряда сечений стержневых элементов ли�

бо для каждого пластинчатого элемента.

Первоначальное армирование всегда

одинаково для всех элементов, входя�

щих в одну группу армирования.

Некоторые выводы и обобщенияПри реализации данного режима ав�

торами принималась во внимание оче�

видная условность исходных предпосы�

лок, заключающаяся в:

� отсутствии достоверной информа�

ции о месте и причинах возникнове�

ния процесса и характере его проте�

кания;

� возможности значительного отличия

реальных параметров разрушения от

приведенных в нормах условий

прочности, поскольку расчетные

значения параметров прочности да�

леко не всегда совпадают с наблюда�

емыми в действительности.

Кроме того, в "Рекомендациях по

снижению опасности (предотвраще�

нию) аварийных воздействий и лавино�

образного (прогрессирующего) обруше�

ния для большепролетных зданий", раз�

работанных НИЦ "Строительство" и

ЦНИИСК им. Кучеренко, отмечается,

что "...невозможно запроектировать и

построить сооружение абсолютно безо�

пасным и при этом не учитывать стои�

мость предотвращения аварийных ситу�

аций...", а также "...сооружения не могут

быть совершенно свободными от риска

обрушения из�за неопределенностей

требований к системе, разброса техни�

ческих свойств строительных материа�

лов, трудностей адекватного моделиро�

вания поведения системы даже с ис�

пользованием современных программ�

ных комплексов..."

Тем не менее в результате численно�

го моделирования можно получить ка�

чественную оценку характеристик ус�

тойчивости конструкции по отношению

к прогрессирующему обрушению, а так�

же сопоставить несколько возможных

сценариев обрушения с целью выявле�

ния слабых мест конструкции.

Литература1. Перельмутер А.В., Сливкер В.И. Рас�

четные модели сооружений и воз�

можность их анализа. – Киев: Изд�

во "Сталь", 2002.

2. Рекомендации по защите монолит�

ных жилых зданий от прогрессирую�

щего обрушения. – Москва, 2005. –

71 с.

3. Карпиловский В.С., Криксунов Э.З.,

Маляренко А.А., Микитаренко М.А.,

Перельмутер А.В., Перельмутер М.А.

SCAD Office. Вычислительный ком�

плекс SCAD для пользователя. –

Москва: Изд�во АСВ, 2006. – 591 с.

Анатолий Перельмутер,д.т.н., главный научный сотрудник

Эдуард Криксунов,к.т.н., директор

Наталья Мосина,заместитель директора

ООО "СКАД СОФТ"E�mail: scad@scadsoft.ru

программное обеспечение

CADmaster | 2008 | №3 101

Рис. 5. Результаты расчета в зоне обрушившейся колонны по оси 9/В с учетом геометрическойнелинейности

Рис. 6. Окно Минимальное армирование

Основа принтеров серии

imagePROGRAF – новая печата�

ющая головка. Принцип ее ра�

боты традиционен для Canon –

выброс чернил происходит за счет микро�

взрыва закипающих в форсунках чернил.

Но параметры печатающей головки отли�

чаются от всего, что было выпущено ра�

нее. Она изготовлена по технологии FINE

(Full�photolithography Inkjet Nozzle

Engineering), которая позволила "упако�

вать" форсунки с высокой плотностью: по

1280 на дюйм (по 50 на миллиметр!), то

есть вдвое больше, чем ранее. Каждая пе�

чатающая головка содержит шесть кана�

лов по два ряда форсунок в каждом – та�

ким образом, в ней 15 360 форсунок. В не�

которых моделях imagePROGRAF уста�

новлены две печатающие головки, так что

печать выполняется более чем 30 тысяча�

ми форсунок. Благодаря этому разработчи�

кам удалось совместить высокую ско�

рость печати с отличным качеством. Для

повышения надежности печати принтеры

оснащены системой контроля за печатаю�

щей головкой. Основа этой системы –

специальный оптический сенсор. Если

проверка обнаружила неработающие

форсунки, то автоматически запускается

прочистка. Даже если по каким�то причи�

нам часть форсунок "реанимировать" не

удается, это не приведет к остановке печа�

ти или ухудшению качества – работу вы�

бывших из строя форсунок будут выпол�

нять их "соседки".

Canon imagePROGRAF дляфотографов

Цифровые фотоаппараты EOS�1Ds

Mark III, объективы серии L – мечта мно�

гих фотографов. Но получить качествен�

ное изображение мало, его нужно пра�

вильно представить заказчику. Можно

№3 | 2008 | CADmaster

Широкоформатныепринтеры Canon

ПЛОТТЕРЫ

102

Японская компания Canon производит цифровыефотоаппараты и оптику для них, цветные копировальныеаппараты, медицинскую технику и, конечно, принтеры –лазерные и струйные. Среди последних весьмаинтересны наиболее "продвинутые" устройства –профессиональные широкоформатные принтеры. В последние пару лет усилия компании в этом сегментестали особенно заметны. Сейчас в ассортименте Canonдевять моделей, различающихся шириной и качествомпечати. О возможностях и особенностях принтеров Canonмы расскажем в этой статье.

Canon iPF5100

показать ему пачку фотографий формата

А4 или принести с собой ноутбук. Но раз�

ве это сравнится с качественным отпе�

чатком площадью в квадратный метр?

Canon предлагает отличные инстру�

менты для изготовления таких отпечат�

ков – принтеры iPF5100/6100/8100/9100с шириной печати 17", 24", 44" и 60" соот�

ветственно. В этих принтерах использу�

ются пигментные чернила Canon LUCIA

(рис. 1). Как и все пигментные чернила,

они обеспечивают повышенную устой�

чивость изображений к воздействию УФ

и окисляющих газов. Интересен подбор

цвета чернил, использованных в палитре

Canon LUCIA, – их 12.

Черные, голубые, пурпурные и жел�

тые чернила обычны для всех струйных

принтеров. Уже привычные светло�го�

лубые и светло�пурпурные нужны для

обеспечения более гладких переходов и

менее заметного растра в светлых облас�

тях. Серые и светло�серые чернила поз�

воляют получить идеальные монохром�

ные фотографии – без малейшего оттен�

ка и с тщательной проработкой града�

ций во всем тоновом диапазоне. До не�

давнего времени печать таких изображе�

ний оставалась надежным оплотом тра�

диционного способа "мокрой" фотопеча�

ти на основе галогенидов серебра, но

сейчас этот бастион пал. Еще три цвета –

красный, зеленый и синий – расширяют

цветовой охват принтеров в наиболее

критичных цветовых областях, позволя�

ют печатать ранее недоступные для

струйной печати цвета. В двенадцатом

картридже находятся так называемые

матовые черные чернила, предназначен�

ные для печати на матовых материалах и

обеспечивающие на них более глубокий

черный цвет. Кстати, печать на матовых

и художественных (например, холсты)

материалах – уникальное свойство

струйных принтеров. Традиционные фо�

тографические процессы на это неспо�

собны ни при ручной, ни при автомати�

ческой печати. Причем Canon iPF может

печатать на листовых материалах тол�

щиной до 1,5 мм.

Свойства чернил LUCIA хорошо со�

четаются с возможностями печатающей

головки: разрешение печати – 2400х1200

dpi, минимальный объем капли – 4 пл,

что делает принтеры iPF лидерами по

качеству печати. Все это дополняется

уникальным программным обеспечени�

ем, поставляемым с принтером. Вместе с

обычным драйвером покупатель

imagePROGRAF получает дополнитель�

ный модуль для программ Digital Photo

Professional и Adobe Photoshop. Его на�

значение – прямой вывод изображения

на принтер, минуя систему печати

Windows. Возможности этого модуля в

целом повторяют возможности драйве�

ра, за одним важным исключением –

возможна печать изображений с глуби�

ной цвета 16 бит на канал без преобразо�

вания их к обычным 8 битам (как это де�

лает любой драйвер принтера). Благода�

ря этому владельцы качественных циф�

ровых фотокамер могут сохранить гра�

дации на своих изображениях.

Но качество печати фотографий

должно быть не просто высоким, а ста�

бильно высоким. Современное массовое

производство обеспечивает высокую по�

вторяемость, но небольшие отличия

между изделиями остаются. Да и в про�

цессе работы их параметры меняются –

в данном случае нам особенно важны па�

раметры печатающих головок. Мини�

мальные изменения их параметров могут

привести к заметному изменению цвето�

передачи. Чтобы устранить эти отклоне�

ния, принтеры Canon iPF оснащены

встроенным цветным денситометром,

измеряющим параметры печати и ком�

пенсирующим их отклонения (рис. 2). На

эту операцию требуется всего 10 мин., и

полезна она не только для настройки од�

ного принтера, но и для совмещения па�

раметров нескольких принтеров. Canon

обещает, что различие в цветопередаче

двух принтеров после калибровки не пре�

высит 2∆E, т.е. будет незаметно для глаза.

Отметим интересную возможность

драйвера Canon iPF. Мало кто задумыва�

ется о том, что когда мы смотрим на фо�

тографию, мы видим отраженный от нее

свет. Разница между отпечатком под

дневным (солнечным) освещением и

лампой дневного света может быть ог�

ромной. Разработчики Canon позаботи�

лись о решении этой проблемы. Фир�

менная система управления цветом

Kyuanos, встроенная в драйвер принтера,

способна учитывать особенности источ�

ника света, под которым будет рассмат�

риваться отпечаток. При печати изобра�

жения пользователь может выбрать меж�

ду солнечным светом, лампой накалива�

ния или лампой дневного света. А при

наличии соответствующего измеритель�

ного прибора можно измерить парамет�

ры конкретного источника света и напе�

чатать фотографии специально для него.

Разработчики потратили немало уси�

лий, чтобы сделать работу с принтером

простой и удобной. Освоить все необхо�

димое можно даже не изучая руководство

пользователя: инструкции (с иллюстра�

циями и на русском языке) отображаются

на большом ЖК�экране (рис. 3). Модели

с шириной печати 44" и 60" оснащены

аппаратное обеспечение

CADmaster | 2008 | №3 103

Canon iPF8000S

уникальной системой выравнивания ма�

териала. Представьте, что вы установили

рулон на принтер и начали печать. Если

перекос материала составил всего 1%, то

на один метр длины печати материал

сдвинется в сторону на 1 см. А если ведет�

ся непрерывная печать на одном рулоне

длиной 30 м? Становится понятно, на�

сколько важна точная подача материала.

Обычные широкоформатные принтеры

проверяют правильность загрузки матери�

ала и сообщают об ошибке, требуя проде�

лать эту операцию еще раз. Принтеры

iPF8100 и iPF9100 выравнивают рулон са�

мостоятельно.

Canon imagePROGRAF для печатныхсалонов

В 2007 г. Canon выпустил две новых

модели, предназначенных для коммерче�

ской печати изображений большого фор�

мата. Принтеры iPF8000S и iPF9000S пе�

чатают на рулонах шириной 44" (1118 мм)

и 60" (1524 мм) соответственно. От прин�

теров этого класса не требуется такого

высокого качества, как при печати фото�

графий, зато критичны стойкость изоб�

ражений, скорость и стоимость печати.

Первое требование определило ис�

пользование в принтере пигментных

чернил Canon LUCIA – аналогичных

тем, что используются в принтерах для

фотографов. А требования скорости и

стоимости заставили разработчиков из�

менить палитру чернил, используемых в

этих моделях. Как и в моделях для печа�

ти фотографий, в них установлены две

шестиканальных печатающих головки.

Но картриджей восемь: не используются

красные, синие, зеленые и светло�серые

чернила. Зато четыре цвета – голубой,

светло�голубой, светло�пурпурный и се�

рый – продублированы в освободивших�

ся каналах печатающей головки. Благо�

даря этому удалось снизить количество

проходов печатающей головки, необхо�

димых для получения требуемого качест�

ва. А значит увеличить скорость печати

до 35 м2/ч в наиболее производительном

режиме.

Второе требование к принтеру для

коммерческой печати – возможность со�

кратить расход чернил, пусть даже за счет

небольшого снижения качества. Разра�

ботчики Canon пошли по другому пути.

При включении экономичного режима

изображение формируется практически

без использования осветленных (светло�

голубые, светло�пурпурные) чернил, так

как вместо двух капель этих чернил до�

№3 | 2008 | CADmaster

ПЛОТТЕРЫ

104

Canon iPF9100

Полная палитра чернил Canon LUCIA в принтере iPF6100 Драйвер принтера iPF оснащен системой управления цветом на основецветовых профилей стандарта ICC

статочно нанести одну каплю голубых

или пурпурных. При этом лишь немного

увеличивается заметность растра в свет�

лых областях, на что обратит внимание

не каждый заказчик.

Производительность печати во мно�

гом определяется тем, насколько удобно

работать с принтером. Как и модели

iPF8100/9100, принтеры iPF8000S/9000S

оснащены системой выравнивания ма�

териала, которая экономит немало вре�

мени при загрузке нового рулона. Цвет�

ной денситометр (такой же, как в фото�

принтерах) стабилизирует цветопере�

дачу принтера. Жесткий диск объемом

80 Гб оптимизирует процесс передачи

данных: управляющий компьютер быс�

трее освобождается, а задание можно

сохранить на диске для последующей

перепечатки.

Canon – конструкторам и архитекторам

Для быстрой печати монохромных и

цветных чертежей на недорогих матовых

материалах и периодической распечатки

качественных фотоизображений Canon

разработал три модели: LP17, iPF610 и

iPF710 с шириной печати 43, 61 и 91 см,

что приблизительно соответствует фор�

матам А2, А1 и А0.

Как все принтеры серии iPF, эти мо�

дели основаны на печатающих головках

FINE с разрешением печати до

2400х1200 dpi и минимальным объемом

капли 4 пл. Отсутствие строгих требова�

ний к качеству печати фотографий поз�

волило ограничиться традиционными

полиграфическими цветами: черным,

голубым, пурпурным и желтым. Разре�

шение – до 1200х2400 dpi.

Что предложили инженеры Canon?

Решение выглядит оригинальным, но

логичным: три канала заняты цветными

чернилами (голубые, пурпурные, жел�

тые), один – обычными черными (BK),

а два – матовыми черными (Matte Black

или MBK) чернилами, которые на мато�

вых материалах обеспечивают более чет�

кие линии и глубокий черный цвет.

Такая схема как нельзя лучше отве�

чает потребностям конструкторов.

Большая часть изображений у них –

м о н о х р о м н ы е

(или с небольшим

количеством цве�

та) чертежи, кото�

рые выводятся на

недорогих мато�

вых материалах.

Объем печати та�

ких изображений

может быть значи�

телен, поэтому бу�

дет очень полезна

увеличенная ско�

рость – около 30 с

на отпечаток фор�

мата А1. Высокое

качество на таких

изображениях не

требуется, поэто�

му можно сэконо�

мить, используя

недорогую бумагу без покрытия. А для

большей экономии – вдвое снизить

расход чернил с помощью режима эко�

номичной печати. Насыщенность цве�

тов в этом режиме снижается, но для

пробных отпечатков ее достаточно.

Однако для современных разработ�

чиков важны и цветные отпечатки фото�

графического качества. Расчет и распе�

чатка трехмерных моделей стала неотъ�

емлемой частью проектирования зда�

ний. При разрешении 1200х2400 dpi

принтеры iPF обеспечат достойное ка�

чество печати даже на обычной бумаге и

очень высокое на специальных материа�

лах для струйной печати.

Точная цветопередача не очень нуж�

на при выводе чертежей, но может быть

критична при печати трехмерных изоб�

ражений. К сожалению, разработчики

программ для трехмерного моделирова�

ния не уделяют этому достаточного вни�

мания (это относится и к ArchiCAD, и к

3ds Max). Зато об этом подумали разра�

ботчики Canon. Драйверы принтеров iPF

оснащены системой управления цветом,

которая позволяет управлять цветопере�

дачей с помощью индивидуальных цве�

товых профилей. Средствами системы

можно решить проблему стабильного

цвета при выводе из различных про�

грамм на различных типах материалов.

При использовании специализиро�

ванного программного обеспечения от

принтера может потребоваться совмес�

тимость с языком HP�GL/2 – общепри�

нятым форматом описания векторных

изображений. Этому условию удовле�

творяют все четырехцветные принтеры

LP17, iPF610 и iPF710. Они справятся

даже со сложными изображениями –

объем встроенной памяти составляет

128 Мб у LP17 или 256 Мб у iPF610/710.

Пользователи AutoCAD вместо стан�

дартного Windows�драйвера могут ис�

пользовать специализированный HDI�

драйвер – он тоже поставляется с прин�

тером.

Принтеры для профессионаловСреди принтеров серии

imagePROGRAF можно выбрать мо�

дель для любых целей – от вывода чер�

тежей формата А2 до печати фотогра�

фий шириной более полутора метров с

эксклюзивным качеством. В любом из

них вы найдете сочетание отличного

качества печати с высокой производи�

тельностью.

По материалам компании Canon

аппаратное обеспечение

CADmaster | 2008 | №3 105

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

Сферы применения принтеров Canon

Что нужно человеку для счастья?

Вопрос сложный, неоднознач�

ный, уводящий в длительные

рассуждения.

Что нужно человеку для создания

высококачественных копий формата

до А0 и при этом полностью идентич�

ных оригиналу? Вопрос простой: циф�

ровая копировальная система, а точнее

широкоформатный сканер ContexHAWK�EYE G36, широкоформатный

же принтер Canon iPF710, 36", про�

граммное обеспечение JETimage NET,

карточка Smart Upgrade и, как полез�

ное дополнение, напольный стенд,

позволяющий разместить оборудова�

ние на площади чуть больше одного

квадратного метра.

Но давайте по порядку. Сначала – не�

сколько слов о решении в целом.

Как это выглядит?Сканер и плоттер компактно вписа�

ны один над другим в эргономичный на�

польный стенд, который оборудован

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

сенсорный дисплей управления или

кружку с кофе. Правда, наслаждаться на�

питком будет некогда – скорость копи�

рования и печати практически молние�

носна: лист формата А0 материализуется

в режиме Draft за 56 секунд. На сегодня

это самый высокий показатель для ана�

логичного оборудования, представлен�

ного на рынке.

Как это работает? Работает это тихо. Акустическая

мощность комплекса в рабочем режиме

составляет не более 52 дБ.

Еще никогда управлять цифровой ко�

пировальной системой не было так про�

сто! Прямое копирование со сканера на

принтер происходит при нажатии одной�

единственной кнопки Copy.

Сканер Contex HAWK�EYE G36 мож�

но подключить, используя два эффек�

тивных интерфейса: FireWire и промыш�

ленный стандартный USB2. Драйвер,

входящий в комплектацию, позволяет

рассматривать сканер как полноценное

сетевое устройство. Благодаря поддерж�

ке интерфейсов STI (Still Image

Interface), WIA (Windows Image

Acquisition) и TWAIN гарантировано

подключение сканера к текущим и пер�

спективным версиям систем Windows.

Пятицветная система реактивных

чернил плоттера Canon iPF710, 36" суще�

ственно повышает качество отпечатков:

чернила не смазываются, цветопередача

улучшается. Технология фотолитографи�

ческого изготовления чернильных форсу�

нок FINE обеспечивает точность переда�

чи оттенков цвета, высокое разрешение,

четкость и резкость изображений. Имен�

но это позволяет аппарату печатать с вы�

соким разрешением 2400 точек на дюйм,

без искажений передавая тончайшие ли�

нии (0,02 мм в теории) и мелкий текст.

Функциональный комплекс "сканер +

принтер" оптимально дополнен програм�

мой JETimage NET и карточкой SmartUpgrade. Программный продукт продуман

как в плане удобства использования, так и

с точки зрения спектра потенциальных

потребностей. То есть он не только управ�

ляет процессом сканирования и печати,

но также ведет количественный и качест�

венный учет отпечатков, о чем готов от�

читаться по первому требованию пользо�

вателя. Карточка Smart Upgrade позволяет

увеличивать разрешение изображение от

600 до 9600 dpi.

№3 | 2008 | CADmaster

1+1больше чем 2

СИСТЕМЫ ШИРОКОФОРМАТНОГО КОПИРОВАНИЯ

106

Многие компьютерные системы слишком сложные… Это одна из вещей,

которые программисты должны решить, – как сделать системы просты�

ми, чтобы их было легко использовать.

Сергей Брин, президент по технологиям и основатель Google

(из интервью газете "Ведомости" 20 мая 2008 г.)

Contex HAWK'EYE G36

Сколько это стоит?Цифровая копировальная система

стоит на 15% меньше суммы стоимости

того же оборудования, приобретаемого

по отдельности.

Интересно? Что ж, давайте поближе

познакомимся с элементами этого, не�

сомненно, удачного решения.

Широкоформатный сканер ContexHAWK<EYE G36

Визуально теплый, практически до�

машний, из тех, что приятно окинуть

взглядом; выгодно отличается просто�

той управления и эксплуатации. На

внешней панели управления всего не�

сколько кнопок, снабженных "говоря�

щими" пиктограммами.

Вот что можно прочесть в сопрово�

дительной рекламной листовке произ�

водителя, датской компании Contex A/S:

"Сканер HAWK�EYE G36 знаменует собой

новую эру в технологии широкоформатно�

го сканирования. Этот сканер является

результатом инновационных и революци�

онных решений, которые обеспечивают

чрезвычайно быстрое и высококачествен�

ное сканирование, которое может быть

приемлемым для большой категории новых

пользователей".

В реальной жизни эти рекламные

фразы переводятся в многочисленные

преимущества для целого ряда областей

применения.

Профессиональные задачи ГИСЗапатентованная система точной на�

стройки оптической системы (Accuracy

Lens Enhancement (ALE)) обеспечивает

высокую точность сканирования. По�

грешность составляет всего 0,1% +1 пик�

сель. Это очень важно, например, для

картографов. Путешественник может

быть уверен в скрупулезной точности та�

кой карты: на месте дороги он не обнару�

жит что�нибудь другое – например, речку.

Сканирование архивных и художественных материалов

Как сделать документы из музейных

собраний максимально доступными и в

то же время не повредить их, ведь воз�

раст многих экспонатов исчисляется

столетиями? Конечно, перевести их в

цифровой формат и организовать элек�

тронный архив. Для этих целей незаме�

ним сканер Contex HAWK�EYE G36.

Привод сканера "All�Wheel Drive" обес�

печивает бережную подачу раритета при

эффективном сцеплении с объектом, а

максимальная толщина оригинала мо�

жет составлять 12 мм.

Как сделать электронную копию ху�

дожественного произведения, не уступа�

ющую по качеству оригиналу: те же те�

ни, полутона, та же выразительность?

Сканер готов решить на безусловную

"пятерку" и эту задачу. Помогут возмож�

ность глубины передачи цвета в 48 бит,

четыре линейных приемника ПЗС,

обеспечивающие высококачественное

воспроизведение полутонов, независи�

мая настройка градационных характери�

стик в каналах RGB (так называемая

гамма�характеристика), независимая ус�

тановка белой и черной точки.

Сканирование конструкторскойдокументации и чертежей САПР

Что в отсутствие широкоформатного

сканера делает профессиональный кон�

структор, которому необходимо переве�

сти бумажную проектную документа�

цию формата А0 в цифру? Правильно,

сканирует чертеж частями, а затем со�

единяет их в единый файл. Не правда ли,

это трудоемко и хлопотно, не говоря уж

о времени, которое приходится тратить

на многочисленные операции? Куда эф�

фективнее доверить решение этой зада�

чи сканеру Contex HAWK�EYE G36. Ма�

ло того, что такой помощник сделает это

практически в мгновение ока (макси�

мальная скорость сканирования –

25,40 см в секунду), так еще и суперкаче�

ственно, благодаря все той же точной

настройке оптической системы.

Широкоформатный принтер CanoniPF710, 36"

Плоттер Canon iPF710, 36" может

стать не просто помощником, а партне�

ром при решении широкого круга про�

аппаратное обеспечение

CADmaster | 2008 | №3 107

Canon iPF710

фессиональных задач. Почему партне�

ром? Потому что при разработке устрой�

ства производители учли множество ус�

ловий, которые, несомненно, повышают

эффективность труда: упрощают эксплу�

атацию, экономят средства.

Список достоинств и преимуществ

модели Canon iPF710, 36" обширен. Вот

только некоторые, самые показательные:

� поддержка формата HP�GL/2 и HP

RTL в CAD�приложениях;

� молниеносная скорость печати: лист

формата А1 за 33 секунды, лист фор�

мата А0 за 56 секунд;

� экономия бумаги благодаря техноло�

гии free lay out. На одном листе ком�

пактно размещаются различные зада�

ния;

� опция экономичной печати (пред�

просмотра), обеспечивающая 50�

процентную экономию чернил;

� компенсация качества изображения

за счет уникального количества и

плотности форсунок, а также посто�

янного объема капли для каждого

цвета (4 пиколитра);

� интеллектуальный выбор способа пе�

чати в зависимости от качества носи�

теля, не требующий дополнительной

механической смены типа чернил.

Еще непременно стоит подчеркнуть

возможность полноценного использования

плоттера не только для решения задач

САПР и ГИС, но и в фотолабораториях, ко�

пировальных салонах, образовательных уч�

реждениях, архивах и музеях. Столь широ�

кий спектр областей применения обуслов�

лен возможностью печати фотографичес�

кого качества (максимальное разрешение

2400х1200 dpi) и абсолютной идентичнос�

тью копии понтонной шкале оригинала,

что особенно важно при необходимости

строго соблюдать корпоративный стиль.

Программное обеспечениеJETimage NET

Это программа для копирования отска�

нированного изображения непосредствен�

но на широкоформатный принтер. Поми�

мо отмеченных достоинств JETimage NET,

справедливо отметить, что программа оп�

тимальна по скорости, гибкости и произво�

дительности. Продукт поддерживает все

возможности сканера, включая аппарат�

ные средства улучшения и корректировки

изображения. Кроме того, предусмотрены

следующие возможности:

� подбор цвета соответственно принте�

ру и носителю;

� коррекция цвета в режиме реального

времени;

� предварительный просмотр в режиме

WYSIWYG;

� печать из файла/списка файлов;

� печать и копирование на несколько

принтеров одновременно;

� внешние цветовые профили;

� встроенный RIP, оптимизированный

для обработки данных сканирования

и обладающий возможностью при�

способления к типичным нелиней�

ным цветовым характеристикам раз�

личных плоттеров.

Подытоживая все сказанное, можно

смело утверждать, что данный копиро�

вальный комплекс – это оптимальное

решение для предприятий малого и сред�

него бизнеса, образовательных и куль�

турных учреждений.

При обращении в компанию

Consistent Software Distribution, которая

является системным партнером Canon

North East Oy и эксклюзивным дистри�

бьютором Contex Scanning Technology

A/S в России, вас ждет не только радуш�

ный прием, но и профессиональная по�

мощь в инсталляции и обучении.

Подробности этого предложения вы

найдете на сайте www.consistent.ru.

Иван Василёв, продакт�менеджер

отдела аппаратного обеспечения Consistent Software Distribution

Тел.: (495) 642�6848E�mail: vasilev@consistent.ru

СИСТЕМЫ ШИРОКОФОРМАТНОГО КОПИРОВАНИЯ

CA

Dm

ast

er

3’2

00

8