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

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

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

Структура пакета программ

Рис. и. Структура пакетов программ  [c.49]

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

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


Комплекс программного обеспечения чертежных автоматов строится в форме трехуровневой иерархической структуры (рис. 30). На каждом уровне находится один или несколько пакетов программ. Расчленение на три уровня вытекает из характера связей элементов комплекса программного обеспечения с программами автоматизированного проектирования (через входы X) с блоком управления чертежного автомата (через выходы У) с другими программами внутри комплекса (посредством внутренних связей).  [c.71]

Схема ПОП приведена на рис. 85. Пакет функционирует в пооператорном режиме. Каждый оператор ОГРА-2 выделяется в списковой структуре, подвергается всем необходимым преобразованиям, затем транслируется в форму ОГРА-3. Последняя соответствует входной системе данных функционального пакета программ. Обработка массива ОГРА-2 начинается с оператора НЧ и заканчивается оператором КЧ. После окончания обработки  [c.180]

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

Структура рассматриваемого пакета программ представлена на рис. 3.3. Опишем кратко функции и назначение отдельных модулей и характер их взаимодействия.  [c.93]

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

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


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

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

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

Программная реализация алгоритма синтеза ФПД сделана для класса объектов датчики постоянного тока и датчики концентрации газа в жидкости . В результате работы пакета программ выводится на печать число допустимых ФПД и описания самих ФПД. Если число допустимых ФПД оказывается слишком большим, то можно уменьшить максимально допустимое число ФЭ в цепочке, что приводит к сокращению множества допустимых ФПД. Такое сокращение целесообразно, поскольку структура ТС при сокращении числа ФЭ обычно упрощается и улучшается. В табл. 28.3 приведен пример описания синтезированной линейной структуры ФПД широко распространенного датчика постоянного тока по форме выдачи распечатки на ЭВМ, в табл. 28.4 — пример описания синтезированного с помощью ЭВМ нового ФПД датчика, на который выдано авторское свидетельство.  [c.380]

Ярким примером группового управления роботами является крупный робототехнический комплекс (РТК) одного из часовых заводов. В комплексе линии роботы различного назначения и уровня сложности. СУ представляет собой сложный вычислительный комплекс — микропроцессорную сеть. Элементы сети — процессоры соединены между собой линиями связи и работают согласованно. В составе математического обеспечения пакеты программ диспетчерского (оперативного) уровня и семейства операционных систем. Структура базы данных имеет два уровня и полностью размещена в магнитном оперативном запоминающем устройстве (МОЗУ) мини-ЭВМ. Первый уровень управляет станциями и блоками данных в МОЗУ. Второй уровень — база данных, которые хранятся и выполняются в виртуальной среде на первом уровне  [c.142]

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

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

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


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

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

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

Как было отмечено, аналитическое описание фигуры в расчетные программы может быть введено с помощью специальных пакетов программ либо языков для ввода геометрической информации. Многие авторы [41, 49, 140] не делают принципиального различия между пакетами программ и проблемно-ориентированными языками, однако это существенно разные понятия. Пакеты программ, каждый оператор которых предназначен для выполнения тех или иных действий в предметной области пакета, не имеют тех средств, которые присущи любому языку программирования, таких как средства описания структуры данных, ввода-вывода информации и др. К пакетам программ, базирующихся на известных языках программирования, можно отнести ФАП-КФ [41], ОГРА [49], EU LID [140]. Языками для описания геометрической информации являются ГРАФИК [121], ИНКАНЭЛ 1116].  [c.213]

Помимо пакетов программ, для описания геометрии фигуры можно упомянуть различные графические языки программирования [116, 121]. Отличием графических языков от обычного языка программирования является наличие в нем средств для описания специфических графических действий, таких как аффинные преобразования изображения, кадрирование, определение аппарата проецирования, формирования структур графических данных и др. По такой схеме построен язык ГРАФИК [121], имеющий алголоподобный синтаксис. Ключевыми словами языка являются названия графических утилит точка, прямая, кривая и т. д. При помощи операторов перехода и цикла, а также применения блоков, свойственных АЛГОЛу, можно описать различные геометрические фигуры. Реализованный на ЭВМ БЭСМ-4 и М-222 язык ГРАФИК имеет русскую нотацию и не может быть связан с другими системами программирования, кроме интерпретирующей системы ИС-2 и ее библиотеки стандартных программ.  [c.216]

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

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

