lms.insstroy.rulms.insstroy.ru/webtutor/iss/b1-04-psot.pdfтаком решении должен быть обеспечен открытый интерфейс к самой системе,

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

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

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

архитектурных и строительных решений, снижения стоимости зданий и сооружений, а также

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

мощности. Решение этих задач возможно лишь при достижении высокого качества всех

проектных разработок.

Проектирование сложных объектов и решение основных задач проектирования невозможно

сегодня без систем автоматизированного проектирования (САПР), систем управления базами

данных (СУБД) и систем управления данными о проекте (РОМ). Великая функциональность

таких систем стремительно расширяется. Однако не менее важным девелоперским фактором,

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

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

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

Реализация современных требований сокращения сроков и стоимости проектирования,

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

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

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

проектирования. Такие методологии должны учитывать, что на разных этапах жизненного

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

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

сохранения причинно-следственных связей).

Современные тяжелые системы автоматизированного проектирования уже давно не являются

только системами трехмерного черчения. Они включают в себя развитые средства накопления и

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

по стадиям, подсистемам и ролям и т.д. Соблюдение методологий проектирования частично

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

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

целом. Для автоматизации этих возможностей требуется соответствующая информационная

поддержка со стороны PDM, VPDM (Virtual Product Data Management), CPD (Collaborative

Product Development), CPC (Collaborative Product Commerce) и т.п., а сегодня позиционируемых

© АНОДПО «Институт современных специальностей». 2015 год

как системы cPDm (collaborative Product Definition management).

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

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

технологий и методологии организации данного процесса.

В настоящее время пока еще не существует систем, которые в полной мере реализуют

концепцию cPDm. Границы между CPD, CPC, VPDM, а также «классическим» PDM размыты по

своей природе: не существует абсолютных критериев определения принадлежности системы к

какому-то специфическому классу. Многие производители относят свою систему к нужному им

классу только потому, что в нее включены соответствующие функции. Если использовать

подобные «мягкие» критерии, то почти все современные PDM-системы можно позиционировать

как cPDm.

Современные проекты обычно характеризуются жесткими ограничениями по времени,

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

Для выполнения таких проектов требуется PLM-решение, позволяющее управлять хранением

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

и ассоциативности; обеспечивать многофункциональную среду проектирования,

предполагающую быстрый, легкий и надежный обмен проектными данными. Кроме того, в

таком решении должен быть обеспечен открытый интерфейс к самой системе, а также в другие

РОМ.

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

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

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

элементов данных, а проекты имеют как минимум два различных вида конфигураций:

конфигурацию состава (или «Комплектация») и конфигурацию состояния. Проектные данные

должны управляться не только параметрами, но и DTs (управляющие таблицы), Rules (правила),

Checks (проверки) и т.д. Проектные данные имеют «поведенческие» элементы описания

(Behavior features), требуя контроля средствами RDM и характеризуясь высокой вариантностью

(«как задумано», «как спроектировано», «как изготовлено», «как существует при

эксплуатации»).

Методология Relational Generative Design (RGD) пока еще не имеет устоявшегося

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

концепцию cPDm. Ее можно определить как «Параллельное разделенное по стадиям

проектирование с использованием и накоплением знаний». RGD — одно из решений,

составляющих основу современного автоматизированного проектирования. Перечислим


основные принципы методологии RGD.

• Процесс проектирования разделяется на стадии.

• Каждой стадии соответствуют специализации пользователей по ролям, представлениям

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

• Переход к следующей стадии модели наследуют только те данные, которые необходимы для

работы на этой стадии.

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

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

текущей стадии.

• Сохраняется ассоциативная ссылочность на данные предыдущих стадий проектирования.

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

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

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

проекта в целом — все причинно-следственные связи отслеживаются по ссылкам. Общая схема

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

Разделение на стадии зависит от специфики конкретной прикладной области или от специфики

проектной организации. Рассмотрим общий пример деления на стадии:

• инженерного моделирования (Engineering Design, ED);

• геометрического моделирования (Shape Definition, 5D);

• определения детали как компонента сборки (Part Definition, PD);

• определения системно-функциональной сборки (Functional DMU Definition);

• определения технологической сборки (Manufacturing DMU Definition).

Сегодня многие проектные организации предпочитают осуществлять внедрение средств

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

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

автоматизацию по всем этапам решения задач проектирования.

Первый путь — комплексное решение задач проектирования на базе одной программной

системы, увязывающей в одно целое подсистемы CAD 2D (системы автоматизированного

проектирования двухмерных объектов), CAD 3D (системы автоматизированного

проектирования трехмерных объектов), расчетные программы и интегрируя с «материнской»

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

Проектное решение создается в единой интегрированной системе по цепочке 30-модель —

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

проектирования: чертежная документация — 30-модель — и т.д. Результат — единый проект, в


котором хранится вся информация об объекте проектирования и его возведении. В любой

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

данных остальных подсистем.

Второй подход упрощенно сводится к следующему: для 30-моделирования и 20-моделирования

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

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

для получения чертежей создаются 2D-проекции, которые экспортируются из системы

моделирования в стандартном формате, скажем, DXF. Затем эти данные импортируются в 20-

систему, не связанную с системой моделирования, где на основе этих проекций оформляется

чертежная документация. Для расчетных программ данные также экспортируются в

промежуточный формат (например, IGES), а затем импортируются в расчетные системы, где

дополняются информацией по особенностям конструкции.

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

Помимо того, что данные оторваны друг от друга и их совместная модификация приводит к

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

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

