Энциклопедия по машиностроению XXL

Оборудование, материаловедение, механика и ...

Статьи Чертежи Таблицы О сайте Реклама

Разработка DO-файла

Вначале необходимо создать управляющие файлы сверления так, как это было описано выше. Затем можно приступить к разработке файлов данных, используемых для изготовления фотошаблонов.  [c.362]

Разработка файла DTP обычно выполняется, когда закончена основная работа над электрической схемой и в нее внесены конструктивные и технологические параметры, при этом файл DTP может быть как создан на базе конкретной схемы, так и получен путем корректировки аналогичного файла. В ряде случаев при разработке серии устройств может быть разработан и использоваться один типовой файл DTP.  [c.474]


Системные обрабатывающие программы. В ОС РВ существует большое количество системных обслуживающих программ, обеспечивающих обработку томов и файлов, осуществляющих редактирование исходных текстов, предоставляющих различные средства разработки программ, а также корректировки объектных модулей и образов задач. Одна из наиболее употребимых обслуживающих программ — программа обработки файлов PIP. С ее помощью можно копировать файлы с одного устройства на другое. При этом система учитывает различия в организации данных на томах различного типа (НМД, НМЛ) и обеспечивает целостность файлов при передаче их с тома на том. Кроме того, программа PIP осуществляет удаление, переименование файлов, распечатку каталогов, вывод итоговой информации на АЦПУ с помощью задачи системного вывода. К другим программам, обслуживающим файлы, относятся программы  [c.146]

При разработке систем преобразований, т. е. программного обеспечения для преобразований изображений, основной проблемой является скорость преобразования. Причина здесь та же, что приводилась в гл. 5 как аргумент в пользу разработки быстрых компиляторов, так как без обеспечения высокой скорости невозможно получить динамичную систему машинной графики. К сожалению, даже при весьма быстрой процедуре преобразования может потребоваться несколько секунд для преобразования очень сложного изображения поэтому, какой бы быстрой ни была создаваемая система преобразования, ее использование может привести к заметным задержкам в процессе генерирования дисплейного файла. Практически именно система преобразования является узким местом всего процесса. Чем быстрее выполняется преобразование, тем менее  [c.151]

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

Определение структуры фонда информации является важнейшим этапом процесса создания информационного обеспечения САПР и заключается в установлении перечня включаемых в него сведений, объединяемых в массивы (файлы) информации, и связей между отдельными группами данных. Структура фонда информации зависит от типа объекта автоматизированного проектирования, его сложности и степени комплексности автоматизации проектирования. Кроме этого, при разработке структуры информационного фонда учитывают технические средства (тип ЭВМ, размеры памяти, быстродействие и т. д.), являющиеся базой САПР. Следует отметить, что структура фонда информации во многом определяет эффективность его организации, ведения, а также использования в процессе функционирования САПР.  [c.22]


Объединение полей в записи, а записей в файлы осуществляется соответствующими программами, при разработке которых программист, используя средства языков программирования, описывает структуру файлов (рис. 2).  [c.32]

Утилиты входят в стандартный комплект MS DOS и представляют собой отдельные загрузочные файлы, выполняющие, сервисные функции. В зависимости от назначения утилиты можно разделить на следующие группы базового состава MS DOS общесистемные для разработки программ (отладчики).  [c.185]

Данные следует документировать настолько детально, насколько этого требует разработка концептуальной модели. Чаще всего документируются элементы данных, записи, файлы и базы данных предприятия.  [c.60]

Режим создания фрагмента - это режим (тип файла . гш), в котором отсутствуют объекты оформления (нет рамки, основной надписи, знака неуказанной шероховатости и технических требований). Он идеально подходит для хранения изображений, которые не нужно оформлять как лист чертежа (эскизные прорисовки, разработки и т. д.).  [c.37]

Основной подход, реализованный в модуле создания спецификаций, заключается в том, что конструктор создает без больших затрат труда объекты спецификации по мере разработки чертежей деталей и сохраняет их как внутренние объекты спецификаций в файле чертеж детали. Необходимые данные для формирования спецификаций накапливаются во время работы над документами. Они позволяют осуществить автоматическое формирование спецификации сборочного. чертежа в процессе их построения. Оформление типов поставляемых в составе системы спецификаций и правила их заполнения (состав бланка, нумерация позиций и сортировка строк, названия разделов и т. д.) соответствуют стандарту (конкретные номера ГОСТ указаны в названиях стилей спецификаций).  [c.570]

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

