Модуль создание

Модуль создания и контроля расписания выполнения работ [c.391]

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

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

Рис. 2.1.41. Модули создания, производства.

Модулирование 446 Модули создания, производства, реализации, использования продукции 188-194 [c.667]

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

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

В нашей стране ведутся большие работы по созданию ГПС. Например, разработаны гибкий технологический комплекс ГТК АСК-2 для обработки детален типа тел вращения, семейство ГТК модулей АСК-10, АСК-11, АСК-20, АСК-30. [c.153]

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

Возможно развитие и модификации программной системы путем добавления новых модулей и маршрутов без изменений ранее созданных модулей. [c.95]

Поэтому актуальной проблемой АП является проблема автоматизации разработки программных систем. В САПР значительное внимание уделяется вопросам создания метаязыков программирования, предназначенных для описания программного обеспечения на верхних иерархических уровнях его проектирования. Эти метаязыки позволяют лаконично описывать структуру проектируемого программного обеспечения, отдельным операторам метаязыка могут соответствовать достаточно крупные блоки программного обеспечения, насчитывающие десятки — сотни операторов языка программирования типа ФОРТРАН. Метаязыки используют для моделирования работы создаваемых программных систем, описания заданий на программирование отдельных модулей. Актуальной задачей является создание таких метаязыков и трансляторов с них, которые могли бы выполнять роль систем программирования. При наличии этих систем не потребовалось бы трудоемкое кодирование алгоритмов на традиционных языках программирования типа ФОРТРАН, ПЛ/1 и т. п. [c.111]

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

Программирование модулей ПО. Выше многократно использовался термин модуль как синоним понятия часть ПО . Модуль — программная единица, для создания которой нужен минимум знаний о других программных единицах, составляющих ПО перекомпоновка и замена модулей ие должна вызывать перекомпоновки ПО в целом [8]. Таким образом, центральная концепция модульности — независимость. Модуль [c.43]

Создание ПО САПР —сложная научно-техническая задача, решение которой возможно лишь с привлечением современных методов разработки ПО. Процесс создания ПО состоит из шести основных этапов I) анализ требований 2) определение спецификаций 3) проектирование 4) кодирование модулей 5) тестирование 6) сопровождение. Наиболее ответственны ранние этапы разработки, на последний этап приходятся наибольшие затраты. Для повышения производительности труда разработчиков ПО предложен ряд методов и средств анализаторы требований, нисходящее проектирование, модульное и структурное программирование, генераторы прикладных программ и др. [c.51]

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

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

Используя сменные блоки (модули), можно в пределе стремиться к созданию универсальной расчетной модели, пригодной для всех основных типов ЭМП. Теоретически такая возможность обоснована обобщенными конструктивными и математическими моделями ЭМП, рассмотренными в гл. 3. Однако практически такая модель нецелесообразна из-за очень большого количества сменных блоков и очень сложной системы управления процессом автоматического построения расчетной модели. Кроме того, современные проектные организации достаточно специализированы и не испытывают потребности в столь универсальных расчетных моделях. Поэтому выбор уровня универсальности следует осуществлять в каждом конкретном случае отдельно исходя из заданного класса объектов проектирования и задач проектирования. [c.124]

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

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

Решение любой задачи на ЭВМ начинается с написания ее алгоритма на языке программирования (например, на алгоритмических языках ФОРТРАН, КОБОЛ, ПЛ/1, ассемблера и др.). Текст алгоритма называется исходной программой или исходным модулем. Исходная программа удобна и понятна программисту, но совершенно непонятна ЭВМ, поскольку ЦП воспринимает только язык машинных команд. Таким образом, собственно до этапа решения предложенной задачи исходная программа (модуль) должна претерпеть несколько этапов обработки, в результате которых смысл алгортма решения задачи станет понятен конкретной ЭВМ. На рис. 3.3 представлены необходимые этапы обработки исходного модуля. Исходные модули / и 2 написаны на различных языках (имеется в виду, что в создании сложных программных комплексов могут участвовать несколько программистов, использующих различные языки программирования). [c.96]

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