данных, поскольку экспорт и импорт через промежуточные форматы не всегда может

гарантировать адекватность. Кроме того, учитывая интерактивность процесса проектирования,

время на внесение изменений при множестве систем и форматов растет почти экспоненциально.

Данный подход возникает из реальной предыстории организации, либо в результате спонтанных

приобретений проектного института новых систем.

В определенной мере развитие САПР во всем мире направлено на интеграцию программных

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

поэтому все «тяжелые» системы (Unigraphics, Pro/Engineer, Catia) предлагают интегрированные

решения в рамках единой программной платформы.

Программная платформа, обеспечивающая комплексное решение задач строительного

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

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

документации;

• развиваемое геометрическое ядро 30-моделирования;

• инструментарий для адаптации и создания приложений;

• интегрированные расчетные модули;

• поддержка DLTD-технологий (Digital Logistics Technical Data).

Однако в настоящее время не существует ни одной подобной платформы, способной


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

графической и информационной документации.

Параметризация. В настоящее время среди средств трехмерного твердотельного моделирования

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

параметризация реализуется на уровне библиотечного элемента для трехмерной операции и

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

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

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

лучшем случае системы оснащаются параметрическими библиотеками стандартных элементов.

На создание же собственных библиотечных элементов в таких системах уходит, как правило,

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

В таких системах, как SolidWorks, Solid Edge, Autodesk Mechanical Desktop, Inventor,

используется параметрическая подсистема компании D-CUBED, построенная на

параметризации по размерам. Эта подсистема ориентирована, прежде всего, на построение

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

В программном пакете ArchiCAD используется геометрическая параметризация. На основе

внутреннего языка программирования GDL параметризуются все элементы: линии,

геометрические параметры, тексты, атрибуты элементов. При этом параметры могут быть

связаны любыми взаимоотношениями. Если же пользователю нет необходимости использовать

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

AutoCAD. В трехмерном моделировании параметризация эффективно служит для построения

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

измененных моделей часто возникают проблемы восстановления цепочек операций (для

идентификации исходных элементов). Это касается отдельных деталей, сборочных

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

трехмерных моделей.

3D-моделирование. Популярность Unigraphics, SolidWorks и Solid Edge позволяет говорить о

лидерстве в этой области ядра Parasolid компании UGS. Программные пакеты, разработанные на

платформе Parasolid, позволяют быстро и точно реализовывать математические операции любой

сложности, поддерживать многопроцессорную обработку, моделировать 3D-объекты любой

геометрии. Пользователи получили возможность работать в полнофункциональной САПР и

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

позволяющий по моделям в формате Parasolid оформлять технические чертежи. Работа с единой

структурой данных при моделировании отдельных объектов и сборочных конструкций


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

работе. Появились новые возможности по выполнению трехмерных операций, например,

выталкивание от грани до грани, от поверхности до поверхности, через всю модель, на

расстоянии от поверхности. Можно также задать путь, вдоль которого «идет» поверхность.

Профили и пути могут быть пространственными и не обязаны пересекаться. При этом

реализован алгоритм минимального кручения. Существенно ускорена работа с большими

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

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

Расчетные модули. Не все современные системы компьютерного трехмерного моделирования

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

в расчетные программы. В тех же системах, где реализована возможность использования

внутренних расчетных приложений, не полностью предоставлена возможность произвести

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

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

дополнение данных по характеристикам конструкций и элементов, что негативным образом

отражается на процессе подготовки 30-модели к расчету: увеличиваются сроки проектирования;

требуется полная переподготовка данных для расчета в случае изменения проекта (трехмерной

модели объекта, сооружения).

В настоящее время, как было отмечено ранее, большинство программных средств,

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

с этим практически нигде не учитывается специфика российских ГОСТов, СНиПов и других

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

Таким образом, на сегодняшний день не существует ни одной системы автоматизированного

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

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

Период времени, когда «автоматизация» проектирования в строительстве заключалась в закупке

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

слова «Internet», выражение «глобальная сеть» у всех давно не вызывают удивления и страха,

поскольку за прошедший период времени произошло формирование группы специалистов,

одинаково хорошо владеющих спецификой своей профессии и работающих с привлечением

современного ПО на компьютере, назрела необходимость качественного скачка в понимании и

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

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

осуществлено с привлечением Internet-технологий, которые обеспечат комплексным системам


автоматизированного проектирования в строительстве широкий спектр новых характеристик:

• общедоступность;

• возможность дистанционного интерактивного обучения;

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

• своевременное обновление нормативных баз данных, обеспечивающих строгое соответствие

процесса проектирования и выдаваемой проектной документации;

• своевременное полное обновление расчетной системы проектирования;

• возможность выбора принципиального решения задачи проектирования на основе

интерактивного анализа проектов-аналогов;

• создание и накопление параметризуемой базы объектов (создание библиотек объектов);

• организация интерактивных конференций по вопросам организации проектирования в

строительстве;

• создание и своевременное пополнение электронной интерактивной базы данных

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

• создание Internet-рынка материалов, конструкций, элементов;

• автоматический расчет стоимости объекта проектирования на основе своевременно

обновляемых баз данных производителей соответствующих изделий.

При создании системы, удовлетворяющей вышеописанным характеристикам, станет возможным

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

строительного проектирования, но и решатся многие задачи, связанные с применением

«старых» систем проектирования. Вопрос конвертации и доработки данных при передаче из

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

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

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

наличии доступа к Internet), произвести расчет, учитывающий настоящие требования

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