Объединение деталей в семейства привносит также дополнительные преимущества и в процесс проектирования. Так, столкнувшись с необходимостью конструирования новой детали, инженер-конструктор может либо начать с вьшолнения технического задания на ее разработку, либо извлечь чертеж уже существующей детали из файла чертежей деталей семейства и внести в этот чертеж необходимые исправления. Проблема в этом случае заключается в том, что поиск конструкции, обладающей необходимым подобием, может оказаться достаточно трудоемким и может потребовать много времени. Файлы чертежей деталей в боль-  [c.300]

Усовершенствования и получаемые в этой области выгоды связаны прежде всего с применением СКК в сочетании с информационно-поисковыми системами. Поэтому при разработке проекта новой детали инженеру или конструктору оказывается достаточно всего нескольких минут на формирование кода требуемой детали. После этого можно найти конструкторскую документацию на уже имеющиеся объекты, коды которых соответствуют коду вновь проектируемой детали, и изучить вопрос о возможности использования одной из готовых деталей для выполнения требуемых функций. Несколько минут, затраченных на поиск с помощью СКК в файле, проектных решений, могут сберечь несколько часов рабочего времени конструктора. В том случае, когда не удается найти точно такой детали, какая требуется, для удовлетворения  [c.322]

Разработка информационного обеспечения базируется на научно-технической, нормативно-справочной, расчетно-проект-ной информации и системе классификации и кодирования. Организация сбора, преобразования, хранения и изменения данных — это самостоятельная задача, от эффективности решения которой существенно зависит эффективность информационной системы в целом. Формирование базы данных по режущему инструменту — сложная и объемная задача. Отбор материала в виде стандартов на режущий инструмент, инструментальные материалы, типовые технологические процессы, их кодирование и др, требует переработки большого количества информации, на основе которой формируются файлы  [c.40]

После принятия технических решений по схемам, узлам, агрегатам и системам проектируемых станков (техника AD/ AM позволяет просмотреть все эти вопросы очень глубоко, вплоть до мелких деталей) конструкторские разработки на уровне концепций поступают в группы, занимающиеся проектированием различных модификаций станков и их конкретными узлами и системами. Группы работают в единой концепции, пользуясь общими для всех файлами и базами данных.  [c.740]


Для учебных целей мы продолжим работу с простейшим сетевым блоком питания бытовой аппаратуры, работа над которым закончилась разработкой файла перечня цепей с именем Источник питания.пе . Выполните все описанные выше процедуры по загрузке файла перечня цепей, при этом установите флажок в окне reate Pseudo Pattern (Создать имитатор), и в результате вы увидите на рабочем поле все элементы, соединенные линиями связей (см. рис. 5.20).  [c.254]

Чтобы проверить правильность разработки файла сверления, его следует открыть в текстовом редакторе, например Word. Следует иметь в виду, что этот файл имеет нестандартное расширение, поэтому при его открытии необходимо в окне Тип файлов установить Все файлы (. ) . Если файл сверления создан правильно, то он будет таким, как показано на рис. 6.46.  [c.361]

Общая характеристика ОС РВ. Наиболее полно всем требованиям организации автоматизированных проектных работ на комплексе АРМ второго поколения удовлетворяет мультипрограммная система реального времени ОС РВ, предназначенная для малых машин с объемом ОП не менее 32К слов. Эта система используется для решения задач реального времени, а также для разработки и отладки программ многих пользователей. Она может иметь целевое назначение или быть просто много-термииальной системой, обеспечивающей мультипрограммный режим обработки задач. Как и все операционные системы, ОС РВ состоит из управляющей программы и многочисленных обслуживающих программ. Функция управляющей программы — рациональное распределение ресурсов ВС между всеми исполняемыми задачами, обслуживающих программ — редактирование и трансляция исходных текстов, корректировка объектных и загрузочных модулей, компоновка задач, работа с файлами и т. д.  [c.130]