Вся информация, располагаемая па пакетных, гибких или кассетных магнитных дисках и магнитных лентах, организуется в виде файлов простой структуры и хранится в форматах исходных, объектных или одного пз трех типов загрузочных модулей. Файлы, располагаемые па каком-либо пз магнитных дисков, имеют общее оглавление-справочник, в котором каждому файлу соответствует свой элемент, содержащий сведения об его имени, длине, дате создания и о том, является ои времсппым или постоянным. Файлы, содержащиеся па магнитных лентах, такого справочника пе имеют. Информация об имени, порядковом номере файла и его длиР1е хранится в nennajni-ных метках. [c.149]

Мобильность ОС обусловливает се четкое разделение па машинно-зависимую и машинно-независимую части. Первая из упомянутых частей при переносе ОС на другую ЭВМ должна быть переделана. Для UNIX такая переделка включает в себя создание для новой ЭВМ части компилятор языка СИ, создание ассемблера для новой ЭВМ, перепись некоторых функций и модулей ядра системы на языке ассемблера. Для UNIX перечисленные работы оказались значительно менее трудоемкими, чем полное перепрограммирование системы. [c.151]

Тактовый стол (рис. 17.8) входит в состав роботизированного технологического комплекса станок—промышленный робот—тактовый стол, который является базой для создания модулей производственных ячеек, объединяемых в автоматизированные участки и цеха. Тактовый стол предназначен для подачи и приема заготовок, деталей, обрабатываемых в РТК. Управлеиие столом осуществляется от системы ЧПУ робота. [c.288]

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

Большинство существующих САПР создавалось в условиях применения однопроцессорных ЭВМ, действующих автономно или в составе технических средств САПР радиальной структуры. Переход на применение многопроцессорных вычислительных систем и персональных ЭВМ, объединенных линиями передачи данных в локальную вычислительную сеть, потребует развития протоколов связи, разработки новых операционных систем, создания распределенных банков данных. Вновь создаваемые пакеты прикладных программ целесообразно делать мобильными. Предпочтительными языками программирования становяг-ся языки СИ, ФОРТРАН-77, МОДУЛА-2. [c.388]

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

Функциональная часть системы состоит из отдельных модулей, для управления которыми создан специальный язык DMAP. Последовательность инструкции языка DMAP определяет порядок решения, выраженный в терминах матричных операций. Последовательность матричных операций, запрограммированных в строго определенном порядке, называется жестким форматом. [c.59]

Для эффективной реализации данного этана разработки ПО предложены методы, наиболее известные из которых будут рассмотрены ниже. Эти методы имеют одну обн ую цель, реализуемую разными способами,— иерархическое разбиение сложных задач создания ПО на подзадачи меньшей слож1юсти. Результатом работ на этом этапе являются снецификации иа отдельные модули, дальнейшая декомпозиция которых на подмодули нецелесообразна. [c.35]

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

Более широкое примепепие для создания проектирующих пакетов САПР могут найти генераторы, основанные на инвариантности многих элементов математического обеспечения автоматизированного проектирования к предметным областям [7]. Такие генераторы в качестве ядра будущей проектирующей подсистемы ПО используют модули одного или нескольких методоориентированных пакетов, снабжая их монитором. [c.50]

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

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

Выбор типа языкового процессора. В настоящее время при создании пакетов проектирования находят применение оба принципа, хотя чаще используется принцип интерпретации, а пакеты-трансляторы сочетают в себе оба этих принципа, причем в разных пакетах в различной степени. Так, в программе многоуровневого моделирования MA RO генерируется на языке ФОРТРАН только подпрограмма, реализующая алгоритм Гаусса для решения системы линейных алгебраических уравнений, в пакете КРОСС в виде объектной программы на языке ПЛ/1 оформляются уравнения математической модели всей проектируемой системы, в программном комплексе ПА-6 компиляции подлежит большинство модулей нижних [c.131]

Иногда целесообразно, где это возможно, процедуры с прямым досту[10м к памяти реализовывать в виде модулей интерпретирующего и генерируемого. Собственно алгоритм процедуры воплощается в интерпретирующем модуле, который использует наиболее подходящее для этого нредставленне данных. Единственной функцией генерируемого модуля является создание регулярных структур данных, удобных для интерпретирующего модуля. [c.136]

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

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

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

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