на интересующие его строительные материалы. Наличие базы готовых проектов в системе и

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

рациональные решения при выполнении аналогичных задач. Решится вопрос длительного

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

будет подкреплен обширной справочной информацией, сопровождающей (при желании

пользователя) работу в системе.

Создание данной системы может быть реализовано при использовании вышеописанной


концепции комплексной автоматизации в строительном проектировании с использованием

современных Internet-технологий.

Литература

1. Гинзбург А.В., Каган П.Б. Автоматизация организационно-технологического проектирования

в строительстве//Открытые системы. - 1997. - №4.

2. Кураксин С. На пути к комплексной автоматизации//Открытые системы. - 2001. - №5.

3. Краюшкин В. Современный рынок систем РОМ//Открытые системы. - 2000. - № 9.

4. Тоскина Н. mySAP PLM - инструмент управления жизненным циклом//Открытые системы. -

2002.- № 2.

Автоматизация проектирования — новый прогрессивный развивающийся процесс, ведущий

к значительному изменению существующей технологии в архитектурно‐строительном

проектировании. Изменяются существующая последовательность и время выполнения

отдельных операций в проектировании, форма представления информации, эффективность при

автоматизированном проектировании значительно зависит от организации взаимодействия

человека с вычислительной машиной, системы представления справочно‐информационного

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

проектирования заметно не меняется, однако появляются новые операции, например,

подготовка исходных данных для машинной обработки, и сокращается время выполнения

отдельных этапов.

Комплексная же автоматизация проектирования вносит коренные изменения в технологию

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

информационных материалов, методов решения и оценки и до конечных операций, т. е. до

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

В настоящее время значительное число проектных институтов страны уже имеет опыт

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

Опыт комплексной автоматизации проектирования пока совершенствуется и поэтому еще

окончательно не отработаны стабильные методы и процедуры такого проектирования. Однако

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


процесса проектирования' являются технологические линии автоматизированного

проектирования (ТЛП), которые разрабатываются в ряде научно‐исследовательских институтов

нашей страны и за рубежом. ТЛП объединяют несколько совместно работающих групп (бригад)

автоматизированного проектирования. Основной задачей ТЛП является повышение качества

проектно‐сметной документации и производительности труда проектировщиков.

При разработке проектов ТЛП может выполнять определенный комплекс проектных работ.

При этом структура ТЛП имеет две подсистемы: проектирующие и обеспечивающие.

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

обеспечивающие — занимаются технологической подготовкой процессов автоматизированного

проектирования (рис. II.7)

Организацию, управление и планирование процесса проектирования в ТЛП осуществляют с

помощью разработанных технологических карт, которые имеют следующие три вида:

технологические карты проектирования (ТКП), исполнительные технологические карты (ИТК) и

организационные технологические карты (ОТК). Основной из них при составлении поточной

технологии проектирования на ТЛП является ТКП (табл. II.3), которая составляется в процессе

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

проектирования и трудозатрат на каждом этапе.

Основой организации процесса проектирования является ОТК (табл. П.4), которые

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

проектных операций, составляющих рассматриваемый проектный процесс.

ТЛП использует комплекс технических средств, включающих вычислительную систему,

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

Одной из первых в нашей стране была технологическая линия по проектированию несущих

каркасов гражданских зданий на основе серии ИИ‐04‐КОРТ (каркас ортогональный).

Эта технологическая линия проектирования КОРТ обеспечила выпуск рабочих чертежей,

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

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

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


ТЛП КОРТ только принимает решения и анализирует результаты, а обработку принятых

решений, хранение информации (постоянной и получаемой в процессе проектирования)

выполняет ЭВМ.

Математическое обеспечение объединено в семи специальных блоках, каждый из которых

выполняет определенные функции. В блоке КОРТ‐1 формируется информация об

идеализированной схеме проектируемого здания (сооружения), в блоке КОРТ‐2 проверяется

прочность и устойчивость здания, в блоке КОРТ‐3 решается компоновка сооружения из сборных

элементов, в блоке КОРТ‐4 проектируются нестандартные элементы, блок КОРТ‐5 обеспечивает

получение чертежей на устройствах вывода графической информации, блок КОРТ‐6 изготовляет

сметную документацию, а блок КОРТ‐7 представляет собой информационно‐поисковую систему

технологической линии автоматизированного проектирования. Структура математического

обеспечения позволяет вносить в него изменения и дополнения в процессе эксплуатации.

линии.

Разработана и экспериментально внедряется другая технологическая линия

автоматизированного проектирования крупнопанельных жилых домов — КПД. Эта линия

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

частым шагом поперечных несущих стен на стадии технического проекта. При этой

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

постоянную и переменную. К постоянной относятся: нормы, каталоги архитектурно‐

строительных деталей и индустриальных изделий, каталог типовых элементов дома и т. д. К

переменной информации — характеристики* которые определяют структуру объекта

проектирования (пролеты, число этажей, число и типы квартир и т. д.). В результате работы

линии КПД можно выбрать оптимальное архитектурно‐планировочное и конструктивное

решение и получить необходимую проектную документацию — чертежи, спецификации и

сметы. Методика проектирования в КПД основана на широком использовании типовых

решений. Проектирование проходит на шести уровнях: 1—индустриальные изделия и детали

(типовые, общесерийные); 2 — конструктивно‐планировочные ячейки (группы помещений,

ограниченные несущими конструкциями); 3 — квартиры и лестнично‐лифтовые узлы; 4 — этажи