При разработке системы поиска на языке Разса реализовано 11 различных алгоритмов точного поиска подстроки в строке и составлена программа для их анализа. На основе наиболее эффективного алгоритма составлена программа для определения страниц содержания и предметного указателя с последующим быстрым поиском, в противном случае осуществляется глобальный поиск в источнике. Продолжительность поиска со скоростью 100 файлов/с с жесткого диска составляет от 2 до 5 мин/100 источников, в зависимости от режима поиска. Исследование показывает, что скорость поиска может быть увеличена на лорядок, при составлении файла-спецификации для каждого источника. Написана программа лингвистического анализа содержания, составляющая полный словарь, в среднем на 10 000 терминов/300 стр. Написан модуль предварительного отбора источников ло файлам-спецификациям. Продолжительность поиска с применением модуля составляет 9 мин/1000 источников, без потери полноты и качества поиска.  [c.57]

Применение экспертной системы (ЭС) дает возможность использовать эвристические знания специалистов-экспертов в процессе проектирования изделий, автоматизируя часть эвристических процедур различных этапов проектирования. Тем самым снижает загрузку специалистов, уменьшает ошибки при проектировании, сокращает время на разработку изделия. Накопленные эвристические знания хранятся в специализированных базах знаний, разработанных для отдельных этапов проектирования и конкретных условий применения. К ЭС подключаются различные файлы со справочной информацией и файлы с исходными данными для проведения консультации. Консультирование может происходить в виде диалога с программой, так и в виде бездиалоговых функций с предоставлением готового результата. База знаний представляет собой базу данных с набором эвристических правил и данных. Вид представления результатов консультации формулируется условиями применения ЭС (отчеты, графики, файлы данных и т.д.).  [c.70]

Информационное обеспечение (ИО) САПР включает документы стандартных проектных процедур, типовых элементов комплектующих изделий, материалов и других данных, а также файлы и блоки данных на машинных носителях с записью документов. Главным является требование информационной согласованности для обеспечения взаимодействия программ за счет выбора общих структур данных и массивов в памяти ЭВМ. Этой цели служит банк данных (БиД), состоящий из базы данных (БД) и системы управления базой данных (СУБД) (см. также п. 5.5.3). Характерной особенностью БД и САПР является естественное разделение ее на постоянную (АРХИВ) и переменную части. АРХИВ включает данные, которые редко изменяются и содержат справочные сведения о государственных стандартах, нормалях, унифицированных элементах, предшествующих разработках (СПРАВОЧНИК) и результатах текущей ра,5-работки (ПРОЕКТ). Переменная часть содержит только те данные, которые обеспечивают совместное применение двух или более программ для конкретной задачи проектирования. Типичные СУБД, применяемые для САПР СПЕКТР, СЕТОР, РЕГЕНД, САПР МЭИ Нева , СЕМБАД и др.  [c.192]

Программный файл - это автоматически записанная последовательность команд FEMAP, выполняемая при разработке модели. Команды меню File => Program позволяют автоматически записывать и выполнять программные файлы. При выполнении программного файла воспроизводится ранее полученный результат. Программный файл имеет расширение . prg.  [c.79]

Сопряжение с хранилищем может быть реализовано с помощью текстового обменного файла, соответствующего требованиям стандарта ISO 10303-21. Основой любых руководств являются технические данные об изделии его структура, состав, описание и характеристики. Эта информация порождается и используется на протяжении всего цикла разработки изделия. Поэтому основной принцип разработки ИЭТР — интеграция конструкторских данных об изделии с исходными данными для подготовки ИЭТР в единой информационной системе и осуществление разработки ИЭТР параллельно с разработкой изделия. Данный принцип позволяет избежать затрат на повторный ввод информации, облегчает коррекцию технических руководств вследствие изменения конфигурации изделия и снижает вероятность внесения некорректных данных в ИЭТР.  [c.46]

