Структура программного обеспечения графических

Рис. 6.6. Структура программного обеспечения графической системы

Структура программного обеспечения графических систем [c.125]

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

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

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

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

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

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

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

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

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

Степень трудности задачи геометрического программирования 157 Структура базы данных логическая 33 Средства обеспечения САПР 8, 12 информационного 12, 13, 21 лингвистического 13, 14 математического 12, 14 методического 12, 13 организационного 12, 13 программного 12, 13, 82 технического 12, 13, 40 Средства программирования для графического дисплея базисные 98. 126 [c.218]

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

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

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

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

Возможности программного обеспечения проектирование линейных оптимальных регуляторов и субоптимальных линейных регуляторов для линейных непрерывных и дискретных систем с постоянными параметрами. Обратная связь по состоянию, обратная связь по выходу, структуры регуляторов с динамической компенсацией, возможность добавления к функционалу составляющих чувствительности и эталонной модели. Робастный метод градиентной минимизации. Задание входного воздейбтвия в терминах пространства состояний. Управление 15—20 параметрами при порядке системы до 30. Численные и графические средства для проверки результатов проектирования, включающие графический пакет GHOST. [c.310]

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

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