секций (группы квартир и лестнично‐лифтовые узлы); 5 — блок‐секции (совокупность этажей‐


секций, объединенных одним узлом вертикальных связей); 6 —дом (совокупность блок‐

секций).

Разработка проекта ведется последовательно от мелких элементов к более крупным, т. е.

технология проектирования на каждом уровне состоит из компоновки элементов данного

уровня из элементов нижележащего уровня. На каждом уровне определяются показатели,

характеризующие элементы данного уровня. При этом па всех уровнях проектирования

происходит оценка вариантов проектных решений.

Разработаны алгоритмы для выбора только тех вариантов, которые удовлетворяют

требованиям, заранее заданным, например нормативным. С помощью программно‐

реализованных алгоритмов определяются показатели, характеризующие разные стороны

проектного решения. Комплексную оценку проектных решений можно осуществить в ТЛП КПД

двумя путями: проектировщиком, который может учитывать дополнительные показатели;

алгоритмически, по специально разработанной методике. Технологический процесс

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

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

параметров проектирования; второй блок автоматизации поиска архитектурно‐планировочного

решения с отработкой планов, фасадов и перспективных изображений;

третий блок общего конструирования объекта и его расчета с выдачей монтажных чертежей

и спецификаций;

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

по этим решениям;

пятый блок определения сметной стоимости по единичным расценкам и укрупненным

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

Проектирование в ТЛП КПД ведется в режиме диалога проектировщика и ЭВМ, что

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

или светового карандаша и оперативного вывода информации на печатающее устройство или

экран электронно‐лучевой трубки (дисплей). Разработка чертежей основана на принципе

сборки макетов чертежей из отдельных фрагментов и деталей по специальным макетам. На


рис. П.8 показан фрагмент плана здания жилого дома |С расстановкой мебели в квартире, а в

табл. П.6 — пример вывода информации о проектируемом объекте на печатающее устройство

для контроля за‐ходом проектирования и сравнения показателей. Комплекс технических

устройств, обслуживающих КОРТ и КПД, состоит из ЭВМ БЭСМ‐6 с набором внешних устройств и

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

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

«Автоматизированных технологических линий проектирования

строительной части промышленных зданий (ТЛП‐ПЗ)», которая

является подсистемой САП‐ПИ промышленного профиля. Струк

турная модель ТЛП‐ПЗ (см. рис. II.8) состоит из пяти проектиру

ющих и трех обеспечивающих подсистем. Рассмотрим подсистему

«Архитектурно‐строительное проектирование», являющуюся веду

щей проектирующей подсистемой ТЛП‐ПЗ, потому что в ней оп

ределяется основная структура объекта и разрабатываются зада

ния для остальных проектирующих подсистем ТЛП. В этой под

системе решается комплекс архитектурно‐планировочных задач,

которые могут быть условно разделены на два этапа: поисковый

и деталировочный.

В поисковом этапе большое место занимает взаимодействие с заказчиками проектов,

системами более высокого ранга, смежными проектирующими подсистемами ТЛП. На этом

этапе также решаются задачи: сбор справочно‐нормативной информации; формирование

результатов предварительной проработки проекта в графических и табличных видах (первые

промежуточные результаты); формирование вариантов компоновочных и конструктивных


решений, их оценка и выбор оптимальных проектных решений; формирование заданий

смежных подсистем ТЛП. Решаемые задачи на этом этапе требуют большого участия

архитекторов в процессе проектирования. Технические средства на поисковом этапе

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

архитектор.

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

несущих и ограждающих конструкций; проектирование узлов и элементов; изготовление и

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

На деталировочном этапе появляется возможность программного решения всех перечисленных

выше задач. Однако этот этап не может производиться автоматически, без участия человека, за

которым остаются функции контроля, корректировки и оценки получаемых результатов.

Необходимым условием комплексного взаимодействия всех подсистем является наличие

единой цифровой модели промышленного здания (рис. 11,9), которая позволяет обеспечить

системное единство всех информационных связей проектирующих подсистем. В модели

каждый блок содержит определенный состав данных:

блок «Строительная ситуация» — информацию о районе строительства, ограничениях на

имеющиеся ресурсы, технологические и социально‐экономические требования к объекту

проектирования;

блок «Структура объекта» — состав элементов объекта и их взаимосвязи;

блок «Типология объекта» — классификацию типов объектов промышленных зданий по

назначению, этажности, условиям функционирования и т. д.;

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

элементов;

блок «Метрика объекта» — значение параметров промышленных зданий: пролет, шаг,

высота, размеры температурных блоков и т. д.;


блок «Качество объекта» — технико‐экономические показатели, характеризующие

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

и. др.


САПР

Определение, назначение, цель

По определению САПР ‐ это организационно‐техническая система, состоящая из

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

подразделений проектной организации, выполняющая автоматизированное проектирование

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

Из этого определения следует, что САПР ‐ это не средство автоматизации, а система

деятельности людей по проектированию объектов. Поэтому автоматизация проектирования как

научно‐техническая дисциплина отличается от обычного использования ЭВМ в процессах

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

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

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

Идеальная схема функционирования САПР представлена на рис. 7.1.

Эта схема идеальна в смысле полного соответствия формулировке согласно существующим

стандартам и несоответствия реально действующим системам, в которых далеко не все

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

пользуются этими средствами.

Рис. 7.1. Схема функционирования САПР; КСА ‐ комплекс технических средств

Проектировщики, как следует из определения, относятся к САПР. Это утверждение вполне

правомерно, т. к. САПР ‐ это система автоматизированного, а не автоматического