Реализовать последовательность проектных процедур при разработке устройства на печатной плате, включающую этапы размещения ЭРИ на печатной плате и ее трассировку, позволяет интерфейс с САПР P- ad и A EL. Данный интерфейс позволяет обработать выходные файлы указанных САПР и полз ить информацию о размерах печатной платы и ее топологии. Далее, полз енные данные (размеры печатной платы, координаты установки ЭРИ и их  [c.83]


С учетом изложенных принципов разработки КВТД выпуск текстовой расчетно-конструкторской документации в системе КИПР-ЕС осуществляется в следующем порядке (рис. 22.7). На первом этапе вводятся параметры компактной печати, массивы P конструкции, внешних воздействий, результатов решения задачи и осуществляется их компактная печать. В автономном режиме работы перечисленные данные поступают в КВТД соответственно из файлов F , FL и FW подсистемы анализа НДС и динамических характеристик конструкций. На втором этапе  [c.370]

Не так давно единственным способом настройки параметров размера было прямое присвоение значений соответствующим системным переменным. Однако в настоящее время в этом нет необходимости, и все параметры размера можно задать с помощью диалоговых окон. Но при создании пакетных файлов или разработке процедур для управления простановкой размеров на языке AutoLISP необходимо знать принципы работы с системными размерными переменными. Дело в том, что как в пакетных файлах, так и в процедурах AutoLISP, обращение к диалоговым окнам невозможно.  [c.453]

Образцы штриховок хранятся в файле a ad.pat, а штриховки собственной разработки можно хранить в файле с другим именем и расширением. pat.  [c.483]

Появление запоминающих ЭЛТ с видимым изображением (ЗЭЛТ), обладающих очень длительным послесвечением, значительно упростило разработку дешевых графических терминалов. Использование таких трубок позволяет исключить необходимость хранения дисплейного файла в памяти ЭВМ. Общий принцип построения таких дисплеев изображен на рис. 4.10.  [c.95]

Представляет интерес изучить влияние размещения разделительных линий в том или ином положении. Фоли [93] опубликовал подробное исследование этой проблемы, а также проблемы выбора полосы пропускания для канала передачи информации между центральным процессором и терминалом. Его подход состоял в разработке математической модели графической системы с разделением времени и в использовании этой модели для оптимизации стоимости системы и скорости реакции. При попытке оптимизации указанных параметров легко ошибиться, если не учесть некоторых важных аспектов. Один из них состоит в следующем при любом делении системы оно должно быть возможно более простым и четким, что позволяет уменьшить сложность программного обеспечения. Обречена на неудачу попытка разместить два компонента на терминале, если компонент, расположенный между ними, находится в центральном процессоре. Например, нельзя использовать центральный процессор для преобразования псевдодисплейного файла, который хранится на терминале. Аналогично этому следует быть в высшей степени осторожным при использовании некоторых типов структур графических данных, например структур двойного назначения в системе, где терминал отделен от центрального процессора. В этом случае возникают противоречивые желания поместить эту структуру как в центральный процессор для обеспечения возможности ее использования прикладной программой, так и в терминал, чтобы воспользоваться ею для регенерации дисплея. Этот аспект не был принят во внимание некоторыми разработчиками сателлитных систем [43, 58].  [c.393]

Если бы в банке не применялась СССД, ОТС стала бы очередным примером разработки прикладной системы на базе СУБД, в которой не учитывается доступность других данных. Например, в системе учета накоплений имя клиента могло состоять из его фамилии и инициалов в системе ОТС в качестве имени клиента могли рассматриваться фамилия, имя и второй инициал. В первом случае размер значений элемента данных имя-клиента составил бы 18 литер, а во втором — 32. Когда одни и те же данные по-разному определяются в различных файлах, возникает избыточность и несогласованность. Этот простой пример подчеркивает необходимость координации и обеспечения непротиворечивости.  [c.54]

Информационные метаобъекты представляют типы объектов данных информационных систем. На рис. 3.3 показаны пять важнейших из них. Приведенный перечень расширяют такие типы информационных метаобъектов, как транзакция, отчет, документ, экран и подсхема, служащие для описания логических представлений. При разработке программы прежде всего нужно определить элементы данных (атомарные и групповые), записи и файлы. Вхождение элементов данных в группы, групп — в- записи, а записей—в файлы изображается на диаграммах структур данных с помощью стрелок, обозначающих связи 1 п (см. разд. 2.3). Например, стрелка, направленная от группы к элементу данных, показывает, что в состав группы может входить несколько элементов (см. рис. 3.3).  [c.74]

Общая структура программы проектируется на основе кинематики файлов. Разработчики PROTEE удачно воплотили типовую схему обработки данных. Кроме того, при разработке PROTEE учитывалось, что в системах обработки экономической информации большую часть программ составляют стандартные разделы (например, инициализация СУБД, контроль последовательности записей, обработка ошибок), а в нестандартных разделах часто встречаются стандартные параграфы. Использование стандартных технологических модулей различных уровней и стандартных последовательностей их включения в программу существенно повышает эффективность специального языка PROTEE-III. Формулировка условий передачи управления возможна с помощью традиционных средств программирования (в том числе структурного) и с помощью таблиц принятия решений.  [c.78]

Смысл ограничения (2.25) достаточно ясен оно показывает, что упорядоченности результирующих показателей не выбираются, а назначены при разработке ИЛС. Упорядоченности результирующих показателей должны соответствовать упорядоченности данных в результирующих машинограммах, т. е. в каких-то выходных файлах системы. Ограничение (2.24) указывает на необходимость выбора определенной упорядочен+1ости для каждого операнда и результата в каждом операторе. Если /-Й показатель не является операндом У -го оператора, тогда b.J = О и, согласно (2.24), его упорядоченность для У-го оператора не выбирается. В остальных случаях правая часть (2.24) равна единице, и тогда сумма в левой части должна содержать одно слагаемое, равное единице, соответствующее выбору определенной упорядоченности.  [c.84]

Основной подход, реализованный в модуле создания спецификаций, заключается в том, что конструктор создает без больщих затрат труда объекты спецификации по мере разработки деталей и сохраняет их как внутренние объекты спецификаций в файле детали. Необходимые данные для формирования спецификаций накапливаются во время работы над документами и они позволяют осуществить автоматическое формирование спецификации сборочной модели в процессе их построения. Порядок ввода данных для создания спецификаций деталей, сборочных единиц, стандартных деталей и других докз ентов можно производить в любом порядке. Создание спецификации в полуавтоматическом режиме включает несколько этапов. Первый этап - установка свойств детали  [c.587]

При разработке концепции электронной публикации чертежей бьшо предложено создать специальный документ, предназначенный для просмотра и печати широкоформатных чертежей, который стал бы таким же стандартом передачи проектной документации, как формат PDF для передачи офисной документации и полиграфии. Этим стандартом стал формат DWF, быстро завоевавший популярность во всем мире. Формат DWF обеспечивает навигацию в чертежах, созданных в Auto AD, и их просмотр. Размер файла DWF более чем в 10 раз меньше оригинального DWG-файла. При работе с документом DWF — так же, как и в обычном  [c.46]

Стандартизация электронных просетных данных — утомительный, дорогой, хотя и необходимый процесс. Сейчас, когда в разработке проекта зачастую участвует несколько организаций, необходимо определять и строго соблюдать основные правила оформления электронной документации — чтобы потом проще бьшо ориентироваться в гигантском количестве созданных файлов. Новые инструменты Auto AD 2002 и здесь придут вам на помощь.  [c.49]


В электронном архиве размешаются инженерные документы двух основных типов оперативные и долговременные. Первые находятся в разработке, к ним постоянно обращаются различные разработчики, их модифицируют, делают рабочие копии, вторые мало востребованы, обращения к ним эпизодически, а модификации противопоказаны. Для электронной системы документооборота и электронного архива и те, и другие документы являются файлами. Пользователю при обращении к тому или иному документу предпочтительно иметь быстрый отклик и высокую скорость доступа. И это при том, что объем хранения более чем внушительный.  [c.315]

Последние разработки в области КП отличаются важной особенностью - проведением компрессии и декомпрессии без взаимодействия с пользователем. Являясь резидентными, они контролируют выполнение отдельных операций, и при необходимости пользователь имеет возможность обратиться к ним. Представителем данной группы является программа Newspa e, которая контролирует обращение к операциям записи и чтения на твердом диске и выполняет компрессию данных, прежде чем они будут архивированы на диск. Например, если выполняется запись текстового файла пакета Word, программа Newspa e подвергает компрессии текст независимо от желания пользователя. При запуске данного текстового файла выполняется декомпрессия в памяти компьютера. Одним из недостатков данной программы можно считать снижение скорости обработки пользовательских программ.  [c.182]

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


Смотреть страницы где упоминается термин Разработка DO-файла : [c.113]    [c.186]    [c.118]    [c.142]    [c.200]    [c.80]    [c.198]    [c.390]    [c.196]    [c.197]    [c.56]   
Смотреть главы в:

PCAD 2002 и SPECCTRA Разработка печатных плат  -> Разработка DO-файла



ПОИСК



2 — 363—365 — Разработка ных — Разработка

М-файл

Разработка



© 2025 Mash-xxl.info Реклама на сайте