Пакет программ, реализующий адаптивные законы управления, имеет модульную структуру. Модель программатор рассчитывает программную траекторию qp и ее производные q , ijp в соответствии с алгоритмами, описанными в гл. 2, и подает их в модуль регулятор . Модуль, имитирующий работу информационно-измерительной системы, осуществляет интегрирование уравнений динамики манипулятора и формирование сигналов обратной связи q, q, которые подаются в модуль регулятор , а также сигнала ускорения ij, используемого в модуле эстиматор для оценки качества управления. При нарушении эстиматорных неравенств производится коррекция параметров закона управления с помощью того или иного алгоритма адаптации, который реализуется в модуле адаптатор .  [c.144]


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

В главе 2 обсуждается структур 1 пакета программ MS .vN4W, конфигурирование и взаимосвязь его составляюш их.  [c.15]

Структура и принципы построения ППП зависят от класса ЭВМ и операционной системы, в рамках которой этот пакет будет функционировать. Наибольшее количество разнообразных ППП создано для 1ВМ РС-совместимых компьютеров с операционной системой М8 008 и операхдионной оболочкой УУШООКЗ. Классификация этих пакетов программ по функционально-организационному признаку представлена на рис. 8.1.  [c.211]

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

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

Уместно начать обсуждение вопросов программирования обработки деталей на станках с ЧПУ с изучения способа кодирования информадаи на перфоленте. Кодирование на перфоленте базируется на использовании ряда основных символов для сообщения станку с ЧПУ сложного набора управляющих команд. Перфолента для ЧПУ должна быть создана вне зависимости от того, составляется ли управляющая программа вручную или с помощью некоторого пакета программ ЭВМ. При любом из этих методов составления управляющей программы обработки деталей перфолента является итоговым результатом всех работ по программированию. В разд. 8.2 и 8.3 внимание будет сосредоточено на подготовке перфоленты и на структуре основных языков программирования, используемых в СЧПУ.  [c.173]

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

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

Порядок матрицы А может быть большим, так как он равен количеству анализируемых узловых точек. Матричное уравнение должно решаться много раз отдельно для каждого вида примеси на каждом временно м шаге. Для получения всех этих решений за достаточно короткое время требуются усовершенствованные матричные методы. Таким методам посвящена обширная научная литература, так как задачи, связанные с решением больших систем типа (11.13), требующих значительных вычислительных затрат, возникают при анализе полупроводниковых приборов, анализе схем и структурном анализе, в линейном программировании [11.16 - 11.18]. Как правило, матрицы в этих системах разрежены, так как число членов, отличных от пул я, состав ляет менее 5 %. Прямые матричные методы решения таких систем уравнений предпочтительнее итеративных, так как время вычислений по итеративным методам зависит от многих условий, налагаемых на матрицу. С этой целью в программе FEDSS использован пакет программ SPARSPAK [11.19], предназначенный для решения систем линейных уравнений с разреженной матрицей, которая упорядочивается исходя из символьной структуры. Иными словами, отдельно решаются матричные уравнения с ненулевыми элементами матрицы, причем символьная обработка проводится один раз, но численное решение полученных уравнений повторяется многократно.  [c.312]

Одной из важнейших перспективных задач является создание пакета для автоматизированного проектирования нелинейных систем управления. С этой целью в Лаборатории ведутся разработки пакета КОКЬШ-с1г. В основном этот пакет предназначен для анализа и проектирования нелинейных систем управления с непрерывными и разрывными нелинейностями и запаздыванием как в, переменных состояния, так и в управлении. Исходная структура пакета описана в работе первого автора [8]. На рис. 11 представлена предварительная структура пакета М0КЬШ-с1г. В настоящее время около 25 % пакета реализовано и работа над ним завершается. Рассмотрим кратко некоторые из основных программ пакета, изображенные на рис. 11.  [c.76]

Пример 6.9. Задача синтеза структуры памяти специализированной ЭВМ. Требуется синтезировать структуру внутренней памяти (СОЗУ— ОЗУ—ПЗУ) специализированной ЭВМ, работающей в режиме реального времени, совместно с определением необходимого пакета объектных программ и их размещением в различных блоках системы памяти.  [c.317]

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


Смотреть страницы где упоминается термин Структура пакета программ : [c.53]    [c.54]    [c.55]    [c.56]    [c.58]    [c.60]    [c.486]    [c.196]    [c.217]    [c.487]    [c.74]    [c.90]   
Смотреть главы в:

Моделирование конструкций в среде MSC.visual NASTRAN для Windows  -> Структура пакета программ



ПОИСК



Пакет

Пакеты программ

Программа

Структура программы



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