проектирования. Это значит, что часть операций проектирования может и всегда будет

выполняться человеком. При этом в более совершенных системах доля работ, выполняемых


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

в большинстве случаев ‐ более ответственной.

Из определения САПР следует, что целью ее функционирования является проектирование.

Как уже было сказано, проектирование ‐ это процесс переработки информации, приводящий, в

конечном счете, к получению полного представления о проектируемом объекте и способах его

изготовления.

В практике неавтоматизированного проектирования полное описание проектируемого

объекта и способов его изготовления содержит проект изделия и техническую документацию.

Для условия автоматизированного проектирования еще не узаконено название конечного

продукта проектирования, содержащего данные об объекте, и технологии его создания. На

практике его называют по‐прежнему "проектом".

Проектирование ‐ это один из наиболее сложных видов интеллектуальной работы,

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

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

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

автоматизации такого процесса необходимо четко знать, что в действительности он собой

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

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

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

последовательно все новые проектные операции. Соответственно, поэтапно создавались новые

и совершенствовались старые системы. Чем на большее число частей разбита система, тем

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

оптимизацию.

Объектом автоматизации проектирования являются работы, действия человека, которые

он выполняет в процессе проектирования. А то, что проектируют, называют объектом

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

Человек может проектировать дом, машину, технологический процесс, промышленное

изделие. Такие же объекты призвана проектировать САПР. При этом разделяют САПР изделия

(САПР И) и САПР технологических процессов (САПР ТП).


Следовательно, объекты проектирования не являются объектами автоматизации

проектирования. В производственной практике объектом автоматизации проектирования

является вся совокупность действий проектировщиков, разрабатывающих изделие или

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

конструкторской, технологической и эксплуатационной документаций.

Разделив весь процесс проектирования на этапы и операции, можно описать их с помощью

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

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

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

поставленным целям.

При проектировании сложного объекта различные проектные операции многократно

повторяются. Это связано с тем, что проектирование представляет собой закономерно

развивающийся процесс. Начинается он с выработки общей концепции проектируемого

объекта, на ее основе ‐ эскизного проекта. Далее приближенные решения (прикидки) эскизного

проекта уточняются на всех последующих стадиях проектирования. В целом такой процесс

можно представить в виде спирали. На нижнем витке спирали находится концепция

проектируемого объекта, на верхнем ‐ окончательные данные о спроектированном объекте. На

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

идентичные операции, но в увеличивающем объеме. Следовательно, инструментальные

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

Практически решить в полном объеме задачу формализации всего процесса

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

операций, это себя все равно оправдает, т. к. позволит в дальнейшем развивать созданную

САПР на основе более совершенных технических решений и с меньшими затратами ресурсов.

В целом, для всех этапов проектирования изделий и технологии их изготовления можно

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

поиск и выбор из всевозможных источников нужной информации;

анализ выбранной информации;

выполнение расчетов;


принятие проектных решений;

оформление проектных решений в виде, удобном для дальнейшего

использования (на последующих стадиях проектирования, при изготовлении или

эксплуатации изделия).

Автоматизация перечисленных операций обработки информации и процессов управления

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

функционирования современных САПР.

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

отличия от "позадачных" методов автоматизации?

Первой характерной особенностью является возможность комплексного решения общей

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

возможность интенсивного обмена информацией и взаимодействие не только отдельных

процедур, но и этапов проектирования. Например, применительно к техническому

(конструкторскому) этапу проектирования САПР РЭС позволяет решать задачи компоновки,

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

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

Применительно к системам более высокого уровня можно говорить об установлении тесной

информационной связи между схемотехническим и техническим этапами проектирования.

Такие системы позволяют создавать радиоэлектронные средства, более эффективные с точки

зрения комплекса функциональных и конструкторско‐технологических требований.

Вторым отличием САПР РЭС является интерактивный режим проектирования, при котором

осуществляется непрерывный процесс диалога "человек‐машина". Сколь ни сложны и

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

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

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

выступать мощным инструментом его творческой деятельности.

Третья особенность САПР РЭС заключается в возможности имитационного моделирования

радиоэлектронных систем в условиях работы, близких к реальным. Имитационное

моделирование дает возможность предвидеть реакцию проектируемого объекта на самые


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

макетирования. Ценность этой особенности САПР заключается в том, что в большинстве случаев

крайне трудно сформулировать системный критерий эффективности РЭС. Эффективность

связана с большим

числом требований различного характера и зависит от большого числа параметров РЭС и

внешних факторов. Поэтому в сложных задачах проектирования практически невозможно

формализовать процедуру поиска, оптимального по критерию комплексной эффективности

решения. Имитационное моделирование позволяет провести испытания различных вариантов

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

возмущения.

Четвертая особенность заключается в значительном усложнении программного и

информационного обеспечения проектирования. Речь идет не только о количественном,

объемном увеличении, но и об идеологическом усложнении, которое связано с

необходимостью создания языков общения проектировщика и ЭВМ, развитых банков данных,

программ информационного обмена между составными частями системы, программ

проектирования. В результате проектирования создаются новые, более совершенные РЭС,

отличающиеся от своих аналогов и прототипов более высокой эффективностью за счет

использования новых физических явлений и принципов функционирования, более

совершенной элементной базы и структуры, улучшенных конструкций и прогрессивных

технологических процессов.

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

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

1. Принцип включения состоит в том, что требования к созданию,

функционированию и развитию САПР определяются со стороны более сложной системы,

включающей в себя САПР в качестве подсистемы. Такой сложной системой может быть,

