22.Направления интеграции при разработке современных сапр. Требования к интегрированным сапр.

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

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

Интегрированные САПР должны:

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

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

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

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

23.Стадии разработки конструкторской документации

В зависимости от стадий pазpаботки, устанавливаемых ГОСТ 2.103 - 68, констpуктоpские документы подразделяются на проектные и рабочие.

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

Согласно ГОСТ 2.103 - 68 установлены следующие стадии pазpаботки конструкторской документации:

1. Техническое предложение - совокупность констpуктоpских документов, содержащих анализ различных вариантов возможных решений технического задания заказчика, технико-экономические обоснования предлагаемых вариантов, патентный поиск и т.п.

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

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

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

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