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

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

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

Программа функциональная

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


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

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

Пакеты прикладных программ — функционально законченные комплексы программных средств, ориентированные на решение определенного класса задач.-  [c.176]

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

Отдельные программы функциональных задач под управлением ОС базовой ЭВМ  [c.87]

Пакеты прикладных программ функциональных задач под управлением ОС базовой системы ЭВМ  [c.87]

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

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

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


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

Функциональные возможности ПР во многом определяются типом системы программного управления (СПУ) и характером отработки программ.  [c.212]

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

Проектирование реализации (логическое проектирование) разделяют на две части проектирование базы данных и проектирование программ. Результатом первой части является логическая структура БД. Результатом второй части считают функциональные описания программных модулей и наборы запросов к БД.  [c.98]

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

Под устойчивостью САПР к искажающим воздействиям будем понимать способность системы выполнять свое функциональное назначение при наличии внешних и внутренних искажающих воздействий. Источниками внешних воздействий могут быть сети электропитания, неприспособленные для эксплуатации вычислительной техники помещения, ошибки в подготовке данных и т. п. Источниками внутренних воздействий являются сбои и отказы в самом КТС САПР, которые могут приводить к искажению кодов программы, результатов проектирования и т. п. Количественной оценкой показателя устойчивости может служить такой критерий, как область устойчивого функционирования. Задача определения области устойчивого функционирования САПР аналогична задаче определения допусков и технических требований, рассмотренной в 6.5.  [c.341]

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


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

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

Функционально законченная программа, выполняемая ЭВМ без вмешательства проектировщика, называется машинной процедурой.  [c.107]

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

Базисный пакет располагается на нижнем уровне иерархии программного обеспечения. На основе программ базисного пакета создаются программы функционального пакета, предназначенные для графических операций универсального назначения (блок ГРАФО на рис. 29). Выполнение упомянутых программ на ЭВМ не зависит от специфики конструкции чертежных автоматов и содержания программ автоматизированного проектирования. Поэтому единый функциональный пакет можно использовать в различных автоматизированных системах управления, проектирова-72  [c.72]

В системе программ отображения для ЭВМ Минск-32 и чертежных автоматов типа ИТЕКАН-2М (3) все программы функционального пакета составлены на ассемблере (ЯСК)- Программы проектирования, записанные на ассемблере или ФОРТРАН-4, обращаются к пакету с помощью операторов входных диалектов ОГРА-А, ОГРА-Ф и трансляторов ТРОГ-А, ТРОГ-Ф (см. рис. 78). Функциональный пакет для ЕС ЭВМ выполнен на ФОРТРАНе-4.  [c.195]

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

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

По данным к 1985 г. ожидается увеличение спроса на системных аналитиков на 65%, существенно усиливается доминирующая роль пользователей. При этом большинство работ на этих этапах выполняется вручную, и применение методических руководств по анализу ИЭС (Н1РО-методология, методика структурного анализа и проектирования), средств автоматизации выбора параметров ИЭС для генерации пакетов прикладных программ, функциональной увязки всех комплексов разрабатываемой системы еще не имеет широкого производственного применения.  [c.12]

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

Дополнительные комментарии в программе AESOP использован патентованный графический пакет, который не входит в комплект поставки. Лаборатория OSMI поставляет наряду с текстом программы функциональное описание всех графических подпрограмм, что позволяет адаптировать программу AESOP к конкретным графическим средствам.  [c.323]


Графический пакет Конструктор записан на магнитном диске ЭВМ ЕС-1022 в библиотеке программ под именем KONSTR. Приводим полную чертежную ФОРТРАН-программу KONTUR вычерчивания контура детали типа планки, а также комментарии па функциональному назначению каждого из операторов данной программы.  [c.31]

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

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

Прюектирование технологических процессов включает в себя ряд взаимосвязанных иерархических уровней разработку принципиальной схемы технологического процесса проектирование технологического маршрута обработки деталей (или сборки изделий) проектирование операций подготовку управляющих программ для оборудования с ЧПУ. Широкое применение находят как структурно-логические табличные, сетевые, перестановочные, так и функциональные ММ. В промышленности созданы системы технологической подготовки производства, включающие несколько подсистем (систем) автоматизированные системы проектирования технологических процессов механической обработки, сборки, заготовительного производства, оценки технологичности конструкций изделий и др.  [c.91]

САПР создается как иерархическая система, реализующая комплексный подход к автоматизации на всех уровнях проектиро-вапня. Блочно-модульный иерархический подход к проектированию сохраняется при примепении САПР. Так, в технологическом проектнроБаипи механосборочного производства обычно включают подсистемы структурного, функционально-логического и элементного проектирования (разработка принципиальной схемы технологического процесса, проектирование технологического маршрута, проектирование операции, разработка управляющих программ для станков с ЧПУ). Возникает необходимость обеспечения комплексного характера САПР, т. е. автоматизации на всех уровнях проектирования. Иерархическое построение САПР относится не только к специальному программному обеспечению,  [c.110]

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

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

В настоящее время широко распространены системы РАПИРА, используемые для функционального и конструкторского проектирования РЭА и ЭВА, СВЧ устройств, микросборок, плоских конструктивов, управляющих перфолент для станков с ЧПУ и др. Одна из модификаций этой системы проектирования РАПИРА—5.3—82 представляет собой комплекс пакетов прикладных программ, предназначенный для автоматизации проектирования РЭА и ЭВА на ЕС ЭВМ и выполняющий конструкторское проектирование двусторонних печатных плат, тонкопленочных и толстопленочных микросборок. В состав системы входят программные средства базовое программно-информационное обеспечение (БПИО), подсистема конструкторского проектирования микросборок, подсистема конструкторского проектирования двусторонних печатных плат (ДПП). Система функционирует на ЕС ЭВМ модели не ниже ЕС-1022 стандартной конфигурации (ОЗУ-512к). Для функционирования системы дополнительно используют координатографы, графопостроители, сверлильные станки.  [c.91]

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


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

Пакеты функционального проектирования как программы, обрабатывающие предложения и директивы входного языка, являются языковыми процессорами. Су-1цествует два типа языковых процессоров интерпретаторы и трансляторы. Структура пакета проектирования, построенного но принципу интерпретации, укрупненью показана на рнс. 5,3, Его языковая подсистема ЯП воспринимает описание проектируемого объекта и задания на его расчет на входном (или промежуточном) языке и порождает (обычно в ОП) структуры данных, содержащих  [c.129]


Смотреть страницы где упоминается термин Программа функциональная : [c.73]    [c.238]    [c.141]    [c.25]    [c.196]    [c.387]    [c.79]    [c.91]    [c.91]    [c.374]    [c.374]    [c.263]   
Основы теории и проектирования САПР (1990) -- [ c.318 ]



ПОИСК



Программа

Функциональное С (—ао, +оз)

Функциональность



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