например, комплексная система АСНИ ‐ САПР ‐ АСУТП предприятия, САПР отрасли и т. п.


2. Принцип системного единства предусматривает обеспечение целостности САПР

за счет связи между ее подсистемами и функционирования подсистемы управления

САПР.

3. Принцип комплексности требует связности проектирования отдельных элементов

и всего объекта в целом на всех стадиях проектирования.

4. Принцип информационного единства предопределяет информационную

согласованность отдельных подсистем и компонентов САПР. Это означает, что в

средствах обеспечения компонентов САПР должны использоваться единые термины,

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

программирования и способы представления информации, которые обычно

устанавливаются соответствующими нормативными документами. Принцип

информационного единства предусматривает, в частности, размещение всех файлов,

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

За счет информационного единства результаты решения одной задачи в САПР без какой‐

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

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

5. Принцип совместимости состоит в том, что языки, коды, информационные и

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

САПР должны быть согласованы так, чтобы обеспечить совместное функционирование

всех подсистем и сохранить открытую структуру САПР в целом. Так, введение каких‐

либо новых технических или программных средств в САПР не должно приводить к каким‐

либо изменениям уже эксплуатируемых средств.

6. Принцип инвариантности предусматривает, что подсистемы и компоненты САПР

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

проектируемым объектам и отраслевой специфике. Применительно ко всем

компонентам САПР это, конечно, невозможно. Однако многие компоненты, например,

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

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

7. Принцип развития требует, чтобы в САПР предусматривалось наращивание и

совершенствование компонентов и связей между ними. При модернизации подсистемы

САПР допускается частичная замена компонентов, входящих в подсистему, с изданием

соответствующей документации.


Приведенные общесистемные принципы являются чрезвычайно важными на этапе

разработки САПР. Контроль над их соблюдением обычно осуществляет специальная служба

САПР предприятия.

Сущность процесса проектирования РЭС заключается в разработке конструкций и

технологических процессов производства новых радиоэлектронных средств, которые должны с

минимальными затратами и максимальной эффективностью выполнять предписанные им

функции в требуемых условиях.

В результате проектирования создаются новые, более совершенные РЭС, отличающиеся от

своих аналогов и прототипов более высокой эффективностью за счет использования новых

физических явлений и принципов.

Структура САПР

Как и любая сложная система, САПР состоит из подсистем. Различают подсистемы

проектирующие и обслуживающие.

Проектирующие подсистемы непосредственно выполняют проектные процедуры.

Примерами проектирующих подсистем могут служить подсистемы геометрического

трехмерного моделирования механических объектов, изготовления конструкторской

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

Обслуживающие подсистемы обеспечивают функционирование проектирующих подсистем,

их совокупность часто называют системной средой (или оболочкой) САПР. Типичными

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

подсистемы разработки и сопровождения программного обеспечения CASE (Computer Aided

Software Engineering), обучающие подсистемы для освоения пользователями технологий,

реализованных в САПР.

Виды обеспечения САПР

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

обеспечения САПР. Принято выделять семь видов обеспечения САПР:


техническое (ТО), включающее различные аппаратные средства (ЭВМ,

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

измерительные средства);

математическое (МО), объединяющее математические методы, модели и

алгоритмы для выполнения проектирования;

программное, представляемое компьютерными программами САПР;

информационное, состоящее из базы данных, СУБД, а также включающее другие

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

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

а база данных вместе с СУБД носит название банка данных;

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

ЭВМ, языками программирования и языками обмена данными между техническими

средствами САПР;

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

относят также математическое обеспечение;

организационное, представляемое штатными расписаниями, должностными

инструкциями и другими документами, которые регламентируют работу проектного

предприятия.


Инструментальные средства ArchiCAD 11

Программа ArchiCAD предлагает новый подход к архитектурному проектированию.

Процесс проектирования индивидуален, поэтому САПР-система не должна навязывать вам

свои условия и технологию работы. ArchiCAD строго придерживается этого правила.

Пакет ArchiCAD 11

- Виртуальное здание. Вся информация об архитектурном сооружении хранится в единой

базе данных. Изменения, вносимые в проект, отображаются во всей отчетной документации: в

планах этажей, разрезах, фасадах, сметных заданиях, 3D-модели и фотоизображениях.

- Интеллектуальные объекты. Интеллектуальные объекты (двери, окна, колонны и т.д.)

постоянно взаимодействуют с окружающей их обстановкой. Благодаря этим объектам процесс

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

опирается на колонну, под скат крыши сооружается несущая конструкция. Эффективность

работы повышается, управление проектом становится проще, а вы можете сконцентрироваться

не на черчении, а непосредственно на процессе проектирования.

- Возможность работать непосредственно в 3D. Вы можете прорабатывать дизайн и

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

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

- Мгновенная визуализация. Инструменты визуализации очень просты в работе. Для

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

специальных знаний – просто перейдите в 3D-окно, и ArchiCAD отрисует ваш проект в объеме.

Кроме того, средствами ArchiCAD совсем несложно создать видеоролик, сцену виртуальной

реальности.

- Документооборот. Из виртуальной модели здания ArchiCAD может автоматически

передавать смежникам обновленные чертежи поэтажных планов, разрезов, фасадов. Просто

укажите, кому что передавать, – и всё.

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

чертежей. Автоматическая нумерация, стандартные ГОСТ'овские и настраиваемые шаблоны

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

в чертежи и таблицы отчетов.

- Технология проектирования. ArchiCAD 11 позволяет организовать одновременную

совместную работу над проектом как одного архитектурного отдела (функция TeamWork), так и


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

отделам в современных САПР-форматах (например, в очень популярном в России формате

DXF/DWG).

Autodesk 3ds Max 2012

Autodesk 3ds Max 2012 включает в себя наборы новейших инструментов для творчества,

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

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

Программные продукты Autodesk® 3ds Max® и Autodesk® 3ds Max® Design содержат

мощные интегрированные средства 3D-моделирования, анимации, рендеринга и композитинга,

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

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

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

визуальным эффектам и дизайнеров, с одной стороны, и архитекторов, инженеров и

специалистов по визуализации – с другой.

Autodesk® 3ds Max® и Autodesk® 3ds Max® Design предлагают одинаковые основные

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

Приложение для 3D, анимации, рендеринга и композитинга Autodesk 3ds Max предназначено

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

игры, кинофильмы и телепередачи, а Autodesk 3ds Max Design — для архитекторов и

проектировщиков, занимающихся 3D визуализацией проектов.

3ds Max Design позволяет архитекторам и инженерам получить четкое представление об

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

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

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

Исследование. Вы можете разрабатывать уникальные органические формы,

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

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

Проверка. Анимация перемещения по модели, анализ видимости и точный расчет

естественного освещения для оценки функционирования проекта в контексте окружающей

среды.

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

принятии ключевых решений при проверке проекта. Это пойдет на пользу вашему авторитету.


Интегрированная система прочностного анализа и проектирования конструкций Structure

CAD Office

SCAD Office - система нового поколения, разработанная инженерами для инженеров и

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

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

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

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

развивается, совершенствуются интерфейс пользователя и вычислительные возможности,

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

SCAD Office сертифицирован на соответствие ГОСТ Р ИСО/МЭК 9126-93, ГОСТ 28195-89,

ГОСТ Р ИСО 9127-94, РД 50-34.698-90

Соответствие СНиП подтверждено сертификатом Госстроя России.

SCAD Office включает следующие программы:

- SCAD - вычислительный комплекс для прочностного анализа конструкций методом

конечных элементов.

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

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

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

этом доступной для начинающих.

Высокопроизводительный процессор позволяет решать задачи большой размерности (сотни

тысяч степеней свободы при статических и динамических воздействиях).

SCAD включает развитую библиотеку конечных элементов для моделирования стержневых,

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

формирования расчетных сочетаний усилий, проверки напряженного состояния элементов

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

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

состав комплекса включены программы подбора арматуры в элементах железобетонных

конструкций и проверки сечений элементов металлоконструкций.

- КРИСТАЛЛ - расчет элементов стальных конструкций.

Программа предназначена для выполнения проверок элементов и соединений стальных

конструкций на соответствие требованиям СНиП II-23-81* "Стальные конструкции. Нормы

проектирования". Кроме того, при создании программы использовались связанные со СНиП II-

23-81* государственные стандарты, "Пособие по проектированию стальных конструкций (к

СНиП II-23-81*) / ЦНИИСК им. Кучеренко" и некоторые методологические положения


подготовленных, но еще не введенных в действие проектов новых норм СНиП 53-1-96

"Стальные конструкции. Нормы проектирования". и "Общие правила проектирования элементов

стальных конструкций и соединений (СП 53-101-96)".

- АРБАТ - подбор арматуры и экспертиза элементов железобетонных конструкций.

Программа АРБАТ предназначена для подбора и проверки существующей арматуры в

элементах железобетонных конструкций (неразрезные балки и колонны), а также для

вычисления прогибов в железобетонных балках согласно требованиям СНиП 2.03.01-84* или

СП 52-101-03. Расчет выполняется по предельным состояниям первой и второй группы для

расчетных сочетаний усилий (РСУ), выбираемых автоматически в зависимости от заданных

нагрузок в соответствии с требованиями СНиП 2.01.07-85* Нагрузки и воздействия.

- КАМИН - расчет каменных и армокаменных конструкций.

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

каменных и армокаменных конструкций в соответствии с требованиями СНиП II-22-81 и

документов, выпущенных в развитие и дополнение этих норм.

- ДЕКОР - расчет деревяных конструкций.

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

конструкций на соответствие требованиям СНиП II-25-80. Кроме того, в программе

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

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

- ЗАПРОС - расчет элементов оснований и фундаментов.

Программа предназначена для выполнения расчетов и проверок элементов оснований и

фундаментов на соответствие требованиям СНиП 2.02.01-83*, СП 50-101-2004, СНиП 2.02.03-85

и СП 50-102-2003. Кроме того, в программе предусмотрена возможность получения справочных

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

- ОТКОС - анализ устойчивости откосов и склонов.

Программа предназначена для определения коэффициента запаса устойчивости откосов и

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

оползающего массива относительно неподвижной части откоса. Сопротивление сдвигу по

поверхности скольжения рассчитывается для статических условий. Вдоль всей поверхности

выдерживается критерий разрушения грунта, принимаемый в виде закона Кулона.

- ВЕСТ - расчет нагрузок по СНиП "Нагрузки и воздействия" и ДБН.

Программа ВеСТ предназначена для выполнения расчетов, связанных с определением

нагрузок и воздействий на строительные конструкции в соответствии с рекомендациями СНиП

2.01.07-85* «Нагрузки и воздействия» и ДБН Украины В.1.2-2:2006 <Нагрузки и воздействия> с


учетом изменения № 1 от 1 октября 2007. В программе реализованы лишь наиболее часто

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

СНиП связано с достаточно сложной логикой и которые, как свидетельствует опыт, наиболее

часто приводят к ошибкам.

- МОНОЛИТ - проектирование монолитных ребристых перекрытий.

Программа Монолит предназначена для проектирования железобетонных монолитных

ребристых перекрытий, образованных системой плит и балок, опирающихся на колонны и(или)

стены. Система разработана в соответствии с требованиями действующих норм (СНиП 2.03.01-

84*. "Бетонные и железобетонные конструкции", ГОСТ 21.501 - 93 (ДСТУ Б А.2.4-7-95).

Система проектной документации для строительства. "Правила выполнения архитектурно-

строительных рабочих чертежей", ГОСТ 21.101 - 97 (ДСТУ Б А.2.4-4-99). Система проектной

документации для строительства. "Основные требования к проектной и рабочей

документации").

- КОМЕТА,КОМЕТА-2 - расчет и проектирование узлов стальных конструкций.

Программа КОМЕТА предназначена для расчета и проектирования узлов стальных

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

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

параметризованных конструктивных решений узлов (прототипов). В процессе проектирования

параметры прототипов изменяются в зависимости от заданных условий применения (усилий,

материала и т.п.) и установленных норм проектирования.

Программа КОМЕТА-2 предназначена для экспертизы принятых проектных решений и

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

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

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

расчетные режимы, реализующие экспертизу и проектирование узлов.

- КРОСС - расчет коэффициентов постели зданий и сооружений на упругом основании.

Программа КРОСС предназначена для определения коэффициентов постели для расчета

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

работы многослойного грунтового массива. Геологическая структура грунтового массива

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

изысканий.

- КОНСТРУКТОР СЕЧЕНИЙ - формирование и расчет геометрических характеристик

сечений из прокатных профилей и листов.


Конструктор сечений предназначен для формирования произвольных составных сечений из

стальных прокатных профилей и листов, а также расчета их геометрических характеристик,

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

- КОНСУЛ - построение произвольных сечений и расчет их геометрических характеристик

на основе теории сплошных стержней.

Программа Консул предназначена для формирования сечений, а также расчета их

геометрических характеристик, исходя из теории сплошных стержней.

- ТОНУС - построение произвольных сечений и расчет их геометрических характеристик на

основе теории тонкостенных стержней.

Программа Тонус предназначена для формирования сечений, а также расчета их

геометрических характеристик, исходя из теории тонкостенных стержней.

Графические интерактивные средства обеспечивают формирование произвольных (в том

числе открыто-замкнутых) тонкостенных сечений.

- СЕЗАМ - поиск эквивалентных сечений.

Программа Сезам предназначена для поиска сечения типа коробка, двутавр или швеллер,

наиболее близко аппроксимирующего заданное пользователем произвольное сечение по

геометрическим характеристикам

- КоКон - справочник по коэффициентам концентрации напряжений и коэффициентам

интенсивности напряжений.

Программа предсталяет собой электронный справочник для определения коэффициентов

концентрации напряжений.

- КУСТ - расчетно-теоретический справочник проектировщика

Программа-справочник КУСТ разработана фирмой SCAD Soft и входит в систему SCAD

Office. Она предназначена для решения определенного класса задач механики, для которых в

литературе приведены аналитические или достаточно точные приближенные решения.

Несмотря на то, что большинство этих задач могут быть решены с помощью программы SCAD,

использование программы КУСТ позволяет получить решение без построения расчетных схем.

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

конечно-элементных моделей (например, коэффициенты расчетной длины, оценки собственных

частот и т.п.).

AutoCAD® 2012


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

обмениваться идеями с коллегами, исследовать проектные идеи в интуитивной 3D-среде, а

также адаптировать продукт для решения ваших конкретных задач.

AutoCAD 2012 содержит новые и улучшенные инструменты для концептуального 3D-

проектирования и выпуска документации. Благодаря им специалисты могут работать с еще

более высокой производительностью.

Функции автоматического выпуска документации к моделям, подготовленным в AutoCAD,

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

экономии времени. Вы можете импортировать модели, созданные в таких приложениях, как

Solidworks®, Pro/ENGINEER®, CATIA®, Rhino и NX®. Виды чертежей (в том числе

отображение ребер и положение элементов) мгновенно обновляются при внесении изменений.

Эффективный обмен данными AutoCAD (а также веб-служба AutoCAD WS, позволяющая

работать в Интернете и на мобильных устройствах) безопасность, точность и эффективность

обмена важными проектными данными. Благодаря собственному формату DWG™, широко

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

данным. Свои идеи можно представить в наиболее выгодном свете с помощью средств

визуализации, графики презентационного качества, а также мощных возможностей печати на

бумаге и 3D-принтерах.

- AutoCAD WS позволяет работать с чертежами через Интернет или с мобильного

устройства.

- Поддержка DWG избавляет от необходимости преобразования данных.

- Импорт/экспорт в PDF обеспечивает возможность совместного и многократного

использования проектных данных. Вы можете импортировать файлы PDF в качестве подложек.

- Autodesk Exchange предоставляет доступ к полезным советам и учебным пособиям

- Фотореалистичная визуализация позволяет создавать яркие, впечатляющие изображения.

- 3D-печать может осуществляться через интернет-сервис в компаниях, оказывающих

данный вид услуг, или на собственном 3D-принтере.


Documents

lms.insstroy.rulms.insstroy.ru/webtutor/iss/b1-04-psot.pdfтаком решении должен быть обеспечен открытый интерфейс к самой системе,